Re: [systemd-devel] systemd-fsck-root semantics

2014-07-03 Thread Chris Murphy
On Jul 3, 2014, at 12:43 PM, Uoti Urpala wrote: > On Thu, 2014-07-03 at 12:00 -0600, Chris Murphy wrote: >> What about a new fs_passno value of -1 that means "use default for this file >> system type", and systemd spawns fsck based on the recommendation of that >> file system's devs? > > How

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-03 Thread Uoti Urpala
On Thu, 2014-07-03 at 12:00 -0600, Chris Murphy wrote: > What about a new fs_passno value of -1 that means "use default for this file > system type", and systemd spawns fsck based on the recommendation of that > file system's devs? How should the file system devs communicate their current recomm

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-03 Thread Chris Murphy
On Jul 3, 2014, at 6:23 AM, Tom Gundersen wrote: > Hm, the only way this would get re-fscked in the system is if it is > explicitly configured to be in /etc/fstab... Shouldn't we just give > people what they ask for? In practice, often the wrong thing is happening these days. Users and distros

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-03 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Jul 03, 2014 at 02:23:57PM +0200, Tom Gundersen wrote: > On Thu, Jul 3, 2014 at 2:14 PM, Zbigniew Jędrzejewski-Szmek > wrote: > > On Thu, Jul 03, 2014 at 11:49:20AM +0200, Thomas Bächler wrote: > >> Am 02.07.2014 14:29, schrieb Daniel Drake: > >> > If I'm reading things right, actually the

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-03 Thread Tom Gundersen
On Thu, Jul 3, 2014 at 2:14 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Jul 03, 2014 at 11:49:20AM +0200, Thomas Bächler wrote: >> Am 02.07.2014 14:29, schrieb Daniel Drake: >> > If I'm reading things right, actually the default behaviour is (when >> > no hints are supplied in kernel cmdline)

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-03 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Jul 03, 2014 at 11:49:20AM +0200, Thomas Bächler wrote: > Am 02.07.2014 14:29, schrieb Daniel Drake: > > If I'm reading things right, actually the default behaviour is (when > > no hints are supplied in kernel cmdline) : > > 1. systemd runs fsck on root from initramfs > > 2. systemd mount

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-03 Thread Thomas Bächler
Am 02.07.2014 14:29, schrieb Daniel Drake: > If I'm reading things right, actually the default behaviour is (when > no hints are supplied in kernel cmdline) : > 1. systemd runs fsck on root from initramfs > 2. systemd mounts root fs ro > 3. switch-root onto real system > 4. systemd-fsck-root ru

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-02 Thread Andrey Borzenkov
В Wed, 2 Jul 2014 12:33:01 -0600 Chris Murphy пишет: > > On Jul 2, 2014, at 5:39 AM, Daniel Drake wrote: > > > Hi, > > > > I'm trying to understand dracut/systemd fsck behaviour, in the context > > of an ext4 filesystem root mounted read-only from dracut, remaining > > read-only even when the

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-02 Thread Leonid Isaev
On Wed, Jul 02, 2014 at 12:33:01PM -0600, Chris Murphy wrote: > > On Jul 2, 2014, at 5:39 AM, Daniel Drake wrote: > > > Hi, > > > > I'm trying to understand dracut/systemd fsck behaviour, in the context > > of an ext4 filesystem root mounted read-only from dracut, remaining > > read-only even w

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-02 Thread Chris Murphy
On Jul 2, 2014, at 5:39 AM, Daniel Drake wrote: > Hi, > > I'm trying to understand dracut/systemd fsck behaviour, in the context > of an ext4 filesystem root mounted read-only from dracut, remaining > read-only even when the system is fully booted (kiosk-style). > > I see that systemd's fstab-

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-02 Thread Colin Guthrie
'Twas brillig, and Colin Guthrie at 02/07/14 14:07 did gyre and gimble: > I guess that as most people use initramfs', an extra > ConditionPathExists!=/run/initfamfs/skip-root-fsck wouldn't go astray, > and dracut+co could learn to touch that file if they've properly > analysed and taken care of roo

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-02 Thread Colin Guthrie
'Twas brillig, and Daniel Drake at 02/07/14 13:43 did gyre and gimble: > On Wed, Jul 2, 2014 at 1:36 PM, Lennart Poettering > wrote: >>> Then the system continues booting, switches root, and then >>> system-fsck-root.service starts from the root fs, and runs fsck on / >>> again. This is the bit I

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-02 Thread Colin Guthrie
'Twas brillig, and Daniel Drake at 02/07/14 13:29 did gyre and gimble: > On Wed, Jul 2, 2014 at 1:13 PM, Zbigniew Jędrzejewski-Szmek > wrote: >> Thinking about it, I'm not sure how the new systemd would know that >> systemd-fsck@dev-something.service from the initramfs is the same >> thing as syst

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-02 Thread Daniel Drake
On Wed, Jul 2, 2014 at 1:36 PM, Lennart Poettering wrote: >> Then the system continues booting, switches root, and then >> system-fsck-root.service starts from the root fs, and runs fsck on / >> again. This is the bit I don't understand - we already checked from >> the initramfs, why check again n

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-02 Thread Lennart Poettering
On Wed, 02.07.14 12:39, Daniel Drake (dr...@endlessm.com) wrote: > Then the system continues booting, switches root, and then > system-fsck-root.service starts from the root fs, and runs fsck on / > again. This is the bit I don't understand - we already checked from > the initramfs, why check agai

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-02 Thread Daniel Drake
On Wed, Jul 2, 2014 at 1:13 PM, Zbigniew Jędrzejewski-Szmek wrote: > Thinking about it, I'm not sure how the new systemd would know that > systemd-fsck@dev-something.service from the initramfs is the same > thing as systemd-fsck-root.service. Maybe that's the problem? > > Currently systemd-fsck-ro

Re: [systemd-devel] systemd-fsck-root semantics

2014-07-02 Thread Zbigniew Jędrzejewski-Szmek
On Wed, Jul 02, 2014 at 12:39:54PM +0100, Daniel Drake wrote: > Hi, > > I'm trying to understand dracut/systemd fsck behaviour, in the context > of an ext4 filesystem root mounted read-only from dracut, remaining > read-only even when the system is fully booted (kiosk-style). > > I see that syste

[systemd-devel] systemd-fsck-root semantics

2014-07-02 Thread Daniel Drake
Hi, I'm trying to understand dracut/systemd fsck behaviour, in the context of an ext4 filesystem root mounted read-only from dracut, remaining read-only even when the system is fully booted (kiosk-style). I see that systemd's fstab-generator rightly creates a mount unit for /sysroot from the init