mount: Blockgerät / dev / sda5 kann nicht erneut gemountet werden, ist schreibgeschützt

7

So, das ist es. Alles funktioniert wie gewohnt, außer dass die Festplatte schreibgeschützt ist und nicht zurückwechseln möchte.

^ _ ^! Vielen Dank.

root@NODE02:/tmp# df .
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda5            461490504 179502128 258545928  41% /

root@NODE02:/tmp# mount -o rw,remount /dev/sda5
mount: cannot remount block device /dev/sda5 read-write, is write-protected

root@NODE02:/tmp# touch helll
touch: cannot touch `helll': Read-only file system

Es ist kein Mehrweg. Es ist nichts Besonderes. Nur ein Server mit Ubuntu 9.10.

macht für mich keinen Sinn, oder?

----BEARBEITEN----

Selinux ist nicht aktiv.

Es gibt kein RAID. Es gibt 2 Discs mit jeweils 500 GB. Erste für OS und einige Häuser. Zweite für verteilte FS, HPC Hochleistung.

Dmesg wurde seit 2 Tagen nicht aktualisiert. Nichts in den letzten Zeilen bezieht sich auf Disc oder Fehler.

Neustart und keine Festplatte gefunden. Im BIOS ist die Festplatte tot und reagiert nicht einmal auf Namensanfragen.

Neue Festplatte wird benötigt. Vielen Dank.

Marc Riera
quelle
Nicht Selinux im Weg?
Jason Tan

Antworten:

9

Ich befürchte, dies liegt an einer Beschädigung des Dateisystems oder an Problemen auf der zugrunde liegenden Hardware, da es sich um das Root-Dateisystem handelt. Ich empfehle, den Server erneut mit einer Rettungs-CD (oder im Einzelbenutzermodus) zu starten und zu versuchen, die Festplatte zu reparieren fsck.

  • Überprüfen Sie, was dmesgzur Bestätigung der Beschädigung steht
  • Führen Sie fsckdas Programm aus , um die Festplatte zu reparieren. Sobald fsck ausgeführt wird, starten Sie es sofort neu, um Probleme zu vermeiden

Hola Marc,

Em temo que aixo es un sintoma de corrupcio al sistema de fitxers o de Probleme der Hardware darunter, com es el / lo que et recomano es de rebotar el servidor amb un CD de residat e intentar reparar el disc amb fsck.

  • Mira que diu la comanda dmesgnomes per corroborar que hi ha corrupcio
  • Executa fsckper reparar el teu disc, en quan acabi rebota inmediatament per preveure qualsevol altre tipus de problema

Bona sort!

Luchsmann
quelle
Woher wusstest du, dass ich Katalanisch spreche? Haben wir uns getroffen?
Marc Riera
Es ist nur dein Name, ich
heiße auch
Ich bin gerade zurückgekommen, um eine neue Antwort zu sehen, und dann habe ich das wieder gesehen. Wie geht es dir?
Marc Riera
@ marc.riera Mir geht es nicht gut, wegen dieses Fehlers. aber danke trotzdem
Alexander.Iljushkin
2

Ich habe das schon einmal gesehen, als eine RAID-Karte defekt war und die ext3-Journaldatei nicht beschrieben werden konnte. Zu diesem Zeitpunkt markierte der Kernel das Root-FS als schreibgeschützt und erlaubte nicht, dass es zurückging.

Es wurde nichts darüber protokolliert, da sich der / var FS natürlich auf derselben CD befand und auch RO. dmesgfreute sich jedoch, uns über das Problem zu berichten. Können Sie dmesguns also etwas über die Ausgabe erzählen?

In unserem Fall bestand die einzige Lösung darin, die RAID-Karte aus- und wieder einzuschalten, dann vom Rettungsmedium neu zu starten und das Dateisystem zu überprüfen.

MadHatter
quelle
0

Ich habe dieses Problem in Arch Linux gelöst, indem ich "NTFS-Dateisystemtreiber und Dienstprogramme" folgendermaßen installiert habe:

sudo yaourt ntfs-3g
Zygimantus
quelle
wat. ntfs ist ein anderes Dateisystem als ext-fs, das ich habe.
Alexander.Iljushkin
0

Ich hatte dies und es war ein OOM (Out Of Memory / Kernel Panic). Ich fand dies, als ich dmesg auf Probleme mit dem Volume überprüfte, nachdem ich bereits 'mount -o remount, rw /' versucht und eine Fehlermeldung über die Festplatte erhalten hatte war schreibgeschützt, als ich das OOM in dmesg fand, startete ich neu und das Volume wurde erneut schreibgeschützt.

Richard Forth
quelle