Hi,
just to add one more data point: I run into the same issue (well,
2.6.20 had other problems, so I turned to
http://www.lrz-muenchen.de/~tobiasnadler/linux/kernelcompile.html for
some help with 2.6.21), but: adding a delay is sooo bad solution, it
even has serious support (see rootdelay in man
I've done my experiment with initramfs-tools - putting a 'sleep 10'
before mount_root makes my machine boot the kernel, as I suspected in my
original email:
# diff -u /usr/share/initramfs-tools/init{.orig,}
--- /usr/share/initramfs-tools/init.orig2007-03-07
22:30:42.0 +
+++
This one time, at band camp, Simon A. Boggis said:
I've done my experiment with initramfs-tools - putting a 'sleep 10'
before mount_root makes my machine boot the kernel, as I suspected in my
original email:
# diff -u /usr/share/initramfs-tools/init{.orig,}
---
Stephen Gran wrote:
This one time, at band camp, Simon A. Boggis said:
I've done my experiment with initramfs-tools - putting a 'sleep 10'
before mount_root makes my machine boot the kernel, as I suspected in my
original email:
# diff -u /usr/share/initramfs-tools/init{.orig,}
---
Package: linux-image-2.6.20-1-686
Version: 2.6.20-3
Severity: critical
Justification: breaks the whole system
Hi,
I've filed this bug under the this package since, although one could
argue that initramfs-tools has the problem, the difference appears to be
kernel version.
My machine is
5 matches
Mail list logo
