Не удается создать загрузочный 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 ГБ
- Через несколько минут ваш файл будет записан на USB-накопитель.
- Предположительно я хочу создать раздел размером 100 ГБ.
- У меня USB 128 ГБ
- 28 ГБ зарезервировано для моего загрузочного сектора ISO, 1 ГБ в качестве постоянной и 99 ГБ нераспределенной памяти.
- Теперь наша цель — объединить постоянные 99 ГБ с постоянными 1 ГБ, чтобы получить постоянные 100 ГБ, чего мы не могли бы сделать иначе на rufus, поскольку оно зависло бы при 100% форматировании.
7.Так что либо создайте виртуальную машину, либо случайно загрузите другой ISO на флешку объемом минимум 4 ГБ. Примечание. Не загружайтесь с флешки, на которой вы работаете.
8. Теперь установите gparted (менеджер разделов Linux для gnome, кстати), иногда предварительно установленный, просто проверьте и откройте его.
9. Теперь в правом верхнем углу выберите флешку на 128 ГБ.
- Щелкните правой кнопкой мыши сектор постоянства 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 предложит обойти эту проблему.