Probleme mit (lokalem) Mount beim Booten (sysvinit)

507
chrisb2244

Während des Startvorgangs werden einige / viele Einhängepunkte /etc/fstabnicht eingehängt. Die /etc/mtabDatei enthält diese Einhängepunkte. Meines Wissens geht das System davon aus, dass die Dateisysteme bereits eingehängt sind.

Ändern des /etc/rc.d/init.d/mountfsSkripts (aus LFS übernommen) mit der Zeile

grep -v root /proc/mounts > /etc/mtab

vor dem Aufruf an (ich habe die vund hinzugefügt #, um etwas zu erhalten - die Systemansprüche sind bereits montiert)

mount -av -O no_netdev # > /dev/null

Ermöglicht dem System, die Dateisysteme ordnungsgemäß einzuhängen.

In diesem Fall werden die Dateisysteme jedoch beim Herunterfahren nicht ordnungsgemäß ausgehängt (durch dasselbe Skript, das das stopArgument verwendet). Der Fehler beim Herunterfahren bezieht sich auf das Root-Dateisystem.

dfGibt eine Ausgabe zurück, die den Status meiner Dateisysteme anzeigt, und ist daher leicht zu überprüfen. mountgibt alle erwarteten Mountpunkte aus, auch wenn sie nicht gemountet sind (dh ohne die Änderung von /etc/rc.d/init.d/mountfs)

Durch das Ausgeben von Befehlen, wie z. B. mount /mountpoint/in/fstabden Punkt erfolgreich gemountet, auch wenn er bereits in ist /etc/mtab(vermutlich liegt dies daran, dass er mount -aüberprüft mtabwird und mount <specific point>nicht?)

Was ist los?

Meine /etc/fstab:

# device mount-point fs-type options dump fsck-order  # Core mount points proc /proc proc nosuid,noexec,nodev 0 0 sysfs /sys sysfs nosuid,noexec,nodev 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 tmpfs /run tmpfs defaults 0 0 devtmpfs /dev devtmpfs mode=0755,nosuid 0 0  /dev/sda8 swap swap pri=1 0 0 /dev/sda9 / ext4 defaults 1 1 /dev/sda10 /home ext4 defaults 0 2   # Additional mount points /dev/sda6 /mnt/Ubuntu ext4 defaults 0 0 /dev/sda11 /sources ext4 defaults 0 0  # Network mounts //software.blah.blah/path /mnt/Licensed cifs credentials=/home/<user>/.smbpasswd,ro,_netdev 0 0
2
Dies ist eine alte Linux-Version: Die meisten dieser VFSs (sysfs, devpts, devtmpfs) sind veraltet. Hast du die Möglichkeit, auf ein neueres Upgrade zu wechseln? MariusMatutiae vor 8 Jahren 0
Hmm, das wusste ich nicht. Es ist jedoch sicherlich kein uralter Linux. Kernel ist bei 3.19.0, Desktop-Bibliotheken und Anwendungen (z. B. Qt, KDE, GTK) stammen von git und die meisten anderen Systembibliotheken sind die neuesten (oder eine der neuesten, wenn auch sehr häufig veröffentlichten) Versionen. Ich habe eudev installiert - vielleicht sollte ich diese VFSs entfernen? Diesmal beim Booten wurde alles außer / dev / pts korrekt angehängt. Das Umschalten auf eine Textkonsole (Ctl-Alt-F1) und das Ausführen von "sudo mount / dev / pts" hat dieses Problem behoben. chrisb2244 vor 8 Jahren 0
In Anbetracht dessen, dass der Grund für dieses Problem vielleicht war, dass `/ dev / pts` früher in der fstab angehoben wurde als` / dev`, da es nicht sehr hilfreich wäre, aber `/ dev` eine der vier expliziten Mounts in` / etc / ist. rc.d / mountvirtfs` und `/ dev / pts` werden vermutlich vom` mount -a`-Aufruf in `/ etc / rc.d / mountfs` (das später aufgerufen wird) eingehängt. In jedem Fall machte die Reihenfolge des Wechsels keinen Unterschied (was mich nach der näheren näheren Betrachtung nicht überraschte) chrisb2244 vor 8 Jahren 0

1 Antwort auf die Frage

0
chrisb2244

Ausgabe wurde grep -v root /proc/mounts > /etc/mtab; echo "/dev/sda9 / ext4 defaults 1 1" >> /etc/mtabdieses Problem behoben.

Das Startproblem war darauf zurückzuführen, dass die mtab-Datei beim Herunterfahren nicht ordnungsgemäß entfernt wurde. Nachdem das Root-Dateisystem der mtab-Datei hinzugefügt wurde (nach dem Booten), wurde das Herunterfahren ordnungsgemäß durchgeführt und der Startvorgang funktioniert ebenfalls einwandfrei.

Die hinzugefügte Zeile mountfswurde nicht benötigt, nachdem die mtab-Datei korrekt festgelegt wurde.

Wenn der Computer ausfällt / zwangsweise heruntergefahren wird, ist dies einmal mehr kaputt gegangen. Dann beheben die obigen Schritte das Problem.

Verwandte Probleme