proNovell

Вчера Portlock-ом посекторно переносили один диск (SCSI) на другой (IDE) - большего размера чем исходный SCSI.
оставили на ночь, т.к. дело было вечером.
Утро не предвещало беды...

Перенос завершился нормально, ошибок - 0.

На выходе было сказано что ДОСовская партиция нуждается в удалении, ресайзинге (почему?) или ... нажмите любую клавишу для перезагрузки.
Выключил сервер отсоеденил винт.
и тут началось....
при загрузке ДОСа, сервер обругался на неправильный config.sys.
открыл его - а там крокозяблики....
Весь ДОС-овский раздел улетел в потеряные кластера

В общем итог такой:
не виден ни один раздел ни на исходном винте, ни на тот на который переносили...
в некоторые папки из под ДОСа вообще войти нельзя, папка NWSERVER - пуста! хотя место на винте вроде бы чем то занято.

Хотелось узнать причину...
И конечно же восстановить данные


Сервер NW 6.0 SP3.
Железо:
SCSI: FUJITSU MAN3367MC - 34 Gb
DOS partitions - 200 Mb
NSS partitions, pool SYS, volume (SYS) - 4 Gb
NSS partitions, pool SYS, volume (DATA) - 30 Gb

IDE - SAMSUNG - 40 GB

_Igor_ писал(а):Вчера Portlock-ом посекторно переносили один диск (SCSI) на другой (IDE) - большего размера чем исходный SCSI.
...
не виден ни один раздел ни на исходном винте, ни на тот на который переносили...

Вот это более, чем странно - исходный диск точно не мог пострадать, просто по определению. Я сам неоднократно копировал диски IDE и SCSI в различных комбинациях - никогда проблем не было.

_Igor_ писал(а):В общем итог такой:
не виден ни один раздел ни на исходном винте, ни на тот на который переносили...
в некоторые папки из под ДОСа вообще войти нельзя, папка NWSERVER - пуста! хотя место на винте вроде бы чем то занято.
[...]
Сервер NW 6.0 SP3.

Во-первых, не совсем понятно, о каких таких "папках из под ДОСа" Вы говорите, если "не виден ни один раздел".
Во-вторых, нигде не указана версия этого ДОС-а - ни того, который у Вас стоял, ни того, под которым Вы сейчас просматриваете. Могу только упомянуть о следующем: подобный эффект ("битые" директории, мусор в именах файлов и т.п.) частенько наблюдается в случае, когда на жёсткий диск был установлен DR-DOS (а это по умолчанию так, если ставить NetWare 6, загружаясь с новелловского диска), а потом пытаться просмотреть содержимое диска, используя MS-DOS (например, загрузившись с дискеты).

Константин Ошмян писал(а): Могу только упомянуть о следующем: подобный эффект ("битые" директории, мусор в именах файлов и т.п.) частенько наблюдается в случае, когда на жёсткий диск был установлен DR-DOS (а это по умолчанию так, если ставить NetWare 6, загружаясь с новелловского диска), а потом пытаться просмотреть содержимое диска, используя MS-DOS (например, загрузившись с дискеты).

Достаточно хорошо знаком с "альтернативными ДОСами" и потому сомневаюсь в данных словах. Если все правильно в boot- секторе, раздела и каталоговая система DR дос просматривается нормально. Другое дело, если раздел создавали средствами 3.30, например, а потом осистемили 5.0 или старше. В результате таблица FAT остается по сути, 12-битной, а метка стоит - FAT16. Любопытно, что до запуска любой "интеллектуальной" программы, например ndd, все работает нормально. Но вот зато после.... появляются именно описанные эффекты. Говорят, что неправильные разделы создавал малораспостраненный и на редкость глюкавый ДОС 4.0.1 - сам Масдай при апдейте настоятельно рекомендовал пересоздание разделов....

Мещеряков Андрей писал(а):Достаточно хорошо знаком с "альтернативными ДОСами" и потому сомневаюсь в данных словах.

Аналогично знаком с "альтернативными ДОСами" и не сомневаюсь - реальный опыт.

PS: Дело древнее, может ты и прав... 200 Mb под дос для NW6 - корни древние, видать.

1. Исходный диск - не мог пострадать, это ясно, но факт остается фактом, оба диска пришли в "негодное состояние".

2. На родном DR-DOS-e (ставился при инсталляции 6-ки) в папки этого раздела зайти было нельзя. После того как он ругался на Config.sys 2 раза, вылетало сообщение "Нажмите любую клавишу" и вываливался на С:\... Затем мы подключили этот винт к другой машине, Вин98 из командной строки - та же ситуация, в файлах крокозяблы, папка NWServer - пуста... (CHKDSK находи кучу потеряных кластеров).

3. Насколько мне известно (это было еще до меня) изначально стоял NW 5.1, затем его обновили до 6.0 с DR-DOS, поэтому какой ДОС изначально был на винте я к сожалению не знаю.

ДОСовский раздел мы восстановили (простым копированием с резервной копии), коекак "загрузив сервер", не видно ни SYS ни DATA. POrtlock все кроме ДОСа опознает как "раздел Netware386 HIDE), когда делаешь UNHIDE, никакого результата - нет, пулы отсутсвуют.

З.Ы. А зачем ДОС раздел больше 200 метров, у нас на нем занято только 40 МВ? Или у Вас на нем храняться утилиты для резервного восстановления? Если да то что?

З.З.Ы. Сейчас пробуем восстановить Portlock-oм из резервной копии слитой по ФТП.

_Igor_ писал(а):А зачем ДОС раздел больше 200 метров, у нас на нем занято только 40 МВ?

Утилитки всячиские. При установке SP бывает место нужно. Иногда дистрибутив положить. СлучАи разные бывают...

Потерянные разделы попробуй поискать TestDisk-ом.

Странно, мне кажется:
DOS вообще не важен, достаточно загрузится с любого (нового) DOS раздела и запустить server.exe
Чтоб исходный диск пострадал - или Вы допустили грубую ошибку(или допускаете ее при просмотре после подключения), или произошло что-то внешнее, может с железом...

Из резервной копии восстановить удалось, НО грузится ничего не хотело, пока не сделали nss /poolrebuild=sys и nss /poolrebuild=data.

А данные после nss /poolrebuild восстановились с диска или только появилась возможность их переписать на диск из резервной копии?

Данные восстановились, SYS - работает нормально, прогнали DSREPAIR - ошибок=0, со 2-ым сервером (INET) связь восстановались все в норме. Но на томе ДАТА появилось 7 GB!!! свободного места (при Rebuild-е сказало что на томе ДАТА 40 метров потеряных файлов). Пользователи пока не жаловались на потеряные файлы, может это было связано с ошибками на томе????, но как на меня - слишком много свободного места получилось.... Выборочно проверили файлы - все на месте, открывается, читается, внешне никаких изменений нет, но может мы еще их не заметили...

То есть все оказалось ОК, после rebuilda?
А свободное место: 40-34=6ГБ, и берется из пула, в котором, скорее всего неск томов, т.е это общее свободное место для всех томов в одном пуле

да нет, восстановили все на страрый SCSI из копии залитой за два дня до всего этого по ФТП (см.выше), поэтому математика к сожалению не получается такое утешительной, место откуда то "появилось"

Ну как разберетесь, сообщите,плиз, в чем грабли были?