Сломанная файловая система после добавления дисков в LVM на RAID5?

Вопрос или проблема

# /etc/fstab: статическая информация о файловой системе.
#
# Используйте 'blkid' для вывода универсального уникального идентификатора для
# устройства; это можно использовать с UUID= как более надежный способ называть устройства
# что работает даже если диски добавляются и удаляются. См. fstab(5).
#
# <файловая система> <точка монтирования>   <тип>  <опции>       <дамп>  <передача>
# / была на /dev/sda1 во время установки
UUID=be85bbea-6e8b-4710-b1e0-894ad8d34d20 /               ext4    errors=remount-ro 0       1
# swap был на /dev/sda5 во время установки
UUID=035fdb6b-e1bb-46c9-81c5-ff28840063c7 none            swap    sw              0       0
# >>> [openmediavault]
/dev/disk/by-label/data        /srv/dev-disk-by-label-data    ext4    defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,acl    0 2
/dev/disk/by-uuid/035fdb6b-e1bb-46c9-81c5-ff28840063c7        /srv/dev-disk-by-uuid-035fdb6b-e1bb-46c9-81c5-ff28840063c7    ext2    defaults,nofail,user_xattr,acl    0 2
/srv/dev-disk-by-label-data/data/        /export/data    none    bind,nofail    0 0
/srv/dev-disk-by-label-data/data/Backups/HomeAssistant/        /export/HAss    none    bind,nofail    0 0
/srv/dev-disk-by-label-data/data/Backups/LinHES/        /export/LinHES_backup    none    bind,nofail    0 0
/srv/dev-disk-by-label-data/data/LinHES/        /export/LinHES    none    bind,nofail    0 0
/srv/dev-disk-by-label-data/data/securitycams/        /export/securitycams    none    bind,nofail    0 0
# <<< [openmediavault] ```

Ответ или решение

Как восстановить уничтоженную файловую систему после добавления дисков в LVM на RAID5

Ваша ситуация требует внимательного подхода к восстановлению данных и исправлению конфигурации сеансов памяти и файловой системы. Давайте разберем шаги, которые вы сделали, и предложим путь к решению.

Шаги, которые вы выполнили

1. Создание RAID5: Вы успешно создали массив RAID5 на /dev/md2. Это хороший первый шаг для увеличения объема доступного хранилища.

2. Создание физического тома (PV): Физический том был успешно создан на RAID-массиве, что тоже прошел корректно.

3. Добавление PV в группу томов (VG): Вы добавили созданный PV в группу datavg, что также завершилось успешно.

4. Создание файловой системы в логическом томе (LV): Попытка создать новую файловую систему в datalv завершилась неудачей. Это может говорить о том, что предыдущая файловая система была повреждена или конфигурация логического тома некорректна.

5. Увеличение размера логического тома: Вы успешно выполнили lvextend и логический том теперь использует полную емкость. Однако это увеличивает риск потери данных.

6. Попытка создания новой файловой системы: Неудачная попытка создания новой файловой системы, как и предыдущая, вызывает подозрения о повреждении данных.

7. Команда fsgrow: Выполнение команды fsgrow привело к тому, что вы выделили всю емкость, что усложнило процесс восстановления, так как упрощает изменение структуры файловой системы.

8. Сокращение логического тома (lvreduce): Вы правильно попытались сократить datalv, однако, данный шаг может снизить шансы на восстановление старых данных.

9. Создание нового логического тома data2lv: Этот шаг был успешным, однако, как упоминалось, вы не сможете на этом же логическом томе иметь несколько файловых систем.

10. Создание файловой системы в data2lv: Этот шаг завершился успешно, но вы в дальнейшем с ним столкнетесь.

Путь к восстановлению данных

1. Не паниковать: Важно сохранять спокойствие. Установите приоритет на восстановление данных перед любыми дальнейшими операциями.

2. Проверка конфигурации LVM: Убедитесь, что вы понимаете текущую конфигурацию LVM. Используйте команды lvdisplay, vgdisplay и pvdisplay для обследования состояния и структуры ваших логических томов, групп томов и физических томов.

3. Проблема с существующей файловой системой: Основная проблема заключается в том, что вы пытаетесь создать новую файловую систему, которая может перезаписать данные старой. Попробуйте выполнить fsck на старом логическом томе, чтобы проверить наличие и исправить ошибки файловой системы:

   fsck.ext4 /dev/mapper/datavg-datalv

   (Запуск fsck лучше делать в режиме чтения, если система не смонтирована, или в однопользовательском режиме)

4. Резервное копирование данных: Если до сих пор есть доступ к старым данным, аккуратно скопируйте их на внешний носитель. Это важно, если данные все еще доступны.

5. Обдумайте дальнейшие действия:

   • Если данные в старой файловой системе были повреждены и восстановление невозможно, вам, возможно, придется пересоздать файловую систему на datalv, но будьте осторожны, это приведет к удалению всех данных.
   • Если data2lv работает корректно, возможно, стоит рассмотреть его в качестве основного логического тома, однако важно помнить, что до завершения процедуры восстановления данных вы не должны удалять старый LV.

6. Консультация с профессионалами: Если вы не уверены в своих действиях или не можете восстановить данные своими силами, стоит обратиться в специализированные компании по восстановлению данных.

Заключение

Ситуация, с которой вы столкнулись, вызывает беспокойство, но придерживаясь систематического подхода, можно восстановить потерянные данные или минимизировать потери. Важно делать резервные копии и помнить, что каждое действие с LVM и файловыми системами может иметь серьезные последствия. Удачи в восстановлении!