Arch Linux: перенос системы на новый HDD

maisvendoo	# 7 лет, 10 месяцев назад (отредактировано 5 лет назад)
Темы: 68 Сообщения: 1142 Участник с: 10 октября 2012	По просьбам трудящихся подготовил статейку, содержащую инструкцию, сумбурно изложенную в теме. Было лень писать прямо с нуля, поэтому сделал копипасту со своего личного блога. 1. Подготовка почвы и копирование системы Итак, мы установили новый HDD в системный блок, проверили его работоспособность. Устанавливаем Live-носитель и загружаемся с него. Делается это для того, чтобы старый и новый винтчестер не задействовались для загрузки и работы системы. Допустим теперь, что Вы имеете следующую конфигурацию разделов на старом HDD, который видится системой как /dev/sda (в вашем случае имя устройства можжет быть иным!) `/dev/sda1 - корневая файловая система (/) /dev/sda2 - раздел подкачки (swap) /dev/sda3 - раздел для хранения домашних каталогов пользователей (/home)` Запускаем программу для разметки HDD (в моем случае он определился системой как /dev/sdb) `# fdisk /dev/sdb` и размечаем диск, как нам требуется. Я оставил старую разметку, изменив лишь размер разделов. Если Вы желаете, например, поместить /var в отдельный раздел, то смело создаете раздел под него. Итого, у нас выходит следующая разметка `/dev/sdb1 - корень системы (/) /dev/sdb2 - swap /dev/sdb3 - /home` а в случае размещения /var в отдельном разделе `/dev/sdb1 - корень (/) /dev/sdb2 - swap /dev/sdb3 - /home /dev/sdb4 - /var` Форматируем разделы в нужную Вам файловую систему `# mkfs -t ext4 /dev/sdb1 # mkfs -t ext4 /dev/sdb3 # mkfs -t ext4 /dev/sdb4 # mkswap /dev/sdb2` Теперь необходимо правильно примонтировать имеющиеся разделы. Создаем следующие каталоги `# mkdir /mnt/oldfs # mkdir /mnt/newfs` для монтирования корневых разделов старого и нового дисков `# mount /dev/sda1 /mnt/oldfs # mount /dev/sdb1 /mnt/newfs` Монтируем домашний каталог старого hdd `# mkdir /mnt/oldfs/home # mount /dev/sda3 /mnt/oldfs/home` Монтируем домашний каталог новго hdd `# mkdir /mnt/newfs/home # mount /dev/sdb3 /mnt/newfs/home` Если мы размещаем /var в отдельном разделе, то создаем точку монтирования и монтируем этот раздел `# mkdir /mnt/newfs/var # mount /dev/sdb4 /mnt/newfs/var` Ок, всё готово. Теперь копируем систему `# cp -rav /mnt/oldfs/* /mnt/newfs` то есть копируем все файлы рекурсивно, с сохранением атрибутов! Следует обратить внимаение на ключ -a, который присутствует в команде копирования именно для того, чтобы атрибуты файлов и каталогов, скопированных с нового hdd на старый не изменились. В противном случае Ваша система просто не загрузится, а если и загрузится, то окажется неработоспособной, так как атрибуты прав доступа и владельцев файлов изменятся и пользовтальские процессы и процессы ядра не смогут использовать файловую систему. Время копирования напрямую зависит от объема переносимых данных. Следует набраться терпения... После завершения копирования отмонтируем оба диска `# umount /mnt/newfs/var # umount /mnt/newfs/home # umount /mnt/oldfs/home # umount /mnt/oldfs` Корневой раздел нового диска оставляем смонтированным - он нам ещё пригодится. 2. Готовим систему к перезагрузке Осталось несколько последних штрихов. Во-первых необходимо отредактировать файл /etc/fstab для правильного монтирования разделов на новом диске. Если вы не меняли структуру разметки, просто убедитесь в том, что настройки монтирования верны. Если, как в нашем примере, вы переместили /var в отдельный раздел, то добавим в /etc/fstab новую запись `# echo "/dev/sda4 /var ext4 defaults 0 1" >> /etc/fstab` Если при загрузке Вашей системе используется RAM-диск, на всякий случай перегенерируем его. Делаем chroot в скопированную систему `# mount -o bind /dev /mnt/newfs/dev # mount -o bind /proc /mnt/newfs/proc # mount -o bind /sys /mnt/newfs/sys # chroot /mnt/newfs bash` и запускаем перегенерацию RAM-диска `# mkinitcpio -p linux` Устанавливаем загрузчик `# grub-install /dev/sdb` Если Вы используете файл /etc/grub.cfg сгенерированный автоматически, его надо перегенерировать `# grub-mkconfig -o /boot/grub/grub.cfg` Если Вы сконфигурировали загрузчик вручную, убедитесь в корректности его конфигурации для новой системы. После этого выходим из chroot, отмонтируем корневую ФС и перезагружаемся `# exit # umount /mnt/newfs # reboot` Если всё выполненно верно, Ваша система загрузится с нового диска как ни в чем не бывало. Все Ваши данные и настройки останутся без изменений. Да пребудет с нами Сила...! CPU Intel Core i9 10900-KF/RAM DDR4 128 Gb/NVidia GForce GTX 1080 Ti Turbo 11Gb/SSD M2 512 Gb/HDD Seagate SATA3 2 Tb/HDD Toshiba 3Tb/HDD Toshiba 6Tb http://rusrailsim.org

# 7 лет, 10 месяцев назад (отредактировано 5 лет назад)

Сообщения: 1142

Участник с: 10 октября 2012

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

1. Подготовка почвы и копирование системы

Итак, мы установили новый HDD в системный блок, проверили его работоспособность. Устанавливаем Live-носитель и загружаемся с него. Делается это для того, чтобы старый и новый винтчестер не задействовались для загрузки и работы системы.

Допустим теперь, что Вы имеете следующую конфигурацию разделов на старом HDD, который видится системой как /dev/sda (в вашем случае имя устройства можжет быть иным!)

    /dev/sda1 - корневая файловая система (/)
    /dev/sda2 - раздел подкачки (swap)
    /dev/sda3 - раздел для хранения домашних каталогов пользователей (/home)

Запускаем программу для разметки HDD (в моем случае он определился системой как /dev/sdb)

# fdisk /dev/sdb

и размечаем диск, как нам требуется. Я оставил старую разметку, изменив лишь размер разделов. Если Вы желаете, например, поместить /var в отдельный раздел, то смело создаете раздел под него. Итого, у нас выходит следующая разметка


    /dev/sdb1 - корень системы (/)
    /dev/sdb2 - swap
    /dev/sdb3 - /home

а в случае размещения /var в отдельном разделе

    /dev/sdb1 - корень (/)
    /dev/sdb2 - swap
    /dev/sdb3 - /home
    /dev/sdb4 - /var

Форматируем разделы в нужную Вам файловую систему

# mkfs -t ext4 /dev/sdb1
# mkfs -t ext4 /dev/sdb3
# mkfs -t ext4 /dev/sdb4
# mkswap /dev/sdb2

Теперь необходимо правильно примонтировать имеющиеся разделы. Создаем следующие каталоги

# mkdir /mnt/oldfs
# mkdir /mnt/newfs

для монтирования корневых разделов старого и нового дисков

# mount /dev/sda1 /mnt/oldfs
# mount /dev/sdb1 /mnt/newfs

Монтируем домашний каталог старого hdd

# mkdir /mnt/oldfs/home
# mount /dev/sda3 /mnt/oldfs/home

Монтируем домашний каталог новго hdd

# mkdir /mnt/newfs/home
# mount /dev/sdb3 /mnt/newfs/home

Если мы размещаем /var в отдельном разделе, то создаем точку монтирования и монтируем этот раздел

# mkdir /mnt/newfs/var
# mount /dev/sdb4 /mnt/newfs/var

Ок, всё готово. Теперь копируем систему

# cp -rav /mnt/oldfs/* /mnt/newfs

то есть копируем все файлы рекурсивно, с сохранением атрибутов! Следует обратить внимаение на ключ -a, который присутствует в команде копирования именно для того, чтобы атрибуты файлов и каталогов, скопированных с нового hdd на старый не изменились. В противном случае Ваша система просто не загрузится, а если и загрузится, то окажется неработоспособной, так как атрибуты прав доступа и владельцев файлов изменятся и пользовтальские процессы и процессы ядра не смогут использовать файловую систему.

Время копирования напрямую зависит от объема переносимых данных. Следует набраться терпения...

После завершения копирования отмонтируем оба диска

# umount /mnt/newfs/var
# umount /mnt/newfs/home
# umount /mnt/oldfs/home
# umount /mnt/oldfs

Корневой раздел нового диска оставляем смонтированным - он нам ещё пригодится.

2. Готовим систему к перезагрузке

Осталось несколько последних штрихов. Во-первых необходимо отредактировать файл /etc/fstab для правильного монтирования разделов на новом диске. Если вы не меняли структуру разметки, просто убедитесь в том, что настройки монтирования верны. Если, как в нашем примере, вы переместили /var в отдельный раздел, то добавим в /etc/fstab новую запись

# echo "/dev/sda4 /var ext4 defaults 0 1" >> /etc/fstab

Если при загрузке Вашей системе используется RAM-диск, на всякий случай перегенерируем его. Делаем chroot в скопированную систему

# mount -o bind /dev /mnt/newfs/dev
# mount -o bind /proc /mnt/newfs/proc
# mount -o bind /sys /mnt/newfs/sys
# chroot /mnt/newfs bash

и запускаем перегенерацию RAM-диска

# mkinitcpio -p linux

Устанавливаем загрузчик

# grub-install /dev/sdb

Если Вы используете файл /etc/grub.cfg сгенерированный автоматически, его надо перегенерировать

# grub-mkconfig -o /boot/grub/grub.cfg

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

После этого выходим из chroot, отмонтируем корневую ФС и перезагружаемся

# exit
# umount /mnt/newfs
# reboot

Если всё выполненно верно, Ваша система загрузится с нового диска как ни в чем не бывало. Все Ваши данные и настройки останутся без изменений.

Да пребудет с нами Сила...!
CPU Intel Core i9 10900-KF/RAM DDR4 128 Gb/NVidia GForce GTX 1080 Ti Turbo 11Gb/SSD M2 512 Gb/HDD Seagate SATA3 2 Tb/HDD Toshiba 3Tb/HDD Toshiba 6Tb
http://rusrailsim.org

sankarsana	# 7 лет, 10 месяцев назад
Темы: 7 Сообщения: 55 Участник с: 16 октября 2014	Спасибо за проделанную работу. Возьму на заметку.

nafanja	# 7 лет, 10 месяцев назад (отредактировано 7 лет, 10 месяцев назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	у меня через раз загружается система, в чем может быть проблема? зачем rw,relatime,data=ordered? и зачем запускать перегенерацию RAM-диска? Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

Aivar	# 7 лет, 10 месяцев назад
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	nafanja зачем rw,relatime,data=ordered? rw - как бы понятно; relatime - очевидно имелось ввиду noatime!; data=ordered - этот режим журналирования включен по умолчанию, посему не надо. nafanja зачем запускать перегенерацию RAM-диска? А как иначе, если загрузочный образ и все что с ним связано изменил расположение? У мну вообще система завелась почему-то только после переустановки ядра.

Aivar

# 7 лет, 10 месяцев назад

Темы: 4

Сообщения: 6897

Участник с: 17 февраля 2011

nafanja
зачем rw,relatime,data=ordered?

rw - как бы понятно;
relatime - очевидно имелось ввиду noatime!;
data=ordered - этот режим журналирования включен по умолчанию, посему не надо.

nafanja
зачем запускать перегенерацию RAM-диска?

А как иначе, если загрузочный образ и все что с ним связано изменил расположение? У мну вообще система завелась почему-то только после переустановки ядра.

Aivar	# 7 лет, 10 месяцев назад (отредактировано 7 лет, 10 месяцев назад)
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	И, кстати: maisvendoo # echo "/dev/sda4 /var ext4 rw,relatime,data=ordered 0 2" >> /etc/fstab ~~Почему точка монтирования - /var???~~ Ну и, раз это корневая файловая система, приоритет проверки можно установить в 1. add. Да и вообще, изменения в fstab лучше подправить руками. )

Aivar

# 7 лет, 10 месяцев назад (отредактировано 7 лет, 10 месяцев назад)

Темы: 4

Сообщения: 6897

Участник с: 17 февраля 2011

И, кстати:

maisvendoo
# echo "/dev/sda4 /var ext4 rw,relatime,data=ordered 0 2" >> /etc/fstab

~~Почему точка монтирования - /var???~~
Ну и, раз это корневая файловая система, приоритет проверки можно установить в 1.

add.
Да и вообще, изменения в fstab лучше подправить руками. )

nafanja	# 7 лет, 10 месяцев назад (отредактировано 7 лет, 10 месяцев назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	Aivar rw - как бы понятно; relatime - очевидно имелось ввиду noatime!; data=ordered - этот режим журналирования включен по умолчанию, посему не надо. defaults включает в себя все что нужно. Aivar А как иначе, если загрузочный образ и все что с ним связано изменил расположение? У мну вообще система завелась почему-то только после переустановки ядра. он ни с чем не связан, он автономный. Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 7 лет, 10 месяцев назад (отредактировано 7 лет, 10 месяцев назад)

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

Aivar
rw - как бы понятно;
relatime - очевидно имелось ввиду noatime!;
data=ordered - этот режим журналирования включен по умолчанию, посему не надо.

defaults включает в себя все что нужно.

Aivar
А как иначе, если загрузочный образ и все что с ним связано изменил расположение? У мну вообще система завелась почему-то только после переустановки ядра.

он ни с чем не связан, он автономный.

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

maisvendoo	# 7 лет, 10 месяцев назад
Темы: 68 Сообщения: 1142 Участник с: 10 октября 2012	В опциях монтирования плаваю, к стыду своему. Исправлю согласно замечаниям Да пребудет с нами Сила...! CPU Intel Core i9 10900-KF/RAM DDR4 128 Gb/NVidia GForce GTX 1080 Ti Turbo 11Gb/SSD M2 512 Gb/HDD Seagate SATA3 2 Tb/HDD Toshiba 3Tb/HDD Toshiba 6Tb http://rusrailsim.org

Aivar	# 7 лет, 10 месяцев назад
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	nafanja defaults включает в себя все что нужно. Не все, а лишь rw, suid, dev, exec, auto, nouser и async. Такой полезной особенно для SSD опции как noatime нет. nafanja он ни с чем не связан, он автономный. Бегло просмотрел initramfs-linux.img. Похоже сейчас обращение к устройству выполняется исходя из выхлопа blkid. А, помнится, в мандриве был такой затык: делаем образ системы, форматируем раздел (естественно, uuid поменялся), восстанавливаем систему на прежнее место и получаем waiting for device и задержку в 2 минуты перед загрузкой. Лечилось распаковкой загрузочного образа ядра, правкой uuid с последующей упаковкой назад. Кстати, такой опции монтирования как relatime раньше тоже не было. Но, если верить тырнету, эта опция сейчас включена по умолчанию, а нужна она вам или нет - решать вам.

Aivar

# 7 лет, 10 месяцев назад

Темы: 4

Сообщения: 6897

Участник с: 17 февраля 2011

nafanja
defaults включает в себя все что нужно.

Не все, а лишь rw, suid, dev, exec, auto, nouser и async. Такой полезной особенно для SSD опции как noatime нет.

nafanja
он ни с чем не связан, он автономный.

Бегло просмотрел initramfs-linux.img. Похоже сейчас обращение к устройству выполняется исходя из выхлопа blkid. А, помнится, в мандриве был такой затык: делаем образ системы, форматируем раздел (естественно, uuid поменялся), восстанавливаем систему на прежнее место и получаем waiting for device и задержку в 2 минуты перед загрузкой. Лечилось распаковкой загрузочного образа ядра, правкой uuid с последующей упаковкой назад.

Кстати, такой опции монтирования как relatime раньше тоже не было. Но, если верить тырнету, эта опция сейчас включена по умолчанию, а нужна она вам или нет - решать вам.

nafanja	# 7 лет, 10 месяцев назад (отредактировано 7 лет, 10 месяцев назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	Aivar Не все, а лишь rw, suid, dev, exec, auto, nouser и async. Такой полезной особенно для SSD опции как noatime нет. ну ты же понимаешь что для ssd это специфичные параметры, у каждого они свои в зависимости от потребностей. https://ru.wikipedia.org/wiki/Fstab noatime Отключает запись информации о последнем времени доступа (atime) при каждом чтении файла. noatime бывает и вреден в некоторых случаях! https://ru.wikipedia.org/wiki/Fstab relatime Включает запись информации о последнем времени доступа при чтении файла, если предыдущее время доступа (atime) меньше времени изменения файла (ctime). Включено по умолчанию на Linux начиная с v.2.6.30. relatime несколько более щадящий параметр по сравнению с noatime. Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 7 лет, 10 месяцев назад (отредактировано 7 лет, 10 месяцев назад)

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

Aivar
Не все, а лишь rw, suid, dev, exec, auto, nouser и async. Такой полезной особенно для SSD опции как noatime нет.

ну ты же понимаешь что для ssd это специфичные параметры, у каждого они свои в зависимости от потребностей.

https://ru.wikipedia.org/wiki/Fstab
noatime Отключает запись информации о последнем времени доступа (atime) при каждом чтении файла.

noatime бывает и вреден в некоторых случаях!

https://ru.wikipedia.org/wiki/Fstab
relatime Включает запись информации о последнем времени доступа при чтении файла, если предыдущее время доступа (atime) меньше времени изменения файла (ctime). Включено по умолчанию на Linux начиная с v.2.6.30.

relatime несколько более щадящий параметр по сравнению с noatime.

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

Aivar	# 7 лет, 10 месяцев назад
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	nafanja noatime бывает и вреден в некоторых случаях! Возможно, вот только в течении последних пару лет я не заметил никаких побочных эффектов.