Перенос Linux на другой компьютер

[@tikhop]

Поправьте заглавие и спрячьте часть под кат.

[@Sheh]

Спасибо, поправил.

[@FeNUMe]

я делал еще проще:
на исходной машине /(корень) дополнительно монтирую в временную папку — пакую ее гзипом на флешку.
на преемнике создаем фс как нам угодно(главное чтобы будущий граб и запакованая система умели с ними обращатся)
на преемнике грузимся с ливсд(хотя можно как и вы описали обойтись рамдиском)
распаковываем систему на раздел где планируется корень
ставим на свежий винт граб
правим фстаб под новую разбивку
при необходимости подключаем старый винт для сливания данных с других разделов
вот и все. такой финт возможен с большинством современных бинарных дистров, так как они включают дрова практически под любое железо. если же дров всетаки нет — вы можете сами их добавить перед упаковкой системы в архив.

[@void_ua]

А что это за проц такой? Процессор: Celeron 2Гб

[@Sheh]

Исправил

[@UUSER]

/boot/groob/groob.conf

Это я давно федору не видел или всё-таки «grub»?

По теме: мне всегда хватало tar и vi.

[@Dark_Sad]

После обновления железа на домашнем «роутере» на Debian, систему перенес простым копированием всех разделов винчестера на новый винт при помощи Acronis Disk Director, причем с увеличением объемов, после запуска переопределил swap и все заработало в прежнем режиме.

[@EvilShadow]

> Как видите, системы различаются целиком и полностью.
Интел и Интел — это совсем не полностью. Вот если б с какого-нибудь АРМа да на АМД64…

[@VBart]

Эк вы слишком сложно замутили. Что может быть проще тупо скопировать содержимое /* на новый винт, если разбили по другому, то чутка поправить fstab и, может, menu.lst, а затем установить grub. Не считая операции копирования с винта на винт, не требующей вмешательства, на все максимум минуты 3.

[@MainNika]

Самый труЪ способ.
Но тут если компьютеры с разными конфигурациями — можно получить только консоль. И тут придется секссекссекс повозиться.

[@VBart]

Повозится? В смысле поставить нужные видео-дрова? Это одна простая команда, причем можно заранее это сделать.

[@MainNika]

Не всегда все так просто. Можно получить консоль с базибоксом в рамфс. Вариантов много. Зависит от конфигурации исходного и нового компьютера

[@VBart]

Разумеется надо позаботится о соответсвующем новой конфигурации или хотя бы универсальном ядре. Если у вас, к примеру, archlinux, то там уже по умолчанию вместе с основным генерируется fallback образ, с которым в 99% случаях никаких проблем не будет. В других дистрах тоже можно побеспокоится о чем-нибудь подобном.

У меня вообще всегда свое ядро под каждое железо, без всяких рудементов, типа initrd.

[@vanuch]

> /dev/dm-6 5.0G 2.5G 2.2G 53% /
> /dev/dm-3 99G 257M 94G 1% /var/db
> /dev/dm-2 173G 229M 164G 1% /var/www

довольно интересная разбивка hdd.
я так понимаю, что это серевер. Зачем вам тогда графический режим?

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

[@Sheh]

имелось ввиду, не могу запустить установку в графическом режиме, а не систему

[@Sheh]

*фикс: не мог

[@conscell]

После такого заголовка ожидал увидеть рассказ про перенос с x86_64 на sparc32…

Так же не ясно, на фига донора-то выключать? cpio или даже tar через netcat прекрасно справились бы. А вообще, практически во всех дистрибутивах есть и штатные средства для клонирования. Скорее всего, федора не исключение.

[@braintorch]

Если в fstab используется uuid, система не запустится, т.к. uuid свежих разделов будет отличаться.

Также не понял, каким образом вы перенесли загрузчик grub на донорский винт.

В догонку: в exclude-лист mnt и proc можно было не включать, т.к. у вас в опциях rsync есть -x — не пересекать границы фс (не копировать смонтированные разделы).

[@Sheh]

Если в fstab используется uuid, система не запустится, т.к. uuid свежих разделов будет отличаться.

Именно у меня в fstab используется uuid. И как раз поэтому я и включил его в exclude_list, чтобы не копировать.

каким образом вы перенесли загрузчик grub на донорский винт.

Вы, наверное, слишком бегло прочитали мой пост. Потому я и произвожу установку системы на «пациенте», чтобы не переделывать /etc/fstab и не было проблем с загрузчиком. А вот те, кто будет тупо копировать разделы Acronis'ом, такие проблемы получат

[@braintorch]

Всё, перечитал, понял. Я пропустил пункт 2.

[@braintorch]

Всё же, думаю, ваш способ довольно бессмысленный. По сути, вы устанавливаете систему ещё раз, просто чтобы не править fstab и не устанавливать загрузчик. И то, и другое делается парой команд за 3 минуты. Система устанавливается минут 10-20.

[@Sheh]

Я это написал ещё в самом вступлении. На скорость этот метод вовсе не претендует:

Я предлагаю установку, поэтому этот способ как мне кажется, проще и универсальнее. Чтобы Вы не мучились с переустановкой загрузчика и правкой /etc/fstab.

[@Self_Perfection]

Если в fstab используется uuid, система не запустится, т.к. uuid свежих разделов будет отличаться.

mke2fs -U <UUID аналогичного раздела донора>

[@INSTE]

Как там насчет suid-битов? Они тоже корректно перенесутся и восстановятся?

[@Sheh]

да

[@asukafag]

На единичной машине можно выделить отдельные разделы под /etc и /home, так как всего файлы конфигураций содержатся именно там. При переустановке системы просто их смонтировать. Предполагаю, что тоже самое можно сделать при переносе данных на другую тачку. А список необходимого софта просто получить через пакетный менеджер и установить уже ручками. По-моему, так будет правильно. Я ни в коем случае не ругаю ваш способ, он тоже хорош.