Ru-Board.club
← Вернуться в раздел «Программы»

» Переход на NTFS

Автор: ViO
Дата сообщения: 03.02.2003 23:26
KLASS
Извеняюсь, что опять возвращаюсь к этому вопросу, но не мог не отметиь, что тут дело не может быть в железяках, т.к. такую проблему наблюдал на абсолютно разном железе, да и не только у себя.... , хотя если закрыть глаза на это дело, то и мне NTFS тоже больше понравился. Прошу прощение за оффтопики и прекращаю их тут постить...
Автор: hrs
Дата сообщения: 09.02.2003 17:14
С недавних пор (примерно два месяца назад) при работе в Windows XP Pro стали возникать ошибки в структуре NTFS. В результате система при перезагрузке автоматически запускает CHKDSK и после исправления ошибок пропадают несколько файлов. Чаще всего удаляются файлы из папки \Windows\System32 преимущественно dll-ки, но иногда и файлы с другими расширениями. Естественно, после некоторых особо "удачных" исправлений NTFS система просто отказывается загружаться ... Приходиться загружаться с другого винта под рабочей Win XP и в ручную восстанавливать удаленные файлы, основываясь на данных листинга выполнения команды CHKDSK. Привожу пример такого листинга:
---------------------------------------------------------------
Тип события: Уведомление
Источник события: Winlogon
Категория события: Отсутствует
Код события: 1001
Дата: 06.02.2003
Время: 22:33:59
Пользователь: Н/Д
Компьютер: HRS-WORKSTATION
Описание:
Checking file system on D:
The type of the file system is NTFS.
Volume label is Локальный диск.


One of your disks needs to be checked for consistency. You
may cancel the disk check, but it is strongly recommended
that you continue.
Windows will now check the disk.
The segment number 0x3fc00000000 in file 0x7e4 is incorrect.
Correcting a minor error in file 2020.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x53bcf for possibly 0x53 clusters.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x53bcf for possibly 0x53 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x7e4 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 2020.
The segment number 0x3fd00000000 in file 0x7e5 is incorrect.
Correcting a minor error in file 2021.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x4d90a for possibly 0x41 clusters.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x4d90a for possibly 0x41 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x7e5 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 2021.
The segment number 0x3fe00000000 in file 0x7e6 is incorrect.
Correcting a minor error in file 2022.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x27d6 for possibly 0xe clusters.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x27d6 for possibly 0xe clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x7e6 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 2022.
The segment number 0x3ff00000000 in file 0x7e7 is incorrect.
Correcting a minor error in file 2023.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x38d9a for possibly 0x7e clusters.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x38d9a for possibly 0x7e clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x7e7 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 2023.
The segment number 0x162000000000 in file 0x1b3c is incorrect.
Correcting a minor error in file 6972.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x92ff6 for possibly 0x2d clusters.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x92ff6 for possibly 0x2d clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x1b3c is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 6972.
The segment number 0x162100000000 in file 0x1b3d is incorrect.
Correcting a minor error in file 6973.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x3bf4b for possibly 0x36 clusters.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x3bf4b for possibly 0x36 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x1b3d is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 6973.
The segment number 0x162200000000 in file 0x1b3e is incorrect.
Correcting a minor error in file 6974.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x38fc for possibly 0x3 clusters.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x38fc for possibly 0x3 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x1b3e is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 6974.
The segment number 0x162300000000 in file 0x1b3f is incorrect.
Correcting a minor error in file 6975.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x45dfb for possibly 0x7f clusters.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x45dfb for possibly 0x7f clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x1b3f is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 6975.
The object id in file 0x1b3f already existed in the object
id index in file 0x19.
d0 bf 2f 3e f0 1f d7 11 96 4b b3 58 7f ff a0 47 ../>.....K.X...G
3f 1b 00 00 00 00 00 00 60 3e 07 00 03 00 00 00 ?.......`>......
Deleting duplicate object id from file record segment 6975.
The file reference 0x30000000007e4 of index entry ole2disp.dll of index $I30
with parent 0x1f is not the same as 0x290000000007e4.
Deleting index entry ole2disp.dll in index $I30 of file 31.
The file reference 0x20000000007e5 of index entry ole2nls.dll of index $I30
with parent 0x1f is not the same as 0x40000000007e5.
Deleting index entry ole2nls.dll in index $I30 of file 31.
Unable to locate the file name attribute of index entry oleacc.dll
of index $I30 with parent 0x1f in file 0x7e6.
Deleting index entry oleacc.dll in index $I30 of file 31.
Unable to locate the file name attribute of index entry oleaccrc.dll
of index $I30 with parent 0x1f in file 0x7e7.
Deleting index entry oleaccrc.dll in index $I30 of file 31.
The file reference 0x3000000001b3f of index entry printui.dll of index $I30
with parent 0x1f is not the same as 0x4000000001b3f.
Deleting index entry printui.dll in index $I30 of file 31.
The file reference 0x1000000001b3d of index entry Windows Update.lnk of index $I30
with parent 0xd36 is not the same as 0x4000000001b3d.
Deleting index entry Windows Update.lnk in index $I30 of file 3382.
The file reference 0x1000000001b3d of index entry WINDOW~1.LNK of index $I30
with parent 0xd36 is not the same as 0x4000000001b3d.
Deleting index entry WINDOW~1.LNK in index $I30 of file 3382.
The file reference 0x1000000001b3e of index entry WINDOW~2.LNK of index $I30
with parent 0xd36 is not the same as 0x4000000001b3e.
Deleting index entry WINDOW~2.LNK in index $I30 of file 3382.
The file reference 0x1000000001b3e of index entry Каталог Windows.lnk of index $I30
with parent 0xd36 is not the same as 0x4000000001b3e.
Deleting index entry Каталог Windows.lnk in index $I30 of file 3382.
The file reference 0x1000000001b3c of index entry desktop.ini of index $I30
with parent 0x1b3b is not the same as 0x6cff000000001b3c.
Deleting index entry desktop.ini in index $I30 of file 6971.
Cleaning up minor inconsistencies on the drive.
CHKDSK is recovering lost files.
Cleaning up 17 unused index entries from index $SII of file 0x9.
Cleaning up 17 unused index entries from index $SDH of file 0x9.
Cleaning up 17 unused security descriptors.
Inserting data attribute into file 2020.
Inserting data attribute into file 2021.
Inserting data attribute into file 2022.
Inserting data attribute into file 2023.
Inserting data attribute into file 6972.
Inserting data attribute into file 6973.
Inserting data attribute into file 6974.
Inserting data attribute into file 6975.
Correcting errors in the master file table's (MFT) BITMAP attribute.
CHKDSK discovered free space marked as allocated in the volume bitmap.
Windows has made corrections to the file system.

4996183 KB total disk space.
3472196 KB in 19476 files.
5488 KB in 1327 indexes.
0 KB in bad sectors.
51963 KB in use by the system.
27040 KB occupied by the log file.
1466536 KB available on disk.

4096 bytes in each allocation unit.
1249045 total allocation units on disk.
366634 allocation units available on disk.

Internal Info:
87 5e 00 00 53 51 00 00 13 62 00 00 00 00 00 00 .^..SQ...b......
ae 00 00 00 00 00 00 00 89 01 00 00 00 00 00 00 ................
b0 e1 a1 02 00 00 00 00 40 96 68 12 00 00 00 00 ........@.h.....
e0 f1 73 04 00 00 00 00 00 00 00 00 00 00 00 00 ..s.............
00 00 00 00 00 00 00 00 a0 45 39 21 00 00 00 00 .........E9!....
99 9e 36 00 00 00 00 00 14 4c 00 00 00 00 00 00 ..6......L......
00 10 ed d3 00 00 00 00 2f 05 00 00 00 00 00 00 ......../.......

Windows has finished checking your disk.
Please wait while your computer restarts.
--------------------------------------------
Ошибки возникают не регулярно: от двух раз в день до одного раза в месяц...
Конфигурация машины: AMD K6-2+ 550 Mhz (VIA MVP3)/256 Mb RAM / TNT2 Pro TV-out/ SB Live ! Value / AverTV Studio, также стоит два винта: 20 и 10 Mb. Каждый винт разбит на два раздела: 1. FAT32 (Win98) 2. NTFS (WinXP Pro).
При этом ошибки возникают только на разделах NTFS указанных винтов при работе в обоих копиях WinXP.
Не один из антивирусов никакой заразы на комьютере не обнаружил, как и Ad-Aware.

Так вот, до сих пор не могу понять с чем связано возникновение данных ошибок:
или оборудование, или баг какой-то из программ, или что другое ?

Может кто сталкивался с такой проблемой или может что-нибудь подсказать...
Автор: MusicLover
Дата сообщения: 08.03.2003 15:22
Люди! Ясное дело, что все уже разжевали, но, перечитал ВСЮ тему несколько раз, не нашел ответа на такой вопрос:
Помимо фрагментированности и маленького кластера (одно лечим дефрагерами, другое PM 8) какие еще могут возникнуть проблемы? Я так понял, никаких? О риске самой операции (буду делать PM8 из-под винды) я не говорю. Т.е. помимо фрагментированности и маленького кластера (полностью излечимых проблем) никаких противопоказаний нет?
Автор: los2
Дата сообщения: 08.03.2003 15:29
MusicLover
Никаких проблем-нужно переходить на NTFS.
Автор: KLASS
Дата сообщения: 08.03.2003 16:43
MusicLover
Противопоказаний нет, есть только ИМХО, а зачем?
Если постирать старую вещь, она не станет лучше новой, если 95 бензин разбавить 76, двигатель не запорем, но нафиг это надо

Цитата:
О риске самой операции

умный в гору не пойдет умный гору обойдет
В таком "интимном" понятии как файловая система, конвертирование ЛЮБЫМИ средствами, это как на проститутку без презерватива, а вдруг пронесет
Надо ставить систему сразу на NTFS. Если 100 человек до тебя не поймали..., не факт, что тебе повезет.
Автор: MusicLover
Дата сообщения: 08.03.2003 21:07

Цитата:
Надо ставить систему сразу на NTFS.

Не могу сразу. У меня ситуация с забитым диском где-то как у Ежика.

Добавлено
Т.е. куча инфы. Но забит процентов на 60...

Добавлено

Цитата:
Если постирать старую вещь, она не станет лучше новой, если 95 бензин разбавить 76, двигатель не запорем, но нафиг это надо

Хорошо. Чем диск с файловой системой NTFS, кластерами 4к сконверченный из FAT32 (c помощью PM 8) реально хуже того же диска, только обнуленного и отфарматированного средствами winXP? Вот я чего не пойму!
Автор: KLASS
Дата сообщения: 08.03.2003 22:18
MusicLover

Цитата:
Чем диск с файловой системой NTFS, кластерами 4к сконверченный из FAT32 (c помощью PM 8) реально хуже того же диска, только обнуленного и отфарматированного средствами winXP?

Понятия не имею... на себе не испытывал... Я же тебе написАл... в теории, при конвертации, нельзя исключать потерю информации, тем более используя п\о третьих фирм, тем паче PM8. Только не спрашивай почему он такой плохой или хороший, я его ваще не юзаю... я просто давно в Инете и слышал не раз вопли на форумах о потери инфы, при использовании именно его... типа там, свет отключили или техничка шваброй или ... и т.д. И ваще ИМХО это самоубийство с одним жестким диском и кучей инфы так поступать, всегда надо перестраховываться и копировать инфу, тем более при таких операциях..., возьми на прокат у друга диск или купи и сделай по-людски. Или ты пока гром не грянет... Не помню... давно дело было, но помоему даже Мелкие где-то писали, что дескать лучше ставить при установке, без конвертирования... пусть меня поправят, если я не прав.
Автор: MusicLover
Дата сообщения: 09.03.2003 09:44
Кстати, а можно ли форматировать в NTFS по отдельному логическому диску (т.е. сначала С, потом D и т.д.)? Но инфу перекидывать! Тоесть отфарматировал С в NTFS - перекинул инфу с D (который еще на FAT32) на С который на NTFS и т.д.? Можно?
Автор: albel
Дата сообщения: 09.03.2003 09:52
MusicLover
В принципе, можно. Почему бы и нет? Вопрос в том, где у тебя система стоит. Ибо таким образом систему сконвертировать ты не сможешь. Хотя... Образ системного диска с помощью TrueImage, и выбор другого типа ФС при восстановлении из образа, имхо, спасут тебя
Автор: MusicLover
Дата сообщения: 09.03.2003 11:07
albel
А ситсему я буду переставлять все равно!
Автор: MusicLover
Дата сообщения: 09.03.2003 20:39
И все-таки я буду пытаться с помощью PM 8 сконвертить. (Просто не уверен что такие серьезные операции по копированию оправданны, да и куча сложностей в этом перебрасывании с диска на диск). Насколько я понял, единственное, что может отличать сконверченный диск от форматированного в NTFS - это какие-то траблы с MFT (?) как узнать, что эти проблемы есть?
Автор: Demetrio
Дата сообщения: 09.03.2003 20:55
MusicLover
Если система не будет загружаться, так и узнаешь

Цитата:
Насколько я понял, единственное, что может отличать сконверченный диск от форматированного в NTFS

Это не отличие, это возможная неприятность в результате процесса.

Добавлено
Прочти (внимательно):
http://www.ixbt.com/storage/ntfs.html
http://www.winall.ru/xp/ntfs.shtml
Автор: MusicLover
Дата сообщения: 09.03.2003 22:04
Demetrio
Спасибо.
Автор: MusicLover
Дата сообщения: 10.03.2003 18:05
Сконвертировал один из логических дисков в NTFS, с помощью PM8. Вот только меня смущает, что версия NTFS 3.1... Должна быть 5 по-моему? Нет?
Автор: KLASS
Дата сообщения: 10.03.2003 18:24
MusicLover
3.1 - это версия файловой системы, а 5.1 - операционной.
Автор: Bai_Hou
Дата сообщения: 10.03.2003 20:53
MusicLover
Всё правильно. Имеет место быть путаница, пошедшая со времён бет W2K: когда систему ещё хотели назвать NT 5.0, новой версии NTFS тоже присвоили номер 5.0 (в NT 3.51 была NTFS 1.1, в 4.0 - 1.2). Потом, когда название сменили на W2K, версию NTFS переименовали в 3.0 (почему именно 3 - не знаю), и с тех пор это её официальное название, принятое в MS. Таким образом, в XP номер версии стал 3.1. В этом можно убедиться, выполнив в XP команду "fsutil fsinfo ntfsinfo c:".
Автор: albel
Дата сообщения: 10.03.2003 21:45
All
На что-нибудь существенно влияет "Разрешить индексирование диска для быстрого поиска"? Стоит ли снимать галочку?
Автор: KLASS
Дата сообщения: 10.03.2003 22:01
albel

Цитата:
Стоит ли снимать галочку?

Я снял, особой прибавки в скорости при 256 МБ не ощутил, но вроде пишут, что должно быть... может и так тока не для глаза юзера. Да отруби, она хороша когда у тебя туева хуча доков на компе...
Автор: Demetrio
Дата сообщения: 10.03.2003 22:05
albel
Windows создаёт список всех файлов, находящихся на жёстком диске, чтобы в дальнейшем ускорить их поиск когда потребуется. Но это замедляет все файловые операции.
Посему вполне подлежит отключению.

Но в ряде ситуаций это может быть и полезно.
См. например -
http://www.osp.ru/win2000/worknt/2000/02/004.htm
Автор: albel
Дата сообщения: 10.03.2003 22:18
KLASS
Demetrio
спасибо. ф топку, однозначно
Автор: Excell
Дата сообщения: 16.06.2003 12:17
2all
Как лучше производить конвертирование диска в NTFS. Спецутилитами (Partiotion Magic) или
стандартным
Код: format том /fs:ntfs
Автор: devids
Дата сообщения: 16.06.2003 20:15
Excell
Конечно лучше стандартным
Цитата:
format том /fs:ntfs

поскольку как уже неоднократно об этом писал KLASS, то, что можно сделать родными утилитами от Майкрософт, надо делать ими же, а утилиты сторонних разработчиков применять только, если нельзя выполнить те или иные действия родными утилитами. Да и сам прикинь, NTFS - разработка Майкрософт, причем, как я слышал, закрытая, ну и кто будет её лучше знать - Майкрософт или Partiotion Magic?
Автор: Excell
Дата сообщения: 22.06.2003 09:53
devids

Цитата:
NTFS - разработка Майкрософт, причем, как я слышал, закрытая, ну и кто будет её лучше знать - Майкрософт или Partiotion Magic?

логично, а можно без форматирования convert [том] /fs:ntfs (утверждение)

а имеет ли значение регистр?
Автор: devids
Дата сообщения: 23.06.2003 00:16
Excell

Набирай в ком строке команду и увидишь:
convert /?
Преобразование файловой системы тома FAT в NTFS.

CONVERT том: /FS:NTFS [/V] [/CvtArea:имя_файла] [/NoSecurity] [/X]

том Определяет букву диска (с последующим двоеточием),
точку подключения или имя тома.
/FS:NTFS Конечная файловая система: NTFS.
/V Включение режима вывода сообщений.
/CVTAREA:имя_файла
Указывает непрерывный файл в корневой папке для резервиро
места для системных файлов NTFS.
/NoSecurity Параметры безопасности для преобразуемых файлов и папок
будут доступны для изменения всем.
/X Принудительное снятие этого тома (если он был подключен).
Все открытые дескрипторы этого тома станут недопустимыми


Цитата:
а можно без форматирования convert [том] /fs:ntfs (утверждение)

Вполне.

Цитата:
а имеет ли значение регистр?

Нет.
Автор: Net_man
Дата сообщения: 23.06.2003 00:32
devids
А у меня такой вопрос. Можно ли поставить 98-ю, если стоит ХР на партишине с NTFS? Или надо конвертить в FAT32?
Автор: VdV
Дата сообщения: 23.06.2003 00:35
Net_man
По моему надо, чтобы загрузочный раздел был на FAT.
Автор: Net_man
Дата сообщения: 23.06.2003 21:04
VdV

Цитата:
По моему надо, чтобы загрузочный раздел был на FAT.

То есть, в моем случае - надо менять загрузочный диск или конвертить NTFS в FAT?
Автор: VdV
Дата сообщения: 23.06.2003 21:07
Net_man

Цитата:
То есть, в моем случае - надо менять загрузочный диск или конвертить NTFS в FAT?

На FAT или FAT32, т.к. 98 понимает их.
Автор: devids
Дата сообщения: 24.06.2003 00:18
Net_man
Ты не уточнил, на каком диске у тебя стоит ХР, если это С: тогда надо установить ХР на следующий после него диск, но в этом случае сначала отформатируй С: под FAT32 и ставь на него 98, затем ставь на другой диск ХР и можешь форматировать его под NTFS или FAT32, не имеет значения. Если же ХР у тебя на другом диске, тогда можно отформатировать С: под FAT или FAT32, но в этом случае потеряешь загрузку ХР, если не знаешь как её восстановить, дай знать, скажу. А вот совет VdV

Цитата:
конвертить NTFS в FAT

не одобряю, так как если у тебя на С: стоит ХР, ты же не будешь ставить 98 на тот же диск, где и ХР, не рекомендуется делать это, а если ХР на другом диске, опять же лучше форматнуть С:, чем конвертировать его, надежнее будет, тем более, что утилита convert производит преобразование файловой системы тома FAT в NTFS, но не наоборот, а значит ты должен будешь использовать проги сторонних разработчиков, чего не советую из своего опыта, они не слишком хорошо понимают NTFS.
Автор: Net_man
Дата сообщения: 24.06.2003 01:56

Цитата:
ставь на него 98, затем ставь на другой диск ХР


Цитата:
стоит ХР, ты же не будешь ставить 98 на тот же диск, где и ХР, не рекомендуется делать это, а если ХР на другом диске, опять же лучше форматнуть С

Это-то понятно, только хотелось именно 98-ю ставить второй системой - так чтоб через какое-то время убить ее безболезненно. Постоянно форматить винт - неохота, поскольку рабочих программ, программулинок и программищ у меня до фига. Все они четко подобранны и тщательно проверены на совместимость. А 98-я нужна только для сканера, к которому для ХР нет дров. Но это ж временно. Посему и хочу ставить ее именно второй.

Страницы: 123456

Предыдущая тема: Программы для создания видеоклипов


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.