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.
Antworten:
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
.dmesg
zur Bestätigung der Beschädigung stehtfsck
das Programm aus , um die Festplatte zu reparieren. Sobald fsck ausgeführt wird, starten Sie es sofort neu, um Probleme zu vermeidenHola 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
.dmesg
nomes per corroborar que hi ha corrupciofsck
per reparar el teu disc, en quan acabi rebota inmediatament per preveure qualsevol altre tipus de problemaBona sort!
quelle
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.
dmesg
freute sich jedoch, uns über das Problem zu berichten. Können Siedmesg
uns 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.
quelle
Ich habe dieses Problem in Arch Linux gelöst, indem ich "NTFS-Dateisystemtreiber und Dienstprogramme" folgendermaßen installiert habe:
quelle
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.
quelle