Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Невозможность создания второго раздела на IDE винчестере |
<<Назад Вперед>> | Страницы: 1 2 | Печать |
sanders
Advanced Member
Профессионал Откуда: Санкт-Петербург Всего сообщений: 6434 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2008 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 21 апреля 2018 20:33 Сообщение отредактировано: 21 апреля 2018 20:36
Хочу описать проблему и ее решение. Дано: винчестер 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, эта информация не должна находиться в определенных полях, и он дуреет. Если ненужная информация туда попала, то ее придется убирать вручную, после чего винчестер снова станет корректным. |
ATauenis
Advanced Member
Откуда: Москва Всего сообщений: 2904 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 апр. 2015 |
Ерасить пробовали? Команда erase в mhdd, либо тест поверхности с write в Victoria. |
sanders
Advanced Member
Профессионал Откуда: Санкт-Петербург Всего сообщений: 6434 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2008 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 21 апреля 2018 21:05 Сообщение отредактировано: 21 апреля 2018 21:06
Нет, не пробовал. Only shalovlvie ruchky Даже не подозревал, что такие нестираемые FDISK-ом данные могут быть. |
aleksvolgin
Advanced Member
Всего сообщений: 2123 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 21 нояб. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 21 апреля 2018 21:17 Сообщение отредактировано: 21 апреля 2018 21:18
sanders написал: Вывод: для разметки накопителей надо пользоваться fdisk'ом, линуксовым, а дос и венду сдать на свалку истории, где им самое место. Вывод: в Partition Table может записаться какая-то фигня, и она почему-то препятствует записи (перезаписи) новой информации. |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
Ничего не понял. Перед разбивкой диска удаляли существующие разделы? |
sanders
Advanced Member
Профессионал Откуда: Санкт-Петербург Всего сообщений: 6434 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2008 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 21 апреля 2018 23:23 Сообщение отредактировано: 21 апреля 2018 23:26
Rio444 написал: Подробная предыстория: Перед разбивкой диска удаляли существующие разделы? 1. Винчестер откуда-то взятый, живой. Вставлен в Toshiba Libretto 50ct. Там он "как-то" видится (Тошка не показывает данные винта). При попытке создать даже первичный раздел пишет "Невозможно создать первичный раздел DOS". 2. Винчестер подключен к материнке 486PCI (из последних, с LBA). Там он определяется, как 309МБ. Попытка вручную прописать его параметры приводит к зависанию FDISK. 3. Обнаружен загнутый пин. Выровнен. После этого винч лихо определяется, каким должен быть. В FDISK разделов нет, можно создать только первичный раздел (любого размера, вплоть до максимальной емкости, но только один). Попробовал FDISK /MBR. Не помогло. При создании второго раздела пишет "Недостаточно места для создания раздела DOS". В сведениях о разделах показывает только один (вновь созданный) раздел, например 500МБ и использование 12% 4. Возвращен в Libretto (Pentium-75). Опробованы DOS 5.0 (видит 2ГБ), DOS 7.0. В BIOS-е менялся Standart IDE (видится 2ГБ) и Extended IDE (Default). Все равно могу создать только один раздел. 5. Винч подключен к современному компу через USB. На винте разделов нет. Acronis Diskdirector тоже может создать лишь один раздел. При попытке создать второй раздел пишет, что на Основном томе может располагаться не более 4х разделов (как будто их уже четыре!). 6. Обнаружено в DiskEdit (NU), что строки 2-4 Partition Table содержат абракадабру, в т.ч. строка 3 содержит тип раздела Big DOS и в параметрах тоже абракадабру. Вычищено по нулям вручную. 7. После всего этого винч стал нормально разбиваться на два раздела, второй раздел позволяет создать лог.диски, форматируется, загружается |
Eats
Newbie
Откуда: Saint-Petersburg Всего сообщений: 47 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 апр. 2009 |
Rio444 написал: Ничего он не удалял. Он только запускал FDISK /MBR, когда винч не виделся на всю емкость, а только, как часть от 4ГБ. Вот же всё написано: Перед разбивкой диска удаляли существующие разделы? sanders написал: Вы, молодой человек, плохо понимаете структуру самого нулевого сектора. В нём находятся таблица разделов (Partition Table) и главная загрузочная запись (Master Boot Record). Связь между ними односторонняя: MBR при загрузке лезет в PT, но наоборот - никак. В случае некорректной таблицы разделов система (и в первую очередь сама MBR!) не сможет рассмотреть некоторые или все разделы. В случае некорректной главной загрузочной записи система не сможет загрузиться с этого носителя. FDISK кое-как умеет работать с таблицей разделов (у него на это есть целое меню!), но вот с главной загрузочной записью он работает только одним способом: по ключу /MBR восстанавливает вместо старой записи новую. Естественно, что таблицу разделов он при этом не трогает, поскольку он не путает тёплое с мягким! И если у Вас в этой таблице записана какая-нибудь ерунда, то Вы эту ерунду должны исправлять другими средствами (часто удаётся обойтись тем же FDISKом, хотя и не всегда), а /MBR и не должен трогать таблицу, поскольку предназначен совсем для другого. Не думал, что настанут времена, когда мне придётся объяснять эти вполне очевидные вещи кому-то другому. Старею? я запускал FDISK /MBR. А /MBR я пытался сделать, когда винч не виделся на всю емкость, а только, как часть от 4ГБ. |
sanders
Advanced Member
Профессионал Откуда: Санкт-Петербург Всего сообщений: 6434 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2008 |
Eats написал: Не поверите, но за 6 лет работы сисадмином мне ни разу не понадобился ключ /MBR. Более того, о его существовании я узнал уже тут на форуме спустя более, чем 15 после того, как я уже не работаю сисадмином :-) И ведь все разбивалось-устанавливалось-работало. когда мне придётся объяснять эти вполне очевидные вещи кому-то другому Именно поэтому я не знал, что FDISK не умеет затереть Partition Table, и уже потом вписать туда корректные данные. А на счет других средств редактирования - да, я активно пользовался DISKEDIT-ом, и партиции правил, отрезая, например, начальные участки диска (чего не умеет FDISK), и прочие дела творил. Век живи, век учись, а до века мне еще далеко :-) |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
Уже не раз упоминал Ranish Partition Manager. Для старых систем идеален. Восстанавливает MBR, делит на разделы. Делает раздел активным (чего не может fdisk, если грузить его с другого диска). Очень простой интуитивно понятный интерфейс. |
XPOHOMETP
Advanced Member
Всего сообщений: 752 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 13 мая 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 22 апреля 2018 10:50 Сообщение отредактировано: 22 апреля 2018 13:05
sanders написал: В описании не наблюдается попыток удалять все разделы. я не знал, что FDISK не умеет затереть Partition Table, и уже потом вписать туда корректные данные Хотя если информация в таблице совсем левая, то проблемы возможны. sanders написал: Создаете в FDISK раздел по размеру отрезаемого участка. Который использоваться не будет и в последствии может быть удален. я активно пользовался DISKEDIT-ом, и партиции правил, отрезая, например, начальные участки диска (чего не умеет FDISK) Далее в обычном порядке. |
ATauenis
Advanced Member
Откуда: Москва Всего сообщений: 2904 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 апр. 2015 |
sanders написал: Мне понадобился на 386, когда после экспериментов с двойной загрузкой DOS и Win95 FDISK (от W95) начал виснуть при загрузке. Прогнал его с ключом /MBR, и всё нормально заработало. Потом, перед следующей переразбивкой диска, на всякий случай затёр начало в MHDD. Не поверите, но за 6 лет работы сисадмином мне ни разу не понадобился ключ /MBR. |
Arix
Advanced Member
Откуда: Саратов Всего сообщений: 1399 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 18 июля 2015 |
У меня уже бывали такие ситуации. Когда я не мог создать разделы на старых жестких дисках. Было ещё, на винте в 486-м сидел загрузочный вирус. При подключении к современному компьютеру (через USB-IDE) Касперский ругался. Однако удалить вирус он не мог. Дальше я форматирую, удаляю разделы Акронисом, потом FDisk'ом. Ничего не помогает, вирус остаётся. В таких случаях надо "ерасить" - прошивать весь диск нулями. |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Такие чудеса не только с fdisk случаются. Я давно взял себе за правило в обязательном порядке стирать всю поверхность приобретаемых мною HDD (кстати в конце поверхности RAID контроллеры часто хранят метаданные, что может тоже сделать проблемы, если не стереть этот конец). Заодно это и soft-bads убирает. Удобно пользоваться командой dd, тк не требует чтобы работало DMA через функции int13 (в противном случае стирание с помощью MHDD в PIO довольно медленное). И можно во время стирания заниматься другими делами. |
Forza3dfx
Advanced Member
Всего сообщений: 493 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 1 мар. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 23 апреля 2018 18:15 Сообщение отредактировано: 18 августа 2018 22:19
Когда-то давно для своего удобства делал, чтобы быстро понять какие разделы в Partition Table описаны. С исходником на Турбо Паскале. Архив заменен (поновее версия в залежах нашлась, работает нормально, чем отличается - не помню, надо исходник смотреть, да я и сам старой пользовался). Прикрепленный файл (MBRVIEW.LZH, 0 байт, скачан: 33 раза) |
<<Назад Вперед>> | Страницы: 1 2 | Печать |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Невозможность создания второго раздела на IDE винчестере |
0 посетителей просмотрели эту тему за последние 15 минут |
В том числе: 0 гостей, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |