forum.opennet.ru - "Бэд блоки - Кронирование HDD с FreeBSD" (10)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Бэд блоки - Кронирование HDD с FreeBSD"

Форумы OpenNET: Виртуальная конференция (Public)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Бэд блоки - Кронирование HDD с FreeBSD"		+/–
Сообщение от iGi (ok) on 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
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

Бэд блоки - Кронирование HDD с FreeBSD, Pahanivo_tmp, 14:00 , 15-Ноя-09, (1)

Бэд блоки - Кронирование HDD с FreeBSD, iGi, 14:19 , 15-Ноя-09, (2)

Бэд блоки - Кронирование HDD с FreeBSD, wattonen, 15:02 , 15-Ноя-09, (3)
Бэд блоки - Кронирование HDD с FreeBSD, Pahanivo_tmp, 15:19 , 15-Ноя-09, (4)
Бэд блоки - Кронирование HDD с FreeBSD, lavr, 16:59 , 15-Ноя-09, (6)

Бэд блоки - Кронирование HDD с FreeBSD, sHaggY_caT, 17:05 , 15-Ноя-09, (7)
Бэд блоки - Кронирование HDD с FreeBSD, Dorlas, 21:02 , 15-Ноя-09, (9)

Бэд блоки - Кронирование HDD с FreeBSD, lavr, 23:05 , 15-Ноя-09, (10)

Бэд блоки - Кронирование HDD с FreeBSD, pavel_simple, 15:55 , 15-Ноя-09, (5)

Бэд блоки - Кронирование HDD с FreeBSD, Dorlas, 20:48 , 15-Ноя-09, (8)

Сообщения по теме [Сортировка по времени | RSS]

1. "Бэд блоки - Кронирование HDD с FreeBSD" +/–

Сообщение от Pahanivo_tmp on 15-Ноя-09, 14:00

>[оверквотинг удален]
>процесе вылезло 2 сообщения о бэд секторах, где я нажал скип.
>В самом конце система написала, что чтоб записать вторую партицию не
>хватает места, и поэтому она будет записана частично(не хватило по-моему мегабайта).
>Но в целом процесс завершился успешно. Только вот когда ставлю веник
>в работу вместо старого - система не очень то и грузится.
>Доходит до списка выбора F1-F5 и потом рисует ##### что бы
>ты не нажимал. Вобщем клонирование не удалось. Подскажите, может есть более
>правильный способ? Сейчас делаю загрузочную флешку с разными вкусностями.
>FreeBSD 7.2
>wd 500 Gb Black
До этого поста я знал три извращения:
1) хоккей на траве
2) балет на льду
3) dial up via voip
теперь я знаю еще есть
4)клонирование freeBSD под виндой!
задай свой вопрос гуглу - он поможет. На форуме также существует поиск.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Бэд блоки - Кронирование HDD с FreeBSD" +/–

Сообщение от iGi (ok) on 15-Ноя-09, 14:19

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Бэд блоки - Кронирование HDD с FreeBSD" +/–

Сообщение от wattonen (??) on 15-Ноя-09, 15:02

1. Dump/Restore.
2. DD
Оба варианта желательно делать с какого-нить live-cd.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Бэд блоки - Кронирование HDD с FreeBSD" +/–

Сообщение от Pahanivo_tmp on 15-Ноя-09, 15:19

маладой человек!
если по запросам в гугл "миграция FreeBSD" "FreeBSD новый диск" "FreeBSD замена диска"
единственное что вы найдете будет ваша шняжная тулза - я лично пойду в магазин, куплю ящик коньяка и лично доставлю в любой город Россияя лично вам!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Бэд блоки - Кронирование HDD с FreeBSD" +/–

Сообщение от lavr on 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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Бэд блоки - Кронирование HDD с FreeBSD" +/–

Сообщение от sHaggY_caT (ok) on 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 занимает всего два диска, и почти гарантирует от проблем такого рода :)
Есть еще прописная истина: бэкапы рулят :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Бэд блоки - Кронирование HDD с FreeBSD" +/–

Сообщение от Dorlas (??) on 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 кб выбрать (чтобы меньше портить)...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Бэд блоки - Кронирование HDD с FreeBSD" +/–

Сообщение от lavr on 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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Бэд блоки - Кронирование HDD с FreeBSD" +/–

Сообщение от pavel_simple (ok) on 15-Ноя-09, 15:55

>3) dial up via voip
++++++

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Бэд блоки - Кронирование HDD с FreeBSD" +/–

Сообщение от Dorlas (??) on 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 т. файлов, которым там не место).

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Бэд блоки - Кронирование HDD с FreeBSD"		+/–
Сообщение от Pahanivo_tmp on 15-Ноя-09, 14:00
>[оверквотинг удален] >процесе вылезло 2 сообщения о бэд секторах, где я нажал скип. >В самом конце система написала, что чтоб записать вторую партицию не >хватает места, и поэтому она будет записана частично(не хватило по-моему мегабайта). >Но в целом процесс завершился успешно. Только вот когда ставлю веник >в работу вместо старого - система не очень то и грузится. >Доходит до списка выбора F1-F5 и потом рисует ##### что бы >ты не нажимал. Вобщем клонирование не удалось. Подскажите, может есть более >правильный способ? Сейчас делаю загрузочную флешку с разными вкусностями. >FreeBSD 7.2 >wd 500 Gb Black До этого поста я знал три извращения: 1) хоккей на траве 2) балет на льду 3) dial up via voip теперь я знаю еще есть 4)клонирование freeBSD под виндой! задай свой вопрос гуглу - он поможет. На форуме также существует поиск.
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Бэд блоки - Кронирование HDD с FreeBSD"		+/–
	Сообщение от iGi (ok) on 15-Ноя-09, 14:19
	> >До этого поста я знал три извращения: >1) хоккей на траве >2) балет на льду >3) dial up via voip >теперь я знаю еще есть >4)клонирование freeBSD под виндой! >задай свой вопрос гуглу - он поможет. На форуме также существует поиск. > нет уж ки :) вы от меня так просто не избавитесь я 2 ночи уже проспал на стульях в серверной, третей такой ночи я не выдержу просто скажите чем это делается если конечно же сами это знаете потому что гугл меня привёл к тому самому гхосту и акрониксу тру имедж.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Бэд блоки - Кронирование HDD с FreeBSD"		+/–
	Сообщение от wattonen (??) on 15-Ноя-09, 15:02
	1. Dump/Restore. 2. DD Оба варианта желательно делать с какого-нить live-cd.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Бэд блоки - Кронирование HDD с FreeBSD"		+/–
	Сообщение от Pahanivo_tmp on 15-Ноя-09, 15:19
	маладой человек! если по запросам в гугл "миграция FreeBSD" "FreeBSD новый диск" "FreeBSD замена диска" единственное что вы найдете будет ваша шняжная тулза - я лично пойду в магазин, куплю ящик коньяка и лично доставлю в любой город Россияя лично вам!
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Бэд блоки - Кронирование HDD с FreeBSD"		+/–
	Сообщение от lavr on 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
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Бэд блоки - Кронирование HDD с FreeBSD"		+/–
	Сообщение от sHaggY_caT (ok) on 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 занимает всего два диска, и почти гарантирует от проблем такого рода :) Есть еще прописная истина: бэкапы рулят :)
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Бэд блоки - Кронирование HDD с FreeBSD"		+/–
	Сообщение от Dorlas (??) on 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 кб выбрать (чтобы меньше портить)...
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Бэд блоки - Кронирование HDD с FreeBSD"		+/–
	Сообщение от lavr on 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
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Бэд блоки - Кронирование HDD с FreeBSD"		+/–
	Сообщение от pavel_simple (ok) on 15-Ноя-09, 15:55
	>3) dial up via voip ++++++
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

8. "Бэд блоки - Кронирование HDD с FreeBSD"		+/–
Сообщение от Dorlas (??) on 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 т. файлов, которым там не место).
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору