Ubuntu 16.04 fstab schlägt mit nobootwait fehl

Ich installiere Ubuntu 16.04 (um 14.04 zu ersetzen) mit der Absicht, einen Großteil der funktionierenden fstab-Datei zu portieren, um andere JFS-Festplatten / Partitionen zu mounten. Aber ich habe anscheinend Probleme damit nobootwait.

Ein fstab-Eintrag, der in 14.04 funktioniert hat, war zum Beispiel:

UUID=<uuid>  /storage jfs defaults,nodiratime,noatime,nofail,nobootwait  0 2

In 16.04 wird das Laufwerk jedoch weder beim Booten noch mit dem folgenden Befehl gemountet:

sudo mount /storage

Ich habe JFSutils installiert, und ich bin in der Lage, die Partition manuell zu mounten, dh

sudo mount -t jfs /dev/sdX /storage

Ich fand das in dmesg

[   6.720171] jfs: Unrecognized mount option "nobootwait" or missing value

Nehmen wir das als Hinweis, wenn ich die nobootwaitOption fstab, den Befehl, entferne

sudo mount /storage 

funktioniert gut. (Ich weiß nicht, wie es zum Startzeitpunkt ist, da ich dies derzeit über ssh mache und nicht riskieren möchte, dass der Computer nicht startet).

Offensichtlich besteht eine Lösung darin, die nobootwaitOption fallen zu lassen . Das will ich aber nicht. Vielleicht hat nobootwait NIE funktioniert (ich hatte noch nie einen Startzeitfehler der Festplatte), in 14.04 und 14.04 habe ich den Fehler einfach ignoriert, aber ich möchte die vermeintliche Funktionalität von nobootwait.

Hat sich in Ubuntu 16.04 oder im Linux-Kernel etwas geändert nobootwait?

Diese Option wurde anscheinend gelöscht. Die Ubuntu- Manpage für fstabenthält diesen Text, wenn Sie oben 14.04 LTS auswählen :

The  mountall(8)  program  that  mounts  filesystem  during  boot  also
 recognises additional options that the ordinary mount(8) tool does not.
These  are:  ``bootwait''  which  can  be applied to remote filesystems
mounted outside of /usr or /var, without which  mountall(8)  would  not
hold up the boot for these; ``nobootwait'' which can be applied to non-
remote filesystems to explicitly instruct mountall(8) not  to  hold  up
the boot for them; ``optional'' which causes the entry to be ignored if
the filesystem type is not known  at  boot  time;  and  ``showthrough''
which  permits  a mountpoint to be mounted before its parent mountpoint
(this latter should be used carefully, as it can cause boot hangs).

Dieser Absatz existiert nicht in der Version der Seite, die Sie erhalten, wenn Sie oben 16.04 auswählen .

Wenn Sie nur nach einer nobootwaitMöglichkeit suchen , das Verhalten in 16.04 zu replizieren, ist die gesuchte Option nofail. Von http://manpages.ubuntu.com/manpages/zesty/man5/systemd.mount.5.html

   nofail
       With nofail, this mount will be only wanted, not required, by
       local-fs.target or remote-fs.target. This means that the boot will
       continue even if this mount point is not mounted successfully.

Es gibt anscheinend zwei relevante Optionen, die festgelegt werden müssen, um das Verhalten von Nobootwait zu imitieren. Diese stammen aus der systemd mount-Manpage :

   nofail
       With nofail, this mount will be only wanted, not required, by
       local-fs.target or remote-fs.target. This means that the boot will
       continue even if this mount point is not mounted successfully.
   x-systemd.device-timeout=
       Configure how long systemd should wait for a device to show up
       before giving up on an entry from /etc/fstab. Specify a time in
       seconds or explicitly append a unit such as "s", "min", "h", "ms".

Wenn Sie also Optionen für festlegen, nofail,x-systemd.device-timeout=1sollte das System 1 Sekunde warten, bis das Gerät bereitgestellt ist, bevor Sie den Startvorgang fortsetzen.

Ab Ubuntu 16.04 ist das Standard-Init-System systemd, das mountall ersetzt hat. http://manpages.ubuntu.com/manpages/zesty/man5/systemd.mount.5.html bietet neue Optionen, mit denen die Notwendigkeit von Nobootwait wahrscheinlich beseitigt wird.