I have updated baselayout to the version 1.11.12-r4 this morning and after that, it becomes impossible to boot Gentoo. The booting process freezes when it tries to mount filesystems. It seems in fact that the /dev tree is not mounted. Some of the messages appearing are indeed: mount point /dev/shm doesn't exist, /dev/pts doesn't exist and the same for my normal filesystems. There is also an error in /sbin/functions.sh (line 322 if I well remember), it complains about the absence of /dev/null. I add that I use udev (release 0.56) Thanks for your help
we need the exact errors you're experiencing and the exact boot up output you're seeing line 322 of functions.sh refers to bootsplash code which isnt maintained in baselayout
(In reply to comment #0) > I have updated baselayout to the version 1.11.12-r4 this morning and after that, it becomes impossible to boot Gentoo. The booting process freezes when it tries to mount filesystems. It seems in fact that the /dev tree is not mounted. Some of the messages appearing are indeed: > mount point /dev/shm doesn't exist, /dev/pts doesn't exist and the same for my normal filesystems. There is also an error in /sbin/functions.sh (line 322 if I well remember), it complains about the absence of /dev/null. > > I add that I use udev (release 0.56 I am not sure the problem is caused by bootsplash. I give below the exact details: The problems occurs when filesystem are mounted (after the message "mounting local filesystem"), it says: mount: according to mtab sysfs is already mounted mount: mount point /dev/shm doesn't exist (and the same for /dev/pts) mount: special device dev/hda7 doesn't exist (and the same for /dev/hda5, /dev/hda9 and /dev/hda1) Then there is the line related to /sbin/function.sh complaining that /dev/null doesn't exist: can't redirect standard input from /dev/null: no such file or directory There is also another error related to /sbin/splash: can't open /dev/fb/0 and /dev/fb0 So I think that the cause of the problem is that the /dev directory is not mounted and as I already said, I use udev (0.56). If I uninstall bootsplash, the problem still occurs.
just because you have udev installed doesnt mean it's being used it tells you during boot what is being run on /dev ... does it say udev ? what does your /etc/fstab look like ? again, post the entire boot up output
Created attachment 60939 [details] Syslog output
Created attachment 60941 [details] fstab
I really don't understand the problem. As you will see in the syslog output, it seems that only some elements of the /dev tree are missing (for example the consoles (/dev/tty1,...). What I don't understand also is that /dev/hda6 (my root partition) and /dev/hda8) are available but not the other (/dev/hda1, 5, 7 and 9) which aren't mounted. Concerning the boot sequence, udev is started, proc and sys and the USB filesystem are mounted. Then, modules quoted in /etc/modules-autoload.d/ are loaded. When other filesystems are supposed to be mounted, there is a problem. Looking at the syslog output, I see that the boot process goes on but nothing is displayed (probably due to the absence of the consoles). It can't be a kernel related problem since I didn't change the kernel. So, this sounds like a very strange problem. Bootsplah doesn't seems to be the cause to since when I uninstall it, the problem remains. Thanks for your help
I have found the cause of the problem. It's well udev. I have uninstalled it and now I use devfsd instead. So now, gentoo starts normally. It's a good news since this new version of baselayout seems to solve the problem of ifplugd not calling dhcp to set up networking when the cable is plugged. I nevertheless have some question. I removed net.eth0 from startup and I now use ifplugd to starts my network connection. As a consequence, ntp-client is called before ifplugd and therefore can't setup the clock from an internet ntp server. So, I would have to starts ntp-client later but I don't know how to change the start order of it. And off course, if there could be a solution to ensure the compatibility of udev with this new version of baselayout, that could be a good idea. Thanks for your help
(In reply to comment #7) Actually, looking at your syslog output, it
(In reply to comment #7) Actually, looking at your syslog output, it´s gdm what reboots your machine (due to missing /dev/ttyX probably, seems like a pretty stupid behaviour). You can´t just see the output b/c your consoles seem to be broken somehow. It does not freeze at all when mounting filesystems. Also, /dev and /sys and /dev/pts entries are not needed in /etc/fstab > And off course, if there could be a solution to ensure the compatibility of udev > with this new version of baselayout, that could be a good idea. > Thanks for your help I works perfectly on every machine I tried (I have been using unstable baselayout + udev for a few months, even on such setup like LVM2 over RAID-1); udev-058 also works without any problems. Did you run etc-update properly? Don´t you have any stale old udev configuration files in /etc/udev?
i'm seeing this bug on my ppc/x86/arm machines too lately ... /dev/tty? are created as regular files instead of symlinks to the nodes in /dev/vc/* (which dont exist either)
I don't think it's not gdm that restarts my computer but rather myself who type ctrl-alt-del. Concerning the files /dev/tty? that aren't created, I think it's the real cause of the problem but I didn't change the configuration of udev. I proprely ran etc-update and it didn't try to change my configuration. What am I supposed to check to ensure that /dev/tty? file are created correclty. What I still doesn't understand is the cause of the failure while mounting the filesystems. It says well that /dev/hda1 (5, 7 and 9) files don't exist. It also complains about the absence of /dev/null. Is it related also to the problem of the /dev/tty ?
Finally, I found the solution. I just need to remove the lines concerning /dev in my fstab (none /sys sysfs rw 0 0 and none /dev ramfs rw 0 0). Now, it works correctly. When I finally check what filesystems are mounted, I see the following: udev on /dev type tmpfs (rw,nosuid) devpts on /dev/pts type devpts (rw)