Сорри, если пропустил. А подскажите какого размера диски поддерживает DD? Официально, а не экспериментально ![](http://i.ru-board.com/s/smile.gif)
![](http://i.ru-board.com/s/smile.gif)
Думал DDS поможет мне, но не смог... Винт 200Гб одним разделом NTFS. После многократных выключений из розетки Windows XP перестала грузиться - не находит файлов. При переустновке раздел видит, но предлагает его только отформатировать, хотя места много. Как понимаю, нарушена файловая система. DDS раздел видит, видит что NTFS, видит папки на нем, но ничего с ним сделать не может. Например, хотел разбить винт на 2 раздела, но после раздумий выдает ошибку, что не может прочитать такой-то сектор. Проверил диск с помощью MHDD - ерасов не было, бэдов 0. Не догадался в консоли восстановления чекдиском проверить...
Цитата: И не стоит
А если попробовать заюзать плагин для BartPE?
собирать бартпе неохота....
если канал позволяет, можно готовый качнуть...
я себе собрал именно из за такой же причинв - на моем компе акронисы не работают вообще - кроме как из под винды и бартпе...
скока пользуюсь некогда на такие грабли не нарывался...
Никто не сталкивался с таким косяком.
Стоит на разделе NTFS две системы XP и Acronis OS Selector 10-й версии.
Так вот, названия каталогов "Documents and Settings" и "Program Files" в NTFS для которких имен их также хранит не в формате 8.3 (DOCUME~1 и PROGRA~1), а полностью, но только в верхнем регистре (т.е. как "DOCUMENTS AND SETTINGS" и "PROGRAM FILES").
Получается, что многие консольные программы под виндой использующие системные переменные, не нормально видят эти каталоги.
Все было нормально, пока не поставил Acronis. С помошью ERD пересоздавал эти каталоги, но они короткие имена слетали после первой же перезагрузки в жругой ОС.
Для информации:
- FAR и VC при отключенных длинных именах все равно видит как "DOCUMENTS AND SETTINGS" и "PROGRAM FILES", а все остальные файлы и каталоги видятся как положено в формате 8.3
- Norton Commander - вообще их не видит.
И предвещая ваш вопрос сразу говорю, что в обеих системах стоит ведение коротких имен на NTFS, т.е. в ветке рееста [HKLM\SYSTEM\CurrentControlSet\Control\FileSystem]
NtfsDisable8dot3NameCreation = 0
Win31FileSystem = 0
Есть ли решение этой проблемы?
..не повредит ли он винду во время создания раздела
так он мне по времени 2 дня выдал 8
При объединении/разделении большая продолжительность выполнения операции обычно связана с большим количеством мелких файлов на объединямых/разделяемых разделах.
Цитата: При объединении/разделении большая продолжительность выполнения операции обычно связана с большим количеством мелких файлов на объединямых/разделяемых разделах.
Подскажите, использую Disk Director 10.0.0.2117 для объединения двух ntfs разделов - по 120Гб каждый. После перезагрузки DD начал процесс объединения. Уже прошло двое суток, а прогресс бар на 50% стоит. Немножко помаргивает винчестер. Не так сильно как вначале. Судя по скорости, так можно ещё неделю ждать.
Скажите, если сделать reset, данные потеряются? Меня интересует формулировка в шапке "Слияние двух разделов в один без риска потери данных" - она подразумевает reset?
Оказывается, что DD объединяя разделы переносит информацию по одному файлу из одного раздела в другой.Это заметно, если попробовать заюзать билд 2064 под Win2000, DD забывает скрыть раздел от системы, и процесс переноса можно наблюдать воочию
А ты в курсе, что на винте ждолжен быть хотя бы один активный Primary-раздел?
Я думаю, что после удаления не нужного раздела стоило бы выполнить fixmbr и fixboot, из Консоли восстановления
Мне кажеться, что у DD было достатачно основания не удалять раздел, так как он, видимо, определил, к чему приведёт его удаление (невозможности загрузить систему)
а причиной синего экрана во время объединения разделов может быть что угодно
Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071
Предыдущая тема: Проблемы с InstallShield