Восстановите отказавший Раздел программного обеспечения RAID1 / пропускающий таблицу разделов или суперблок

я уже считал и попробовал разные подходы в течение 2 дней теперь, но ничто, кажется, не работает. У меня есть 2 жестких диска, на каждом раздел с 200 ГБ, которых я имел в RAID1. Затем я установил XBMC и попытался запустить набег снова. Массив запускается, но он пропускает файловую систему (я думаю, что это был ext4), таким образом монтирование не возможно. Выводы:

ubuntu@ubuntu:~$ sudo fdisk -l

Platte /dev/sda: 1000.2 GByte, 1000204886016 Byte
255 Köpfe, 63 Sektoren/Spur, 121601 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xf3b92028

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sda1   *           1       97379   782196786   83  Linux
/dev/sda2           97380      121601   194563215   fd  Linux raid autodetect

Platte /dev/sdb: 1500.3 GByte, 1500301910016 Byte
255 Köpfe, 63 Sektoren/Spur, 182401 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0c41a682

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sdb1   *           1        9362    75194336   83  Linux
/dev/sdb2            9362       10199     6724609    5  Erweiterte
/dev/sdb3           10200       34421   194563215   fd  Linux raid autodetect
/dev/sdb4           34515      182401  1187902327+  83  Linux
/dev/sdb5            9362       10199     6724608   82  Linux Swap / Solaris

Platte /dev/sde: 1977 MByte, 1977614336 Byte
64 Köpfe, 63 Sektoren/Spur, 957 Zylinder
Einheiten = Zylinder von 4032 × 512 = 2064384 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sde1               1         957     1929244+   6  FAT16

sda2 и sdb3 были в RAID1-массиве.

ubuntu@ubuntu:~$ sudo mdadm -E -s
ARRAY /dev/md0 level=raid1 num-devices=1 UUID=5c001a6c:9e51fa30:e368bf24:bd0fce41
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=ed6394c7:53941634:e368bf24:bd0fce41

набег с 1 устройством от того, когда я пытался сделать массив с 1 Диском для восстановления данных (который не удался). я еще не удалил массив, потому что я не знаю то, что произойдет. я надеюсь, что не сделал сделал это хуже этим.

затем я судил это руководство: http://linuxexpresso.wordpress.com/2010/03/31/repair-a-broken-ext4-superblock-in-ubuntu/

ubuntu@ubuntu:~$ sudo fsck.ext4 -v /dev/sdb3
e2fsck 1.41.11 (14-Mar-2010)
fsck.ext4: Superblock ungültig versuche es mit Backup-Blöcken...
fsck.ext4: Bad magic number in super-block beim Versuch, /dev/sdb3 zu öffnen

SuperBlock ist unlesbar bzw. beschreibt kein gültiges ext2
Dateisystem.  Wenn Gerät gültig ist und ein ext2
Dateisystem (kein swap oder ufs usw.) enthält,  dann ist der SuperBlock
beschädigt, und sie könnten e2fsck mit einem anderen SuperBlock:
    e2fsck -b 8193 <Gerät>


ubuntu@ubuntu:~$ sudo mke2fs -n /dev/sdb3
mke2fs 1.41.11 (14-Mar-2010)
Dateisystem-Label=
OS-Typ: Linux
Blockgröße=4096 (log=2)
Fragmentgröße=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
12165120 Inodes, 48640803 Blöcke
2432040 Blöcke (5.00%) reserviert für den Superuser
Erster Datenblock=0
Maximale Dateisystem-Blöcke=0
1485 Blockgruppen
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe
8192 Inodes pro Gruppe
Superblock-Sicherungskopien gespeichert in den Blöcken: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000, 23887872

ubuntu@ubuntu:~$ sudo e2fsck -b 11239424 /dev/sdb3
e2fsck 1.41.11 (14-Mar-2010)
e2fsck: Das Argument ist ungültig beim Versuch, /dev/sdb3 zu öffnen

SuperBlock ist unlesbar bzw. beschreibt kein gültiges ext2
Dateisystem.  Wenn Gerät gültig ist und ein ext2
Dateisystem (kein swap oder ufs usw.) enthält,  dann ist der SuperBlock
beschädigt, und sie könnten e2fsck mit einem anderen SuperBlock:
    e2fsck -b 8193 <Gerät>

ubuntu@ubuntu:~$ sudo e2fsck -b 20480000 /dev/sdb3
e2fsck 1.41.11 (14-Mar-2010)
SuperBlock has an ungültig Journal (Inode 8).
Bereinige<j>? ja

*** ext3 journal has been deleted - filesystem is now ext2 only ***

Die Dateisystem Größe ( laut SuperBlock) ist 48827559 Blocks
Die physikalische Größe von Gerät ist 48640803 Blocks
Entweder der SuperBlock oder die Partionstabelle ist beschädigt!
Abbrechen<j>? ja

Я действительно понятия не имею, является ли это таблица разделов или суперблоки. сначала я думаю, что должен удалить массив с одним устройством, как я делаю это, ничего не повреждая (чем это теперь :D)? и после этого - что я должен сделать затем?

заранее спасибо парни!


Править: я просто нашел этот https://bbs.archlinux.org/viewtopic.php? id=136766

я думаю, что также испортил что-то при создании массива. но когда я делаю sudo e2fsck -cc /dev/md0 это дает мне следующую ошибку снова:

ubuntu@ubuntu:~$ sudo e2fsck -cc /dev/md0
e2fsck 1.41.11 (14-Mar-2010)
e2fsck: Superblock ungültig versuche es mit Backup-Blöcken...
e2fsck: Bad magic number in super-block beim Versuch, /dev/md0 zu öffnen

SuperBlock ist unlesbar bzw. beschreibt kein gültiges ext2
Dateisystem.  Wenn Gerät gültig ist und ein ext2
Dateisystem (kein swap oder ufs usw.) enthält,  dann ist der SuperBlock
beschädigt, und sie könnten e2fsck mit einem anderen SuperBlock:
    e2fsck -b 8193 <Gerät>

я должен выполнить resize2fs, таким образом, медосмотр и размер фс действительно соответствуют снова? (я еще не выполнял эту команду)? или достаточно воссоздать массив?

1
задан 4 March 2013 в 17:08

1 ответ

Возможно, я слишком глуп, но я не нашел кнопку комментария нигде, мне только разрешают прокомментировать однажды, когда я не регистрируюсь?

У Вас все еще есть строка исходного массива от /etc/mdadm.conf? – psusi

Нет, к сожалению, всего старой системы не стало. Я делаю photorec прямо сейчас, и я уже сделал dd-изображение одного диска. Действительно ли возможно работать с .img- файл? (монтирование iso не возможно). Я действительно думаю из-за другого blocksizes медосмотра и файловой системы, что таблицы разделов не стало. я должен попытаться восстановить его, когда photorec сделан?

Править: РЕШЕННЫЙ, вернул мои данные. набег все еще испорчен, но теперь я могу восстановить его и затем скопировать мои данные назад по нему. посмотрите поток здесь: http://ubuntuforums.org/showthread.php?t=2122138&p=12540725

Таким образом, вот то, что я сделал:

  1. я сделал Изображение DD одного из RAID1-разделов (в этом случае/dev/sdb2).

  2. я загрузил и выполнил испытательный стенд на ИЗОБРАЖЕНИИ, НЕ сам раздел.

    sudo./testdisk_static/path/to/dd-image

  3. хит входит, не выбрал "ни один" в типе таблицы разделов

  4. выбранный анализ и позволил ему работать, после того, как тот хит войдет

  5. выбранный "глубже ищут" и остановил его путем нажатия Enter, как только расширение 4 записи обнаружилось

  6. выбранный одна из ext4 записей и продвинутого "p" для списка файлов (примечание: если это говорит "файловую систему, поврежденную", возможно, необходимо позволить более глубокому поиску пробежать и протестировать каждую запись),

  7. выбранный папки на следующей странице и скопированный это в другой жесткий диск

  8. готово

0
ответ дан 4 March 2013 в 17:08

Другие вопросы по тегам:

Похожие вопросы: