[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#801961: debian stretch amd64 netinst: no xfsprogs. xfs on root fails to boot.

On Sat, Oct 17, 2015 at 08:34:46PM +0200, Cyril Brulebois wrote:
>Steve McIntyre <steve@einval.com> (2015-10-17):
>> I've cloned this bug report and move the new bug over to the grub-pc
>> package now, to help us track it. Until that's fixed, it's probably
>> worth us adding a check in d-i and recommending the use of a /boot
>> partition with XFS for now. KiBi: what do you think about that?
>I have only very limited (mental) bandwidth for that right now but from
>a quick look, that doesn't look like a bad idea.

OK, I'll look into that.

>> >Booting to new install fails with message:
>> >
>> >"systemd[1]: /etc/mtab is not a symlink or not pointing
>> >to /proc/self/mounts.  This is not supported anymore.  Please
>> >replace /etc/mtab with a symlink to /proc/self/mounts.
>> >systemd[1]: Freezing execution." (timestamps omitted)
>> ACK - I've just seen that mentioned in another bug log elsewhere today
>> (#802025 - a stupid systemd mis-feature to hang hard here,
>> sigh). Currently grub-installer (at the very least) faithfully updates
>> /etc/mtab during d-i, and I guess we should also change that
>> too. Maybe just simply rm /target/etc/mtab as part of d-i
>> finalisation. KiBi?
>TBH I have no idea what d-i is doing at the moment; I thought we have
>/etc/mtab a symlink to /proc/mounts, at least in installed systems? This
>seems to be the case here on multiple systems at least:
>lrwxrwxrwx 1 root root 12 Aug 12 20:41 /etc/mtab -> /proc/mounts
>I realize this doesn't immediately answer your question, just

The evidence suggests otherwise, including the discussion at
and in the log for #802025. It seems that this is *new* stupid
behaviour in systemd; previously an extra script in the Debian setup
would fix things up later after boot, but now it doesn't get that
far. A simple test with today's daily netinst confirms - I see the
same problem.

I've just checked in a quick-hack fix in finish-install for now.

Steve McIntyre, Cambridge, UK.                                steve@einval.com
"Every time you use Tcl, God kills a kitten." -- Malcolm Ray

Reply to: