Captulo 9: Configurao do Setup, drivers e utilitrios

Quando voc liga o micro, o primeiro software que carregado o BIOS da placa-me, que faz a contagem da memria RAM, realiza uma deteco rpida dos dispositivos instalados e, por fim, carrega o sistema operacional principal a partir do HD, CD-ROM, pendrive, disquete, rede ou outra mdia que estiver disponvel. Este procedimento inicial chamado de POST (Power-on self test). O POST tem duas funes bsicas: detectar o hardware instalado (atribuindo endereos de IRQ, endereos de I/O e outros recursos) e verificar se os componentes bsicos (processador, memria, placa de vdeo e circuitos de comunicao) esto funcionando como deveriam. Quando encontrado algum erro grave, como blocos defeituosos logo nos primeiros endereos da memria RAM, defeitos no processador ou em componentes essenciais do chipset da placa-me, o BIOS emite o cdigo de avisos sonoros referente ao problema e paralisa o boot. Alm da funo de "dar a partida", o BIOS oferece uma srie de rotinas de acesso ao vdeo, HDs e outros perifricos, que podem ser usados pelo sistema operacional. Hoje em dia, tanto o Windows quanto o Linux acessam o hardware atravs de drivers especializados, mas na poca do MS-DOS as rotinas do BIOS eram importantes. Chegamos ento ao Setup, um programa de configurao para os parmetros do BIOS. Nos primeiros PCs, o BIOS era um aplicativo separado, que precisava ser carregado atravs de um disquete de boot, mas a partir dos micros 386 ele passou a fazer parte do BIOS principal. As opes configurveis atravs do Setup variam muito de acordo com o tipo de placa e a que pblico ela destinada. Temos desde notebooks, com conjuntos incrivelmente limitados de opes, at placas destinadas a entusiastas, com mais de 20 opes s para ajustar os tempos de acesso da memria. Assim como todo software, tanto o BIOS quanto muitas vezes o prprio Setup possuem bugs, em muitos casos graves. normal que qualquer fabricante respeitvel disponibilize um conjunto de atualizaes para o BIOS de uma placa popular. Em geral, a ausncia de atualizaes de BIOS disponveis no um sinal de que as placas no possuem problemas, mas simplesmente que o fabricante no se d ao trabalho de corrigi-los. O BIOS quase sempre escrito em assembly, muitas vezes com mdulos escritos em C. Por ser um programa complexo, que possui diversas camadas de legado, acumuladas desde o PC original, o BIOS de uma placa-me tpica um software cada vez mais caro e difcil de se manter. Existe atualmente cada vez mais presso em torno do desenvolvimento de um sistema mais elegante, que possa desempenhar as funes dos BIOS atuais de forma menos problemtica e abrir espao para a introduo de novos recursos. Uma tecnologia j em uso o EFI (Extensible Firmware Interface), usada em placasme para o Intel Itanium e tambm nos Macs com processadores Intel. O EFI utiliza uma arquitetura modular, bem mais limpa e eficiente, que permite o uso de mdulos

personalizados para os dispositivos de cada placa-me, mantendo (opcionalmente) compatibilidade com o sistema antigo. No caso dos Macs, esta camada de compatibilidade desativada (de forma a dificultar a vida de quem pretende instalar Linux ou Windows em dual boot com o MacOS), mas, no caso de placas avulsas, o EFI viria com o modo de compatibilidade ativado, permitindo rodar qualquer sistema. Existe ainda um projeto para substituir o BIOS da placa-me por uma verso compacta do Kernel do Linux, que executa as mesmas funes, mas de uma forma mais confivel e flexvel. Voc pode obter mais informaes sobre ele e sobre as placas suportadas no: http://www.linuxbios.org/. Continuando, depois de fazer seu trabalho, o BIOS carrega o sistema operacional, lendo o primeiro setor do disco rgido o "Master Boot Record" (MBR), tambm conhecido como trilha zero ou trilha MBR. No MBR vai o gerenciador de boot, um pequeno software encarregado de dar a partida no sistema operacional. O gerenciador de boot usado no Windows XP e no Vista chamado de NTLDR, enquanto no Linux o mais usado o Grub. Na verdade, no MBR mesmo vai apenas um bootstrap, um pequeno software que instrui o BIOS a carregar o executvel do gerenciador de boot, armazenado em um ponto especfico do HD. O MBR propriamente dito ocupa um nico setor do HD (apenas 512 bytes), de modo que no possvel armazenar muita coisa diretamente nele. Como pode ver, o BIOS no se preocupa em detectar qual sistema operacional est instalado no HD, nem muito menos tentar ler o sistema de arquivos em que ele (o HD) est formatado. Tudo o que ele faz ler o setor de boot do HD e deixar que o gerenciador de boot faa seu trabalho. Se isso no for possvel, ele exibe a fatdica mensagem "No boot device available", ou similar, e espera que voc resolva o problema. :) Na grande maioria dos casos, pressionamos a tecla "Del" durante o incio do boot para acessar o Setup. Nos notebooks usada normalmente a tecla "F2", mas (embora relativamente raro) existem casos onde a tecla de atalho "Esc", "F1", "F8", "F10", "Ins" ou mesmo combinaes de teclas, como "Ctrl+Esc", "Alt+Esc", "Ctrl+Alt+Esc", "Ctrl+Alt+Enter" ou "Ctrl+Alt+F2". Desde a dcada de 90, o mercado de desenvolvimento de BIOS dividido entre a AMI (a mais usada atualmente), a Award e a Phoenix (usada predominantemente em notebooks). Como era de se esperar, cada um dos trs utiliza uma interface um pouco diferente para o Setup, mas as opes propriamente ditas dependem mais do fabricantes da placa do que da marca do BIOS. Os notebooks so geralmente os mais pobres em opes, j que so configuraes prontas, onde no se espera que voc altere muitos componentes ou faa overclock. Esta a interface mais tradicional, usada tanto em BIOS da Award quanto da AMI e at mesmo em alguns da Phoenix, onde as opes so divididas em menus. Voc navega entre as opes usando as setas, Enter e Esc, e altera as opes dentro das sees pressionando Enter e escolhendo o valor desejado dentro de um submenu com as opes disponveis:

Durante a dcada de 1990, a AMI utilizou uma interface grfica, onde voc usava o mouse para navegar entre as opes. Apesar de ser considerada mais fcil por alguns, essa interface acabou no pegando e foi substituda pela interface baseada em abas utilizada atualmente. Nela, voc usa as setas para a direita e esquerda para alternar entre as sees, as setas para cima e para baixo (alm de Enter e Esc) para navegar entre as opes e acessar os submenus e altera as opes usando as teclas "+" e "-".

Em ambas as interfaces, voc pode salvar e sair usando a tecla F10, ou sair sem salvar pressionando Esc na tela principal. As configuraes do Setup so salvas no CMOS, a rea de memria voltil dentro do chip com o BIOS. justamente isso que permite que as configuraes sejam apagadas ao mudar a opo do jumper ou ao retirar a bateria, o que permite "destravar" a placa ao tentar um overclock mais extremo ou usar qualquer opo que faa o micro passar a travar durante o POST, sem que voc tenha chance de acessar o Setup para restaurar a configurao anterior. A seo mais bsica a "Main" ou "Standard CMOS Setup", que permite ajustar o relgio do sistema e conferir a deteco dos HDs. Alm de ser ajustado manualmente atravs do Setup, o relgio do sistema pode ser ajustado via software, o que feito automaticamente pela maior parte dos programas que acertam o relgio do sistema via internet. De qualquer forma, sempre importante acertar o relgio ao montar o micro, antes de instalar o sistema operacional. Existe tambm a opo "Legacy Diskette A", usada para indicar se um drive de disquetes est instalado. Use "1.44M, 3.5 in.", caso tenha um drive instalado, ou "Disabled", se no tiver nenhum. Apesar de poucos ainda utilizarem drives de disquetes (pelo menos em micros novos) eles ainda so necessrios em muitos casos para carregar drivers da porta SATA ou RAID ao instalar o Windows XP. O problema foi resolvido apenas com o Vista, onde os drivers podem ser carregados tambm a partir de um CDROM ou pendrive.

Boot
Uma das configuraes mais bsicas do Setup a ordem de boot. Apesar do mais comum ser dar boot a partir do CD-ROM para instalar o sistema e a partir da dar boot a partir do HD, existe tambm a possibilidade de dar boot a partir de pendrives, HDs externos e outras unidades de armazenamento removvel e tambm dar boot atravs da rede. Na maioria das placas, as opes esto concentradas dentro da seo "Boot", mas em muitas voc pode usar as opes "1st Boot Device", "2nd Boot Device", etc. dentro da seo "Advanced Setup".

Definio da ordem de boot Muitos BIOS antigos tinham problemas com a ordem de boot. Eles simplesmente travavam caso no encontrassem um sistema de inicializao no primeiro dispositivo, sem tentar os demais. Os atuais so bem mais espertos e realmente procuram por setores de inicializao vlidos, pulando os dispositivos que no esto presentes, ou que no contm sistema operacional. Isso permite que voc deixe o CD-ROM continuamente como dispositivo primrio de boot, coloque o seu pendrive (ou outro dispositivo removvel) como segundo e deixe o HD em terceiro, por exemplo. Dessa forma, quando voc deixar uma distribuio Linux live-CD ou uma mdia de instalao do Windows no drive, o micro inicia o boot atravs dele, quando deixar seu pendrive (com uma instalao do Linux ou outro sistema) ele tentar inicializar atravs dele e, quando nenhum dos dois estiver disponvel, realizado um boot normal atravs do HD. Em casos onde voc tenha mais de um HD instalado, voc pode definir uma ordem "interna" de inicializao entre os HDs disponveis. Isso importante, pois permite definir se o BIOS deve inicializar a partir do HD SATA ou IDE, por exemplo. Em muitos casos, existem tambm sees separadas para o drive ptico (caso tenha mais de um) e para os dispositivos removveis:

Ordem "interna" de boot entre os HDs e pendrives USB instalados Dependendo da placa e tambm do BIOS usado, os pendrives podem ser detectados como HDs, ou como discos removveis, mas na prtica isso no faz muita diferena. O mesmo se aplica tambm aos HDs externos, instalados em gavetas USB. Como ambos so vistos pelo sistema como dispositivos USB mass-storage, no existe muita diferena. O suporte a boot atravs de pendrives incipiente nas placas fabricadas at 2004/2005, por isso no incomum que o boot via USB no funcione mesmo em placas de fabricao relativamente recente. Embora seja perfeitamente possvel instalar o Windows XP em um pendrive de 2 GB ou mais (desde que voc consiga carregar o disquete com os drives da porta USB, de forma que o instalador consiga enxergar o pendrive como uma unidade de armazenamento e permita us-lo para a instalao do sistema), o mais comum usar o pendrive para instalar uma distribuio Linux e, assim, ter um sistema porttil. A instalao do Linux em pendrives j sai do escopo deste livro, mas voc pode ler detalhes sobre o assunto neste meu tutorial publicado no Guia do Hardware: http://www.hardware.com.br/tutoriais/instalar-kurumin-pendrive/. Outra possibilidade, muito utilizada, o boot via rede. Dois sistemas de boot remoto muito utilizados so o LTSP (com um servidor Linux) e o Citrix MetaFrame, onde utilizado um servidor Windows. A idia central armazenar todos os dados e softwares em um servidor central e usar clientes sem HD, que carregam o sistema via rede. possvel utilizar tanto terminais "burros", que simplesmente abrem uma seo remota do servidor sem executar nenhum processamento local, e terminais "inteligentes", que carregam os softwares via rede e os executam localmente.

O boot via rede feito via PXE, um protocolo de boot remoto originalmente desenvolvido pela Intel. Inicialmente, o PC manda um pacote de broadcast pela rede, que respondido por um servidor DHCP especialmente configurado. A partir das informaes fornecidas pelo servidor, o cliente inicia o carregamento do sistema via TFTP (uma verso simplificada do FTP) e, a partir de um certo ponto, pode acessar um compartilhamento de rede do servidor com o restante do sistema e softwares. A princpio, voc pode pensar que usar um nico servidor para executar aplicativos para 10 ou 20 terminais vai tornar tudo muito lento, mas na prtica o sistema funciona muito bem, devido ao compartilhamento de recursos. Nem todos os clientes vo rodar aplicativos pesados simultaneamente e o servidor pode carregar uma nica instncia de cada aplicativo usado, abrindo apenas novas sees para cada cliente. Um servidor com 1 GB de RAM e um processador razovel pode tranquilamente servir aplicativos bsicos para 20 terminais. O Citrix um aplicativo caro, reservado para uso em empresas, mas o LTSP um sistema gratuito, muito usado para criar redes de terminais leves aproveitando micros antigos. Voc pode ler mais sobre a configurao de servidores LTSP e boot remoto neste guia que publiquei no Guia do Hardware: http://www.hardware.com.br/guias/terminais-leves-ltsp/. Algumas opes tambm relacionadas ao processo de boot so: Quick Boot: Esta opo (caso ativada) faz com que o BIOS deixe de executar parte do conjunto de testes do POST, sobretudo as checagens relacionadas memria, reduzindo o tempo de boot. seguro mant-la ativada, pois os testes de memria realizados pelo boot no so confiveis de qualquer forma. Em 99% dos casos, defeitos graves nos mdulos de memria passam despercebidos pelo BIOS e so notados apenas durante o carregamento do sistema operacional, na forma de erros e travamentos. Em alguns casos muito raros, ativar esta opo pode fazer com que o BIOS no detecte toda a memria instalada, mas isso tambm o tipo de coisa que voc perceberia durante o uso do micro. Full Screen Logo: Muitas placas exigem um splash grfico no incio do boot no lugar das mensagens de texto tradicionais. Na maioria dos casos esta imagem pode ser personalizada (como no caso das placas da Asus, que incluem o Asus MyLogo). Esta opo diz apenas se a imagem deve ou no ser exibida no boot. HDD Sequence SCSI/IDE First: Esta opo, encontrada em muitas placas antigas, permite definir a ordem de boot em casos onde uma controladora SCSI est instalada, indicando se o BIOS deve procurar o sistema primeiro nos discos SCSI, ou nos IDE. Nas placas atuais, quando uma controladora SCSI est instalada, os discos simplesmente aparecem no menu de ordem de boot, junto com os HDs SATA e IDE instalados, de forma que esta opo tornou-se desnecessria.