Полигон-2

Хочу описать проблему и ее решение.
Дано: винчестер Toshiba 4Gb (ноутбучный), на котором я мог создать первичный раздел любого размера, хоть все 4ГБ. Этот раздел форматировался, делался загрузочным, в общем, вел себя вполне исправно, но вот вторичный раздел я создать не мог. В DOS 5.0 и 7.0 (FAT 16 и 32) я получал сообщение: "Нет свободного места для создания раздела", в Acronis Disk Director (USB->IDE) я получал сообщение, примерно такое, что "только четыре раздела могут быть на базовом томе".
Я пробовал разные материнки, разные версии DOS..... Причем, это было только с этим винчем 4ГБ. Решил создать единый раздел и забыть, как страшный сон.
И тут вдруг решил глянуть - что ж там записано в Partition Table. Загрузил старый добрый NU Diskedit, который еще даже не знал FAT32. Увидел там вполне корректные цифры в первой строке, где первичный раздел, а уже во вторичном разделе абракадабру, в третьей строке - раздел Big DOS и тоже абракадабру, в четвертой строке - тоже абру... Я обнулил все графы, сохранил, перезагрузился и... смог создать и первичный, и вторичный разделы в FAT32, а потом ради опыта и в FAT16...
Кстати. А возникла эта ситуация после того, как я запускал FDISK /MBR. А /MBR я пытался сделать, когда винч не виделся на всю емкость, а только, как часть от 4ГБ.
Вывод: в Partition Table может записаться какая-то фигня, и она почему-то препятствует записи (перезаписи) новой информации. Для меня странно, что FDISK не перезаписывает "as is" любые циферки в Partition Table, и, видимо, с точки зрения FDISK, эта информация не должна находиться в определенных полях, и он дуреет. Если ненужная информация туда попала, то ее придется убирать вручную, после чего винчестер снова станет корректным.

Нет, не пробовал. Only shalovlvie ruchky
Даже не подозревал, что такие нестираемые FDISK-ом данные могут быть.

Ничего не понял.
Перед разбивкой диска удаляли существующие разделы?

Rio444 написал:

[q]

Перед разбивкой диска удаляли существующие разделы?

[/q]

Ничего он не удалял. Он только запускал FDISK /MBR, когда винч не виделся на всю емкость, а только, как часть от 4ГБ. Вот же всё написано:

sanders написал:

[q]

я запускал FDISK /MBR. А /MBR я пытался сделать, когда винч не виделся на всю емкость, а только, как часть от 4ГБ.
Вывод: в Partition Table может записаться какая-то фигня, и она почему-то препятствует записи (перезаписи) новой информации. Для меня странно, что FDISK не перезаписывает "as is" любые циферки в Partition Table,

[/q]

Вы, молодой человек, плохо понимаете структуру самого нулевого сектора. В нём находятся таблица разделов (Partition Table) и главная загрузочная запись (Master Boot Record). Связь между ними односторонняя: MBR при загрузке лезет в PT, но наоборот - никак. В случае некорректной таблицы разделов система (и в первую очередь сама MBR!) не сможет рассмотреть некоторые или все разделы. В случае некорректной главной загрузочной записи система не сможет загрузиться с этого носителя. FDISK кое-как умеет работать с таблицей разделов (у него на это есть целое меню!), но вот с главной загрузочной записью он работает только одним способом: по ключу /MBR восстанавливает вместо старой записи новую. Естественно, что таблицу разделов он при этом не трогает, поскольку он не путает тёплое с мягким! И если у Вас в этой таблице записана какая-нибудь ерунда, то Вы эту ерунду должны исправлять другими средствами (часто удаётся обойтись тем же FDISKом, хотя и не всегда), а /MBR и не должен трогать таблицу, поскольку предназначен совсем для другого. Не думал, что настанут времена, когда мне придётся объяснять эти вполне очевидные вещи кому-то другому. Старею?

Уже не раз упоминал Ranish Partition Manager. Для старых систем идеален. Восстанавливает MBR, делит на разделы.
Делает раздел активным (чего не может fdisk, если грузить его с другого диска).
Очень простой интуитивно понятный интерфейс.

sanders написал:

[q]

Не поверите, но за 6 лет работы сисадмином мне ни разу не понадобился ключ /MBR.

[/q]

Мне понадобился на 386, когда после экспериментов с двойной загрузкой DOS и Win95 FDISK (от W95) начал виснуть при загрузке. Прогнал его с ключом /MBR, и всё нормально заработало. Потом, перед следующей переразбивкой диска, на всякий случай затёр начало в MHDD.

Такие чудеса не только с fdisk случаются.
Я давно взял себе за правило в обязательном порядке стирать всю поверхность
приобретаемых мною HDD (кстати в конце поверхности RAID контроллеры часто хранят
метаданные, что может тоже сделать проблемы, если не стереть этот конец).
Заодно это и soft-bads убирает.

Удобно пользоваться командой dd, тк не требует чтобы работало DMA через функции int13
(в противном случае стирание с помощью MHDD в PIO довольно медленное). И можно во
время стирания заниматься другими делами.