SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Using the simplest dd command I duplicated my HDD (with combined Luks/Lvm encryption) to another one with the same capacity but from another maker.
Now I cannot reach a password prompt while booting from this new HDD.
It is connected via SATA/USB converter.
First three modules - mbcache, jbd, ext3 from initrd are loaded but there is error saying that:
mounting /dev/cryptvg/root on /mnt failed: No such file or directory....
At this point there is simple shell available but I cannot properly use fdisk nor cryptsetup - both cannot see any /dev/sda* device.
How can I fix that ?
Booting from pendrive with latest Slackware gives me possibility to enter my Luks password to this HDD and chroot later to the real data on it.
Reissuing mkinitrd with lilo after chrooting does not help as I thought it would.
When you boot with pendrive, to which device is your new HDD attached: /dev/sda1 or another?
It could be that your HDD is not recognized as the same /dev/sd* as your previous HDD was recognised.
Using pendrive, the new HDD is seen as /dev/sda1 and /dev/sda3 because there are 2 partitions on it.
Pendrive gets /dev/sdb1 and /dev/sdb2.
When booting from this HDD itself there are no /dev/sda* nor /dev/sdb* devices assigned at all.
Seems like mkinitrd issued from this new HDD (exactly the same long command that worked on older HDD) lacks something vital. Lilo, of course, was executed too.
Maybe some modules at start-up are not loaded ?
I'm not sure I understand how your HDD is partitioned. Please post the content of /etc/fstab and the result of command (run as root):
Code:
fdisk -l
According to the README_CRYPT.TXT file, in case of an encrypted root filesystem:
1. When booted FROM SLACKWARE PENDRIVE, fdisk gives me this info about NEW HDD:
/dev/sda1 * 1 1111 8924076 83 Linux
/dev/sda3 * 1 30401 235271925 83 Linux
what is the about same as OLD HDD booting properly.
It is connected via Sata/Usb interface only because there's no way to connect it directly - it cannot fit into the slot designed for 9mm thick discs as it has "weird" 12mm.
One curiosity - invoking fdisk at 1st time gives me en error stating there's no /dev/sda* devices. Running fdisk 2nd time seconds later seems working well with proper device recognition.
2. When booted from NEW HDD itself there's no devices /dev/sda* assigned at all. From shell I can invoke fdisk or cryptsetup, but without devices no further progress can be made. Quite opposite to OLD HDD proper booting action :-(
Seems like simple dd disc copying did not duplicate all functionality with regard to booting/Luks/Lvm behaviour.
NEW HDD = Fujitsu 250GB, OLD HDD = Samsung 250GB.
I'm assuming /dev/sda1 would be your /boot partition.
As I requested in my previous post, please post /etc/fstab because according to the error message, it seems that the boot process wants to mount your root partition to /mnt.
It will also not hurt if you post the content of /etc/lilo.conf so that we have a full picture of how the boot process should happen.
I'm assuming /dev/sda1 would be your /boot partition.
As I requested in my previous post, please post /etc/fstab because according to the error message, it seems that the boot process wants to mount your root partition to /mnt.
It will also not hurt if you post the content of /etc/lilo.conf so that we have a full picture of how the boot process should happen.
It didn't hurt me at all to bring you both contents
It is connected via Sata/Usb interface only because there's no way to connect it directly - it cannot fit into the slot designed for 9mm thick discs as it has "weird" 12mm.
Maybe you have a connection issue. You also said that fdisk works the second time. Did you recheck your HDD connection (maybe plug/unplug it).
Also to check further, is there a way for you to get the log of the boot process (ex: dmesg) so you can post it.
Another idea because you have a SATA/USB interface:
Maybe some kernel modules (ex: USB) are not loaded by the initrd.gz image file during the boot.
You can check that idea by trying to boot with a huge kernel on your new HDD. If it works, then you need to identify which modules need to be loaded (for ex, by comparing 'lsmod' results when booting with error and when booting with pendrive) and rebuild the initrd.gz image accordingly.
Another idea because you have a SATA/USB interface:
Maybe some kernel modules (ex: USB) are not loaded by the initrd.gz image file during the boot.
You can check that idea by trying to boot with a huge kernel on your new HDD. If it works, then you need to identify which modules need to be loaded (for ex, by comparing 'lsmod' results when booting with error and when booting with pendrive) and rebuild the initrd.gz image accordingly.
Just now I tried to boot my laptop using quite another HDD (normally bootable) connected through sata/usb bridge. The result is the same !
Your idea seems to be right so I must identify proper lacking module.
Or to try huge kernel.
At first I must check all readmes/howtos from Pat.
Maybe the doors are already open :-) ?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.