LINUX.ORG.RU
Форум — General  

Раздел стал монтироваться только ro

 , , , ,


0

1

Привет! Всех с наступившем новым годом, здоровья и сбычи мечт.

Система OpenSuse 13.1 x64 KDE 4.12.0 Linux 3.11.6-4-desktop

Шо произошло: Нежданно, негаданно, внезапно один из жестких дисков стал монтироваться только ro. До этого 3 года монтировался нормально, и вот... Заметил вчера. До этого изменения в системе - ставил только присылаемые обновления с опенсусе сервера.

fstab выглядит как и 3 года назад (у других нормально примонтированны дисков выглядит так же): #/dev/disk/by-id/ata-DriveXpert_HDD0_CP-5723_Port_0_1_0_S-part1 /home/nick/sdc ext4 defaults 1 2

а вот mtab, который из /etc ссылается на /proc/self/mounts (который я отредактировать не могу) дает такое: #/dev/sdd1 /home/nick/sdd ext4 ro,relatime,data=ordered 0 0

Почему ro, внезапно??? Не знаю что делать. и отмонтировал, после чего перезагружался, потом монтировал тоже с перезагрузкой, все прахом - результат тот же..

Пожалуйста поможите!

★

Последнее исправление: cetjs2 (всего исправлений: 1)
← Конвертация tex в odt
ettercap ничего не делает, жрет 60% cpu с nanosleep(0) →

  1 2 →
Ответ на: комментарий от emulek

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

Ну, тут наверное вопрос работы дров (ФС) с конкретным чипсетом? Нет?

Nicklubert ★
() автор топика
Ответ на: комментарий от Nicklubert

Ну, тут наверное вопрос работы дров (ФС) с конкретным чипсетом? Нет?

нет. Это разные уровни абстракции.

Надо понимать, что ext4 это ФС для производства(продакшена), потому, если уровнем ниже(в драйвере/железе) возникает какая-то беда, ФС сразу начинает ругаться и монтировать всё в ro, ибо — аварийная ситуация.

А вот всякие NTFS нужны для клиентских систем, потому, если у клиента зависнет его девайс или там фотка со сраной кошкой побьётся — ничего страшного. Это не Фукусима. Потому они продолжают работать, «без проблем». Ну не прочитался сектор? Ну не беда, попробуем ещё раз...

emulek ★
()
Ответ на: комментарий от emulek

smart показывал ошибку чтения, при ошибке записи сектор будет перемещен, как-то так, dmesg писал файловая система ушла в режим только для чтения.

ilovewindows ★★★★★
()
Ответ на: комментарий от ilovewindows

smart показывал ошибку чтения, при ошибке записи сектор будет перемещен, как-то так

не так. У диска нет времени проверять, он пишет не глядя. Т.е. «ошибок записи» не существует. Существуют

1. ошибки позиционирования, когда оно не смогло найти сектор

2. ошибки чтения, когда не смогла прочитать

dmesg писал файловая система ушла в режим только для чтения.

ну если на нижнем уровне ошибка (в драйвере девайса), ФС диагностирует аварию, и валится в RO.

По твоему, это неправильное поведение, да?

emulek ★
()
Ответ на: комментарий от RedEyedMan3

Конечно же лучше получить read-only ext4 и спасти данные, чем видеть сдохший ntfs

о том и речь...

emulek ★
()
Ответ на: комментарий от emulek

Правильное поведение. smart действительно пишет ошибку чтения, но сектор будет перераспределен при операции «запись-проверка», цитата из того же smart.

ilovewindows ★★★★★
()
Ответ на: комментарий от ilovewindows

но сектор будет перераспределен при операции «запись-проверка», цитата из того же smart.

операция «проверка» в «запись-проверка» возможно только во время следующего оборота диска. Т.е. очень нескоро (ибо дорожки сейчас очень длинные в битах).

emulek ★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 →
← Конвертация tex в odt
General
ettercap ничего не делает, жрет 60% cpu с nanosleep(0) →