- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC),
 aurved, 14:19 , 11-Сен-13 (1)# fsck -y /dev/ar0s1h
** /dev/ar0s1h (NO WRITE)вот это -- (NO WRITE) -- говорит что FS смонтированна в режиме только-чтение. поэтому везде "no" и нет лечения-исправления. ну видимо надо попробовать в single-user режиме fsck -y /dev/ar0s1h
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), lavr, 14:43 , 11-Сен-13 (3)
> # fsck -y /dev/ar0s1h
> ** /dev/ar0s1h (NO WRITE)
> вот это -- (NO WRITE) -- говорит что FS смонтированна в режиме
> только-чтение. поэтому везде "no" и нет лечения-исправления.
> ну видимо надо попробовать в single-user режиме fsck -y /dev/ar0s1h однако Да, как же тогда TC , с его слов, выполнял fsck из single user mode? Видимо НЕ SINGLE! Ибо в single будет: # fsck_ffs -fy /dev/ar0s1h впрочем и на все остальные не мешало бы выдать fsck_ffs -fy предварительно
посмотрев их
# cat /etc/fstab то TC: в single user mode Вы получаете систему только с одним корнем "/"
смонтированным как READ-ONLY, затем смотрите /etc/fstab и выполняете fsck_ffs -fy /dev/xxx ps. Возможно ничего не потеряно и пока еще Вами не убито.
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), lavr, 14:36 , 11-Сен-13 (2)
> Уважаемые знатоки, прошу помощи!
> Ситуация хуже не придумаешь, пару дней назад погиб УПС, заказали новый, а
> вебсервер (AMD Opteron 185/ASUS A8N-VM/RAID1 2*74GB HDD WD Raptor SATA/HDD WD80GB
> IDE backup) был временно подключён напрямую в сеть. И в этот
> момент случилось отключение электричества. Де факто падение MySQL, восстановление таблиц
> выдало:
> phpbb_attachments repair Error Can't find file: 'phpbb_attachments' (errno: 2)
> phpbb_attachments repair status Operation failed <skipped> > 147953 files, 2838703 used, 24703928 free (58296 frags, 3080704 blocks, 0.2% fragmentation) так прошел fsck_ffs -fy из single-mode или нет? > Гугл прямых ответов народа как восстановить систему после такого сбоя не дал,
> кроме умничанья "профиков" на тему "вовремя бэкапиться" (наш бэкап-винт теперь вообще
> не определяется ни одним компом, как будто ничего не подключено, слава
> Богу что data-винты целы остались - RAID1 упорно доказывает, что 2*74
> WD Raptor - HEATHLY), или ответы из серии "чувак ты лох,
> а я умнее", но ни одного прямого ответа, что сделать в
> такой ситуации.
> Друзья, прошу помочь в этой ситуации! На сервере несколько важных сайтов. "Сисадминов"
> у нас нет, одни "эникейщики" - надежда только на вас. Вы полагаете ""Сисадминов" у нас нет" и "кроме умничанья "профиков" на тему "вовремя бэкапиться"" не связанные вещи? 1) у вас fake-raid через atacontrol - печально
2) в таких случаях пытаются восстановить на отдельных дисках FS, а не на самом fake-raid
3) нужно было сразу после проблемы - сделать образ одного или обоих дисков которые в ar(raid'е) и с ними работать: fsck_ffs -fy
и с на них пытаться восстановить информацию... для начала fsck на них и
в крайнем случае попробовать коммерческие: ufs recovery или r-studio Так что просите, не просите... - ну как вариант, в коммерческую фирму по восстановлению
данных... Sorry, ничего личного, печальный урок на будущее, UFS это Вам не фунт изю..., тьфу не
FAT32 или exFAT или NTFS... ps. RAID != backup
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), AHTEPO, 15:08 , 11-Сен-13 (4)
Всем огромное спасибо за ответы!>[оверквотинг удален]
>> Ситуация хуже не придумаешь, пару дней назад погиб УПС, заказали новый, а
>> вебсервер (AMD Opteron 185/ASUS A8N-VM/RAID1 2*74GB HDD WD Raptor SATA/HDD WD80GB
>> IDE backup) был временно подключён напрямую в сеть. И в этот
>> момент случилось отключение электричества. Де факто падение MySQL, восстановление таблиц
>> выдало:
>> phpbb_attachments repair Error Can't find file: 'phpbb_attachments' (errno: 2)
>> phpbb_attachments repair status Operation failed
> <skipped>
>> 147953 files, 2838703 used, 24703928 free (58296 frags, 3080704 blocks, 0.2% fragmentation)
> так прошел fsck_ffs -fy из single-mode или нет? Да, попробовал. Куча INCORRECT BLOCK COUNT
CORRECT? yes
При повторном прогоне, всё то же самое... >[оверквотинг удален]
>> не определяется ни одним компом, как будто ничего не подключено, слава
>> Богу что data-винты целы остались - RAID1 упорно доказывает, что 2*74
>> WD Raptor - HEATHLY), или ответы из серии "чувак ты лох,
>> а я умнее", но ни одного прямого ответа, что сделать в
>> такой ситуации.
>> Друзья, прошу помочь в этой ситуации! На сервере несколько важных сайтов. "Сисадминов"
>> у нас нет, одни "эникейщики" - надежда только на вас.
> Вы полагаете ""Сисадминов" у нас нет" и "кроме умничанья "профиков" на тему
> "вовремя бэкапиться"" не связанные вещи?
> 1) у вас fake-raid через atacontrol - печально Согласен, но несколько лет всё работало как часы и ничего не предвещало беды... > 2) в таких случаях пытаются восстановить на отдельных дисках FS, а не
> на самом fake-raid
> 3) нужно было сразу после проблемы - сделать образ одного или обоих
> дисков которые в ar(raid'е) и с ними работать: fsck_ffs -fy Пожалуйста подскажите "КАК?" > и с на них пытаться восстановить информацию... для начала fsck на них
> и
> в крайнем случае попробовать коммерческие: ufs recovery или r-studio
> Так что просите, не просите... - ну как вариант, в коммерческую фирму
> по восстановлению
> данных... Ан нет таких у нас... > Sorry, ничего личного, печальный урок на будущее, UFS это Вам не фунт
> изю..., тьфу не
> FAT32 или exFAT или NTFS... Урок, не то слово! > ps. RAID != backup Бэкап был каждодневный, но как я писал выше, бэкап винт погиб...
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), Сергей, 16:21 , 11-Сен-13 (5)
> Всем огромное спасибо за ответы! Можно загрузиться с live cd 8.2-Release, ну и подним полечить вашу файловую систему...
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), lavr, 16:27 , 11-Сен-13 (6)
>[оверквотинг удален]
>>> IDE backup) был временно подключён напрямую в сеть. И в этот
>>> момент случилось отключение электричества. Де факто падение MySQL, восстановление таблиц
>>> выдало:
>>> phpbb_attachments repair Error Can't find file: 'phpbb_attachments' (errno: 2)
>>> phpbb_attachments repair status Operation failed
>> <skipped>
>>> 147953 files, 2838703 used, 24703928 free (58296 frags, 3080704 blocks, 0.2% fragmentation)
>> так прошел fsck_ffs -fy из single-mode или нет?
> Да, попробовал. Куча INCORRECT BLOCK COUNT
> CORRECT? yes какой такой повторный прогон?! Выпоняете fsck_ffs -fy один раз и если он завершился
успешно - монтируете FS, а вот если неуспешно - тогда проблема. fsck выполняется на НЕСМОНТИРОВАННЫЕ FS или на FS смонтированные READ-ONLY! Если уж Вы пытаетесь СРАЗУ работать с UFS на RAID, а не с UFS на отдельных дисках
из которых собран RAID, то НЕОБХОДИМО: 1) загрузиться в single-user mode в меню выбрать: a) single
или
b) escape to loader и затем в loader'е набрать:
> boot -s в итоге init выдаст Вам запись:
...
Enter full pathname of shell or RETURN for /bin/sh: давите <enter> и Вы в single-user mode # mount
покажет только одну смонтированную FS - "/" и то на READ-ONLY Вот теперь необходимо выполнить: # cat /etc/fstab
и выполняете fsck на все FS кроме swap/proc/linproc # fsck_ffs -fy / (или вместо "/" соответствующий сырой /dev/ar...)
и так далее
ключ -f - принудительно
ключ -y - отвечать yes на все вопросы и исправлять все автоматически после того как все сделали: # mount -a если ругани нет, то можете переходить в многопользовательский режим - CTRL+D
и пойдет загрузка, далее смотрите сообщения и логи
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), AHTEPO, 17:42 , 11-Сен-13 (7)
>[оверквотинг удален]
> давите <enter> и Вы в single-user mode
> # mount
> покажет только одну смонтированную FS - "/" и то на READ-ONLY
> Вот теперь необходимо выполнить:
> # cat /etc/fstab
> и выполняете fsck на все FS кроме swap/proc/linproc
> # fsck_ffs -fy / (или вместо "/" соответствующий сырой /dev/ar...)
> и так далее
> ключ -f - принудительно
> ключ -y - отвечать yes на все вопросы и исправлять все автоматически Всё выполнил, как Вы сказали. В итоге те же самые строки исправления потерянных кластеров (INCORRECT BLOCK COUNT I=23624 (55136 should be 54784) CORRECT? yes и т.п.). После повторного прогона # fsck_ffs -fy /dev/ar0s1h те же самые ошибки. Такое ощущение, что ничего не исправляется. > после того как все сделали:
> # mount -a
> если ругани нет, то можете переходить в многопользовательский режим - CTRL+D
> и пойдет загрузка, далее смотрите сообщения и логи В многопользовательском режиме вижу, что отсутствует куча файлов. (((
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), lavr, 18:20 , 11-Сен-13 (8)
>[оверквотинг удален]
>> # cat /etc/fstab
>> и выполняете fsck на все FS кроме swap/proc/linproc
>> # fsck_ffs -fy / (или вместо "/" соответствующий сырой /dev/ar...)
>> и так далее
>> ключ -f - принудительно
>> ключ -y - отвечать yes на все вопросы и исправлять все автоматически
> Всё выполнил, как Вы сказали. В итоге те же самые строки исправления
> потерянных кластеров (INCORRECT BLOCK COUNT I=23624 (55136 should be 54784) CORRECT?
> yes и т.п.). После повторного прогона # fsck_ffs -fy /dev/ar0s1h те
> же самые ошибки. Такое ощущение, что ничего не исправляется.какой повторный прогон - опять 25. >> после того как все сделали:
>> # mount -a
>> если ругани нет, то можете переходить в многопользовательский режим - CTRL+D
>> и пойдет загрузка, далее смотрите сообщения и логи
> В многопользовательском режиме вижу, что отсутствует куча файлов. ((( ну так Вы этого уже добились, если они отсутствуют, смотрите - есть ли в lost+founds
файлы Так как Вы использовали fsck сразу для FS на raid'е, боюсь что останется только
воспользоваться r-studio или ufs recovery (искать на трекерах или купить) ps. Нужно было сразу начать с работы с каждым диском из RAID в отдельности, возможно
и сейчас не поздно.
pps. Ну и сами диски было бы неплохо проверить Victoria.
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), AHTEPO, 18:39 , 11-Сен-13 (9)
>[оверквотинг удален]
>>> и выполняете fsck на все FS кроме swap/proc/linproc
>>> # fsck_ffs -fy / (или вместо "/" соответствующий сырой /dev/ar...)
>>> и так далее
>>> ключ -f - принудительно
>>> ключ -y - отвечать yes на все вопросы и исправлять все автоматически
>> Всё выполнил, как Вы сказали. В итоге те же самые строки исправления
>> потерянных кластеров (INCORRECT BLOCK COUNT I=23624 (55136 should be 54784) CORRECT?
>> yes и т.п.). После повторного прогона # fsck_ffs -fy /dev/ar0s1h те
>> же самые ошибки. Такое ощущение, что ничего не исправляется.
> какой повторный прогон - опять 25.Когда второй раз повторно запускаю fsck_ffs -fy /dev/ar0s1h >>> после того как все сделали:
>>> # mount -a
>>> если ругани нет, то можете переходить в многопользовательский режим - CTRL+D
>>> и пойдет загрузка, далее смотрите сообщения и логи
>> В многопользовательском режиме вижу, что отсутствует куча файлов. (((
> ну так Вы этого уже добились, если они отсутствуют, смотрите - есть
> ли в lost+founds
> файлы В директории lost+founds всего один маленький файлик. У меня складывается такое ощущение, что fsck_ffs не исправляет ошибки. > Так как Вы использовали fsck сразу для FS на raid'е, боюсь что
> останется только
> воспользоваться r-studio или ufs recovery (искать на трекерах или купить)
> ps. Нужно было сразу начать с работы с каждым диском из RAID
> в отдельности, возможно
> и сейчас не поздно.
> pps. Ну и сами диски было бы неплохо проверить Victoria. Расскажите пожалуйста как?
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), lavr, 19:40 , 11-Сен-13 (10)
>[оверквотинг удален]
>>>> # fsck_ffs -fy / (или вместо "/" соответствующий сырой /dev/ar...)
>>>> и так далее
>>>> ключ -f - принудительно
>>>> ключ -y - отвечать yes на все вопросы и исправлять все автоматически
>>> Всё выполнил, как Вы сказали. В итоге те же самые строки исправления
>>> потерянных кластеров (INCORRECT BLOCK COUNT I=23624 (55136 should be 54784) CORRECT?
>>> yes и т.п.). После повторного прогона # fsck_ffs -fy /dev/ar0s1h те
>>> же самые ошибки. Такое ощущение, что ничего не исправляется.
>> какой повторный прогон - опять 25.
> Когда второй раз повторно запускаю fsck_ffs -fy /dev/ar0s1h зачем? можете объяснить? > В директории lost+founds всего один маленький файлик. У меня складывается такое ощущение,
> что fsck_ffs не исправляет ошибки. а у меня, что Вы что-то делаете не так или уже что-то наворотили. lost+founds на FS - "/data" как я понимаю, туда монтируется /dev/ar0s1h >> Так как Вы использовали fsck сразу для FS на raid'е, боюсь что
>> останется только
>> воспользоваться r-studio или ufs recovery (искать на трекерах или купить)
>> ps. Нужно было сразу начать с работы с каждым диском из RAID
>> в отдельности, возможно
>> и сейчас не поздно.
>> pps. Ну и сами диски было бы неплохо проверить Victoria.
> Расскажите пожалуйста как? что как? Victoria - берете на трекере alkid Live CD или DVD или USB, грузитесь с него
и запускаете Victoria (возможно в BIOS придется переключиться с AHCI на Enchanced IDE
или что там у Вас есть, если конечно в BIOS выставлен AHCI Mode - но если все диски
видны в LiveCD то можно и не отключать AHCI) 1) смотрите SMART - можно из Victoria, или из другой более свежей утилиты, если
SMART GOOD приступаете к п 2) 2) Выбираете один диск из RAID и запускаете TEST с параметрами READ и Reallocate,
затем аналогично на втором) После этого, можете грузиться либо в single-user mode, либо загрузиться с LiveCD
от FreeBSD и попробовать fsck_ffs -fy:
НЕ НА /dev/arXsY[a-h] (b и c исключаем, это b - swap и с - описание всего слайса)
а на /dev/adXsY[a-h] - где вместо X нужно подставить значения первого диска из
RAID и затем второго диска из RAID. После чего их можно смонтировать и сделать ls -laR на обоих дисках на нужных Вам
FS и после чего сравнить чтобы решить КАКОЙ диск Вы возьмете за основу для будущего
RAID, те (то есть) на каком больше файлов сохранилось или вовсе "все" сохранилось. Именно с вышеуказанных действий и нужно было начинать. Смысл: 1) во время броска - пропали незакрытые буфера, оборвались операции записи в открытые
файлы...
2) могли появится BAD'ы на самих дисках
3) RAID1 - зеркалирование, копирование adX на adY, в сумме adX+adY == RAID1,
рейд fake'овый, те полупрограмный, во время пропадания питания, операции записи
оборвались и синхронизации между дисками не произошло, значит данные на дисках
в RAID'е будут разные - состояние RAID1 == degraded Вот почему в таких случаях не ждут синхронизации, а пытаются выполнить fsck
для FS на каждом из дисков в зеркале, затем сравнивают - ГДЕ меньше проблем и
больше данных или вовсе нет потерь данных (разумеется они будут, вопрос масштаба),
те БД нужно будет проверить руками. После того как выбрали диск с наибольшим количеством уцелевших данных
- можно попробовать восстановить с помощью ряда утилит - требует знаний и умения.
Или берут коммерческие продукты: ufs recovery или r-studio и смотрят что можно
сделать с их помощью. И только после этого - выбирают какой диск будет основным для вновь создаваемого
зеркала, оно все одно развалилось, значит его нужно будет делать заново и для
исходного материала брать тот диск на котором мы все восстановили. Так понятно?
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), lavr, 20:05 , 11-Сен-13 (11) +1
Боюсь зря я в это ввязался, только без обид.Вот Вам летняя история, тоже зря ввязался: В форуме(другом): пропало питание, сервер с FreeBSD не грузится, помогите, администратор
в отпуске Спрашиваю: с unix'ами имели дело?
- нет
с консольными редакторами?
- нет, ну так немножко в Word'е... Подняли, за НЕДЕЛЮ по скриншотам с мобилы или фотоаппарата...
Так вот делов там было на 5 минут: fsck и поправить вроде бы два файла в редакторе. НЕДЕЛЯ ушла, чтобы не убить сервер, делали копии нужных файлов, редактировали
и заменяли оригиналы. Так пришлось каждый день писать: если НЕ БУДЕТЕ в ТОЧНОСТИ набирать команды - все прекращаем, ну и что, пофик,
fsck или fck, mount или munt и тд и тп. Вывод: смелость - это конечно хорошо, но безрассудность и бесшабашность...
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), михалыч, 18:34 , 12-Сен-13 (13)
> Боюсь зря я в это ввязался, только без обид.Зря, ничего не бывает!
В следующий раз этих ошибок, возможно, не будет.
Другие, прочитав ваши рекомендации, поступят правильнее, не сделают досадных ошибок.
Я сам, по вашим постам, как степ-бай-степ, фрю спасал.
Ваши советы, хоть сейчас в рамочку и на стену. Это без тени юмора. В общем, повторюсь - зря, ничего не бывает!
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), lavr, 10:29 , 12-Сен-13 (12)
>>[оверквотинг удален]
> После этого, можете грузиться либо в single-user mode, либо загрузиться с LiveCD поправка - в данном случае, грузиться нужно с LiveCD или с LiveUSB >[оверквотинг удален]
> - можно попробовать восстановить с помощью ряда утилит - требует знаний и
> умения.
> Или берут коммерческие продукты: ufs recovery или r-studio и смотрят что можно
> сделать с их помощью.
> И только после этого - выбирают какой диск будет основным для вновь
> создаваемого
> зеркала, оно все одно развалилось, значит его нужно будет делать заново и
> для
> исходного материала брать тот диск на котором мы все восстановили.
> Так понятно?
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), AHTEPO, 17:22 , 13-Сен-13 (14)
> Боюсь зря я в это ввязался, только без обид.Совсем не зря! Вам огромное спасибо за помощь! В других темах/ресурсах только "мега-умники" "лошат" просящих о помощи, а помощи хоть какой 0. > поправка - в данном случае, грузиться нужно с LiveCD или с LiveUSB Это понятно. Загрузился с LiveFS, прогнал по очереди
fsck_ffs -fy /dev/ad4s1h
fsck_ffs -fy /dev/ad6s1h Как Вы посоветуете найти более "здоровый" из них?
По поводу R-Studio и UFS Explorer Professional Recovery v5.6 вопрос, они под Win, а во многих статьях не рекомендуют восстанавливать *nix fs под win. Как быть?
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), lavr, 18:42 , 13-Сен-13 (15)
>> Боюсь зря я в это ввязался, только без обид.
> Совсем не зря! Вам огромное спасибо за помощь! В других темах/ресурсах только
> "мега-умники" "лошат" просящих о помощи, а помощи хоть какой 0.ну я таких форумов и списков рассылки не встречал... >> поправка - в данном случае, грузиться нужно с LiveCD или с LiveUSB
> Это понятно. Загрузился с LiveFS, прогнал по очереди
> fsck_ffs -fy /dev/ad4s1h
> fsck_ffs -fy /dev/ad6s1h дальше смонтировать, ну например (если у нас LiveCD, я больше LiveUSB люблю): # mkdir /tmp/d1 (диск 1 - допустим ad4s1h)
# mkdir /tmp/d2 (диск 2 - допустим ad6s1h) дальше нужно сделать: # ls -laR /tmp/d1
# ls -laR /tmp/d2 вывод обоих листингов нужно куда-то записать и сравнить, чтобы затем выбрать
диск с максимальным кол-вом файлов и который мы возьмем за основу для будущего
зеркала (тут вопрос - а оно нужно?) если бы у Вас был LiveUSB - можно было бы найти куда записать, а у Вас LiveCD,
тогда есть два варианта: - посмотреть что у Вас на остальных слайсах и как они поднялись после fsck_ffs
и достаточно ли там места чтобы записать "ls -laR" # cat /tmp/d1/fstab (смотрим что там есть и принимаем решение что будем монтировать,
предварительно выполнив fsck_ffs -fy, для записи "ls -laR") - другой вариант, поднять сеть руками и по сети передать ls -laR на другую машину
для анализа и сравнения > Как Вы посоветуете найти более "здоровый" из них?
> По поводу R-Studio и UFS Explorer Professional Recovery v5.6 вопрос, они под
> Win, а во многих статьях не рекомендуют восстанавливать *nix fs под
> win. Как быть? У Вас всего два диска, к тому же небольшие по размеру, легко можно сделать образ
и одного и другого и потом именно их и использовать для R-Studio или UFS Explorer Recovery или при наличии образов, можно прямо с дисками работать, подключить к Windows машине
на которой R-Studio или UFS Recovery (образы есть - развлекайтесь сколько угодно) образы делать так: # dd if=/dev/adX of=/path/disk_ad4.img bs=64k conv=noerror,sync где disk_ad4.img - файл куда будет писаться образ, bs - размер блока, лучше
конечно если он будет by default bs=512 (байт), но это долго. conv -> noerror - не останавливать при ошибках, sync - дополнять нулями нечитаемые
блоки образы можете делать хоть на другой машине с FreeBSD или Linux - подключить туда
диск и слить dd в образ, который всегда можно записть обратно на диск. Быть уверенным что файл образа Вы будете писать-сохранять на диск, который сам в
свою очередь не содержит BAD'ов! Все верхнее (образ и восстановление) лучше проделать с обоими дисками, на одном
может быть одно, на другом - другое...
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), AHTEPO, 16:11 , 14-Сен-13 (16)
> дальше смонтировать, ну например (если у нас LiveCD, я больше LiveUSB люблю):
> # mkdir /tmp/d1 (диск 1 - допустим ad4s1h)
> # mkdir /tmp/d2 (диск 2 - допустим ad6s1h) Вот тут поподробнее пожалуйста, что смонтировать? > дальше нужно сделать:
> # ls -laR /tmp/d1
> # ls -laR /tmp/d2 Тут тоже не понятно, одна и та же команда... >[оверквотинг удален]
> и одного и другого и потом именно их и использовать для R-Studio
> или UFS Explorer Recovery
> или при наличии образов, можно прямо с дисками работать, подключить к Windows
> машине
> на которой R-Studio или UFS Recovery (образы есть - развлекайтесь сколько угодно)
> образы делать так:
> # dd if=/dev/adX of=/path/disk_ad4.img bs=64k conv=noerror,sync
> где disk_ad4.img - файл куда будет писаться образ, bs - размер блока,
> лучше
> конечно если он будет by default bs=512 (байт), но это долго. Попробовал сделать образы винтов на usb-hdd (смонтировал его /mnt)
# dd if=/dev/ad4 of=/mnt/disk_ad4.img bs=64k conv=noerror,sync
выдаёт одинаковые сообщения об ошибках: 571826496 bytes transferred in 760.580888 sec (571562 bytes/sec)
dd:/dev/ad4: Invalid argument
dd:/dev/ad4: Invalid argument
8934790+0 records in
8934790+0 records out Что не так?
- Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), lavr, 00:17 , 15-Сен-13 (17)
>> дальше смонтировать, ну например (если у нас LiveCD, я больше LiveUSB люблю):
>> # mkdir /tmp/d1 (диск 1 - допустим ad4s1h)
>> # mkdir /tmp/d2 (диск 2 - допустим ad6s1h) чтобы что-то куда-то смонтировать, нужно сперва создать mount-point, там где
можно создать, директория /tmp наверняка на RAM создана и доступна на RW, посему # mkdir /tmp/d1
# fsck_ffs -fy /dev/ad4s1h
# mount /dev/ad4s1h /tmp/d1 # mkdir /tmp/d2
# fsck_ffs -fy /dev/ad6s1h
# mount /dev/ad4s1h /tmp/d2 что выше непонятно? > Вот тут поподробнее пожалуйста, что смонтировать? поподробней ЧТО? подробней уже некуда. Какая ЦЕЛЬ? Цель простая - вместо работы с FS на зеркале, отработать все что нужно на
КАЖДОМ из дисков из этого ЗЕРКАЛА.
Почему на каждом:
- разное состояние FS на каждой из партиций: ad4s1h и ad6s1h
- наверняка разное кол-во файлов и их содержимое
- посему можно взять за основу одну FS на одном диске и дополнить ее некоторым
содержимым второй FS Как это сделать:
- fsck для каждой партиции ad4s1h, ad6s1h
- смонтировать по одной или обе
- сделать список всех файлов: ls -laR каждой FS
- списки ls -laR нужно где-то сохранить для сравнения
- после анализа двух списков решить что брать за основу и что слить с FS другого диска,
ну если нужно >> дальше нужно сделать:
>> # ls -laR /tmp/d1
>> # ls -laR /tmp/d2
> Тут тоже не понятно, одна и та же команда... а если внимательно и вдумчиво посмотреть?
одна партиция смонтирована на /tmp/d1
другая на /tmp/d2
объяснять что делает команда ls -laR
>[оверквотинг удален]
>> конечно если он будет by default bs=512 (байт), но это долго.
> Попробовал сделать образы винтов на usb-hdd (смонтировал его /mnt)
> # dd if=/dev/ad4 of=/mnt/disk_ad4.img bs=64k conv=noerror,sync
> выдаёт одинаковые сообщения об ошибках:
> 571826496 bytes transferred in 760.580888 sec (571562 bytes/sec)
> dd:/dev/ad4: Invalid argument
> dd:/dev/ad4: Invalid argument
> 8934790+0 records in
> 8934790+0 records out
> Что не так? понятия не имею ибо не знаю что, где и как Вы делаете, с чего грузитесь,
куда диски подцепляете, какую OS используете... Можно вовсе оба этих диска подцепить к машине с OS FreeBSD и не париться
с LiveCD/LiveUSB - Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), lavr, 11:11 , 15-Сен-13 (18)
>[оверквотинг удален]
>>> # mkdir /tmp/d2 (диск 2 - допустим ad6s1h)
> чтобы что-то куда-то смонтировать, нужно сперва создать mount-point, там где
> можно создать, директория /tmp наверняка на RAM создана и доступна на RW,
> посему
> # mkdir /tmp/d1
> # fsck_ffs -fy /dev/ad4s1h
> # mount /dev/ad4s1h /tmp/d1
> # mkdir /tmp/d2
> # fsck_ffs -fy /dev/ad6s1h
> # mount /dev/ad4s1h /tmp/d2 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^- тут конечно же ad6s1h - Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), AHTEPO, 09:34 , 23-Сен-13 (19)
Спасибо за разъяснения! Думаю многим они пригодятся!
Попробовал восстановить с помощью R-Studio. В папке lost+found 1.7gb файлов. Из них как нибудь можно восстановить структуру диска? Или всё плохо? - Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), lavr, 10:26 , 23-Сен-13 (20)
> Спасибо за разъяснения! Думаю многим они пригодятся!
> Попробовал восстановить с помощью R-Studio. В папке lost+found 1.7gb файлов. Из них
> как нибудь можно восстановить структуру диска? Или всё плохо?структуру - нельзя.
|
Версия для распечатки
Падение FS на FreeBSD 8.2 (UNEXPECTED SOFT UPDATE INCONSISTENC), 
