LINUX.ORG.RU
решено Форум — General  

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

 , , , ,


0

2

Привет ЛОР! пытаюсь откатить систему, делаю вот что
монтирую раздел

mount /dev/sdb1 /mnt


смотрю subvolume 

sudo btrfs subvolume list /mnt
ID 257 gen 350802 top level 5 path @
ID 258 gen 350941 top level 5 path @home
ID 259 gen 350810 top level 5 path @cache
ID 457 gen 148613 top level 257 path var/lib/portables
ID 659 gen 350035 top level 257 path .snapshots/2019-01-18--19-42-23-@daily
ID 660 gen 350035 top level 257 path .snapshots/2019-01-19--20-57-16-@daily
ID 661 gen 350945 top level 257 path .snapshots/2019-01-20--03-45-50-@daily

дальше делаю ls -l /mnt/ и вместо ожидаемых @, @home и @cache наблюдаю вот это 
ls -l /mnt/ls -l /mnt/
итого 40
lrwxrwxrwx 1 root root     7 Сен 30 07:25 bin -> usr/bin
drwxr-xr-x 1 root root   806 Янв 21 21:55 boot
-rw-r--r-- 1 root root 18357 Июл  5  2017 desktopfs-pkgs.txt
drwxr-xr-x 1 root root     0 Сен  2  2017 dev
drwxr-xr-x 1 root root  4982 Янв 22 22:58 etc
drwxr-xr-x 1 root root     0 Сен  2  2017 home
lrwxrwxrwx 1 root root     7 Сен 30 07:25 lib -> usr/lib
lrwxrwxrwx 1 root root     7 Сен 30 07:25 lib64 -> usr/lib
drwx------ 1 root root     0 Сен  2  2017 lost+found
drwxr-xr-x 1 root root    26 Фев  3  2018 media
drwxr-xr-x 1 root root    16 Ноя 25 16:24 mnt
drwxr-xr-x 1 root root   422 Янв 13 22:55 opt
drwxr-xr-x 1 root root     0 Сен  2  2017 proc
drwxr-x--- 1 root root   570 Янв 10 20:24 root
-rw-r--r-- 1 root root  4065 Июл  5  2017 rootfs-pkgs.txt
drwxr-xr-x 1 root root    28 Янв 21  2018 run
lrwxrwxrwx 1 root root     7 Сен 30 07:25 sbin -> usr/bin
drwxr-xr-x 1 root root    14 Июл  5  2017 srv
drwxr-xr-x 1 root root     0 Сен  2  2017 sys
drwxrwxrwt 1 root root    30 Май  7  2018 tmp
drwxrwxr-x 1 root root     0 Окт 21 11:07 ts
drwxr-xr-x 1 root root   180 Янв 21 23:09 usr
drwxr-xr-x 1 root root   124 Янв 21 23:09 var
ЧЯДНТ?

★

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

gasinvein ★★★
()
Ответ на: комментарий от anonymous 
btrfs subvolume get-default /mnt
ID 257 gen 350948 top level 5 path @


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

agafron ★
() автор топика
Ответ на: комментарий от gasinvein

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

anonymous
()
Ответ на: комментарий от gasinvein

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

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

agafron ★
() автор топика
Ответ на: комментарий от Deleted

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

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

ls /mnt/
@ @home @cache

agafron ★
() автор топика

ЧЯДНТ

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

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

t184256 ★★★★★
()
Последнее исправление: t184256 (всего исправлений: 2)
Ответ на: комментарий от t184256

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

mv /mnt/\@/.snapshots/2019-01-20--03-45-50-\@daily/ /mnt/\@newsys
два: 
mv /mnt/\@ /mnt/\@rip
три: 
mv /mnt/\@newsys /mnt/\@
а потом в /etc/fstab изменить номер id на правильный?

agafron ★
() автор топика
Ответ на: комментарий от agafron

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

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

t184256 ★★★★★
()
Ответ на: комментарий от t184256

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

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

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

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

agafron ★
() автор топика
Ответ на: комментарий от t184256

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

agafron ★
() автор топика
Ответ на: комментарий от t184256

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

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

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

agafron ★
() автор топика
Ответ на: комментарий от agafron

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

t184256 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
General