Неизвестный раздел Ubuntu, не может смонтировать или обновить личинку
После сбоя питания у меня была следующая ошибка:
error: unknown filesystem
grub rescue>
Я выполнил восстановление Ubuntu с помощью живого usb. Журнал может быть найден здесь
После того, как эта личинка исчезла (я не могу выбрать, который ОС загрузиться) и по умолчанию я загружаю окна теперь. У меня есть важное приложение, работающее на Linux, но я не могу загрузиться к Linux.
Я затем отредактировал файл личинки и попробовал к личинке обновления, но это говорит:
failed to get canonical path of /cowСледующая опция была к
sudo mount /dev/sda5 /mntНо затем я получаю ошибку:mount: you must specify the filesystem typeЯ не знаю тип файловой системы, так как я не сделал установки на этой конкретной машине.
Я также попробовал
cat /etc/fstabно это не показывает sda5, и при этом я не могу видеть, что он используетblkidкоманда. От GUI (так как я загрузил систему от живого usb), я вижу раздел 5 как наличие неизвестного типа.
ОБНОВЛЕНИЕ: fsck -a -t ext4 /dev/sda5 сразу дает следующую ошибку:
fsck от util-Linux 2.20.1 fsck.ext4: Плохое магическое число в суперблоке при попытке открыть/dev/sda5/dev/sda5: суперблок не мог быть считан или не описывает допустимую ext2/ext3/ext4 файловую систему.
Если устройство допустимо, и оно действительно содержит ext2/ext3/ext4 файловую систему (и не подкачка или ufs или что-то еще), то суперблок поврежден, и Вы могли бы попытаться выполнить e2fsck с альтернативным суперблоком: e2fsck-b 8193 или e2fsck-b 32768
2 ответа
Протестируйте это:
необходимо загрузиться от live-dvd/usb.
Открывают терминал.
Выполнение это:
sudo -i
fsck -a -t ext4 /dev/sda5
mount /dev/sda5 /mnt
mount --bind /dev /mnt/dev
mount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
grub-install --root-directory=/mnt /dev/sda
update-grub
umount /mnt
reboot
Согласно спасательный журнал и Ваш комментарий серьезно повреждается заголовок файловой системы на sda5, Вашем разделе Linux. Можно быть в состоянии восстановиться с резервного суперблока, как описано в выводе fsck (от живой системы , как описано kyodake):
sudo e2fsck -b 32768 /dev/sda5
, Если это не работает, файловая система вероятна вне восстановления. Если у Вас есть важные данные по нему, можно попытаться спасти его с инструментами восстановления данных, например, , как описано в справке сообщества .