Я начал btrfs-convert для моего разделенного на ext4 жесткого диска. Я сделал fsck первым, что было хорошо. Так как он работает более 4 часов сейчас (1.) Интересно, он когда-нибудь закончится? Я прочитал несколько статей (быстро) о преобразовании, но ни одна из них не указала места. Но я думаю, что есть некоторые, рассматривающие эту статью: https://oss.oracle.com/projects/btrfs/dist/documentation/btrfs-converter.html
Таким образом, мой жесткий диск использовал 99,0% от 1,82 ТБ до начала работы. (2.) Если это не может закончиться, это сохранить, чтобы отменить (CTRL + C) процесс?
iotop все еще указывает, что btrfs-convert читает с моего жесткого диска скорость ~ 40 МБ / с, а top показывает, что одно ядро процессора полностью загружено btrfs-convert. (3.) Какое будет самое мудрое решение сейчас?
Обновление: Тем временем процесс конвертации завершен. Прошло почти 3 дня. Я должен добавить, что между скоростями упала до ~ 0-10 МБ / с, но нагрузка ввода-вывода 100% и загрузка ЦП соответственно снизились. Этим утром (после двух дней работы) процесс преобразования занял всего ~ 9 часов. В целом все, кажется, хорошо.
/
файловая система без рута?Ответы:
btrfs-convert
создаст снимок (с именемext2_saved
) существующей файловой системы в качестве резервной копии. Трудно предсказать, сколько дискового пространства займет снимок, потому что btrfs это CoW ...Я конвертировал
/
для Oracle Linux 6.3 x86_64 раньше, это занимает менее 10 минут, потому что файловая система относительно мала (данные хранятся на отдельных логических томах). Это было гладко, без проблем.В вашем случае на жестком диске осталось более 1,8 т данных и осталось мало места, не знаю, сколько времени это займет (снимок может занимать только мало места, поскольку файловая система не изменилась с момента преобразования). Если
iotop
показывает, что он все еще работает, оставьте его.Мало кто знает, что произойдет, если прервать конвертацию, попробуйте список рассылки btrfs ;-)
Рекомендуемые показания:
https://blogs.oracle.com/wim/entry/btrfs_root_and_yum_update
5.4.6. Преобразование файловой системы Ext2, Ext3 или Ext4 в файловую систему Btrfs
источник
Я только что попытался преобразовать файловую систему 8 ТБ, и,
btrfs-convert
похоже,btfsck
произошел сбой, и выдал неспецифическую «ошибку», но откат с помощьюbtrfs-convert -r
занял всего минуту, и со старой системой ext4 все выглядит нормально.Таким образом, прерывание
btrfs-convert
кажется относительно безопасным.источник
Просто звонить с другой точкой данных:
Недавно я сделал это преобразование на Odroid XU4 (ARM), с внешним USB3 WD Ultra 4TB накопителем (5200 об / мин). ОС Debian Jessie, ядро 3.10.103+. Btrfs версия v3.17
Предыдущий fs был ext4 с использованием ~ 2 ТБ, 2 ТБ свободного места, с довольно большими файлами (ТВ-шоу, все по несколько сотен мегабайт каждый).
Весь процесс занял около 30 часов.
Процесс btrfs-convert отскочил между 20% и 80% ЦП в верхней части и колебался около 32 МБ / с в iotop.
Выход был
и все файлы кажутся в порядке.
Сейчас я собираюсь удалить резервный том ext4, выполнить дефрагментацию и перебалансировку. Будет время это тоже.
Обновить
а я во время дефрагментации попал в ошибку ядра:
Другое обновление
После попытки перебалансировки сообщения oops ядра продолжали появляться при каждом монтировании. В конце концов, такие команды, как mount и umount, и даже ls, застревали внутри системных вызовов навсегда. Проверка btrfs выявила довольно много ошибок, и на диске не осталось свободного места (метаданные использовали все это).
Я закончил монтаж диска с
перед копированием всех 2 ТБ данных с диска на запасной диск ext4, затем перезагрузите компьютер, переформатируйте диск btrfs и скопируйте все обратно.
УРОК: Начиная с ядра 3.10 (которому два года), btrfs-convert не подходит , а ядро глючит. К сожалению!
Так что, я бы не стал беспокоиться о btrfs-convert. На бумаге это кажется хорошим решением, но гораздо лучше просто скопировать все данные с диска, отформатировать и скопировать их обратно.
источник
Просто точка данных на самом деле ...
Я только что попытался преобразовать раздел 200G и использовать btrfs-tools V4.0, и он потерпел неудачу - фактически кажется, что он потерпел крах - после сообщения «недостаточно свободного места» (частично перезаписывая информацию о ходе выполнения).
fsck не сообщил о проблемах, и файловая система все еще монтируется:
Один интересный момент заключается в том, что о прогрессе сообщили более 100%, то есть 244027/240502. Возможно, кто-то мог бы уточнить, на что он рассчитывал?
В любом случае, вывод состоит в том, что 744M из 200G (используется 99,7%) недостаточно свободного места!
Кстати, я думаю, что btrfs-convert получит все метаданные на месте, прежде чем уничтожить (скопировать и перезаписать) 1 МБ, что указывает на то, что это файловая система EXT4. Пока он не сделает этот шаг, отменить нечего; он просто писал в свободном пространстве. Возможно, это также может быть подтверждено?
источник
Если вы включите контрольное суммирование (по умолчанию), преобразование должно рассчитать эти значения, а затем сохранить их в метаданных. Так что в основном это чтение всего вашего жесткого диска в преобразовании ... Вы можете отключить контрольные суммы в преобразовании, но это отключает проверки целостности btrfs и очистку данных ...
источник