У меня есть программный массив Linux Raid5 (md1), содержащий 4 жестких диска по 16 ТБ + 2 жестких диска по 8 ТБ. 2 жестких диска по 8 ТБ были объединены вместе (массив Raid0; md0), работая как (пятое) устройство на 16 ТБ. Это только для хранения данных. Поскольку 2 x 8 ТБ, необходимые мне, были удалены, я решил сократить количество устройств до 4.Поэтому я выполнил следующие шаги:
mdadm --grow /dev/md1 --размер массива 46883175936
mdadm --grow --raid-devices=4 /dev/md1 --backup-file=/home/backup
Внимательный читатель заметит, что отсутствует один шаг — изменение размера файловой системы перед работой с mdadm.
Результирующий процесс изменения формы теперь застрял на 0%:
md1 : активный raid5 md0[5](S) sda1[0] sdb1[3] sde1[4] sdc1[2]
46883175936 блоков super 1.2 level 5, чанк 512k, алгоритм 2 [4/3] [UUUU]
[>..................] изменить форму = 0,0% (1/15627725312) финиш=2686015287,7мин скорость=0K/сек
md0 : активный raid0 sdd[0] sdf[1]
15627788288 блоков супер 1.2 512k фрагментов
Хотя, йостат указывает на некоторые действия на этих жестких дисках:
Устройство: tps kB_read/s kB_wrtn/s kB_read kB_wrtn
nvme0n1 155,89 564,43 443,38 108549018 85268978
сда 2851,68 82114,67 2400,81 15791944384 461714155
сдб 2851,88 82115,09 2401,49 15792024433 461844519
СДК 2852,37 82143,80 2401,57 15797546322 461859251
сдд 866,01 13,34 41827,19 2565819 8044026920
сде 2852,42 82143,79 2402,46 15797544281 462031635
сдф 866,50 14,33 41835,12 2755774 8045552820
И mdadm --detail /dev/md1 выглядит хорошо:
/dev/md1:
Версия : 1.2
Время создания : Вт 1 июня 17:25:18 2021
Уровень рейда: рейд5
Размер массива: 46883175936 (43,66 ТиБ 48,01 ТБ)
Используемый размер разработки: 15627725312 (14,55 ТиБ, 16,00 ТБ)
Рейдовые устройства: 4
Всего устройств: 5
Постоянство: суперблок постоянен
Время обновления: пятница, 15 октября, 15:42:47 2021 г.
Состояние: чистый, перекраивающий
Активные устройства: 4
Рабочие устройства: 5
Неудачные устройства: 0
Запасные устройства: 1
Макет: левосимметричный
Размер блока: 512 КБ
Политика согласованности: повторная синхронизация
Статус изменения формы: завершено 0%
Дельта-устройства: -1, (5->4)
Имя: localhost.localdomain:1 (локальный для хоста localhost.localdomain)
UUID: 5457f23e:faa7ee47:b2c62a37:f4c78526
События : 1064286
Номер Основной Младший RaidDevice State
0 8 1 0 активная синхронизация /dev/sda1
2 8 33 1 активная синхронизация /dev/sdc1
4 8 65 2 активная синхронизация /dev/sde1
3 8 17 3 активная синхронизация /dev/sdb1
5 9 0 - запасной /dev/md0
Тем не менее, dmesg дает прямой намек на ошибку:
EXT4-fs (md1): неправильная геометрия: количество блоков 15627725312 превышает размер устройства (11720793984 блоков)
Я пытался отменить процесс изменения формы, но безрезультатно. Я застрял. Так как на md1 уже есть важные данные, мне очень интересно восстановить md1. У меня есть резервная копия, но в ней отсутствуют некоторые последние данные.
Есть ли способ отменить процесс изменения формы? Поскольку он все еще находится на (1/15627725312), я бы не ожидал потери данных.
Или есть другие предложения по восстановлению md1 (с md0 или без)?
Я благодарен за каждое предложение. Если вам нужна дополнительная информация, пожалуйста, дайте мне знать.
РЕДАКТИРОВАТЬ: я мог бы запустить команду:
mdadm --create /dev/md1 --level=5 --raid-devices=5 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sde1 /dev/md0 --assume-clean --readonly
Это создало массив в предыдущем состоянии. Тем не менее, файловая система все еще кажется сломанной. Поскольку сбоя жесткого диска не было, я предполагаю, что данные все еще должны быть там, не перезаписанные.
Есть ли способ восстановить файловую систему?
Я попробовал testdisk, который обнаруживает линукс сис. данные, но не смог восстановить эти файлы. Есть ли другая программа, которая могла бы помочь?
Опять же, любое предложение высоко ценится! Заранее спасибо!
