Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Обнуление/Восстановление списка плохих секторов в NTFS

Модерирует : Akam1, Dr_StandBy, vertex4

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2

Открыть новую тему     Написать ответ в эту тему

Winnie_The_Pooh



Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Мне часто приходится копировать NTFS-разделы с диска на диск. В том числе и с дисков с плохими секторами на новые диски. При копировании NTFS-раздела программами типа Partition Manager с диска с плохими секторами на новый диск, на новом диске также появляются плохие сектора. Так как при клонировании копируется и служебный файл $BadClus, хранящий информацию о плохих кластерах. Это не есть гуд. А как их убрать из скопированного раздела непонятно.
    Вот что я нашёл в гугле.
  • Svensson, Anders, Computer Forensics Applied to Windows NTFS Computers April 2005
       см. п.3.2.11.3 в 2005-x-268 Computer Forensics Applied to Windows NTFS Computers.pdf, Hiding information in bad clusters

    Цитата:
    One of the reasons why this is not a well discussed topic might be the difficulties of marking and unmarking bad clusters. There is little information on the subject and I’ve been unsuccessful in finding any tool doing this in an automated fashion. Well, how are clusters (un)marked in NTFS? The only information I have found about this is in the FAQ section on a website of a company developing computer forensic tools [Inet05]. A question about how clusters are unmarked in NTFS was asked in the FAQ and the CEO of the company gave the following answer to the question:
    “You could open the NTFS drive in WinHex and use the directory browser to list the clusters allocated to the system file $BadClus. These are the bad clusters. Individual sectors are not accounted for. Usually $BadClus has a size of zero, of course (=no faulty clusters). To unmark bad clusters, you would have to edit the FILE record describing $BadClus, i.e. at least the data runs and the file size, and you would have to mark the clusters as free (unallocated) in the system file $Bitmap.”
    Winhex is a hexadecimal editor developed by their Company. The answer make sense because the $BadClus is the NTFS specific metadata file that includes all bad clusters on the disk and the $Bitmap file is another NTFS metadata file and, as explained in 3.1.1.3, it contains a bitmap view of allocated clusters on the disk.

       т.е. тут об отсутствии софта и о трудности (un)mark clusters in NTFS
  • X-Ways Support Forum: How do I mark sectors as BAD using winhex?
       тут о трудности (un)mark clusters in NTFS
  • forum.linux-ntfs.org  View topic - ntfsresize reports bad sectors (hardware failure)
       тут уже теплее и с примерами о Reseting the bad sectors list after cloning
  • ntfsclone wiki.linux-ntfs.org
       тут теория, как Reset the bad sectors list after cloning

В результате вот что получилось.
    Предлагаются следующие шаги для обнуления/восстановления списка плохих секторов в NTFS.
  1. нужен загрузочный диск с Unix на борту. его я взял методом тыка, случайно отсюда
  2. тут есть нужные нам команды ntfsinfo и ntfstruncate из пакета ntfsprogs.
  3. грузимся с этого диска, запускаем
       ntfsinfo -i 8 <partition>
       где -i 8 указывает на служебный файл $BadClus, хранящий информацию о плохих кластерах
           <partition> = /dev/hda1, если диск ide, либо /dev/sda1, если диск sata
           как определить точно, с каким диском работать, я не знаю. я в юниксе не силён совсем. проще отключить на время все лишние винты. либо скажите команду, кто знает.
  4. записываем на бумажку строчку после Dumping attribute $Data (0x80)... в самом конце Allocated size: ... 10-значное число должно быть
  5. ntfstruncate <partition> 8 0x80 '$Bad' 0
       обнуляем атрибут 'Bad'
  6. ntfstruncate <partition> 8 0x80 '$Bad' <ntfs_size>, <ntfs_size> из п.4
       восстанавливаем атрибут 'Bad'
  7. грузимся в windows и запускаем проверку диска, т.к. ntfstruncate оставляет после себя ошибки.

В результате имеем свою прежнюю винду и без плохих секторов. Что я и проделал успешно.
Хочется загрузочный диск юникса размером поменьше, лучше образ дискеты. Чтобы был минимум команд. сам не сделаю - нет знаний. Тут пока молчат.
Ну и конечно, было бы совсем здорово какую-нибудь софтину под винду, которая бы умела клонировать разделы NTFS с обнулением списка плохих кластеров.

Всего записей: 143 | Зарегистр. 25-04-2002 | Отправлено: 08:20 24-01-2007
Grigorijg

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Winnie_The_Pooh
Огромное Вам спасибо за проделанную большую чёрную работу!!! Только благодаря Вам мне удалось найти примитивный способ очистки списка помеченных ложных плохих секторов в NTFS. Этот способ - для "дремучих чайников" вроде меня. Чтобы меня модераторы не забанили за Варез (я этого просто не переживу ), наберите в Гугле: "Runtime DiskExplorer for NTFS скачать". Скачайте программу с кейгеном (лекарством) и установите её, в Help найдите пункт регистрации и введите имя пользователя и серийник. В меню Tools/Options выберите режим "direct read/write". С помощью первой иконки меню (в виде дискеты) выберите диск/раздел. С помощью пункта меню Goto перейдите к Mft. Найдите файл $BadClus, в контекстном меню перейдите к Select и выберите отмечаемые сектора (сам файл целиком иначе выделить не удаётся). Надо внимательно выбрать сектора, проще всего это сделать по десятичной системе (нижнее окошко dec). Так, у меня позиция файла (десятичное значение перед файлом) была  142203570. Я пометил от 142203570 до 142203571 (оставил offset/смещение нулевым), ОК. Т.е. мы выделяем весь фал $BadClus, находящийся в одном секторе. Далее, в контекстном меню выбираем Copy to file и сохраняем в виде .img файла (на всякий случай). .img файлы с грехом пополам просматриваются в "Блокноте". Надо иметь ещё один раздел с однотипной NTFS на этой машине, где плохие сектора не помечены. Аналогичным образом сохраняем $BadClus в виде .img файла. Затем снова открываем проблемный раздел и выделяем файл $BadClus,  в меню Edit выбираем "Paste from file" и указываем на "здоровый" img файл. Программа не будет несколько раз спрашивать перезаписать или нет $BadClus - вносит изменения сразу (будьте внимательны)! Я копировал не из файла , а из буфера обмена, выделив содержимое "здорового файла" при просмотре в текстовом режиме (контекстное меню Search->Text). После такой подмены $BadClus у меня chkdsk даже не пикнул, хотя полноценной заменой это нельзя назвать!!! Принудительная проверка chkdsk Х: /f (X - буква диска)  также не показала плохие сектора!!! У меня на компьютере два физических жёстких диска IDE. Проблемный раздел (логический) - накопительный раздел второго диска (270ГБ). Ложные плохие сектора в нём возникли по моей вине - не усмотрел за износом хрупкого 80 проводного шлейфа, который часто переключал, нахально не дёргал, но.... Диск после сбоя проверил на отсутствие физических плохих секторов соответствующей утилитой типа Виктории. $BadClus "брал" из первичного активного (системного) раздела с Windows XP SP2 на первом диске (21ГБ).
 
Конкретно в Вашем случае всё ещё проще. Снимаем образ файла $BadClus свеженького раздела NTFS до разворачивания туда образа системы (или раздела с данными) из Backup-a. После восстановления из Backup-a $BadClus подменяем из сделанного образа. Понятно, что Runtime's DiskExplorer for NTFS должен работать из другого системного раздела, чем восстанавливаемый, но можно поэкспериментировать - а вдруг программка разрешит менять $BadClus прямо в своём разделе?.. ЭВРИКА!!! Разрешение получил! Т.е. можно менять $BadClus прямо в рабочем активном системном разделе и  делать его ($BadClus) резервное копирование-восстановление!!!

Всего записей: 2118 | Зарегистр. 15-12-2006 | Отправлено: 06:13 01-08-2009 | Исправлено: Grigorijg, 16:17 03-08-2009
Winnie_The_Pooh



Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Попробовал обменять $BadClus между дисками C и E с помощью Runtime's DiskExplorer for NTFS на виртуальной машине. Перегрузил, WinXP во время перезагрузки исправила $BadClus на диске E, диск C вообще не проверяла. Оба диска остались живы. В общем прога работает, спасибо, Grigorijg!

Всего записей: 143 | Зарегистр. 25-04-2002 | Отправлено: 07:13 31-08-2009
Antech

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Winnie_The_Pooh
Способ, предложенный Grigorijg, гораздо правильнее. Такие вещи лучше делать в редакторе. Только делается гораздо проще. Заполняете файловую запись $BadClus (два сектора) нулями, полностью. После этого chkdsk.exe /F - и все, новый пустой $BadClus.
Если интересно. $BadClus - это обычный sparse-файл. Если бэд-кластеров нет, то файл имеет один спарс-фрагмент размером с весь раздел. Если бэд-кластеры (или последовательные цепочки бэд-кластеров) присутствуют, то эти кластеры/цепочки становятся не-sparse фрагментами $BadClus. Например, у нас есть плохой кластер №5 (в нем один или несколько бэд-секторов). Тогда $BadClus будет иметь три фрагмента:
1. Кластеры 0...4 - sparse.
2. Кластер 5 - не sparse.
3. Кластеры 6 и далее - sparce.
Соответственно, ранлист такой: 01 05 11 01 05 14 XX XX XX XX 06 (здесь XX XX XX XX - размер раздела минус 7 кластеров).
Это работает очень просто. $BadClus банально использует все плохие кластеры, и другие файлы не будут туда записаны. Т.е. это просто файл-помойка, куда сбрасываются плохие клстеры. И кроме этого в ФС не надо никакаих специальных мер для скрытия бэд-кластеров. Таки Микрософт может рожать красивые идеи.
 
При копировании NTFS-раздела программами типа Partition Manager
А зачем такой нестандартный секс? Менеджеры разделов (кроме встроенных в Win/Linux) считаются дата-рекаверистами неполиткорректными (по разным причинам), но это другой вопрос. Главное, что для пофайлового копирования есть LiveCD, а если Win/Linux-драйвер не монтирует ФС, то поможет R-Studio/GetDataBack (возможно, даже без длительного сканирования), или Recover/Copy в WinHex, или даже бесплатные Recuva/MediaWorkshop. Результаты:
1. Нет проблем с $BadClus.
2. На диске-приемнике имеете раздел, формаченный Виндой, а не лягушку-зверушку, сделанную ПартМэджиком или Акронисом с хрен знает где расположенной MFT (зачастую в начале раздела: сразу фрагментация MFT + повышенная вероятность пострадать от катаклизмов в начале раздела).

Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:20 02-09-2009 | Исправлено: Antech, 09:24 02-09-2009
Winnie_The_Pooh



Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Antech
Я попробовал в виртуальной машине на диске C с помощью Runtime's DiskExplorer for NTFS заполнить "...файловую запись $BadClus (два сектора) нулями, полностью. После этого chkdsk.exe /F". Сразу после заполнения, вместо $BadClus поимел Invalid MFT Entry в окошке DiskExplorer. В результате во время перезагрузки имел синий экран с ошибкой STOP 0x00000024. А вот с диском E такой опыт прошёл так, как ты и писал. Chkdsk /f /x вставил атрибут данных в файл 8 и исправил ошибки в файле поврежденных кластеров. Спасибо, Antech за ещё один вариант!
 
А цель моя "... копировании NTFS-раздела программами типа Partition Manager" не в восстановлении информации, а в замене одного жесткого диска на другой. Неважно, новый он или старый, больший по размеру или меньший. Например, был диск 40Gb, на нем винда. Юзер работал успешно. Тут юзер купил себе новый диск на 400Gb. Я скопировал через Partition Manager старый диск на новый, ресайзил его до 400Gb и воткнул в системник вместо старого. Юзер доволен. И винда родная сохранилась со всеми прогами и доками, и диск стал больше по размеру.
Если же стоит задача восстановления потерянных данных, то я не пользуюсь для этого Partition Manager. Я беру R-Studio и восстанавливаю.

Всего записей: 143 | Зарегистр. 25-04-2002 | Отправлено: 04:53 04-09-2009 | Исправлено: Winnie_The_Pooh, 05:08 04-09-2009
Antech

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Winnie_The_Pooh

Цитата:
винда родная сохранилась со всеми прогами

А почему не скопировать Винду, загрузившись с LiveCD? Ведь нативный форматер и драйвер NTFS лучше и надежнее, чем 3-rd party. Proof (похоже, затерта MFT, а могла бы сохранится)
 
Добавлено:

Цитата:
во время перезагрузки имел синий экран

Перезагрузкой не проверял... Значит, надо Чекдиск пускать до перезагрузки (я делал именно так). Если подопытный раздел системный, поможет LiveCD...

Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:27 04-09-2009
Winnie_The_Pooh



Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Antech
Я ни разу не пробовал LiveCD. Даже не знаю, как там и что. И чем там копировать тоже не представляю. Я предпочитаю загрузочные флэшки с досом и Partition Manager'ом поверх. Все добро размером с дискету, носить в кармане удобно, на многих компах нет CD/DVD-привода, а USB есть на всех.

Всего записей: 143 | Зарегистр. 25-04-2002 | Отправлено: 13:47 06-09-2009
Grigorijg

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Winnie_The_Pooh

Цитата:
Я попробовал в виртуальной машине на диске C с помощью Runtime's DiskExplorer for NTFS заполнить "...файловую запись $BadClus (два сектора) нулями, полностью. После этого chkdsk.exe /F". Сразу после заполнения, вместо $BadClus поимел Invalid MFT Entry в окошке DiskExplorer. В результате во время перезагрузки имел синий экран с ошибкой STOP 0x00000024.

У меня файл занимает ОДИН сектор, а Вы почему-то тёрли два... Правда, следующий сектор и так забит нулями. Впрочем, я не рискнул тереть и один сектор , т.к. переселить данные с объёмистого раздела диска было некуда . Заменить файл дугим, схожим, и то рука дрожала, чтобы не промахнуться. Поэтому Вам я дал ПОДРОБНЕЙШЕЕ описание каждого своего шага => ПРОВЕРЕНО: МИН НЕТ!.

Всего записей: 2118 | Зарегистр. 15-12-2006 | Отправлено: 16:57 25-10-2009
FoxBlack09

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Antech
подскажите поподробнее пожалуйста как строится RunList, никак не возьму в толк
или хоть подскажите где можно просветиться насчёт структуры метаданных DataRuns в $BadClus
в частности мне непонятны числа выделенные жирным шрифтом в вашем примере 01 05 11 01 05 14 XX XX XX XX 06 и ещё не

Всего записей: 510 | Зарегистр. 01-04-2009 | Отправлено: 02:54 26-03-2010 | Исправлено: FoxBlack09, 04:04 26-03-2010
Antech

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FoxBlack09
Прошли годы ...
 

Цитата:
как строится RunList

http://filekeeper.org/download/shared/Linux_NTFS_1.pdf (Concepts - Data runs).
 

Цитата:
числа выделенные жирным шрифтом

01 == спарс-фрагмент (один байт под размер, ноль байтов под смещение). Соответственно, следующий байт - это размер первого фрагмента, он равен в примере 5 кластеров.
11 == обычный фрагмент, он уже занимает место, т.е. это кластер с бэдом внутри (один байт под размер и один под смещение). Следующий байт - размер (один кластер), за ним - смещение (5 кластеров от предыдущего фрагмента, т.е. от нуля).
И т.д.

Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 11:03 26-03-2010
FoxBlack09

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Antech
не могу разобраться с логикой последнего DataRun, помогите пожалуйста
 
03:AF9607*31:02AF9607*01:02*12:B50004
1st run: x796AF (497327) sparse (=empty) clusters
2nd run: x0002 (2) clusters starting at x000796AF (497327)
3rd run: x0002 (2) sparse (=empty) clusters
4th run: x00B5 (181) clusters starting at x000796B3 (497331)
 
почему в последнем Run-е смещение 04 00(bigEndian)?
или это всёже 00 04? по отношению к какой записи это смещение?
заранее благодарю за доходчивый ответ
P.S. я изучил часть доки Linux_NTFS, но есть до сих пор непонятные вещи, как например эта

Всего записей: 510 | Зарегистр. 01-04-2009 | Отправлено: 13:31 26-03-2010 | Исправлено: FoxBlack09, 22:12 29-03-2010
Antech

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FoxBlack09
Plz покажите нормальный дамп (можно всю file record или только атрибут DATA).

Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 10:07 30-03-2010
FoxBlack09

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
$BadClus file record dump:
 
46 49 4C 45 30 00 03 00 2E 10 00 02 00 00 00 00
08 00 01 00 38 00 01 00 80 01 00 00 00 04 00 00
00 00 00 00 00 00 00 00 06 00 00 00 08 00 00 00
05 00 00 00 00 00 00 00 10 00 00 00 60 00 00 00
00 00 18 00 00 00 00 00 48 00 00 00 18 00 00 00
9A FB D9 69 63 CC CA 01 9A FB D9 69 63 CC CA 01
9A FB D9 69 63 CC CA 01 9A FB D9 69 63 CC CA 01
06 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 30 00 00 00 70 00 00 00
00 00 18 00 00 00 03 00 52 00 00 00 18 00 01 00
05 00 00 00 00 00 05 00 9A FB D9 69 63 CC CA 01
9A FB D9 69 63 CC CA 01 9A FB D9 69 63 CC CA 01
9A FB D9 69 63 CC CA 01 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 06 00 00 00 00 00 00 00
08 03 24 00 42 00 61 00 64 00 43 00 6C 00 75 00
73 00 00 00 00 00 00 00 80 00 00 00 18 00 00 00
00 00 18 00 00 00 02 00 00 00 00 00 18 00 00 00
80 00 00 00 58 00 00 00 01 04 40 00 00 00 05 00
00 00 00 00 00 00 00 00 67 97 07 00 00 00 00 00
48 00 00 00 00 00 00 00 00 00 68 97 07 00 00 00
00 00 68 97 07 00 00 00 00 00 00 00 00 00 00 00
24 00 42 00 61 00 64 00 03 AF 96 07 31 02 AF 96
07 01 02 12 B5 00 04 00 FF FF FF FF 00 00 00 00
00 00 00 00 00 00 00 00 24 00 42 00 61 00 64 00
03 68 97 07 00 00 00 00 FF FF FF FF 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 05 00
00
 
так подойдёт?

Всего записей: 510 | Зарегистр. 01-04-2009 | Отправлено: 13:23 30-03-2010 | Исправлено: FoxBlack09, 13:37 30-03-2010
Antech

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FoxBlack09
Классика: WinHex, выделяете фрагмент, Shift+Ctrl+N. Но сойдет и этот ASCII Hex, пусть даже тут адреса отсутствуют как класс .
 
Ранлист в более удобочитаемом виде:
03 AF 96 07 - 31 02 AF 96 07 - 01 02 - 12 B5 00 04 - 00
(экстенты разделены дефисами)
 
Экстент 1: 796AF кластеров ОК.
Экстент 2: 2 кластера с бэдами, начиная с кластера 796AFh (смещение согласуется с размером предыдущего экстента).
Экстент 3: 2 кластера ОК.
Экстент 4: B5h кластеров с бэдами, начиая с кластера 796AFh+4 (смещение дается от начала предыдущего экстента, для начального экстента - от начала раздела).
Экстент 5: замыкающий (00 == указатель конца цепочки экстентов).
 
P. S. Я глючу, или у Вас тут кластер 64 КиБ?

Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 22:38 30-03-2010
FoxBlack09

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Antech
да, размер кластера максимально возможный - 65536

Всего записей: 510 | Зарегистр. 01-04-2009 | Отправлено: 01:00 31-03-2010 | Исправлено: FoxBlack09, 01:06 31-03-2010
Antech

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FoxBlack09
Интересно, зачем такой кластер на NTFS... Ну это ладно. Про ранлист вопрос исчерпан?

Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 17:38 31-03-2010
FoxBlack09

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Antech

Цитата:
Экстент 4: B5h кластеров с бэдами, начиая с кластера 796AFh+4 (смещение дается от начала предыдущего экстента, для начального экстента - от начала раздела).

под предыдущим вы подразумеваете 2й, насколько я понимаю...?, т.е. 2(OK)+2(BAD)=4
значит смещение от начала предыдущей цепочки бэдов... - правильно?

Цитата:
Интересно, зачем такой кластер на NTFS... Ну это ладно. Про ранлист вопрос исчерпан?
 

на разделе будет крупное файло, т.о. повысим скорость доступа + минимизируем возможность фрагментации в будущем

Всего записей: 510 | Зарегистр. 01-04-2009 | Отправлено: 04:11 01-04-2010
Antech

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FoxBlack09

Цитата:
повысим скорость доступа

За счет чего?
 

Цитата:
минимизируем возможность фрагментации

Только для мелких файлов. Те, что больше размера кластера (крупное файло), не все ли равно...
 

Цитата:
под предыдущим вы подразумеваете 2й, насколько я понимаю...?

Да. Т.е. если предыдущий экстент - спарс, то смещение от того, который перед ним (т.к. у спарса нет смещения).

Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 08:48 01-04-2010
FoxBlack09

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Antech

Цитата:
Цитата:
повысим скорость доступа
 
За счет чего?

За счёт минимально возможной фрагментации
 

Цитата:
Цитата:
минимизируем возможность фрагментации
 
Только для мелких файлов. Те, что больше размера кластера (крупное файло), не все ли равно...  

не понял, поясните пожалуйста

Всего записей: 510 | Зарегистр. 01-04-2009 | Отправлено: 16:43 01-04-2010
Antech

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FoxBlack09
Ну, если размер файла больше размера кластера, то он может быть фрагментирован независимо от размера кластера. Гарантия одного фрагмента - только для файлов меньше кластера (а самые мелкие вообще в FILE Records живут). Если размер файла больше кластера (у Вас это так), то фрагментация записываемого файла будет зависеть от текущего распределения свободного/занятого места на разделе и от алгоритма драйвера ФС, а размер кластера роли не сыграет. Мне так кажется.

Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 18:29 01-04-2010
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Обнуление/Восстановление списка плохих секторов в NTFS


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru