Окончание эпопеи с Timeshift
20 марта. Вечер.
Как мы выяснили в предыдущий раз, нельзя просто так взять и клонировать HDD с линухой на другой HDD при помощи Timeshift. Теперь то я знаю, что прога для этого не предназначена. Она довольно умело делает снимки состояния системы, бекапы, чтобы хранить снимок на носителе, на другом разделе и в случае крэша быстренько переставить Manjaro (или что там у вас) и восстановиться из снимка. Но не более. Для клонирования можно dd-шить или как-то ещё. Пересяду на новый диск как-нибудь потом, а пока расскажу, что я узнал из истории с Tiemshift.
Остановились мы на том, что я загрузившись с пердящего диска, увидел утреннюю версию системы. Значит произошёл откат назад вместо клонирования. "Значит нужно было настраивать таймшифт так, чтобы все пути на рисунке ниже располагались на втором жестком диске", - подумал я.
Изначально выбрать второй hdd было нельзя - не подходила файловая система. "Будем форматироваться!" - решил я. Поковырял файлы на диске, чтобы убедиться, что ничего ценного там не хранится. Нашёл только интимные фото предыдущего админа шестилетней давности. Вот урод! Мерзость!
Гугл сообщил, что нужно изучить информацию о дисках (покажу, как оно сейчас, как было на момент изучения, одному Богу известно):
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 74,5G 0 disk
└─sda1 8:1 0 74,5G 0 part /
sdb 8:16 0 74,5G 0 disk
└─sdb1 8:17 0 74,5G 0 part
sdc 8:32 0 931,5G 0 disk
├─sdc1 8:33 0 100M 0 part
├─sdc2 8:34 0 452,9G 0 part
└─sdc3 8:35 0 478,5G 0 part /run/media/goshanoob/Новый том
sdd 8:48 1 456,5M 0 disk
└─sdd1 8:49 1 455,9M 0 part
$ df -h
Файловая система Размер Использовано Дост Использовано% Cмонтировано в
dev 3,9G 0 3,9G 0% /dev
run 3,9G 1,2M 3,9G 1% /run
/dev/sda1 73G 21G 49G 30% /
tmpfs 3,9G 31M 3,9G 1% /dev/shm
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs 3,9G 45M 3,9G 2% /tmp
tmpfs 797M 16K 797M 1% /run/user/1000
/dev/sdc3 479G 184G 296G 39% /run/media/goshanoob/Новый том
Тут я сообразил, что когда первый раз пытался перелить систему, то указал, что каталог /boot должен находится на sdb1. Тогда если его сейчас форматнуть, система не загрузится. Возможно (это значит неточно), я даже провёл эксперимент, отключив второй диск физически, и не увидел GRUB.
Кроме того, команда sudo fdisk -l показала, что sdb1 загрузочный.
Я стал искать инфу о том, как перенести /boot на основной раздел. Нужно было примонтировать загрузочный раздел, отмонитровать /boot, закомментировать строку с разделом /boot в специальном файле и обновить загрузчик, потом перезагрузиться:
sudo mount /dev/sda1 /mnt/
umount /boot/
cp -p -r /mnt/* /boot
umount /dev/sda1
nano /etc/fstab
Почему /dev/sda1 назван загрузочным? И почему уже на втором этапе отмонтирования /boot система сообщает umount: /boot: not mounted? При выполнении cp тоже были жалобы (забыл на что), а файле fstab инфы про boot тоже не нашлось.
Долго выяснял, как узнать, на каком физическом диске всё-таки находится загрузчик. По последним сведениям, наверное, вот так
df -h /boot
df -h /boot/grub
Зато узнал, как обновить загрузчик:
sudo update-grub
Ещё попутно узнал, что существует LVM, но для чего и как пользоваться, не узнал.
Ах, да! Вот полезная команда, чтобы узнать размер директории:
du -hs
В параметре можно указать каталог, иначе выведет инфу про текущий. Если убрать флаг -s, то перечислит все вложенные каталоги.
Карочи, решил забить и ещё раз воспользовался Timeshift, чтобы вернуть загрузчик на место (а, может быть, просто на него забил - не помню). Затем приступил к форматированию по инструкции.
Сперва готовим разделы:
sudo parted /dev/sdb
mklabel msdos
Как мы выяснили в предыдущий раз, нельзя просто так взять и клонировать HDD с линухой на другой HDD при помощи Timeshift. Теперь то я знаю, что прога для этого не предназначена. Она довольно умело делает снимки состояния системы, бекапы, чтобы хранить снимок на носителе, на другом разделе и в случае крэша быстренько переставить Manjaro (или что там у вас) и восстановиться из снимка. Но не более. Для клонирования можно dd-шить или как-то ещё. Пересяду на новый диск как-нибудь потом, а пока расскажу, что я узнал из истории с Tiemshift.
Остановились мы на том, что я загрузившись с пердящего диска, увидел утреннюю версию системы. Значит произошёл откат назад вместо клонирования. "Значит нужно было настраивать таймшифт так, чтобы все пути на рисунке ниже располагались на втором жестком диске", - подумал я.
Изначально выбрать второй hdd было нельзя - не подходила файловая система. "Будем форматироваться!" - решил я. Поковырял файлы на диске, чтобы убедиться, что ничего ценного там не хранится. Нашёл только интимные фото предыдущего админа шестилетней давности. Вот урод! Мерзость!
Гугл сообщил, что нужно изучить информацию о дисках (покажу, как оно сейчас, как было на момент изучения, одному Богу известно):
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 74,5G 0 disk
└─sda1 8:1 0 74,5G 0 part /
sdb 8:16 0 74,5G 0 disk
└─sdb1 8:17 0 74,5G 0 part
sdc 8:32 0 931,5G 0 disk
├─sdc1 8:33 0 100M 0 part
├─sdc2 8:34 0 452,9G 0 part
└─sdc3 8:35 0 478,5G 0 part /run/media/goshanoob/Новый том
sdd 8:48 1 456,5M 0 disk
└─sdd1 8:49 1 455,9M 0 part
$ df -h
Файловая система Размер Использовано Дост Использовано% Cмонтировано в
dev 3,9G 0 3,9G 0% /dev
run 3,9G 1,2M 3,9G 1% /run
/dev/sda1 73G 21G 49G 30% /
tmpfs 3,9G 31M 3,9G 1% /dev/shm
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
tmpfs 3,9G 45M 3,9G 2% /tmp
tmpfs 797M 16K 797M 1% /run/user/1000
/dev/sdc3 479G 184G 296G 39% /run/media/goshanoob/Новый том
Тут я сообразил, что когда первый раз пытался перелить систему, то указал, что каталог /boot должен находится на sdb1. Тогда если его сейчас форматнуть, система не загрузится. Возможно (это значит неточно), я даже провёл эксперимент, отключив второй диск физически, и не увидел GRUB.
Кроме того, команда sudo fdisk -l показала, что sdb1 загрузочный.
Я стал искать инфу о том, как перенести /boot на основной раздел. Нужно было примонтировать загрузочный раздел, отмонитровать /boot, закомментировать строку с разделом /boot в специальном файле и обновить загрузчик, потом перезагрузиться:
sudo mount /dev/sda1 /mnt/
umount /boot/
cp -p -r /mnt/* /boot
umount /dev/sda1
nano /etc/fstab
Почему /dev/sda1 назван загрузочным? И почему уже на втором этапе отмонтирования /boot система сообщает umount: /boot: not mounted? При выполнении cp тоже были жалобы (забыл на что), а файле fstab инфы про boot тоже не нашлось.
Долго выяснял, как узнать, на каком физическом диске всё-таки находится загрузчик. По последним сведениям, наверное, вот так
df -h /boot
df -h /boot/grub
Зато узнал, как обновить загрузчик:
sudo update-grub
Ещё попутно узнал, что существует LVM, но для чего и как пользоваться, не узнал.
Ах, да! Вот полезная команда, чтобы узнать размер директории:
du -hs
В параметре можно указать каталог, иначе выведет инфу про текущий. Если убрать флаг -s, то перечислит все вложенные каталоги.
Карочи, решил забить и ещё раз воспользовался Timeshift, чтобы вернуть загрузчик на место (а, может быть, просто на него забил - не помню). Затем приступил к форматированию по инструкции.
Сперва готовим разделы:
sudo parted /dev/sdb
mklabel msdos
mkpart primary ext4 1Mib 100%
quit
Теперь форматируем:
sudo mkfs.ext4 /dev/sdb1
Перед форматирование желательно было уточнить инфу из lsblk.
ХЗ, можно ли было обойтись без создания разделов и просто всё форматнуть? Диск использовался под Windows, поэтому разделов на нем было два. И зачем указывать тип файловой системы при разделении, если команда всё равно их (разделы) не форматирует?
Ну вот. Теперь я смог выбрать sdb1 для хранения каталогов /, /boot и /home. Таймшифт отработал, что-то перенес, но облом - со второго жесткого система всё равно не грузилась. Вернее загружалась винда с третьего hdd. Хаха. Изучив занимаемый объём диска, я пришел к выводу, что клонирование не произошло, лишь были перенесены какие-то уникальные для моей системы файлы. Наверное, ядро нужно доставлять отдельно. Пацаны в интернетах сообщили, что Timeshift не предназначен для вещей, которых я от него ждал. ОК.
Что можно сделать дальше:
- сделать снимок текущего состояния системы, сохранив на рабочем диске, затем накатить Manjaro на другой диск и восстановить снимок ОС уже на нём (может быть, даже устанавливать не придется, ведь TimeShift запускается из Live-оболочки);
- воспользоваться инструкциями по переносу Linux на новый диск (там тоже есть варианты);
- поставить специальную прогу, например,
Как всё вкусно! Не могу выбрать.
Комментарии
Отправить комментарий