Файловая система lvm volume внезапно изменилась с ext4 на silicon_medley_raid_member

Сегодня мой ноутбук внезапно показал мне этот текст при загрузке:

mount: mounting /dev/dm-0 on /root failed: No such device
mount: mounting /dev on /root/dev failed: No such file or directory
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target filesystem doesn't have requested /sbin/init.
No init found. Try passing init= bootarg.

BusyBox v1.21.1 (Ubuntu 1:1.21.0-1ubuntu1) built-in shell (ash)
...

я загрузил из livecd и проверил все файловые системы (есть три тома lvm local-root, local-home и local-swap также есть / boot раздел в / dev / sda1, который не находится в lvm) с fsck

Тот же результат после перезапуска ..

Затем при установке моих томов для chroot ing к ним я увидел, что local-root не может быть смонтирован по этой причине:

# mount /dev/mapper/local-root /mnt
mount: unknown filesystem type 'silicon_medley_raid_member'

Darn! ЗАЧЕМ?! почему ME и NOW? !!

Я проверил это дважды:

# blkid /dev/mapper/local-root
/dev/mapper/local-root: TYPE="silicon_medley_raid_member"

Однако я все еще могу легко установить его с помощью вручную определенного fstype:

# mount -t ext4 /dev/mapper/local-root /mnt 

Но я не знаю, что делать дальше, как изменить FSTYPE на ext4 без потери данных? (да, у меня есть резервная копия, но только для тома «local-home», и я не хочу переустанавливать полную систему rght сейчас.)

Спасибо за ваше время!

1
задан 17 February 2017 в 22:51

1 ответ

У меня возникла аналогичная проблема. Тем не менее, моя группа томов LVM была заполнена, поэтому я не мог попробовать взломацию, упомянутую в другом решении.

Вместо этого я использовал wipefs, чтобы увидеть, что мой раздел фактически имеет 2 подписи. Один из них был правильным (ext4). Другой был некорректным (silicon_medley_raid_member).

Сначала я загрузился с LiveUSB, который соответствовал моей версии Ubuntu (14.04). Затем я запустил это, чтобы увидеть две подписи:

sudo wipefs -n /dev/mapper/local-root

Результат выглядел примерно так:

offset               type
----------------------------------------------------------------
0x4444               ext4   [filesystem]
                     LABEL: root
                     UUID:  <redacted>

0xfffffff            silicon_medley_raid_member (raid)

(Смещения изменены для защиты невинных.)

Затем я проверил это, чтобы проверить удаление плохой сигнатуры.

sudo wipefs -n -o 0xfffffff /dev/mapper/local-root

Где 0xfffffff - смещение, указанное в первой команде.

Наконец, я снова запустил его без -n, чтобы фактически записать изменение на диск.

sudo wipefs -o <offset> /dev/mapper/local-root

И теперь blkid /dev/mapper/local-root показал TYPE как ext4.

Будьте очень осторожны при использовании wipefs. Перед тем, как сделать это, у вас должна быть резервная копия. И, конечно, не используйте этот метод, если на самом деле не видите две подписи.

0
ответ дан 23 May 2018 в 01:22

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

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