[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Kernel panic: 2.6.5.-1-686 boot probs.



Oops, I forgot to run lilo ... but I then got the error message

"/dev/mapper/control: open failed: No such device
Is device mapper driver missing from kernel ?
Incompatible libdevmapper 1.00.15-ioctl (2004-04-07) (compat) and kernel driver
Warning: The boot sector and map file are on different disks
Added Linux *
Skipping /vmlinuz.old
Added DOS"

when I try to reboot from C: using the newly installed & apt-upgraded kernel I get

"Error -3 While decompressing !
c0355f8c(1027641439)->d7c20000(4096)
VFS: Cannot open root device "345" or unknown-block (3,69)
Please append a correct "root=" boot option
Kernel panic: VFS:Unable to mount root fs on unknown-block (3,69)"

Tux:~# df
Filesystem    1K-blocks     Used             Available    Use     Mounted on
/dev/hdb5      1369008        218325        1079997       17%     /
tmpfs 191980 0 191980 0% /dev/shm
/dev/hda1    19991104     10655424      9335680       54%      /mnt/DOS
/dev/hdb2 7746 6970 376 95% /boot
/dev/hdb9     18951504       3723408    14265404       21%     /home
/dev/hdb6      12342396      1934112       9781352      17%      /usr
/dev/hdb7 1872960 435864 1341916 25% /usr/local
/dev/hdb8        1824768        298408        1433588     18%      /var
/dev/hde5 7692876 8 7302092 1% /home/cyberia /dev/hde6 1344016 8 1275736 1% /usr/cyberia

... previously /boot was showing 100% full.

Tux:/boot# ls . -la
system.map-2.6.5-1-686                                                787887
lost+found 1024 boot.0300 512 map 73728 vmlinuz-2.6.5-1-686 1125072 config-2.6.5-1-686 52167 initrd.img-2.6.5-1-686 4009984 and four symlinks range: 31-34

The boot error message makes reference to an unknown block. This may be due to
my use of 'parted' to increase space in /usr which was previously 99% full.
This was successful, but my attempt to increase the size of /boot was not -
I'm at a loss to understand why.

"root@cdimage /root %  parted  /dev/hdb
----<snip>----
Information: The operating system thinks the geometry on /dev/ide/host0/bus0/target1/lun0/disc is
4865/255/63. Therefore, cylinder 1024 ends at 8032.499M

(parted)  print
-----<snip>-----
Disk label type: msdos
Minor Start End Type Filesystem Flags 2 0.031 7.844 Primary ext3 boot
1                    7.844         38162.219             extended
5 956.997 2337.583 logical ext3 7 2384.679 4243.732 logical ext3 8 4290.829 6102.817 logical ext3 9 6196.979 32153.532 logical ext3 6 32247.694 37244.443 logical ext3 10 37244.474 38162.219 logical ext3

(parted)  resize  2  0.031    25.567       [trying to enlarge  /boot]

Warning: You requested to resize the partition to 0.031-25.567Mb.
The closest Parted can manage is 0.031-7.844MB."

I understand that Parted is choosing options consistent with interactions between
firmware and software, but it has previously stated that
"...cylinder 1024 ends at 8032.499Mb" so that there should be plenty of room
to increase the size of /boot, given that it should be placed lower than cylinder 1024.

In any case, the size of /boot may not be the reason for the boot process failing.

What would be a " correct "root=" boot option ? I have unsuccessfully tried the option
"boot: /dev/hdb5" .

What am I missing here ? I'm currently reduced to tweaking my DOS drive ...

Adam Bogacki,
afb@paradise.net.nz



Reply to: