Bug#910444: Filesystems listed in /etc/fstab are no more automatically mounted since switching to OpenRC

2018-10-08 Thread Axel Beckert
Hi Benda,

Benda Xu wrote:
> Thank you for raising this up.  Are you using openrc with sysvinit-core?

As mentioned: yes

> @Axel, what is the output of `rc-update` of the said system?

2ping |  default
   alsa-utils |  sysinit
  anacron |  default
 apparmor |  sysinit
 avahi-daemon |  default
 bootlogd |  sysinit
 console-setup.sh |  default
 cpufrequtils |  default
 cron |  default
   cryptdisks |  sysinit
 cryptdisks-early |  sysinit
 dbus |  default
  dnssec-triggerd |  default
  gpm |  default
   hwclock.sh |  sysinit
  iodined |  default
keyboard-setup.sh |  sysinit
 kmod |  sysinit
linuxlogo |  default
  loadcpufreq |  default
 lvm2 |  sysinit
 lvm2-lvmetad |  default
lvm2-lvmpolld |  default
   miredo |  default
   nethack-common |  default
   networking |  sysinit
   ntpsec |  default
  nvi |  default
  openvpn |  default
  postfix |  default
 pppd-dns |  sysinit
   procps |  sysinit
rsync |  default
  rsyslog |  default
savecache |off  
   screen-cleanup |  sysinit
smartmontools |  default
  ssh |  default
 sshguard |  default
stop-bootlogd |  default
 stop-bootlogd-single |  sysinit
  tor |  default
 udev |  sysinit
  unbound |  default
  uptimed |  default
  wdm |  default
 wicd |  default
   x11-common |  sysinit

There's especially no mountall.sh or similar listed.

On one of my older OpenRC ruunning systems, there are quite some
"mount" items listed:

[…]
 mountall-bootclean.sh |  sysinit
  mountall.sh |  sysinit
 mountdevsubfs.sh |  sysinit
   mountkernfs.sh |  sysinit
 mountnfs-bootclean.sh |  sysinit
  mountnfs.sh |  sysinit
[…]

Both machines are running Unstable and have sysvinit-core and e.g.
initscripts at version 2.88dsf-59.10, but the newly installed one is
amd64 with UEFI while the old one is i386 with classic BIOS. Not sure
if that should make a difference.

> /etc/init.d/mountall.sh from initscripts is called by OpenRC by default
> to handle /etc/fstab.
> 
> Confirmation check: if you execute `invoke-rc.d mountall.sh start`
> instead of `mount -a`, does it work as well?

Yes. And then even swap is activated:

# 

Bug#910444: Filesystems listed in /etc/fstab are no more automatically mounted since switching to OpenRC

2018-10-08 Thread Benda Xu
Hi Axel,

Axel Beckert  writes:

>> Thank you for raising this up.  Are you using openrc with sysvinit-core?
>
> Yes. Since the package "init" doesn't allow openrc as option,
> sysvinit-core is installed, too. I though don't know the difference
> between those two modes (OpenRC with and without sysvinit-core).

That's the expected setup.  No problem.  In short, there is no
difference for OpenRC with and without sysvinit-core.  At present in
Debian, sysvinit-core is the most viable option.

Traditionally, OpenRC is only a service manager, which need to be
started by some pid 1 process, like sysvinit.

Cheers,
Benda



Bug#910444: Filesystems listed in /etc/fstab are no more automatically mounted since switching to OpenRC

2018-10-08 Thread Axel Beckert
Hi Benda,

thanks for looking into this.

Benda Xu wrote:
> >> I just installed Debian Buster/Sid from scratch on a GPD Pocket 1 and
> >> then switched from systemd to OpenRC.
> 
> Thank you for raising this up.  Are you using openrc with sysvinit-core?

Yes. Since the package "init" doesn't allow openrc as option,
sysvinit-core is installed, too. I though don't know the difference
between those two modes (OpenRC with and without sysvinit-core).

> >> Swap hasn't been activated by "mount -a", though. (Probably expected,
> >> just wanted to mention it.)
> >
> > Sounds consistent with init scripts not having been registered.
> 
> @Axel, what is the output of `rc-update` of the said system?
> /etc/init.d/mountall.sh from initscripts is called by OpenRC by default
> to handle /etc/fstab.
> 
> Confirmation check: if you execute `invoke-rc.d mountall.sh start`
> instead of `mount -a`, does it work as well?

Will check later, I don't have the system with me now and it's
currently powered off.

I can also confirm (more or less) what Adam said: My other systems
running OpenRC are working fine. (Haven't rebooted them recently,
though. Will check at least one of them back at home, too, by
rebooting.)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE



Bug#910444: Filesystems listed in /etc/fstab are no more automatically mounted since switching to OpenRC

2018-10-07 Thread Benda Xu
Hi Axel,

Adam Borowski  writes:

> On Sat, Oct 06, 2018 at 02:40:22PM +0200, Axel Beckert wrote:
>> Package: openrc
>> Version: 0.34-3
>> Severity: grave
>> Justification: renders package unusable
>
>> I just installed Debian Buster/Sid from scratch on a GPD Pocket 1 and
>> then switched from systemd to OpenRC.

Thank you for raising this up.  Are you using openrc with sysvinit-core?

>> Since then, /home (on LVM on LUKS), /boot and /boot/efi (i.e. anything
>> from /etc/fstab except the root file system) are no more mounted
>> automatically despite they're listed in /etc/fstab and "mount -a"
>> mounts them without issues.
>
> It works for continously upgraded systems.  I can't check a fresh one anytime
> soon (explanation below), but it appears that installing a new daemon[1]
> doesn't properly register it for requested runlevels (you can still run
> update-rc.d to fix that).  Not sure if this is the cause, would need to look
> more.  Too bad, init-system-helpers didn't have an update in almost two
> months so the culprit might be something else.
>
> Benda: could you please take a look?  The package being unusable on new
> systems sounds pretty urgent...

@Adam, acknowledged.  I do need to look more closely into OpenRC, to get
it well prepared for buster.

>> Swap hasn't been activated by "mount -a", though. (Probably expected,
>> just wanted to mention it.)
>
> Sounds consistent with init scripts not having been registered.

@Axel, what is the output of `rc-update` of the said system?
/etc/init.d/mountall.sh from initscripts is called by OpenRC by default
to handle /etc/fstab.

Confirmation check: if you execute `invoke-rc.d mountall.sh start`
instead of `mount -a`, does it work as well?

Yours,
Benda



Bug#910444: Filesystems listed in /etc/fstab are no more automatically mounted since switching to OpenRC

2018-10-07 Thread Adam Borowski
On Sat, Oct 06, 2018 at 02:40:22PM +0200, Axel Beckert wrote:
> Package: openrc
> Version: 0.34-3
> Severity: grave
> Justification: renders package unusable

> Hi,
> 
> I just installed Debian Buster/Sid from scratch on a GPD Pocket 1 and
> then switched from systemd to OpenRC.
> 
> Since then, /home (on LVM on LUKS), /boot and /boot/efi (i.e. anything
> from /etc/fstab except the root file system) are no more mounted
> automatically despite they're listed in /etc/fstab and "mount -a"
> mounts them without issues.

It works for continously upgraded systems.  I can't check a fresh one anytime
soon (explanation below), but it appears that installing a new daemon[1]
doesn't properly register it for requested runlevels (you can still run
update-rc.d to fix that).  Not sure if this is the cause, would need to look
more.  Too bad, init-system-helpers didn't have an update in almost two
months so the culprit might be something else.

Benda: could you please take a look?  The package being unusable on new
systems sounds pretty urgent...

Alas, I'm currently moving and won't have my usual setup for at least a week
(likely longer).  I'm on a Pinebook right now, even my Gemini suddenly broke
and won't boot (yeah, another proof of The Conspiracy against me...); it's
not a machine to test VM installs on.  In theory I could find out how to run
qemu's gui interface remotely (as I used to do with VirtualBox before it went
apeshit), but this particular piece of technical debt is better learned in a
more confortable setting.

> Swap hasn't been activated by "mount -a", though. (Probably expected,
> just wanted to mention it.)

Sounds consistent with init scripts not having been registered.


[1]. On a real box, you'd want something totally harmless; I tested on npd6.
-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢰⠒⠀⣿⡁ 10 people enter a bar: 1 who understands binary,
⢿⡄⠘⠷⠚⠋⠀ 1 who doesn't, D who prefer to write it as hex,
⠈⠳⣄ and 1 who narrowly avoided an off-by-one error.



Bug#910444: Filesystems listed in /etc/fstab are no more automatically mounted since switching to OpenRC

2018-10-06 Thread Axel Beckert
Package: openrc
Version: 0.34-3
Severity: grave
Justification: renders package unusable

Hi,

I just installed Debian Buster/Sid from scratch on a GPD Pocket 1 and
then switched from systemd to OpenRC.

Since then, /home (on LVM on LUKS), /boot and /boot/efi (i.e. anything
from /etc/fstab except the root file system) are no more mounted
automatically despite they're listed in /etc/fstab and "mount -a"
mounts them without issues.

Also swap is not used automatically despite it's listed in /etc/fstab,
too.

Content of my /etc/fstab:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
#
/dev/mapper/vgac-root /   ext4errors=remount-ro 0   1
# /boot was on /dev/mmcblk0p5 during installation
UUID=7e1e247c-ea51-444e-b183-0036de6e84f2 /boot   ext4defaults  
  0   2
# /boot/efi was on /dev/mmcblk0p1 during installation
UUID=C4FD-2BDD  /boot/efi   vfatumask=0077  0   1
/dev/mapper/vgac-home /home   ext4defaults0   2
/dev/mapper/vgac-swap noneswapsw  0   0

What was mounted after booting:

sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,nosuid,relatime,size=4032644k,nr_inodes=1008161,mode=755 
0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=807836k,mode=755 0 0
/dev/mapper/vgac-root / ext4 rw,relatime,errors=remount-ro 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
pstore /sys/fs/pstore pstore rw,relatime 0 0
tmpfs /run/shm tmpfs rw,nosuid,nodev,noexec,relatime,size=1615660k 0 0
none /sys/kernel/security securityfs rw,relatime 0 0

What has been added by "mount -a":

/dev/mmcblk0p5 /boot ext4 rw,relatime 0 0
/dev/mmcblk0p1 /boot/efi vfat 
rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro
 0 0
/dev/mapper/vgac-home /home ext4 rw,relatime 0 0

Swap hasn't been activated by "mount -a", though. (Probably expected,
just wanted to mention it.)

P.S.: I have no idea if this is in OpenRC or one of its
dependencies. Feel free to reassign as needed.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages openrc depends on:
ii  init-system-helpers  1.54
ii  insserv  1.14.0-5.4+b1
ii  libaudit11:2.8.4-2
ii  libc62.27-6
ii  libeinfo10.34-3
ii  libpam0g 1.1.8-3.8
ii  librc1   0.34-3
ii  libselinux1  2.8-1+b1

openrc recommends no packages.

Versions of packages openrc suggests:
pn  policycoreutils  
ii  sysvinit-core2.88dsf-59.10

-- no debconf information