Зеркалирование диска с помошью dd

0

1

На серваке стоит жесткий, по логам он начал сыпаться. Решил сделать зеркало диска на другой, что бы не потерять данные. Делаю так:

dd if=/dev/sda of=/dev/sdb conv=noerror,sync bs=4k

После часа работы посыпались ошибки и сервак практически перестал отвечать на запросы.

dd: чтение «/dev/sda»: Ошибка ввода/вывода
137862651+104 записей считано
137862755+0 записей написано
 скопировано 564685844480 байт (565 GB), 5975,13 c, 94,5 MB/c
dd: чтение «/dev/sda»: Ошибка ввода/вывода
137862916+105 записей считано
137863021+0 записей написано
 скопировано 564686934016 байт (565 GB), 5986,84 c, 94,3 MB/c
dd: чтение «/dev/sda»: Ошибка ввода/вывода
137863180+106 записей считано
137863286+0 записей написано
 скопировано 564688019456 байт (565 GB), 5998,66 c, 94,1 MB/c
dd: чтение «/dev/sda»: Ошибка ввода/вывода
137863444+107 записей считано
137863551+0 записей написано
 скопировано 564689104896 байт (565 GB), 6010,2 c, 94,0 MB/c
dd: чтение «/dev/sda»: Ошибка ввода/вывода
137863709+108 записей считано
137863817+0 записей написано
 скопировано 564690194432 байта (565 GB), 6021,81 c, 93,8 MB/c
dd: чтение «/dev/sda»: Ошибка ввода/вывода
137863973+109 записей считано
137864082+0 записей написано
 скопировано 564691279872 байта (565 GB), 6033,32 c, 93,6 MB/c
dd: чтение «/dev/sda»: Ошибка ввода/вывода
137864531+110 записей считано
137864641+0 записей написано
 скопировано 564693569536 байт (565 GB), 6044,87 c, 93,4 MB/c
dd: чтение «/dev/sda»: Ошибка ввода/вывода
137864795+111 записей считано
137864906+0 записей написано
 скопировано 564694654976 байт (565 GB), 6056,38 c, 93,2 MB/c

Что можно сделать что бы создать зеркало?

Ссылка

←	Надёжность софтварного RAID-1 через mdadm - вопрос

Intel 82576 and Ubuntu server не видит линк.

→

Напомню о dd_rescue — он умеет на ходу менять размер блока, если ошибки сыпятся.

beastie ★★★★★
(06.03.13 14:16:25 MSK)

Включать мозг заранее, а не когда гром грянет. Просто заудивляли меня уже до смерти такие админы.

anonymous
(06.03.13 14:26:28 MSK)

Если еще не кончились резервные сектора, одним из самых простых способов будет перезаписать сбойные экземпляры нулями. Ну а так стоит открыть для себя «зеркалирование с помощью tar», которое при не 100%-й загрузке диска может оказаться значительно быстрее.

anonymous
(06.03.13 14:26:42 MSK)

Ссылка

Ответ на: комментарий от beastie 06.03.13 14:16:25 MSK

Установил на сервак, сейчас делаю .img Потом попробую восстановить на новый HDD, по факту отпишусь.

iliaxxx ★
(06.03.13 14:27:44 MSK) автор топика

Ссылка

Ответ на: комментарий от anonymous 06.03.13 14:26:28 MSK

Вообще перед тем как начать сыпятся диски смски не сбрасывают на телефон, а просто начинаю сыпаться.

iliaxxx ★
(06.03.13 14:29:34 MSK) автор топика

Ответ на: комментарий от iliaxxx 06.03.13 14:29:34 MSK

man резервирование (зеркало, бэкап). И не будет слез «не потерять данные с посыпавшегося диска»

anonymous
(06.03.13 14:38:10 MSK)

Ответ на: комментарий от anonymous 06.03.13 14:38:10 MSK

А кто то говорит что нет резервных копий? Копий полно, просто хочется спасти систему, чтобы OS не перестанавливать и не заморачиваться развертыванием бэкапов.

iliaxxx ★
(06.03.13 14:41:56 MSK) автор топика

Ответ на: комментарий от iliaxxx 06.03.13 14:41:56 MSK

Ты не юли давай. У тебя проблемы чтения после 565Гб от начала диска. Если у тебя на весь сервер одна ФС терабайтный / то кто тебе доктор? Если же есть отдельные ФС под систему, отдельные под данные, то система явно должна быть в пределах читаемых 565Гб. Так что включай мозг и морочь людям голову.

anonymous
(06.03.13 15:24:29 MSK)

Ответ на: комментарий от anonymous 06.03.13 15:24:29 MSK

Голову тут никто не кому не морочит. Есть суть проблемы я ее описал. А вот Вы почему то начали грубить. Что не очень вежливо по отношению к другим пользователям форума.

iliaxxx ★
(06.03.13 16:05:46 MSK) автор топика

Ответ на: комментарий от iliaxxx 06.03.13 14:29:34 MSK

Вообще перед тем как начать сыпятся диски смски не сбрасывают на телефон, а просто начинаю сыпаться.

man smartctl

af5 ★★★★★
(06.03.13 16:07:21 MSK)

Ссылка

Ответ на: комментарий от iliaxxx 06.03.13 16:05:46 MSK

Есть суть проблемы я ее описал.

Проблемы нет, есть выдуманная проблема, которую за тебя решать — только время тратить, это и есть «морочить голову».

Если надо перенести систему на др. диск, то и переноси её по разделам и не лезь по всему диску в осыпавшуюся область, данные (пострадавшие от бэдблоков) выташишь из бэкапа, это быстрее чем насиловать полутруп.

Это был вежливый ответ, но ты опять в бутылку полезешь, школота она такая.

anonymous
(06.03.13 16:24:36 MSK)

Ответ на: комментарий от anonymous 06.03.13 16:24:36 MSK

Вот сейчас в бутылку лезите Вы. Так как не очень вежливо начинать диалог со фразы «Включать мозг заранее, а не когда гром грянет». Если бы он были выключены не было бы сделанных заранее бэкапов. Вот beastie четко и ясно предложил выход из ситуации. А от Вас дельных предложений я так и не услышал. То что можно перенести разделы и восстановить из бэкапов я и так знал это. То что у меня проблема чтения после 565Гб я и так это прочитал в логах. А вот что Вы предложили конструктивного прежде чем так высказываться на счет мозгов?

iliaxxx ★
(06.03.13 16:34:22 MSK) автор топика