Преамбула: переселение хомяка в новый дом своими руками
Многие из нас сталкиваются с проблемой нехватки дискового пространства. Или принимают решение оптимизировать уже существующее в своей операционной системе. В данной статье расскажу, как относительно быстро и просто осуществить задуманное.
В моем примере будет Арч Линукс, под который вначале было выделено 50 Гиб дискового пространства и домашний раздел создавался в корне одного и единственного логического диска. Не ошибусь, если скажу, что многие именно такой вариант разметки (по-умолчанию) и используют. В моем случае место не то чтобы заканчивалось, но было таким, что сильно на нем "не разбежишься". Увеличить размер раздела за счет другого было невозможно, так как ему изначально было выделено место в самом конце диска. Свободные гигабайты были найдены и выделены в середине физического диска (аж целых 100 Гиб), осталось лишь переместить /home в новое место.
Вариантов решения данной задачи несколько; хочу поделиться, на мой взгляд, самым простым, удобным и относительно быстрым из них. Буквально пара-тройка команд и "хомяк" - в новом домике. Поэтому статья, в довесок ко всему, будет еще и короткой. Все операции выполняются из рабочей системы, никаких live cd, chroot и прочего.
Описательная часть процесса переселения
- Сначала нужно создать раздел диска или выделить целый физический диск с одним разделом на нем для данной операции. Поэтому исходим из условия, что раздел создан и отформатирован в выбранную файловую систему. В примере будет раздел HDD (sda5) с файловой системой ext4 на борту.
- Потребуется также UUID раздела, который легко получить, выполнив следующую команду:
# lsblk -o NAME,SIZE,UUID
* идентифицируем нужный раздел по имени, размеру и записываем его UUID
** кто создавал раздел с меткой, можно вывести и ее столбец, добавив к команде PARTLABEL
- Далее нужно полностью выйти из системы, при этом ни один процесс не должен работать кроме командной оболочки. Для тех у кого systemd, сделать это можно командой:
# sudo systemctl isolate rescue.target
* В конце выполнения появится запрос на авторизацию под привелигированным пользователем.
Удовлетворяем запрос и переходим дальше.
** В случае с non-systemd теоретически должна сработать эта команда:
# sudo telinit 1
- Теперь можно смонтировать подготовленный раздел в стандартную точку монтирования системы:
# mount -t ext4 -o sync /dev/sda5 /mnt
* Вместо /dev/sda5 подставьте данные своего раздела !!!
- Далее запускаем процесс перемещения:
# mv /home/* /mnt/ && sync
* Ждем столько, сколько потребуется до полного завершения (зависит от размера, скорости диска)
- Практически все готово, осталась «вишенка» на торте. Вносим изменения в /etc/fstab (тут-то нам и понадобится ранее записанный UUID нового раздела):
Редактируем /etc/fstab (добавляем строчку):
----------------------------------------------------------------
# UUID=xxxx-yyyy-zzzz-0000 /home ext4 defaults,relatime 0 0
----------------------------------------------------------------
* ВМЕСТО xxxx-yyyy-zzzz-0000 нужно ввести реальный UUID своего раздела !!!
- Теперь можно перезагрузиться:
# systemctl reboot
Результат: хомяк адаптировался и вполне доволен
Наслаждаемся полученным результатом! (помимо увеличенного объема, с раздельным home система будет стартовать чуточку быстрее)
Комментарии
10:29
13:12
13:24
12:34
12:46
12:48
Примонтировать раздел HOME в папку /home
sudo mount --bind /dev/sde1 (/mnt/HOME/) /home/пользователь/disks
14:00
1. Я сначала поставил утилиту "Диски" из гнома. И с ее помощью изменил параметры монтирования. Это легко и просто. Результат отличный, но как-то не так все же для KDE. Не по фэншую.
2. Знаю также другой способ: редактируя файл fstab. Удалил "Диски", отредактировал указанный файл и получил отличный результат. Можно бы и успокоиться. Ан нет.
3. А теперь вопрос: есть ли в KDE аналогичная утилите "Диски" графическая программа? Так как я KDE только наскоками и крайне редко смотрю, то не помню и даже не знаю, есть ли. Может кто-то знает и подскажет?
14:23
https://apps.kde.org/partitionmanager/
14:26
15:05
Есть. Только он(она) (plasma-disks) "интегрирована" в "Plasma System Monitor" (plasma-systemmonitor). Скорее последний является Гуем (в том числе и) для "plasma-disks".
15:12
16:03
17:30
19:25
Gparted это всегда умел:
https://i.yapx.ru/XOW0C.jpg
21:01
P.S при парольном доступе монтируется авто корень, без него запуск de и mount только через терминал. В двух системах проверил- арч и неон
21:04
Запускать строго от рута - чтобы он мог вносить изменения в fstab.
Одно "но" - монтирует он по UID, даже если в нем же устанавливаешь LABEL. Что иногда неприемлемо. (монтирование по /dev/xxx - это вообще рак Линукса с 90х)
21:14
00:29
15:18
sudo systemctl daemon-reload && sudo mount -a
Если не будет ошибок - то и не будет сюрпризов после перезагрузки.
01:40
14:02
18:42
От того, что /home будет на другом диске/разделе ничего не изменится. Все Ваши конфиги, кэш... все будет там же. Для системы вообще индифферентно, главное чтобы пути сохранились. Например, у меня многие конфиги лежат в выделенной папке и на них созданы символические ссылки.
11:27
На отдельных разделах только документы и при установке новой версии ОС надо указать только точку монтирования, а системные разделы можно удалить и распределить по другому.
Каждый пользователь настраивает систему как ему лучше и удобно :)
11:47
>> С этим не поспоришь.
18:31
21:01
1. Диск на который ссылки ведут, как ни крути, должен быть куда-то смонтирован.
2. Необходимость долбить в консоль, как на мерзкой виндятине. Ибо файломенеджеров, умеющих их делать - на пальцах одной руки пересчитать можно.
03:53
19:12
04:08
19:22
19:34
Сочувствую.
Откатись.
20:20
15:24
21:24
21:42
22:21
23:08
00:33
04:58
И посмотрите лог загрузки, может сузиться круг.
10:25
20:22
после таких "оптимизаций" приходилось переустанавливать систему по новой.
Стараюсь теперь до установки системы всё как следует продумать.
20:44
20:51
21:19
22:48
Подобное практиковал на Винде через Акронис ТруИмидж. (Помнится его фишка с отливом образа и доступом к нему перед загрузкой системы по F11 - это было вообще эпично! - Пара клавиш и система восстановлена!..)
23:11
03:18
08:49
08:55
06:09
Timeshift после каждого обновления. Дешевле (время, ресурсы) регулярно делать снимки, бэкапы, нежели в случае чего с нуля восстанавливать.
Не считаю подобный подход паранойей, ибо были прецеденты.
08:48
08:53
Это все фантики на их основе, включая Timeshift и Redobackup "лишние сущности" в Вашей терминологии.
09:56
Пользуюсь им три-четыре раза в год.
Остальное держать на компе считаю лишним.
10:15
Но это дело личное, чем удобнее - тем и выполняйте, вопрос в "лишней сущности" только)))
10:23
https://i.yapx.ru/XOe8J.jpg
Так что мимо...
10:24
10:27
Не стоит...
09:32
"Для домашнего компьютера это лишнее."
Вот здесь у меня, возможно, паранойя.
09:57
Точно!
Отливать образ системы перед/после каждым обновлением, - это точно паранойя.
10:02
Тем более она обоснована, "ибо были прецеденты".
11:46
Из-за пары случаев считаю это не целесообразным, мороки и трудозатрат больше.
11:55
А случая мне и одного хватает.
Мороки и трудозатрат — не особо, ибо есть сценарии. Или же (и) Timeshift.
Со свободным местом также нет затруднений — специально под эти цели приобрёл внешний HDD 4TB.
И последний аргумент. Я в этом плане параноик.
10:27
10:28
10:30
10:29
Ещё и облако? Нет уж увольте, своё держу при себе.
10:31
11:53
Но зачем столько iso образов, обновлять их как?
11:55
01:45
Название Timeshift очень удачно подобрано, крайне метко.
03:19
11:21
13:32
13:38
13:42
А инструмент - да, Rsync называется, TimeShift это лишь красивая модная обертка вокруг него) не то, чтобы я против оберток! Просто надо понимать, что является инструментом, а что упаковкой!
13:52
А вы не видели, что в начальном комментарии я писал о снимках? Какое отношение к снимкам имеет rsync?
13:59
14:09
Какое отношение к снимкам имеет rsync? <<
>> а как по Вашему Tshift делает снимки?
Здесь не подают, идите.
14:14
19:05
1. Предпочитаю держаться ближе к настройкам по умолчанию, ведь это самый проверенный разработчиками набор. Конечно, все мы что-то подстраиваем под себя, бывает и по физиологическим причинам, иногда изменений прилично, но пачками конфиги в облако ...
2. Всякие снимки системы или iso образы не создаю, но желаю разработчикам софта удачи. Если кто-то хочет поговорить про продакшн, то здесь не то место. Здесь домашние пользователи, у которых "Арч ставится за 15 минут". Если желания недалеки от настроек по умолчанию (или есть пачка конфигов), то смысла в снимках совсем мало, разве что баг-репорт собрались писать. А если вы смогли завалить систему, то вероятность, что будете возиться с восстановлением и сделаете это, не видится высокой.
3. При обсуждении какого-нибудь GUI часто приходят суровые линуксоиды и "топят за хардкор", а здесь обсуждали авто монтирование в GUI и тишина. Уже было отмечено, что взят курс к отходу от fstab, но он всё ещё "в силе" и остаётся тем местом, где можно чётко заказать, что вам надо. Например в Кальке, при монтировании ntfs раздела нужно указывать в fstab не ntfs, а ntfs3. Вряд ли об этом знает GUI даже самой свежей плазмы, поэтому, как тоже уже было сказано, Калька развивается осмотрительно. Кроме этого, OpenRC автоматом не подхватывает swap-раздел, как это делает systemd, нужна запись в fstab. Замечу, что в Кальке рекомендуют использовать zram.
4. Уже не помню установщик какого дистрибутива сказал не предлагать ему раздел менее 50ГБ. Это современные реалии, не почистил Кальку - уже 32ГБ заняла. У меня на всех компьютерах не менее трёх ОС, везде есть раздел Data, туда направил все загрузки и там держу рабочие данные, а то, что у всех в /home - это их текущий тлен.
19:57
2. Про продакшн тут не говорят, там "царствует" lvm и btrfs, тут только хомячки). P.S.: голый Арч ставится за 5 минут, но мне он и за 2 не нужен).
3. Fstab - это самый простой способ, но далеко не единственный и не всегда рабочий. В OpenRC полезно смотреть /etc/init.d/localmount (или сетевой, например) и править /etc/rc.conf иногда, потому как иначе Вы через fstab никак не решите проблему (с контейнерами, например). Ntfs3 в ядре с 5.15 и Калька тут ни при чем, всё там как надо. До этого ntfs3 был отдельным модулем. Когда использовался просто ntfs я уже и не вспомню даже, да и работал он только на чтение, вроде бы, и по погоде.
4. Endless OS?)
20:36
1. За простоту - это, в том числе, минимально менять настройки, ведь их проверяли (должны были -))
2. Мне тут ввернули, что когда Арч выйдет в продакшн, тогда и поговорим.
Опс, дополняю, забыл, фраза "Арч ставится за 15 минут" неизменяема.
3. Речь шла про автомонтирование, не более. У меня в Кальке был раздел, который где-то в середине прошлого года вдруг перестал монтироваться. Оказалось, что нужно заменить ntfs, на ntfs3 (подсказали в телеге). Я и не говорил, что Калька виновна или что-то не так, но у других по-прежнему ntfs.
4. Endless не пробовал, это был какой-то arch-based, из маленькой страны, скромной в IT сфере, не помню, не стал ставить.
21:36
>> Арч ставится за 5 минут, но мне он и за 2 не нужен
Это от xKDE...
А вот от меня вопрос:
А что Убунту так уж круче и/или безопаснее чем остальные ОСи? Простите мне вольную трактовку данных Вашего (xKDE) профиля! (К Вам, choice, это не имеет отношения, но всё же...)...
Где (в теории) самый безопасный Линукс?
Что выбрать новоначальным?
P.S. И опять повторю свою просьбу: когда мы увидим Ваш (xKDE) скрин, и Ваш, choice, тоже! - Не думайте, что Вы уходите от внимания общественности!.. ))
P.S.S. Всем бобра!..
22:16
У меня все просто и открыто: минт на ноуте (ребенок учится и это его машина), арч - hyprland + калька - qtile/enlightenment (чисто мой интерес), ну а манька - для всех.
Про скорость установки - не понял иронии, но голый никс ставится быстрее всех (из консольных), хотя мне лично особо не интересен (а места ему как раз 50 Гб минимум выделять надо, если нужен какой-никакой гуи)
22:22
+
23:19
23:09
Продвинутые пользователи сами решат, а вот менее активным и уверенным, не желающим напрягаться, обычным, новоначальным, Одиноким и прочим моя рекомендация - ROSA Fresh или сборку от них (уже гоняю 2023). Это и локальные репы, и софт более-менее свежий и в достатке, и понятные подходы. Не хочется, чтобы подшефные начали спрашивать "а что, у меня плохой IP - не загружает обновления". С ubuntu и другими конторами это может случиться, а debian или arch сложнее.
Про очередной скрин пока идей нет. Думал про ROSA 2023, но там всё эволюционно, без инновационных идей, за что им спасибо. Продолжаю наблюдать за Parabola. Если железо позволяет, то ядро без блобов, наверно, лучше, чем с ними, а редкие косяки они быстро исправляют. Их ограничения всего лишь рекомендации, вы - хозяин своей системы.
23:37
ROSA была бы интересней всего!..
+
Хочется скрин...
13:50
04:45
2. Безопасность любой оси в пользователе. Если бездумно копипастить под рутом - можно завалить любую систему. Сборок от "Васянов" я именно по-этому всячески избегаю, времени и желания на аудит у меня нет. А любая "хитрость" ubuntu тут же станет достоянием общественности)). Xfce, после кончины gnome2, стала основной средой обитания, всё что мне нужно - она предоставляет и не выеживается.
Всё, что я думаю об арче, написано у них в pkgbuild'ах, а о manjaro - в скриптах (как, собственно, и у mint'a). Это, извините, школота (как бы избито не звучало). Но оно тоже будет работать... С бОльшими усилиями, но будет! И для пользователя будет тем ценнее, т к. оно работает благодаря Его усилиям!) А всё, что мы делаем своими руками, оно же лучше априори))))
3. Скрин - не знаю, но на статью надо выбрать время. Материал должен быть полезен, как у scorpii, например. А скрин в стиле: "Всем привет! Я смог поставить Linux и поменял обои!" - не стоит потраченного времени, в таких скринах больше ценности в комментариях
(вот это мой формат) ))) Раньше в скринах было творчество (потому как дефолт раннего Linux ужасен), сейчас больше довольствуются стоком, пришли деньги - пришли дизайнеры, пусть пока и недорогие)))
P.S.: по-моему мнению, Linux катится в soft-proprietary, разрастается как спрут и поддерживать его одиночкам будет вскоре физически не реально. Надеюсь, что ошибаюсь. Особо ценю независимые Slackware, Void, Solus и пр. "handmade"-дистры. Возможно, они дадут альтернативу (на базе Hurd или чего-то ещё).
P.S.S.: вот это накатал портянку)))
09:48
Приянто.
Вот бы так же, только с картинкой!
))
11:19
11:21
11:23
"# mv /home/* /mnt/ && sync
* Ждем столько, сколько потребуется до полного завершения..."
11:25
11:31
1. Есть косяки, которые связаны с кривым копированием атрибутов/ссылок, из-за чего у меня никогда нормально не монтировался каталог в новом месте. Где-то видел, что для cp добавляют -ar.
2. Скорость! Например для моего 200ГБ раздела обычное копирование проходит неск часов на SSD, а через rsync полчаса максимум.
11:35
14:30