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.

Reply via email to