ROSA Forum

Первоисточник:
http://blog.kourim.net/installing-debia ... -subvolume

Захотел я поэкспериментировать со стареньким Asus EeePC 1015, ssd диском на 128 гб, btrfs, субразделами (subvolume) и снапшотами. Русскоязычной документации я не нашел, поэтому ниже краткая инструкция:

0. Устанавливаем в EeePc ssd диск, лишаясь гарантии.
Мне не страшно, т. к. я уже разобрал и собрал его много раз.

1. Запускаемся с livecd или флешки и делаем разметку с помощью gparted.
Размечал не штатным установщиком, т. к. начитался ужастиков по выравниванию разделов. Все сводится к тому, что первый раздел должен начинаться с 2048, а второй и следующие c сектора, кратного 8. Так же с помощью gparted удобно оставить для swap ровно столько гигабайт, сколько нужно. Подкачку многие не советуют хранить в файле на btrfs, поэтому я решил пожертвовать 4 гб и выделить отдельный раздел.

Моя разметка:
Корень на brtfs. (Home позже сделаем с помощью subvolume)
/dev/sda1 сектора 2048 — 226052095, 108 гб
Swap
/dev/sda2 сектора 226052096 — 234440703, 4 гб

2. Устанавливаем систему с помощью штатного установщика.
Там всё как обычно и по умолчанию.

3. После установки проверяем, что система работает и снова запускаемся с livecd. Время создавать субразделы (subvolume)
Открываем консоль и переходим с помощью su в root. Создаем в mnt папку, например btrfs: Монтируем туда наш корневой раздел: Далее создаем subvolume @ для корня и @home для /home. На самом деле можно назвать как угодно, но я решил сделать, как в англоязычной статье. Для нас это обычные папки. Конечно, это не совсем обычные папки, это субразделы, но операции с файлами такие же. Только удалять subvolume нужно с помощью команды btrfs subvolume delete SUBVOL

Команда для посмотра subvolume: Далее с помощью Midnight Commander или утилиты mv мы переносим содержимое /mnt/btrfs/home в /mnt/btrfs/@home, а /mnt/btrfs/ в /mnt/@
Внимание! Не переносите @ и @home в @. Но в @ должна быть пустая папка home (/mnt/btrfs/@/home)
Перенос может занять некоторе время, т. к. subvolume не просто папка, а совсем другой раздел и получается, как будто вы переносите данные с одного диска на другой.
Т.к. мы только что «грохнули» корневой раздел, то нам надо явно указать, что теперь нам надо загружатья не с корня, а с subvolume @. Вместо 281 подставьте свой ID субраздела @, скорей всего он будет другим. Потом надо добавить в /mnt/btrfs/@/etc/fstab строчку для монтирования @home в /home Также я решил добавить в fstab следующие строки: Это позволяет хранить логи и прочие временные файлы в tmpfs, которая в свою очередь всё хранит в оперативной памяти. Таким образом нагрузка на ssd снизится. Также не забудьте перед перезагрузкой удалить содержимое этих папок в /mnt/btrfs/@.

4. Перезагружаемся в нашу систему. Если всё сделано правильно, то всё загрузится и заработает. Но это еще не всё. Надо переустановить grub и отказаться от default subvolume. Это не моя идея, так советуют умные люди ради того, чтобы при обновлениях и прочих действиях, когда выполнится команда grub2-update, ничего не поломалось. Grub2 умеет определять субразделы относительно корня, поэтому он найдет boot не в /boot, а в /@/boot. Это может показаться сложным для понимания, но на самом деле так надо для работы со снапшотами и воизбежание путаниц с путями к файлам.

Создаем папку для монтирования: Монтируем корень файловой системы btrfs(не @, а самый верхний, который сожержит @ и @home). Он всегда имеет ID=5 И меняем default обратно: Теперь устанавливаем: И самое главное, не забудем в /etc/fstab подправить строчку монтирования / 5. Перезагружаемся и радуемся.

6. Теперь можно делать снапшоты на живой системе!!!
Желательно это делать не насилуя в данный момент файловую систему, например не устанавливая обновления. Из под root пишем: Готово! Мы моментально, в одну секунду, сделали снимок. Если объяснять на пальцах, то система не будет дублировать данные. Она создаст еще одну таблицу и будет следить за тем чтобы нигде ничего не потерялось. Если мы вдруг удалим файлы из @, то данные на диске останутся, т.к на них еще указывает таблица из @_backup. А если изменим /etc/hosts, то система сохранит два файла для @ и @_backup.

Теперь загрузим систему со снапшота @_backup. Для наглядности можно что-то удалить или установить. Подменим @ на @_backup:

На живой системе переименовываем subvolume @ в @_old: А snapshot @_backup в @: Перезагружаем систему и ВУАЛЯ. Мы видим то, что было во время снапшота. Timemashine отдыхает.

Чтоб вернуться обратно делаем все наоборот и перезагружаем систему.
Надо учесть, что снапшоты съедают место на диске и нам иногда придется удалять некоторые снапшоты. Просто удалять их нельзя, для этого есть специальная команда: О производительности.
Я не тестировал создание 100000000 файлов с одновременным копированием одного файла в 1000000 гб, но если судить по времени загрузки и отзывчивости интерфейса, то система работает намного быстрее чем на ext4 (и чем на hdd) и наверно чуть медленнее, чем на XFS. Система с LXDE загружается очень шустро!!! Если отключить запрос пароля в DM и 5 секунд загрузчика, то получается, что загрузка BIOS отнимает столько же, сколько и система. C KDE совсем другая ситуация. Очень много времени проходит со времени ввода пароля до загрузки рабочего стола. Пробовал множество настроек, но побороть не получилось. НО!!! Зато восстановление из гибернации происходит в считанные секунды. Я вынужден использовать KDE, т.к очень нужен Okular и быстрое подключение к внешним мониторам и проекторам

По сравнению с обычным диском работа от батареи несколько возросла, особенно, когда занимаешься чтением pdf или просмотром Интернета с большим содержанием текста.

Дополнительно для ssd:
Хорошая идея установить порог использования swap как можно меньше. Вставим строку vm.swappiness=5 в /etc/sysctl.conf (значения от 0 до 100) Это заставит систему использовать swap при крайней необходимости и меньше писать на диск.

Также я на рабочем столе сделал два sh скрипта с командами swapon и swapoff. Суть в том, что один включает раздел swap, другой выключает. Не уверен в особой нужде, это больше эксперименты с sudo.

Многие предлагают настраивать браузеры таким образом, чтобы они не хранили кеш и историю на диске, а только в оперативной памяти. Я без истории жить не могу, а вот отсутствие кеша я особо не заметил, хотя часто пользуюсь 2g/3g. Также я выключил flash и другие надстройки, чем уменьшил трафик и увеличил работу от АКБ, когда надо долго работать текстом на сайтах.

Спасибо за внимание.

Русскоязычной документации я не нашел

Да, ну нах!
Раз, два, три, четыре...
Или про установку системы в подтома?

3. После установки проверяем, что система работает и снова запускаемся с livecd. Время создавать субразделы (subvolume)

Это можно сделать на этапе установки.
1. Ручками создаем подтома. 2. Запускаем штатный инсталлятор. Доходим до размещения на диске. Выбираем собственное размещение, переключаемся в режим эксперта, отмечаем нужный раздел (sda2 к примеру) как /, в его параметрах монтирования прописываем в дополнительных параметрах "subvol=Root,compress=lzo,ssd"

После установки можно опционально перенести usr, var..., на забыв подправить /etc/fstab

Однако, я не рекомендую держать систему и домашний каталог в пределах одного раздела.
Можно слегка не рассчитать и забить весь раздел под завязку. Система просто не будет грузиться, а безопасного порога, как в EXTx, я не нашел.

Желательно это делать не насилуя в данный момент файловую систему

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

Yamah писал(а):Да, ну нах!
Раз, два, три, четыре...
Или про установку системы в подтома?

Эти все ссылки я видел, спасибо.
А вот информации про установку в подтома, подтома по умолчанию и главное, почему grub2 не запускает систему после grub2-update отыскать на русском языке не удалось. Правда кое-что обсуждается на forum.ubuntu.ru

Yamah писал(а):Однако, я не рекомендую держать систему и домашний каталог в пределах одного раздела.
Можно слегка не рассчитать и забить весь раздел под завязку. Система просто не будет грузиться, а безопасного порога, как в EXTx, я не нашел.

ssd забивать под завязку вообще плохая идея. Поэтому так или иначе надо следить за свободным местом.
Вот тут есть информация, как установить квоты, но я на себе не испытывал.
https://btrfs.wiki.kernel.org/index.php ... n_BTRFS.3F

А вот за совет с параметрами монтирования в штатном установщике "subvol=Root,compress=lzo,ssd" спасибо. При следующих опытах обязательно испытаю это на себе.

А что со штатным ингалятором не так то? Тоже использую btrfs для корня и xfs для домашки, при том все это добро находится на шифрованном lvm томе. Размечал все в режиме эксперта и получились у меня разделы ровно тех размеров которые хотел. Или при размете именно на SSD он что то коцает?

Начиная с R3:

Разделы теперь создаются с выравниванием по мегабайтам вместо цилиндров (оптимальнее при работе с SSD и современными HDD; отсутствие пустых участков между разделами). Начальное положение раздела также теперь задаётся мегабайтами вместо секторов.

wolfeyes писал(а): Вот тут есть информация, как установить квоты, но я на себе не испытывал.
https://btrfs.wiki.kernel.org/index.php ... n_BTRFS.3F

Я не про квоты. Я про это

-m reserved-blocks-percentage
Specify the percentage of the filesystem blocks reserved for the super-user.
This avoids fragmentation, and allows root-owned daemons, such as syslogd(8),
to continue to function correctly after non-privileged processes are prevented
from writing to the filesystem. The default percentage is 5%.

wolfeyes писал(а):А вот за совет с параметрами монтирования в штатном установщике "subvol=Root,compress=lzo,ssd" спасибо. При следующих опытах обязательно испытаю это на себе.

Пожалуйста!
И еще при таких требованиях к SWAP, сам Swapлогичнее было бы разместить в файле на BTRFS разделе. Ссылки на эту тему есть.

А не страшно на btrfs? У меня после нештатного выключения на ней файлы попортились, так потом восстановить ничем не мог, fsck просто падал с segmentation failed.
С тех пор её недолюбливаю

Shura писал(а):А не страшно на btrfs? У меня после нештатного выключения на ней файлы попортились, так потом восстановить ничем не мог, fsck просто падал с segmentation failed.
С тех пор её недолюбливаю

Два года, полет нормальный. Был баг в ядре с ней на рейд контроллерах.
У дочери на ПК только раз вылетела после того как по системному ногой продолжились. Но там только системный раздел пострадал.

Sent from my E39 using Forum Fiend v1.2.14.

Господа!
Неоднократно встречал на форумах мнение, что при наличии SSD и большом размере ОЗУ (8 гигов и более) лучше работать вообще без SWAP. Что вы на это скажете?

Arbichev писал(а):Господа!
Неоднократно встречал на форумах мнение, что при наличии SSD и большом размере ОЗУ (8 гигов и более) лучше работать вообще без SWAP. Что вы на это скажете?

У меня с 4 гигами своп все время пустой. А без свопа Спящий режим не будет работать.

То есть, если мне спящий режим не нужен, то...

Arbichev писал(а):То есть, если мне спящий режим не нужен, то...

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

Barmalei писал(а):

Arbichev писал(а):То есть, если мне спящий режим не нужен, то...

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

И объем данных, которые будут в них обрабатывать.

У меня своп на 8 гигов (RAM тоже заканчивает как только я начинаю в GIMP обрабатывать различными фильтрами картинку 100 000 х 10 000 пикселей

Да, оперативки не бывает много. У меня есть сервак с 192 гигами... но своп, на всякий случай, включен