[Bug 13366] patching initrd for fixing DSDT nows leads to kernel panic

[bugzilla-daemon at bugzilla.ubuntu.com]

Please do not reply to this email.  You can add comments at
http://bugzilla.ubuntu.com/show_bug.cgi?id=13366
Ubuntu | linux





------- Additional Comments From greg at primate.net  2005-08-17 04:54 UTC -------
(In reply to comment #0)
I believe this is because as of 2.6.12-6.10, the kernel now uses initramfs-tools
instead of initrd-tools to build its init image. If you are using the append
method described on http://gaugusch.at/kernel.shtml (echoing
'INITRDDSDT123DSDT123' and catting the DSDT onto the end of the init image), it
probably invalidates the initramfs image, since the kernel is expecting a
compressed filesystem. 
mkinitramfs is patched to automatically include your DSDT in the image if you
copy it to /etc/mkinitramfs/DSDT.aml, but unfortunately, the current kernel does
not have the patches to find the DSDT in the initramfs. See
http://bugzilla.ubuntu.com/show_bug.cgi?id=13535
Maybe you can just manually run mkinitrd and then do what you were doing before
to attach the DSDT (to make it use an initrd as opposed to an initramfs).

Hope this helps...
 
> Hi, since I updated Breezy with linux-image-2.6.12-6-686 (version 2.6.12-6.10)
> and all updates at this time, I cannot append a DSDT table into the initrd image
> to override the broken Dell one. Booting leads to a kernel panic complaining
> about RAMFS blocks and a "VFS: unable to mount /dev/hda2(0,0)". Sorry I didn't
> have time to write down the message. 
> 
> Has anything changed with regard to the kernel patch allowing to append a DSDT
> table or the initrd format?
> 
> I keep ubuntu-base and ubuntu-desktop installed with all dependencies, if this
> helps.



-- 
Configure bugmail: http://bugzilla.ubuntu.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.