Um live USB Linux é um sistema operativo completo a correr a partir de uma pen (USB) — nada se instala no disco, e podes apagá-lo a qualquer momento. É a ferramenta certa em três situações clássicas: experimentar o Linux sem compromisso, testar o hardware de uma máquina (memória, SSD, CPU) sem sistema operativo em cima, e aceder aos dados de um computador que não arranca — o problema que costuma aparecer na pior altura. Hoje em dia quase ninguém grava CDs: o “live CD” é um live USB (pen de 4-8 GB) criada em poucos minutos.

💡 A regra de ouro do live USB

Quando o objectivo é resgatar dados, monta sempre os discos em só-leitura e não escrevas nada no disco doente. A reparação vem depois da cópia — nunca antes.

Neste artigo

1. O que é um live USB

É uma imagem comprimida da distribuição (um ficheiro .iso de 2-4 GB) gravada em modo cru numa pen USB. No arranque, o firmware da máquina arranca o gestor da pen e o Linux corre directamente dela (alguns ISOs têm opção de copiar tudo para a RAM, o copytoram, para maior silêncio e segurança) — o disco interno é visto como um disco “comum” que podes montar, ler, reparar ou ignorar. No fim, retiras a pen e a máquina arranca como se nada tivesse acontecido. O sistema live não guarda alterações por omissão (correr tudo da RAM) — é esta característica “inofensiva” que o torna ideal para diagnóstico.

2. Quando usar

  • Experimentar o Linux — arranca a distro, usa o ambiente (Firefox, LibreOffice), decide se instalas. Zero risco.
  • Testar hardware novo/antigo — memória (MemTest86+), discos (smartctl, velocidade), temperatura/CPU (stress) sem nenhum sistema instalado a interferir — é o diagnóstico mais limpo que existe.
  • O computador não arranca (Linux ou Windows) — aceder aos ficheiros, copiar dados para uma pen externa, correr fsck, reinstalar o GRUB.
  • Preparar um disco novo — particionar com GParted, clonar um sistema com Clonezilla antes de um upgrade.
  • Limpeza a frio — um varrimento de malware a partir de um ambiente que o malware não pode infectar (a live é imutável).

3. A distro certa para cada caso

Live Para quê Nota
Ubuntu / Debian / Mint experimentar, uso geral, dados + chroot ambientes gráficos completos — Secure Boot OK (imagens assinadas)
SystemRescue (13.02, Ago/2026) resgate/reparação: fsck, ddrescue, GParted, chroot Arch-based, kernel 6.18 LTS — lê ext4/XFS/Btrfs e NTFS
GParted Live particionar/redimensionar discos inteiros minimalista, ~300 MB
Clonezilla clonar/imaginar discos inteiros migração e backup a nível de blocos

A escolha por omissão para o kit de emergência numa pen: SystemRescue — é a única que traz em cima o essencial de resgate (GParted, fsck de ext4/XFS/Btrfs, NTFS-3G, ddrescue, testdisk, editor de arranque). Para mostrares e deixares experimentar Linux a quem não é de TI, um live Ubuntu/Mint é a opção mais amigável. E nota: uma distro live não é para produção — sem persistência, tudo o que gravas some no reboot.

4. Criar o USB

Três caminhos consoante o teu sistema:

A partir de Linux — o dd (o mais fiável): identifica a pen com lsblk -d -o NAME,SIZE,MODEL (o disco interno é o /dev/sda e a pen é outro /dev/sd? — confirma-se pelo modelo), desmonta-a se estiver montada, e grava:

sudo dd if=systemrescue-13.02-amd64.iso of=/dev/sdX bs=4M status=progress oflag=sync

onde /dev/sdX é a pen sem número de partição. O status=progress mostra a barra e o oflag=sync força a sincronizar os bytes antes de sair — não retires a pen a meio do comando.

A partir de Windows/macOS — graphical: balenaEtcher (o mais simples: escolher a ISO → escolher a pen → Flash) ou o Rufus (Windows, com mais opções). O Etcher valida a escrita no fim.

Várias imagens numa pen só — Ventoy (1.1.18, 9/Out/2026): instala-se o Ventoy na pen (esvazia-a), e depois copias os .iso como ficheiros normais. Ao arrancar, aparece um menu a apontar todos os ISOs na pen. Ideal para o kit de emergência: SystemRescue + Ubuntu + Clonezilla na mesma pen de 32 GB. Trabalha com Secure Boot (na primeira vez pede o registo da chave MOK).

⚠️ Confirmar a imagem antes de gravar

Todas as distros publicam o SHA256 da ISO na página de download — corre sha256sum ficheiro.iso e compara. Uma ISO corrompida a meio de um download é a razão nº 1 de um live USB “que não arranca”.

5. Arrancar do USB

Entras no menu de arranque do firmware com a tecla certa (aparece no ecrã no primeiro segundo: F12 em Dell/Lenovo, F9 em HP, F8 em ASUS, Esc ou F2 em muitas placas). Escolhe a entrada UEFI da pen para máquinas modernas. Duas armadilhas:

  • Secure Boot: Ubuntu, Debian e Mint têm imagens assinadas e arrancam com Secure Boot activo. O SystemRescue não suporta Secure Boot out-of-the-box — deixa Secure Boot desactivado (ou cria as tuas chaves de assinatura, assunto de sysadmin avançado).
  • Caneta 32 bits? As lives actuais são 64 bits — para máquinas antigas (netbooks) procura versões legacy das distros — hoje é raro.

6. Testar o hardware

Nada há como o diagnóstico de um sistema que corre fora do disco — o software de produção não mascara nada:

  • Memória — MemTest86+ (v9.00, Oct/2026): vários ISOs do live trazem o MemTest no menu de arranque. O memtest.org tem ISO própria. Deixa correr pelo menos uma passagem completa (um “pass” completo). Erros = RAM a morrer.
  • SSD/HDD — smartctl: smartctl -H /dev/sda diz PASSED/FAILED. smartctl -a /dev/sda mostra os atributos (reallocated sectors, pending sectors, wear). Testes longos: smartctl -t long /dev/sda.
  • Velocidade do disco: hdparm -t /dev/sda (leitura sequencial) — um SSD NVMe deveria dar milhares de MB/s, um HDD ~80-150 MB/s. Números absurdamente baixos indicam disco saturado/danificado ou ligação a falhar.
  • CPU/temperaturas: sensors (lm-sensors) para ler as temperaturas. O stress-ng --cpu 4 --timeout 10m (nos ISOs que o trazem, ou instalável na sessão live) e vê as temperaturas subirem — thermal throttling ou desligamentos abruptos são o padrão do dissipador sujo/cola seca.
  • Teste de escrita de disco — cuidado: só em discos vazios (f3 para pens flash falsificadas, badblocks -sv nos que aceitam destruição).

7. Aceder aos dados de um sistema quebrado

O caso mais comum: o Windows ou o Linux do computador não arranca, mas os ficheiros lá estão. Ordem correcta:

Passo 1 — montar em só-leitura (o SystemRescue é ideal — traz ntfs-3g e ferramentas ext4/btrfs):

fdisk -l                       # identifica as partições
mkdir /mnt/dados
mount -o ro /dev/sda2 /mnt/dados            # ext4/btrfs/xfs
ntfs-3g -o ro /dev/sda3 /mnt/dados            # partição do WINDOWS
ls /mnt/dados/Users/duarte/Documents

Passo 2 — copiar o essencial para o destino externo (pen externa ou disco externo montado rw):

rsync -av /mnt/dados/Users/duarte/Documents /mnt/backup/

Passo 3 — disco a falhar fisicamente? (sons de clique, SMART com sectores realocados) NÃO uses cp/rsync — um erro de leitura mata a cópia. Usa o ddrescue, que salta os sectores maus e volta depois:

ddrescue -d -r3 /dev/sda /mnt/backup/disco.img /mnt/backup/mapa.log

produz uma imagem do disco que depois montas com loop e podes até escavar com o testdisk/PhotoRec os ficheiros que o sistema de ficheiros já “perdeu”.

💡 Sinal de disco a falhar

Antes de montar em rw ou correr fsck: smartctl -H FAILED, sectores pending/re-allocados a subir, ou ruído de clique = disco em fim de vida. Copia primeiro (o ddrescue) — a reparação, essa, o disco não tem a nível físico.

8. Reparar o sistema a partir do live

Dois casos típicos, com o disco já montado rw (só depois de copiado o que importa):

Filesystem com erros (ext4): desmonta e corre o fsck — nunca fsck num filesystem montado:

umount /dev/sda2
fsck -y /dev/sda2

GRUB perdido (o menu de arranque desapareceu depois de um Windows Update): montas a partição raiz do sistema, bindas o necessário e entras em chroot:

UEFI (o caso normal em máquinas modernas — monta a ESP, partição FAT32, e usa o target certo):


mount /dev/nvme0n1p2 /mntmount /dev/nvme0n1p1 /mnt/boot/efi
for d in dev proc sys run; do mount --bind /$d /mnt/$d; done
chroot /mnt
grub-install --target=x86_64-efi --efi-directory=/boot/efi
grub-mkconfig -o /boot/grub/grub.cfg
exit
reboot





BIOS/MBR (equipamentos antigos — o grub-install vai directamente ao disco inteiro):




mount /dev/sda2 /mnt
for d in dev proc sys run; do mount --bind /$d /mnt/$d; done
chroot /mnt
grub-install /dev/sda
grub-mkconfig -o /boot/grub/grub.cfg
exit
reboot





Notas: o update-grub só existe em Debian/Ubuntu/Mint — nas outras distros usa grub-mkconfig -o /boot/grub/grub.cfg (está aí nos blocos). O grub-install /dev/sdX é o método BIOS/MBR — em UEFI, monta a ESP e usa –target=x86_64-efi. Ajusta os nomes do disco às tuas partições (lsblk). No SystemRescue há atalho para isto (a documentação do SystemRescue tem receita própria para a reinstalação do GRUB), e o mesmo princípio serve para desinstalar um update que partiu o arranque: chroot + remove o pacote/corrige o config.


9. Erros comuns


    

  • Gravar a ISO no disco errado — o dd não pergunta: um of=/dev/sda em vez da pen = backup do disco interno DESTRUÍDO. Lê o lsblk duas vezes antes de dar enter.
    • 

  • fsck em disco montado — corrompe em vez de reparar. Desmonta sempre antes.
    • 

  • Esperava persistência — o live não guarda nada entre sessões (a menos que uses a opção casper/persistence da distro). Não uses como “PC portátil” permanente.
    • 

  • Montar em rw no disco que só queria ler — a escrita (até pelo journal) aumenta o risco em discos frágeis. Monta ro até teres a certeza de que a cópia está fechada.
    • 

  • Caneta lenta — USB 2.0 antigo com ISO de 4 GB demora minutos a arrancar — usa USB 3.0.
    • 

  • Secure Boot + SystemRescue — o arranque é recusado pelo firmware: desactiva o Secure Boot para este caso.
    • 



Veredicto


Um live USB no gabinete é como a roda sobressalente: 10 minutos para criar (a pen de 8 GB com SystemRescue + Ventoy), e o dia em que a máquina de alguém não arranca fica resolvida em meia hora em vez de horas de pânico. Para cada caso tem o instrumento: Ubuntu/Mint live para experimentar, SystemRescue para resgate/reparação, GParted/Clonezilla para discos. E a disciplina que separa o sysadmin do utilizador avariado: copiar antes de reparar, montar readonly, fsck só desmontado — o resto é detalhe.


Artigos Relacionados



Fontes Oficiais