я уже считал и попробовал разные подходы в течение 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, таким образом, медосмотр и размер фс действительно соответствуют снова? (я еще не выполнял эту команду)? или достаточно воссоздать массив?
Возможно, я слишком глуп, но я не нашел кнопку комментария нигде, мне только разрешают прокомментировать однажды, когда я не регистрируюсь?
У Вас все еще есть строка исходного массива от
/etc/mdadm.conf
? – psusi
Нет, к сожалению, всего старой системы не стало. Я делаю photorec прямо сейчас, и я уже сделал dd-изображение одного диска. Действительно ли возможно работать с .img
- файл? (монтирование iso
не возможно). Я действительно думаю из-за другого blocksizes медосмотра и файловой системы, что таблицы разделов не стало. я должен попытаться восстановить его, когда photorec сделан?
Править: РЕШЕННЫЙ, вернул мои данные. набег все еще испорчен, но теперь я могу восстановить его и затем скопировать мои данные назад по нему. посмотрите поток здесь: http://ubuntuforums.org/showthread.php?t=2122138&p=12540725
Таким образом, вот то, что я сделал:
я сделал Изображение DD одного из RAID1-разделов (в этом случае/dev/sdb2).
я загрузил и выполнил испытательный стенд на ИЗОБРАЖЕНИИ, НЕ сам раздел.
sudo./testdisk_static/path/to/dd-image
хит входит, не выбрал "ни один" в типе таблицы разделов
выбранный анализ и позволил ему работать, после того, как тот хит войдет
выбранный "глубже ищут" и остановил его путем нажатия Enter, как только расширение 4 записи обнаружилось
выбранный одна из ext4 записей и продвинутого "p" для списка файлов (примечание: если это говорит "файловую систему, поврежденную", возможно, необходимо позволить более глубокому поиску пробежать и протестировать каждую запись),
выбранный папки на следующей странице и скопированный это в другой жесткий диск
готово