Dotaz: Clonezilla - nelze obnovit image

[Petr Fiedler]

Příloha:

• 2019-02-07_00-50-17.png (127062 bytů)

Nejde mi Clonezillou obnovit obraz, který jsem vytvořil před pár dny a po jeho vytvoření jsem jej nechal zkontrolovat a Clonezilla vyhodnotila, že všechny partyšny v něm jsou obnovitelné. Píše mi to tohle:

Checking the partition sdc1 in the image "19-01-31-img"...
This image file for partition sdc1 was not found!
Press "Enter" to continue.....
*****************************************************.
Checking the partition sdc2 on the image "19-01-31-img"...
*****************************************************.
Checked successfully.
The image of this partition is restorable: sdc2
*****************************************************.
Checking the partition sdc3 in the image "19-01-31-img"...
This image file for partition sdc1 was not found!
Press "Enter" to continue.....

Ještě doplním, že se jedná o image šifrované flešky. Už jednou jsem na tu stejnou flešku, ale jiný obraz takhle stejně obnovoval o proběhlo to v pořádku.
A taky když jsem tuto image, která mi teď nejde obnovit kopíroval z externího disku na hdd v pc, tak jsem musel dát rekurzívně chown na adresář "19-01-31-img", protože nějaké soubory se nechtěly zkopírovat, ale to by vadit nemělo. Víte někdo co s tím, nebo budu muset instalovat?

---

---

Odpovědi

[Petr Fiedler]

Ty co nešly kopírovat, to jsou ty "noty".

[k3dAR]

misto noticek posli radeji vystup s opravnenim

ls -l

a pak je divna vec, teda pokud si to neprepisoval rucne a nepreklepl ses:

Checking the partition sdc3 in the image "19-01-31-img"...
This image file for partition sdc1 was not found!

[Petr Fiedler]

-rw------- 1 user user 139224 led 31 11:37 /media/user/hdd/backups/clonezilla/flash/19-01-31-img/sdc1.dd-ptcl-img.lzo.aa
 
-rw------- 1 user user 107789 led 31 11:37 /media/user/hdd/backups/clonezilla/flash/19-01-31-img/sdc2.vfat-ptcl-img.lzo.aa

-rw------- 1 user user 30720000000 led 31 11:45 /media/user/hdd/backups/clonezilla/flash/19-01-31-img/sdc3.dd-ptcl-img.lzo.aa

Překlepl jsem se, jedná se o sdc3.

[Petr Fiedler]

Půjde s tím tedy něco udělat?

[k3dAR]

nejsem si jistej, sice mas cteni jen pro vlastnika, ale Clonezilla bez pod rootem a take i kdyby to byl problem mas opravneni stejne pro vsechny 3 image s tim ze u 2 problem nehlasi...
zkus treba celej adresar prekopirovat jinam, jestli se zkopiruje vse, pripadne jeste dej vypis "ls -l" obsahu celeho imagge adresare...

[Petr Fiedler]

Výpis celého adresáře na hdd:

~$ ls -l /media/user/hdd/backups/clonezilla/corsair/19-01-31-img/
celkem 30141696
-rw-r--r-- 1 user user        1381 led 31 11:37 blkdev.list
-rw-r--r-- 1 user user        1112 led 31 11:37 blkid.list
-rw-r--r-- 1 user user        7349 led 31 11:45 clonezilla-img
-rw-r--r-- 1 user user         181 led 31 11:37 dev-fs.list
-rw-r--r-- 1 user user           4 led 31 11:45 disk
-rw-r--r-- 1 user user        1751 led 31 11:45 efi-nvram.dat
-rw-r--r-- 1 user user       25074 led 31 11:45 Info-dmi.txt
-rw-r--r-- 1 user user         187 led 31 11:45 Info-img-id.txt
-rw-r--r-- 1 user user       23420 led 31 11:45 Info-lshw.txt
-rw-r--r-- 1 user user        3044 led 31 11:45 Info-lspci.txt
-rw-r--r-- 1 user user         228 led 31 11:45 Info-packages.txt
-rw-r--r-- 1 user user          88 led 31 11:45 Info-saved-by-cmd.txt
-rw-r--r-- 1 user user          15 led 31 11:45 parts
-rw-r--r-- 1 user user       17920 led 31 11:37 sdc-gpt.gdisk
-rw-r--r-- 1 user user         710 led 31 11:37 sdc-gpt.sgdisk
-rw-r--r-- 1 user user       17408 led 31 11:37 sdc-gpt-1st
-rw-r--r-- 1 user user       16384 led 31 11:37 sdc-gpt-2nd
-rw-r--r-- 1 user user          36 led 31 11:37 sdc-chs.sf
-rw-r--r-- 1 user user         512 led 31 11:37 sdc-mbr
-rw-r--r-- 1 user user         447 led 31 11:37 sdc-pt.parted
-rw-r--r-- 1 user user         412 led 31 11:37 sdc-pt.parted.compact
-rw-r--r-- 1 user user         601 led 31 11:37 sdc-pt.sf
-rw------- 1 user user      139224 led 31 11:37 sdc1.dd-ptcl-img.lzo.aa
-rw------- 1 user user      107789 led 31 11:37 sdc2.vfat-ptcl-img.lzo.aa
-rw------- 1 user user 30720000000 led 31 11:45 sdc3.dd-ptcl-img.lzo.aa
-rw------- 1 user user   144657575 led 31 11:45 sdc3.dd-ptcl-img.lzo.ab

Překopírovat na ext_hdd to jde. Po překopírování na ext_hdd vypadá výpis takto:

~$ ls -l /media/user/ext_hdd/19-01-31-img/
celkem 30141654
-rwxrwxrwx 1 user user        1381 led 31 11:37 blkdev.list
-rwxrwxrwx 1 user user        1112 led 31 11:37 blkid.list
-rwxrwxrwx 1 user user        7349 led 31 11:45 clonezilla-img
-rwxrwxrwx 1 user user         181 led 31 11:37 dev-fs.list
-rwxrwxrwx 1 user user           4 led 31 11:45 disk
-rwxrwxrwx 1 user user        1751 led 31 11:45 efi-nvram.dat
-rwxrwxrwx 1 user user       25074 led 31 11:45 Info-dmi.txt
-rwxrwxrwx 1 user user         187 led 31 11:45 Info-img-id.txt
-rwxrwxrwx 1 user user       23420 led 31 11:45 Info-lshw.txt
-rwxrwxrwx 1 user user        3044 led 31 11:45 Info-lspci.txt
-rwxrwxrwx 1 user user         228 led 31 11:45 Info-packages.txt
-rwxrwxrwx 1 user user          88 led 31 11:45 Info-saved-by-cmd.txt
-rwxrwxrwx 1 user user          15 led 31 11:45 parts
-rwxrwxrwx 1 user user       17920 led 31 11:37 sdc-gpt.gdisk
-rwxrwxrwx 1 user user         710 led 31 11:37 sdc-gpt.sgdisk
-rwxrwxrwx 1 user user       17408 led 31 11:37 sdc-gpt-1st
-rwxrwxrwx 1 user user       16384 led 31 11:37 sdc-gpt-2nd
-rwxrwxrwx 1 user user          36 led 31 11:37 sdc-chs.sf
-rwxrwxrwx 1 user user         512 led 31 11:37 sdc-mbr
-rwxrwxrwx 1 user user         447 led 31 11:37 sdc-pt.parted
-rwxrwxrwx 1 user user         412 led 31 11:37 sdc-pt.parted.compact
-rwxrwxrwx 1 user user         601 led 31 11:37 sdc-pt.sf
-rwxrwxrwx 1 user user      139224 led 31 11:37 sdc1.dd-ptcl-img.lzo.aa
-rwxrwxrwx 1 user user      107789 led 31 11:37 sdc2.vfat-ptcl-img.lzo.aa
-rwxrwxrwx 1 user user 30720000000 led 31 11:45 sdc3.dd-ptcl-img.lzo.aa
-rwxrwxrwx 1 user user   144657575 led 31 11:45 sdc3.dd-ptcl-img.lzo.ab

[lertimir]

Tady je vidět že clonezilla sdc3 zazálohovala pomocí dd

[lertimir]

řekl bych že pujde, když to utrhneš aa, rozbalíš tím lzo a napereš to napřímo pomocí dd do oddílu kam chceš.

[Petr Fiedler]

řekl bych že pujde, když to utrhneš aa

Máš na mysli smazání 3 posledních znaků z názvů souborů (.aa)?

[k3dAR]

ale sdX3 mas aa i ab, takze spojit

cat sdc3.dd-ptcl-img.lzo.aa sdc3.dd-ptcl-img.lzo.ab >sdc3.dd-ptcl-img.lzo

zkousel si obnovit image z NTFS disku kde mas prava vsichni-vse? (i kdyz by to melo byt jedno kdyz clonezilla bezi pod rootem)

[Petr Fiedler]

1) Zkoušel jsem to obnovit z NTFS disku. Vlastně jsem to dělal jen z něj, protože zatím neumím v nainstalované Clonezille připojit šifrovaný disk, aby se z něj četlo, nebo aby se na něj ukládalo. Mám v plánu to brzy nastudovat, ale s časem jsem na tom dost bídně. Třeba dneska od 11:30 (mezitím 2,5 hod. pauza) instaluji, nastavuji a zálohuji tu flešku. Před pár minutami jsem skončil.

2) Při vytváření zálohy ti to defaultně nabídne, že to rozseká po 4096 MB. Tak jsem to smazal a nic nezadal a myslel jsem, že to udělá vcelku. Ale mám to rozsekané po 4096 MB. Před obnovou nemusím nic lepit, že ne? To si CZ pořeší sama, že jo?

3) chown jsem teď raději při kopírování na disk v pc nepoužil, ale zkopíroval jsem to jako root, aby se nezměnilo vlastnictví. Taky jsem udělal zálohu LUKS hlavičky. Ten soubor taky patří rootovi. Vadilo by, kdybych si jej přivlastnil? Nechce se mi v Nemu pořád vše otevírat jako root, chápeš?

Člověče ani nevíš, jak jsi mi s tím skriptem POMOHL. Díky MOC

[k3dAR]

1) ctrl+alt+f2 prepne na jinou konzoli(chvilku pockas nez se z blikajiciho _ inicializuje, tam zadas:

sudo cryptsetup luksOpen /dev/sdXY sdXY_open

# pokud je tam LVM (nevim ted zda se neozivi samo, ale i kdyz jo nic nezkazis)
sudo vgchange -ay

# pripojeni kdyz by nad LUKS byl jen 1 oddil
sudo mount /dev/mapper/sdXY_open /home/partimag
# nebo pripojeni kdyz by nad LUKS bylo i to LVM
sudo mount /dev/mapper/vgname--lvname /home/partimag

pak se prepnes zpatky na bezici clonezilu ctrl+alt+f1 a pri dotazu na umisteni image vyberes "skip - Use existing /home/partimag..."

2) kdyz to z pripravene kolonky smazes tak stejne bere vychozi coz je 4096MB, v tom dialogu mas napsane "Please do not use 0 anymore" a "If you do not want to split image file, enter big number, e.g. 1000000"
pokud Clonezila pri zalohovani rozdeli, pri obnove si Clonezilla to samozrejme sama "spoji", nemusis rucne nic resit/spojovat/dekompresovat

3) muzes si to privlastnit, pri pripadnem zapisu LUKS hlavicky zpet to stejne budes prikaz poustet jako root a ten si precte i tve

[Petr Fiedler]

Keďo díky moc. Jen mi prosím tě ještě řekni, kdy se mám do té konzoly přepnout? Asi na té obrazovce, kdy vybírám adresář, ze kterého se bude obraz číst, nebo do kterého se bude obraz zapisovat, že jo?

A můžu to takhle dělat při záloze i obnově?

A ještě něco. Když bych změnil vlastníka u obrazu Clonezilly z root např. na uzivatel, změní se tím hash, když uživatel má o 4 znaky víc? Mohl by s tím při obnově pak být problém?

[k3dAR]

do konzoly se prepni hned po nastartovani(vyber jazyka), resp. je potreba PRED tim dialogem "Mount Clonezilla image directory" kde uz prave musis mit pripojene a vyberes ten SKIP...
nebo ted koukam ze ten dialog ma i volbu "enter shell" kde bys to take jiste mohl odemknout a pak pres exit se vratil z shellu do nabidky kde dal skip

jde to pri zaloze i obnove, Clonezilla (kdyz das ten SKIP) proste pouzije /home/partimag tak jak je, to ze je za tim LUKS a/nebo LVM je ji ukradene

Vlastnik urcite nebude v hash, nicmene stale nechapu proc ti ten stavajici obnovit nesel/nejde...

[Petr Fiedler]

Já chci právě používat nainstalovanou Clonezillu - pc/nb/flash. Tam výběr jazyka není, ale nevadí to. Na druhé obrazovce po startu Clonezilly mám enter shell. Zkusil jsem to a přepne tě to zpátky do terminálu jako roota, takže pohoda. Teď nemám čas to zkoušet, ale později, nebo zítra na to rád mrknu.

Dík za všechno

[k3dAR]

takze pouzivas nainstalovanou ve svem systemu, nikoliv clonezilla-live?
tak pak klidne muzes odemknout zaklikanim na plose jak ses zvyklej a pouze pak udelas "zpristupneni" pripojeni do partimage adresare:

sudo mount --bind /media/petr/kde_to_mas_uz_pripojene /home/partimag

a pak pustis "clonezilla" kterej uz to pripojene uvidi...

nebo vis ze nemusis poustet clonezilla "prikaz" a proklikavat se v menu?

ocs-sr -q2 -j2 -z3 -i 20000000 -rm-win-swap-hib -p true savedisk ask_user ask_user

q2 - priority nastroju: partclone/partimage/dd
j2 - uklada pripadnou cast mezi MBR a prvnim oddilem
z3 - komprese LZO
i - rosekavat po ~20TB => v praxi nerozekavat
rm-win-swap-hib - odstrani windows soubory swap a/nebo hibernace
p - true je pro zobrazeni menu (dalsi moznosti jsou automatickej reboot nebo vypnuti)
savedisk ask_user ask_user - rezim ulozeni disku do image, prvni ask_user je pro dotaz na nazev IMG, druhe dotaz na nazev DISKU
(misto ask_user muze byt treba "savedisk muj-image-$(date +%Y%m%d-%H%M) sdb")

[k3dAR]

ted sem si uvedomil, to druhe ask_user pro "dotaz na jmeno zarizeni" sem si vlasne pridaval sam, tazke neni to oficialni volba, musis zadat primo sdX (bez /dev)

[Petr Fiedler]

Paráda! Díky moc!

[Petr Fiedler]

Přemýšlím jak to zjednodušit a ještě mě napadá:

Prý se dá disk přidat do /etc/fstab a do /etc/crypttab a měl by se automaticky připojit při startu systému. Koukal jsem do /etc/crypttab a taky na tenhle návod, ale moudrý z toho nejsem. Nerad bych něco pokazil. Pomohl bys mi prosím tě ještě s tímhle?

V /etc/crypttab mám tohle:

luks UUID=abcdefgh-1111-222-333-ijklmnopqrst /crypto_keyfile.bin luks,keyscript=/bin/cat

A taky nevím jak odemknout šifrovanou flešku, když jí strčím do pc s naběhlým systémem. Automaticky mě to požádá o heslo (GUI) a když ho zadám, tak to pak skončí chybou. Podle mě je to proto, že je to vlastně potřeba odemknout 2x. Půjde to vůbec?

A taky jsem nenašel/nepřišel na to, jak korektně odpojit připojený šifrovaný disk. luksClose mi nefunguje, takže to dělám v Nemu přes ikonu eject, ale nadšený z toho tedy moc nejsem.

[lertimir]

Mám v /etc/crypttab podobné řádky, ale ani na archu ani na CentOSu nemám option keyscript, a v luks režimu žádné option nepoužívám. To co je v /etc/crypttab ale není systémový disk. to jsou další disky, které připojuješ.

šifrovaná flash musí jít připojit ručně. nejdříve otevřít luks a pak mountnout příslušný /dev/mapper/xxxx. Co přesně dělá klikátko se pak musí podívat.

luksClose ti zafunguje, jen když máš předtím odpojený filesystem.

[Petr Fiedler]

Mám v /etc/crypttab podobné řádky, ale ani na archu ani na CentOSu nemám option keyscript, a v luks režimu žádné option nepoužívám. To co je v /etc/crypttab ale není systémový disk. to jsou další disky, které připojuješ.

Je to systémový disk. Díval jsem se do /etc/crypttab na UUID a pak podle blkid a lsblk zjistil, že se jedná o /dev/sda3 > LUKS > LVM > /rootfs. Nerozumím tomu jako ty, ale myslím, že ta volba keyscript tam má být kvůli tomu, že nemám oddělen /boot a je taky šifrován. Tak aby se to odemikalo automaticky a nemusels zadávat heslo 2x. Já vlastně do /etc/crypttab nic nazadával. Použil jsem skript od k3di a ten vše udělal za mě.

Jinak dík za odpověď. Zbytek si zkusím, jak bude čas.

[lertimir]

Ted nerozumím, jak to myslíš. Ale zkus se na to podívat logicky. Pokud jsi schopen přečíst soubor /etc/crypttab, tak příslušnou cestu už musíš mít na odšifrovaném oddílu a přimountovaném adresáři. To znamená, že do /etc/crypttab se nepíše systémový disk, ale další disky, které potřebuješ připojit.

Velmi kvalitně mají popis, co se děje, ve wiki Archu, a dá se to použít i v jiných distribucích. Šifrování celého systému, konfigurace včetně crypttab, obecné povídání o šifrování disků, celková stránka k dm-crypt a LUKS.

[Petr Fiedler]

Myslel jsem to tak, že v /etc/crypttab už systémový disk přidaný mám. Prostě tam je od instalace systému tím skriptem od k3dARa. Takže tam už systémový disk přidávat nechci. To co chci je přidat záznam o dalším disku, respektive oddílu na tom disku, aby se mi automaticky po startu připojoval. Takže patrně budu muset přidat záznam do /etc/crypttab a /etc/fstab. Jen jem nevěděl, co tam mám dát, abych něco nepokazil.

Každopádně díky za odkazy. Podívám se na to.

[lertimir]

pokud to chceš takhle. tedy záznam o dalším disku , který se automaticky při startu připojí tak do /etc/crypttab dáš (pokud je to normální oddíl s luksem)

dalsioddil UUID=xxxxx /crypto_keyfile.bin

(za předpokladu, že jsi do kliču na tom oddílu přidal ten keyfile prikazem (pro disk sdc))

cryptsetup luksAddKey /dev/sdc /crypto_keyfile.bin

Záznam v /etc/crypttab ti vytvoří zařízení /dev/mapper/dalsioddil a to normálně mountneš záznamem v fstab

/dev/mapper/dalsioddil /mnt/tam-kam-chci ext4-nebo-jak-to-bylo-naformatovano   volby-pro-mount

[k3dAR]

dp /etc/crypttab se dava i systemovej disk, protoze se crypttab kopiruje automaticky do initramfs a tam uveden systemovej disk se odemkne automaticky, s tim ze uzivatel zadava luks heslo rucne predtim do grub2...

ve skriptu kterym to Petr delal sem prave tohle pripravil dle vzoru Pavla Kogana, kterej je uveden jako zdroj i na te ArchWiki

[k3dAR]

pridat dalsi odemceni muzes, do /etc/crypttab pridas dalsi dalsi:

nazev_pod_kterym_se_odemkne UUID=uuid_oddilu_s_jinym_luks_zjistis_z_blkid /crypto_keyfile.bin luks,keyscript=/bin/cat

teda POKUD nevadi ze stejny klic-soubor by umel odemknout oboje...
jeste ho musis k tomu jinemu LUKS oddilu/disku pridat:

sudo cryptsetup luksAddKey /dev/sdXY_ten_JINEJ_LUKS /boot/crypto_keyfile.bin

do /etc/fstab pak pridas:

# v pripade ze nad tim LUKS mas LVM
/dev/mapper/vgname-lvname 	 /kam/pripojit           ext4    defaults,noatime          0       2

# v pripade ze nad LUKS mas (nerozdelene) naprimo filesystem
/dev/mapper/nazev_pod_kterym_se_odemkne 	 /kam/pripojit           ext4    defaults,noatime          0       2

# v pripade ze nad LUKS mas vytvorenou mbr/gpt tabulku oddilu
/dev/mapper/nazev_pod_kterym_se_odemkneCISLOODDILU 	 /kam/pripojit           ext4    defaults,noatime          0       2

plati to pro pripojene pri startu, odemne se z initramfs pres startem systemu(proto je v crypttab /crypto_keyfile.bin, jde o koren initramfs, kam se klic pri generovani kopiruje, ale v systemu ho mas ulozenej(a pri pridavani k disku musis uvest) /boot/crypto_keyfile.bin)...
s sifrovanou flash pripojitelnou za chodu by to muselo byt jinak, minimalne cesta je klic-soubory v crypttab do /boot a v fstab za noatime pridat ASI "noauto,x-systemd.automount", nepouzivam/nezkousel sem

[Petr Fiedler]

Díky. Udělám to tedy podle tebe, ale na ArchWiki si to pak stejně načtu. Jen mi prosím tě ještě pověz, čemu by mohlo vadit, že stejný klíč bude odemykat na jednom disku systémový oddíl i datový oddíl a na druhém disku datový oddíl? Podle mě je to v pohodě, ne?

[k3dAR]

"problem" jen ten ze kdyz nekdo ukradne 1 klic-soubor, odemkne ti oba disky ale kdyz bys mel 2 rozdilne klice-soubory, tak by ti kdyz uz, tak ukradnul oba, takze to je jedno
dulezite je to aby ten klic nebyl citelnej, ja (tedy i ten skript co si pouzil) nastavuju klic uplne prazdne prava:

--------- 1 root root 2048 dub 22  2018 /boot/crypto_keyfile.bin

jinak tu ArchWiki sem neprolitnul celou, ale jak sem psal, jako jednu z moznosti uvadeji link na blog Pavla Kogena, ten prisel nejdriv s "howto" pro Arch(to maj na Wiki), pozdeji to upravil pro Mint a z toho ja cerpal...

[Petr Fiedler]

Díky moc. Zítra si to všechno co jsi psal pořádně nastuduju a kdyby mi nebylo něco jasné, tak tentokrát se na vše pečlivě vyptám a pak sem ještě napíšu, co se chystám udělat a budu čekat na schválení, protože nechci skončit v emergency. To bych pak měl asi problém připojit 2x zamčený disk a něco opravovat. Takže tě poprosím o trpělivost

Ještě jednou dík

[Petr Fiedler]

pridat dalsi odemceni muzes, do /etc/crypttab pridas dalsi dalsi:

nazev_pod_kterym_se_odemkne UUID=uuid_oddilu_s_jinym_luks_zjistis_z_blkid /crypto_keyfile.bin luks,keyscript=/bin/cat

teda POKUD nevadi ze stejny klic-soubor by umel odemknout oboje...

Tohle jsem už udělal a myslím, že správně.

jeste ho musis k tomu jinemu LUKS oddilu/disku pridat:

sudo cryptsetup luksAddKey /dev/sdXY_ten_JINEJ_LUKS /boot/crypto_keyfile.bin

Co myslíš tím /dev/sdXY_ten_JINEJ_LUKS?

do /etc/fstab pak pridas:

# v pripade ze nad LUKS mas vytvorenou mbr/gpt tabulku oddilu
/dev/mapper/nazev_pod_kterym_se_odemkneCISLOODDILU ...

Dejme tomu, že název oddílu je "muj_oblibeny_oddil" a jedná se např. o sda9. Syntaxe by tedy potom byla takto:

 /dev/mapper/muj_oblibeny_oddil9

?

[k3dAR]

Co myslíš tím /dev/sdXY_ten_JINEJ_LUKS?

myslim tim sdXY toho dalsiho LUKS ktere chces pridat

Dejme tomu, že název oddílu je "muj_oblibeny_oddil" a jedná se např. o sda9. Syntaxe by tedy potom byla takto:
/dev/mapper/muj_oblibeny_oddil9

ano, ten neni to nazev oddilu, ale tebou zvolene jmeno pod kterym LUKS odemknes, viz prvni slovo v /etc/crypttab, a zaroven to znamena ne ze cislo 9 mas LUKS nad sdX9, ale kdyz na odemcenej LUKS oddil si nevytvoril primo filesystem, ale na odemcenej LUKS si vytvoril dalsi tabulku oddilu a v nem bys mel oddil cislo 9

/dev/sdXY(LUKS)=>/dev/mapper/sdXY_odemcene(obsahujici tabulku oddilu)=>/dev/mapper/sdXY_odemcene9(9oddil)

[Petr Fiedler]

Tak jsem to vše udělal jak jsi napsal a nefunguje mi automatické vyplnění hesla. Při startu pc se objeví editační pole pro zadání hesla. Vyplním heslo a když systém naběhne, oddíl je připojen a odemčen. Ale musím to heslo zadávat ručně. Máš nějaký nápad co s tím?

[Petr Fiedler]

Keďo,

myslíš, že s tím tedy půjde něco udělat, nebo bych měl smazat ty vytvořené řádky v /etc/crypttab a /etc/fstab, použít luksRemoveKey a pak to zkusit podle tohoto?

[k3dAR]

jakej stav teda mas?
- zapnes pc, Grub se zepta na heslo LUKS ses systemem?
- startuje a zepta se znovu na LUKS pro druhej_disk?
- luks klic-soubor mas totozny pro oba LUKS disky?
- luks klic-heslo mas totozny pro oba LUKS disky?
- kdyz pro druhej_disk zakomentujes radky v fstab a crypttab a po restartu zkusis rucne odemknout pres jeho keyfile:

sudo cryptsetup luksOpen /dev/sdXY sdXY_open --key-file=/boot/crypto_keyfile.bin

odemkne se, je videt odemcenej nazev v mapper?

ls -l /dev/mapper/sdXY_open

[Petr Fiedler]

Odpověď je zde.

[Pavel 'TIGER' Růžička]

A jak si jí zálohoval? Jako celý disk, nebo jednotlivé oddíly? Také tam máš různé infa, do kterých je dobré nakouknout.

[Petr Fiedler]

Zálohoval jsem celý disk. Do inf se můžu podívat, ale mě to asi k ničemu nebude.

[Pavel 'TIGER' Růžička]

A tu zálohu máš na jakém filesystému?

[Petr Fiedler]

LUKS+ext4.

[Petr Fiedler]

Ale před obnovením jsem to překopíroval na externí disk, který je naformátován na ntfs a o obnovu se pokoušel z něj.

[theseuszn]

Ahoj, asi ti to už došlo, že si to tím překopírováním do exteráku s ntfs zabil. Zálohy s linuxovými FS se nedávají na NTFS"...

[Petr Fiedler]

Čau,

a jsi si tím jistý? Já už Clonezillu nějaký pátek používám a před svým nedávným přechodem na Linux jsem obrazy vždy ukládal na disk s NTFS a problém jsem s tím nikdy neměl. Ovšem nejsem si jistý, jestli jsem obnovoval z NTFS Linux. Možná to bylo z ext4, nevím. Každopádně mě nenapadá, proč by záloha Linuxu nemohla jít obnovit z disku s NTFS? Vždyť jde jen o to, že se na ten disk zapíší data, která se pak přečtou. A Clonezilla co se NTFS týče umí obojí, ne?

[k3dAR]

Jak pises, je to jedno, na NTFS se akorat ztrati vlastnik/skupina/opravneni, ale tak ze to ma rwx pro vsechny, NTFS by vadilo jen v pripade kdyz bys tam chtel kopirovat samostatne soubory (z system, home atd(krome dokumentu/aufio/video kde to nicemu nevafi)) pres cp,mc,rsync atd..,

[Petr Fiedler]

No jasný, dík.

[theseuszn]

Vůbec nejde o to, jestli sem si jistý nebo ne. Obecně obrazům cílový FS nevadí, jak uvedl k3dAr, ale není obraz jako obraz. Nemám link po ruce, ale na linuxových webech se to rozhodně nedoporučuje dávat aktivní zálohy do NTFS, což obraz aktivního systému je. Jak je to v praxi ale nemohu potvrdit a Clonezillu nepoužívám, jen se řídím určitými pravidly, o kterých se v česku ani nedovím a nikdy sem "nenarazil", vždy to při případné nejistotě pochopení a následném ověřování sedělo. Jen sdílím svoji zkušenost, dohadovat se nechci.

[Ondro]

Davat obrazy vytvorene Clonezillou na NTFS nevadi. Robim to uz niekolko rokov a ziaden problem.

[k3dAR]

i kdyz to slovo podle me neni vhodne tak "aktivni" bylo mozne mysleno zalohou souboru z filesystemu, s Clonezillou muzu potvrdit ze jde o image (dd, partclone, partimage) a par zaloznich txt souboru (vystup z parted, blkid, blkdev) a par informacnich txt souboru (vystup z dmidecode, lshw, lspci)... zadny z tech souboru neni primou zalohou soubory z Linux filesytestemu ktere by bylo potreba ponechavat vlastnictvi/opravneni... nechci se hadat, pisu jak to je, Clonezillu pouzivam, image na Samba sdileni

[theseuszn]

jj, souhlas, špatně sem se vyjádřil (-;

[Pavel 'TIGER' Růžička]

Pokud je NTFS moc fragmentované, mohou vzniknout různé chyby. Zkus jej defragmentovat a spustit obnovu znova.

[Petr Fiedler]

Je to trochu složitější, vysvětlím:

Teď nevím jestli při vytváření zálohy, nebo při jejím obnovování, ale při jednom z toho se nelze v Clonezille přepnout do konzoly, odemknout šifrovaný disk a pokračovat. Z tohoto důvodu jsem byl nucen udělat zálohu na nešifrovaný externí disk (nevím, jestli byl naformátován na ext4, nebo ntfs) a teprve potom jsem jí zkopíroval do pc na šifrovaný hdd určený pro uchovánání záloh. Jenže systém nechtěl zkopírovat 3 soubory - obrazy partyšen. Tak jsem byl nucen pomoci si chownem (dnes bycht to řešil rootem). Když jsem pak potřeboval obnovit zálohu, tak jsem jí opět vrátil na ten externí disk a teď to nejde obnovit a ten původní obraz už nemám.

[Petr Fiedler]

Ta první odpověď je pro lertimira - jsem se uklikl.

Na tom externím disku byl pouze obraz té zálohy a nic jiného. Soudím tedy, že fragmentací to nebude.

[lertimir]

Překopíroval??? Takže máš to původní?

[Petr Fiedler]

Odpověď máš nahoře - jsem se uklikl.

[Petr Fiedler]

Už to neřešte. Nainstaluji a nastavím to znovu. Budu však rád, když mi odpovíte na tohle.