Не удалось смонтировать тип файловой системы vfat в точке загрузки efi
Обновлено: 21.11.2024
Целью этой статьи является создание диска, доступного для чтения и записи всеми основными операционными системами (например, macOS, Windows и Linux). Для этого можно использовать съемное запоминающее устройство USB, содержащее носитель SSD SATA или NVMe, отформатированный с разделом exFAT. На момент написания этой статьи, 2 января 2020 г., будет продемонстрирован съемный накопитель USB-C, содержащий устройство хранения данных CORSAIR FORCE Series MP500 NVMe емкостью 120 ГБ.
USB-накопитель подключен к системе NST как устройство: "/dev/sdc". Утилита parted disk будет использоваться для создания метки диска таблицы разделов GUID (GPT), системного раздела EFI и раздела exFAT. Разделение GPT позволяет использовать все доступное дисковое пространство для дисков, размер которых превышает 2 ТБ. Это одно из ограничений устаревшего разделения MBR.
На следующей диаграмме показан пример макета таблицы разделов GUID:
Справочник по Википедии: Схема диска с таблицей разделов GUID. В этом примере каждый логический блок имеет размер 512 байт, а каждая запись имеет размер 128 байт. Предполагается, что соответствующие записи раздела расположены в LBA 2–33. Отрицательные адреса LBA указывают позицию от конца тома, где −1 — это последний адресуемый блок.
Обнулить предыдущую метку диска — необязательно
Этот необязательный шаг обнуляет все предыдущие метки диска. Мы будем использовать утилиту dcfldd. Первый 1 ГБ диска будет обнулен:
Создать метку GPT-диска
Теперь будет создана метка диска GPT:
Создать системный раздел EFI
Новый системный раздел EFI будет создан с помощью следующих команд (рекомендуемый размер — не менее 260 МиБ):
Создать раздел exFAT
Новый раздел exFAT теперь будет создан с использованием оставшейся неиспользуемой области диска:
Форматировать раздел exFAT
Используйте команду "mkfs.exfat" для форматирования файловой системы exFAT:
Команда "lsblk" показывает только что созданную файловую систему exFAT с меткой:
Обзор
Теперь отформатированный диск должен быть доступен для чтения и записи всеми основными операционными системами (например, macOS, Windows и Linux). Если нет, используйте метод ниже: Альтернативное создание раздела exFat для совместимости с ОС.
В этом разделе показано, как создать целый раздел exFAT на флэш-накопителе USB емкостью 64 ГБ, чтобы все основные ОС (например, macOS, Windows и Linux) могли монтировать и использовать данные на диске.< /p>
1) Найдите целевой USB-накопитель для создания раздела exFAT с помощью fdisk. В данном случае это будет "/dev/sda"
2) Убедитесь, что флэш-накопитель USB не подключен. Пример: USB-накопитель подключен по адресу: "/run/media/nst/59DF-5291"
3) Используйте fdisk для удаления всех ранее созданных разделов, создайте таблицу разделов GPT, а затем создайте новый раздел (например, "/dev/sda1") для exFAT, используя весь USB-накопитель.
4) Показать ход создания раздела с помощью parted.
5) Убедитесь, что загрузочная запись преобразована в GPT.
6) Установите тип раздела: "msftdata" — базовые данные Microsoft
7) Показать прогресс раздела.
8) Теперь отформатируйте раздел: "/dev/sda1" как файловую систему exFAT, используя: mkfs.exfat с меткой: "THUNDER2-1" с включенным подробным режимом.
9) Показать окончательный формат с помощью parted.
10) Используйте диспетчер системного хранилища (ssm), чтобы отобразить готовый раздел exFAT.
11) На всякий случай всегда синхронизируйте кэшированные записи с постоянным хранилищем перед извлечением USB-накопителя.
Я пытаюсь установить Ubuntu 14.04, и появляется сообщение:
Кто-нибудь может помочь?
10 ответов 10
Сегодня у меня была точно такая же проблема при установке Ubuntu Server на машину с UEFI. Я получил следующее сообщение:
Я создал раздел EFI и обычный раздел Linux на USB-диске с помощью команды gdisk. fdisk -l дал следующий результат для диска:
Затем я попытался смонтировать раздел EFI с помощью mount /dev/sdc1 /test/ , но получил следующий ответ:
Я также пробовал mount -t vfat /dev/sdc1 /test/ , но получил тот же ответ. Затем я отформатировал раздел EFI с помощью mkfs.vfat /dev/sdc1 . Затем я попытался снова смонтировать раздел EFI с помощью mount /dev/sdc1 /test/ . Это сработало отлично.
Поэтому я пришел к выводу, что установщику Ubuntu Server требуется форматирование раздела EFI, когда он пытается смонтировать его в /boot/efi .
Да, встречается в установщике Ubuntu Server. Пришлось сделать mkfs.vfat -F 32 /dev/sdX1 (где «X» — буква моего диска) перед повторным запуском установщика. Использовал флешку clonezilla для запуска mkfs.vfat, parted и т. д.
Добавлю, что запуск этой команды и повторная загрузка программы установки сработали. После этого у меня не было никаких проблем.
Я также использовал это решение для установки фокальной ямки. Поэтому перед новой попыткой установки я отформатировал раздел в FAT 32, и все заработало как можно быстрее.
элементарная ос хера 5.1 не поддерживал прямое форматирование раздела efi во время установки, поэтому мне пришлось полностью удалить раздел efi и оставить его как назначенное свободное пространство, затем продолжить, как если бы я продолжил установку, затем я отключил компьютер , снова загрузил его и назначил свободное место новому ПУСТОМУ разделу efi .
Вполне возможно, что вы видите эффект функции "Быстрый запуск" Windows. Эта функция превращает завершение работы в операции приостановки на диске, а это означает, что файловые системы, смонтированные Windows (возможно, включая системный раздел EFI (ESP), который Ubuntu монтирует в /boot/efi ), могут оказаться поврежденными в Ubuntu, а не монтировать правильно. Решение — отключить быстрый запуск в Windows. Обратите внимание, что функция быстрого запуска Windows полностью отделена от функции, которая, вероятно, имеет похожее название в прошивке. Функция встроенного ПО гораздо менее опасна, хотя иногда она мешает загрузке компьютера с флэш-накопителя USB, поэтому ее может потребоваться отключить, чтобы программа установки загрузилась.
У меня был первый раздел, предназначенный для раздела UEFI, размером 100 МБ и типом ext4. Я получил эту ошибку, которую вы тоже получили, и в моих настройках BIOS / UEFI включены безопасная загрузка и быстрая загрузка. Мое исправление состояло в том, чтобы просто использовать gparted для удаления этого раздела размером 100 МБ, а затем, когда я установил Ubuntu 18, я выбрал «Что-то еще» и в этот момент выделил раздел размером 100 МБ для загрузочного материала UEFI. Затем он отформатировал его для меня, и это сработало!
Вывод для меня: не делайте его предварительно отформатированным как ext4. Вместо этого оставьте пустые 100 МБ или около того для загрузочного раздела UEFI, но оставьте раздел установщика Ubuntu и отформатируйте его.
Для всех остальных разделов можно было сделать это заранее вручную через gparted, и мне не нужно было отключать быструю загрузку или безопасную загрузку в настройках BIOS/UEFI. Обратите внимание, однако, что на этом компьютере НЕ установлена Windows: это только Ubuntu 18.
Я переформатировал свой основной раздел как ext4.
Зашел в терминал с помощью ctrl alt f1
Затем отформатировал раздел
Это сработало для меня: я мучился два дня, прежде чем использовать ваше решение. Я до сих пор не знаю, ЗАЧЕМ это было нужно!
На рабочем столе «попробуйте ubuntu» откройте командную строку и выполните команду: sudo mkfs.vfat /dev/X, где X — имя раздела efi. Вы можете получить имя раздела, используя: sudo fdisk -l (слово «efi» появляется перед именем раздела).
похоже, что вы получаете ошибку чтения либо на жестком диске, либо на компакт-диске, если вы уверены, что жесткий диск в порядке, вы можете попробовать записать другой DVD, и если это не сработает, это означает, что у вас, вероятно, плохой жесткий диск. Если вы можете исключить любой из них, сообщите об ошибке на панели запуска
У меня есть сервер CentOS 7.5, который не загружается. Загружается только в режиме восстановления. Произошло это после принудительной перезагрузки сервера. Я получил следующую ошибку в CentOS 7.5 после проверки журналаctl -p err
grub2 был установлен после загрузки в систему правильного файла x86_64,
пытался смонтировать boot/efi, но получил ошибку: Неизвестный тип файла "vfat". Затем я попытался запустить dosfsck и исправить, если есть грязные биты. Был грязный бит, и он был исправлен.
Попытка монтирования повторилась, и произошла та же ошибка. Неизвестный тип файла "vfat".
[![введите здесь описание изображения][4]][4]
Доступны модули vfat той же версии, что и ядро. Я не обновлял ядро на этом сервере. поэтому мы можем исключить проблему несоответствия версии ядра.
Также пробовал переустановить ядро и все пакеты, связанные с ядром.
По-прежнему невозможно подключить /dev/sda1 к /boot/efi. У меня в основном закончились решения. Не могли бы вы помочь мне с этим, пожалуйста. Также у меня нет интернета на этот сервер. Я могу скачать любой файл с другого компьютера и перенести на этот. Учтите это при написании предложения.
Мой fstab выглядит следующим образом
Я дошел только до того места, где было сказано, что у вас есть грязный бит, и было сказано, что его нельзя исправлять, и нельзя исправлять загрузочный сектор BS. Вы вернулись, чтобы исправить эти ошибки?
Не запускайте grub2-install, в этом нет смысла, если это машина EFI. Ошибка диска вверху относится к nvme0n1, а не к sda, поэтому странно, что вы используете sda позже. Это тот же диск?
1 Ответ 1
В некоторых руководствах по усилению безопасности предлагается отключать загрузку ненужных типов файловых систем. Примеры обычно включают vfat в число отключаемых типов.
Но для систем, использующих UEFI, vfat является необходимым типом файловой системы: системный раздел EFI (ESP), содержащий файлы загрузчика *.efi, обычно представляет собой файловую систему FAT32, и это один из подтипов файловой системы FAT, обрабатываемый модуль vfat.
Обычно монтирование ESP необходимо для применения любых обновлений загрузчика, а другой пункт в руководствах по усилению безопасности обычно требует своевременной установки любых обновлений безопасности.
Проверьте файлы /etc/modprobe.d/*.conf на наличие такой строки:
Если такая строка существует, закомментируйте ее и повторите попытку.
Вы также должны связаться с тем, кто отвечает за усиление безопасности, так как очевидно, что это усиление было применено без перезагрузки системы, чтобы проверить наличие нежелательных побочных эффектов. Возможно, усиление тестировалось только на системах с классическим стилем загрузки MBR, но применялось и к системам с UEFI? В этом случае такая же ошибка может присутствовать и в других защищенных системах.
Я пытаюсь установить Linux Mint в систему своих друзей. Это Lenovo ideapad 110
В нем предустановлена Windows. Я столкнулся с вышеуказанной ошибкой во время установки.
Однажды я попытался продолжить с ошибкой, однако установка не произошла
В прошлом диск был разбит на разделы в MBR, поэтому возникли трудности с получением более 4 разделов, однако мне удалось выполнить то же самое, следуя ответу из сообщения на форуме Ubuntu. Я не мог увеличить размер раздела (sda1) - чтобы не было проблем с загрузчиком GRUB. Windows не позволяет мне это сделать.
Я прикрепил вывод информации о загрузочном сценарии для справки, пожалуйста, предложите, как продолжить установку - я думаю, что в конечном итоге у меня возникнут проблемы с меню GRUB, однако я свяжусь с вами, ребята, в это время.
Я не могу понять, что выводит ваш скрипт, сначала он говорит, что ваш /dev/sda1 отформатирован в NTFS, а затем указывает, что он отформатирован в FAT. Пожалуйста, вместо этого опубликуйте вывод
Мне непонятно, действительно ли вы хотите, чтобы это была установка с двойной загрузкой, или нет. Я также упомяну, что UEFI загружает устаревшую установку MBR необычно, поэтому убедитесь, что старая Windows 7, если вы хотите сохранить ее, действительно загружается в режиме UEFI.
Установщик, похоже, сработал, так как теперь он создал SDa4, SDa5, SDa6, SDa7.
- чего не хватает, так это загрузчика Linux Grub, который не удалось установить.
Пожалуйста, отредактируйте исходный заголовок сообщения, включив в него [РЕШЕНО] — когда ваша проблема будет решена!
Я думаю, что совершил грубую ошибку, недостаточно внимательно проверив детали.
Настройка BIOS показала, что устаревшие версии включены, а UEFI является приоритетным для загрузки.
Затем я включил UEFI [disabled legacy] - получил ошибку, система тоже не распознала окна.
Насколько я понимаю, это говорит о том, что Windows была установлена в устаревшем режиме. Я не думаю, что смогу установить монетный двор сейчас.
Я прав? Любые решения приветствуются. В противном случае мне нужно будет выполнить новую установку обеих ОС для двойной загрузки, включив только UEFI и используя разбиение gpt
Завтра я приложу вывод кода, спасибо, ребята.
Ну, это ситуация, о которой я упоминал выше, установка MBR обычно означает загрузку BIOS (вы можете загрузить MBR UEFI, просто для этого нет веской причины). Это не означает, что вы не можете установить Mint, просто загрузите установочный носитель в режиме BIOS/legacy, и он будет установлен соответствующим образом. Ваша Windows все еще загружается после того, как вы создали этот раздел EFI? Возможно, вам придется сначала восстановить загрузочный сектор Windows. Инструмент восстановления загрузки на установочном носителе Linux Mint может сделать это за вас. При необходимости запустите его перед установкой Mint.
Если вы все равно хотите выполнить новую установку UEFI/GPT, сначала установите Windows, а затем Mint, так будет намного проще.
+1 к комментарию gm10.
На диске сейчас бардак. Итак:
- сделайте резервную копию всех ваших данных на внешние диски. Вам нужно будет стереть Windows и переустановить, так что подготовьтесь к этому
- выберите, хотите ли вы установить в режиме Legacy/BIOS или в режиме UEFI.
это не имеет большого значения в повседневной жизни.
- переформатируйте жесткий диск соответствующим образом: таблица разделов MBR/msdos для Legacy/BIOS или GPT для UEFI
- установите Windows
- установите Linux
- убедитесь, что двойная загрузка работает
- восстановить все ваши данные Windows, программное обеспечение и т. д.
удалить sda 5,6,7, связанные с монетным двором.
диск имеет формат mbr (см. тип = dos), поэтому не более 4 логических разделов.
использовать устаревший режим.
Теперь у вас Windows в sda 1,2,3.
Следующий шаг — создание расширенного раздела (контейнера) в качестве четвертого раздела. Затем вы можете легко создать дополнительные логические разделы внутри расширенного.
У меня новая установка на новом оборудовании. После некоторых проблем у меня была среда рабочего стола (E17) и некоторые приложения. Я перенес некоторые личные файлы со своего старого компьютера на внешний жесткий диск.
Когда я подключил внешний диск к своему новому компьютеру и загрузился, процесс был прерван сообщением:
[Failed] Не удалось смонтировать /boot/efi.
Подробности см. в 'systemctl status boot-efi.mount'.
После нескольких сбоев зависимостей, а затем "Добро пожаловать в аварийный режим!" Следуя инструкциям на экране, я вошел в систему и просмотрел журнал. Момент, когда все идет плохо:
Вот некоторая информация о моей настройке:
Что я уже пробовал:
/dev/sda был разделен с помощью cgdisk, где /dev/sda1 имел размер 512 МБ, тип EF00.
/dev/sda1 был отформатирован с помощью mkfs.vfat -F32 /dev/sda1
Любая помощь приветствуется!
Похоже, в вашей initramfs нет необходимого модуля для vfat.
Вы пробовали загрузиться с резервной записью и/или пересобрать initramfs?
«UNIX проста и понятна», — Деннис Ритчи, «GNU — это не UNIX», — Ричард Столлман
initramfs не имеет значения, если systemd выводит их в командную строку.
Пахнет неудачным обновлением ядра, если модуль vfat не существует.
Спасибо за ответы.
и в нем были только следующие раскомментированные
, так что я не вижу здесь никаких проблем.
Затем я загрузился с компакт-диска, выполнил chroot, откатил ядро до версии 3.6.3 и успешно перезагрузился! После того, как я снова обновил ядро, я не забыл также обновить файлы в
Я перезагрузился с обновленным ядром, и все прошло успешно. Затем я следовал инструкциям здесь, чтобы убедиться, что это больше не повторится.
Еще раз спасибо за помощь.
В результате я получал множество ошибок systemd "Ошибка зависимости".
Теперь, когда я скопировал свое новое ядро 3.6.7 и initramfs img в свой загрузочный раздел EFI, все снова в порядке.
Устал? Для этого есть вздремнуть. --anonymous
У меня только что появилось то же сообщение об ошибке, что и при запуске "pacman -Syu" для обновления ядра Linux, а затем reobot. У меня не было под рукой CD-ROM, но были флешки. Поделюсь своим опытом:
<р>1. Создайте загрузочный USB-накопитель с UEFI, установленный с Archlinux (https://wiki.archlinux.org/index.php/Un … B_from_ISO)Если ваша система Linux загружается в режиме UEFI, перейдите по гиперссылке. НЕ используйте «dd» для создания загрузочного USB-накопителя. Или вы не сможете настроить UEFI для загрузки Linux (сообщение об ошибке появится на шаге 5).
Некоторые сообщения об ошибках/предупреждения могут появиться после «cp -a /mnt/iso/* /mnt/ USB". Это должно быть нормально из-за отсутствия информации о владельце/группе в файловой системе VFAT.
2. Загрузитесь с загрузочного USB-накопителя UEFI
3. Смонтируйте необходимые разделы и выполните chroot. Возьмем, к примеру, мою систему: <р>4. Скопируйте только что установленные файлы ядра в раздел EFI <р>5. Сбросьте загрузчик UEFI (для пользователя, отличного от Mac) (Этот шаг необходим для меня. В моем случае я использую rEFInd)
Читайте также: