1

Мой домашний сервер (Debian Jessie) имел пару дисков емкостью 1 ТБ для хранения больших объемов данных, настроенных как зеркальный том RAID1 на необработанных устройствах (без разделов).

Когда я пришел, чтобы поменять эти диски на два новых диска емкостью 3 ТБ, у меня возникли трудности с поиском хорошего руководства / примеров того, как переместить данные.

В конце я выбрал процедуру загрузки машины в живую среду GParted и использования partclone.btrfs для копирования каждого исходного диска на его замену. Это просто, но рискованно, поскольку клонирование дублирует идентификаторы UUID тома / подобъема, поэтому перезагрузка компьютера со всеми подключенными дисками небезопасна, поскольку дублированные идентификаторы могут привести к путанице в btrfs.

После отсоединения старых дисков я перезагрузился, и машина подошла и перемонтировала новые диски с исходными UUID, указывая, что клон был успешным. Однако, когда я запустил скраб btrfs, он породил много тысяч исправимых ошибок. Выглядело так, как будто может быть одна ошибка для каждой контрольной суммы блока.

После того, как очистка закончилась, казалось, что том работает нормально, и второй проход очистки не показал ошибок.

Я нашел одно сообщение на этом сайте от кого-то, у кого была такая же проблема при клонировании одного диска, поэтому он не кажется специфичным для томов RAID.

Кто-нибудь знает, является ли это ожидаемым поведением при перемещении данных между физическими устройствами (контрольные суммы признаны недействительными), или partclone не настолько "осведомлен btrfs", как это утверждается?

0