tomset
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:| О какой такой зоне речь? Можно поподробнее? |
В NTFS при выделении кластеров, первые 12% не должны распределяться под данные.
Только под метаданные.
Чтобы они не разъезжались по всем диску.
По крайней мере декларировалось так когда NTFS появилась. Но боюсь разработчики последних OC, дефрагментаторов и двигалок разделов, забыли об этом.
Причем ни кто кроме первых разработчиков NTFS, которые уже давно на пенсии, даже вряд ли знают где и как хранится информация о резервировании.
Цитата:| И уже в который раз, акцентирую на штатные средства винды - неужели они научились двигать разделы? Или этот момент целенаправленно игнорируется? |
То что они включили в Win чужую программу по изменению разделов, совсем не гарантирует ее правильную работу.
На самом деле проблем и подводных камней тут на много больше чем кажется.
Эти действия нельзя выполнить в стандартных функциях системы NTFS.
Которые более менее обкатаны.
NTFS закрытая система. Ни кому из сторонних фирм исходный код не раскрывается.
Следовательно они могут действовать, только по наитию. Предпологагая, а не достоверно зная, как NTFS работает.
Заниматься декодированием кода управления NTFS, Разбором всех структур, дело не благородное, и чревато большим количеством ошибок и неточностей.
В модулях написанных более 30 лет назад, ни один программист, будь он хоть семи пядей во лбу, уже не сможет разобраться. Только первые авторы, а они уже на пенсии, а то и померли.
Трогать что-то в этих модулях, практически 100% вероятность что-то поломать.
Я внимательно слежу, за развитием DE.
Сколько вылезает глюков при разборе любой FS, вам и не снилось.
Уже в течении 10 лет, чуть ли не каждый месяц, приходится с разработчиками DE отлавливать очередной глюк при разборе любой поврежденной FS.
Начиная от FAT.
Как вы простых вещей понять не можете?
Не возможно проверить FS на все 100% за разумное время.
Можно какие-то основные моменты проверить, но все структуры, ссылки, атрибуты, индексы и 100 лет не хватит.
В рамках работы NTFS, если что-то пойдет не так, сработает система отката транзикций. А при изменении размеров раздела, откат не работает.
Ну простейший случай, полезла программа увеличивать bitmap, при увеличении раздела
Нужно убедиться что Bitmap cоответствует реальному состоянию занятых кластеров.
Кто выполнит и сравнит, все записи о файлах их занятым кластерам, соотвествует битмап?
По какой информации выделить свободные кластера под продолжение bitmap.
По ней самой? А где гарантия, что в Bitmap нет ошибки? у файла ни контрольной суммы нет, ни кто не знает, есть ли какая структура, которая подтверждает, что Bitmap корректен.
Ляжет это продолжение на любой критичный файл и приплыли.
Постоянно натыкаюсь в DE на то, что битмап не отмечает часть кластеров занятых файлами. Не успело это дело засинхранизироваться еще по каким-то причинам.
И это только битмап, а еще нужно с правами и квотами разобраться.
Обе копии boot сектора тоже в MFT прописаны, и их надо корректно изменить, а если там ошибка?
|
Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 01:13 20-08-2015 | Исправлено: tomset, 01:30 20-08-2015 |
|
допилить диск попыткой вычитывания системного раздела, после чего диск был заменен по гарантии, система раскатал из образа, а данные слил на него. А вот как бы было дело если бы был всего один раздел?
) то царапины не миновать. 
