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

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

Поэтому я использую 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 с этой схемой разделов.

Что делать?

4 ответа

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

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

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

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

Даже не усложняйте это журналами и прочим.

Вот простое решение, которое позволяет вам создать постоянный раздел любого размера! 1 ТБ 100 ТБ ....и так далее. Единственным ограничением является пространство на физическом диске, а не программная ошибка.

Примечание-Посмотрев сценарий видно, что однозначно проблема с модулем форматирования руфуса.

Теперь вот решение

  1. Установите постоянный раздел на 1 ГБ
  2. Через несколько минут ваш файл будет записан на USB-накопитель.
  3. Предположительно я хочу создать раздел размером 100 ГБ.
  4. У меня USB 128 ГБ
  5. 28 ГБ зарезервировано для моего загрузочного сектора ISO, 1 ГБ в качестве постоянной и 99 ГБ нераспределенной памяти.
  6. Теперь наша цель — объединить постоянные 99 ГБ с постоянными 1 ГБ, чтобы получить постоянные 100 ГБ, чего мы не могли бы сделать иначе на rufus, поскольку оно зависло бы при 100% форматировании.

7.Так что либо создайте виртуальную машину, либо случайно загрузите другой ISO на флешку объемом минимум 4 ГБ. Примечание. Не загружайтесь с флешки, на которой вы работаете.

8. Теперь установите gparted (менеджер разделов Linux для gnome, кстати), иногда предварительно установленный, просто проверьте и откройте его.

9. Теперь в правом верхнем углу выберите флешку на 128 ГБ.

  1. Щелкните правой кнопкой мыши сектор постоянства 1 ГБ и размонтируйте его.

9. затем еще раз щелкните правой кнопкой мыши тот же сектор постоянного хранения размером 1 ГБ, чтобы изменить его размер и присвоить ему размер 100 ГБ, перемещая начальную и конечную черные стрелки.

10. Теперь нажмите на значок галочки и примените изменения (кстати, они расположены под словом «Помощь»)

11. Это займет некоторое время, и вы увидите, что у вас есть загрузочный раздел размером 28 ГБ и постоянный раздел размером 100 ГБ — именно то, что вы хотели !!

У меня ушло 1 час, чтобы добавить 50 ГБ.

Обратите внимание: просто чтобы убедиться, что все прошло правильно, просто загрузите USB-накопитель после изменения размера и убедитесь, что на рабочем столе по умолчанию нет папки сохранения. Если папка сохранения есть, повторите процесс.

В приведенном выше примере вы не испортили первые 28 страниц загрузочного файла, так что не волнуйтесь, это безопасно!

Спасибо.

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

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

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

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

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

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

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

Другие вопросы по тегам