Потеря данных путем случайного отключения компьютера во время времени выполнения

Если Вы отключаете свой компьютер, это - то же как тогда, когда Вы выключаете его или просто сбрасываете его. В современных файловых системах, как NTFS, это не должно вызывать проблемы. NTFS называют, журналируя файловую систему, что означает, что, неправильно размонтировав диск (например, если Вы выключаете компьютер или ОС неожиданно, отказывает), это восстановит к стабильному месту при запуске ОС снова. Файл, который Вы копировали, не может быть завершен, но никакие данные кроме этого не должны быть потеряны.

В более старых, нежурналирующих файловых системах, как FAT, ОС не может восстановить файловую систему автоматически. Вот почему необходимо было выполнить Scandisk когда разрушенный Win98. Обычная проблема здесь состоит в том, что некоторые данные записаны в диск, но что данные не принадлежат никакому файлу, но все еще выделяют место на диске.

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

Теория состоит в том, что с современными Файловыми системами Журналирования данные записаны, такой способ, которым любые изменения в файловой системе могут или откатываться (если Вы отказали при записи большого файла, который не может быть завершен в упрощенных границах журнала), или продолжите продвигаться вперед (т.е. файл переименовывают или удаление) так, чтобы система была или в состоянии, что это было перед операцией или максимально близко к намеченному состоянию. Эта система весьма ненадежна.

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

По-видимому, эти "эксперты" использовали испытанный и доверяемый метод запуска машины, ожидания индикатора жесткого диска, чтобы прекратить высвечиваться (т.е. система на самом деле не использует диск) и затем удаляет питание в то время, когда наименьшее количество повреждения, вероятно, произойдет. Если бы я делал тестирование, то я сделал бы следующее:

1. Удалите как можно больше памяти так, чтобы файл подкачки использовался трудно
2. Запустите некоторое крупное видео или задачу обработки данных сохранить ту упорную работу жесткого диска
3. Запустите некоторый случайный пакет программ и установите их движение (для удачи)
4. Сохраните как можно больше данных из программ
5. ЗАТЕМ удалите питание, наугад указывает в этом списке, и на перезапуске видят то, что выжило. Возможности являются Windows, будет прекрасен, но некоторые данные могут быть непоследовательными. YMMV

Поскольку лучший эффект пытается изменить размер Вашего раздела Windows и затем удаляет питание, посмотрите, прекрасна ли Ваша машина после этого.

Я не забочусь о том, что говорят "эксперты", это - все еще глупая идея.

Can unplugging the cable during runtime cause data loss 

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

Однако, это не худший случай плохой науки, с которой я столкнулся. Существует шоу в Великобритании, которая предупредила о помещении Ромбов в духовке, как, "потому что они сделаны из углерода, они обратятся к CO2 и уплывут!"

Забудьте файловые системы, что относительно магнитных разрывов пластин, вызванных путем плохой парковки плавающей головки?

Возможное повреждение оборудования в стороне, насколько безопасный Ваши данные действительно, зависит от файловой системы, которую Вы используете, и в отличие от популярного мифа, журналирующего файловые системы, не средство исправления за потерю данных, они могут быть как раз наоборот. Причина этого журналирует себя, просто означает, что целостность Вашей файловой системы защищена, это не означает, что целостность Ваших данных защищена. С XFS на Linux, например, у Вас есть очень большое окно между тем, когда Ваше приложение пишет данные и когда данные на самом деле поражают диск, если что-то происходит промежуточное, данных не стало. Это отдельно не было бы всем этим плохо, но объединенный с несколькими причудами того, что POSIX позволяют с точки зрения семантики файловой системы, Вы входите в ситуации, где, когда приложение заменяют старый файл конфигурации новым, у Вас нет гарантии, что в случае катастрофического отказа любой из файлов выживает. Вместо этого можно закончить с 0-байтовым файлом. И это не то в миллионе несчастных случаев, это в основном происходит на каждом втором катастрофическом отказе в Вашей средней настольной системе к некоторому случайному файлу конфигурации (.gconf база данных является легкой жертвой).

Другие файловые системы, как ext3, не страдают от проблемы, поскольку или их семантика немного отличается, или у них есть намного меньшее окно кэша. Ранние версии Ext4 и reiserfs перенесли это к, но были зафиксированы тем временем.

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