#1 A megoldást nem tudom, de esetleg innen kitalálható, mit lehet tenni:
https://tanveerhussain135.blogspot.com/2017/09/restore-disk-image-clonez...
(https://sourceforge.net/p/clonezilla/mailman/message/34623685/ # persze, nálad partícióról van szó, és nem lemezről)

Hiányol fájlokat, stb..

A „clonezilla.log” naplófájl tartalmát bepasztáznád?
Hátha részletesebb. Mindenképpen szöveges(ebb).

Megnyitása például:

xdg-open /var/log/clonezilla.log

#3 A fotót mutatta a log fájlt. :-)

Nem volt még ilyen hiba nálam a Clonezilla alkalmazásnál.
Azért másoltam be az első linket, mert ott részletezik ...

-----

Rákerestem erre a kifejezésre,

ocs-live-general finished with error

és azt mondja:

- Some Clonezilla doesn't work on specific Hardware. Glad things are work for you. # próbálj ki egy másik CloneZilla verziót, ezzel a hardverrel, ez a verzó nem működik együtt.

Forrás: https://community.spiceworks.com/topic/1992030-ocs-live-general-finished...

Erre is rákerestem,

no append file was assigned in function append_clonezilla_live_ver_des_if_available

... nem volt találat.

-----

Most nézem, tresor is javasolt valamit. Érdemes ránézni a dolgokra a javaslat szerint. Ennyire nem mélyedtem bele a CloneZilla használatába. Nem volt gondom vele.

#2 Teljes lemez mentésekor is ugyanez a hiba.
A Clonezilla egy pendrivéről fut, hol, hogyan találom meg a logfájljait?

#6 Lehetséges, a cél vagy a forrás lemez nem lett megfelelően kiválasztva. Egy videóban láttam a parancsort az sda lemezre (példa) kiadva a terminálban, vagyis konzolon, mint megoldást erre: ocs-live-general finished with error.

Vélhetően a cél lemez, mert az sgdisk a z kapcsolóval törli a GPT adatokat.

       -z, --zap
              Zap (destroy) the GPT data structures and then  exit.  Use  this
              option if you want to repartition a GPT disk using fdisk or some
              other GPT-unaware program. This option  destroys  only  the  GPT
              data  structures; it leaves the MBR intact. This makes it useful
              for wiping out GPT data structures after a disk has been  repar‐
              titioned for MBR using a GPT-unaware utility; however, there's a
              risk that it will damage boot loaders or even the start  of  the
              first or end of the last MBR partition. If you use it on a valid
              GPT disk, the MBR will be left with  an  inappropriate  EFI  GPT
              (0xEE)  partition definition, which you can delete using another
              utility.

Forrás:

man sgdisk

Ez lesz a gond.

A linkelt képen látható parancs: sudo sgdisk -z /dev/sdx ... kissé gyanús !
Nem hogy valami másnak kéne lenni ? Például: /sdb vagy /sdc ... stb.

#8 Ha jól értem, akkor ugyanarra a 100 GB üres, de particionált területre, a belső lemezre mentenéd le
-- a saját Windows 10 rendszered, és a saját Manjaro rendszert, mint amire a
-- Windows 10 Professional rendszer mentése sikerült.

Ha csak a Manjaro-t próbálod menteni partícióként? És csak utána a saját Windows 10 rendszert.

device - image

Most a kettőt együtt mentenéd lemezként?
Vagy másik célt választasz ki, egy másik meghajtót ..., persze, ha van neked tartalékba?

#7 A cel lemez ugyanaz mint a tegnapi sikeres Clonezilla mentesnel.

Pontosan, reszletesen,

ez a mini pc-m amibe volt a regi 64G SSD, es egy 1 teras hatter hdd. Ez utobbi felosztva 900G-100G aranyba, a 900G a filmes stb, a maradek 100G particio tokures.

Tegnap betettem az uj 128G ssd-t amire a szamitogepboltos baratom akitol vettem, elozekenyen feltelepitett egy Windows10 professionalt. Ugy gondoltam, jol johet ez meg egyszer es a Clonezillaval lementettem a hattervinyo ures 100G particiora. 11 gigat foglal.A Clonezilla tokeletesen jol vegigcsinalta a mentest, ellenorzest, hiba nelkul ment minden.

Ezutan visszatettem az erdeti 64G ssd-t es ezt akartam lementeni, hogy majd a mentett lemezkepet visszallitsam az 128 gigas ssd-re, igy az uj nagyobb  lemezre koltoznek. Ezen a 64G ssd-n van a W10 es a Manjaro amiket evek ota hasznalok Es ez a mentes kudarcba fulladt, a savedisk es a saveparts opciokkal is.  

A mentesi cel, az 1teras hdd az GPt, a forrasok, azaz a ket ssd MBR. Ha ez a gond, akkor a tegnapi mentes hogyan futhatott le hiba nelkul, ha ez nem problema hogy a save lemez GPT, akkor viszont a masik ssd-rol miert nem sikerul a mentes?

#12 Próbáltam teljes savedisk,  próbáltam save partition, itt próbáltam csak a Wint, csak a Linux Manjarot, próbáltam nem a célmeghajtó gyökerébe hanem egy előzőleg elkészített üres könyvtárba, mindig ugyanez a hiba.

Tehát már nem ez a menü:

device - image

A két SSD-t külön betéve, meg tudod nézni a különbségeket ezzel a paranccsal:

sudo parted -l

Lehet, az egyik nem MBR ..., rosszul emlékszel.
Jó lenne látnunk a két kimenetet is.

De a hibaüzenet hiányol dmidecode, lshw, lspci és package kimeneteket is, lehet, nem szereti ez a CloneZilla a racket (ez a verzió), amit használsz. Írták a fórumon is. Azaz, nagyon összeférhetetlennek tűnik a másik SSD, mert ezek hardveres dolgok, amiket azért nem talál, mert a lemezt sem valamiért ... az utolsó lépésnél.

A clonezilla.log naplófájl is jó lenne látni.
A parted kimenet mindenképpen tájékoztató kell legyen.

-----

A Timeshift is segíthet a mentésben, használható Manjaro alatt is: https://gamblisfx.com/how-to-backup-manjaro-system-using-timeshift-1-7-3/
... Windowsra nem (Timeshift: System restore utility for Linux).

^{Off: megemlítek egy alkalmazást, a JLIVECD-t
https://github.com/neurobin/JLIVECD
https://neurobin.org/projects/softwares/unix/JLIVECD/
Egészen jó, ma próbáltam. Egyetlen hibáját tapasztaltam (két futtatásból), hogyha tömörítem az elkészítendő ISO fájl, akkor nem készíti el. Linux Mint (Ubuntu), LMDE (Debian) és Manjaro (Arch) rendszerekhez használható. Azonban nem mentésre, hanem Live rendszer átalakításra. Illetve csak telepítő is készíthető. Konzolos megoldás, hamar települ (egy másodperc). Azt vettem észre, 4 processzor szálat használ alapértelmezetten (-j4). Valami másra, a Manjaro-ra is jó lehet. /On}

-----

igen, a mentés indítása előtti utolsó enterig látja a partimag néven felcsatolt partíciót (nálam sdb3, ntfs, 100G, szabad hely 88G, stb.) vagyis tényleg a forrásmeghajtóval van valami, hogy mi azt nem tudom. Erről az ssd-ről nem lehet menteni.

NTFS? Ez akkor a Windows egyik partíciója. De ... szerintem az UEFI-s lesz, ha Windows 10.

#9 "Ha jól értem, akkor ugyanarra a 100 GB üres, de particionált területre, a belső lemezre mentenéd le
-- a saját Windows 10 rendszered, és a saját Manjaro rendszert, mint amire a
-- Windows 10 Professional rendszer mentése sikerült."

Pontosan így van.
Próbáltam teljes savedisk,  próbáltam save partition, itt próbáltam csak a Wint, csak a Linux Manjarot, próbáltam nem a célmeghajtó gyökerébe hanem egy előzőleg elkészített üres könyvtárba, mindig ugyanez a hiba.
Mintha a forrással lenne baja.
Próbaképp visszatetem a másik ssd-t, simán lementette mégegyszer a másik Wint.
Ugyanilyen simán lementettem egy pendrivét is. 
Természetesen a cél lemez, partíció ugyanaz. 
Vagyis valamiért a régi ssd meghajtóval van valami. Arra is ír mentéskor, vagy csinál  a mentendő lemezzel is valamit? Mert miután nem sikerült sokadszorra sem, bebootoltam erről ssd-ről és a Win azonnal javítással indult. 
 

Mindegy, a Wint lementettem a saját eszközével, a Manjarot kéne még valahogyan, mivel a home nincs külön hanem benne van, TimeShift segíthet nekem ebben?
vagyis lementem, aztán ha sikerül vissza tennem a nagyobb ssd-re a régi Wint a saját image eszközével, ezután feltelepítek egy szűz Manjarot és arra visszateszem a régi Manjaro összes cuccát a Timeshifttel..?
Ezt így jól gondoltam el?