Установка MS-DOS 6.22

Загрузку то надо как-то производить. Поэтому достаточно правильный MBR + системные файлы, записанные на диск в правильном порядке. Без корректного MBR такой способ не пройдёт (остальное не играет роли).

...что не означает, что их нет. Диск лучше разбивать fdisk не от microsoft (MS-DOS и наверное ранние версии Windows). Потом можно пожалеть.

Насколько я помню, DOS 6.22 не умеет корректно работать с большими партициями. Точное ограничение зависит от жёсткого диска, но primary раздел лучше делать не более 500 Мб.

Нужна распакованная (недискетная) установочная версия DOS. Просто скопировать весь её каталог на отформатированный диск (после того как он был сделан системным), загрузиться с этого диска, зайти в этот каталог и вызвать установщик setup. Версии ДОС должны совпадать (иначе насиловать setver). Лично я делаю именно так.

Длинные имена под ДОС поддерживаться не будут. Если есть программа, которая что-то подобное делает, то толку от неё немного. Вызов с autoexec - просто прописать в этом файле полное имя этой программы (с путём).

Нормальный файловый менеджер - Dos Navigator. Хотя это дело вкуса.

 

Я вот эту фразу поддержу! Системный раздел не должен (в плане дальнейших "любых" манипуляций) всё пространство ЖД занимать.

 

Единственное ограничения для поздних DOS(5/6) - первые 3 сектора io.sys должны располагаться последовательно. Форматировать можно чем угодно, я например всегда использую newfs_msdos из FreeBSD, только потом нужно скопировать io.sys и msdos.sys на раздел первыми.

Активных разделов может быть больше одного и не обязательно в первой записи PT. Один активный раздел это ограничения досовского
MBR, но даже он позволяет ему находиться в любой записи PT.

Поправка. MSDOS понимает только один расширенный раздел. В более других OS можно подмонтировать (и создать) любое разумное количество расширенных разделов.

Как не удивительно, но именно с MSDOS 7 мне удалось добиться максимума основной памяти. Выдержка из чудом сохранившегося
config.sys, 97г поэтому нет cutemouse, uide, shcdx и jemm:

Код:

; Conventional:
;
; 0070   2   7,392     DOS 7.1
; 0240   2   646,128   free memory
;
; UMB:
;
;  Region     Area      Size      Status              
;    1    B000 - B0B9   2.8K    Used (QEMM386)
;    1    B0BA - B0C9   0.2K    Used (DOS-UP)
;    1    B0CA - B0EC   0.5K    Used (IFS)
;    1    B0ED - B113   0.5K    Used (IFS)
;    1    B114 - B183   1.7K    Used (FILES)
;    1    B184 - B189   0.1K    Used (FCBS)
;    1    B18A - B1AA   0.5K    Used (WKBUFFER)
;    1    B1AB - B1C7   0.4K    Used (LASTDRIV)
;    1    B1C8 - B207   0.9K    Used (STACKS)
;    1    B208 - B218   0.2K    Used (INSTALL)
;    1    B219 - B225   0.1K    Available
;    1    B226 - B7FB    23K    Used (MSCDEX)
;    1    B7FC - B7FE   0.1K    Available
;    2    C801 - C9FD   7.9K    Used (WCDM)
;    2    C9FE - CAB7   2.8K    Used (MPLAY)
;    2    CAB8 - CC75   6.9K    Used (MOUSE)
;    2    CC76 - CC82   0.1K    Available
;    2    CC83 - CCA2   0.4K    Used (DEKEY)
;    2    CCA3 - CFCB    12K    Used (VC)
;    2    CFCC - CFDA   0.2K    Available
;    2    CFDB - D6C2    27K    Used (SMARTDRV)
;    2    D6C3 - EBFF    84K    Available

Подробней пожалуйста.

Только старые программы, работащие с диском/fat напрямую непереносят FAT32, вроде уже упомянутого Вами ndd.

 

Последние NU прекрасно переносят, в т.ч. и DISKEDIT.

 

Как установить DOS Navigator OSP в MS-DOS ?
Какая версия лучше ?

 

По-моему, просто распаковать подходящим архиватором или скопировать файлы из папки DOS Navigator'а в папку C:\DN\ или любую другую, после чего запускать командой C:\DN\DN. Можно ещё самому прописать автозапуск DN в AUTOEXEC.BAT (добавить снизу строчку C:\DN\DN.COM )

Архиваторами-то досовскими умеете пользоваться (RAR, ARJ, PKZIP/PKUNZIP)?

 

Файла DN.COM нет в программе DOS Navigator OSP

Всё разобрался , там было три заархивированных файла
DN , версия и в конце буквы b , p , s
С буквой b в архиве есть DN.COM

Не пользовался

NC50 ZIP файлы открывает , RAR не открывает

 

У DN вроде свой установщик был. Но можно взять уже установленную версию, без разницы.

Для работы с rar нужно ставить unrar или сам rar и настроить PATH в autoexec.bat. Затем самому вызывать, например unrar x имя_файла.rar (хотя лучше настроить DN).

 

Можно пример , как настроить rar в DN ?

 

http://www.rarlab.com/rar_add.htm
UnRAR for DOS
http://www.rarlab.com/rar/unrar38b.zip

unrar.exe >unrar.txt
type unrar.txt

http://marklv.narod.ru/book/oglavlen.htm
Урок N 2. Дисковая операционная система.
Урок N 3. Внутренние и внешние команды DOS. Создание файла в MS-DOS.

Задание альтернативных маршрутов (команда PATH)
http://solidbase.karelia.ru/edu/zonna/1_dos_21.htm

http://ru.wikipedia.org/wiki/AUTOEXEC.BAT
autoexec.bat
PATH C:\DOS;C:\DN

Dos Navigator 7.2.x My
http://old-dos.ru/index.php?page=files&mode=files&do=show&id=2404

Версия 7.2.17
Оставил поддержку только этих архивов: ARJ, Zip, RAR, CAB, TAR, 7z

Версия 7.2.18
Добавлен новый вид архива: UHA, Поддержка архивов: UHA, RAR, Zip, Gzip, TAR, 7z
Архивы Zip, Gzip, TAR, 7z - обрабатываются файлом 7za.exe версии 4.65
CAB и некоторые другие распаковываются через 7-zip
Все распаковщики/паковщики в комплекте.

 

В DN (по крайней мере последних версиях) распаковщик RAR вроде уже встроен внутрь.

 

Не мечтай. Что-то есть, но через задницу, недоделано и доделано никогда не будет. Ставь лучше Win98 :-( и VC 4.99.

Мой опыт. В смысле - я это не вычитал, а сам на грабли наступал.

В w98 - на полсотни кил проблематичнее, ясен перец.

По недокументированностям - что-то было в Tech Help!'е Дэна Роллинса, что-то в Interrupt List'е; впрочем, список функций широко известен, пробуй сам.
NU: должны знать ФС в лицо. Последние DOS'овские - знают, но то и дело падают. Предпоследние - не знают. :-(
Отладка: AFDpro из резидента глючит по-чёрному (а без резидента - легко отлавливается последней защитой и криво эмулирует FC, про другие не помню.

---------- Сообщение добавлено в 17:40 ---------- Предыдущее сообщение размещено в 17:29 ----------

MBR (или диспетчер систем, если есть) не загружает напрямую систему - он сначала считывает и запускает загрузочную запись раздела (в просторечии boot record), а та уже грузит первые килобайты системы. А вот boot record как раз и привязывается к физическому размещению системных файлов на разделе, к геометрии раздела и т.д., т.е. просто перенесённая с другого раздела - скорее всего не сработает.

Какие именно грабли? Делись! Пока напарывался только на одну - с pqmagic'ом и его fat32.

На 6.22 доводил до 4 с копейками килобайт.

 

Раз уж это Ваш опыт, то нельзя ли подробней? Разумеется в dos 7.x появилось несколько новых недокументированных функций, но я
хотел бы услышать о "удаленных и измененных".

BPB (bios parameter block) в VBR конечно должен быть обновлен, но для нахождения io.sys VBR (volume boot record) читает rootdir вместо
того чтобы "привязывается к физическому размещению системных файлов на разделе".

Маловероятно.

Код:

IVT:               0 - 400h
bios data:        400h - 500h
basic/dos data: 500h - 600h
dos temp:        600h - 700h
DOS IO:          700h - ??? (как минимум 400h)
DOS DATA:       ??? (как минимум 12B9h - из instance table возвращаемой 2F/1605) 

В cумме получается 7500+

 

Там меню есть для настройки вызова архиваторов. Но для этого нужно ключи знать (вызвав unrar -h или т.п.). Хотя скорее всего всё уже настроено, достаточно просто настроить PATH к каталогу, куда установлен rar или unrar. Или, как тут написали, взять свежую версию DN.

MBR осуществляет первые шаги по загрузке, передавая управление системным компонентам ОС (загрузчику). Без него загрузка невозможна. Геометрия и прочее - уже ответили. Код MBR во всех случаях идентичен для одной версии ДОС.

fdisk от Microsoft пишет всякую фигню и работает не по стандарту. Если потом пытаться поставить на другой раздел другую систему, могут быть проблемы с распознаванием таблицы разделов и загрузкой. В общем, зачем быть себе злобным буратиной?

 

Тут увы - дело было "в далёких девяносто пятых" (L) :-) и деталей йок начисто. Что-то связанное то ли со всплывающими резидентами, то ли с отладкой загрузки DOS'а, уже не помню: в 5.0 работало, в 6.x как часы, в 7.x - фигушки и мертвецкий висюк. :-(

Таки да. Сорри, тут я лопухнулся.

Тряхнул стариной, сдул пыль с QEMM, пооптимизил, лови:
mem /c

Код:

Modules using memory below 1 MB:

  Name           Total       =   Conventional   +   Upper Memory
  --------  ----------------   ----------------   ----------------
  SYSTEM       [B]4 189[/B]    (4K)    737 629  (720K)   4 294 23 (4 193 
  RSTRCFG        128    (0K)        128    (0K)          0    (0K)
  QEMM386        928    (1K)        928    (1K)          0    (0K)
  LOADHI         112    (0K)        112    (0K)          0    (0K)
  DOS-UP         224    (0K)          0    (0K)        224    (0K)
  DOSDATA      5 296    (5K)          0    (0K)      5 296    (5K)
  ANSI         4 240    (4K)          0    (0K)      4 240    (4K)
  FILES        4 448    (4K)          0    (0K)      4 448    (4K)
  MOUSE       17 296   (17K)          0    (0K)     17 296   (17K)
  COMMAND      3 696    (4K)          0    (0K)      3 696    (4K)
  KEYRUS      11 216   (11K)          0    (0K)     11 216   (11K)
  SMARTDRV    29 024   (28K)          0    (0K)     29 024   (28K)
  FCBS            96    (0K)          0    (0K)         96    (0K)
  WKBUFFER       528    (1K)          0    (0K)        528    (1K)
  LASTDRIV       464    (0K)          0    (0K)        464    (0K)
  INSTALL        160    (0K)          0    (0K)        160    (0K)
  Free       755 712  (738K)    649 840  (635K)    105 872  (103K)

Memory Summary:

  Type of Memory       Total   =    Used    +    Free
  ----------------  ----------   ----------   ----------
  Conventional         655 360        [B]5 520[/B]      [B]649 840[/B]
  Upper             4 294 416    4 294 310       105 872
  Reserved                   0            0            0
  Extended (XMS)    67 658 720      550 880   67 107 840
  ----------------  ----------   ----------   ----------
  Total memory      67 763 200   4 294 866    67 863 552

  Total under 1 MB     104 480   4 294 316       755 712

  Total Expanded (EMS)                267 485 18 (261 216
  Free Expanded (EMS)                 264 683 52 (258 480
  Largest executable program size        649 824   (635K)
  Largest free upper memory block         50 400    (49K)
  MS-DOS is resident in the high memory area.

mem /d

Код:

Conventional Memory Detail:

  Segment               Total        Name         Type
  -------          ----------------  -----------  --------
   00000              1 039    (1K)               Interrupt Vector
   00040                271    (0K)               ROM Communication Area
   00050                527    (1K)               DOS Communication Area
   00070            735 840  (719K)  IO           System Data
                                        QEMM386$  System Device Driver
                                        EMMXXXX0  System Device Driver
                                        OPT7$$$$  System Device Driver
                                        CON       System Device Driver
                                        AUX       System Device Driver
                                        PRN       System Device Driver
                                        CLOCK$    System Device Driver
                                        A: - C:   System Device Driver
                                        COM1      System Device Driver
                                        LPT1      System Device Driver
                                        LPT2      System Device Driver
                                        LPT3      System Device Driver
                                        COM2      System Device Driver
                                        COM3      System Device Driver
                                        COM4      System Device Driver
   0B416           4 294 23 (419358  MSDOS        System Data
   [B]00106[/B]                928    (1K)  IO           System Data
                        112    (0K)     OPT7$$$$  Installed Device=RSTRCFG 
                        768    (1K)     QEMM386$  Installed Device=QEMM386 
   00140                 16    (0K)  MSDOS        System Program
   00141                 80    (0K)  MSDOS        System Program
   00146                112    (0K)  LOADHI        
   [B]0014D[/B]                176    (0K)  MEM           
   00158             88 992   (87K)  MEM           
   01712            560 848  (548K)  MSDOS        -- Free --

Upper Memory Detail:

  Segment  Region       Total        Name         Type
  -------  ------  ----------------  -----------  --------
   0B407       1        224    (0K)  DOS-UP        
   0B415       1      5 296    (5K)  DOSDATA      Program
   0B560       1      4 224    (4K)  IO           System Data
                      4 192    (4K)     CON       Installed Device=ANSI    
   0B668       1      4 448    (4K)  FILES        Program
   0B77E       1      2 048    (2K)  MSDOS        -- Free --

   0C101       2         96    (0K)  MSDOS        -- Free --
   0C107       2     17 296   (17K)  MOUSE        Program
   0C540       2     31 712   (31K)  MSDOS        -- Free --

   0E101       3      2 656    (3K)  COMMAND      Program
   0E1A7       3         80    (0K)  MSDOS        -- Free --
   0E1AC       3      1 040    (1K)  COMMAND      Environment
   0E1ED       3         96    (0K)  MSDOS        -- Free --
   0E1F3       3     11 216   (11K)  KEYRUS       Program
   0E4B0       3     50 400   (49K)  MSDOS        -- Free --

   0F201       4         96    (0K)  MSDOS        -- Free --
   0F207       4     29 024   (28K)  SMARTDRV     Program
   0F91D       4     19 984   (20K)  MSDOS        -- Free --

   0FF01       5         96    (0K)  FCBS         Program
   0FF07       5        528    (1K)  WKBUFFER     Program
   0FF28       5        464    (0K)  LASTDRIV     Program
   0FF45       5        160    (0K)  INSTALL      Program
   0FF4F       5      1 360    (1K)  MSDOS        -- Free --

Memory Summary:

  Type of Memory       Total   =    Used    +    Free
  ----------------  ----------   ----------   ----------
  Conventional         655 360        5 520      649 840
  Upper             4 294 416    4 294 310       105 872
  Reserved                   0            0            0
  Extended (XMS)    67 658 720      550 880   67 107 840
  ----------------  ----------   ----------   ----------
  Total memory      67 763 200   4 294 866    67 863 552

  Total under 1 MB     104 480   4 294 316       755 712


  Handle      EMS Name      Size   
  -------     --------     ------  
        0                  09C000
        1          HMA     010000
        2         EMB2     200000

  Total Expanded (EMS)                267 485 18 (261 216
  Free Expanded (EMS)                 264 683 52 (258 480
  Memory accessible using Int 15h              0     (0K)
  Largest executable program size        649 824   (635K)
  Largest free upper memory block         50 400    (49K)
  MS-DOS is resident in the high memory area.

  XMS version  3.00; driver version  9.00
  EMS version  4.00

Тогда вот здесь

BIOS + DOS 7.1 занимает тоже не 7392, а 9184 байт нижней. А BIOS + DOS 6.22 - 5328 байт (в 0x014D0 уже начинается environment от mem.exe). Итого - три с лишним килобайта разницы!

---------- Сообщение добавлено в 22:05 ---------- Предыдущее сообщение размещено в 21:32 ----------

"Я извиняяяюсь!" ((L) анекдот про "Абrам не дуrак?" :-) ) Таки загрузочному сектору раздела. Исключение, когда bootstrap из io.sys тянется непосредственно кодом диспетчера ОС в MBR - т.н. MultiFAT, несколько OS на одном разделе; я таких знаю только System Commander, очень полезная штучка - с ним у меня на разделе C: сиживало одновременно по три-четыре DOS'а, win95 и win98. Примерно вот так (это не моё, это из примеров в комплекте):

От Microsoft какого продукта какой версии, какую фигню пишет, как повторить и посмотреть? Не по какому стандарту, в чём отличия? Делись, мне надо и для себя, и для работы!

Ссылка назад при добавлении Linux'ного раздела? Так это косяк Linux'а и, по-моему, лет с десяток уже как исправлен.
Затирание первичного раздела первого винта при форматировании любого FAT32'шного раздела на любом винте, созданного pqmagic'ом? Так это опять же косяк pqmagic'а, к тому же связанный не с fdisk'ом, а с format'ом - со структурой блока параметров раздела.
А больше пока не встречал.

 

Поконкретнее, поконкретнее...

Без оптимизации загрузки ядра в верхнюю память проблемы примерно одинаковые и там, и там: какая разница, не хватило нам 100 кб или 70 кб?

То есть как обычно: знаю, но найди сам.

---------- Сообщение добавлено в 06:19 ---------- Предыдущее сообщение размещено в 06:15 ----------

Что касается RAR: плюнуть и забыть. Поскольку все нынешние архивы созданы при помощи нового алгоритма, который весьма неумеренно потребляет память. Да, настроить виртуальную память можно... но тормоза будут впечатляющие.

 

Жаль что Вы не можете привести легко воспроизводимый случай. Единственный новый баг с резидентами в 7.x который я знаю, связан с вызовом 21/31 из драйвера в процессе инициализации: http://www.geoffchappell.com/viewer.htm?doc=notes/dos/internals/crtdrvr/update.htm

Я вижу Вы используете vidram чтобы получить 720K и dosdata.sys для полного переноса сегмента dosdata в umb. Это vm или реальное железо? У меня dosdata висла во время своего ребута на любой версии MSDOS. Да это позволяет убрать ~5K (12B9h+) из основной памяти, но я полагаю что dosdata должна также работать с 7.x на подходящем железе.
Я также не уверен насколько безопасно переносить весь сегмент в umb некоторые старые утилиты ожидают увидеть его сразу за IO, да что утилиты, win 3.x сканировала основную память в процессе загрузки чтобы найти первые sft (Undocumented DOS, p29): http://www.freeimagehosting.net/htc6f

Вы правы, нужно либо прибавить 700h (~1800b) к моему примеру либо отнять от Вашего.

Например fdisk от dos 7.x (95B+) размечая PT, любил писать секторы по всему диску, помните "Verifying Drive Integrity xx%" ?
http://thestarman.pcministry.com/asm/mbr/FDISK98.htm

Я уже не говорю, что сама MSDOS правит bpb налету после древнего глючного fdisk:

Код:

BIOS/MSINIT.ASM:

cover_fdisk_bug     proc

;fdisk of pc dos 3.3 and below, os2 1.0 has a bug.  the maximum number of
;sector that can be handled by pc dos 3.3 ibmbio should be 0ffffh.
;instead, sometimes fdisk use 10000h to calculate the maximum number.
;so, we are going to check that if BPB_TOTALSECTORS + hidden sector = 10000h
;then subtract 1 from BPB_TOTALSECTORS.

 

Э... (густо покраснев) http://samlib.ru/r/ryzhij_tigra/about.shtml :-(

ГДЕ???

(L) Вовочкин братец-младенец из анекдота про "собачки @бутся" :-)))

Код:

Conventional         [B]655 360[/B]        5 520      649 840

B000-B7FF (текстовую монохромную) занимаю, а A000-AFFF как была под графику, там и осталась...

Реальное. Сейчас на нём сижу в браузере, буду перезагружаться - возьму карту адресного пространства из QEMM'ского manifest'а и покажу при случае.

Не помню, врать не буду, но вроде бы на 7.0 висла на всех машинах, с которыми развлекался. Под 7.1, кажется, QEMM даже не пробовал - необходимости не было, любопытство не разыгрывалось... :-)

Э... на одной машине или на многих? Точно не помню, но вроде видел такое после какого-то особенно хитрого/гадского вируса, очень давно - задолго до "девяносто пятых". Или подгаживает какой-ньдь BIOS extension? :-(

:-))))))) Так он там и лежит - сразу за IO, в чём и хохма про "720К":

Код:

   00070            [B]735 840[/B]  (719K)  IO           System Data
                                     ........................
   0B416           [B]4 294 23 (419358[/B]  MSDOS        System Data
   00106                928    (1K)  IO           System Data

- 719 кил IO data, 4 гига :-))))) MSDOS data и дальше как обычно. :-)

А-аа. Это легко лечится элементарной ТБ. Ибо нефиг с похмела вскрывать корпус под напряжением, подключать винт с ценными данными и разрушенным MBR, запускать fdisk и потом размахивать над клавиатурой дрожащими пальцами - для этого есть partinfo из PQMagic'а.
Кстати, недавно видел похожее в реале.

В ЖЭКе три или четыре мамаши, типа дворовой комитет защиты кого-то от кого-то, долго орали - требовали убрать со двора трансформаторную будку: по ней-де детишки-среднеклассники лазят, вдруг под напряжением убьются. Нач ЖЭКа минут 10 наслаждался спектаклем, а потом спросил: "А не пробовали детишек научить читать и объяснить смысл черепа на табличке?" Мамаши ещё немножко поорали и заткнулись. :-(

Могу добавить ещё мерзкую привычку fdisk'а протирать раздел до состояния "хрен восстановишь" при его удалении. Тоже глюк? :-)

Этого юзал когда ещё в таких тонкостях не разбирался, поэтому упустил. :-(((((

---------- Сообщение добавлено в 12:02 ---------- Предыдущее сообщение размещено в 11:49 ----------

Никакой. Более того, если хватило с запасом, то будет запаса 10 или 100 кил - тоже не особо существенно.
Но (назидательно поднимает хвост) хватило с 20-килограммовым запасом или не хватило с 20-килограммовым дефицитом - разница уже есть, и весьма нехилая, задумайся об этом! :-)

(медленно озверевая) Дядя, а твои запросы не превышают ли твою способность прожевать запрошенное? Во-первых, это было давно и лично для меня лет 15-20 как неактуально, мог и позабыть, не? Во-вторых, и тех-хелп, и инт-лист в принципе нагугливаются. И в-третьих: а тебе, собственно, на кой? Мне-то было понятно зачем: я писал вирус, стартующий как бутовый, а потом переползающий в нижнюю память и становящийся резидентом в дебрях системного сегмента кода. Но я все нужные данные добывал сам - и доку лопатил, и 22 часа подряд отладчиком по DOS'у пешком шагал - и на готовенькое никому на хвост не падал. :-(

 

Поясняю: без переноса системы «наверх» памяти будет хронически не хватать как в 6.22, так и в 7.10. С переносом же хватит в любом случае (ну никто не писал программы, требующие все 640кб памяти).

В данном случае — нет, не превышают.

 

Лично видел не раз, как какая-ньдь цветастая-музыкастая простенькая бродилка требует ОЗУ чуть больше, чем остаётся после загрузки кэша, мыша, словаря и драйвера перфоратора. А без них работать неудобно, а делать отдельную конфигу и перезагружаться каждый раз когда входит начальник - не комильфо. :-)

Авотфиг. Упускаешь, например, ситуёвину, когда не все резиденты умещаются наверх. И/или случай, когда в тачке натыкано немеряно карт с BIOS extensions'ами, а стелсирование врубать нельзя - привет стабильности.
Оффтоп о роли политики в программировании

Кстати, ты по политическим убеждениям случайно не либерал? Сводить много вариантов к двум крайним - их характерная особенность, неоднократно подмеченная и в литературе (от современной технико-экономической до Чехова с Гоголем), и лично наблюдал в спорах не раз.