14 votes

mount : cannot remount block device /dev/sda5 read-write, is write-protected

Tout fonctionne comme d'habitude sauf que le disque est en lecture seule et je ne veux pas revenir en arrière.

merci.

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

Il ne s'agit pas d'un trajet multiple. Il n'y a rien de spécial. Juste un serveur avec ubuntu 9.10.

Cela n'a aucun sens pour moi, n'est-ce pas ?

----EDIT----

Selinux n'est pas actif.

Il n'y a pas de RAID. Il y a 2 disques, de 500 Go chacun. Le premier pour le système d'exploitation et quelques maisons. Le second pour le FS distribué, le HPC haute performance.

Dmesg n'a pas été mis à jour depuis 2 jours. Rien dans ses dernières lignes ne concerne un disque ou des erreurs.

Redémarrage et aucun disque dur n'a été trouvé. Depuis le bios, le disque dur est mort, ne répondant même pas aux requêtes de nom.

Un nouveau disque dur est nécessaire.

11voto

lynxman Points 8999

Je crains que cela ne soit dû à une corruption du système de fichiers ou à des problèmes sur le matériel sous-jacent. Comme il s'agit du système de fichiers racine, je recommande de redémarrer le serveur avec un disque de secours (ou en mode mono-utilisateur) et d'essayer de réparer le disque à l'aide d'un disque de secours. fsck .

  • Vérifier ce que dmesg dit de confirmer la corruption
  • Exécuter fsck pour réparer le disque dur, dès que fsck est exécuté, redémarrez immédiatement pour éviter tout problème.

Bonjour Marc,

Si l'avertissement est un signe de corruption du système d'alimentation ou un problème de matériel sous-jacent, il est recommandé de réinitialiser le serveur avec un CD de secours et de réparer le disque avec un CD de secours. fsck .

  • Mira que diu la comanda dmesg nomes per corroborar que hi ha corrupcio
  • Exécution fsck pour réparer votre disque, en quan acabi rebota inmediatament per preveure qualsevol altre tipus de problema

Bona sort !

2voto

MadHatter Points 77602

J'ai déjà vu cela lorsqu'une carte RAID était défectueuse et que le fichier journal ext3 ne pouvait pas être écrit. À ce moment-là, le noyau a marqué le FS racine en lecture seule et ne l'a pas autorisé à revenir en arrière.

Rien n'a été enregistré à ce sujet, car le fichier /var FS se trouvait bien sûr sur le même disque, et également sur RO. dmesg Cependant, il a été heureux de nous faire part de ce problème. Alors, pouvez-vous faire une dmesg et nous parler du résultat ?

Dans notre cas, la seule solution a consisté à mettre la carte RAID sous tension pour la réveiller, puis à redémarrer à partir du support de secours et à vérifier le système de fichiers.

0voto

Richard Forth Points 1

J'ai eu ceci, et c'était un OOM (Out Of Memory / Kernel Panic), je l'ai trouvé quand j'ai vérifié dmesg pour tout problème avec le volume après avoir déjà essayé 'mount -o remount,rw /' et obtenu une erreur disant que le disque était protégé en écriture, quand j'ai trouvé l'OOM dans dmesg, j'ai redémarré et le volume était en lecture-écriture une fois de plus.

-1voto

Nullogy Points 21

J'ai résolu ce problème sous Arch Linux en installant "NTFS filesystem driver and utilities" en utilisant ceci :

sudo yaourt ntfs-3g

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X