On Sat, Dec 19, 2015 at 9:57 PM, Alexander Kapshuk < [email protected]> wrote:
> On Sat, Dec 19, 2015 at 9:24 PM, <[email protected]> wrote: > >> >> On 12/19/2015 12:10 PM, [email protected] wrote: >> > I just upgraded one of my systems and upon boot there is no network: >> > >> > /etc/init.d/net.eth0 start >> > * Mounting local filesystems ... >> > mount: mount point /proc/bus/usb does not exist >> > * Some local filesystem failed to start >> > ERROR: localmount failed to start >> > ERROR: cannot start net.eth0 as localmount would not start >> > >> > rc-status sysinit >> > sysfs [ started ] >> > dmesg [ started ] >> > devfs [ started ] >> > tmpfiles.dev [ started ] >> > udev [ started >> > >> > >> > I can not even ssh to the system as network is not working. >> > What to check next? >> > >> It seems I'm not the only one: >> https://forums.gentoo.org/viewtopic-t-1034770-highlight-localmount.html >> >> "The problem was openrc-0.18.4. When I downgraded to openrc-0.16.4 the >> problem went away." >> >> Now, I can not downgrade without eth0 working. >> Do I need to boot strap and downgrade or is there is easier solution? >> >> -- >> Thelma >> >> >> > Here is a news item that explains the situation. > > 2015-10-07-openrc-0-18-localmount-and-netmount-changes > Title OpenRC-0.18 localmount and netmount changes > Author William Hubbs <[email protected]> > Posted 2015-10-07 > Revision 1 > > The behaviour of localmount and netmount is changing on Linux systems. > In the past, these services always started successfully. However, now they > will fail if a file system they attempt to mount cannot be mounted. > > If you have file systems listed in fstab which should not be mounted at > boot time, make sure to add noauto to the mount options. If you have > file systems that you want to attempt to mount at boot time but failure > should be allowed, add nofail to the mount options for these file > systems in fstab. > > > As a follow up, here is a postinst message generated for openrc that might come in handy as well: >>> Messages generated by process 3631 on 2015-12-03 16:53:14 EET for package sys-apps/openrc-0.18.4: WARN: postinst In this version of OpenRC, the loopback interface no longer satisfies the net virtual. If you have services now which do not start because of this, They can be fixed by adding rc_need="!net" to the /etc/conf.d/<servicename> file. You should also file a bug against the service asking that need net be dropped from the dependencies. The bug you file should block the following tracker: https://bugs.gentoo.org/show_bug.cgi?id=439092 Bug https://bugs.gentoo.org/show_bug.cgi?id=427996 was not fixed correctly in earlier versions of OpenRC. The correct fix is implemented in this version, but that means netmount needs to be added to the default runlevel if you are using nfs file systems.
