Dateisystem kann beim Booten nicht gemountet werden, aber bei manuellem Mounten OK

12

Ich bin nicht sicher, wann / warum dies passiert ist, aber ich habe ein RAID-Array in meinem eingetragen /etc/fstab, um es beim Booten zu laden /mnt/data. Bis heute war alles in Ordnung und das seit einigen Jahren!

Wie auch immer, ich habe den Server heute neu gestartet (CentOS 7) und er ging in den "Notfallmodus". Nach der Überprüfung waren journalctrlfolgende Einträge vorhanden:

Feb 01 13:04:45 CentOS7 systemd[1]: Mounting /mnt/data...
Feb 01 13:04:45 CentOS7 mount[819]: mount: /dev/md126 is already mounted or /mnt/data busy
Feb 01 13:04:45 CentOS7 systemd[1]: Failed to mount /mnt/data.

Wenn ich jedoch die Leitung entferne /etc/fstabund neu starte (was normal startet), dann gebe die Leitung erneut ein und starte, mount -adann wird sie in Ordnung gemountet.

Gibt es einen Grund, warum es beim Booten fehlschlägt?

Ich habe errors=continueals Option zu der Zeile hinzugefügt , in /etc/fstabder verhindert wird, dass ein Neustart in den Notfallmodus wechselt (und das Laufwerk seltsamerweise trotzdem gemountet wird - vermutlich in einem späteren Schritt), aber da es andere Mount-Vorgänge gibt, die davon abhängen, möchte ich sie beim Booten ausführen eine wird anfangs montiert, also würde ich wirklich gerne eine richtige Lösung finden.

gespenstisch
quelle
1
kannst du bitte die gesamte fstab-datei
posten
Ist es möglich, dass etwas in einem Skript wie rc.local / mnt / data einhängt, das nach dem fstab-Mount ausgeführt wird? Das würde diese Fehler im Journal anzeigen und dazu führen, dass das System nicht richtig bootet. Ist / mnt / data leer und wird nicht darauf zugegriffen? Wenn beim Einhängen versucht wird, in diesen Bereich zu schreiben, wird dieser Fehler ebenfalls verursacht. Bei einigen Prozessen, die beim Booten gestartet werden, ist die Protokolldatei möglicherweise auf / mnt / data / log festgelegt. Nur ein paar Ideen.
Peter Berbec
Könnten Sie bitte Folgendes posten: cat / etc / fstab Und mit Ihrer Zeile innerhalb von fstab nach einem Neustart. Bitte posten Sie den Inhalt von: dmesg
hrdy
Haben Sie zufällig von Centos 6 auf Centos 7 aktualisiert? Da Centos 7 erst seit etwas mehr als 2 Jahren
verfügbar ist

Antworten:

1

Ohne die fstab-Datei kann ich nicht viel sagen, aber wenn eine Festplatte nicht gemountet werden kann, wechselt sie in den Notfallmodus.
Sie können dies verhindern, indem Sie die Option nofail hinzufügen. Dies führt dazu, dass die Festplatte NICHT gemountet wird und trotzdem weiter gebootet wird, wenn beim Mounten ein Fehler auftritt.

Eine häufige Ursache für diesen Fehler ist das Verweisen auf einen Datenträger als /dev/sdX. Wenn andere Datenträger angeschlossen sind, kann dies dazu führen, dass versucht wird, einen anderen Datenträger bereitzustellen. Dies kann aufgrund bestimmter Optionen fehlschlagen.

Möglicherweise kann ich weitere Details bereitstellen, wenn Sie eine fstab-Datei bereitstellen.

Nick Dewitte
quelle
nofailfunktioniert aus irgendeinem Grund nicht auf der LVM-Partition. Vermutlich bricht LVM den Startvorgang ab, wenn ein Fehler auftritt (obwohl die Startpartition in Ordnung ist).
Ken Sharp
0

Dafür kann es verschiedene Gründe geben:

  • /etc/mtab gibt es denn noch kein richtiges herunterfahren davor?

  • /dev/md128 ist ja schon in ein anderes verzeichnis gemountet?

  • etwas anderes ist montiert /mnt/data

Der beste Weg wäre, das System hochfahren zu lassen (z. B. durch Eingabe des root-Passworts, wenn Sie dazu aufgefordert werden) und zu überprüfen, was passiert. Die Ausgabe des mountBefehls wäre hilfreich.

user9007312
quelle