Summary: | genkernel-3.3.8 "Failed to unmount the initrd /dev!" | ||
---|---|---|---|
Product: | Gentoo Hosted Projects | Reporter: | Eddy Mulyono <eddymul> |
Component: | genkernel | Assignee: | Gentoo Genkernel Maintainers <genkernel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | birder, castan.o, chuck.wegrzyn, dev-zero, giovanni.bobbio, grimmlin, work.eric |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Patch (1)
Test solution udev fix |
Description
Eddy Mulyono
2005-11-27 00:00:39 UTC
`ls -al /tmp/.initrd/` shows an empty directory. Possibly related `lsof | grep /dev | less` output: init 1 root 10u FIFO 0,13 3022 /dev/initctl (In reply to comment #0) `mount` output under 2.6.14-r2: > /dev/mapper/system-slash2 on / type reiserfs (rw,noatime,notail) > proc on /proc type proc (rw) > sysfs on /sys type sysfs (rw) > udev on /dev type tmpfs (rw,nosuid) > devpts on /dev/pts type devpts (rw) > shm on /dev/shm type tmpfs (rw,noexec,nosuid,nodev) > usbfs on /proc/bus/usb type usbfs (rw,devmode=0664,devgid=85) > oni:/usr/portage on /usr/portage type nfs (ro,addr=192.168.0.6) > oni:/usr/portage/distfiles on /usr/portage/distfiles type nfs (rw,addr=192.168.0.6) > oni:/mnt/gudang/eddy on /home/eddy type nfs (rw,addr=192.168.0.6) > oni:/mnt/music on /mnt/music type nfs (ro,addr=192.168.0.6) > /dev/hda1 on /boot type reiserfs (rw,noatime,notail) `mount` output under 2.6.14-r3: /dev/mapper/system-slash2 on / type reiserfs (rw,noatime,notail) udev on /dev type tmpfs (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) udev on /dev type tmpfs (rw,nosuid) devpts on /dev/pts type devpts (rw) shm on /dev/shm type tmpfs (rw,noexec,nosuid,nodev) usbfs on /proc/bus/usb type usbfs (rw,devmode=0664,devgid=85) oni:/usr/portage on /usr/portage type nfs (ro,addr=192.168.0.6) oni:/usr/portage/distfiles on /usr/portage/distfiles type nfs (rw,addr=192.168.0.6) oni:/mnt/gudang/eddy on /home/eddy type nfs (rw,addr=192.168.0.6) oni:/mnt/music on /mnt/music type nfs (ro,addr=192.168.0.6) I think it's genkernel related. I have two machines with kernel 2.6.14-gentoo-r2, the one with genkernel 3.3.8 shows exactly this problem... I recently built a vanilla-source-2.6.15-rc2 kernel using genkernel all and it worked. When I updated to 2.6.15-rc4 I did the same genkernel but this time it complains about not being able to umount /dev! (I am just guessing but I do remember seeing an update to genkernel recently, though I can't be certain that it happened between the two kernel releases!). I think this is genkernel's bug, instead of gentoo-sources'. gentoo-sources-2.6.14-r3 build with genkernel-3.3.6 (instead of 3.3.8) boots correctly. Should we change the bug summary? I've tried to build gentoo-sources-r4 with genkernel 3.3.6 and 3.3.8. I still get the error message being discussed. This is on an amd64 machine. I built one initramfs with --lvm2 and had the same problem (amd64). When I built another one without lvm2 support the problem went away. Comment #1 mentioned lvm2 also. Did everyone else with this problem have lvm2 enabled? Created attachment 74118 [details, diff]
Patch (1)
Ok, if somebody could please try out this patch and see if the issue is fixed?
Thanks!
(In reply to comment #7) > Created an attachment (id=74118) [edit] > Patch (1) > > Ok, if somebody could please try out this patch and see if the issue is fixed? It does not fix the issue here. After rebuilding the kernel with the patched genkernel I have the same boot error. By the way, a workaround: 1) Kill udevd 2) Restart: udevd --daemon 3) Restart the services that need to create the devices (here alsasound, vmware). Ciao, Giovanni (In reply to comment #6) > I built one initramfs with --lvm2 and had the same problem (amd64). When I > built another one without lvm2 support the problem went away. Comment #1 > mentioned lvm2 also. Did everyone else with this problem have lvm2 enabled? I got the same problem and I do have lvm2 enabled. Will try without lvm2 and see how it works out (In reply to comment #9) > I got the same problem and I do have lvm2 enabled. Will try without lvm2 and > see how it works out I don't think it has to do with lvm2. I don't use it and have the bug. I can verify that I am getting this on LiveCD builds with the default 2.6 kernel config from genkernel on 2.6.14-gentoo-r3 on x86. (In reply to comment #7) > Created an attachment (id=74118) [edit] > Ok, if somebody could please try out this patch and see if the issue is fixed? I tried the patch with genkernel-3.3.8 and gentoo-sources-2.6.14-r4. The patch doesn't fix the issue. PS: Changed the bug summary. it is no problem with udev-054 in genkernel-3.3.8. You can modify /etc/genkernel.conf to use udev-054 (In reply to comment #13) > it is no problem with udev-054 in genkernel-3.3.8. You can modify > /etc/genkernel.conf to use udev-054 I confirm this. (In reply to comment #13) > it is no problem with udev-054 in genkernel-3.3.8. You can modify > /etc/genkernel.conf to use udev-054 udev-054 isn't in portage anymore, so maybe this isn't the best of workarounds... Well, that is completely unworkable as it breaks ppc support. So does anyone have a fix for udev 075, instead of downgrading to a version of udev that we haven't been using for several versions of genkernel? I've been looking into possible fixes myself and as of yet have come up empty-handed. genkernel-3.3.6 appears to include its own udev-054; I have udev-077-r4 installed as a package. On x86 and amd64, genkernel-3.3.6 builds a working initrd; genkernel-3.3.8 doesn't - I need to run udevstart after booting to create the /dev/snd etc. devices. While there were some issues with udev (apparently fixed), the underlying initrd problem persists. OK. I'm going to try to make this very simple since it seems that some people just are not understanding me. I don't care about what previous genkernel versions did. I don't care about ude 054. We *require* at least udev 075 due to changes needed for PPC and 2.6.14. Now, if you think you have a solution with udev 075 or higher, then please, share them. If your "solution" does not involve this version of udev or higher, please leave your comments to yourself as they are completely unworkable for us, and therefore not a "fix" at all. Created attachment 74716 [details, diff]
Test solution
The problem seems to be a running udevd process. After killing udevd /dev can
be unmounted.
Clean solution needed.
Your patch is backwards and won't apply. The original should be first. Created attachment 74732 [details, diff]
udev fix
LC_ALL=C TZ=UTC0 diff -Naur generic/linuxrc.orig generic/linuxrc
/sbin/udevstart may be obsolete since such line follows 'Starting udevd...'
Fixed in 3.3.9; the solution was to upgrade udev to 077 if you're interested. *** Bug 113187 has been marked as a duplicate of this bug. *** |