делаю на ночь
dd if=/dev/sda of=/dev/sdb
Размеры винтов одинаковые 500Гб
Утром проверил все ок, перезагружаюсь и втыкаю вместо старого винта новый в тот же шлейф и получаю.
(http://c2n.me/j2aJx6.jpg)
Скажите что нужно делать? В дебиан не давно.
*прочтите правила добавления изображений на форуме, qupl
andragen, похоже что корень либо var (если он на отдельном разделе) смонтировался только для чтения.
Загрузиться в режиме восстановления, отмонтировать корень (и другие разделы, если нужно), проверить на ошибки и перезагрузиться.
похоже всё же /var на отдельном разделе и он чем-то недоволен.
[ot]вообще можно не dd, а обычным cp воспользоваться, прямо из корня в корень, типа
mount /dev/sdb1 /mnt/temp
cp -a -x / /mnt/temp.
а потом установить загрузчик в новый диск, чрутнувшись в него, разумеется примонтировав sysfs, proc и dev.
неоднократно так делал при удаленной переустановке, быстрее получается, ведь не нужно прям весь диск копировать. можно даже /tmp не копировать - ещё чуток быстрее.[/ot]
Да есть один диск /dev/sdb у которого раздел /dev/sdb1 подмонтирован в /media/backup но я туда ток бэкапы ложу(сервер не мной был собран)
root@webserver:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 452G 232G 197G 55% /
tmpfs 3.9G 0 3.9G 0% /lib/init/rw
udev 3.9G 164K 3.9G 1% /dev
tmpfs 3.9G 0 3.9G 0% /dev/shm
/dev/sdb1 147G 136G 3.9G 98% /media/backup
Забыл добавить еще один скрин возможно в нем как раз речь о этом диске
(http://c2n.me/j2e7bq.jpg)
andragen, если всё действительно делалось командой из первого поста, то о бэкапах можно забыть, их нет. :(
А если было все же не так, то проверить e2fsck раздел /dev/sdb1.
Цитата: qupl от 06 октября 2014, 13:00:05
andragen, если всё действительно делалось командой из первого поста, то о бэкапах можно забыть, их нет. :(
А если было все же не так, то проверить e2fsck раздел /dev/sdb1.
Они есть все ок. Плохо описал ситуация
есть системник в нем 2 винта один на 500Гб 2-й на 150Гб
root@webserver:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/
sda1 452G 232G 197G 55% /
tmpfs 3.9G 0 3.9G 0% /lib/init/rw
udev 3.9G 164K 3.9G 1% /dev
tmpfs 3.9G 0 3.9G 0% /dev/shm
/dev/
sdb1 147G 136G 3.9G 98% /media/backup
Выключаю системник вынимаю в сторону 150Гб в место него вставляю на 500Гб и делаю dd if=/dev/sda of=/dev/sdb
Выключаю комп вынимаю старый вин и вставляю только новый и получаю ошибки что на скрине.
Сейчас пока вернул обратно(то есть старые 2 винта) и работаю удаленно.
Судя по описанию, вы с копии пытаетесь загрузиться без раздела (/dev/sdb1), прописанного в fstab.
Цитата: vladimir_ar от 06 октября 2014, 13:47:19Судя по описанию, вы с копии пытаетесь загрузиться без раздела (/dev/sdb1), прописанного в fstab.
Да скорее всего так но по идее если на /dev/sdb1 нет системных разделов это не должно мешать самой загрузке или это не верно?
После нажатия Control-D дальше загрузка идет нормально?
Могу предложить еще один вариант, аналогичный тому, что предложил ogost, затарить с ключем -p, а затем восстановить на новом диске. Могу даже скрипт сбросить для этого дела, который я для себя питонил. Правда его подправить придется для конкретного случая.
Сколько раз делал с помощью dd копий с живой системы (из под нее же) - проблем не было. Желательно, конечно, в это время ее активно не использовать, а то могут быть неожиданности (что, собственно, с var и происходит).
vladimir_ar, не, это понятно, просто в случае dd копируется вся файловая система, побитно (ну или какой bs вы там указали), включая свободное место. а тар/копи как раз таки "полезную нагрузку" переносит. что в ряде случаев выгоднее
yura_n давайте )
ogost могу попробовать ваш вариант только вопрос, ток я не разбираюсь как разделы делать. Может после dd перетереть просто раздел var?
andragen, Вы уже попробовали ваш /dev/sdb подключить вместе с новым диском и загрузиться?
qupl, /dev/sdb и есть новый. Загружаться с подключенным старым и новым не пробовал
andragen, Вы нас упорно вводите в заблуждение. Как понял я у вас 3 диска: 1 - старый, 2 - новый, 3 - диск с бэкапами. Я спрашивал , загружались ли Вы при подключенных №2 и №3?
Покажите содержимое /etc/fstab с диска №1 , диска №2 (должно быть то же самое если пользовались dd). Проверьте на ошибки ФС все диски.
andragen, линк (http://pastebin.com/vt1Xf8fZ).
qupl, Не загружался при подключенных №2 и №3
/etc/fstab с диска №1
# cat /etc/fstab
proc /proc proc defaults 0 0
UUID=99679363-ca1d-4393-858c-aac373ac9dbb / ext3 errors=remount-ro 0 1
UUID=fadaf043-4ef8-4a8f-9bf5-9e3e9f554e22 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/sdb1 /media/backup ext4 noexec 0 1
Смогу проверить только на выходных (сервер бизнес критичен)
загрузитесь с дисками №1 и №2. с первого диска, конечно же.
примонтируйте второй диск, если оно само не примонтируется в /media/backup. смотрите, чтоб скрипт бэкапа не сработал.
выполните blkid от рута. он выдаст UUID дисков.
отредактируйте fstab на диске №2, подставив нужный UUID
загрузитесь с дисками №2 и №3.
ogost Он работает с загруженный с дисками №1 и №2
# blkid
/dev/sda1: UUID="99679363-ca1d-4393-858c-aac373ac9dbb" TYPE="ext3"
/dev/sda5: UUID="fadaf043-4ef8-4a8f-9bf5-9e3e9f554e22" TYPE="swap"
/dev/sdb1: UUID="ed1871f8-a6ea-4238-9dd8-70fe26eeefdf" TYPE="ext4"
С №2 и №3 смогу загрузиться только в субботу.
На скрине в первом посте по моему речь идет только о /var , может попробовать его просто скопировать отдельно?
Может dd нужно делать в рекавери моде?
andragen, если диск с бэкапами у вас сменный, то просто уберите его из fstab.
Или поменяйте последний параметр на 2 (а лучше еще и на UUID перейти , как сказал ogost)
/dev/sdb1 /media/backup ext4 noexec 0 2
Тогда загрузится и с одним диском №2 (параметр 2 и номер диска 2 - это совпадение :) связи никакой нет ).
Ок я попробую либо загружать №2 и №3 , либо корректировать fstab на №2 чтоб он не просил №3 при загрузке но думаю что ерор с первого поста может повториться потому что проблема с /var
корректируйте fstab на диске №2. так как вы скопировали пользуясь dd, на обоих дисках идентичный fstab, содержащий uuid диска №1. а uuid диска №1 не совпадает с uuid диска №2. отсюда и проблемы с /var.
upd:
хотя нет, при копировании dd файлы, которые изменялись в процессе копирования, побьются (как и сказал vladimir_ar несколькими постами выше). придется вам грузиться с дисков №1 и №2, и переносить /var путем cp. но отредактировать uuid в fstab второго диска всё же стоит.
upd 2:
при копировании через команду cp обязательно воспользуйтесь ключами -a -x
cp -a -x /var /path/to/disk#2/var
Цитата: ogost от 08 октября 2014, 11:42:52корректируйте fstab на диске №2. так как вы скопировали пользуясь dd, на обоих дисках идентичный fstab, содержащий uuid диска №1. а uuid диска №1 не совпадает с uuid диска №2. отсюда и проблемы с /var.
Тут неправда, сейчас UUID РАЗДЕЛОВ на №1 и №2 одинаковы, на то оно и dd.
спасибо, коллега
то есть по сути мне надо примонтировать и перекопировать var
mount /dev/sdb1 /mnt/disk2
cp -a -x /mnt/disk2/var
или (если var "побился" )
еще раз
dd if=/dev/sda of=/dev/sdb только в рекавери моде
Цитата: andragen от 08 октября 2014, 12:53:34то есть по сути мне надо примонтировать и перекопировать var
да
Цитата: andragen от 08 октября 2014, 12:53:34еще раз
dd if=/dev/sda of=/dev/sdb
только в рекавери моде
чувак, оставь dd в покое. очень нужная тульза, но пока его оставь, ибо слишком долго он будет копировать твои 500гб, включая свободное место. лучше уж cp, или rsync (как посоветовали мне тут)
andragen, самое главное перед любыми действиями определитесь, какой же диск у Вас в данный момент является sdb. А то Вы их парами подключаете, одно и то же имя то у диска №2, то у диска №3.
Я все таки имея кучи времени запустил еще раз dd в рекавери моде и все прошло удачно :) В будущем планирую перенос с 500Гб на 2 Тб и думаю ваши советы будут кстати. Спасибо всем .