Непредсказуемые последствия.
2851
12
Прошу помочь разобраться в следующей ситуации
Было:
1. Упавшая Windows, возможно, с данными на системном диске (было под FAT32) и еще один логический диск с данными, возможно всеми, что были у юзера.
Мои действия:
1. Копирование данных по сетке на сервер с обоих дисков.
2. Установка на диск С новой Windows с предварительным форматированием раздела в NTFS.
3. С помощью Partitin Magic 8 уменьшение диска С и увеличение диска D.
В результате юзер утверждает, что у него в рабочей папке, которая была на D не все данные, что, видимо, правда.
На этапе 1 и 3 скорее всего были ошибки выполнения операций.
Вопрос: где искать данные и чем?
Заранее спасибо.
Электроник
Для начала прогнать диск в EasyRecovery. Но и она не всегда помогает. Тогда поможет ZAR. Мне приносили винт, его восстановили в ER, а клиенты говорят, что была самая важная папка, а в бекапе её нет. Запустил ZAR и через 40 минут всё было сохранено.
Электроник
подняться на машине с ERD commander диска - слить все данные по сетке или подняться с бутявой компашки acronis true image server и слить или все данные ERD или имиджи партиций с компрессией акронисом, после чего снети партишны, сразу отерить под оба диска, чтоб потом двиганье не заниматься - стави все, имиджи монтируем как виртуальные диски и переписываем данные обратно, или просто заливаем по сети, если копировались данные через ERD
Найдена возможная причина несчастий - cross-linked files, не помню как по-русски называется.
Вопрос такой - как от этой штуки избавиться, может ли она жить на NTFS. Последнее связано с тем, что раздел, содержащий ошибки, был преобразован из FAT в NTFS. Какой надежный софт существует для проверки дисков (Windows, Norton и Partitiоn Magic в данном случае зарекомендовали себя не самым лучшим образом.)
Электроник
Найдена возможная причина несчастий - cross-linked files, не помню как по-русски называется.
Вопрос такой - как от этой штуки избавиться, может ли она жить на NTFS.
----------
это не причина, а следствие :миг:скажем издержки FAT32, под
вин98 такое встречается... "лечится" регулярным запуском скандиска. под NTFS такое ни разу не встречал :миг:
Vovasa
>Издержки..

Мелкософт ещё и не на такое способен, и боюсь, что до сих пор. Кстати, cross-linked files, по-моему, ничем не лечится, в своё время исправлял такую ошибку только вручную. На диске 20 Мб это было не так уж и сложно.
Ещё бы посмотреть на того умника, что установил ХР на FAT. Знал бы, давно на NTFS переделал.
Электроник
> Ещё бы посмотреть на того умника, что установил ХР на FAT.
всегда ставлю ХР на FAT. за 3 года и приблизительно 80-90 установок НИ РАЗУ не было проблем подобного рода.
удобно тем, что можно взять live-CD linux, и не устанавливая системы, по сети скопировать данные с сервера / на сервер.
gringo
Может оно и так. (Зачем, кстати ХР на FAT ставится?) Только я один раз заметил, что при высоком уровне фрагментации подобные вещи и происходят.
А Linux, вроде читатет NTFS, или я ошибаюсь?
gringo
а зачем это делать с live-CD?
или всмысле если грохнется система? :eek:
0Саша0
А чем копировали данные по сетке на сервер?
Электроник
> А Linux, вроде читатет NTFS, или я ошибаюсь?
читает, но не пишет.
captive-NTFS не всчет. :ухмылка:
0Саша0
> а зачем это делать с live-CD?
или всмысле если грохнется система?

да, если грохнулась система и комп не грузиццо - загружаюсь с live-CD и сливаю юзерские документы на сервак.
gringo
Для поднятия рухнувших на ntfs-е систем есть ERD Commander.
А ставить NT-системы на FAT ИМХО тоже самое что ставить на FAT тот-же линух.