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

» Acronis Disk Director

Автор: Oleg_II
Дата сообщения: 24.09.2006 15:15
Сорри, если пропустил. А подскажите какого размера диски поддерживает DD? Официально, а не экспериментально
Автор: RussianNeuroMancer
Дата сообщения: 24.09.2006 17:59
См страницы 127-130 документации Acronis Disk Director Suite 10.
Автор: Oleg_II
Дата сообщения: 24.09.2006 18:07
Блин... Я как раз скачал мануал для сервера
Сейчас скачаю для сьюта.

Добавлено:
RussianNeuroMancer
Извини, там не совсем то, что я хочу узнать.
Один вопрос: поддерживает ли конкретно DD жесткие диски 160GB? Есть ли об этом что-то у производителя?

Добавлено:
Хотя, скорее всего при установке на диск и версия с CD, скорее всего, должны поддерживать?
Автор: RussianNeuroMancer
Дата сообщения: 25.09.2006 10:08
Oleg_II
Не знаю, устроит ли такой ответ (хотя в документации вроде и написано, что ограничений нет), но на практике большинство операций опробованы с 300-400 Гб дисками (уверен что и с намного большими проблем не будет). Так как я человек запасливый, то при закупке оборудования ставлю именно такие диски, на те машины, на которых в этом есть необходимость, конечно
Всё всегда нормально.
Автор: coolpunk
Дата сообщения: 25.09.2006 11:01

Цитата:
Думал DDS поможет мне, но не смог... Винт 200Гб одним разделом NTFS. После многократных выключений из розетки Windows XP перестала грузиться - не находит файлов. При переустновке раздел видит, но предлагает его только отформатировать, хотя места много. Как понимаю, нарушена файловая система. DDS раздел видит, видит что NTFS, видит папки на нем, но ничего с ним сделать не может. Например, хотел разбить винт на 2 раздела, но после раздумий выдает ошибку, что не может прочитать такой-то сектор. Проверил диск с помощью MHDD - ерасов не было, бэдов 0. Не догадался в консоли восстановления чекдиском проверить...
Цитата: И не стоит
Автор: RussianNeuroMancer
Дата сообщения: 25.09.2006 11:04
coolpunk
Только резервную копию лучше предварительно сделать, а то наисправляет, потом рад не будешь.
Автор: Oleg_II
Дата сообщения: 25.09.2006 12:55
RussianNeuroMancer
Спасибо. Но это, действительно, не совсем то - там речь идет об объемах, поддерживаемых разными файловыми системами, а не о поддерживаемых конкретно данной версией DD
Автор: RussianNeuroMancer
Дата сообщения: 25.09.2006 13:40
Oleg_II
Могу точно сказать что данная конкретная версия DD точно поддерживает присутствующие на рынке винты.
Автор: Oleg_II
Дата сообщения: 27.09.2006 04:04
RussianNeuroMancer
В принципе, это я и хотел узнать. Значит, некоторые "старички" не настолько уж и отстают, если вообще отстают Это при том, что они выпущены были давно и уважаемый Sish вообще их уже похоронил
Автор: mukca
Дата сообщения: 01.10.2006 17:51
у меня такая фигня.

загрузочные диски акроникс не хотят грузиться на моей машине в полной версии, только в безопасной.
причем независемо что за програма. версия или метод загрузки. с флешки или cd/
во всех случаях грузяться только безопасные версиии.
раньше то дого как я сменил свой старый атлон 3200 на x2 3800 все диски акрониксов грузились нормально. щах нехрена.
кроме процак в системе не менял так что все стрелки на него....

использую мать epox 9NPA3 ultra
проц X2 3800

кто знает в че проблема?? и как побороть.
у ково нибуть такое было???
Автор: TeXpert
Дата сообщения: 02.10.2006 00:43
mukca
Ясно, что-то аппаратное, как-то я сталкивался, но, к сожалению, не помню, из-за чего было. Но -- в другом форуме была информация, например, о том, что True Image на определённом RAID-контроллере не работал, это к тому что такие проблемы вполне могут быть. Главное, в том случае я вполне обошёлся безопасным режимом.
Автор: Sish
Дата сообщения: 02.10.2006 07:35
mukca
А если попробовать заюзать плагин для BartPE?
Автор: mukca
Дата сообщения: 02.10.2006 10:06
Sish

Цитата:
А если попробовать заюзать плагин для BartPE?

дык могу поспорить чт орабоатть будет. так ак барт пе этож пол\чти полная ось. а под виндой все нормально работает.....
+ собирать бартпе неохота....

Автор: Sish
Дата сообщения: 02.10.2006 10:42
mukca

Цитата:
собирать бартпе неохота....

если канал позволяет, можно готовый качнуть...
Автор: mukca
Дата сообщения: 02.10.2006 12:50
Sish
вот мне фраза понравилась...

Цитата:
если канал позволяет, можно готовый качнуть...


канал не позволяет.
скажу прямо канал 56кбит..



Автор: Hrist
Дата сообщения: 02.10.2006 20:31
mukca
да там собирать то его - нефиг делать...
главное иметь этот плагин (в варезнике есть), плагин скази_сата_райд дров, конструктор, и дистриб хп
конструктор сам увидит что плагин есть, укажешь дистриб, кнопка создать и все - барпе готов...

я себе собрал именно из за такой же причинв - на моем компе акронисы не работают вообще - кроме как из под винды и бартпе...
Автор: mukca
Дата сообщения: 02.10.2006 20:39

Цитата:
я себе собрал именно из за такой же причинв - на моем компе акронисы не работают вообще - кроме как из под винды и бартпе...

гы вообщето это не на моей машине не работают а на машине прата. но если я наткнусь еще на пару машин то придеться собрать....

ps скока пользуюсь некогда на такие грабли не нарывался...
Автор: Sish
Дата сообщения: 03.10.2006 04:32
mukca

Цитата:
скока пользуюсь некогда на такие грабли не нарывался...

Значит, ты просто счастливый пользователь

А у меня именно на моей машине после переход на SATA, специфики мамы и малой вероятности, что производитель включит поддрежку моей мамы, пришлось юзать плаин к сабжу.
Автор: alexist
Дата сообщения: 03.10.2006 07:05
Копия вопроса в теме по OS Selector, т.к. он тоже относится к ADDS и может здесь кто-нибудь знает как решить этот вопрос.


Цитата:

Никто не сталкивался с таким косяком.

Стоит на разделе 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

Есть ли решение этой проблемы?
Автор: Agul
Дата сообщения: 14.10.2006 09:43
В справке Акрониса не нашел, поэтому спрашиваю тут.
У меня на винте С стоит винда, тут же стоит Акронис. Хочу разбить этот диск на 2 части - для операционки с прогами и отдельно для данных. Насколько безопасен Акронис, не повредит ли он винду во время создания раздела. Жесткий на 200 гиг, занято 30%.
Автор: roman362
Дата сообщения: 14.10.2006 10:07
Agul

Цитата:
..не повредит ли он винду во время создания раздела

Не повредит. Скачай и загрузись с BootCD Acronis Disk Director Suite v10.0.2117. Брать здесь: http://forum.ru-board.com/topic.cgi?forum=35&topic=20564&start=0&limit=1&m=1#1 Но сначала всё же прочитай документацию: http://download.acronis.com/pdf/DiskDirectorSuite10.0_ug.ru.pdf Многие возможные вопросы отпадут сами собой.
Автор: Agul
Дата сообщения: 14.10.2006 19:57
Акронис у меня уже закачаный. Сдела загрузочный диск, загрузился с него, начал процесс деления на 2 раздела, так он мне по времени 2 дня выдал 8).
Автор: Sish
Дата сообщения: 15.10.2006 05:57
Agul

Цитата:
так он мне по времени 2 дня выдал 8

Значит, у тебя диск SATA, корректных драйверов на который нет в BootCD.

Во избежание потери данных, лучше-таки дождаться: справляется он обычно быстрее, чем обещает; а чтобы избежать подобных проблем в будущем, лучше юзать LiveCD с соотвествующим плагином акрониса.
Автор: RussianNeuroMancer
Дата сообщения: 15.10.2006 09:26
При объединении/разделении большая продолжительность выполнения операции обычно связана с большим количеством мелких файлов на объединямых/разделяемых разделах.
Автор: mukca
Дата сообщения: 15.10.2006 11:07

Цитата:
При объединении/разделении большая продолжительность выполнения операции обычно связана с большим количеством мелких файлов на объединямых/разделяемых разделах.

и смотря где физически расположены эти файлы на диске....

Автор: Oleg_II
Дата сообщения: 15.10.2006 14:52

Цитата:

Цитата: При объединении/разделении большая продолжительность выполнения операции обычно связана с большим количеством мелких файлов на объединямых/разделяемых разделах.

и смотря где физически расположены эти файлы на диске....
Автор: dimagsv
Дата сообщения: 17.10.2006 09:18
Отвечаю на свой вопрос поставленный тут.

Цитата:
Подскажите, использую Disk Director 10.0.0.2117 для объединения двух ntfs разделов - по 120Гб каждый. После перезагрузки DD начал процесс объединения. Уже прошло двое суток, а прогресс бар на 50% стоит. Немножко помаргивает винчестер. Не так сильно как вначале. Судя по скорости, так можно ещё неделю ждать.
Скажите, если сделать reset, данные потеряются? Меня интересует формулировка в шапке "Слияние двух разделов в один без риска потери данных" - она подразумевает reset?

Оказывается, что DD объединяя разделы переносит информацию по одному файлу из одного раздела в другой. При необходимости, размеры разделов изменяются. Поэтому, если в процессе объединения нажать reset, то вполне можно рассчитывать на положительный результат.
В том случае, когда я задавал вопрос, всё кончилось где то на 5-й день. Я застал комп с чёрным экраном. Перезагрузился. Windows XP sp2 грузилась где то минут 20 против 1-2х как обычно. Посмотрев на разделы, я обнаружил что все данные перенесены на первый раздел и находятся на месте. Это хорошо. Но почему то второй раздел откуда данные переносились остался на месте - не удалён. Зато абсолютно пустой. Ну с этим понятно что делать - удалять второй раздел и растягивать первый. Что я и сделал. Винда перестала грузиться совсем. Вот, думаю, приехали. Проверил на другом компе винт и раздел chkdsk-ом - ошибок нет, типа всё ок. Но, падла, не грузится хоть тресни . Долго копался, докопался до того что локализовал проблемму в загрузочном секторе - те 15 минут загрузки проходили в процессе загрузки ntldr. Только, видимо, раньше ntldr удавалось загрузить. А после растягивания раздела - почему то нет. Я долго смотрел в загрузочный сектор, но так и не понял что же там не так. Далее сделал следующее, опять уменьшил раздел, создал второй, всё с первого перенёс на второй, убил первый, растянул второй, перезагрузился. Windows опять грузится нормально.
Выводы из этого. 1. Данные не потерялись при использовании DD. 2. Появились непонятные ошибки в загрузочном секторе или где то там, которые устранять сложнее чем выполнить первоначально поставленную задачу - объединение разделов. 3. Из п.2 следует, что надёжнее и быстрее всего объединять разделы вручную, перенося файлы штатными средствами windows и изменяя при необходимости размер раздела с помощью DD, благо, он делает это на лету без перезагрузки.
P.S. Параллельно этим пляскам, я объединял два раздела на другом более старом компе с винтом 32Гб. Там всё закончилось синим экраном в процессе работы. В результате неперенесённые данные остались на исходном разделе, который оказался скрыт (hidden). С загрузочным сектором тут проблемм не возникло, остаток данных я перенёс благополучно вручную.
Автор: Sish
Дата сообщения: 17.10.2006 09:34
dimagsv
А ты в курсе, что на винте ждолжен быть хотя бы один активный Primary-раздел?
Автор: RussianNeuroMancer
Дата сообщения: 17.10.2006 09:55

Цитата:
Оказывается, что DD объединяя разделы переносит информацию по одному файлу из одного раздела в другой.
Это заметно, если попробовать заюзать билд 2064 под Win2000, DD забывает скрыть раздел от системы, и процесс переноса можно наблюдать воочию

По первому описанному случаю. Я думаю, что после удаления не нужного раздела стоило бы выполнить fixmbr и fixboot, из Консоли восстановления с BootCD WinXP, может и помогло бы. Мне кажеться, что у DD было достатачно основания не удалять раздел, так как он, видимо, определил, к чему приведёт его удаление (невозможности загрузить систему). Для того, что бы и мы могли узнать эту причину мало информации.

По второму слуаю, опять же не достатачно информации для установления причины, а причиной синего экрана во время объединения разделов может быть что угодно.
Автор: dimagsv
Дата сообщения: 17.10.2006 12:32
Sish

Цитата:
А ты в курсе, что на винте ждолжен быть хотя бы один активный Primary-раздел?

Конечно.

RussianNeuroMancer
Спасибо за подсказки.
Ты считаешь что DD при объединении разделов не всегда переносит данные по одному файлу? Мне кажется, что всегда, и эта особенность важна для сохранности данных.

Цитата:
Я думаю, что после удаления не нужного раздела стоило бы выполнить fixmbr и fixboot, из Консоли восстановления

Да, возможно стоило бы выполнить fixboot. Я плохо знаю консоль восстановления. У меня как то не получилось туда залогиниться с русским паролем администратора - я на неё и забил.

Цитата:
Мне кажеться, что у DD было достатачно основания не удалять раздел, так как он, видимо, определил, к чему приведёт его удаление (невозможности загрузить систему)

Я думаю, что DD не удалил раздел только потому что по каким то причинам не дошёл до этого этапа. А грузиться система перестала, как я уже писал, не после удаления пустого раздела, а после растягивания оставшегося раздела назначения.

Цитата:
а причиной синего экрана во время объединения разделов может быть что угодно

Синий экран действительно мог быть из за чего угодно - комп не новый (хотя синий экран в обычной работе я там давно не неблюдал), поэтому я DD не виню, а выражаю признательность за сохранённые данные - это всё таки большой шаг вперёд по сравнению c Partition Magic.

Поводом для написания поста стало желание рассказать какие могут быть проблеммы при использовании функции объединения разделов у DD. Вряд ли стоит отвечать мне, почему такие проблеммы возникли, т.к. это практически невозможно не посмотрев на экспериментальный комп. Разве что специалисты имеющие большой опыт использования этой программы могут предположить причину.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071

Предыдущая тема: Проблемы с InstallShield


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