» Восстановление разделов и информации на HDD (часть 4)

Цитата:

неверно указан начальный кластер MFT или размер кластера в бутсекторе)

А в начале, какой раздел выбирать надо: 0F или 07!?

Цитата:

1. Повторите дамп (одного) сектора 651178710.
2. Сделайте в DMDE "Поиск NTFS". В качестве области задайте проблемный раздел. Покажите результаты.
 

http://slil.ru/29046142

Поиск NTFS - долгое занятие, полчаса и всего 1%, а я и приоритет на максимум поставил.
Доделывать до конца!?



По второму скрину - правильно раздел выбран!?oF надо, не 07!?

boy999

Цитата:

какой раздел выбирать надо: 0F или 07!?

Вначале физический диск надо выбирать, а не раздел. Номер сектора - от начала физического.

Да, дамп Вы правильно сняли, значит дело не в этом. Надо смотреть результаты поиска. Это не быстро, но по-другому - сложнее.

Antech, возникла проблема с флэшкой - ФС определяется как RAW, возможно-ли испавить быстро и просто?
R-Studio нашла все, но без дерева каталогов черт ногу сломит..



дамп первых 100 секторов - http://slil.ru/29046934

добавлено:
все нормально, у человека есть копия дома...

Skif_off
Восстанавливать надо или уже нет?
Если надо, plz покажите 100 секторов, начиная с 8192 (необычное смещение раздела 2000h секторов - на флещках нет никакого стандарта на это смещение).

boy999
в нулевом секторе должна быть MBR, а там одни нули

Здравствуйте. Ситуация такая: есть веник WDC WD7500AADS-00M2B0 (698 Гб). Был разбит на один диск (NTFS; основной; хранение данных; не активный). Не занято было около 10 гигов. Я хотел временно сделать из этих 10 ещё один раздел. Воспользовался Акронисом. Разметил, применить: требуется перезагрузка (так и не понял почему). Ну ладно, перегружаюсь. Думал быстро пойдет, а он как начал тянуть... Вобщем, не выдержал, нажал ресет (не получалось по-другому, время поджимало. дурак, конечно, но что сейчас оправдываться). Знаю, что диск, собственно, целый и инфа никуда не делась и я бы сюда не писал, если бы был свободный веник такого же объема. Запустил R-Studio и восстановил бы все потихонечку. Но нету харда...
Когда загружаю WinSe7en, тот говорит, что нужно отфармотировать диск; а в ХРюшке диск отображается, буква диску присваивается, а файловая система - RAW.

Правильно ли я понимаю, что слетела таблица разделов? И можно ли в моей ситуации получить доступ к данным без вытягивания, а просто подправив таблицу?
Дамп первых 100 секторов http://slil.ru/29048029
С уважением. Дата. Подпись.

Это 4 часа прошло...... А надо ребутнуться......
На ночь можно будет поставить!?

Результат, как сохранить!?

Добавлено:
http://slil.ru/29048755

Лог 34%.
На ночь поставлю полный скан, а щас не могу больше....

igoriyok
Ответил на iXBT.

boy999
Отлично, достаточно. Теперь в нижней таблице подвиньте самый правый столбец (начало фрагмента MFT) так, чтобы его было видно (у Вас он полностью уехал за границу окна, а он-то очень нужен).

Antech

Цитата:

Восстанавливать надо или уже нет?

нет, дома копия была, только выяснилось это, когда я уже успел просканить R-Studio и сделать поиск FAT в DMDE..

Цитата:

Если надо, plz покажите 100 секторов, начиная с 8192 (необычное смещение раздела 2000h секторов - на флещках нет никакого стандарта на это смещение).

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

Цитата:

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

Так?:

Skif_off
Если форматировать виндой, то и будет 63. А вот если фирменными форматилками, то может быть по-разному. Типа флеш-специфик оптимизация.

boy999


Да нет, эта не интересует, это просто распарсенный нулевой сектор винта (таблица разделов в форматном виде).
Интересует вторая (нижняя) табличка в окне поиска, в ней - крайний правый столбец, который был скрыт у Вас на предыдущем скрине...

LeoT
Вообще-то если форматить Виндой флешку, то она не сделает PT, она безMBRную делает (бутсектор раздела - в нулевом секторе девайса). Я проверил на Win7 x64 Ult, сорри если в XP не так.

Цитата:

Интересует вторая (нижняя) табличка в окне поиска, в ней - крайний правый столбец, который был скрыт у Вас на предыдущем скрине...
 

Бац:

>>>Antech

Здраствуйте
Тут опять у меня проблемка с разделами моего NVIDIASTRIPE 1.16T, образовавшеяся после всё тогоже злополучного Gparted (глаза бы мои его не видели и юзал бы свой любимый Acronis, который меня никогда НЕ подводил, но, к сожелению, Gparted - это единственный редактор разделов, понимающий Ext4 ). Я через Acronis и через Geparted увидил незанятую область между двумя Ext4 разделами, которую встроенное средство разметки openSUSE почему то НЕ видит, и считает что разделы идут слитно. И я решил сначала добавить это место разделу openSUSE, но Gparted мне сказала что раздел нужно отмонтировать, что собственно под запущенной openSUSE НЕ возможно, посему я отмонтировал раздел ILYA и попытался его разширить слева на длину этого кусочка (примерно 8 метров). Сообщение Gparted о резервной копии проигнорировал, так как операция с моей точки зрения (покпайне мере для Acronis-а весьма простая и быстрая). Но мне Gpatred сначала выдала непонятную ошибку (сколько её не запускаю и что бы в ней не делал она всегда выдаёт какие то непонятные ошибки) которую я, как обычно, проигнорировал и началось преобразование раздела, которое потом закончилось неудачей и привело к тому, что раздел /ILYA начал определятся как неизвестный, и эти злополучные 8 метров очутились уже между разделами ILYA и DISK.
Что в этом всём радует, как и при повреждении раздела DISK, это то, что до перезагрузки openSUSE все данные с ILYA были видны и запускалась парочка случайно выбранных фильмов для проверки целостности данных, что, вроде бы, означает, что с данными, должно быть, всё впорядке. А при перезагрузке openSUSE, что уже абсалютно не стало для меня неожиданностью, сообщение об ошибке монтирования в fstab и аварийная консоль восстановления, просящая от меня пароль рута и ручного запуска иксов (init 5). После чего Yast2 уже не мог определить типа файловой системы раздела ILYA и соответственно его примонтировать в /ILYA.
Что для меня стало более сложным, так это то, что R-Studio хоть и видит этот раздел, его структуру и его папки, (собственно как и раздел openSUSE), но она, как и все форточные программы, пока на знакома с файловой системой Ext4 и не видит её файлы

Если вас не затруднит, помогите мне и в этот раз с моей проблемой

Вот архивчик со скрином разделов DMDE и дампами секторов:
0 (MBR)
0-100 (Мне не понятно что храниться в первых 65-ти секторах, и почему суперблок раздела openSUSE начинается с 65-ого сектора, а не с 63-его сектора, как определяют все программы, а лучше почему не с 1-ого)
41961782 (Найденный мной суперблок раздела ILYA оринтеровочно находящийся на том же самом месте до преобразования раздела со смещением примерно на 16008 секторов (длина вободной области))
41961788 (Первый блок c которого начиняются данные Ext4)
41961780-41962000 (Дамп примерно в 1000 секторов от найденного мной начала суперблока ILYA (c небольшим захватом))
1101818086 (заявленный конец раздела ILYA)
1101818080-1101818090 (Малый дамп области возле заявленного конца раздела ILYA и началом подозрительной образовавшейся свободной области)
1101818080-1101834097 (Полный дамп всей этой образовавшейся свободной области с небольшим захватом разделов)

Тип HDD: RAID-массив NVIDIASTRIPE 1.16T (4 Seagate ST3320620NS 320GB SATA2) - CHS 155653 255 63

Разметка до неудачного выполнеия расширения раздела /ILYA в Gparted:

1 Bootable ext4 63 41945776 (20.0 GB) / (openSUSE)
Free space 41945777 41961779 (Граница определена эксперимерально исходя из найденного суперблока в секторе 41961782)
2 Primary ext4 41961780 1101834095 (505.4 GB) /ILYA (ILYA)
3 Primary ntfs 1101834096 2500565444 (667.0 TB) /D (DISK)
Free space 2500565444 2500569087 (1.78 MB) (Acronis его НЕ видит, но DMDE показывает что оно есть)
Раздел DISK создавался в Acronis-е через загрузочный DVD (Reanimator), разделы openSUSE и ILYA средствами установочного DVD openSUSE 11.2.
Раздел ILYA получен поочерёдным "откусыванием" у раздела DISK слева (начала) 250 GB через, всё тотже, Acronis и добовлением его справа (к концу), всё тогоже, срадства управления разметкой openSUSE.

P.S. Как неудивительно Acronis с такой сложной и очень НЕ безопасной операцией как "откусить" 250 GB сначала раздела справляется куда лучше, чем Gparted с элементарнишей

Вроде бы всё привёл что может понадобиться для оценки ситуации.
Мне кажется (судя по найденному суперблоку и по его месту нахождения), что никакого расширения и вовсе не было, а пострадала только MBR.

И что ещё заметил, что почему-то суперблок у коректного раздела openSUSE находится не в заявленном 63-ем секторе, а в 65-ом секторе. Это правильно ? Если да то почему ?
Что находится в сектарах с 1 по 63 ?
Что это за остаточная область (как ей обозвал DMDE) после раздела DISK и можно ли её добавить к этому разделу, или это какая то служебная область ?
Лекго ли вручную править раздел Ext4 (например хотя бы добавлять свободную область в начало и/или в конец) ?
Я так понял что для добавления в конец области нужно просто пересчитать новый размер, новый конец и перезаписать эти данные в суперблок и MBR, а на сколько усложняется операция при добавление свободного места в начало ?
Если не затруднит, то раскажите про вкратце про структуру Ext4 и ёё отличия от NTFS, или скиньте пожалуйста ссылочки где это можно почитать

boy999
Понятно, их поменяли телами... У Вашего проблемного раздела MFT начиналась в кластере 3, а не 788440, как в бутсекторе указано. Я сразу подумал: почему Акронис сделал начало MFT так далеко от начала раздела, когда он любит делать в самом начале, чтобы быстрее повредилось? Но бутсектор на месте это факт, и очевидных повреждений нет, а оказывается это не тот бутсектор...

Исправленный бутсектор. Откройте физический в DMDE, меню Сервис - Заполнить секторы. Источник - мой файл. Приемник - физический диск. Первый сектор 651178773, Число секторов 1. После перезагрузки смотрите, что с разделом. Если не монтируется - cmd.exe, там chkdsk.exe БукваРаздела: (без доп-параметров).

Добавлено:
ILYA INDIGO

Цитата:

единственный редактор разделов, понимающий Ext4

А как же штатный fdisk? Есть в любом (обычном) дистрибе Линукса. Замечательная особенность этой прожки - она не умеет двигать разделы, поэтому учит правильному стилю переразметки (бэкап-рестор).


Цитата:

попытался его разширить слева

Блин, ну нафиг слева-то? Вы же Индиго, могли бы догадаться! Все координаты в разделе считаются от левой границы. Любые операции, прямо или оксвенно смещающие левую границу раздела, считаются максимально опасными для данных. И Акрони, или не Акронис, это не важно. Нельзя двигать левую границу без бэкапа.
Что касается, что в Акронисе это было бы легко и быстро, то я уже видел и восстанавливал после такого перемещения в Акронисе - ничего там надежного нет: достаточно проге сглючить, или отключить питание компа - и все, инфа потеряна, можете начинать восстанавливать.
И ничего элементарного в этой операции нет. Вам нужно либо сместить весь раздел влево (а это, как Вы понимаете, долго), либо переправлять адресацию во всей ФС (не помню, как там это в Ext устроено).


Цитата:

почему-то суперблок у коректного раздела openSUSE находится не в заявленном 63-ем секторе, а в 65-ом секторе. Это правильно ?

Если Ext, то в начале раздела 2 сектора под загрузчик, потом суперблок. 65-63=2.


Цитата:

про структуру Ext4

А я не знаю. Я знаю NTFS и FAT, а на Ext одно сообщение в год и я давно уже забыл, что там и как. Почитайте "Криминалистический анализ файловых систем".

Цитата:

Источник - мой файл. Приемник - физический диск. Первый сектор 651178773, Число секторов 1. После перезагрузки смотрите, что с разделом. Если не монтируется - cmd.exe, там chkdsk.exe БукваРаздела: (без доп-параметров).

В Разделе я выбрал - Физический диск - правильно!?


Всё ок, можно ОКать!?

>>>Antech


Цитата:

она не умеет двигать разделы

Вот этим та она мне и НЕ погравилась, Yast используя её мог редактировать разделы только с конца

Цитата:

Зачем слево-то?

Ну если нужно именно слева...
Я так понял нужно для добавления слева сначала переместить весь раздел влево, а потом расширить его справа... Теперь буду знать. Та я думал позиция высчитывается по абсолютному положению на винте, а не относительному положению от начала раздела... Короче не знание принципов файловой системы, и как следствие, не оптимальные пути рещения проблемы

Цитата:

в Акронисе - ничего там надежного нет: достаточно проге сглючить, или отключить питание компа - и все, инфа потеряна

Ну у меня бесперебойник может пол часа держать, а так же проблем с питанием не наблюдается, от мелкого вышебания пробок спасёт на раз, два, три. А так же перед такой операцией я всегда полностью дефрагментирую раздел, с выделением свободного места и всегда оставляю порядка процента свободного места (для 270 GB оставил 20 GB) Проделывал я именно таких опасных операций слева, ну штук 20 точно, и кроме зелёного сообщения "Операция завершена успешно", других я и не видели врятли увижу
Ну конечно в этот раз, уже понимаю наверно почему, я лоханулся так как раздел был забит под завязку, и нужно мне было сначала откусить от NTFS, расширить его справа, а потом уж добавлять слева (ну естественно как я терь уже понял не расширять слева, а переместить до упора раздел влево, а потом расширить вправо). Я пологал что подобные програмы должны сами разбивать автоматически на подобные поддействия
Ну ладно почитаю по больше про Ext4, пойму как там она устроена, и проверю мою первую теорию о том что перемещения никокого произведено не было, а изменилась только mbr, в которую нужно просто вернуть правильное расположение раздела, начальный сектор которого 41961780 я определил по суперблоку обнаруженному в 41961782. Вот только пока не совсем понятно где может быть конец, теоритически перед началом загрузочного раздела NTFS 1101834095, но не факт...

Цитата:

на Ext одно сообщение в год

Я, как всегда, счастливчик

boy999
Да, ОК.

И еще, я смотрю, у Вас какашка в таблице разделов. Первый раздел (NTFS) налезает на второй. Чем создавали/изменяли разделы? Partition magic, Acronis? Виндовая размечалка такую дрянь не создает. Эта фигня запросто могла быть причиной проблемы. Формально начало второго раздела - это конец первого раздела. Причем последний сектор первого раздела аккурат равен начальному сектору второго раздела. В последний сектор NTFS Винда XP/старше пишет копию бутсектора. Ну вот, она и записала. Бутсектор первого раздела в начало второго! Все сходится. Так что давайте дамп секторов 0-99 физического (физический, копировать секторы, первый сектор 0, число секторов 100) - поправим PT, чтобы снова не слетело.
И выбросьте свой ПартМэджик и Акронис - размечайте Виндой. Сколько раз твердили миру...

Antech

Так мне щас Окать, а потом дап секторов 0-99 или сначала дамп!?

boy999
Без разницы. Ка говорится, "делайте же что-нибудь" .

ILYA INDIGO
О да, тяга к трансформациям разделов неискоренима... Вместо борьбы с причиной Вы ищете различные способы борьбы с последствиями. Кстати, посмотрите какой прикол произошел у boy999 - это как раз классическая time-bomb от third-party размечалок. А еще у него MFT начинается в 3-м кластере и миррор в 49-м, и если в начало раздела запишется что не надо (а это бывает), то улетит начало МФТ и миррор, а значит ранлист MFT того на этого...


Цитата:

начальный сектор которого 41961780 я определил по суперблоку обнаруженному в 41961782

Тогда и нет вопросов. Исправьте PT и будет счастье. Хотите - я исправлю. Только нужен дамп MBR, как минимум, а я Ваш архив сейчас не хочу качать, т.к. нетбук+коммуник, а архив для ГПРСа великоват (7+ мегов). Завтра на работе, если не забуду, посмотрю/исправлю. Ну или, если хотите, можете и сами поправить: www.akina.hop.ru/mbr.php3.

Antech

Окнул, а мне вопрос:





Чего делать?

>>>Antech

Всё определил...
Первый суперблок с текстом ILYA расположен в 41961782, следовательно начало раздела находится в секторе 41961782-2=41961780.
Размер блока 8 скекторов, кол-во блоков 132484038 следовательно размер раздела составляет 132484038*8=1059872304 секторов
А значит конец раздела находиться в секторе 41961780+1059872304-1=1101834083 секторов

Итого таблица разделов должна выглядить следующим образом:

1 Bootable ext4 63 41945714 41945776 (20.0 GB) / (openSUSE)
2 Primary ext4 41961780 1059872304 1101834083 (505.4 GB) /ILYA (ILYA)
3 Primary ntfs 1101834096 1398731349 2500565444 (667.0 TB) /D (DISK)

Как я и думал... никакого переноса НЕ было, только повредилась MBR, которую мне следовало бы забэкапить перед опирацией...
От ныне я обезуюсь перед изменением разделов, каких бы ни было, и в чём бы ни было ВСЕГДА БЭКАПИТЬ MBR!!!
А так же впредь обязуюсь, если мне нужно расширить или "откусить" раздел слева, то разбить эту операцию на перемещения всего раздела влево и откусывания от получившегося раздела справа!!!
Ок доверю эту ответственную работу по правке MBR вам, только вот хотелось бы, чтобы вы мануальчик написали о том как вы это делаете и куда какие данные записываете. Перевести из DEC в HEX я в любом калькуляторе могу, а вот куда и что записывать мне не совсем понятно.

Ок обновляю архив оставляя там только MBR и первый суперблок раздела ILYA.


Цитата:

По поводу случая с boy999

Он так и не ответил через что он разбивал диск, как он его разбивал и сам ли он вообще его разбивал или оставил разметку как было при покупке ? (предпологаю что разбивался он явно не через Acronis)


Цитата:

По поводу моей тяги трансфармации разделов и исправления причины...

Основная причина как раз в том, что у меня раздел отфармотирован под этот фикальный NTFS, от которого я единственным доступным мне методом пытаюсь, как раз, и избавиться. Ну неукого мне взять винт на Тэр на пару дней Было бы у кого, я бы ещё и RAID 0 бы свой за одно переформатировал бы в RAID 5, а так имеем что имеем

Цитата:

boy999

Он так и не ответил через что он разбивал диск, как он его разбивал и сам ли он вообще его разбивал или оставил разметку как было при покупке ? (предпологаю что разбивался он явно не через Acronis)
 

Всегда ADDS'om разбиваю.

boy999
Делать из XP, или отобрать буквы у разделов X и Y в Управлении Дисками.

ILYA INDIGO

Цитата:

оставил разметку как было при покупке

При покупке нет разметки (исключая внешние винты и флешки).
Как видите, размечал он Акронисом, результат известен. Вообще, Акронис вроде не такое глюкало, как ПартМэджик, не знаю почему он такой вопиющий косяк в простейшей вещи сделал. А для ПартМэджик это обычное дело.


Цитата:

ВСЕГДА БЭКАПИТЬ MBR

Вы не первый с такой идеей. Поможет далеко не всегда. Когда это действительно имеет смысл - при наличии шифрованных разделов, особенно - если такой не один, и без промежутков между разделами. Но при нешифрованных разделах с известными типами ФС бэкап MBR не имеет особого смысла, т.к. легко и быстро можете построить MBR с нуля, Вы это и так уже знаете.

Исправленная MBR. Запишите в нулевой сектор и перезагрузитесь (или попросите Линукс перечитать таблицу разделов, наверное это как-то можно сделать).


Цитата:

разбить эту операцию на перемещения всего раздела влево

А при этом все равно левую границу сдвигаете => делаете самую опасную операцию для инфы. Представьте, что в какой-то момент вдруг вылезет ошибка на интерфейсе, или обнаружится бэд в неиспользуемой области раздела. Прога остановится, Вы останетесь с частично смещенным разделом. Как Вы будете (точно) определять, какая часть раздела сместилась, я не представляю... Хотя, учитывая что у Вас RAID-0 и нет бэкапа, то это уже и не так важно. Поверьте, Ваша система хранения данных и подход к операциям с разделами в плане надежности никуда не годится, так скажет любой DR. Это худшее из того, что я видел на форумах. Sorry.
Делать лучше не RAID-5, и даже не RAID-1, а бэкап.
Кстати, пример с этого форума. Лео - это Леонид Тарановский, довольно известный DR спец.


Цитата:

отфармотирован под этот фикальный NTFS

Ну нихрена себе! Вы посмотрите на структуру Ext, FAT и NTFS. Самый фекальный - FAT, Ext - так себе, но NTFS очень хорош, хотя его и Микрософт делал. Вообще, современные ФС становятся все более сложными, а значит менее надежными. Это not respect, т.к. ФС должна быть как можно проще для уменьшения вероятности глюков. К сожалению, Ext не красивее NTFS, а сложности очевидны. Конечно, это больше из области личных предпочтений и холиваров, а не технических особенностей.


Цитата:

мануальчик написали о том как вы это делаете

Выше я дал линк на мануал по PT. За исключением точки в конце он правильный и страница живая. Это классика от Akina.
Если интересует конкретно Ваш кейс, то я изменил смещение второго раздела, увеличил соответственно размер первого раздела и уменьшил размер второго. Все, больше ничего не надо было исправлять. Посмотрим, что же будет.

Цитата:

Делать из XP, или отобрать буквы у разделов X и Y в Управлении Дисками.

Ничего не понял!

В ХР и делаю, а буквы зачем отбирать!?
Чего, вообще, надо проге!?

boy999
Странно, XP не лочит разделы. Варианты:
1. Забейте на это сообщение и жмите ОК еще раз.
2. Пуск - Выполнить - diskmgmt.msc, там по правой кнопке на разделе "Изменить букву диска...".


Цитата:

Чего, вообще, надо проге!?

Винда может захотеть что-либо записать в раздел (любит она это). Поэтому есть функция залочки разделов, которая говорит Винде, что писать в данный раздел не следует. Вы лочите раздел, пишете, разлочиваете. Таким образом, ОС не будет ничего изменять внутри раздела, пока Вы пишете туда. В отличие от XP, вистоидах (Vista/7) просто так в раздел не запишешь: вначале надо лочить, иначе не даст доступ на запись к той области диска, которую занимает раздел.

Цитата:

там по правой кнопке на разделе "Изменить букву диска...".

У!? А на какую надо!?

>>>Antech



Для мну было даже не удивительным, что всё прекрасно снова примонтировалось, это уже было не радостью, как в первый раз, а просто само собой разумеющийся вещью. Расчитывал разметку же я сам )


Цитата:

При покупке нет разметки (исключая внешние винты и флешки)

Иногда флешки бывают отфоратированные, когда их проверяют. То же самое и могло быть с юзб винтом. А так же могли просто попросить у продавца проверить винт, который он на спешую руку форматнул чем попало, и как попало.

Цитата:

Поможет далеко не всегда.

Мне бы он помог в обеих случаях, собственно оба моих случая были связаны с его повреждением.

Цитата:

NTFS и Ext4

Вы делаете серьёзную ошибку расматривая файловые системы ExtX в одной куче! Ext2, Ext3 и Ext4, хоть и не абсалютно, но всё же, разные файловые системы. Про приимущества Ext4 над, более ранними версиями можно почитать на сайте IBM.

Сравнивать файловую систему Ext4 c NTFS - это просто смешно, так как последняя уступает первой по всем параметрам.
1. У Ext4 нету никакой MFT, которая ведёт ся как попало, наоходится может где попало, и принимать размер какой ей вздусается (у меня она как то весила более 20 Гб), а потом, как в случае с boy999 из-за её неверного расположения накрывается раздел. В Ext4, как я прочитал в рекомендованной вами книге Брайана Кэрриэ: "Криминалистический анализ файловых систем", метаданные всех файлов и каталогов хранятся в структуре данных: "Индексный узел" (i-узел), которая обладает фиксированным размером и храниться в строго определённом месте - индексной таблице. Одно только это чего стоит.
2. NTFS - эта файловая система, которая не то что НЕ бориться, а прям разводит фрагментацию своих файлов, причём да же тогда , когда свободного место немеренно и не только при записи но и, как я лично убидился в этом, даже при удалении файлов, приполностью отдефрагментированой файловой системе с выделением места. И у ней же гораздо больше падает производительность при фрагментации файлов, чем даже у Ext2, так что NTFS постоянно нуждается в постоянной дефрагментации, без которой жить НЕ может.
Ext4 же, впрпочем как и Ext2 и Ext3, файловые системы НЕ нуждающиеся в дефрагментации вообще! У них благодаря своему строению файлы при достаточном объёме, вообще НЕ фрагментируются, а при сильной загруженности делают фрагментацию минимальной. При этом Ext4 обладает способностью "дефрагментироваться на лету", что просто отбивает надобность в дефрагментации. Но да же на крайний случай, отдефрагментировать раздел можно простым перемещением данных с раздела на раздел (сделать конечно это не всегда возможно, но оно и вообще НЕ нужно!). А в файловой системе Ext4, в отличие от Ext3, благодаря некоторым решением ёщё больше сведено к миниуму как фрагмиентированность при сильном заполнении, так и влияние фрагментированности на быстродействие.
3. Ну про то что по тестам произвадительности NTFS проигрывает Ext4 (в гугле можно беспроблем найти кучу тестов) это само собой разумеющаяся вещь.
И вот от этого фикалия под названием NTFS я сейчас и избавляюсь.

test

Добавлено:
На ноутбуке стоял XP sp3 pro (только один раздел C:\ 160GB). По ошибке начал инсталлироваться другой xp с внешнего USB-харда.
Через секунд 30 я USB вытащил.
Теперь все файлы в папках "documents and settings" и "windows" имеют размер 0 кб.
Вся структрура и имена файлов и папок полностью сохранилась.
R-Studio "восстанавливает" любые файлы, но их размер все равно 0 кб.

Неужели MFT стерся? и как его восстановить?