Как найти детали как то, только для чтения ли смонтированная файловая система или чтение-запись с деталями состояния, связанного с дисковым здоровьем?

Question 1

Как найти детали как то, только для чтения ли смонтированная файловая система или чтение-запись?

В дополнение к нему, как найти детали жесткого диска или состояния здоровья раздела, не влияя на данные того смонтированного диска или раздела?

Question 2

Команда mount перечислит все смонтированные разделы и укажет, смонтированы ли они только для чтения (ro) или чтение-запись (rw).

нет никакого способа сказать, является ли файловая система "healty", в то время как смонтировано в нормальном режиме чтения-записи. Чтобы определить, здорова ли файловая система, необходимо использовать fsck (или подобный инструмент), и они требуют или размонтированных файловых систем или файловых систем mounter только для чтения.

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

Question 3

Question 4

Файл /proc/mounts содержит необходимую информацию.

, Например, там у меня есть запись для моего диска перехода

/dev/sdb1 /media/xieerqi/Lexar vfat rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro 0 0

, Кома разделила список опций, и конкретно rw указывает, что это - смонтированная файловая система чтения-записи. Для только для чтения это сказало бы ro

Question 5

Вам будет нужна комбинация инструментов, которым я верю, связываются в пакете smartmontools. Это связывается , содержит довольно хороший план.

Ваш первый шаг должен быть должен оценить УМНОЕ сообщение о каждом диске с помощью smartctl. smartctl -a /dev/sdX принятие стандартного контроллера SATA, с X являющийся фактическим идентификатором диска

Ваш второй шаг должен быть самопроверкой дополнительного диска, smartctl является способом пойти сюда также: smartctl --test=long /dev/sdX и после того, как тестовое время передало (между 60 и 240 минутами для большинства дисков), считайте результаты с командой на шаге 1.

, Ваш третий шаг должен быть тестом передачи диска, если поддерживается Вашим диском. Вы получаете ошибку от следующей команды, если она не поддерживается: smartctl --test=conveyance /dev/sdX. Результаты: посмотрите шаг 1.

До этой точки, просто пишущий, что целый диск был бы плохой идеей, так как переотображения поврежденного сектора сделаны во время операций записи. Другими словами, доказательство сбоя диска, возможно, было покрыто.

Предположение, что всем шагам выше не удается найти проблему, необходимо теперь использовать "badblocks" для сканирования дисков для ошибок при записи:
badblocks -nvs /dev/sdX
Вышеупомянутое является неразрушающим контролем,-wvs использования является разрушительной альтернативой, может быть немного быстрее.

Те я обращаю внимание на на моем ноутбуке (с твердотельным диском, различные диски имеют различные тесты S.M.A.R.T.)

5 Reallocated_Sector_Ct
183 Runtime_Bad_Block
184 End-to-End_Error 
233 Media_Wearout_Indicator

Особенно, первый индикатор хорош, как это говорит Вам, сколько плохих секторов/блоков было повторно отображено на диске.

sмurf · Accepted Answer · 3 December 2019 в 06:41