|
|
musor: бывает питало кампа пропало, когда винт писал в служебку Если сами данные не перезаписаны, нет никаких проблем. Никогда не пользовался и не пользуюсь UPS, никогда ничего не пропадало и не портилось. А поскольку живу в деревне, свет отключают часто. |
|
|
|
SAK: Бывали случаи, что содержимое винчестера убивалось при штатном его использовании с нормальным питанием, Ни что не убивается "просто так". Чтобы действительно что-то убить, нужны долгие часы непрерывных деструктивных действий. А что, Fat ещё кто-то использует на жёстких дисках? Я даже на флешках его не использую из-за бесполезности - ограничение на размер файла.
|
|
|
|
NN007: А что, Fat ещё кто-то использует на жёстких дисках? Речь-то не о собственно FAT, а о проблемах, связанных с потерей сведений на HDD о структуре, об организации данных в объеме HDD. Чаще всего подобные вопросы, когда не видно содержимое диска, связано с потерей содержимого таблицы разделов в MBR. Поскольку собственно данные, пользовательские файлы на диске, если физически не повреждены, хотя и находятся в дефрагментированном виде, бывают доступны для восстановления программами типа R-Studio и подобными. И задача пользователя, как правило, сводится к восстановлению таблицы разделов в MBR доступными средствами, например, с помощью копий таблицы.
|
|
|
|
NN007: Ни что не убивается "просто так". Чтобы действительно что-то убить, нужны долгие часы Нужны лишь доли сек в которые происходит аварийное отключение компа "в не удачное"
для системы время (обновление данных, когда устаревшие уже удалены,
а новые ещё не успели прописаться, (в основном из сист озу) и это справедливо и для неких прог,
сист данных, и даже мбр, бо некие проги и там прописываются..
В общем, всё зависит в какой момент, сист. операций и тп происходит сбой!!!
А результаты естеств, бывают разными и с последствиями (значительными - не значительными)
либо и вовсе без таковых, от отключения к отключению, от юзера к юзеру..
Ну, тут кому, как повезёт, в какое время под какой звездой народился 
(Где-то проскальзывало типа , что каждое пятое авар. отключения, грозит глюками системы,
разной степени сложности посл. восстановления..
(вообще, общей статистки, кому как повезло-не повезло после сбоев по питаниию,
НЕТ да и быть НЕ может)
У меня до установки бесперебойника (ещё на хрюше) бывали аварийные отключения,
и проходили, как безболезненно, так и с небольшими потерями данных (в Опере в основном)..
А вот у знакомого, из-за аварийки, накрылся хард.., носил его на ремонт, сказали,
что произошла некая перезапись и тд (сослов) и запросили чёт приииличную сумму на восстановление.. ВиНи: Я понял, что не установил под неё драйверы и стал устанваливать. А в это время по сети пролетели какие-то помехи (типа, холодильники дружно включились, или выкл?). Вот тут и произошёл ступор. А мож и кратковременный сбой по питанию..(имхо) |
|
|
|
Если быть точным, то физически данные (старые) удаляются при операции записи. а в основном все операции происходят с таблицей размещения файлов (FAT). В NTFS тоже есть такая таблица - Master File Table (MFT). Когда что-то удаляется с диска, то в этих таблицах ставятся метки, что кластер свободен. Данные остаются на диске, пока их не перепишут при операции записи. При записи новых данных система смотрит, какие кластеры свободны, туда и пишет. Если таблица слетела, то есстественно видно ничего не будет. С этой проблемой легко справляется CHKDSK с нужными параметрами. Она просто берёт копию таблицы и переписывает, потом находит цепочки потерянных кластеров (тоже могут возникать в результате сбоев) и преобразует их в файлы. Довольно мощная утилита. При различных неполадках в первую чередь я её запускаю. |
|