Created attachment 360136 [details] emerge --info My gentoo system is running on VMware. Since a world update, /dev/pts and /dev/shm could not have been created at booting. At the same time, a Japanese console jfbterm has become unable to start. I addition to that, X has also become unable to recognize the mouse and the keyboard. I cannot decide wheter or not the cause of the above problem is creating failure of /dev/pts and /dev/shm. However, I feel that the failure is the most suspicious one. I don't know what kind of logs should be attached to resolve the problem but I have attached the emerge --info. If there should be any other logs to be required, please inform me. Regards,
Well, /var/log/emerge.log might help to remind you which packages were updated lately. Both openrc and udev have their own logging facilities (see /etc/rc.conf and /etc/conf.d/udev - mind the warnings). Are those nodes really not created at all or simply created with wrong permissions ? Did you make, for example, any changes in your kernel config ? If one of the upgraded packages was udev/openrc, were there any warnings logged (ones regarding incorrect kernel options, necessary changes to config files, etc-update, etc.) ? ...oh, and a side note: usually it's better to export LANG, not LC_ALL (as the later is the final override).
Do you have CONFIG_DEVTMPFS_MOUNT in your kernel?
(In reply to Jeroen Roovers from comment #2) > Do you have CONFIG_DEVTMPFS_MOUNT in your kernel? Unless something has recently changed, this shouldn't matter - openrc should mount it on its own, if it's not set.
I have rebuild the kernel with the fllowing options and chaged the init system to systemd and now I can create and mount /dev/pts and /dev/shm. GENTOO_LINUX_INIT_SYSTEMD=y CONFIG_DEVTMPFS_MOUNT=y I have followed https://wiki.gentoo.org/wiki/Systemd to set other kernel options, symlinks and the grub.conf. Now I can use the Japanese console emulator jfbterm. However, X seems still not to recognize the mouse and the keyboard. I think I have to look into the Xorg.0.log. Regards,
The way you describe it, it might be a conflict between systemd markings and those provided by consolekit[acl]. While most of the markings on input nodes are independent of either (udev always sets them), some are not. IIRC, those under systemd are effective only if system was booted by systemd. Take a look at 'udevadm info' on input/event* nodes. Pretty much unrelated, but - as you seem to be a native speaker - would you mind giving some input on bug 468792 ? It's a bit stale, but that's quite often the case with fonts herd bugs.
Please use the forums for further troubleshooting, this doesn't seem like a bug. http://forums.gentoo.org/
