Не удается создать загрузочный USB-накопитель: Руфус зависает после записи MBR

Question

Я купил компьютер без оптического привода, и у меня нет возможности одолжить его на короткое время.

Поэтому я использую Rufus для создания загрузочной флешки.

У меня есть 16Gb USB-накопитель Toshiba.

Используя встроенный образ FreeDOS от Rufus, я обнаружил, что «схема разделов MBR для BIOS или UEFI-CSM» является единственным вариантом для создания загрузочного USB-накопителя, который материнская плата понимает и загружает с него.

Затем я создал тестовый USB-накопитель с настройкой Ubuntu 12.04 LTS и установил его без проблем.

Когда я пытаюсь записать образ Windows Server 2008 размером 3 ГБ, я могу записать USB-накопитель либо с "схемой разделов MBR для UEFI", либо с "схемой разделов GPT для UEFI", но моя материнская плата AsRock не может загрузиться с этой карты памяти ,

Когда я выбираю «схему разделов MBR для BIOS или UEFI-CSM», Руфус заставляет меня выбирать NTFS. Когда я нажимаю "Пуск", он записывает некоторые структуры, но затем навсегда зависает при попытке написать MBR:

Format operation started
Requesting disk access...
Opened \\.\PHYSICALDRIVE1 for exclusive write access
Requesting lock...
Will use 'E:' as volume mountpoint
I/O boundary checks disabled
Requesting lock...
Analyzing existing boot records...
Drive has a Rufus Master Boot Record
Volume has an unknown Partition Boot Record
Clearing MBR/PBR/GPT structures...
Erasing 128 sectors
Deleting partitions...
Partitioning (MBR)...
Closing existing volume...
Waiting for logical drive to reappear...
Formatting (NTFS)...
Using cluster size: 4096 bytes
Quick format was selected
Creating file system...
Format completed.
Writing master boot record...
Drive has a Zeroed Master Boot Record
Set bootable USB partition as 0x80
Using Rufus MBR
Found volume GUID \\?\Volume{8c687e53-2e9b-11e7-a9e7-c19b1afa280e}\
Waiting for access on \\?\Volume{8c687e53-2e9b-11e7-a9e7-c19b1afa280e} [\Device\HarddiskVolume35]...

Затем немного ждет и сообщает:

Warning: Could not obtain exclusive rights. Retrying with write sharing enabled...

и тогда это может ждать вечно.

Пользовательский интерфейс отзывчив, но единственный способ завершить работу Rufus - убить его в диспетчере задач.

Это происходит только тогда, когда я использую NTFS с этой схемой разделов.

Что делать?

Answer 1

Вам следует проверить наличие антивирусного программного обеспечения, конфликтующего с rufus.
например, см .: https://github.com/pbatard/rufus/wiki/FAQ#Incompatible_Software

в моем конкретном случае руфус зависал (пытаясь записать MBR) из-за g data antivirus с включенным behavior monitor :

Answer 2

Чтобы убедиться, что USB-накопитель является загрузочным UEFI, измените схему разделов и тип целевой системы на схему разделов GPT для UEFI.

У меня была такая же проблема, тогда я сделал это, и это сработало.

Answer 3

Я столкнулся с той же проблемой, и я почти дергал себя за волосы, пока не нашел сообщение на Reddit, в котором разработчик Rufus сказал об этом (и это было точно моей проблемой более двух дней!):

Руфус разработчик здесь. Проблема в том, что люди из Манджаро слишком доверяют ISOHybrid и, похоже, забыли, что, да, есть люди, которые хотят создать загрузочный диск UEFI, просто скопировав файлы ISO в файловую систему FAT32 (которая в значительной степени то, что Руфус делает для загрузки UEFI). Таким образом, они не удосужились включить драйвер FAT32 в свой загрузчик GRUB EFI.

Следовательно, процесс завершается следующим образом:

Прошивка UEFI находит загрузчик GRUB в разделе FAT32 и запускает его (поскольку все прошивки UEFI поддерживают FAT32)

Загрузчик GRUB запускается и начинает поиск своих файлов конфигурации в файловой системе, которую он может обработать ... но поскольку люди Manjaro включили в GRUB только модуль для файловых систем ISO9660, а не FAT32, он не может найти этот файл и выручает с подсказкой.

Обратите внимание, что мы сообщили об этой проблеме Манджаро несколько месяцев назад, но они до сих пор ничего не сделали с этим. Поэтому, если вы хотите помочь, пожалуйста, приставайте к ним, чтобы решить эту проблему, поскольку у нас есть основания полагать, что ее чрезвычайно легко исправить, и многие другие пользователи Manjaro избегают этой легко решаемой проблемы.

И, конечно, как было правильно предложено, вы всегда можете вернуться к использованию "режима DD", когда Rufus предложит обойти эту проблему.