Назад | Перейти на главную страницу

Как проверить (fsck) файловую систему на md-устройстве (linux / mdadm)

У меня есть раздел, лежащий на устройстве программного рейда, / dev / md4

При загрузке fsck не работает, и раздел не может быть смонтирован. Пытаясь выполнить fsck вручную, я получаю сообщение об ошибке:

sudo fsck / dev / md4 fsck из util-linux-ng 2.17.2 e2fsck 1.41.11 (14 марта 2010 г.) fsck.ext4: устройство или ресурс заняты при попытке открыть / dev / md4 Файловая система смонтирована или открыта исключительно другим программа?

sudo lsof / dev / md4 не дает вывода ...

Есть ли способ заставить fsck на устройстве md?

Он смонтирован, но не отображается как открытый файл (попробуйте использовать другие подключенные диски). Делать grep "/dev/md" /proc/mounts и посмотрите, написано ли там, где он установлен. Если нет, посмотрим, что cat /proc/mdstat говорит. После того, как вы его отключили, fsck должен работать.

Возможно, у вас неисправный диск, посмотрите, что mdadm -D /dev/md4 говорит - если выдает хитрый диск, снимите его mdadm -v /dev/md4 -r /dev/whatever, замените его или скопируйте его, затем mdadm /dev/md4 -a /dev/whatever

Хорошо, я нашел виновного. Раздел больше не содержит файловой системы. Вместо этого он находится под управлением lvm (а разделы lvm используются виртуальными машинами kvm). Но человек, который внес изменение, забыл удалить соответствующую запись из / etc / fstab.