LINUX.ORG.RU

восстановление файлов btrfs

 ,


0

1

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

sudo btrfs restore -t 38010880 /dev/sdb1 /mnt/seagate/restore/
parent transid verify failed on 38010880 wanted 934706 found 934684
parent transid verify failed on 38010880 wanted 934706 found 934684
Ignoring transid failure
WARNING: could not setup extent tree, skipping it
Couldn't setup device tree
Could not open root, trying backup super
parent transid verify failed on 38010880 wanted 934706 found 934684
parent transid verify failed on 38010880 wanted 934706 found 934684
Ignoring transid failure
WARNING: could not setup extent tree, skipping it
Couldn't setup device tree
Could not open root, trying backup super
ERROR: superblock bytenr 274877906944 is larger than device size 98558803968
Could not open root, trying backup super

Но это не так, обьем удаленных файлов около 15 гиг, а на диске на который пытаюсь восстановить свободно около 100 гиг

@intelfx приглашается в качестве эксперта



Последнее исправление: agafron (всего исправлений: 1)

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

когда выбрал ее, а не ext3 для хомяка

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

А пользователь вовсе не обязан знать устройство файловой системы. Для пользователя существуют мануалы, коими топикстартер, как я понимаю, пользовался. Возможности что-то себе «отстрелить» должны недвусмысленно подтверждаться пользователем, как это происходит в нормальных ФС.

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

Продвинутая fs предполагает продвинутое использование. Ext4 – просто фс, я от нее ничего дополнительного не жду, ничего особо не хочу, просто чтобы на ней лежали файлы и ничего с ними плохого не случалось. Но если в таком режиме использовать btrfs, то зачем она нужна, если ext4 будет все равно надежней, и вроде бы даже быстрей? Конечно нужно попробовать снапшотики, а тут уже кто его знает что произойдет: либо нужно погружаться в детали ФС, либо рано или поздно окажешься на месте ТС.

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

Интересно, а в каком же пункте он целился в свою ногу?

Вот

по глупости/случайности удалил с субволума все файлы, помогите вернуть

Jameson ★★★★★
()
Последнее исправление: Jameson (всего исправлений: 1)

в общем, пытался я разными способами вернуть файлы, из 12 гб удаленных, вернуть получилось около 3-х гб, при чем из них часть битых(в основном шрифты поламались, не беда, можно скачать), но вот теперь, когда я вернул все обратно, система ведет себя немного странно в части монтирования дисков, она монтирует все подряд, независимо от наличия дисков в /etc/fstab, куда бы копнуть, чтоб понять откуда ноги растут? ЗЫ. @intelfx, ты был прав.

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

Возможности что-то себе «отстрелить» должны недвусмысленно подтверждаться пользователем, как это происходит в нормальных ФС.

rm на btrfs работает как и везде, представь себе.

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

rm на btrfs работает как и везде, представь себе.

А при чём здесь «rm»? Имеется ввиду превращение раздела в хлам утилитами восстановления.

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

А при чём здесь «rm»? Имеется ввиду превращение раздела в хлам утилитами восстановления.

А где здесь шла речь о «превращении раздела в хлам утилитами восстановления»?

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)

Bcachefs на подходе. И шустрая, и чинит всё замечательно, и разделы в хлам не превращает. Ваши волосы будут теперь мягкие и шелковистые!

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

Шесть лет уже на подходе, держи в курсе.

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

но вот теперь, когда я вернул все обратно, система ведет себя немного странно в части монтирования дисков, она монтирует все подряд, независимо от наличия дисков в /etc/fstab,

«Раиса Захаровна! А баба-то эта жива? - Хой-ой-ой! Ещё как жива! Ха-ха. Прекрасно себя чувствует. Правда, не узнает никого. Память почему-то отшибло. Но важен же не результат, а процесс.»

anonymous
()
Ответ на: комментарий от anonymous
Mounted /dev/sdc5 (Read-Write, label "Soft", NTFS 3.1)
Mounted /dev/sdc1 (Read-Write, label "Зарезервировано системой", NTFS 3.1)
Mounted /dev/sdc1 at /run/media/ypp/Зарезервировано системой on behalf of uid 1000
Mounted /dev/sda2 at /run/media/ypp/nhome on behalf of uid 1000
Mounted /dev/sdd1 at /run/media/ypp/MANJARO_DEEPIN_2112 on behalf of uid 1000
Mounted /dev/sdb2 at /run/media/ypp/macos on behalf of uid 1000
Mounted /dev/sdc8 at /run/media/ypp/3ff487cf-8405-4013-b5dc-7f876df6456a on behalf of uid 1000
Mounted /dev/sdc2 (Read-Write, label "", NTFS 3.1)
Mounted /dev/sdc2 at /run/media/ypp/2608F27C08F24A77 on behalf of uid 1000

Вот все кроме «Soft» примонтировано без участия fstab, но я не догоняю, как это исправить

agafron
() автор топика
Последнее исправление: agafron (всего исправлений: 1)
Ответ на: комментарий от anonymous

Очень похоже на вот это:

значение gsettings get org.mate.media-handling automount было true, но после смены на false автомонтирование не отключилось

еще идеи?
PS. так же отключил эту опцию у гнома, эффект и вывод journalctl -xb не поменялся

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

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

systemctl status run-media-ypp-2608F27C08F24A77.mount
● run-media-ypp-2608F27C08F24A77.mount - /run/media/ypp/2608F27C08F24A77
     Loaded: loaded (/proc/self/mountinfo)
     Active: active (mounted) since Tue 2021-10-12 19:24:24 EEST; 5h 21min ago
      Where: /run/media/ypp/2608F27C08F24A77
       What: /dev/sdc2
[ypp@ypp-pc ~]$ systemctl disable run-media-ypp-2608F27C08F24A77.mount
Failed to disable unit: Unit file run-media-ypp-2608F27C08F24A77.mount does not exist.```
agafron
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.