Q: Raid1, не загружающийся после нового жесткого диска, установлен
На моем сервере Ubuntu у меня был отказ диска. Новый жесткий диск был быстро установлен техническим персоналом hoster.
Затем я следовал инструкциям на их странице для интеграции нового диска в набег. Это запустилось похожий с ответом, данным этому вопросу (Как я могу быстро скопировать схему выделения разделов GPT от одного жесткого диска до другого?) Копируют таблицу разделов от старого диска до нового:
sgdisk -R /dev/sdY /dev/sdX
sgdisk -G /dev/sdY
Я вполне уверен, что я не перепутал старый и новый диск. Затем я пытался интегрировать новый диск в набег с
mdadm /dev/md0 -a /dev/sda1
Та команда перестала работать. Я перезагрузил, чтобы смочь достигнуть новый раздел на sda. Но это - то, где это закончилось. Система не будет больше загружаться. У меня есть доступ к спасательной системе, но у меня нет малейшей идеи, что я должен сделать, для подъема моей системы и выполнения.
Кажется, что моя файловая система может быть повреждена?
fsck /dev/sdb
fsck from util-linux 2.25.2
e2fsck 1.42.12 (29-Aug-2014)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb
Там какой-либо путь состоит в том, чтобы установить, уничтожается ли файловая система действительно? Я выполнял kvm с несколькими vms на туда.
1 ответ
Я выяснил то, что произошло. Любая из двух вещей: 1) я испортил таблицу разделов или 2) что-то еще испортило таблицу разделов и после перезагрузки, там не было Ничто делать.
Вот то, что я должен был сделать, когда один диск raid1 умер:
- проверяют, что состояние набега с
cat /proc/mdstatудостоверяется, что диск действительно неисправен -
mdadm examine, дает больше понимания состояния набега - , в то время как система все еще работает, делают резервные копии материала, который правильно не сохранен (f.e. прежде, чем удалить жесткий диск и вызвать перезагрузку в уже подчеркнутой системе)
- , делают резервное копирование таблицы разделов прежде, чем сделать, что-либо еще (предпочтите использовать
gdiskв интерактивном режиме и перечислите разделы перед резервным копированием их, чтобы быть уверенными, что правильное устройство/жесткий диск используется) - использование
mdadmдля удаления неудавшихся разделов жесткого диска из набега с--failчисто - вместо того, чтобы копировать таблицу разделов от одного диска до другого использования резервное копирование для загрузки его
- , перезагрузка А может быть необходима для получения разделов правильно (удостоверьтесь, что весь материал сохранен прежде)
- Использование
mdadmдля добавления новых разделов назад к устройствам набега f.e.mdadm --add /dev/md1 /dev/sda2 - , Если по некоторым причинам Вы забыли выполняться
--fail, Вы можете воссоздавать устройства набега с этим:mdadm --create /dev/md1 --assume-clean --level=1 --verbose --raid-devices=2 missing /dev/sdb2(я довольно уверен, что это не было тем, что уничтожило файловые системы на остающемся Жестком диске
, Если бы я следовал за вышеупомянутым, я никогда не имел бы в положение выше. Однажды там, я не нашел выход. Таким образом, что сделало меня уверенным, что данные закончились?
- От спасательной системы, я не мог смонтировать любое из устройств с
mount -t ext4 /dev/md1 /mnt/mountpoint. Я продолжал получать ошибки, что файловая система не была распознана и магические числа, не найденные - , Testdisk нашел неправильное количество разделов при попытке воссоздать таблицу разделов
-
dumpe2fsпри предоставлении мне, местоположения для набора магических чисел ничему не помогли, потому что ни один не был допустим, также эти положения "фиксируются" в разделе в определенных положениях поэтому, если таблица разделов является неправильной, эти положения приводят в порядок не, строка больше -
fsckв основном говорила мне, что то же самое и один раздел были принесены в жертву попытке восстановить файловую систему, но каждый inode бросил ошибку - , я сделал удаленное сканирование с R-Studio (коммерческое программное обеспечение от R-инструментов, сканирования и восстановления файлов, до 256 КБ свободны), и в то время как сначала было похоже, что были восстанавливаемые файлы, я использовал его для загрузки нескольких jpgs и pngs, и ни один не содержал допустимые данные изображения, я попробовал множество вещей узнать то, что пошло не так, как надо с файловой системой, но все возвратилось к испорченной таблице разделов и неудавшемуся восстановлению с испытательным стендом.
Так извлеченные уроки: 1) сохраните резервное копирование таблицы разделов где-нибудь безопасным (иначе не на сервере) 2), когда материал происходит - делают резервные копии сначала 3) имеют стратегию резервного копирования, прежде чем материал произойдет