Bug#582177: initramfs-tools: fails to load ramdisk on boot; ... BOOT DEBUG DATA
On Wednesday, May 19, 2010, you wrote:
> On Wed, May 19, 2010 at 10:36:10AM -0400, email@example.com wrote:
> > More information
> > I downgraded the initramfs-tools back to version 93.4 and the problem is
> > STILL PRESENT.
> sure, the initramfs won't be changed without telling so,
> so to have the effect of the downgrade one needs:
> update-initramfs -u
I actually deleted the "broken" initramfs image and executed:
1) executed "update-initramfs -c -k all"
2) executed "update-grub"
Therefore, using the 93.4 version as
initrd /initrd.img-2.6.32-3-amd64 --> FAILS but using
initrd /initrd.img-2.6.32-3-amd64.bak WORKS (?!? :-/)
Ok, more data... old school capture (pen and paper!)
Kernel output (LITERAL DATA, except for "... area below"):
[1.185516] rtc_cmos 00:0a: setting system clock to 2010-05-19 18:18:27 UTC (1274293107)
[1.185628] Waiting 12sec before mounting root device
[1.199432] input: AT translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1
[12.992053] List of all partitions:
[12.992128] No filesystem could mount root, tried:
[12.992221] kernel panic - no syncing: VFS: unable to mount root fs on unknown wn-block(0,0)
[12.992287] Pid: 1, comm: swapper Not tainted 2.6.32-3-amd64 #1
[12.992340] Call Trace:
[12.992397] [<ffffffff812ed349>] ? panic+0x86/0x141
... ... ...
... ... ...
[12.992880] [<ffffffff81011ba0>] ? child_rip+0x0/0x20
Observations and opinions:
This output format really has NOT changed in the days we have been messing with this problem.
1) the RAID is NOT starting
2) it never gets to the crypto (not started either)
3) no USB/firewire devices are detected (no evidence of drivers loading)
4) no block devices (Hard disks, CDROMs, etc) are detected (no evidence of drivers loading)
1) Could this be grub?
2) Could "resynchronizing" md0 fix this problem? I seem to remember doing something like this and the problem went away in March... :-/
3) Any other suggestions?
Thank you for your time,
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org