[Решено] Перенос системы с винта на винт

Автор andragen, 06 октября 2014, 10:32:59

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

andragen

делаю на ночь
dd if=/dev/sda of=/dev/sdb
Размеры винтов одинаковые 500Гб
Утром проверил все ок, перезагружаюсь и втыкаю вместо старого винта новый в тот же шлейф и получаю.

Скажите что нужно делать? В дебиан не давно.

*прочтите правила добавления изображений на форуме, qupl

qupl

andragen, похоже что корень либо var (если он на отдельном разделе) смонтировался только для чтения.

vladimir_ar

Загрузиться в режиме восстановления, отмонтировать корень (и другие разделы, если нужно), проверить на ошибки и перезагрузиться.
Debian Testing, kernel 3.16-2-amd64, OpenBox
AMD A8-3750 / 16Gb RAM / ATI HD6550D (onboard) / Sound ASUS Xonar - DS
_______________________________
Debian Testing, kernel 3.14-2-amd64, OpenBox
HP-655 AMD E1 / 8Gb RAM / ATI HD7310M

ogost

похоже всё же /var на отдельном разделе и он чем-то недоволен.
[ot]вообще можно не dd, а обычным cp воспользоваться, прямо из корня в корень, типа
mount /dev/sdb1 /mnt/temp
cp -a -x / /mnt/temp.

а потом установить загрузчик в новый диск, чрутнувшись в него, разумеется примонтировав sysfs, proc и dev.
неоднократно так делал при удаленной переустановке, быстрее получается, ведь не нужно прям весь диск копировать. можно даже /tmp не копировать - ещё чуток быстрее.[/ot]

andragen

Да есть один диск  /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

Забыл добавить еще один скрин возможно в нем как раз речь о этом диске



qupl

andragen, если всё действительно делалось командой из первого поста, то о бэкапах можно забыть, их нет. :(
А если было все же не так, то проверить e2fsck раздел /dev/sdb1.

andragen

#6
Цитата: 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 винта) и работаю удаленно.

vladimir_ar

Судя по описанию, вы с копии пытаетесь загрузиться без раздела (/dev/sdb1), прописанного в fstab.
Debian Testing, kernel 3.16-2-amd64, OpenBox
AMD A8-3750 / 16Gb RAM / ATI HD6550D (onboard) / Sound ASUS Xonar - DS
_______________________________
Debian Testing, kernel 3.14-2-amd64, OpenBox
HP-655 AMD E1 / 8Gb RAM / ATI HD7310M

andragen

#8
Цитата: vladimir_ar от 06 октября 2014, 13:47:19Судя по описанию, вы с копии пытаетесь загрузиться без раздела (/dev/sdb1), прописанного в fstab.
Да скорее всего так но по идее если на /dev/sdb1 нет системных разделов это не должно мешать самой загрузке или это не верно?

vladimir_ar

После нажатия Control-D дальше загрузка идет нормально?
Debian Testing, kernel 3.16-2-amd64, OpenBox
AMD A8-3750 / 16Gb RAM / ATI HD6550D (onboard) / Sound ASUS Xonar - DS
_______________________________
Debian Testing, kernel 3.14-2-amd64, OpenBox
HP-655 AMD E1 / 8Gb RAM / ATI HD7310M

yura_n

Могу предложить еще один вариант, аналогичный тому, что предложил ogost, затарить с ключем -p, а затем восстановить на новом диске. Могу даже скрипт сбросить для этого дела, который я для себя питонил. Правда его подправить придется для конкретного случая.

vladimir_ar

Сколько раз делал с помощью dd копий с живой системы (из под нее же) - проблем не было. Желательно, конечно, в это время ее активно не использовать, а то могут быть неожиданности (что, собственно, с var и происходит).
Debian Testing, kernel 3.16-2-amd64, OpenBox
AMD A8-3750 / 16Gb RAM / ATI HD6550D (onboard) / Sound ASUS Xonar - DS
_______________________________
Debian Testing, kernel 3.14-2-amd64, OpenBox
HP-655 AMD E1 / 8Gb RAM / ATI HD7310M

ogost

vladimir_ar, не, это понятно, просто в случае dd копируется вся файловая система, побитно (ну или какой bs вы там указали), включая свободное место. а тар/копи как раз таки "полезную нагрузку" переносит. что в ряде случаев выгоднее

andragen

yura_n давайте )

ogost   могу попробовать ваш вариант только вопрос, ток я не разбираюсь как разделы делать. Может после dd перетереть просто раздел var?

qupl

andragen, Вы уже попробовали ваш /dev/sdb подключить вместе с новым диском и загрузиться?