Wie konfiguriere ich systemd, um Fehler beim Einhängen des fstab-Laufwerks zu ignorieren?


9

Als ich Ubuntu 15.04 zum ersten Mal eingerichtet habe (das zuerst zu systemd AFAIK wechselt), war ich verwirrt darüber, warum es nur einige Male bootet und dann nicht mehr bootfähig ist (Fehler bei der systemd-Shell, anstatt X zu starten). Ich habe Upstart Boot aus dem Grub-Menü ausgewählt und bin dann zu dem Schluss gekommen, dass mein Windows C: -Laufwerk (dem ich einen statischen Bereitstellungspunkt zugewiesen habe) nicht bereitgestellt werden kann. Dies ist der Grund. Die Frage ist jedoch nicht, warum es nicht bereitgestellt werden kann, sondern warum es dann nicht gestartet werden kann (vorausgesetzt, dass während des Startvorgangs auf diesem Laufwerk keine Dateien benötigt werden) und wie dies behoben werden kann.

Ich habe es auch so konfiguriert, dass meine USB-Festplatte an einem statischen Bereitstellungspunkt bereitgestellt wird, da ich möchte, dass sie an einem bestimmten Ort gefunden wird, und ich hasse es, wenn sie im Unity-Bedienfeld angezeigt wird. Dies macht mein System natürlich nicht bootfähig (es sei denn, ich verwende sie) erneut starten), wenn ich meinen Laptop irgendwohin mitnehme, ohne das USB-Laufwerk mitzunehmen.

Wie kann das behoben werden?


3
Versuchen Sie nofail, diesem Laufwerk die Mount-Option hinzuzufügen .
Muru

1
Seltsamerweise führt dies zu fuse: unknown option 'nofail'Fehlern, wenn Sie dies tun mount -a, aber es funktioniert trotzdem
Endolith

Antworten:


15

Wie Muru erwähnt, fügen Sie hinzu nofail. Fügen Sie aber auch eine niedrige Zeitüberschreitung hinzu x-systemd.device-timeout=2, da die Standardzeitüberschreitung 90 Sekunden zu betragen scheint.

Beispiel aus meiner fstab:

LABEL="test"  /mnt/test  ext4  defaults,nofail,x-systemd.device-timeout=4  0  2

4
Es ist nichts wert, dass Änderungen an / etc / fstab im Notfallmodus erst nach einem Neustart übernommen werden. Wenn Sie den Notfallmodus nur durch Schließen der Shell verlassen (wie vorgeschlagen: "systemctl default" oder "^ D", um erneut zu versuchen, in den Standardmodus zu booten), wird die fstab nicht erneut gelesen, sodass die zuvor fehlgeschlagene fsck-Task weiterhin fehlschlägt .
Derek Lewis
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.