Вопрос или проблема
У меня был NAS от Segate с двумя дисками в конфигурации RAID1. NAS перестал работать, и я пытаюсь скопировать данные с одного из дисков.
Диск настроен с ОС NAS, которая находится в первых 9 разделах, а реальные данные находятся в группе LVM на 10-м. Я не могу понять, как смонтировать группу LVM, чтобы получить доступ к данным.
sdb 8:16 0 1.8T 0 диск
├─sdb1 8:17 0 956.5K 0 раздел
├─sdb2 8:18 0 953M 0 раздел
│ └─md0 9:0 0 0B 0 md
├─sdb3 8:19 0 953M 0 раздел
│ └─md1 9:1 0 953M 0 raid1
├─sdb4 8:20 0 10M 0 раздел
│ └─md2 9:2 0 10M 0 raid1
├─sdb5 8:21 0 954M 0 раздел
│ └─md3 9:3 0 0B 0 md
├─sdb6 8:22 0 10M 0 раздел
│ └─md4 9:4 0 10M 0 raid1
├─sdb7 8:23 0 11M 0 раздел
├─sdb8 8:24 0 284M 0 раздел
├─sdb9 8:25 0 976M 0 раздел
└─sdb10 8:26 0 1.8T 0 раздел
└─md8 9:8 0 1.8T 0 raid1
└─vg8-lv8 252:4 0 1.8T 0 lvm
Я пытался собрать массив RAID с помощью mdadm и монтировать группу LVM напрямую, но не смог получить результаты, используя решения в интернете.
Все, что мне нужно было сделать, это опубликовать вопрос, чтобы ответ появился передо мной…
Проблема заключалась в слишком большом размере блока.
Ответ или решение
Важная задача перед IT-специалистом — восстановление данных с отказавшего NAS-устройства, когда у вас под рукой диск с RAID1 конфигурацией, присутствуют сложности в разборе структуры данных, а ключ препятствия заключается в несовпадении размеров блоков. Рассмотрим решение этой задачи, используя формулу TEA (теория, пример, применение), чтобы предоставить исчерпывающий, профессиональный ответ на русском языке.
Теория
Network Attached Storage (NAS) — это устройство для хранения данных, подключаемое к сети, которое позволяет пользователям хранить и извлекать данные из централизованного диска. Структура NAS включает в себя несколько уровней, включая файловые системы, RAID массивы и группы логических томов (LVM). Предоставленный NAS использует конфигурацию RAID1, которая позволяет зеркалировать данные между двумя дисками для обеспечения отказоустойчивости. Однако при поломке устройства важно правильно смонтировать и восстановить данные. Зачастую проблемы возникают из-за блоков неправильного размера, которые мешают корректному считыванию данных и их восстановлению.
Пример
В примере, представленного случая, маскируется следующая структура диска:
- sdb1-sdb9 — содержат системные данные NAS.
- sdb10 — хранит основную группу данных в RAID1.
- vg8-lv8 — логический том, который распределяет пространство и дан на этом RAID.
Основным препятствием оказалось то, что при попытке монтировать LVM, размер блоков не соответствует ожидаемому, что делает невозможным корректное считывание и монтирование файловой системы на этом уровне.
Применение
Теперь перейдем к практике, чтобы решить проблему.
-
Определение проблемы: Начните с анализа с помощью
fdisk
иlsblk
, чтобы убедиться, что диск и все его разделы видны и определены правильно. Это поможет подтвердить, что вся структура HDD обнаружена и правильно распознана в системе. -
Монтирование и сборка RAID:
- Используйте
mdadm
для просмотра состояния RAID массива. Командаmdadm --examine
пригодится для изучения суперблоков RAID. -
Соберите RAID массив с правильной суперблоком, если он не активен, используя
mdadm --assemble
.sudo mdadm --assemble /dev/md8 /dev/sdb10
- Используйте
-
Обработка LVM:
-
Проверьте видимость и статус LVM с помощью команд
pvscan
,vgscan
, иlvscan
.sudo pvscan sudo vgscan sudo lvscan
-
Активируйте логический том, если он не активен:
sudo vgchange -ay vg8
-
-
Решение проблемы блока большого размера:
-
Проверьте размер блоков в логическом томе и укажете правильный размер при монтировании, либо используйте возможности утилит для коррекции, например,
blockdev
.sudo blockdev --getbsz /dev/mapper/vg8-lv8 sudo mount -o ro,bs=4096 /dev/mapper/vg8-lv8 /mnt
-
-
Монтирование файловой системы:
-
Когда проблема с размером блоков устранена, монтировать файловую систему со следующей командой (охватывающей корректные параметры монтирования):
sudo mount /dev/mapper/vg8-lv8 /mnt
-
-
Проверка целостности и резервного копирования:
- Проверьте целостность и состояние данных, используя утилиты, такие как
fsck
, чтобы избежать ошибок в процессе чтения данных. - Проведите резервное копирование всех критических данных сразу после получения доступа.
- Проверьте целостность и состояние данных, используя утилиты, такие как
Таким образом, следуя указанным выше шагам, можно успешно восстановить доступ к данным в устройствах NAS с RAID1, преодолевая проблему несоответствия размера блоков.