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

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

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

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

Селинукс не активен.

Там нет RAID. Есть 2 диска, 500Gb каждый. Первый для ОС и некоторых домов. Второй для распределенных ФС, высокая производительность HPC.

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

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

Требуется новый жесткий диск. Благодарю.

Источник

4 ответа

Решение

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

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

Привет Марк,

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

  • Mira Que Diu La Comanda dmesg номов за подтверждающего
  • Executa fsck за каждый диск, en quan acabi rebota inmediatament за один день, до конца года

Бона вроде!

Источник

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

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

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

Источник

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

Источник

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

sudo yaourt ntfs-3g
Источник
Другие вопросы по тегам