btrfs восстановление из снапшота

btrfs subvolume get-default /mnt

это после mount /dev/sdb1 /mnt?

Ну конечно. И вообще man btrfs-subvolume.

При таком-то уровне понимания происходящего, не могу не поинтересоваться, а как именно ты собрался восстанавливать из снапшота?

btrfs subvolume get-default /mnt
ID 257 gen 350948 top level 5 path @

вывод ls -l /mnt/ не изменился, про man btrfs-subvolume в курсе но это долго и могу че-нить не так уразуметь. для этого и создал топик

Не, ну он хотя бы пытается начать и предоставил какую-то информацию 🙂

ID 257 gen 350948 top level 5 path @

Вот он и примонтировался в /mnt

При таком-то уровне понимания происходящего, не могу не поинтересоваться, а как именно ты собрался восстанавливать из снапшота?

ну в теории нужно поменять местами @ и снапшот с рабочей системой, и в fstab пометяь id подтома, но я этим ни разу не пользовался, поэтому и спрашиваю совета, чтоб не ударить в штангу

Вот он и примонтировался в /mnt

ок, а куда примонтировать .snapshots/2019-01-20--03-45-50-@daily и как потом их поменять местами, по идее после монтирования раздела в /mnt я ожидал увидеть что-то типа

ls /mnt/
@ @home @cache

ЧЯДНТ

Не указываешь subvolid=0, не понимаешь, что происходит. Будь осторожен, пожалуйста!

mount -o subvolid=0 /dev/sdb1 /mnt и все станет чуточку понятнее, появятся твои @, @home и @cache и снапшоты и все остальное, только аккуратнее там с ними. Никого не удаляй, rw-subvolumes аккуратно переименовывай, ro-subvolumes «снапшоть повторно» на rw.

Спасибо! совсем другое дело!)
теперь, насколько я понимаю, я должен выполнить 3 команды:
раз:

mv /mnt/\@/.snapshots/2019-01-20--03-45-50-\@daily/ /mnt/\@newsys

mv /mnt/\@ /mnt/\@rip

mv /mnt/\@newsys /mnt/\@

t184256, спасибо за помощь!

mv /mnt/\@/.snapshots/2019-01-20--03-45-50-\@daily/ /mnt/\@newsys

А он че, не read-only? Тогда может и так сработает, но я бы снапшотнул его еще раз вместо переименования.

А он че, не read-only?

нет, я в скрипте автоснапшота убрал -r, чтобы можно было грузиться непосредственно со снапшота на случай «ядерной войны»

но я бы снапшотнул его еще раз вместо переименования.

опыт приходит с годами, просто я при быстром гуглении дельного мана не нашел, а то что нашел везде речь шла про mv
PS. Да и вообще не пользовался(ничего не ломалось) таким способом восстановления с момента переноса системы на ссд, а btrfs выбрал как раз из-за возможности быстрого восстановления, таксзть в два клика

t184256, подскажи еще пожалуйста, теперь у меня остался не нужный субтом @rip, пара устаревших снапшотов и еще вот такая штука @rip/var/lib/portables
если я удалю @rip ничего у меня не отвалится больше?
или может надо удалять по порядку, сначала выпилить снапшоты из @rip, а потом уже собственно @rip?

Удаляй как хочешь, btrfs разберется.

Удаляй как хочешь, btrfs разберется.

Все таки пришлось по порядку, ибо выдало:

sudo  btrfs subvolume delete /mnt/\@rip
Delete subvolume (no-commit): '/mnt/@rip'
ERROR: Could not destroy subvolume/snapshot: Directory not empty

А, понял. Перепутал вложенность с происхождением.