Hallo an alle, ich habe habe mir hier ein Debian (Etch) nach meinen Wünschen aufgesetzt. Ich möchte dieses nun klonen. Es residiert zur Zeit noch auf einer kleinen PATA-Platte am Onboard-Controler und soll auf eine SATA (Promise) umziehen. Eine Randbedingung ist, dass die Festplatte verschlüsselt ist und sollte dass auch noch nach dem Umzug sein.
Ich habe mittlerweile es geschafft, dass alle Daten auf der neuen Platte liegen. Nun stellt sich aber dmcrypt quer. Irgendwo auf der Platte liegt eine Referenz auf die alte PATA-Platte, die ich nicht finde. Dadurch bricht der Bootvorgang beim Einbinden der Rootpartition ab.
-------Fehlermeldung-------------------- device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: Volume group "etch" not found Volume group "server-2" not found Setting up cryptographic volume hdc5_crypt (based on /dev/hdc5) cryptsetup: Source device /dev/hdc5 not found Done Begin: Waiting for root files systemm... ...
-------Ende-----------------------------
Die hdc5 ist nicht mehr existent, weil ich die PATA-Platte im Bios abgeklemmt habe.
Volume group "server-2" not found<
Das ist die alte root-Umgebung. Ich erwarte dort eigentlich auch etwas mit etch.
Wo kommt die Referenzen her?
Geändert habe ich die /boot/grub/device.map, --------device.map (alt)---------------- (hd0) /dev/hdc
--------device.map (neu)---------------- (hd0) /dev/sda
--------Ende----------------------------
die /etc/crypttab --------crypttab (alt)------------------ hdc5_crypt /dev/hdc5 none luks
--------crypttab (neu)------------------ sda5_crypt /dev/sda5 none luks
--------Ende----------------------------
die /boot/grub/menu.list, --------menu.lst------------------------
... ### BEGIN AUTOMAGIC KERNELS LIST ...
# kopt=root=/dev/mapper/etch-root ro
...
## ## End Default Options ## ... title Debian GNU/Linux, kernel 2.6.18-4-486 root (hd0,0) kernel /vmlinuz-2.6.18-4-486 root=/dev/mapper/etch-root ro initrd /initrd.img-2.6.18-4-486 savedefault ... ### END DEBIAN AUTOMAGIC KERNELS LIST
--------Ende----------------------------
und die /etc/fstab:
--------fstab---------------------------- #/dev/mapper/server--2-root / ext3 defaults,errors=remount-ro 0 1 #/dev/hdc1 /boot ext3 defaults 0 2 #/dev/mapper/server--2-home /home ext3 defaults 0 2 #/dev/mapper/server--2-tmp /tmp ext3 defaults 0 2 #/dev/mapper/server--2-usr /usr ext3 defaults 0 2 #/dev/mapper/server--2-var /var ext3 defaults 0 2 #/dev/mapper/server--2-swap_1 none swap sw 0 0
/dev/mapper/etch-root / ext3 defaults,errors=remount-ro 0 1 /dev/mapper/etch-home /home ext3 defaults 0 2 /dev/mapper/etch-tmp /tmp ext3 defaults 0 2 /dev/mapper/etch-usr /usr ext3 defaults 0 2 /dev/mapper/etch-var /var ext3 defaults 0 2 /dev/mapper/etch-swap none swap sw 0 0 /dev/sda1 /boot ext3 defaults 0 2
--------Ende----------------------------
Ich habe ausgeführt: grub-install /dev/sda update-initramfs -u ALL
Wo lieg mein Fehler?
Viele Grüße und vielen Dank Andreas
Andreas Oettel rc5.dresden@gmx.de writes:
ich habe habe mir hier ein Debian (Etch) nach meinen Wünschen aufgesetzt. Ich möchte dieses nun klonen. Es residiert zur Zeit noch auf einer kleinen PATA-Platte am Onboard-Controler und soll auf eine SATA (Promise) umziehen. Eine Randbedingung ist, dass die Festplatte verschlüsselt ist und sollte dass auch noch nach dem Umzug sein.
Ich habe mittlerweile es geschafft, dass alle Daten auf der neuen Platte liegen. Nun stellt sich aber dmcrypt quer. Irgendwo auf der Platte liegt eine Referenz auf die alte PATA-Platte, die ich nicht finde. Dadurch bricht der Bootvorgang beim Einbinden der Rootpartition ab.
-------Fehlermeldung-------------------- device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: Volume group "etch" not found Volume group "server-2" not found Setting up cryptographic volume hdc5_crypt (based on /dev/hdc5) cryptsetup: Source device /dev/hdc5 not found Done Begin: Waiting for root files systemm... ...
-------Ende-----------------------------
Die hdc5 ist nicht mehr existent, weil ich die PATA-Platte im Bios abgeklemmt habe.
Volume group "server-2" not found<
Das ist die alte root-Umgebung. Ich erwarte dort eigentlich auch etwas mit etch.
Wo kommt die Referenzen her?
Im initramfs in conf/conf.d/cryptroot steht eine etwas umgebaute /etc/crypttab, anhand derer du obiges gefragt wirst.
Eine Möglichkeit: bevor du das initramfs neu baust, trägst du die neue Konfiguration temporär in die /etc/crypttab ein. Das update-initramfs überträgt das dann in die conf/conf.d/cryptroot.
Oder du könntest erstmal einmalig das bereits gebaute initramfs auspacken (gunzip, cpio), die conf/conf.d/cryptroot ändern und es wieder zusammenpacken. Es kann aber sein, daß der Kern nur bestimmte cpio-Archiv-Formaten lesen kann.
Alternativ könnte es klappen, an obiger Stelle einfach etwas länger zu warten (zehn Minuten sollten reichen), und dann gibt dir das initramfs eine Shell, mit der du die conf/conf.d/cryptroot von Hand änderst. Dann mußt du scripts/local-top/cryptroot wieder von Hand aufrufen, und wenn das geklappt hat, die initramfs-Shell beenden. Dann müßte er ins Zielsystem booten, und dort kannst du dann die crypttab anpassen usw. s.o.
Sven
On 10/28/07, Sven Rudolph sr1@loom.sax.de wrote:
Oder du könntest erstmal einmalig das bereits gebaute initramfs auspacken (gunzip, cpio), die conf/conf.d/cryptroot ändern und es wieder zusammenpacken.
Dank cpio kann man sich das auspacken sogar sparen. Einfach die neue Datei hinten anhängen und gut. (update-initramfs ist aber trotzdem besser)
Viele Grüße, Torsten
Hallo an alle, die Platte läuft jetzt. Ich habe in der crypttab explizit nochmal die Optionen der Verschlüsselung angegeben und die initrd.img neu erstellt (kein Update).
Jetzt treten gleich die nächsten Problemchen auf, wie z.B. das ich als User kein X starten kann und scheinbar in einigen Verzeichnissen nicht mehr schreiben darf. Der Sache gehe ich aber noch auf den Grund. Vielleicht hat der mc doch nicht die alle Attribute so gelassen, wie er sollte.
Ich melde mich wieder wenn ich das Problem nicht finde.
MfG Andreas
Andreas Oettel schrieb:
Hallo an alle, ich habe habe mir hier ein Debian (Etch) nach meinen Wünschen aufgesetzt. Ich möchte dieses nun klonen. Es residiert zur Zeit noch auf einer kleinen PATA-Platte am Onboard-Controler und soll auf eine SATA (Promise) umziehen. Eine Randbedingung ist, dass die Festplatte verschlüsselt ist und sollte dass auch noch nach dem Umzug sein.
Ich habe mittlerweile es geschafft, dass alle Daten auf der neuen Platte liegen. Nun stellt sich aber dmcrypt quer. Irgendwo auf der Platte liegt eine Referenz auf die alte PATA-Platte, die ich nicht finde. Dadurch bricht der Bootvorgang beim Einbinden der Rootpartition ab.
-------Fehlermeldung-------------------- device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: Volume group "etch" not found Volume group "server-2" not found Setting up cryptographic volume hdc5_crypt (based on /dev/hdc5) cryptsetup: Source device /dev/hdc5 not found Done Begin: Waiting for root files systemm... ...
-------Ende-----------------------------
Die hdc5 ist nicht mehr existent, weil ich die PATA-Platte im Bios abgeklemmt habe.
Volume group "server-2" not found<
Das ist die alte root-Umgebung. Ich erwarte dort eigentlich auch etwas mit etch.
Wo kommt die Referenzen her?
Geändert habe ich die /boot/grub/device.map, --------device.map (alt)---------------- (hd0) /dev/hdc
--------device.map (neu)---------------- (hd0) /dev/sda
--------Ende----------------------------
die /etc/crypttab --------crypttab (alt)------------------ hdc5_crypt /dev/hdc5 none luks
--------crypttab (neu)------------------ sda5_crypt /dev/sda5 none luks
--------Ende----------------------------
die /boot/grub/menu.list, --------menu.lst------------------------
... ### BEGIN AUTOMAGIC KERNELS LIST ...
# kopt=root=/dev/mapper/etch-root ro
...
## ## End Default Options ## ... title Debian GNU/Linux, kernel 2.6.18-4-486 root (hd0,0) kernel /vmlinuz-2.6.18-4-486 root=/dev/mapper/etch-root ro initrd /initrd.img-2.6.18-4-486 savedefault ... ### END DEBIAN AUTOMAGIC KERNELS LIST
--------Ende----------------------------
und die /etc/fstab:
--------fstab---------------------------- #/dev/mapper/server--2-root / ext3 defaults,errors=remount-ro 0 1 #/dev/hdc1 /boot ext3 defaults 0 2 #/dev/mapper/server--2-home /home ext3 defaults 0 2 #/dev/mapper/server--2-tmp /tmp ext3 defaults 0 2 #/dev/mapper/server--2-usr /usr ext3 defaults 0 2 #/dev/mapper/server--2-var /var ext3 defaults 0 2 #/dev/mapper/server--2-swap_1 none swap sw 0 0
/dev/mapper/etch-root / ext3 defaults,errors=remount-ro 0 1 /dev/mapper/etch-home /home ext3 defaults 0 2 /dev/mapper/etch-tmp /tmp ext3 defaults 0 2 /dev/mapper/etch-usr /usr ext3 defaults 0 2 /dev/mapper/etch-var /var ext3 defaults 0 2 /dev/mapper/etch-swap none swap sw 0 0 /dev/sda1 /boot ext3 defaults 0 2
--------Ende----------------------------
Ich habe ausgeführt: grub-install /dev/sda update-initramfs -u ALL
Wo lieg mein Fehler?
Viele Grüße und vielen Dank Andreas
Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
lug-dd@mailman.schlittermann.de