LINUX.ORG.RU

Предупреждения BTRFS

 


0

1

Пришёл долгожданный optibay и я вернул жёсткий диск в мой ноутбук, заменив им оптический дисковод (ранее я заменил HDD на SSD и накатил систему с нуля).

На диске была ext4 и файлы (в принципе, не сказать чтобы прямо совсем критичные, но не хотел их удалять). Я сконвертировал файловую систему жёсткого диска в btrfs, примонтировал, удалил резервную копию ext4 (это выражается в удалении субтома ext2_saved). Вроде всё работает.

Перенёс всё старое в каталог old-system в корне, также перенёс в корень домашний каталог своего пользователя. Смонтировал диск как /home, закрепив это в fstab. Перезагрузился. УМВР.

После этого рекомендуют выполнить дефрагментацию и ребалансировку древа.

# btrfs fi defrag -r /home && btrfs balance start /home
ERROR: defrag failed on /home/old-system/var/tmp/kdecache-kiv/icon-cache.kcache: Input/output error
ERROR: defrag failed on /home/kiv/.dropbox-dist/dropbox-lnx.x86_64-6.4.14/dropbox: Success
total 2 failures
# btrfs balance start /home
WARNING:

        Full balance without filters requested. This operation is very
        intense and takes potentially very long. It is recommended to
        use the balance filters to narrow down the balanced data.
        Use 'btrfs balance start --full-balance' option to skip this
        warning. The operation will start in 10 seconds.
        Use Ctrl-C to stop it.
10 9 8 7 6 5 4 3 2 1
Starting balance without any filters.
ERROR: error during balancing '/home': Input/output error
There may be more info in syslog - try dmesg | tail
[root@kiv-hp15r161nr ~]# dmesg | tail
[11397.780166] BTRFS info (device sdb2): found 511 extents
[11398.146912] BTRFS info (device sdb2): relocating block group 729213304832 flags 4
[11399.980078] BTRFS info (device sdb2): found 509 extents
[11400.791373] BTRFS info (device sdb2): relocating block group 729204916224 flags 4
[11402.324515] BTRFS info (device sdb2): found 511 extents
[11402.680300] BTRFS info (device sdb2): relocating block group 729196527616 flags 4
[11404.002392] BTRFS info (device sdb2): found 512 extents
[11404.247011] BTRFS info (device sdb2): relocating block group 729171361792 flags 1
[11404.438483] BTRFS warning (device sdb2): csum failed ino 824 off 1048576 csum 1775494736 expected csum 39867248
[11404.438680] BTRFS warning (device sdb2): csum failed ino 824 off 1048576 csum 1775494736 expected csum 39867248

Как я должен это понимать? Всё плохо и мне надо срочно копировать ценные данные обратно на SSD и пересоздавать ФС? Или это нормальная ситуация? Как мне её следует исправить?

★★★★★

Похоже на проблемы с диском.

мне надо срочно копировать ценные данные обратно на SSD и пересоздавать ФС?

Тебе надо срочно узнать, что такое «резервное копирование».

anonymous ()

BTRFS, при своей фичастости, крива и нестабильна. Замечаешь, что что-то идет не так - скопируй все ценное, пока она еще читабельна, убей и пересоздай с нуля. Сэкономишь кучу нервов, а заниматься тебе этим время от времени придется.

anonymous ()

А с хардом всё в порядке?

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

Лол, я готов анус поставить, что с хардом всё прекрасно. Когда-то я тоже был таким - думал, что конвертировать в BTRFS из другой ФС это хорошая идея, а I/O Error может указывать только на проблемы с железом. Оп, прислушайся к голосу опыта и мудрости.

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

думал, что конвертировать в BTRFS из другой ФС это хорошая идея

До недавнего времени идея была совсем плохая, но вроде в 4.5 конвертер переписали. У меня нормально всё прошло, действовал в рекомендуемом маном порядке. Впрочем, у меня всегда есть бэкап, и конвертацию я использовал только ради экономии времени :)

anonymous ()

У меня такое с битой памятью было.

post-factum ★★★★★ ()

Файл /home/old-system/var/tmp/kdecache-kiv/icon-cache.kcache удалил. Затем отмонтировал ФС и произвёл btrfs check --repair, который однако ничего серьёзного не выявил (я вообще не уверен, что он нашёл какие-либо ошибки). Примонтировал обратно и запустил снова эти команды. Всё отработало как надо и без ошибок.

Ах да, первый раз я запускал дефрагментацию на полностью работающей системе (в смысле я был залогинен в графическую оболочку пользователем, чей домашний каталог лежал на этом разделе). А сейчас из vty из-под root, а дисплейный менеджер был остановлен.

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

Впрочем, у меня всегда есть бэкап, и конвертацию я использовал только ради экономии времени :)

А где же экономия? Сначала сделать (обновить) бекап, потом конвертировать, потом сравнить результат с бекапом (ведь кто знает, что оно там «успешно» наконвертировало). Не вижу экономии по сравнению с чистым форматированием.

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