Questão de Sistemas Operacionais — Linux — FUNDATEC 2025

Execução de scripts no Linux: permissões e shebang

Gabarito: letra C. Para executar diretamente um script como programa, é necessário conceder a permissão de execução (x) ao arquivo — com chmod +x backup.sh — e então invocá-lo com ./backup.sh, momento em que o kernel lê a primeira linha (shebang) para escolher o interpretador. A permissão de leitura também é exigida, pois o interpretador precisa ler o conteúdo do arquivo.

O Linux (e o Unix em geral) controla o acesso a arquivos por meio de três classes de usuários — dono (user), grupo (group) e outros (others) — e três permissões básicas: leitura (r), escrita (w) e execução (x). Para executar um arquivo como programa, o sistema exige que a permissão de execução esteja definida para a classe do usuário que o invoca. Além disso, o kernel precisa ler o arquivo para identificar o interpretador (shebang) e passá-lo como argumento; por isso, a permissão de leitura também é necessária. O diretório onde o arquivo está também deve ter permissão de execução (x) para que o usuário possa acessar o inode do arquivo — requisito que já é satisfeito no diretório atual, pois o usuário consegue navegar até ele.

O comando chmod +x backup.sh adiciona o bit de execução para todas as classes (dono, grupo e outros), mantendo as demais permissões inalteradas. Depois disso, ./backup.sh executa o script diretamente: o kernel abre o arquivo, lê a primeira linha — que deve conter o shebang, como #!/bin/bash — e invoca o interpretador indicado, passando o caminho do script como argumento. Esse é o procedimento mínimo e correto.

A alternativa C é a única que descreve exatamente esse fluxo. As demais cometem erros conceituais: confundem leitura com escrita, ignoram a necessidade do bit de execução, ou propõem comandos que não fazem sentido (como chmod -x para "marcar o diretório como executável").

Alternativa A — ❌ Incorreta

Dar permissão de leitura e executar com sh ./backup.sh não é o procedimento mínimo para execução direta como programa. O comando sh invoca explicitamente o interpretador, ignorando o shebang — o que funciona, mas não é o que o enunciado pede ("executar diretamente como programa"). Além disso, sem o bit de execução, o arquivo não pode ser executado como ./backup.sh. O erro está em confundir "executar via interpretador" com "executar diretamente".

Alternativa B — ❌ Incorreta

Dar permissão de escrita não habilita a execução. A permissão w permite modificar o conteúdo do arquivo, mas não executá-lo. Para executar, é necessário o bit x. A alternativa confunde as permissões: escrita é para modificar, execução é para rodar.

Alternativa C — ✅ Correta ⟵ GABARITO

chmod +x backup.sh adiciona a permissão de execução ao arquivo. Em seguida, ./backup.sh executa o script diretamente: o kernel lê o shebang (primeira linha, ex.: #!/bin/bash) e invoca o interpretador correto. Esse é exatamente o procedimento mínimo e correto para execução direta.

Alternativa D — ❌ Incorreta

Remover a permissão de leitura impede a execução direta, pois o interpretador precisa ler o conteúdo do script. Além disso, bash backup.sh invoca o interpretador explicitamente, não executa o arquivo como programa. A afirmação de que "a execução não depende de ler o arquivo" é falsa: o kernel precisa ler o shebang e o interpretador precisa ler o script.

Alternativa E — ❌ Incorreta

chmod -x backup.sh remove a permissão de execução, não a adiciona. Além disso, a execução não é resolvida por "herança do diretório" — cada arquivo tem suas próprias permissões. E rodar backup.sh sem ./ só funciona se o diretório atual estiver no PATH, o que não é garantido e não é o procedimento mínimo descrito.

Gabarito: letra C