Arch linux или windows

Участник с: 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

Такая задача возникает достаточно редко. Обычно, проще переустановить систему заново, чем переносить уже установленную версию на другой жёсткий диск или другой раздел. Но если у вас там есть важные программы, которые нежелательно удалять, или вы меняли настолько много настроек в системе, что её установка заново займёт намного больше времени, чем её перенос, то перенос будет предпочтительнее. Инструкция написана под разметку диска.

Перенос системы можно разделить на несколько этапов:

1. Разметка диска, новый диск лучше разметить в точном соответствии старому диску
2. Копирование файлов, при копировании нужно переносить не только файлы, но и параметры в виде ссылок, владельцев и т.д.
3. Правка /etc/fstab, в файле записаны данные для монтирования дисков
4. Установка загрузчика Grub, без загрузчика система не запустится

Разметка диска

На работающей системе переключимся на root пользователя:

sudo -i

Проверим какие диски подключены, это можно сделать через консоль:

fdisk -l

Или программу GParted которая содержит графическое ядро:

gparted

Для установки GParted используйте команду:

sudo apt-get install gparted

В моем случае старый диск /dev/sda и новый /dev/sdb не размеченный.

Разобьем новый диск /dev/sdb аналогично старому /dev/sda используя команду в консоли, но можно это сделать и при помощи графической программы GParted:

sfdisk -d /dev/sda | sfdisk --force /dev/sdb

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

Копирование файлов rsync

Этот способ подходит для переноса системы с диска на диск.

Создадим пустую директорию на старом диске newhdd:

mkdir /newhdd

Смонтируем в неё основной раздел /dev/sdb1 нового диска:

mount /dev/sdb1 /newhdd

Cкопируем в новый примонтированный раздел всю информацию, по сути копируя данные в папку newhdd мы бедем переносить файлы операционной системы со старого диска на новый:

rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/newhdd/*"} / /newhdd/

Команда rsync копирует всё что есть в новое расположение. Опции -aAX включают сохранение всех метаданных файла, символических ссылок, владельцев, групп, и так далее в рамках файловой системы.

Дириктории dev proc sys tmp run исключаются специально, они содержат динамические данные которые нет смысла переносить.

Создание архива системы утилитой tar

Я обычно создаю архив, а потом его куда-нибудь копирую, чтобы иметь резервную копию системы.

Создаем копию корня / файловой системы:

tar -cvpzf /systemKoren.tar.gz --exclude /systemKoren.tar.gz --exclude /dev --exclude /sys --exclude /proc --exclude /tmp --exclude /run --exclude /home /

Дириктории dev proc sys tmp run исключаются специально, они содержат динамические данные которые нет смысла переносить, дириктория hom исключается для экономии места, ее мы будем архивировать отдельно.

Создаем копию раздела home, для этого нам нужно перейти в сам раздел, это нужно что-бы заархивировать только файлы и папки находящиеся внутри раздела home:

cd /home

Заархивируем только файлы и папки, для этого в конце подставляем знак * обозначаюший все файлы и папки:

tar -cvpzf /systemHome.tar.gz *

Распаковка архива

Создадим пустую директорию на старом диске newhdd:

mkdir /newhdd

Монтируем в папку newhdd раздел нового диска в котором будет корень / файловой системы:

mount /dev/sdb2 /newhdd

Распаковываем в папку newhdd архив systemKoren.tar.gz:

tar xvzf /systemKoren.tar.gz -C /newhdd

Создадим пустую папку /home котороу исключили из архива:

mkdir /newhdd/home

Размантируем папку newhdd:

umount /dev/sdb2 /newhdd

Монтируем в папку newhdd раздел нового диска в котором будет home файловой системы:

mount /dev/sdb3 /newhdd

Распаковываем в папку newhdd архив systemHome.tar.gz:

tar xvzf /systemHome.tar.gz -C /newhdd

Размантируем папку newhdd:

umount /dev/sdb3 /newhdd

Правка /etc/fstab

Далее будем работать только с новой системой. Первым делом нужно исправить файл автоматического монтирования /etc/fstab, чтобы там был указан правильный UUID разделов. Узнать UUID нужного раздела можно в GParted.

Монтируем в папку newhdd раздел нового диска в котором будет корень / файловой системы:

mount /dev/sdb2 /newhdd

Замените полученным UUID:

nano /newhdd/etc/fstab

Установка загрузчика

Создаем папки которые добавили в исключение (если делали архив):

mkdir /newhdd/sys
mkdir /newhdd/proc
mkdir /newhdd/dev
mkdir /newhdd/run

Примонтируем на новый диск папки /sys, /proc, /dev, из работающей системы:

mount --bind /sys /newhdd/sys
mount --bind /proc /newhdd/proc
mount --bind /dev /newhdd/dev

Монтируем в дирикторию /newhdd/boot/efi раздел нового диска в котором будет загрузчик файловой системы:

mount /dev/sdb1 /newhdd/boot/efi

Затем нужно войдите в chroot окружение новой операционной системы, команда помогает изменить видимый корневой каталог вашей файловой системы:

chroot /newhdd

Затем установите загрузчик в дирикторию /newhdd/boot/efi, при монтировании не нужно указывать конкретный раздел, загрузчик устанавливается на весь диск в целом /dev/sdb:

grub-install /dev/sdb

Осталось только создать конфигурационный файл для загрузчика:

update-grub2

Перезагрузка

Выйдите из chroot-окружения командой:

exit

Размантируйте диски:

umount /newhdd/sys
umount /newhdd/proc
umount /newhdd/dev
umount /newhdd/boot/efi
umount /newhdd

Осталось перезагрузить компьютер. В BIOS вашего компьютера нужно выбрать диск, на который вы переносили Linux, в качестве первого источника для загрузки. После загрузки вы будете уже в новой операционной системе.

Быстрый перенос при помощи TimeShift

Я подробно писал о резервном копировании используя графическую утелиту TimeShift, если у вас есть резервная копия сделаная через TimeShift, перенос Linux займет максимум 10 минут и пару шагов действий:

1. Подключаем новый жесткий диск к работающей системе, если система повреждена а резервная копия находилась на другом жестком диске, можно подключится через Лайв СД и установить TimeShift
2. Размечаем новый жесткий диск в соответствии старому. Главное соблюсти разметку (форматирование) и что бы все файлы поместились в разделах, точного соответствия по количеству мигобайт не требуется
3. Сопоставляем разделы на новом жестком диске куда TimeShift должен выложить файлы
4. Запускаем TimeShift и дожидаемся конца операции

На практике у меня возникла проблема только с программами установленными в формате SNAP пакета и утелитой snapd. Порывшись в сети нашел способ как это исправить.

Удаление снапов и утелиты snapd

Получаем список установленных снапов:

snap list

Останавливаем службы:

sudo systemctl disable snapd.service
sudo systemctl disable snapd.socket
sudo systemctl disable snapd.seeded.service

Удаляем все снапы по списку, полученному на первом шаге:

sudo snap remove firefox
sudo snap remove snap-store
sudo snap remove gtk-common-themes
sudo snap remove gnome-3-38-2004
sudo snap remove core18
sudo snap remove snapd-desktop-integration

Удаляем мусор, оставшийся от снапа:

sudo rm -rf /var/cache/snapd/

Теперь можно полностью удалить сам снап:

sudo apt purge snapd

И наконец можно удалить то, что осталось от снапа в хомяке ~/snap. Там могут быть полезные вещи, на например, профиль Firefox. Поэтому сохраняешь нужные данные, и после этого:

rm -rf ~/snap

Установка утелиты snapd и альтернативного SNAP магазина

Обновляем пакеты:

sudo apt update
sudo apt upgrade

Обновляем полностью весь дистрибутив с разрешением удаления конфликтующих пакетов:

sudo apt dist-upgrade

Устанавливаем пакет:

sudo apt install snapd

Устанавливаем пакет:

sudo apt install gnome-software-plugin-snap

Устанавливаем альтернативный SNAP магазин:

sudo snap install snap-store

Если в процесе получаем ошибку:

error : cannnot perform the following tasks :
remove data for the official snap "firefox" (1969) (Unlinkat /var/snap/firefox/common/host-hunspell/en_US.aff: read-only file system)

Единственный способ победить, нужно отмантировать раздел:

umount /var/snap/firefox/common/host-hunspell

На всякий случай оставляю ссылки на оригиналы статей один, два, три.

0

2

Инструкция для новичков, о том, как сделать красивый dualboot windows и archlinux (и других ОС) через efi без grub и лишних заморочек.

Фото для привлечения внимания:

Картинка с сайта: habr.com

Можете посмотерть в google как это ещё может выглядеть.

Сразу оговорюсь.
Предполагается, что вы уже поставили windows и archlinux, понимаете как размечать диски и что куда монтировать и осталось вам только разобраться с загрузчиком. Если нет, то рекомендую посмотреть для начала вот это видео.

Я пробовал различные варианты, как описано тут, тут и тут и прочие выкрутасы с efibootmgr. Пытался добавлять опции прямо в «BIOSе» — ничего хорошего у меня не получилось, то рут раздел не находит то ещё что-то. Да и сам подход к переключению систем (жать Esc при включении ПК для выбора системы) меня не очень радовал.

Провозившись весь выходной, нашёл для себя простое и элегантное решение — пакет refind-efi (ArchWiki).
Если коротко, — достаточно установить этот пакет (pacman -S refind-efi) и выполнить refind-install, — всё.
В /boot/efi/EFI/ будет создан каталог refind и в опции загрузки добавлен новый пунк «rEFInd boot manager ».

Предупреждение

CodeRush в комментарии добавил важное замечание:

Добавлю к этой статье предупреждение: запись в NVRAM из ОС — достаточно опасная операция, которая может приводить к «кирпичу» на некоторых моделях ноутбуков с BIOSами на платформе Phoenix SCT. У автора BIOS на платформе AMI Aptio, с ним таких проблем нет.
Именно поэтому я настоятельно не рекомендую использовать на ноутбуках как саму efibootmgr, так и все, что ее вызывает, и устанавливать любые загрузчики вручную, либо заменяя имеющийся загрузчик по умолчанию (fs0:/EFI/BOOT/bootx64.efi), либо прописывая новый загрузчик из UEFI Shell командой bсfg boot add 0 fs0:/path/to/bootloader.efi «My Fancy Bootloader» — это намного безопаснее.

Всё что вы делаете, вы делаете на свой страх и риск!

Теперь подробнее об установке и конфигурировании

Для начала сверим конфигурации.
В моём случае это:

• Windows 8.1
• Arch Linux x86_64 Kernel Release: 3.14.4-1-ARCH

Вывод lsblk:

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 119.2G  0 disk 
├─sda1   8:1    0   300M  0 part
├─sda2   8:2    0   100M  0 part /boot/efi
├─sda3   8:3    0   128M  0 part
├─sda4   8:4    0  59.1G  0 part
├─sda5   8:5    0     9G  0 part /
└─sda6   8:6    0    50G  0 part /home

fdisk /dev/sda

Device           Start          End   Size Type
/dev/sda1         2048       616447   300M Windows recovery environment
/dev/sda2       616448       821247   100M EFI System
/dev/sda3       821248      1083391   128M Microsoft reserved
/dev/sda4      1083392    125036543  59.1G Microsoft basic data
/dev/sda5    125036544    143910911     9G Linux filesystem
/dev/sda6    143910912    248768511    50G Linux filesystem

Раздел с типом «EFI System» созданный инсталятором windows, монтируем в /boot/efi/ ( /mnt/boot/efi/ ведь мы загрузились с liveiso верно?)

mkdir -p /mnt/boot/efi
mount /dev/sdaX /mnt/boot/efi

где X это номер вашего EFI раздела ( например mount /dev/sda2 /mnt/boot/efi ).

Далее перейдя в уже установленный arch ( arch-chroot /mnt/ ) устанавливаем сам refind:

pacman -S refind-efi

Если вдруг такой пакет не найден, поищите в yaourt:

yaourt refind
1 extra/refind-efi 0.7.9-1 [installed]
    Rod Smith's fork of rEFIt UEFI Boot Manager - built with Tianocore UDK libs

refind-install

и если не было ошибок

reboot

После перезагрузки можно поставить в «биосе» в настройках приоритета загрузки «rEFInd boot manager » на первое место.

Картинка с сайта: habr.com

И не забудьте отключить «Secure Boot».

Profit!

В каталоге /boot/efi/EFI создана дирректория refind. В ней есть refind.conf в котором можно установить время отображения списка ОС и настроить внешний вид.

Refind сам находит установленные ОС и определяет параметры их загрузки. Так же мне очень понравилось что если вставлена загрузочная флешка или диск они тоже появляются в списке.

Мне понравилась тема Next-Theme (вы можете подобрать что-то на свой вкус), положил её в /boot/efi/EFI/refind/next-theme и прописал в конфиге:

icons_dir next-theme/icons
banner next-theme/background_1200.png

Конфиг хорошо документирован и вопросов вызывать не должен.

Буду благодарен за замечания и дополнения.

Опубликовано: 08.10.2021

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

Процесс будет выполнен в несколько шагов:

1. Клонирование диска

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

Смотрим состояние дисков и разделов на текущий момент:

lsblk

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

Выполняем команду:

dd if=/dev/sdx1 of=/dev/sdy1 bs=64K conv=noerror,sync

Команда будет выполняться некоторое время. После ее завершения можно снова посмотреть состояние дисков и разделов:

lsblk

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

Следующим шагом настроим загрузчик.

2. Загрузчик grub2

Для большинства современных систем характерно использование grub2. Его мы и будем рассматривать. Но если в вашем случае используется сервер с grub первой версии, то мы можем обратиться к инструкции How to Migrate the Root Filesystem to a New Disk.

Открываем файл:

vi /etc/default/grub

Мы можем увидеть разные варианты строки, указывающей на загрузку системы.

а) В некоторых случаях это будет универсальная строка, которую не нужно менять, например:

GRUB_CMDLINE_LINUX=»crashkernel=auto spectre_v2=retpoline rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet»

* в данной строке мы видим, что загрузчик будет искать том LVM centos/root. Так как после клонирования он не поменяется, то нам ничего не нужно редактировать.

б) В некоторых случаях строка может быть пустой:

GRUB_CMDLINE_LINUX=»»

* в данном примере также от нас не потребуется никаких действий.

в) В некоторых случаях указатель может вести на конкретные диски:

GRUB_CMDLINE_LINUX=»root=/dev/disk/by-id/<partition/disk name> resume=/dev/disk/by-id/<partition/disk name> splash=silent quiet showopts»

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

3. Файл fstab

На следующем шаге мы проверяем настройки монтирования корневой директории и раздела boot при загрузке системы. Они задаются в файле fstab.

Есть два надежных способа указать диск при монтировании — использовать его идентификатор или точку монтирования тома LVM. Рассмотрим оба варианта.

LVM

Данный способ можно использовать частично, так как раздел boot не может использовать LVM, поэтому данное монтирование будет применяться только к корневому разделу.

Если мы используем LVM, то все, что нам нужно сделать, это открыть файл fstab и проверить, что в нем, на самом деле, используется LVM при монтировании корневого раздела:

vi /etc/fstab

Мы можем увидеть что-то на подобие:

…
/dev/mapper/centos-root /                       xfs     defaults        0 0
…

Понять, используется ли LVM можно командой:

lsblk

Мы должны увидеть пометку lvm:

…
    centos-root 253:0    0 13.4G  0 lvm  /
…

Как было сказано выше, в случае использования LVM, нам не придется редактировать fstab, так как точка монтирования не поменяется.

Использование идентификатора

Для получения списка дисков с их идентификаторами, вводим команду:

blkid

Мы получим что-то на подобие:

/dev/sdb1: UUID=»45053cf4-cb27-40b8-9b63-7f43fb123807″ TYPE=»xfs» 
/dev/sdb2: UUID=»Rzg9IW-5zmy-wsdv-mfIJ-HMRV-9Zup-XCcxPi» TYPE=»LVM2_member» 
/dev/sda1: UUID=»45053cf4-cb27-40b8-9b63-7f43fb123807″ TYPE=»xfs» 
/dev/sda2: UUID=»Rzg9IW-5zmy-wsdv-mfIJ-HMRV-9Zup-XCcxPi» TYPE=»LVM2_member» 
/dev/mapper/centos-root: UUID=»97ea6561-8e69-4a9d-b29b-5d6c68a5df64″ TYPE=»xfs» 
/dev/mapper/centos-swap: UUID=»db800e72-c138-4050-9949-cf03b779b709″ TYPE=»swap»

* как видим, идентификаторы дисков совпадают, так как команды dd клонирует информацию полностью. Также обратите внимание, что разделы LVM также имеют свои идентификаторы. Это очень важный момент, так как точка монтирования в случае использования LVM должна указывать на него.

Чтобы лучше понять, какой идентификатор нам нужен, смотрим список раздело и их монтирования:

lsblk

Находим раздел, который соответствует корневому и смотрим его идентификатор. После открываем файл:

vi /etc/fstab

Наши записи могут быть, примерно, такими:

UUID=Rzg9IW-5zmy-wsdv-mfIJ-HMRV-9Zup-XCcxPi /                   xfs     defaults        0 0
UUID=45053cf4-cb27-40b8-9b63-7f43fb123807 /boot                   xfs     defaults        0 0

Но также никто нам не запретит использовать гибридный вариант, например:

/dev/mapper/centos-root /                       xfs     defaults        0 0
UUID=45053cf4-cb27-40b8-9b63-7f43fb123807 /boot                   xfs     defaults        0 0

* в данном варианте мы используем том LVM для корня и идентификатор для boot.

Буква (цифра) раздела

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

vi /etc/fstab

/dev/sda2    /                       xfs     defaults        0 0
/dev/sda1    /boot                       xfs     defaults        0 0

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

4. Перезагрузка

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

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

б) Если мы сохранили оба диска, нам нужно убедиться в настройках БИОС/UEFI, что загрузка выполняется с нового диска.

Если мы настроили систему правильно, то она загрузится с нового диска.