☰

Das CentOS-Root-Dateisystem wird nach dem Neustart schreibgeschützt

tag-icon • tag-icon linux centos mount rsync
Das CentOS-Root-Dateisystem wird nach dem Neustart schreibgeschützt

Ich habe kürzlich ein Rsync von einer AWS-Instanz zu einer anderen durchgeführt. Dies führte dazu, dass das Root-Dateisystem in den schreibgeschützten Modus wechselte.

Ich kann das Dateisystem mit Lese-/Schreibberechtigung erneut mounten, aber nach dem Neustart des Systems wird es wieder auf schreibgeschützt zurückgesetzt:

mount
...
/dev/xvda1 on / type xfs (ro,relatime,attr2,inode64,noquota)
...

sudo mount -o remount,rw /dev/xvda1

mount
...
/dev/xvda1 on / type xfs (rw,relatime,attr2,inode64,noquota)
...

Neustart

mount
...
/dev/xvda1 on / type xfs (ro,relatime,attr2,inode64,noquota)
...

Dies ist eine CentOS-Instanz.

Ich konnte keinen ähnlichen Beitrag finden, aber bitte leiten Sie mich weiter, falls ich einen übersehen habe. Ich bin für jede Hilfe dankbar.

Aktualisieren

journalctl
...
Jul 23 11:48:36 ip-xxx.compute.internal systemd-remount-fs[1773]: mount: can't find LABEL=root
Jul 23 11:48:36 ip-xxx.compute.internal systemd-remount-fs[1773]: /bin/mount for / exited with exit status 1.
Jul 23 11:48:36 ip-xxx.compute.internal systemd[1]: systemd-remount-fs.service: main process exited, code=exited, status=1/FAILURE
Jul 23 11:48:36 ip-xxx.compute.internal systemd[1]: Failed to start Remount Root and Kernel File Systems.
Jul 23 11:48:36 ip-xxx.compute.internal systemd[1]: Unit systemd-remount-fs.service entered failed state.
Jul 23 11:48:36 ip-xxx.compute.internal systemd[1]: systemd-remount-fs.service failed.
...
cat /etc/fstab | head -n 1
LABEL=root /         xfs    defaults,relatime  1 1

Lösung Bitte lesen Sie die akzeptierte Antwort von nKn. In meinem Fall musste ich jedoch ein paar zusätzliche Schritte unternehmen:

  • Da es sich um ein Root-/Boot-Dateisystem handelte, musste ich das Volume an eine andere Instanz anhängen und dann das Dateisystem neu benennen, bevor ich es wieder an die ursprüngliche Instanz anhängen konnte. Dies geschah in AWS und kann durchgeführt werden, indem man zwei Instanzen stoppt und zu Volumes, Aktionen > Volume anhängen > Zweite Instanz auswählen geht.

  • Da mein System xfs war, muss ich Folgendes verwenden: xfs_admin -L "root" /dev/sdb (https://docs.oracle.com/cd/E37670_01/E37355/html/ol_admin_xfs.html), sobald es an die zweite Instanz angehängt ist.

Antwort1

Das Problem scheint hier zu liegen, wie Sie vielleicht bemerkt haben:

Jul 23 11:48:36 ip-xxx.compute.internal systemd-remount-fs[1773]: mount: can't find LABEL=root

In Ihrer /etc/fstabDatei versuchen Sie, ein Gerät mit der Bezeichnung zu mounten, rootaber aus irgendeinem Grund ist es nicht mehr verfügbar. Vielleicht hat ein Update/Upgrade die Bezeichnung gelöscht (obwohl das nicht häufig vorkommt). Um das Problem zu beheben, benennen Sie das Gerät einfach neu.

Sie müssen das Gerät in Ihrem Dateisystem im /devVerzeichnis suchen und dann Folgendes ausführen:

e2label /dev/your-device root

Danach und nach dem Neustart sollte das Dateisystem im rwModus gemountet werden.

verwandte Informationen