:: [DNG] Trouble getting copied system…
Startseite
Nachricht löschen
Nachricht beantworten
Autor: Hendrik Boom
Datum:  
To: dng
Betreff: [DNG] Trouble getting copied system to boot
I m copying my entire Devuan system to new partitions on the same computer. but I can't get the copy system to boot.

I plan to upgrade the copy to ascii, keeping the old system in dual-boot scenario just in case I'm not expecting problems, but I've had them on Debian upgrades years ago, and they sometimes arise from causes that have nothing to do with the quality of the old and new systems.

The messge I get is:

vmlinuz-3.16.0-4-686-pae not found
you need to load the kernel first

But vmlinuz-3.16.0-4-686-pae *is* the kernel. I don't know how to load the ernel before it can find the kernel.

***

Here's how I got to this point.

/boot and /ascii/boot (I'll use the names these partitions have on the old system) are partitions of their own on a DOS-style partitioned disk, as is swap.

/dev/sda6 on /boot type ext4 (rw,relatime,data=ordered)
/dev/sda7 on /ascii/boot type ext4 (rw,relatime,data=ordered

oot@notlookedfor:/home/hendrik# swapon
NAME      TYPE      SIZE USED PRIO
/dev/sda5 partition 4.7G   0B   -1
root@notlookedfor:/home/hendrik# 


The other partitions are within LVM.

/dev/mapper/jessie-devuan--home on /home type ext4 (rw,relatime,data=ordered)
/dev/mapper/jessie-tmp on /tmp type ext4 (rw,relatime,data=ordered)
/dev/sda6 on /boot type ext4 (rw,relatime,data=ordered)
/dev/mapper/jessie-devuan--usr on /usr type ext4 (rw,relatime,data=ordered)
/dev/mapper/jessie-devuan--var on /var type ext4 (rw,relatime,data=ordered)
/dev/sda7 on /ascii/boot type ext4 (rw,relatime,data=ordered)
/dev/mapper/jessie-ascii--root on /ascii/root type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/mapper/jessie-ascii--usr on /ascii/usr type ext4 (rw,relatime,data=ordered)
/dev/mapper/jessie-ascii--var on /ascii/var type ext4 (rw,relatime,data=ordered)

The partitions with devuan in their mapper names belong to the jessie system;
those with ascii in theor names are intended for the future ascii system, and currently are a copy of the ones for jessie, exceot of course that /jessie/root/etc/fstab (ascii's fstab) hace had the partition names swapped around, so that for example /boot there is ascii's /boot instead of jessie's, and the old systems partitions are known as /jessie/boot, etc.

Just before today's tests, I used rsync to synchronise the two systems, and then copied the modufied fstab to the ascii system, just to make sure it was the new one instead of the rsync'd one.

Then reboot. It offered me a choice of systems to boot; I chose the new one, and got the error message I presented above.

vmlinuz-3.16.0-4-686-pae not found
you need to load the kernel first

So ... where do I start to look for the problem. How far along in the boot process is the system component that produces the above message? Are there any usable diagnostic tools at this point in the boot process?

Yes, that file *is* present in /ascii/boot.

root@notlookedfor:/home/hendrik# ls /ascii/boot
config-3.16.0-4-686-pae      lost+found
grub                 System.map-3.16.0-4-686-pae
initrd.img-3.16.0-4-686-pae  vmlinuz-3.16.0-4-686-pae
root@notlookedfor:/home/hendrik# 


-- hendrik