LINUX.ORG.RU

Задача: перенести систему


0

1

Здравия, завсегдатаи ЛОРа.

Итак, условия задачи: гента, 31 ядро, поддержка ext2/3/4 есть. имеем 320гб самсунг, на котором есть 3 раздела и он скоро умрет, тк блины теряют балансировку, кажется: 1)25gb, rootfs, ext3 2)4gb, swap, swap 3)оставшиеся гигабайты, home, ext3 имеем wd 640gb, на нем делаем 3 раздела: 50гб, 8гб, оставшиеся гигабайты, по образу и подобию старой системы. Форматим нужное в ext4.

И дальше - самое интересное: грузимся в систему и делаем «cp -rxvp / /mnt», что, казалось бы, должно скопировать корень на новый раздел без проблем. Может, оно так и сделало. Затем, поправляю груб и пытаюсь грузиться с нового диска. Но, внезапно, получаю kernel panic и openrc, естественно, не стартует: [quote] kernel panic - not syncing bash: cant set terminal process group: inappropriate for device bash: no job control for this shell bash: /dev/null readonly file system[/quote] Если же использовать dd, то система клонируется прекрасно и все работает.

Внимание, вопрос: почему не помогает cp и имеет ли смысл заморачиваться с этим, нежели запилить dd и сидеть на ext3 и дальше?

Deleted
Ответ на: комментарий от AITap

выглядит разумно да, сейчас пойду пробовать. если оно сработает, то мне заранее стыдно и голову пеплом посыплю.

Deleted
()

И дальше - самое интересное: грузимся в систему и делаем «cp -rxvp / /mnt», что, казалось бы, должно скопировать корень на новый раздел без проблем. Может, оно так и сделало. Затем, поправляю груб и пытаюсь грузиться с нового диска. Но, внезапно, получаю kernel panic и openrc,



Нужно еще fstab посмотреть.
Много раз переносил простым копированием, никаких проблем.

vlb ★★★
()
Ответ на: комментарий от vlb

фстаб правил, естественно. Но проблема решилась благодаря совету AITap, за что ему спасибо.

Deleted
()

Я тоже подумал, что это выглядит довольно странно - делать бэкап с системы, которая в данный момент работает... В вин95-98 такое бы прокатило... и то не факт. С них я точно бэкапы делал, но как интуитивно понимая последствия загружался с дискеты. Прямо так - не пробовал.

cadaber ★★
()
Ответ на: комментарий от Nao

>Просто нужно перемонтировать фс в R/O.

Для всяких /var и т.п. — нужно будет отлавливать и останавливать всех, кто держит открытые на запись файлы, иначе — не перемонтируется.

KRoN73 ★★★★★
()

>/dev/null

На коневой файловой системе в каталоге /dev есть некоторые файлы-устройства, которые нужны в начале (потом туда монтируется devtmpfs) и эти файлы не доступны. Вместо загрузки с livecd можно смонтировать устройство с корневой ФС ещё раз в другую точку и копировать от туда. То есть:

«mkdir /r; mount /dev/sda1 /r; cp -a /r /mnt»

mky ★★★★★
()
Ответ на: комментарий от KRoN73

> Для всяких /var и т.п. — нужно будет отлавливать и останавливать всех, кто держит открытые на запись файлы, иначе — не перемонтируется.

Ничего не надо. Нажимаешь волшебное alt+SysRq+S , alt+SysRq+U и оно как-то перемонтируется в R/O :)

Nao ★★★★★
()

можно таром бекапить даже по живому (гарантий я НЕ даю!!!). только надо /proc & /sys обойти. ну и сам /mnt конечно. оно даже (обычно) работает

drBatty ★★
()

> И дальше - самое интересное: грузимся в систему и делаем «cp -rxvp / /mnt»

Лучше сделать так:

mkdir /mnt/src
mkdir /mnt/dest
mount / /mnt/src -o bind
mount /кудатамтебенадо /mnt/dest
и только уже после этого
cp -rxvp /mnt/src /mnt/dest

Lumi ★★★★★
()
Ответ на: комментарий от drBatty

> только надо /proc & /sys обойти. ну и сам /mnt конечно

Это обходится mount / /куда-нибудь -o bind

Lumi ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.