[Solved] SSD klónozása HOWTO?

Fórumok

Sziasztok!

Le kéne cserélnem az SSD-met.
Az új SSD is 120 GB-os, a régi is.
dd-vel átmásolok mindent az újra, de ugye a GRUB2-ben és az fstab/crypttab-ban be van jegyezve a régi SSD és partíciók UUID-ja.

Van egy 400 MB-os EXT4 /boot partíció, a maradék helyen egy LUKS-al titkosított LVM, ami tovább van osztva /root, /home és swap-re.

Amíg nem használtam LVM-et és GRUB2-t, ez a művelet egy sima dd-ből állt, ha jól rémlik.

Mit és hol kell a klónozás után átírkálnom, hogy induljon a rendszer?

Megoldás:

System Rescue CD-vel boot

cryptsetup luksOpen /dev/sda2 lvm
mount --bind /dev/System/root /mnt
mount /dev/sda1 /mnt/boot
mount --bind /dev/ /mnt/dev
mount --bind /sys/ /mnt/sys
mount --bind /proc/ /mnt/proc
chroot /mnt

A

/etc/crypttab

-ban átírtam a /dev/sda2 UUID-ját az újra


mkinitrd
exit
umount /mnt/dev
umount /mnt/sys
umount /mnt/proc
umount /mnt/boot
umount /mnt/
reboot

Hozzászólások

SystemRescueCD-t haszmálnék a feladat megoldására.

Ha jol emlekszem ha dd-vel attolod az egeszet akkor az UUID-k is maradnak.

En valahogy igy csinalnam System Rescue CD alol:
* regi particio felmountol
* ures hely kinullaz:
dd if=/dev/zero of=/mount/zerofile; rm /mnt/zerofile; umount /mount
* dd-vel klonozas az uj diskre
* uj disk mountol, trim.

Ezzel egyedul akkor lehet problema ha az uj SSD par byte-tal kisebb mint a regi

--
http://blog.htmm.hu/

Most ez fogad hosszas várakozás után:

       Starting Dracut Emergency Shell
Warning: /dev/System/root does not exist
Warning: /dev/System/swap does not exist
Warning: /dev/disk/by-uuid/775.......187 does not exist
Warning: /dev/mapper/System-swap does not exist
Boot has failed. To debug this issue add "rd.shell rd.debug" to the kernel command line.

Annak ellenére, hogy állítólag a Dracut Emergency Shellben vagyok, nincs promptom.

Mivel a Grub2 nem jelenít meg menüt, így kézzel kellene belehekkelnem a hibaüzenetben írt kernel paramétereket.

Most azzal szórakozom, hogy próbálom megkeresni, hol tárolja azt azUUID-t, amit kiír és helyette mi a jó UUID.

Ha Sysresccd-vel nyitom ki az LVM titkosítását, megvannak a partíciók, fel is tudom mountolni őket.
Épp az fstab-ot, a crypttabot, meg a /boot könyvtárakat bújom.

Szerk.: Most újra próbáltam bootolni:
Nem is kéri a jelszót, úgyhogy a dm-crypt biztosan nincs kinyitva.

Mi lenne, ha a megfelelő filerendszereket megkeresnéd, s a kernel paraméterekben mondjuk /dev/mapper/akármi, vagy /dev/sda2, vagy valami hasonló módon hivatkoznál. Aztán, a már futó oprendszer alatt ráérnél UUID-et keresni, meg akármi.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ja, hogy dracut. Akkor bizony új initrd-t kell csinálnod. Fedorán erre van valami rescue kernel, mert hardware változás esetén nem biztos, hogy tud indulni a gép. Ennek az az oka, hogy az initrd-be csak az adott hardware-hez szükséges modulok betöltését faragják bele, az új hardware esetén hiányzó modul miatt megdöglend a gép. Szóval új initrd lesz a megfejtés.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Clonezilla?

szerintem sokkal egyszerubb volna.
--

"You can hide a semi truck in 300 lines of code"

grub.cfg-t rakd már ki valahova, ahol meg lehet nézni! (pastebin)

Szerk1.: azért ebben a titkosítás egy olyan momentum, ami lehet, keresztbe tesz. Nem tudom, nem használ-e egyedi azonosítókat hardware elemekből, például a háttértárról.

Szerk2.:

http://forums.fedoraforum.org/showthread.php?t=292910

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Köszönöm mindenkinek.
Fent lerítam a működő megoldást.

A régi olyan volt, hogy ata_OCZ_VERTEX460.....
Az új pedig ata_OCZ_ARC100...

A /boot UUID nem változott, mivel nem volt titkosított köteten a partíció.
Vagynemtom :)

Egyébként szerintem a crypttab beli bejegyzés itt tök felesleges, mivel az már csak akkor olvasható, amikor a GRUB2 feloldotta a titkosítást.
Szerintem az egész sor kitörölhető lenne, de most már inkább dolgozom, nem ezzel foglalkozom. :9