Hi Helmut,

thanks for taking the time to test runit

On Sun, 8 Jan 2023 07:08:36 +0100
Helmut Grohne <hel...@subdivi.de> wrote:

> The biggest problem here is the lack of mount. mount is not essential
> and nothing depends on it, so it goes missing. Something in the runit
> ecosystem should definitely depend on mount.

right

> 
> It seems like runit requires checking the filesystem, but e2fsprogs is
> not essential anymore and it fails hard. Nowadays, checking ext4
> filesystems is optional and systemd skips doing it in the absence of
> e2fsprogs.

This need to be adjusted in the initcripts package, as a quick fix I'm
going to add a dependency on e2fsprogs too.

> 
> So I went on to retry with e2fsprogs added and this is what I got:
> 
> | Begin: Running /scripts/local-bottom ... done.
> | Begin: Running /scripts/init-bottom ... done.
> | [    1.484294] Not activating Mandatory Access Control as
 [...]
> | Cleaning up temporary files....
> | Cleaning up temporary files....
> | - runit: leave stage: /etc/runit/1
> | - runit: enter stage: /etc/runit/2
> | runsvchdir: default: current.
> 
> In particular, the user has no way to log into the system as no getty
> is being spawned. I see that the autopkgtest has to do this manually
> via "ln -s /etc/sv/getty-ttyS0 /etc/service/". Do you think there
> could be a better way to achieve this such that at least the console=
> kernel command line parameter is automatically issued a getty?

This one is a separate issue: true that a serial-getty is not
automatically started (there are gettys on tty[1-6] for standard usage)
but a getty-ttyS0 service that can be enabled and tuned to the right
device exists, so I don't think that this last part is RC.. Sure there
is no documentation on how to do it and anyway there is room for
improvement. I've opened a separate (#1028270) bug for the "no way to
login" issue above, if you disagree with the non-RC severity of
#1028270 please change the severity of that one as I'm going to close
this one by adding two dependency to runit-init.

Best,
Lorenzo

> Helmut

Reply via email to