Bug#1008911: initscripts: /run often mounted nodev, "/run/rootdev" likely to fail
Elliott Mitchell
ehem+debian at m5p.com
Tue Feb 11 23:21:35 GMT 2025
On Tue, Feb 11, 2025 at 05:13:35PM +0000, Mark Hindley wrote:
> On Tue, Feb 11, 2025 at 08:21:48AM -0800, Elliott Mitchell wrote:
> > On Tue, Feb 11, 2025 at 03:22:08PM +0000, Mark Hindley wrote:
> > >
> > > On Sun, Apr 03, 2022 at 04:23:49PM -0700, Elliott Mitchell wrote:
> > > > Package: initscripts
> > > > Version: 3.02-1
> > > >
> > > > Often /run is mounted with the "nodev" option, at which point doing a
> > > > `mknod` "/run/rootdev", then trying to `fsck` that doesn't work as a
> > > > fallback. Perhaps "/dev/fsckfallbackdev"?
> > >
> > > In the abstract this might be true. But this is used in checkroot.sh which is
> > > run *before* /run is mounted. And /run/rootdev is already a last-chance fallback
> > > after root from /etc/fstab and /dev/root have been tried and failed.
> > >
> > > So I don't see a problem here. Or am I misunderstanding you or missing
> > > something?
> >
> > Is it worth having a last-chance fallback which is guaranteed to fail?
>
> But I think (I may be wrong?) that this last-chance fallback will not
> fail. Remember this is in checkroot.sh which is run *before* /run is mounted in
> mountall.sh (without nodev; see comment). So it is either just a directory in /
> or what an initramfs might have setup.
Which features a key requirement: The root filesystem is read-write.
The test is *before* / is remounted read-write, so the only way for that
to succeed is if the kernel mounted the root filesystem read-write. I
guess this is possible, but certainly now very unusual.
--
(\___(\___(\______ --=> 8-) EHM <=-- ______/)___/)___/)
\BS ( | ehem+sigmsg at m5p.com PGP 87145445 | ) /
\_CS\ | _____ -O #include <stddisclaimer.h> O- _____ | / _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445
More information about the Debian-init-diversity
mailing list