Данные скрыты или потеряны на жестких дисках в RAID1 на сервере Ubuntu 12.04?

Ubuntu и эксперты по данным, пожалуйста, любые советы по этой ситуации:

У нас был сервер с Ubuntu 12.04 с двумя жесткими дисками в RAID1. Однажды система просто не загружалась, и после некоторого расследования мы поняли, что на самом деле не все данные имеются. Нет папок / home, / bin и / var

Вот снимок экрана с Ubuntu Desktop Live CD. Может кто-нибудь объяснить, как это произошло:

enter image description here

Мы проверили жесткие диски с помощью fsck - ничего не вышло

Smartmontools показала около 200 секторов для повторного отображения на 1-м жестком диске и все хорошо на втором.

Мы попытались восстановить данные с помощью TestDisk - нет файлов в / home, / bin, / var. Только эти папки - / home, / bin, / var, которые отображаются красным цветом (я думаю, что они удалены) (одинаковые на обоих жестких дисках)

На самом деле мы обнаружили плохой блок на 1 жестком диске с TestDisk (на [ 1111] на рисунке ниже ), но как только один плохой блок может повлиять на более чем 32 ГБ данных? Может ли это быть суперблоком?

enter image description here

Мой вопрос - есть ли способ восстановить эти скрытые данные? И может ли кто-нибудь сказать мне, как это произошло, это был аппаратный сбой или чей-то злой умысел?

Обновление: Филипп большое спасибо за ваш ответ,

Прежде всего, запуск Nautilus от имени root не дает нам доступа к каким-либо дополнительным файлам.

Во-вторых, вы правы, мы проверили /dev/md1 с Testdisk, а не с отдельными жесткими дисками, потому что Testdisk не хотел работать с /dev/sda2 или /dev/sdb2, говоря, что этот раздел является частью массива raid.

В-третьих, я сказал, что /bin, /home and /var отображаются красным при проверке RAID с TestDisk, но эти папки кажутся пустыми, когда я пытался проникнуть внутрь них (когда в TestDisk)

Forth, Вот результат работы sudo ls -ld /home /var /bin:

drwxr -xr -x 2 root root 2799 Apr 23 11:41 /bin
drwxr -xr -x 1 root root 60 Aug 9 18:56 /home
drwxr -xr -x 1 root root 120 Apr 23 11:38 /var

Но эта команда проверяет не нужный диск, а наш виртуальный диск (сейчас мы работаем под Ubuntu live CD)

Итак, мы изменили эта команда, чтобы добраться до нашего желаемого смонтированного жесткого диска, например: sudo ls -ld home var bin etc

ls: cannot access home: No such file or directory
ls: cannot access var: No such file or directory
ls: cannot access bin: No such file or directory
drwxr -xr -x 92 root root 4096 Aug 5 20:31 etc

(я добавил etc в команду, просто чтобы проверить, работает ли команда, потому что etc доступно на нашем жестком диске) [тысяча сто тридцать одна]

1
задан 11 August 2012 в 10:57

1 ответ

Ваш первый снимок экрана не указывает на потерю данных. Сообщение «Некоторое содержимое нечитаемо» означает, что файловый менеджер не смог прочитать размеры всех файлов из-за разрешений файловой системы, а не из-за повреждения файловой системы.

Запуск nautilus от имени пользователя root или sudo du -h /path в командной строке даст вам возможность использовать все файлы.

Во-вторых, вы говорите, что папки отображаются красным цветом. Что вы подразумеваете под этим (где они показаны красным)? Удаленные файлы и папки вообще не отображаются, поэтому это не является причиной. Возможно, отсутствуют только разрешения или что эти каталоги на самом деле не каталоги, а символические ссылки, где цель отсутствует (в этом случае, например, ls показывает их красным цветом).

Чтобы разобраться, пожалуйста, вставьте вывод sudo ls -ld /home /var /bin.

Что касается ошибки чтения, вы говорите, что она на одном жестком диске, но на скриншоте сказано, что она на /dev/md1 (то есть на рейде с обоими дисками)? Как правило, один сбой в файловой системе может привести к полной потере данных, но это маловероятно. Я думаю, что вы сможете восстановить свои данные, если будете осторожны, не будете делать что-то преждевременно и правильно интерпретируете все знаки и сообщения.

Важное замечание: перед тем, как что-либо предпринимать какие-либо действия, особенно те, которые изменяют данные на дисках (включая повторную синхронизацию, монтирование, fscks, запуск тестового диска и т. Д.), Сделайте полный побитовый дамп дисков! Только так вы сможете безопасно экспериментировать.

0
ответ дан 11 August 2012 в 10:57

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

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