BTRFS вопросы

С такими исходными данными (левый драйвер, нубство) лучше вернуться на ext4.

левый драйвер не при чем(тогда я просто пробовал, больше не буду), в данный момент все просто работает, просто есть непонятные моменты)

На ntfs тогда уж.

еще раз пробовал - «mv /mnt/ /mnt/backup_old» чтобы потом сделать «mv /mnt/backup /mnt/» и на этот раз даже пошел процесс но ожидаемо выбило ошибку
«mv: cannot copy a directory, ‘/mnt/’, into itself, ‘/mnt/backup_old’»

изначально нужно было делать сабвольюм /root(для системы) и делать снапшот в /backup?
чтобы потом сделать «mv /mnt/root /mnt/backup_old» и «mv /mnt/backup /mnt/root»?
так как сейчас у меня система лежит в /

Теперь у меня еще и папка backup_old появилась и похоже я малость испортил тестовый арч в /dev/sda3

я полный нуб и гуманитарий

Чувак, бтрфс ломается даже у гиков иногда. Она явно не для тебя. Поставь lvm+ext4 и забудь вообще про существование файловой системы, зачем тебе это нужно?

лвм я когда то давно смотрел - для меня сложен(точнее не было желания его смотреть, не мое видимо), к тому же я хочу прозрачное сжатие, классная же штука. К тому же бтрфс сломался у меня ровно один раз(и тогда думаю виной то что я поставил парагон-бтрфс драйвер и монтировал бтрфс в винду, эксперимента ради) за почти 2 года, ничего такого делать я с ним не буду, максимум - сжатие, и наверно снапшоты, редко.

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

добавил в пост еще непонятный момент - «еще список сабволюмов показывает мне «var/lib/machines» и «var/lib/portable» хотя я их не делал, получается если я сделаю снапшот корня / то 2 вышеназванные сабволюмы не попадут в снапшот?»

если точнее то btrfs subvolume list /mnt/ выдает три сабволюма:
var/lib/portables
var/lib/machines
backup

Раз ожидаемо, то это уже успех? (Шутка)

Слэш лишний поставил в пути?

Про backup2 не понятно. Не описал команды и что у тебя смонтировано во время выполнения команд.

Про backup2

тут наверно я не углядел, то есть изначально запустил систему с /dev/sda3 и сделал снапшот «backup». Создал пару файлов и снова сделал снапшот «backup2», потом испортил систему(удалил всякое) и загрузился в лайв сд примонтировал /dev/sda3 в /mnt

backup2 почему то оказался внутри backup но я его с помощью mv вывел в корень / и удалил его

далее сделал btrfs subvolume set-default ID(id снапшота) /mnt/backup/

и пробовал запустить систему - система старая запустилась но памяти мало. Снова лайв сд и попробовал «mv /mnt/ /mnt/backup_old» - пошел процесс но выбило ошибку. Потом запустил «mv /mnt/backup_old /mnt/» чтобы вернуть файлы на место но опять ошибка

насчет что смонтировано - наверно вы про сабволюмы? смонтировано по умолчанию корень(id 5) кроме того случая когда я сам смонтировал снапшот /mnt/backup

btrfs subvolume set-default ID(id снапшота) /mnt/backup/

интересно как со стороны выглядит все что я написал? надеюсь понятно написал

изначально дано два раздела бтрфс(dev/sda2 и /dev/sda3)

эксперементирую с /dev/sda3 - там арч и один корневой сабволюм, все, больше ничего там нет

Задача - создать в /dev/sda3 снапшот корня(/) у него еще айди равно 5, /dev/sda3

тут https://habr.com/ru/company/veeam/blog/458250/ пишут что нужно всего то сделать «mv the_subvolume the_subvol.old» но у меня только корневой сабволюм)

ну и про реад онли сабволюмы непонятно - зачем они? нужно ли сделать реад онли? если да то зачем?

Просто загрузись из /backup. Зачем что-то переименовывать?

В параметры ядра - rootflags=subvol=backup

а это не тоже самое что btrfs subvolume set-default ID(id снапшота) /mnt/backup/

?

если нет то файлы дельта из корневого сабволюма как удалить? я сет дефаултом грузил систему и все было нормально но памяти мало так как корневой тоже остался только его не было видно

а это не тоже самое что btrfs subvolume set-default ID(id снапшота) /mnt/backup/

Когда система не грузится, выполнить эту команду может быть проблематично, а сменить subvolume на рабочий в параметрах ядра - без проблем можно в загрузчике

файлы дельта из корневого сабволюма как удалить?

Примонтируй раздел и удали

а сменить subvolume на рабочий в параметрах ядра - без проблем можно в загрузчике

не получилось, у меня ведь и граба нет, refind, там вроде нельзя прописать как в грабе. Но тем не менее я могу как два пальца загрузить лайв сд и указать через set-default id снапшота backup и система загрузится, только корневую дельту я уже не буду видеть.

То есть смотрите когда я гружусь в лайв сд, монтирую раздел, указываю обратно set-default id 5(корневой сабволюм), размонтирую и оработно примонтирую то вижу такую файловую структуру - boot, backup_old(это осталось когда я пытался сделать «mv /mnt/ /mnt/backup_old» чтобы потом сделать «mv /mnt/backup /mnt/»), run, backup.. многие папки пропали, то есть они внутри папки backup_old

И если я укажу «set-default id снапшота backup» то система загрузится, все папки на месте, папки backup_old я уже не вижу

постараюсь подробно и по порядку - чистая система, обычная файловая структура(bin boot dev etc home… все на месте), есть активный корневой сабволюм с id 5 и сабволюмы «var/lib/portables, var/lib/machines» - три сабволюма. Последние 2 система почему то сама сделала, наверно при установке.

затем я делаю снапшот backup, появляется папка backup в корне /, уже имеем 4 сабволюма. Затем я порчу(меняю) систему - обновляю, удаляю папку пользователя и прочее, для наглядности и теста.

затем в лайв сд и пробую как тут(там у него система уже в сабволюме в виде папки а у меня все лежит в корне /) - BTRFS вопросы (комментарий)
mv /mnt/ /mnt/backup_old чтобы потом сделать mv /mnt/backup /mnt/ и тут появляется папка backup_old, некоторые системные папки пропадают из корня, то есть они внутри папки backup_old, обратно они уже не выходят с помощью mv

Далее делаю - btrfs subvolume set-default (id снапшота backup) /mnt/backup/ и система нормально загружается, обычная файловая структура(bin boot dev etc home… все на месте). Только памяти меньше, папки backup_old я уже не вижу

Всё таки проверь не лишний ли слэш. Понимаешь разницу между переносом директории и переносом в директорию?

С какими опциями монтируешь раздел btrfs - subvol,subvolid?

Второй вопрос

А всё логично. Если без опций монтируешь, то монтируется то, что выставлено в default. То есть /backup. Поэтому в нем и создался backup2, у тебя был в этот момент в / смонтирован не /, а /backup

Всё таки проверь не лишний ли слэш.

да, со слэшем я сглупил. Попробовал
mv /mnt /mnt/backup_old
и получил ошибку mv: cannot move ‘/mnt’ to a subdirectory of itself, ‘/mnt/backup_old/mnt’
но все получилось(теперь в sda3 только папка backup_old а внутри него папка или сабволюм backup)
далее
mv /mnt/backup_old/backup/ /mnt
mv /mnt/backup/ /mnt/root/
если сделать btrfs subvolume list /mnt/ то вижу что есть снапшот backup
запутался окончательно - теперь в sda3 есть сабволюм backup но если открыть в файловом менеджере то я вижу папку backup_old и папку root

в итоге имею в корне sda3 папку backup_old и снапшот(или папку?) root
система ожидаемо не грузится так как теперь все лежить в сабволюме /root/ а раньше лежало в /
на всякий еще подправил /root/etc/fstab /dev/sda3 / btrfs rw,relatime,ssd,space_cache,subvol=/root/ 0 0
но если сделать btrfs subvolume set-default (айди снапшота backup) /mnt/root/
то фстаб такой:
/dev/sda7 / btrfs rw,relatime,ssd,space_cache,subvolid=5,subvol=/ 0 0
делаю обратно btrfs subvolume set-default 5 /mnt/root/

далее пробую из чрута сделать mkinitcpio

mount /dev/sda3 /mnt
mount –bind /dev /mnt/root/dev
mount -t proc /proc /mnt/root/proc
mount -t sysfs /sys /mnt/root/sys
mount -t tmpfs tmpfs /mnt/root/run
mkdir -p /mnt/run/systemd/root/resolve/
chroot /mnt/root/

mkinitcpio -p linux
и ошибка ==> ERROR: failed to detect root filesystem

пока остановился на этом, btrfs get default дает id 5, по умолчанию корень. Не ну если сделать btrfs set default и указать id backup то все грузится но по моему так неправильно

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

если btrfs subvolume set-default (айди снапшота backup) поставить то в dev/sda3 я вижу только системные папки(bin boot etc…) и содержимое /etc/fstab - rw,relatime,ssd,space_cache,subvolid=5,subvol=/ 0 0
при этом система запускается в том состоянии когда я сделал снапшот backup

вывод btrfs subvolume list /mnt/
top level 5 path backup_old/mnt/var/lib/portables
top level 5 path backup_old/mnt/var/lib/machines
top level 5 path backup_old/mnt/backup

вывод btrfs subvolume show /mnt/
old/mnt/backup
Name: backup
Parent ID: 5
Top level ID: 5
Snapshot(s):

если же btrfs subvolume set-default 5 поставить то система ожидаемо не запускается а в dev/sda3 я вижу папки backup_old, папку root и папку run

внутри backup_old - только системные папки(bin boot etc..) и содержимое /etc/fstab - rw,relatime,ssd,space_cache,subvolid=5,subvol=/ 0 0

внутри root - только системные папки(bin boot etc..) и содержимое /etc/fstab - rw,relatime,ssd,space_cache,subvol=/root/ 0 0(это я на всякий случай подправил на пред.посте)

папка run - видимо создалась при попытке запустить систему

вывод btrfs subvolume list /mnt/
top level 5 path backup_old/mnt/var/lib/portables
top level 5 path backup_old/mnt/var/lib/machines
top level 5 path backup_old/mnt/backup(тут даже не знаю что добавить, похоже перемудрил я со / слешами)

вывод btrfs subvolume show /mnt/
/
Name: <FS_TREE>
Subvolume ID: 5
Generation: 17718
Snapshot(s):

запутался окончательно - теперь в sda3 есть сабволюм backup но если открыть в файловом менеджере то я вижу папку backup_old и папку root

лайв сд, сда3 примонтирован к /mnt
внутри папки /mnt/backup_old/mnt/ есть оказывается папка backup(внутри системные папки) - по сути он и есть мой снапшот, наверно попал туда пока я бездумно набирал команды MV

есть корневой сабволбюм /
есть сабволюм backup

и есть папки…
/mnt/backup_old/mnt/backup
/mnt/root

Задача - сделать 2 сабволюма(root(внутри система), backup(тут снапшоты)), удалить все лишнее чтобы место освободилось

сделал
mv /mnt/backup_old/mnt/backup /mnt
rm /mnt/backup_old/ -rf
rm /mnt/root -rf
rm /mnt/run -rf

вроде остался только папка backup(паяти вроде тоже стало как раньше)
если сет дефаултом сделать по умолчанию id backup - система стартует
в иных случаях нет, пробовал чрут и сделать mkinitcpio -p linux но опять же ошибка.

пробовал чрут и сделать mkinitcpio -p linux но опять же ошибка.

испортил систему(удалил всякое)

из-за этого?

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

из-за этого?

вовсе нет, сейчас у меня в sda3 одна папка - backup(внутри системные файлы), раньше системные файлы лежали в корне(/) но я сделал снапшот корня в /backup

сейчас если я сделаю - btrfs subvolume set-default (айди снапшота backup) - то система запускается и работает(то есть я делаю так что по умолчанию грузится сабволюм backup)

но ведь так неправильно?
поэтому я пытаюсь сделать так чтобы система грузился когда по умолчанию активен корневой сабволюм. Refind систему не видит и я думаю нужно сделать mkinitcpio -p linux но выбивает ошибку ==> ERROR: failed to detect root filesystem

это выхлоп команды mount из под chroot

dev on /dev type devtmpfs (rw,nosuid,relatime,size=5943052k,nr_inodes=1485763,mode=755,inode64)
/proc on /proc type proc (rw,relatime)
/sys on /sys type sysfs (rw,relatime)
tmpfs on /run type tmpfs (rw,relatime,inode64)

mount ДО chroot

/dev/sda3 on /mnt type btrfs (rw,relatime,ssd,space_cache,subvolid=5,subvol=/)

fstab(в chroot) сейчас такой

/dev/sda3 / btrfs rw,relatime,ssd,space_cache,subvolid=5,subvol=backup 0 0

айди снапшота backup

это не секретная информация

вовсе нет

то есть в папке куда ты собираешься chroot’аться всё на месте? /bin, /usr и т.д.

subvolid=5,subvol=backup

Интересно. «Note: if both subvolid and subvol are specified, they must point at the same subvolume, otherwise the mount will fail». Это из мана https://btrfs.wiki.kernel.org/index.php/Manpage/btrfs(5)#MOUNT_OPTIONS

то есть в папке куда ты собираешься chroot’аться всё на месте? /bin, /usr и т.д.

да, более того если я средставим бтрфс сделаю этот снапшот(или папку) по умолчанию то система запускается(рефайнд видит систему и запускает его)

Интересно. «Note: if both subvolid and subvol are specified, they must point at the same subvolume, otherwise the mount will fail»

это не знал но я ранее пробовал убирать subvolid=5 ничего не поменялось(рефайнд систему не видит, mkinitcpio - дает ошибку), интуиция подсказывает мне что нужно только указать какую то мелочь и refind увидит и запустит систему

Вот если сделать сабволюм backup по умолчанию(set-default) то и система запускается и из под чрут mkinitcpio проходит - в этом случае даже чрутится по умолчанию chroot /mnt

когда сабволюм по умолчанию ставлю backup то чрутюсь chroot /mnt/backup
иначе ошибка
chroot: failed to run command ‘/bin/bash’: No such file or directory

когда сабволюм по умолчанию - «/» то вижу в sda3 папку backup а внутри него системные папки
когда сабволюм по умолчанию - «backup», то вижу в sda3 системные папки

выхлоп mkinitcpio из под chroot(не знаю нужен ли он? но раз refind не видит ядро то нужно попробовать так как он напрямую связан с ядром, может еще нужно genfstab сделать?)

# mkinitcpio -p linux
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> Starting build: 5.15.10-arch1-1
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
==> ERROR: failed to detect root filesystem
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [keyboard]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: /boot/initramfs-linux.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: 5.15.10-arch1-1
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [keyboard]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: /boot/initramfs-linux-fallback.img
==> Image generation successful

Вот если сделать сабволюм backup по умолчанию… в этом случае даже чрутится по умолчанию chroot /mnt

когда сабволюм по умолчанию ставлю backup то чрутюсь chroot /mnt/backup иначе ошибка

так всё таки ошибка или чрутится в /mnt?

когда сабволюм по умолчанию - «/» то вижу в sda3 папку backup а внутри него системные папки

то есть чрутаешься в пустоту в этом случае?

Что выводит?

mount -t btrfs -o subvol=/ /dev/sda3 /mnt
btrfs subvolume list -p /mnt
ls -a /mnt

так всё таки ошибка или чрутится в /mnt?

вот оно мое незнание основ, чрутится, система работает, пробовал pacman -Syu - работает(только мкинитспио выбивает ошибку, если сабволюмом по умолчанию поставить backup то вообще все работает)

то есть чрутаешься в пустоту в этом случае?

нет, когда сабволюм по умолчанию - «/» чрутаюс в /mnt/backup, всё работает оказывается, выше pacman -Syu запускал

Что выводит?

ID 111 gen 1111 parent 5 top level 5 path backup

.  ..  run  backup

run - как я понял создался при поытке запуска, или рефайнд его как то.. думаю он неважен, пустая папка

/mnt/run/systemd/backup/resolve/

zfs, только zfs. Не рвется, не ломается, а только кувыркается.

я бы поставил попробовать, но зачем?
его нет в системе во первых, во вторых говорят нужно много оперативной памяти

Зачем я рвусь к бтрфс? ЕXT4 придумали когда еще SSD не было - следовательно бтрфс работает с SSD лучше. Бтрфс умеет прозрачное сжатие - следовательно меьше читает и записывает. Ну и снэпшоты как бонус, хотя при желании я могу обойтись и без них.

следовательно бтрфс работает с SSD лучше

Нет.

Бтрфс умеет прозрачное сжатие - следовательно меьше читает и записывает.

Тоже нет. Как по-твоему она читает «прозрачно» пожатые данные?

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

обратно - сжимает данные и записывает

То есть с учетом чтения данных у тебя в два раза больше записей выходит, чем без «прозрачного сжатия». Подумай над этим.

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

в минусы бтрфс - читал что не умеет прозрачное шифрование, не совсем уверен как это работает но «прозрачное шифрование» «прозрачное сжатие» - звучит внушительно.

run - как я понял создался при поытке запуска, или рефайнд его как то.. думаю он неважен, пустая папка

тысяча чертей чертов консоль, этот run который нужно удалить был в маунте(мнт), в лайвсидишный ран были примонтированы другие разделы, что сделал я? рм рф /run/

половину успел снести

спасибо, ты был прав - слеш не нужен и система работает

итак что же в итоге?

Обратно запускаю систему и все вернулось, памяти только меньше так как (/) остался. А удалить его как, как сделать из «/backup» -> «/»(это первый вопрос)?

так до конца и не разобрался(иногда mv не делает то что должен) но нужно было делать наверно так, когда btrfs sda3 примонтирован к /mnt live cd и мы заранее сделали снапшот backup и все наши файлы изначально лежат в корневом сабволюме то

mv /mnt /mnt/backup2

все файлы переносятся в backup2
обратно вытаскиваем наш снапшот в корень

mv /mnt/backup2/backup /mnt

затем можно попросту

mv /mntbackup /mnt

наверно так

Второй вопрос - опять же все лежит в корне / и делаю снапшот backup, потом делаю снапшот backup2 и он почему то оказывается внутри backup. С помощью mv перенес его в /, нормально?

как я понял это нормально

Третьий вопрос истекает от первого как называется корень(/)? если утрировать то в интернетах у большинства внутри бтрфс два сабвольюма - root и backup, они с помощью mv переводят root в root_old а затем backup в root. Наверно даже айди не нужно сет дефаултом менять.

корень называется корент, то есть /

касаемо того что refind не видел арч, нужно было всего то добавить в конфиг рефайнда добавить строку(отредактировать, он уже есть там, закоментирован)

also_scan_dirs +,backup/boot

или что то другое(путь), рефайнд видимо ищет ядра только в корне по умолчанию, вот так вот все просто, мкинитспио не нужно было делать

можно было просто сделать так, исходные данные - бтрфс, все файлы в корне, делаем снапшот(snapshot) - в корне появляется папка snapshot, c помощью mv переносим все из корня в папку или снапшот snapshot2, вытаскиваем обратно в корень snapshot и удаляю snapshot2

Вообще Refind по моему очень хорошая штука, граб я никогда не понимал с его кучей конфигов, каких то непонятных файлов, ни одной внятной инструкции как она работает и прочего.

дополню - через некоторое время перестало загружаться и понадобилось создать файл в /dev/sda3/backup(это снапшот или уже сабволюм)/boot/refind-linux.conf

"Boot using standard options"  "rw root=dev/sda3 rootflags=subvol=backup initrd=backup\boot\initramfs-linux.img"