Nota: Não confundir com IOSYS.

IO.SYS é uma parte essencial do MS-DOS e do Windows 9x. Ele contém os drivers de dispositivo padrão do MS-DOS[1] (rotinas de interface de hardware) e o programa de inicialização do DOS.

Sequência de inicialização

editar

Na sequência de inicialização do PC, o primeiro setor do disco de inicialização é carregado na memória e executado. Se este for o setor de boot do DOS, ele carrega os primeiros três setores do IO.SYS na memória e transfere o controle para ele. O IO.SYS então:

  1. Carrega o restante de si mesmo na memória.
  2. Inicializa cada driver de dispositivo padrão em sequência (console, disco, porta serial, etc.). Neste ponto, os dispositivos padrão estão disponíveis.
  3. Carrega o núcleo (kernel) do DOS e chama sua rotina de inicialização. O núcleo é armazenado no MSDOS.SYS no MS-DOS e no próprio IO.SYS no Windows 9x. Neste ponto, o acesso "normal" a arquivos está disponível.
  4. Processa o arquivo MSDOS.SYS no Windows 9x.
  5. Processa o arquivo CONFIG.SYS, no MS-DOS 2.0 e superior e no Windows 9x.
  6. Carrega o COMMAND.COM (ou outro shell do sistema operacional, se especificado).
  7. Exibe o bootsplash no Windows 9x. Se o LOGO.SYS estiver presente, ele é usado como bootsplash. Caso contrário, o bootsplash contido no IO.SYS é utilizado.

O nome de arquivo IO.SYS também foi usado pelo de (DCP), um derivado do MS-DOS da antiga VEB Robotron da Alemanha Oriental.[2][3]

O IBM PC DOS e o DR-DOS utilizam o arquivo IBMBIO.COM para a mesma finalidade; este, por sua vez, carrega o IBMDOS.COM.

No Windows 9x, o IO.SYS não contém apenas a BIOS do DOS, mas também o núcleo do DOS, que anteriormente residia no MSDOS.SYS. Sob certas condições, o Windows 9x utiliza os nomes de arquivo alternativos WINBOOT.SYS[4] ou JO.SYS. Quando o Windows 9x é instalado sobre uma instalação pré-existente do DOS, o arquivo do Windows pode ser temporariamente nomeado como IO.W40 enquanto o recurso de boot duplo do Windows estiver executando o sistema operacional anterior. Da mesma forma, o IO.SYS do sistema antigo é renomeado para IO.DOS enquanto o Windows 9x está ativo.

O DR-DOS 7.06 (apenas esta versão) também segue este esquema e o nome de arquivo IO.SYS para tornar-se inicializável via setores de boot do MS-DOS.

De forma semelhante, o FreeDOS também utiliza um arquivo de sistema combinado, mas o nomeia como KERNEL.SYS.

Requisitos de layout no disco

editar

No entanto, a versão 3.3 do MS-DOS permite que do setor 4 em diante o arquivo seja fragmentado; a versão 5.0 permite que os três primeiros setores do IO.SYS sejam alocados em qualquer lugar (desde que sejam contíguos).[nota 1][7][5][8]

O COMMAND.COM pode ser tratado como qualquer arquivo comum.

Ver também

editar

Notas

editar

O manual do MS-DOS 5.0 afirma incorretamente que os arquivos de sistema não precisam mais ser contíguos. No entanto, para que o processo de inicialização funcione, os arquivos de sistema ainda precisam ocupar as duas primeiras entradas de diretório e os três primeiros setores do IO.SYS ainda precisam ser armazenados de forma contígua. O comando SYS continua a cuidar desses requisitos.

Referências

  1. «MS-DOS Device Driver Names Cannot be Used As File Names». 12 de maio de 2003 [ligação inativa]  Parâmetro desconhecido |publicadora= ignorado (ajuda)
  2. Anwenderdokumentation - MOS DCP 1700 (PDF). [S.l.: s.n.] 29 de janeiro de 1988. Consultado em 3 de dezembro de 2021  Parâmetro desconhecido |publicadora= ignorado (ajuda)
  3. Rüdiger Kurth; et al. (29 de novembro de 2016). «Betriebssystem DCP». www.robotrontechnik.de. Consultado em 28 de abril de 2019 
  4. Matthias R. Paul (2 de outubro de 1997). «Caldera OpenDOS 7.01/7.02 Update Alpha 3». Consultado em 29 de março de 2009 [ligação inativa] 
  5. a b c d «SYS.COM Requirements in MS-DOS Versions 2.0–6.0». 23 de maio de 2003 [ligação inativa]  Parâmetro desconhecido |publicadora= ignorado (ajuda)
  6. a b c Ray Duncan; et al. (1988). The MS-DOS Encyclopedia: versions 1.0 through 3.2. [S.l.]: Microsoft Press. ISBN 1-55615-049-0 
  7. Geoff Chappell (janeiro de 1994). DOS Internals. [S.l.]: Addison Wesley Publishing Company. ISBN 978-0-201-60835-9 
  8. Mark K. Kim (24 de setembro de 2004). «Re: [vox-tech] rescuing winxp?». mail-archive.com. Consultado em 6 de abril de 2019 


Erro de citação: Existem etiquetas <ref> para um grupo chamado "nota", mas não foi encontrada nenhuma etiqueta <references group="nota"/> correspondente

📚 Artikel Terkait di Wikipedia

IBMBIO.COM

inicialização, processa arquivos de configuração (como o CONFIG.SYS) e inicia o shell (como o COMMAND.COM). O arquivo faz parte do PC DOS da IBM (todas as versões)

Limbo (linguagem de programação)

= value; Programa "Hello world": implement Command; include "sys.m"; include "draw.m"; sys: Sys; Command: module { init: fn (ctxt: ref Draw->Context

Windows ME

restrito ao modo real em MS-DOS. Como resultado, o IO.SYS no Windows ME desconsidera o CONFIG.SYS, COMMAND.COM e o WIN.COM, executando diretamente o VMM32.VXD

DOS Plus

interpretador de linha de comando denominado COMMAND.COM. Há um arquivo AUTOEXEC.BAT, mas não um CONFIG.SYS. A grande diferença que o usuário irá perceber

Autoexec.bat

Consultado em 28 de março de 2025  «Autoexec.bat and Config.sys Help». Computer Hope (em inglês). Consultado em 28 de março de 2025  COMMAND.COM CONFIG.SYS

WIN.COM

Windows 95 em diante, ele passou a ser invocado automaticamente pelo IO.SYS após o processamento do AUTOEXEC.BAT. O arquivo ainda está presente no diretório

Post Office Protocol

"POP3 AUTHentication command"» (em inglês)  «RFC 2222 "Simple Authentication and Security Layer (SASL)"» (em inglês)  «RFC 3206 "The SYS and AUTH POP Response

Util-linux

Consultado em 1 de julho de 2015  Karel Zak (18 de agosto de 2011). «build-sys: add --enable-ddate». util-linux. Consultado em 12 de abril de 2014  Sami