mount: невозможно перемонтировать блочное устройство / dev / sda5 для чтения и записи, защищено от записи

Все работает как обычно, за исключением того, что диск доступен только для чтения и не хочет возвращаться обратно.

Спасибо.

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

Это не многолучевость. Ничего особенного. Просто сервер с убунту 9.10.

для меня не имеет смысла, не так ли?

----РЕДАКТИРОВАТЬ----

Selinux не активен.

Нет никакого RAID. Есть 2 диска по 500Гб каждый. Первый для ОС и некоторых домов. Второй - для распределенной FS, высокой производительности HPC.

Dmesg не обновлялся 2 дня назад. В последних строках нет ничего, связанного с диском или ошибками.

Перезагрузился, жесткий диск не найден. Из биоса сдох жесткий диск, не отвечает даже на запросы имени.

Требуется новый жесткий диск. Спасибо.

Я боюсь, что это связано с повреждением файловой системы или проблемами на базовом оборудовании, поскольку это корневая файловая система, я рекомендую снова загрузить сервер с аварийного диска (или в однопользовательском режиме) и попытаться восстановить диск с помощью fsck.

Проверить что dmesg говорит, чтобы подтвердить коррупцию
Бегать fsck для ремонта жесткого диска, как только fsck запущен, немедленно перезагрузитесь, чтобы избежать каких-либо проблем

Hola Marc,

Em temo que aixo es un sintoma de corpcio al sistema de fitxers o de issues del hardware subjisted, com es el / lo que et recano es de rebotar el servidor amb un CD de rescat e intentar reparar el disk amb fsck.

Mira que diu la comanda dmesg nomes per corroborar que hi ha correpcio
Executa fsck per reparar el teu disc, en quan acabi rebota inmediatament per preveure qualsevol altre tipus de проблема

Доброго сорта!

Я видел это раньше, когда карта RAID выходила из строя, и в файл журнала ext3 нельзя было записать. В этот момент ядро пометило корневую ФС как доступную только для чтения и не разрешило ей вернуться.

Об этом ничего не регистрировалось, потому что, конечно, на том же диске была / var FS, а также RO. dmesgОднако был рад сообщить нам о проблеме. Итак, вы можете сделать dmesg а про выход расскажи?

В нашем случае единственным исправлением было включение и выключение питания, чтобы разбудить карту RAID, затем перезагрузку с загрузочного носителя и проверку файловой системы.

Я решил эту проблему в Arch Linux, установив "драйвер и утилиты файловой системы NTFS", используя следующее:

sudo yaourt ntfs-3g

У меня было это, и это была OOM (Out Of Memory / Kernel Panic), я обнаружил это, когда я проверил dmesg на наличие проблем с объемом после того, как уже попытался 'mount -o remount, rw /' и получил сообщение об ошибке с сообщением о диске был защищен от записи, когда я нашел OOM в dmesg, я перезагрузился, и том снова стал читать-записывать.