файловая система объема lvm, внезапно измененная от 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 также существует / раздел начальной загрузки в/dev/sda1, который не находится в lvm) с fsck
Тот же результат после перезапуска..
Затем при монтировании моих объемов для chrootлуг им я видел это local-root не может быть смонтирован с этой причиной:
# mount /dev/mapper/local-root /mnt
mount: unknown filesystem type 'silicon_medley_raid_member'
Штопка! ПОЧЕМУ?! почему ME и ТЕПЕРЬ?!!
я проверил это дважды:
# 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, не освобождая данные? (да, у меня есть резервное копирование, но только для 'локально-домашнего' объема, и я не хочу переустанавливать полную систему rght теперь..)
Спасибо за внимание!
2 ответа
Мне было очень весело с той же ошибкой сегодня, и я не могу сосчитать все проверки файловой системы, восстановление загрузки, переустановку grub, ...
Оказывается, решение довольно простое. Просто увеличьте корневую группу на несколько байтов, и тип будет автоматически установлен на ext4.
lvextend -L +512B /dev/mapper/local-root
Я нашел решение здесь: https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/1011007
Я столкнулся с подобной проблемой. Однако моя группа томов LVM была переполнена, поэтому я не мог попробовать взлом, упомянутый в другом решении.
Вместо этого я использовал wipefs, чтобы увидеть, что мой раздел на самом деле имеет 2 подписи. Один был верным (ext4). Другой был неверен (silic_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. Вы должны иметь резервную копию, прежде чем делать это. И, конечно, не используйте этот метод, если вы на самом деле не видите две подписи.