«Восстановления данных на RAID в случае изменения suberblock» и «Файл:Bcm43142-2.png»: разница между страницами
Материал из support.qbpro.ru
(Различия между страницами)
imported>Vix |
imported>Supportadmin |
| Строка 1: |
Строка 1: |
| '''И так, описываю проблему и как мы ее решили:'''
| |
|
| |
|
| * '''Проблема''' - стоял сервер на Debian Lenny, на котором был RAID1 - разделы в котором были ext3, ext4 и при смене OS на Debian Wheezy мы получили массу ругани по поводу разделов на RAID, дальше была сделана попытка разобрать и собрать RAID - которая ситуацию явно еще усложнила... :(
| |
| Перекопав кучу информации по интернету решение было найдено, а учитывая сложность ситуации и ответственность в таких случаях - статья создана для помощи другим в таком случае...
| |
|
| |
| * '''Решение''' :
| |
| сначала монтируем RAID c metadata для этой версии - 0.90
| |
| mdadm --create /dev/md6 --level=1 --raid-disks=2 --metadata=0.90 missing /dev/sda6
| |
|
| |
| теперь смотрим суперблоки на разделе RAID /dev/md6
| |
|
| |
| mk2fs -n /dev/md6
| |
|
| |
| берем предпоследнее число - например 102400000
| |
|
| |
| и восстанавливаем командой:
| |
|
| |
| e2fsck -b 102400000 -y /dev/md6
| |
|
| |
| ждем процесс восстановления node
| |
|
| |
| монтируем раздел:
| |
|
| |
| mount /dev/md6 /mnt
| |
|
| |
| смотрим наши файлы..
| |
|
| |
| Все.
| |
Версия от 11:41, 1 октября 2017
