URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 87282
[ Назад ]
Исходное сообщение
"Бэд блоки - Кронирование HDD с FreeBSD"
Отправлено iGi , 15-Ноя-09 13:53 
Здравствуйте, Коллеги! Столькнулся с задачей - на почти новом HDD с системой вылезло 2-3 бэд блока. Мной был куплен аналогичный HDD. Сегодня ночью снял оба веника и повесил на комп с вындами 2003, склонировал с помощью Ghost 11.5.0.2113 Corporate Edition. Процес занял 6 часов. В процесе вылезло 2 сообщения о бэд секторах, где я нажал скип. В самом конце система написала, что чтоб записать вторую партицию не хватает места, и поэтому она будет записана частично(не хватило по-моему мегабайта). Но в целом процесс завершился успешно. Только вот когда ставлю веник в работу вместо старого - система не очень то и грузится. Доходит до списка выбора F1-F5 и потом рисует ##### что бы ты не нажимал. Вобщем клонирование не удалось. Подскажите, может есть более правильный способ? Сейчас делаю загрузочную флешку с разными вкусностями.  
FreeBSD 7.2
wd 500 Gb Black
Содержание
Сообщения в этом обсуждении
"Бэд блоки - Кронирование HDD с FreeBSD"
Отправлено Pahanivo_tmp , 15-Ноя-09 14:00 
>[оверквотинг удален]
>процесе вылезло 2 сообщения о бэд секторах, где я нажал скип.
>В самом конце система написала, что чтоб записать вторую партицию не
>хватает места, и поэтому она будет записана частично(не хватило по-моему мегабайта).
>Но в целом процесс завершился успешно. Только вот когда ставлю веник
>в работу вместо старого - система не очень то и грузится.
>Доходит до списка выбора F1-F5 и потом рисует ##### что бы
>ты не нажимал. Вобщем клонирование не удалось. Подскажите, может есть более
>правильный способ? Сейчас делаю загрузочную флешку с разными вкусностями.
>FreeBSD 7.2
>wd 500 Gb Black

До этого поста я знал три извращения:
1) хоккей на траве
2) балет на льду
3) dial up via voip
теперь я знаю еще есть
4)клонирование freeBSD под виндой!
задай свой вопрос гуглу - он поможет. На форуме также существует поиск.

"Бэд блоки - Кронирование HDD с FreeBSD"
Отправлено iGi , 15-Ноя-09 14:19 
>
>До этого поста я знал три извращения:
>1) хоккей на траве
>2) балет на льду
>3) dial up via voip
>теперь я знаю еще есть
>4)клонирование freeBSD под виндой!
>задай свой вопрос гуглу - он поможет. На форуме также существует поиск.
>

нет уж ки :) вы от меня так просто не избавитесь
я 2 ночи уже проспал на стульях в серверной, третей такой ночи я не выдержу
просто скажите чем это делается
если конечно же сами это знаете
потому что гугл меня привёл к тому самому гхосту и акрониксу тру имедж.

"Бэд блоки - Кронирование HDD с FreeBSD"
Отправлено wattonen , 15-Ноя-09 15:02 
1. Dump/Restore.
2. DD
Оба варианта желательно делать с какого-нить live-cd.
"Бэд блоки - Кронирование HDD с FreeBSD"
Отправлено Pahanivo_tmp , 15-Ноя-09 15:19 
маладой человек!
если по запросам в гугл "миграция FreeBSD" "FreeBSD новый диск" "FreeBSD замена диска"
единственное что вы найдете будет ваша шняжная тулза - я лично пойду в магазин, куплю ящик коньяка и лично доставлю в любой город Россияя лично вам!


"Бэд блоки - Кронирование HDD с FreeBSD"
Отправлено lavr , 15-Ноя-09 16:59 
>[оверквотинг удален]
>>задай свой вопрос гуглу - он поможет. На форуме также существует поиск.
>>
>
>нет уж ки :) вы от меня так просто не избавитесь
>я 2 ночи уже проспал на стульях в серверной, третей такой ночи
>я не выдержу
>просто скажите чем это делается
>если конечно же сами это знаете
>потому что гугл меня привёл к тому самому гхосту и акрониксу тру
>имедж.

полное копирование одинаковых дисков, через dd (копируется все подряд байт-в-байт,
включая пустоту):

# dd if=/dev/adX of=/dev/adY conv=noerror,sync bs=16k

чем больше размер bs (blocksize - размер блока), тем быстрей копирование, но есть
ньюанс, попали на bad block и все блоки будут обнулены(sync).

при bs=512 (512 байт), будет очень долго, но надежней всего, наиболее оптимально
использовать bs=64k или bs=32k или bs=16k

Наиболее правильные варианты использовать: dump/restore, gtar, cpio, pax

"Бэд блоки - Кронирование HDD с FreeBSD"
Отправлено sHaggY_caT , 15-Ноя-09 17:05 
>[оверквотинг удален]
>
>чем больше размер bs (blocksize - размер блока), тем быстрей копирование, но
>есть
>ньюанс, попали на bad block и все блоки будут обнулены(sync).
>
>при bs=512 (512 байт), будет очень долго, но надежней всего, наиболее оптимально
>
>использовать bs=64k или bs=32k или bs=16k
>
>Наиболее правильные варианты использовать: dump/restore, gtar, cpio, pax

Есть еще dd_rescue :)

Так же, очень бы посовотовала делать копию в _файл_, а не сразу на диск, так как старый диск уже посыпался, а уже потом на живой и новый диск: наличие такого "бэкапа" очень сильно облегчит жизнь, если что-то пойдет не так.

И... используйте raid! gmirror занимает всего два диска, и почти гарантирует от проблем такого рода :)

Есть еще прописная истина: бэкапы рулят :)

"Бэд блоки - Кронирование HDD с FreeBSD"
Отправлено Dorlas , 15-Ноя-09 21:02 
>[оверквотинг удален]
>
># dd if=/dev/adX of=/dev/adY conv=noerror,sync bs=16k
>
>чем больше размер bs (blocksize - размер блока), тем быстрей копирование, но
>есть
>ньюанс, попали на bad block и все блоки будут обнулены(sync).
>
>при bs=512 (512 байт), будет очень долго, но надежней всего, наиболее оптимально
>
>использовать bs=64k или bs=32k или bs=16k

По умолчанию у FreeBSD/UFS2 размер логического блока равен 16 кб - поэтому логично, что если встретится один BAD-блок (512 байт) - то занулится только один логический блок UFS.

Либо это будут 8 фрагментов других файлов, если ОЧЕНЬ не повезло, и этот блок был использован под фрагменты блоков.

Так что логичнее все таки 16 кб выбрать (чтобы меньше портить)...

"Бэд блоки - Кронирование HDD с FreeBSD"
Отправлено lavr , 15-Ноя-09 23:05 
>[оверквотинг удален]
>>использовать bs=64k или bs=32k или bs=16k
>
>По умолчанию у FreeBSD/UFS2 размер логического блока равен 16 кб - поэтому
>логично, что если встретится один BAD-блок (512 байт) - то занулится
>только один логический блок UFS.
>
>Либо это будут 8 фрагментов других файлов, если ОЧЕНЬ не повезло, и
>этот блок был использован под фрагменты блоков.
>
>Так что логичнее все таки 16 кб выбрать (чтобы меньше портить)...

да, но дольше чем bs=64k (удобней всего использовать на работающей системе)
если же newfs был выполнен с ручными параметрами, их можно посмотреть dumpfs

Посему, если есть возможность, то лучше бекапить rsync, cpio или gtar

"Бэд блоки - Кронирование HDD с FreeBSD"
Отправлено pavel_simple , 15-Ноя-09 15:55 

>3) dial up via voip

++++++

"Бэд блоки - Кронирование HDD с FreeBSD"
Отправлено Dorlas , 15-Ноя-09 20:48 
>Доходит до списка выбора F1-F5 и потом рисует #####

Похоже, что MBR/BR криво переписала (boot0/boot) - можно загрузиться со старого винта и прописать самому на новый утилитами boot0cfg и bsdlabel (см. man на них).

Сам я уже несколько лет пользуюсь ТОЛЬКО dump/restore - и переношу как правило простым подключением нового винта, созданием снимков (dump-ов) нужных FS и переносом оных (restore) в новый винт. При этом очень удобно как тебе хочется разбить винт (fdisk/bsdlabel).

Насчет пары bad-блоков - можно выяснить, на какой именно label они пришлись, и именно с него снимать dd (dd if=/dev/adXs1Y - например) - в файл. Потом через mdconfig его подцепить как диск и снять dump - вариантов много :) Делать это нужно, если классический dump облажался на BAD-блоке.

Вообще мой совет: Всегда имейте доп-раздел на слайсе для служебных нужд (у меня он называется всегда /backup - создается последним).

Выполняет следующие задачи:
1) Раздел для dump-ов (делаются по расписанию)
2) ports (и симлинк в /usr: ln -s /backup/ports /usr/ports)
3) src (аналогично: ln -s /backup/src /usr/src)
4) Что-то еще не особо нужное - например, КЭШ Squid.

В итоге когда делаю dump основных нужных FS (/, /usr, /var) - то зачастую после bzip-а получается 900-1000 Мб - ОЧЕНЬ МАЛО) :)

Тем более что ложить в backup 500 Мб ports и 500 Мб src - нафиг не нужно (лишние 200 т. файлов, которым там не место).