Format.com для жёстких дисков (Есть ли ключ для форматирования без проверки)

[ATauenis]

Есть ли ключ для форматирования без проверки

Доброго времени суток! Столкнулся с RAID-контроллером Promise FastTrak TX2000, с которым криво работают программы для разбивки дисков (Acronis 9, Paragon хз какой версии, тех же лет, PartitionMagic 8), таблица разделов после них оказывается запорота. FDISK+FORMAT из состава Win98/ME работают отлично, но очень медленно. Ими я почти никогда не разбиваю и не форматирую жёсткие диски, потому, что эти утилиты при каждом чихе перепроверяют по несколько раз весь объём диска. Тот же акронис такой галиматьёй не занимается, проблем с ним раньше не видел. Для сравнения в Acronis Disk Director создать на пустом диске 80 гб 1 раздел FAT32 1 минута с учётом кликания мышкой, из голого доса же получается чуть меньше 40 минут (!). Есть ли ключи у fdisk/format, чтобы те слепо делали что я скажу, а не проверяли детально всю поверхность при каждом удобном поводе? В том же Парагоне, например, есть галочка "проверять сектора при форматировании", которую можно не ставить.

Жёсткие диски исправные, под WinME после установки ничуть не тормозят. И что-то меня дёрнуло вместо 1 раздела на 80 гб сделать 2 поменьше и оставить место под Linux.

[Anonymous1]

И что-то меня дёрнуло вместо 1 раздела на 80 гб сделать 2 поменьше и оставить место под Linux.

Вот под linux нет тормозов ни в fdisk, ни в mkfs (делает то, что format под досом).

И несколько оффтопик для раздела старый софт:
Интересно, во freedos как себя формат ведёт, его не пробовал использовать, но идейно он должен быть ближе к линуховому способу создания файловой системы в партиции.

[Кай]

Под MSDOS 7.10/Windows 95, чтобы не чекало каждый раз интегрити - FDISK /ACTOK

Под FORMAT такой команды нет, если диск форматируется впервые - будет чекать каждый сектор.

Да и вообще. Чтиво. http://secrets.mysfyts.com/index.asp?Page=Fdisk

[Anderson1]

проверяли детально всю поверхность при каждом удобном поводе?

Он её и не проверяет, а затирает нулями данные. Чтоб после переразбивки фдиском содержимое диска нельзя было восстановить. Такой троян-датадестроер.
Касательно format для нового (чистого, например после mhdd) диска, то можно схитрить - разбить фдиском, далее "пролечить" его посредством NDD (нортон диск дестроером его зовут несправедливо). Далее format c: /q, чтоб кривизны от NDD не осталось.

[uav1606]

Он её и не проверяет, а затирает нулями данные.

Кто именно затирает? Просто обычный DOS'овский format затирает только файловую систему, остальной диск он просто проверяет на чтение. Собственно, как и большинство процедур так называемого "полного" форматирования для жёстких дисков. В том числе и windows'овская - они данные, кроме ФС, не трогают.

[Anderson1]

Кто именно затирает?

fdisk

[uav1606]

Так он тоже данные не трогает. Только MBR и boot-сектора.

[Посредственный пользователь]

К слову сказать, в старых dr-dos'ах команду format вообще не надо было запускать.
Fdisk only. Экономия времени/нервов.

[ATauenis]

К слову сказать, в старых dr-dos'ах

Вот только в FAT-32 оно форматить не умеет.

Скачал FreeDOS, в виртуалке разбило и отформатировало диск моментально, теперь буду пробовать на реальном железе (неспроста же MBR рядом программ бьётся; правда я ещё не пробовал разбивать FDISKом, а форматировать другими программами).

[Anderson1]

Так он тоже данные не трогает

Трогает и ещё как. Столкнулся с этим в далёком 99-м, 26-го апреля, когда пытался восстановить винт после винчиха. Думал переразобью фдиском как было и диск d, до которого винчих точно не успел добраться по времени, со всеми архивами будет в порядке. Ничего подобного. Архивы битые, mp3 с лагами. Потом просветили, что это не винчих, а фдиск пишет нули через определённые промежутки, т.е. не весь диск трёт, что было бы подозрительно слишком долго, а портит частично.

[uav1606]

Anderson1, похоже, Вы правы. Я сейчас на виртуалке экспериментировал - сделал образ, состоящий из байтов 33h, потом в MS-DOS 6.22 через FDisk создал раздел, в результирующем образе кроме MBR FDisk зачем-то ещё несколько секторов (не подряд) затёр байтами F6h.
Странное какое-то поведение.
Правда, записал он их только в начале диска, но всё равно как-то странно...