AFAIK причины повреждения файловой системы следующие:
Вопросы:
dd, но есть ли что-то еще?Мне интересно узнать о Linux, но, вероятно, это применимо и к Windows.
На случай неправильного выключения у вас должна быть возможность протестировать с помощью виртуальных машин. Напишите сценарий для загрузки всех ваших приложений и служб. Затем используйте API, чтобы убить виртуальную машину, а затем загрузите ее обратно. Повторите ... дайте вашему скрипту поработать и посмотрите, сколько времени потребуется, чтобы умереть.
В случае ошибок ядра: найдите старое бета-ядро, например, из ранних дней Reiser, XFS или EXT4. Просмотрите списки ошибок и изменений, чтобы найти воспроизводимую ошибку.
В механизме звуковой катушки, который позиционирует головки жесткого диска, используются редкоземельные магниты, и я получил несколько довольно больших и очень сильных магнитов из мертвых жестких дисков.
Вы можете создать дисковые ошибки на работающем жестком диске, взяв достаточно сильный магнит и прижав его к верхней части жесткого диска. Обратите внимание, однако, что это необратимый процесс, если он вообще сработает, это приведет к повреждению следящих дорожек на пластинах привода, что сделает диск непригодным для использования.
1) Другой источник коррупции, который очень интересен, - это перекрывающиеся разделы. Вы можете работать месяцами, когда конец одного раздела перекрывает начало другого только на один сектор. Или больше!
2) В пакете sg3-utils есть несколько хороших низкоуровневых команд SCSI, которые можно использовать, чтобы возиться с диском. Например:
sg_write_long -w -l 16384 /dev/sda
Записывает неисправимую ошибку в сектор 16384 / dev / sda (ну, на самом деле он просто сообщает диску, что там есть неисправимая ошибка).