Яку версію MS-DOS Rufus використовує для створення завантажувальних USB?


74

Rufus дозволяє створити завантажувальну флешку MS-DOS. Це робиться поза полем як опція без необхідності вказувати зображення або ISO.

Основний інтерфейс Руфуса

Однак документації на цей інструмент практично не існує, і я не можу знайти нічого, що б вказувало, яку версію DOS використовує програма для цієї мети. Хтось знає?


1
З цікавості, навіщо вам це знати?
Ooker

4
@Ooker - Суміш цікавості та причин, наведених у моєму коментарі до прийнятої відповіді. В основному мені потрібно було впевнитись, що це ще не DOS 6.22, і тому я не витрачав часу на пошук, як створити завантажувальний USB з 6.22.
Хашим

2
Майже кожен корпус, який не потрапляє в конфлікт ліцензій, використовує FreeDOS для таких типів завантажувальних дисків.
eckes

Відповіді:


197

Тут розробник Rufus.

Як правильно вказав @ magicandre1981, версія MS-DOS, що надається Rufus, - це MS-DOS з Windows Millenium Edition, "unprppled", щоб включити завантаження (я не винайшов цей патч, але взяв його з HP USB та інших інструменти).

Крім того, і це важлива частина, Rufus НЕ вбудовує файли MS-DOS у додаток, а вибирає їх із системи Windows, з якої працює, оскільки, оскільки бінарні файли MS-DOS є власником і захищено авторським правом Microsoft, це незаконно для кого - або ще , але Microsoft поширювати MS-DOS виконувані файли, будь то в поштовий файл або додаток (як насправді, виявляється , що HP потрапила в правових проблем , пов'язаних з Microsoft , коли вони спробували провести версію їх Утиліта HPUSBFW, в яку вбудовані файли MS-DOS Windows 98, і Microsoft швидко змусив їх припинити це робити).

Отже, до Windows 10 ми покладалися на те, що файли MS-DOS (від Windows ME) були включені до DLL ( diskcopy.dll), який Windows використовує для створення завантажувальних дискети DOS (який фактично містить повне завантажувальне дискети FAT) , і вибрав звідти файли, що ми можемо законно зробити.

Однак із впровадженням Windows 10 Microsoft втратила можливість створювати завантажувальні дискети (оскільки ніхто не використовує Windows 10, як очікується, завантажується з дискети) та видаляється diskcopy.dll. Це означає, що у нас більше не існує законного способу створення завантажувальних флеш-накопичувачів MS-DOS, і кінцевим результатом є таке:

  • Якщо ви використовуєте Rufus у Windows XP для Windows 8.1: у вас є можливість створювати завантажувальні USB-файли за допомогою FreeDOS або MS-DOS (видання WinME).
  • Якщо ви використовуєте Rufus в ОС Windows 10 або новішої версії: у вас є можливість створювати завантажувальні USB-адреси лише з FreeDOS.

На практиці мені ще доводиться стикатися з реальним повідомленням від когось, що вказує на те, що FreeDOS не працює там, де робить MS-DOS, тому я не вважаю втрату підтримки MS-DOS в Windows 10 великою втратою. Крім того, на відміну від використання MS-DOS, який є закритим джерелом і який Microsoft вже давно перестала підтримувати, FreeDOS є відкритим кодом і активно підтримується, тому вам зазвичай набагато краще використовувати FreeDOS.


4
Ей, приятелю. Дякую, що ви зважилися, і дякую за чудовий інструмент. Ви б не заперечували тут пролити трохи світла: superuser.com/questions/1228065/… . Я, здається, не можу змусити Руфуса встановити MS-DOS 6.22 з ISO, і, як ви говорите, це, здається, не є юридичною проблемою. Мені потрібен DOS 6.22, оскільки я не можу ризикувати використанням альтернативи, враховуючи, що утиліта, якою я буду керуватися, неймовірно ніша і має потенціал зламати дорогі речі, якщо не на 100% вірно, тому я дуже вдячний за вашу допомогу там.
Хашим

2
Мені не вдалося використовувати FreeDOS для прошивки BIOS на своєму ноутбуці, але я міг використовувати завантажувальний диск Windows 98. Це означає, що все, що мені потрібно було, - це вийти і знайти зображення завантажувального диска в Інтернеті. Це не так, як якщо надсилає над ним повідомлення DMCA.
trlkly

7
Було б непогано згадати, що ця версія DOS від Windows ME розміщена як MS-DOS 8.0. Люди з Windows 95a та 95OSR / 98 / 98SE були відповідно MS-DOS 7.0 та 7.1. Декілька людей посилаються на MS-DOS 7.11, але я не впевнений, що, якщо що-небудь додало до 7.1
underscore_d

3
MS-DOS 7.10 додає підтримку FAT32 @underscore_d. Це велика різниця між 7.10 та 7.00. Зауважте також, що немає такого поняття, як "DOS 7.1". Номери версій MS завжди є X.YY. Копії DOS 7.1, що розповсюджуються в Інтернеті, - це те, що деякі люди складають разом, беручи копію версії DOS, що постачається разом з 95OSR2 / 98 / 98SE, і зламають COMMAND.COM з текстовим редактором, щоб зробити його звітом версії 7.1. І, звичайно, для повноти DOS 8.00 - це той, який постачається з WinME, який видалив підтримку в реальному режимі, тому DOS завантажується в захищений режим, з інтегрованою HIMEM.
Коді Грей

2
Правильно. Немає завантажувального розділу FAT32 до MS-DOS 7.10. Або будь-який розділ FAT32, з цього приводу! Ви також не зможете отримати доступ до великих жорстких дисків, оскільки ці старі версії DOS нічого не знають про LBA ( логічна адресація блоків ), і вони використовують старі виклики переривання BIOS для вводу / виводу диска замість новіших " INT 13h розширення ". Інші дрібниці: вам потрібен MS-DOS 4.00 (офіційно, 3.3 неофіційно з певними обмеженнями) для підтримки FAT16 (раніше підтримувався лише FAT12). @Hashim
Коді Грей

36

Він витягує версію з файлу Windows diskcopy.dll

/* Extract the MS-DOS files contained in the FAT12 1.4MB floppy
   image included as resource "BINFILE" in diskcopy.dll */
static BOOL ExtractMSDOS(const char* path)

дивлячись на інші коментарі в dos.c, які є DOS-файлами з WinME (DOS 8.0), він робить те саме виправлення, як показано тут :

* COMMAND.COM і IO.SYS з diskcopy.dll - з каліченої версії WinME  
* що видалив реальний режим DOS => вони повинні бути виправлені:  
* IO.SYS 000003AA 75 -> EB 
* COMMAND.COM 00006510 75 -> EB 

Ха-ха, побили його за 20 секунд. +1 про детективну роботу, дивлячись на вихідний код, мені навіть не траплялося. Я переглянув сторінку Вікіпедії в реальному режимі, але я все ще трохи незрозумілий. На практиці, що робить реальний режим, і чи дозволяє цей патч відновити всю його функціональність?
Хашим

Щось із цікавого досвіду, я також натрапив на проблему, де / розробник говорить про це: github.com/pbatard/rufus/isissue/545
Хашим

11
Реальний режим - це режим в x86 cpus з необмеженим прямим доступом програмного забезпечення до всієї адресної пам'яті, вводу-виводу та периферійного обладнання. Реальний режим не підтримує захист пам’яті, багатозадачність чи рівень привілеїв коду. Але це потрібно для реального використання DOS, але спричинило проблеми зі стабільністю в Win95 та Win98. З цим видаленням WinME був більш стабільним
magicandre1981

ОК, я все ще використовую Windows 8 на своєму основному ноутбуці, і тут файл все ще включений. Тож ця опція пропонується лише на старих версіях.
magicandre1981

2
Звичайно, реальний режим також обмежений 20-бітною адресною шиною 8086/8088, тому ви можете адресувати лише 1 МБ пам'яті. 80286 зняв це обмеження, розширивши 24-бітну адресну шину та додавши захищений режим, що дозволило ЦП адресувати 16 МБ пам'яті (що було величезною кількістю оперативної пам’яті в 1982 р. Більше, ніж більшість ПК мали фіксовану пам’ять ). Код захищеного режиму 286 був не настільки поширеним на практиці (я дивлюся на вас, OS / 2 та Xenix), і хоча 80386 ввів 32-розрядний захищений режим у 1985 році, пройшло ще десятиліття, перш ніж захищений режим 32-бітний програмне забезпечення стало досить поширеним на ПК.
CVn

10

Я вирішив перевірити це сам. Я створив завантажувальний USB під керуванням MS-DOS за допомогою Rufus, а потім завантажився в нього на своєму ноутбуці. Опинившись у MS-DOS, я запустив verкоманду визначити її версію, яка повернула Windows Millennium, він же Windows ME.

Я здогадуюсь, що це означає, що версія MS-DOS, яка використовується Rufus, витягується з Windows ME, а не є однією з більш ранніх, автономних версій. Чим ця інтегрована МЕ версія відрізняється від попередніх версій, я не зовсім впевнений.


4
дивіться мою відповідь . Він отримує зображення DOS з файлу Windows
magicandre1981
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.