Задачка по переносу установленной системы на другой диск

0

0

Имеем: две системы типа Debian, на двух разных жестких дисках. В обоих системах установленны грубы. Грузиться предполагаем из той, в которой груб2. Нам надо: взять и скопировать систему рядом на второй жесткий ( там есть свободное место ) и сделать так, чтобы грузилась она из того диска, где груб2. Как я понимаю, нужно удалить груб на той системе сначала. а вот как лучше скопировать? При том ещё одно условие: диск с копируемой системой имеет объем 75 гб. А свободного места на втором 40 гб. Но при этом на первом диске занято менее 40 гигабайт. Т.е. на первом диске есть раздел ext3, на котором занято менее 40 гигабайт.

Ссылка

←	eee 900 lenny acpi

bash autocompletion

→

1.тупо копируешь файло rsync -a /* /mnt/new_disk/
2.ставишь в новую систему груб

dreamer ★★★★★
(05.05.10 02:36:15 MSD)

Ответ на: комментарий от dreamer 05.05.10 02:36:15 MSD

Спасибо, завтра попробую. спокойной ночи.

~~ShTH~~ ★
(05.05.10 02:41:05 MSD) автор топика

Ссылка

Ответ на: комментарий от dreamer 05.05.10 02:36:15 MSD

> rsync -a /* /mnt/new_disk/

лучше сначала предусмотрительно бинднуть / в какую-нибудь директорию, чтобы не копировать содержимое маунтпоинтов, типа mount --bind / /mnt/old_root

Adjkru ★★★★★
(05.05.10 03:02:07 MSD)

Ответ на: комментарий от Adjkru 05.05.10 03:02:07 MSD

я просто добавляю --exclude=/mnt

dreamer ★★★★★
(05.05.10 04:02:07 MSD)

Ссылка

Ответ на: комментарий от Adjkru 05.05.10 03:02:07 MSD

Вообщето есть
-x, --one-file-system don't cross filesystem boundaries

hint: cp будет работать быстрее

Nao ★★★★★
(05.05.10 06:19:31 MSD)

Ответ на: комментарий от Nao 05.05.10 06:19:31 MSD

-x оставит пустыми перекрытые монтированием каталоги, иногда это не то, что нужно.

Adjkru ★★★★★
(05.05.10 07:38:16 MSD)

Ответ на: комментарий от Adjkru 05.05.10 07:38:16 MSD

При переносе системы - скорее всего то, что нужно.

ddos3 ★
(05.05.10 13:24:03 MSD)

Ответ на: комментарий от ddos3 05.05.10 13:24:03 MSD

Не факт. А вдруг система инициализации предполагает наличие устройств в /dev до запуска udev? Тогда cp -x не скопирует их, и /dev будет пуст, что не хорошо.

Adjkru ★★★★★
(05.05.10 13:59:10 MSD)

Ответ на: комментарий от Adjkru 05.05.10 13:59:10 MSD

спотить не буду. экзотика всякая бывает.

ddos3 ★
(05.05.10 14:01:03 MSD)

Ссылка

Ответ на: комментарий от Adjkru 05.05.10 13:59:10 MSD

А вдруг система инициализации предполагает наличие устройств в /dev до запуска udev

И при этом /dev смонтирован отдельно? Это в каком дистре такое чудо, чтоб не наступить случайно?

vga ★★
(05.05.10 14:05:18 MSD)

Ответ на: комментарий от Nao 05.05.10 06:19:31 MSD

-x,

Спасибо, надо будет попробовать, а то я всегда пользовался cp -a с явным списком каталогов для копирования, и -x может упростить процесс.

vga ★★
(05.05.10 14:09:36 MSD)

Ответ на: комментарий от vga 05.05.10 14:05:18 MSD

Как минимум в Арче нужен null, console и что-то еще, потом монтируется tmpfs и запускается udev.

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

sergej ★★★★★
(05.05.10 14:10:43 MSD)

Ответ на: комментарий от vga 05.05.10 14:05:18 MSD

> И при этом /dev смонтирован отдельно? Это в каком дистре такое чудо, чтоб не наступить случайно?

В любом, tmpfs от udev'а, замещающий оригинальный /dev, если он есть. cp -x не скопирует оригинальный, а вот с mount --bind он будет виден.

Adjkru ★★★★★
(05.05.10 14:24:37 MSD)

Ссылка

Ответ на: комментарий от vga 05.05.10 14:09:36 MSD

Насчёт ключа -x - я вообще писал про rsync, но у cp он тоже есть, да.

Насчёт файлов в /dev - Adjkru прав, безопаснее перебиндить корень.

Nao ★★★★★
(05.05.10 15:06:02 MSD)

Ссылка

Ответ на: комментарий от sergej 05.05.10 14:10:43 MSD

Как минимум в Арче нужен null, console

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

А так, в дебиане начиная с ленни, в убунтах и федорах с того же времени я вообще дев не копировал, просто mkdir /dev /proc /sys после копирования и все было хорошо. Но спасибо, буду знать.

vga ★★
(05.05.10 15:35:02 MSD)