Pular para conteúdo

Capítulo 7 — Instalação e Manutenção de Sistemas Operacionais

Neste capítulo você vai estudar o processo completo de instalação de um sistema operacional — da preparação da mídia ao particionamento, ao backup e à instalação em dual boot —, o uso de um Live CD/USB como ferramenta de diagnóstico, a instalação de drivers, a atualização contínua do sistema operacional e do firmware da placa-mãe, e dois problemas recorrentes de manutenção corretiva de software: malware e a decisão de reinstalar o sistema operacional.

7.1 Preparação da mídia de instalação

Para instalar um sistema operacional, é necessário preparar previamente uma mídia de instalação — tipicamente um pendrive — contendo o instalador em um formato reconhecível pelo firmware do computador de destino. O procedimento envolve duas etapas conceitualmente distintas: baixar a imagem do sistema operacional (arquivo .iso) e, em seguida, gravar essa imagem no pendrive de forma que ele se torne inicializável — o que exige, ele próprio, criar uma tabela de partições e um sistema de arquivo válidos na mídia.

Procedimento de segurança. A imagem de instalação (ISO) deve ser obtida diretamente do fabricante — no caso do Windows, do site oficial da Microsoft. Imagens obtidas de fontes intermediárias não confiáveis podem vir acompanhadas de software malicioso embutido no próprio instalador.

7.1.1 BIOS/MBR e UEFI/GPT

Como o UEFI é retrocompatível com o BIOS (Capítulo 6, §6.5.2), um pendrive gravado em MBR funciona tanto em computadores com firmware BIOS quanto UEFI, enquanto um pendrive gravado em GPT funciona apenas em computadores com UEFI. Por essa razão, ao preparar uma única mídia de instalação para um parque de máquinas heterogêneo — com computadores antigos e recentes —, a opção mais segura é gravar em MBR, garantindo compatibilidade universal.

Esquema gravado Funciona em BIOS Funciona em UEFI
MBR Sim Sim
GPT Não Sim

Procedimento de identificação. Ao inicializar o computador e entrar no setup (menu de configuração do firmware, acessado durante o POST): se o menu responde ao mouse, o firmware é UEFI/GPT; se o menu só é navegável pelo teclado, o firmware é BIOS/MBR legado.

Aplicação prática. Se um dado computador não reconhece o pendrive de instalação, ou apresenta uma mensagem de erro mencionando GPT e EFI (ou MBR), a causa mais provável é uma incompatibilidade entre o esquema de partição gravado na mídia e o tipo de firmware daquele computador.

7.1.2 Ferramentas de criação de mídia

Ferramenta Uso recomendado
Assistente de instalação da Microsoft (Media Creation Tool) Gera diretamente um pendrive UEFI/GPT (acerta para a maioria dos computadores novos) ou permite apenas baixar o arquivo ISO para uso posterior com outra ferramenta
Rufus Ferramenta leve (poucos megabytes), gratuita e de código aberto [1], que permite escolher explicitamente o tipo de sistema-alvo (BIOS/MBR ou UEFI/GPT); recomendada para gravar uma única imagem por vez com controle preciso do padrão de destino
YUMI Permite reunir múltiplos instaladores (por exemplo, várias distribuições Linux e versões do Windows) em um único pendrive, funcionando como um "GRUB de instaladores"; menos direta de configurar que o Rufus
Ventoy Alternativa multi-imagem semelhante ao YUMI

Especificações e comportamento de cada ferramenta conforme suas páginas oficiais [5].

O Assistente de instalação da Microsoft, quando usado no modo "unidade flash USB", automaticamente grava a mídia como UEFI/GPT — o que funciona para a grande maioria dos computadores novos, mas falha em máquinas antigas com BIOS/MBR. Para instalar em uma máquina legada, é necessário baixar apenas o arquivo ISO e utilizar o Rufus, selecionando manualmente o esquema de partição BIOS/MBR compatível com aquele hardware.

Figura pendente

captura de tela do Rufus com os campos de esquema de partição (MBR/GPT) e sistema de destino (BIOS/UEFI) destacados

7.2 Instalação do sistema operacional

O processo de instalação de um sistema operacional pode ser descrito, de forma resumida, em três etapas:

  1. Interromper o fluxo normal de boot (Capítulo 6, §6.6.3) e direcioná-lo para a mídia de instalação (Seção 7.1), por meio do boot menu ou de uma alteração no Setup.
  2. Executar o instalador: aceitar os termos de uso, escolher a partição de destino e, se necessário, formatá-la (Capítulo 6, §6.3) para realizar uma instalação limpa — isto é, uma instalação que parte do zero, sem preservar dados anteriores daquela partição.
  3. Aguardar a conclusão da cópia dos arquivos do sistema operacional para a partição de destino e a reinicialização automática da máquina, que volta a carregar normalmente a partir do disco — sem necessidade de nova intervenção no teclado.

Um ponto de atenção recorrente é que, ao chegar pela primeira vez à tela do instalador, costuma ser necessário pressionar qualquer tecla para confirmar a inicialização a partir da mídia externa; esse gesto não deve ser repetido após a primeira reinicialização automática do processo de instalação, sob pena de reiniciar a instalação do zero (Seção 7.2.2).

Também é preciso observar que, uma vez que o sistema operacional em execução está instalado em determinada partição, essa mesma partição não pode ser formatada enquanto está em uso — de forma análoga a tentar remover o alicerce sobre o qual se está de pé. Formatar a partição ativa do sistema em execução interrompe o próprio funcionamento do computador.

7.2.1 Backup antes de reinstalar

Como a formatação é uma etapa típica da instalação limpa, qualquer dado do usuário presente na partição de destino é perdido no processo, salvo se houver uma cópia prévia. Essa cópia de segurança é chamada de backup.

Antes de reinstalar um sistema operacional em uma máquina com dados relevantes do usuário, o procedimento recomendado é:

  1. Criar (ou reaproveitar) uma partição separada, que não será formatada durante a instalação.
  2. Copiar para essa partição os dados que precisam ser preservados.
  3. Realizar a instalação limpa apenas na partição de destino do sistema operacional, deixando intacta a partição de backup.

Aplicação prática — reparo de software. Quando o hardware de uma máquina está íntegro e o problema diagnosticado está no sistema operacional (arquivos corrompidos, desempenho degradado, incompatibilidades), a instalação limpa — precedida de backup dos dados necessários — é um dos procedimentos de reparo mais comuns em manutenção de computadores, por "reiniciar o ciclo de vida" do software.

Um cuidado adicional é necessário quando a causa do problema é um software malicioso (malware): se o backup incluir arquivos infectados, o malware é copiado junto com os dados legítimos e pode se propagar para o próximo computador em que esse backup for restaurado. Por isso, um procedimento de backup responsável inclui a verificação e remoção de arquivos contaminados antes da restauração.

7.2.2 O loop de instalação infinito

Um problema comum na primeira experiência com instalação de sistemas operacionais ocorre quando o dispositivo USB de instalação permanece como primeira opção na ordem de boot (Capítulo 6, §6.6.3). Nesse cenário, ao final da instalação, o computador reinicia, identifica novamente o pendrive como primeira opção de boot, e reinicia o processo de instalação do zero — repetindo esse ciclo indefinidamente, sem nunca chegar a carregar o sistema recém-instalado a partir do disco interno.

A correção consiste em, após concluída a instalação, remover a mídia USB ou reconfigurar a ordem de boot no Setup para priorizar o disco interno (HD ou SSD) sobre a mídia externa.

Figura pendente

tela típica de instalador solicitando "pressione qualquer tecla para iniciar a partir do CD ou DVD"

7.3 Live CD/USB como ferramenta de diagnóstico

Uma distribuição Linux como o Ubuntu, ao ser inicializada a partir de um pendrive, oferece tipicamente duas opções: instalar o sistema no disco, ou experimentar/testar (Live CD ou Live USB) o sistema operacional sem instalá-lo.

No modo Live CD/USB, o sistema operacional completo é executado diretamente a partir da memória RAM, carregado da mídia externa, sem necessidade de gravar nada no disco interno da máquina — nem sequer é necessário que a máquina possua um disco de armazenamento funcional. Nesse modo, o usuário tem privilégios de administrador daquela sessão, o que abre uma série de possibilidades diagnósticas.

Aplicação prática — diagnóstico hardware versus software. Se o som não funciona no Windows instalado em determinada máquina, inicializar um Live USB e testar o som nele permite isolar a causa: se o som funcionar no Live USB, o problema está no software (driver ou configuração do Windows); se não funcionar em nenhum dos dois ambientes, a causa mais provável é hardware. O mesmo raciocínio se aplica a problemas de conectividade de rede ou de qualquer outro subsistema.

Por oferecer privilégios administrativos completos sobre uma máquina sem exigir senha, o Live CD/USB é também a ferramenta central por trás do risco de segurança descrito no Capítulo 6, §6.6.4: qualquer pessoa com acesso físico e um pendrive de instalação preparado pode acessar dados de um disco sem autenticação.

Figura pendente

tela de boas-vindas de um instalador Linux com as opções "Experimentar" (Try) e "Instalar" (Install)

7.4 Instalação do Linux: ponto de montagem raiz e partição swap

A instalação de uma distribuição Linux introduz um nível adicional de complexidade em relação à instalação do Windows, decorrente de sua organização de diretórios e do uso de uma partição de memória virtual.

No Linux, ao contrário do Windows — que atribui letras (C:\, D:...) a cada unidade —, toda a estrutura de arquivos parte de uma única raiz, representada pela barra (/). Diretórios de sistema relevantes incluem /dev (arquivos que representam dispositivos conectados, como discos e pendrives), /home (pastas pessoais dos usuários) e /tmp e /var (arquivos temporários e variáveis do sistema), entre outros.

Discos conectados via SATA são identificados com o prefixo sd seguido de uma letra por disco (sda para o primeiro disco, sdb para o segundo, e assim por diante) e um número por partição dentro desse disco (sda1, sda2...).

Durante a instalação, é necessário indicar em qual partição o sistema deseja montar (mount) a raiz / — isto é, associar aquela partição ao ponto de entrada de toda a estrutura de diretórios do sistema. É essa exigência — decidir "onde vai a barra" — que costuma ser o ponto de maior dificuldade para quem instala Linux pela primeira vez.

Além da partição raiz, a instalação típica de uma distribuição Linux requer uma segunda partição, chamada swap (área de troca): um espaço reservado em disco para funcionar como extensão da memória RAM, retomando o conceito de memória virtual e a hierarquia de memória apresentados no Capítulo 5. O dimensionamento da partição swap é função da quantidade de RAM instalada na máquina — não um valor fixo independente dela [2]; para uma máquina com 8–16 GB de RAM, uma faixa comum de referência é reservar entre 8 GB e 10 GB para a partição swap, destinando o restante do espaço disponível à partição raiz.

Exemplo de particionamento típico para instalação do Ubuntu: partição de swap de 8–10 GB e partição raiz (/) ocupando o espaço restante — por exemplo, em um espaço livre de 100 GB, aproximadamente 90 GB para / e 10 GB para swap.

Figura pendente

tela do particionador avançado de um instalador Linux, mostrando a criação da partição swap e a seleção do ponto de montagem /

7.5 Dual boot e o gerenciador de inicialização GRUB

Ao instalar uma distribuição Linux como o Ubuntu, é instalado também, por padrão, um gerenciador de inicialização chamado GRUB. O GRUB é o software responsável por, após o POST, apresentar ao usuário uma lista dos sistemas operacionais (ou das versões de kernel) disponíveis para carregamento, permitindo a escolha entre eles — o mecanismo de dual boot descrito no Capítulo 6, §6.4.1.

Essa lista de opções inclui não apenas diferentes sistemas operacionais, mas também diferentes versões do kernel do Linux, o núcleo do sistema, atualizado periodicamente. Como programas podem depender de uma versão específica do kernel para funcionar corretamente, a possibilidade de escolher, no momento do boot, qual versão carregar é uma funcionalidade prática relevante do GRUB.

Para instalar Windows e Linux em dual boot no mesmo disco, a ordem de instalação é determinante: o Windows deve ser instalado antes do Linux. Isso ocorre porque o instalador do Windows sobrescreve o setor de inicialização do disco (a região do MBR descrita no Capítulo 6, §6.5.1) sem preservar um gerenciador de boot alternativo ali presente [3]. Se o GRUB for instalado primeiro (ao instalar o Linux) e o Windows for instalado depois, a instalação do Windows sobrescreve o GRUB, tornando o Linux inacessível na inicialização — embora os arquivos do sistema Linux continuem fisicamente intactos no disco, apenas inacessíveis por falta do menu de entrada. Recuperar o GRUB nessa situação é um procedimento de manutenção mais avançado.

Sequência recomendada para dual boot:

  1. Instalar o Windows normalmente.
  2. Reduzir (diminuir) a partição do Windows para liberar espaço não alocado.
  3. Inicializar a mídia do Linux nesse espaço livre, criando a partição raiz (/) e a partição swap.
  4. Ao final, o GRUB é instalado automaticamente e passa a apresentar, a cada boot, a opção de carregar Windows ou Linux.

Figura pendente

tela do menu GRUB listando as opções de inicialização Windows e Ubuntu

7.6 Drivers: a interface entre hardware e sistema operacional

Concluída a instalação do sistema operacional, um computador plenamente funcional ainda depende da instalação dos drivers apropriados. Um driver é um software, desenvolvido pelo fabricante de determinado componente de hardware, responsável por fazer a interface específica entre aquele hardware e o sistema operacional.

Sistemas operacionais diferentes exigem versões diferentes do mesmo driver — por exemplo, uma placa de vídeo tem uma versão de driver para Windows 10 e outra para Windows 11, desenvolvidas e distribuídas separadamente pelo fabricante da placa. Isso ocorre porque, embora o hardware seja o mesmo, o software que faz a comunicação com ele precisa ser compatível com a arquitetura interna de cada sistema operacional.

Exemplo. O procedimento padrão de instalação do Windows instala automaticamente drivers genéricos — versões simplificadas, capazes de operar minimamente qualquer hardware compatível, mas sem extrair seu desempenho pleno. Uma placa de vídeo de alto desempenho, adquirida separadamente do fabricante (por exemplo, uma GPU de gama alta), só entrega sua capacidade real de processamento gráfico depois que o driver específico fornecido pelo fabricante é instalado.

Um efeito visível e didático da instalação de um driver de vídeo específico é o aumento na resolução disponível para a tela — a contagem de pixels em largura e altura que a placa de vídeo consegue endereçar corretamente (por exemplo, o padrão Full HD, de 1920×1080 pixels, seguido pelos padrões 2K e 4K, múltiplos dessa resolução).

Historicamente, drivers eram distribuídos em mídias físicas (CD, disquete) que acompanhavam o hardware adquirido; com a popularização da internet, passaram a ser baixados diretamente do site do fabricante e, mais recentemente, os próprios sistemas operacionais passaram a identificar e instalar automaticamente o driver recomendado (por exemplo, via Windows Update), desde que haja conexão à internet disponível no momento.

Aplicação prática. Um computador sem driver de placa de rede Wi-Fi instalado enfrenta um problema de dependência circular: não é possível baixar o driver da internet, porque o driver necessário para acessar a internet é justamente o que está faltando. Nesse cenário, o procedimento é obter o driver em outro computador com acesso à internet, transferi-lo por mídia física (pendrive) e instalá-lo localmente.

Do ponto de vista de diagnóstico técnico, muitos sintomas atribuídos erroneamente a defeito de hardware — ausência de som, Wi-Fi ou Bluetooth não funcionando, touchpad sem responder a gestos — são, na realidade, causados pela ausência ou desatualização do driver correspondente, sendo corrigidos pela instalação ou reinstalação do software apropriado, sem qualquer intervenção física no componente.

Figura pendente

gerenciador de dispositivos do Windows, mostrando a lista de hardware detectado e o status dos drivers instalados

7.7 Atualização do sistema operacional e do firmware

7.7.1 Atualização do sistema operacional

Um sistema operacional instalado (Seção 7.2) não é um produto estático: o fabricante publica, periodicamente, atualizações que corrigem falhas de segurança recém-descobertas, corrigem defeitos de funcionamento (bugs) e, com menor frequência, adicionam funcionalidades novas ou trocam a versão do kernel disponível (Seção 7.5, a propósito do GRUB). Do ponto de vista do usuário, a rotina de manutenção preventiva de software (aprofundada no Capítulo 12) inclui manter essas atualizações em dia — a maior parte das infecções por malware (Seção 7.2.1) explora falhas de segurança já corrigidas pelo fabricante, mas não aplicadas pelo usuário.

Nota prática. Uma atualização de sistema operacional, sobretudo uma troca de versão maior (por exemplo, de uma versão do Windows para a seguinte), pode alterar a compatibilidade de drivers já instalados (Seção 7.6) — um hardware antigo, sem driver atualizado disponível pelo fabricante, pode deixar de funcionar corretamente após a atualização. Por essa razão, uma atualização importante deve ser precedida de backup (Seção 7.2.1), da mesma forma que uma reinstalação completa.

7.7.2 Atualização de firmware: por que o BIOS passou a ser atualizável

O Capítulo 6, §6.6, apresentou o BIOS/UEFI como o firmware responsável por inicializar o hardware antes do sistema operacional. Historicamente, esse firmware era gravado numa memória do tipo ROM — na acepção mais restrita do termo (Capítulo 5, §5.12): gravada uma única vez na fábrica, sem possibilidade de alteração posterior. Um defeito ou limitação identificado depois da fabricação da placa-mãe (por exemplo, não reconhecer um processador lançado meses depois) não tinha correção possível por software — a única solução era substituir fisicamente o chip de BIOS, quando o fabricante disponibilizava essa opção.

A mesma evolução de memória descrita no Capítulo 5 (§5.12) — de ROM para PROM, EPROM, EEPROM e, por fim, memória flash — chegou também ao chip de BIOS/UEFI das placas-mãe modernas: hoje ele é gravado em memória flash, eletricamente regravável, sem qualquer equipamento especial. Esse é o motivo técnico exato pelo qual o procedimento popularmente chamado de "flashar a BIOS" existe: atualizar o firmware da placa-mãe passou a ser tão simples quanto rodar um utilitário fornecido pelo fabricante (às vezes acessível diretamente de dentro do próprio Setup, Capítulo 6, §6.6.2) que regrava o conteúdo daquela memória flash com uma versão mais nova.

Por que atualizar o firmware. As razões mais comuns para atualizar a BIOS/UEFI de uma placa-mãe são: oferecer suporte a um processador lançado depois da placa (Capítulo 8, §8.4, sobre compatibilidade de soquete e geração), corrigir uma vulnerabilidade de segurança do próprio firmware, ou resolver um problema de estabilidade documentado pelo fabricante.

Atenção — risco de "brickar" a placa-mãe. Diferente de uma atualização de sistema operacional, que ocorre com o sistema já carregado e com redundância de software, a atualização de firmware sobrescreve a única cópia do programa que a placa-mãe usa para sequer iniciar o POST (Capítulo 9, §9.1). Uma interrupção no meio desse processo — uma queda de energia, por exemplo — pode corromper essa memória de forma irrecuperável pelos meios usuais, inutilizando a placa-mãe (um problema popularmente chamado de "brickar" o equipamento, numa referência a transformar o dispositivo num "tijolo" sem função). Por essa razão, atualizar o firmware exige alimentação estável (idealmente com um nobreak, tema tratado a propósito da fonte de alimentação no Capítulo 11) e nunca deve ser interrompida manualmente.

7.7.3 Recuperação de firmware corrompido: regravador externo e troca de chip

Quando uma atualização de firmware falha e a placa-mãe deixa de dar POST (Capítulo 9, §9.1.4), existem, em ordem crescente de intervenção física, três caminhos de recuperação:

  1. Recuperação assistida pela própria placa — muitas placas-mãe modernas guardam, além da memória flash principal, uma pequena rotina de recuperação (frequentemente chamada de BIOS Flashback ou nome equivalente do fabricante) capaz de regravar o firmware a partir de um pendrive, mesmo sem processador, memória ou vídeo instalados — o próprio chipset (Capítulo 10, §10.1.2) executa essa rotina de resgate de forma independente do restante do sistema.
  2. Regravador externo (programmer). Quando esse recurso não existe ou também falha, o chip de memória flash da BIOS — fisicamente soquetado na maioria das placas-mãe, tipicamente num encapsulamento SOIC-8 — pode ser removido com cuidado e regravado fora da placa-mãe, usando um dispositivo dedicado chamado regravador (ou programmer, o mesmo tipo de equipamento historicamente usado para gravar uma EPROM antes da existência da memória flash — Capítulo 5, §5.12). O regravador se conecta a um computador auxiliar, recebe o arquivo de firmware correto e o grava diretamente nos terminais do chip, sem depender de o sistema já defeituoso conseguir executar qualquer software. Depois de regravado, o chip é reencaixado no soquete da placa-mãe.
  3. Troca do chip. Quando o chip de BIOS está fisicamente danificado (e não apenas com o conteúdo corrompido), ou quando não há regravador disponível, a alternativa é substituí-lo por um chip novo, da mesma referência, já gravado de fábrica com o firmware correto — um serviço oferecido por fornecedores especializados em peças de reposição de placa-mãe. Esse procedimento só é possível em placas cujo chip de BIOS é soquetado (destacável); em placas nas quais o chip é soldado diretamente à placa-mãe, a troca exige retrabalho de solda em nível de componente, um serviço mais especializado e caro.

7.7.4 BIOS duplo (Dual BIOS)

Algumas placas-mãe de gama mais alta mitigam o risco descrito acima já em nível de projeto, incorporando um BIOS duplo: dois chips de memória flash fisicamente independentes na mesma placa, um designado principal e outro de backup, ambos capazes de armazenar o firmware completo. Durante o boot, um pequeno circuito de controle valida a integridade do chip principal (por meio de uma soma de verificação, ou checksum); se essa validação falhar — por exemplo, após uma atualização interrompida por queda de energia —, a placa alterna automaticamente para o chip de backup, que assume a inicialização e, em muitos modelos, oferece a opção de regravar o chip principal corrompido a partir do próprio backup, sem exigir regravador externo (Seção 7.7.3) nem substituição física de peça. Algumas placas expõem ainda um interruptor físico dedicado, permitindo alternar manualmente entre os dois chips — por exemplo, para testar deliberadamente uma versão de firmware mais nova no chip secundário, mantendo o chip principal como versão estável conhecida.

Esse mecanismo é uma aplicação, em hardware e em pequena escala, do mesmo princípio de redundância apresentado a propósito de servidores no Capítulo 1 (§1.11.2): duplicar um componente crítico para que a falha de uma cópia não interrompa o funcionamento do sistema como um todo.

Figura pendente

foto de uma placa-mãe de gama alta evidenciando os dois chips de BIOS lado a lado, com o interruptor de seleção entre eles

7.8 Malware, vírus e cavalos de troia

Um problema de software identificado durante o diagnóstico pode ter origem em software malicioso (malware) instalado no computador sem o conhecimento ou consentimento do usuário.

  • Vírus: software malicioso cuja característica definidora é a replicação — a capacidade de se propagar de um computador para outro, contaminando novas máquinas.
  • Trojan (cavalo de troia): software que se apresenta como um programa legítimo, mas que traz embutido um código malicioso oculto, executado em segundo plano após a instalação.

Exemplo. Em 2023, o maior canal de tecnologia do YouTube, o Linus Tech Tips, teve seus canais sequestrados após um funcionário da área de publicidade abrir um PDF contaminado recebido como proposta comercial. O software malicioso obteve acesso ao navegador da máquina infectada e, através das permissões já concedidas àquele computador, passou a publicar em todos os subcanais do grupo vídeos promovendo um golpe de criptomoeda associado à imagem de uma figura pública. Levou cerca de 24 horas para a equipe recuperar o controle dos canais [4] — todo o alcance da rede havia sido redirecionado para o conteúdo malicioso antes que o acesso fosse restabelecido.

Esse caso ilustra por que a origem de um software instalado importa: um malware pode chegar embutido em qualquer instalador, mesmo em arquivos aparentemente inofensivos como um documento PDF.

7.9 Reinstalação do sistema operacional como manutenção corretiva

Diante de um problema de software cuja causa exata não foi identificada, uma prática comum — ainda que nem sempre a mais eficiente — é reinstalar o sistema operacional por completo, apagando o disco e recomeçando do zero.

Ainda assim, a reinstalação continua sendo uma ferramenta legítima de manutenção corretiva, sobretudo quando o tempo de diagnóstico pontual excederia o tempo do próprio procedimento de reinstalação. Duas implicações são obrigatórias sempre que esse caminho é adotado:

  1. Perda de dados: a reinstalação apaga o disco. É dever do técnico alertar o usuário e obter confirmação de que uma cópia de segurança (backup) dos dados relevantes foi realizada antes de iniciar o procedimento.
  2. A reinstalação só resolve problemas de software: se o sintoma reaparecer após uma reinstalação bem-sucedida, a hipótese de defeito de hardware sobe de prioridade.

Figura pendente

fluxograma de decisão — sintoma relatado → hipótese hardware/software/usuário → teste da hipótese mais barata → correção pontual ou reinstalação

Síntese do capítulo

Este capítulo apresentou o processo integral de instalação de um sistema operacional, da preparação da mídia à instalação de drivers, passando por backup, dual boot e diagnóstico via Live CD/USB. O capítulo fechou com a manutenção contínua dessa camada de software e firmware — atualização do sistema operacional, atualização e recuperação do firmware da placa-mãe, a redundância de hardware que o BIOS duplo oferece contra esse risco — e com dois problemas recorrentes de manutenção corretiva de software, malware e a decisão de reinstalar o sistema operacional. Esses procedimentos dependem diretamente dos componentes físicos tratados nos Capítulos 8 a 10 — a placa-mãe, seus barramentos e os próprios dispositivos de armazenamento — e do firmware gravado nesses componentes, cuja relação com a arquitetura de processadores foi aprofundada no Capítulo 3.

Referências

  1. RUFUS. Página oficial. Disponível em: https://rufus.ie/; repositório de código-fonte: https://github.com/pbatard/rufus.
  2. RED HAT. "Recommended system swap space." Red Hat Enterprise Linux 8 Documentation. Disponível em: https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/8/html/managing_storage_devices/getting-started-with-swap_managing-storage-devices.
  3. UBUNTU COMMUNITY HELP WIKI. "WindowsDualBoot." Disponível em: https://help.ubuntu.com/community/WindowsDualBoot.
  4. TECHSPOT. "YouTube channel Linus Tech Tips terminated after it was hacked to show crypto-scam videos." 2023. Disponível em: https://www.techspot.com/news/98047-; DIGITAL TRENDS. "Linus Tech Tips restored after crypto scam hack." Disponível em: https://www.digitaltrends.com/computing/linus-tech-tips-offline-after-cryptoscam/.
  5. Páginas oficiais: RUFUS, https://rufus.ie; VENTOY, https://www.ventoy.net; YUMI, https://www.pendrivelinux.com.