Устройство: Dell XPS-15 9510 с последней архитектурой
Я использую двойную загрузку Windows и Arch, используя загрузчик grub.
Вчера я перезагрузил свой компьютер и был отправлен в спасательную операцию из-за неизвестной файловой системы.
'ls' перечисляет все мои разделы
Мой раздел efi - hd0, gpt1, но я не могу загрузиться с него из-за того, что он, по-видимому, имеет неизвестную файловую систему. Большинство пользователей могут решить проблему такого рода на этом этапе, изменив префикс на загрузочную папку своего раздела efi, но ВСЕ перечисленные разделы содержат неизвестную файловую систему. Я ничего не могу сделать из спасательной личинки.
Мои разделы efi по-прежнему работают нормально, потому что я могу загружаться в Windows из меню одноразовой загрузки UEFI.
Я подключил установочный диск арки, смонтировал /dev/nvme0n1p5 (мой основной раздел арки) в /mnt, смонтировал /dev/nvme0n1p1 (мой раздел efi) в /mnt/boot/efi. Я запустил arch-chroot /mnt. Все работает как обычно. Переход к /boot/efi показывает, что (я думаю) все нормально. Все материалы Windows находятся там (EFI, FSCK000 и т. д.). Есть папка grub со шрифтами, grub.cfg, grubenv, ..., x86-64-efi. Все выглядит нормально.
Однако, что бы я ни пытался, я не могу обновить, установить или проверить grub.
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=GRUB
выдает "grub-install: ошибка: неизвестная файловая система"
lsblk -f
показывает, что мои разделы efi (nvme0n1p1) имеют FSTYPE: vfat, FSVER: FAT32, имеют 28,9 доступных, заполнены на 84% и смонтированы в /boot/efi. Все кажется нормальным. Все остальные разделы также выглядят нормально. Я могу загрузиться в Windows и увидеть все файлы в моем разделе Linux.
Я не верю, что я сделал что-то, чтобы вызвать эту проблему. Я редко использую окна, но несколько дней назад был в нем и обновил его. Однако с тех пор я перезагружал компьютер несколько раз, и у меня не было ни одной из этих проблем.
Любые идеи?
Я хотел бы продолжить двойную загрузку и рассмотрю возможность очистки диска только в крайнем случае.
######### РЕДАКТИРОВАТЬ 1:
Я (к сожалению) использую UEFI, потому что новые компьютеры Dell не позволяют использовать устаревший биос. Больше никогда не куплю компьютер Dell.
Вывод из fdisk -l
Диск /deu/nume0n1: 476,94 ГиБ, 512110190592 байт, 1000215216 секторов
Модель диска: Micron 2300 NUMe 512GB
Единицы: секторы 1 » 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/0 (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: DA0B0A74-872P-45F4-9040-C37675BDBC36
Размер начальных и конечных секторов устройства Тип
/deu/nume0n1p1 2048 391167 389120 190M Базовые данные Microsoft
/deu/nume0n1p2 391168 653311 262144 128M зарезервировано Майкрософт
/deu/nume0n1p3 653312 450756607 450103296 214.6G Основные данные Microsoft
/dev/nume0n1p4 450756608 492701695 41945088 20G подкачка Linux
/dev/nume0n1p5 492701696 1000215182 507513487 242G файловая система Linux
/Диск /deu/sda: 28,91 ГиБ, 31039324160 байт, 60623680 секторов
Модель диска: USB ДИСК 3.0
Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: Oxbff8ee56
Размер начальных и конечных секторов загрузки устройства Идентификатор типа
/dev/sda1 * 64 1531903 1531840 748M 0 Пусто
/dev/sda2 1531904 1691647 159744 78M EF EFI (FAT-12/16/32)
(Диск /dev/loop®: 669,16 МБ, 701665280 байт, 1370440 секторов
(Единицы: секторы 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/0 (минимальный/оптимальный): 512 байт / 512 байт
