Я попробовал много идей от сети, но ни один из них не работает.
Это выглядит корректным и в хорошем состоянии
**sudo btrfs filesystem show /dev/sda2**
failed to read /dev/sr0
Label: none uuid: daeedc21-7449-4b4a-ae55-e58a5a28a504
Total devices 1 FS bytes used 4.02GB
devid 1 size 32.60GB used 22.54GB path /dev/sda2
Когда я делаю сканирование, оно возвращает то, что похоже на разумный ответ:
**sudo btrfsck -s /dev/sda2**
found 4321669120 bytes used err is 0
total csum bytes: 4187576
total tree bytes: 23400448
total fs tree bytes: 12083200
btree space waste bytes: 6789166
file data blocks allocated: 4786331648
referenced 4126896128
Btrfs Btrfs v0.19
Однако, даже когда я использую ухудшенную опцию монтирования, я все еще получаю ошибку в журналах, и казалось бы, что хороший суперблок не может быть найден.
**sudo mount -o degraded -t btrfs /dev/sda2 /home**
mount: wrong fs type, bad option, bad superblock on /dev/sda2,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
Ошибка замечена в журнале:
[ 647.710937] device fsid 4a4b497421dceeda-4a5285a8ae555ae devid 1 transid 20368 /dev/sda2
[ 647.712760] btrfs: allowing degraded mounts
[ 647.714378] parent transid verify failed on 7051943936 wanted 20368 found 20375
[ 647.714784] parent transid verify failed on 7051943936 wanted 20368 found 20375
[ 647.715182] parent transid verify failed on 7051943936 wanted 20368 found 20375
[ 647.760270] btrfs: open_ctree failed
[ 1081.410560] device fsid 4a4b497421dceeda-4a5285a8ae555ae devid 1 transid 20368 /dev/sda2
Этот lappy не имел никаких внезапных выключений питания и был просто завершением работы и перезапущенный как нормальным после ежедневных обновлений. Я использую твердотельный диск Kingston, но был в течение многих месяцев, не думайте, что это должно быть влияющим фактором.
Любые указатели значительно получили, поскольку я предпочел бы продолжать использовать btrfs, вместо того, чтобы иметь необходимость попятиться к ext4.
Я имел эту точно ту же самую проблему и зафиксировал ее путем выполнения sudo btrfsctl -a
(по-видимому рабочий sudo btrfs device scan
будет работать также, хотя я не попробовал его).
К сожалению, необходимо выполнить это после каждой начальной загрузки. Я нашел автоматическое решение здесь, хотя от того, что я понимаю, что это - определенный взлом.
попытайтесь монтировать его -o recovery
Вы можете, также создал fsck.btrfs инструмент отсюда
https://btrfs.wiki.kernel.org/index.php/Btrfs_source_repositories#btrfs-progs_Git_Repository
который позволит Вам ./btrfsck --repair /dev/devicename
примечание: Вы также должны будете apt-get install build-essential
Я получал ядро "ОШИБКА" s, который Вы не получаете, но после использования btrfs долгое время я finially вернулся к ext4 после слишком многих проблем.