LINUX.ORG.RU
Форум — Desktop  

ошибки на btrfs разделе

 


0

1

Частенько стала подвисать система на 1 из btrfs разделе, не работают даже сочетания Alt-SysRq-R, Alt-SysRq-B.

Перегрузился в другую ОС, попытался запустить: 

# btrfsck /dev/sda6
Checking filesystem on /dev/sda6
UUID: 66be278b-9c9c-45ef-96a5-1a9eb375aa44
checking extents
corrupt extent record: key 48349003776 168 8192
corrupt extent record: key 48349011968 168 8192
corrupt extent record: key 48349020160 168 8192
cmds-check.c:5308: process_extent_item: Assertion `ptr > end` failed.
btrfs check[0x41f3a9]
btrfs check[0x421982]
btrfs check[0x4287e7]
btrfs check[0x429b8d]
btrfs check[0x42a8ee]
btrfs check(cmd_check+0x8e7)[0x42cc37]
btrfs check(main+0x82)[0x40b742]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x7f44b73e1725]
btrfs check(_start+0x29)[0x40b849]

и так: 

# btrfsck -p --repair /dev/sda6
enabling repair mode
Checking filesystem on /dev/sda6
UUID: 66be278b-9c9c-45ef-96a5-1a9eb375aa44
corrupt extent record: key 48349003776 168 8192
corrupt extent record: key 48349011968 168 8192
corrupt extent record: key 48349020160 168 8192
cmds-check.c:5308: process_extent_item: Assertion `ptr > end` failed.
btrfs check[0x41f3a9]
btrfs check[0x421982]
btrfs check[0x4287e7]
btrfs check[0x429b8d]
btrfs check[0x42a8ee]
btrfs check(cmd_check+0x8e7)[0x42cc37]
btrfs check(main+0x82)[0x40b742]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x7f7f41fb2725]
btrfs check(_start+0x29)[0x40b849]

Похоже, что раздел не лечится...

Ответ на: комментарий от intelfx 
# btrfs check /dev/sda6
Checking filesystem on /dev/sda6
UUID: 66be278b-9c9c-45ef-96a5-1a9eb375aa44
checking extents
corrupt extent record: key 48349003776 168 8192
corrupt extent record: key 48349011968 168 8192
corrupt extent record: key 48349020160 168 8192
cmds-check.c:5308: process_extent_item: Assertion `ptr > end` failed.
btrfs[0x41f3a9]
btrfs[0x421982]
btrfs[0x4287e7]
btrfs[0x429b8d]
btrfs[0x42a8ee]
btrfs(cmd_check+0x8e7)[0x42cc37]
btrfs(main+0x82)[0x40b742]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x7fe78628b725]
btrfs(_start+0x29)[0x40b849]

ok, наверное теперь снова на ext4 перейду, постабильнее будет. Спасибо...

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

снова на ext4 перейду

corrupt extent record

Действительно, в ext4 нету проверки целостности данных → можно не беспокоиться.

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

btrfsprogs-4.5.3-6.3

Текущая версия, как минимум, 4.19.1. И баги там фиксят. Ядро надо бы тоже как можно более новое.

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

vmlinuz-4.12.14

20-Sep-2017. В общем, надо на чём-то более свежем смотреть. Даже 4.9 сойдёт, но где-то 4.9.140, конца прошлого года. Актуальное 4.9.147, но я про btrfs вроде не видел в последних релизах.

AS ★★★★★
()

Попробуй вот с этого грузануться: https://ru.altlinux.org/Rescue. На 100% уверенности нет, что там есть btrfs-progs, но должно быть по идее. Если нет, а писать на флешку, можно доустановить прямо посредством apt-get.

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

в соседней системе:

Да, ядро тут свежее. Но btrfsprogs всё равно сильно старый.

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

Даже 4.9 сойдёт, но где-то 4.9.140, конца прошлого года.

Не сойдет. Надо честный 4.19.x где x > 9 или 4.20+.

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

Не сойдет. Надо честный 4.19.x где x > 9 или 4.20+.

Это ради фич если. А фиксы бакпортируют. Тут, всё же, больше похоже именно на баг.

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

А фиксы бакпортируют.

Конкретно к BTRFS это не относится. Вот к этому багу (который повреждал SSD) пришлось явно добиваться бекпорта: https://bugzilla.kernel.org/show_bug.cgi?id=85581 . И вообще позиция разработчиков - мы бекпортами не занимаемся, пользуйтесь btrfs только на самым свежем ядре.

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