$course$/QCM de NSI/Première/Shell Unix et commandes Ligne de commande Unix : navigation dans
l'arborescence (ls, cd, pwd), manipulation des
fichiers (cp, mv, rm, mkdir), affichage
(cat, less), recherche (grep, find),
redirections et tubes, droits d'accès.

]]> Shell Unix et commandes — Q01 : Dossier courant Quelle commande affiche le chemin du dossier courant ?

]]> Réflexe utile : pwd quand on est perdu
dans l'arborescence. La plupart des shells
l'affichent dans l'invite (« prompt »).

]]> 1.0 0.0 0 true true abc cd

]]> La commande cd permet de
changer de dossier, mais
n'affiche pas le chemin
courant.

]]> where

]]> Aucune commande where
n'existe dans le standard
Unix pour cet usage.

]]> ls

]]> La commande ls liste le
contenu d'un dossier, mais
n'affiche pas son chemin
d'accès.

]]> pwd

]]> Bonne réponse : pwd (print working
directory) affiche le chemin absolu du
dossier où l'on se trouve.

]]> Shell Unix et commandes — Q02 : Lister Quelle commande affiche la liste des fichiers
d'un dossier ?

]]> Avec des options : ls -lh
donne un affichage détaillé,
avec des tailles lisibles.
Pour révéler les fichiers
cachés (dont le nom commence
par un point), on utilise
l'option -a. L'idiome
ls -la est l'un des plus
utiles à connaître.

]]> 1.0 0.0 0 true true abc dir

]]> Existe sur Windows (DOS), parfois sur
Linux comme alias, mais le standard
Unix est ls.

]]> ls

]]> Bonne réponse : ls (list) affiche le
contenu du dossier courant. Options :
-l (détaillé), -a (cachés), -h
(tailles lisibles).

]]> list

]]> Cette commande n'est pas
standard sur les systèmes
Unix. La commande
consacrée est ls.

]]> show

]]> Cette commande n'est pas
standard sur les systèmes
Unix.

]]> Shell Unix et commandes — Q03 : Changer de dossier Quelle commande change de dossier ?

]]> Astuces : cd - revient au dossier
précédent ; cd ~ va au dossier
personnel ; cd / à la racine du système
de fichiers.

]]> 1.0 0.0 0 true true abc cd

]]> Bonne réponse : cd (change directory)
suivi du chemin. Sans paramètre :
revient au dossier personnel
(/home/user). cd .. : remonte d'un
niveau.

]]> enter

]]> Aucune commande enter
standard n'existe sous
Unix pour cet usage.

]]> open

]]> Sur macOS, open lance une application,
pas un changement de dossier.

]]> go

]]> Aucune commande go
standard ne permet de
changer de dossier sous
Unix.

]]> Shell Unix et commandes — Q04 : Créer un dossier Quelle commande crée un dossier ?

]]> Pour créer une arborescence en une fois :
mkdir -p projet/src/utils. Crée tous les
dossiers nécessaires.

]]> 1.0 0.0 0 true true abc md

]]> Sur Windows, oui. Sur Unix, c'est
mkdir.

]]> mkdir

]]> Bonne réponse : mkdir (make
directory) suivi du nom du dossier.
Option -p : crée les dossiers
intermédiaires si nécessaire.

]]> new

]]> Aucune commande new
standard ne crée un
dossier sous Unix.

]]> createdir

]]> Cette commande n'est pas
standard sous Unix. La
commande consacrée est
mkdir.

]]> Shell Unix et commandes — Q05 : Copier Quelle commande copie un fichier ?

]]> Très utilisé : cp -r dossier1 dossier2
copie tout l'arbre. cp -i demande
confirmation avant d'écraser.

]]> 1.0 0.0 0 true true abc mv

]]> La commande mv permet de
déplacer ou de
renommer un fichier,
mais pas de le copier.

]]> cp

]]> Bonne réponse : cp source destination.
Pour copier un dossier : cp -r (récursif).

]]> duplicate

]]> Aucune commande duplicate
standard n'existe sous
Unix.

]]> copy

]]> Existe sur Windows. Sur Unix, c'est
cp.

]]> Shell Unix et commandes — Q06 : Déplacer / renommer Quelle commande déplace ou renomme un
fichier ?

]]> Renommer : mv ancien.txt nouveau.txt. Déplacer : mv fichier.txt /home/alice/.

]]> 1.0 0.0 0 true true abc rename

]]> Existe (par exemple en Perl), mais le
standard Unix est mv.

]]> move

]]> Existe sur Windows. Sur Unix, mv.

]]> change

]]> Aucune commande change
standard ne déplace ou ne
renomme un fichier sous
Unix.

]]> mv

]]> Bonne réponse : mv source destination.
Si la destination est dans le même
dossier avec un nom différent, c'est
un renommage.

]]> Shell Unix et commandes — Q07 : Supprimer Quelle commande supprime un fichier ?

]]> rm -r dossier supprime un dossier (et
tout son contenu). rm -rf / est la
commande la plus dangereuse possible :
détruit tout le système.

]]> 1.0 0.0 0 true true abc rmdir

]]> Erreur : rmdir ne supprime qu'un dossier
vide ; sur un fichier, il répond
« Not a directory » et ne supprime rien.

]]> rm

]]> Bonne réponse : rm fichier.txt.
Attention : pas de corbeille en
ligne de commande, suppression
définitive.

]]> delete

]]> Aucune commande delete
standard ne supprime un
fichier sous Unix.

]]> erase

]]> Aucune commande erase
standard ne supprime un
fichier sous Unix.

]]> Shell Unix et commandes — Q08 : Afficher un fichier Quelle commande affiche le contenu d'un
fichier texte ?

]]> cat (concatenate) : affiche et
concatène plusieurs fichiers
(cat a.txt b.txt). Variantes : head
(début), tail (fin), tac (à l'envers).

]]> 1.0 0.0 0 true true abc cat

]]> Bonne réponse : cat fichier.txt
affiche tout le contenu d'un coup.
Pour les gros fichiers, préférer
less (page par page).

]]> read

]]> Existe mais lit l'entrée standard,
pas un fichier.

]]> show

]]> Aucune commande show
standard n'affiche le
contenu d'un fichier sous
Unix.

]]> open

]]> Sur macOS, open lance l'application
associée, pas le shell.

]]> Shell Unix et commandes — Q09 : Chemins Que désignent . et .. dans un chemin ?

]]> Tous les dossiers possèdent ces deux
entrées spéciales (à la racine /, les
deux désignent la racine elle-même).
cd .. remonte ; ./script.sh permet
d'exécuter un script du dossier courant,
car ce dossier ne figure pas dans le
PATH.

]]> 1.0 0.0 0 true true abc . = dossier courant ; .. = dossier parent

]]> Bonne réponse : permettent les chemins
relatifs. ./script.sh exécute le
script du dossier courant.
../fichier désigne le fichier dans le
dossier parent.

]]> Des séparateurs de chemin

]]> Le caractère qui sépare
les éléments d'un chemin
est /, et non le point.

]]> Des fichiers cachés du système

]]> Cette interprétation est
imprécise : les notations
. et .. ne désignent
pas des fichiers cachés
au sens classique du
terme, mais des
références particulières
dans l'arborescence.

]]> Des messages d'erreur affichés par le système

]]> Au contraire, ce sont des
entrées normales et
parfaitement valides du
système de fichiers.

]]> Shell Unix et commandes — Q10 : Aide d'une commande Comment afficher l'aide d'une commande
Unix ?

]]> man ls ou ls --help : selon le
contexte. Pour rechercher : man -k mot.
Apprendre à lire le man est essentiel
pour devenir autonome.

]]> 1.0 0.0 0 true true abc info commande

]]> Existe sur certains systèmes (GNU
info), plus complet que man mais
moins universel.

]]> man commande

]]> Bonne réponse : man (manual) ouvre
la page de manuel, par exemple man ls.
Navigation : flèches, / pour
rechercher, q pour quitter.

]]> help commande

]]> Existe pour les commandes intégrées au
shell (Bash), mais le standard est
man.

]]> commande --aide

]]> Existe avec --help (en anglais), mais
ce n'est qu'un résumé court.

]]> Shell Unix et commandes — Q11 : Redirection sortie Que fait ls > liste.txt ?

]]> Redirections : > (sortie),
>> (sortie ajoutée), < (entrée),
2> (erreur). Ex. : ls > out.txt
2> err.txt sépare sortie et erreurs.

]]> 1.0 0.0 0 true true abc Elle renomme la commande ls en liste.txt

]]> Aucun renommage n'a lieu.
La commande ls reste
inchangée ; seul son
résultat est redirigé
vers le fichier.

]]> Redirige la sortie de ls vers liste.txt au lieu de l'afficher

]]> Bonne réponse : > redirige la sortie
standard. Pour ajouter sans
écraser : >>.

]]> Elle compare la sortie de ls au contenu de liste.txt

]]> Aucune comparaison n'est
réalisée. L'opérateur >
sert à rediriger une
sortie, et non à
comparer.

]]> Elle affiche simplement le contenu actuel de liste.txt

]]> C'est précisément
l'inverse : on écrit
dans liste.txt, on n'en
lit pas le contenu.

]]> Shell Unix et commandes — Q12 : Pipe Que fait le caractère | (pipe) en shell ?

]]> Philosophie Unix : « petites commandes
qui font une seule chose, combinables
par pipes ». Exemple :
cat fichier.log | grep "error" | wc -l
compte les lignes contenant « error ».

]]> 1.0 0.0 0 true true abc Il envoie la sortie d'une commande vers l'entrée de la suivante

]]> Bonne réponse : ls | grep .txt
filtre la sortie de ls pour ne
garder que ce qui contient « .txt ».
Très puissant pour combiner des
commandes simples.

]]> Il introduit un commentaire ignoré par l'interpréteur

]]> Le caractère qui introduit
un commentaire dans
l'interpréteur de
commandes est #, et
non |.

]]> Il répète en boucle la commande placée avant lui

]]> Aucune notion de boucle
n'est associée à ce
symbole dans
l'interpréteur de
commandes.

]]> Il sépare deux commandes exécutées indépendamment l'une de l'autre

]]> Erreur : c'est le rôle du
point-virgule ;. Avec |, les deux
commandes sont liées : la seconde lit
ce que la première écrit.

]]> Shell Unix et commandes — Q13 : Recherche dans un fichier Quelle commande cherche un motif dans un
ou plusieurs fichiers ?

]]> grep recherche un mot dans le contenu d'un ou de plusieurs fichiers et affiche les lignes qui le contiennent.

]]> 1.0 0.0 0 true true abc look

]]> Existe mais limité aux fichiers triés.

]]> grep

]]> Bonne réponse : grep motif fichier.
grep -r motif dossier/ (récursif).
grep -i (insensible à la casse).

]]> find

]]> Erreur : find cherche des fichiers
dans l'arborescence.

]]> search

]]> Erreur : pas standard.

]]> Shell Unix et commandes — Q14 : find Quelle commande trouve des fichiers dans
l'arborescence selon des critères (nom,
taille, date) ?

]]> find parcourt récursivement et applique
des actions : afficher, supprimer,
exécuter une commande sur chaque résultat.
Très puissant.

]]> 1.0 0.0 0 true true abc find

]]> Bonne réponse : find . -name "*.txt"
trouve tous les .txt à partir du
dossier courant. Très puissant et
flexible.

]]> look

]]> Erreur : pas pour ça.

]]> locate

]]> Existe (utilise une base indexée), mais
la commande standard est find.

]]> grep

]]> Erreur : grep cherche dans le contenu.

]]> Shell Unix et commandes — Q15 : chmod Que fait chmod +x script.sh ?

]]> Sans +x, on ne peut pas faire
./script.sh. Trois bits par catégorie
(utilisateur, groupe, autres) : r (lecture),
w (écriture), x (exécution).

]]> 1.0 0.0 0 true true abc Rend le fichier invisible dans les listages de ls

]]> Sous Unix, masquer un
fichier consiste à
préfixer son nom par
un point (par exemple
.fichier). La commande
chmod ne touche pas
au nom, elle modifie
les droits d'accès.

]]> Ajoute la permission d'exécution au fichier

]]> Bonne réponse : chmod change les
permissions. +x ajoute le bit
d'exécution. Indispensable pour les
scripts.

]]> Renomme le fichier en ajoutant un suffixe x à son nom

]]> Erreur : le renommage se fait avec mv,
et chmod ne touche jamais au nom.

]]> Supprime le fichier après confirmation

]]> Erreur : la suppression se fait avec
rm ; chmod ne détruit jamais rien.

]]> Shell Unix et commandes — Q17 : Compter Quelle commande compte les lignes, mots et
caractères d'un fichier ?

]]> Idiome utile : cat fichier | wc -l
(compter les lignes), ou plus
directement wc -l fichier. Très utilisé
dans des pipelines.

]]> 1.0 0.0 0 true true abc length

]]> Erreur : pas standard.

]]> wc

]]> Bonne réponse : wc (word count).
Options : -l (lignes), -w (mots),
-c (octets), -m (caractères).

]]> count

]]> Erreur : pas standard.

]]> cnt

]]> Erreur : pas standard.

]]> Shell Unix et commandes — Q19 : Chemin absolu vs relatif Quelle est la différence entre un chemin
absolu et un chemin relatif ?

]]> Mnémonique : « absolu = depuis la
racine » ; « relatif = depuis ici ».
Bonne pratique dans les scripts :
privilégier les chemins absolus pour
éviter les surprises.

]]> 1.0 0.0 0 true true abc Aucune, les deux notations sont interchangeables partout

]]> Erreur : la différence est fondamentale,
un chemin relatif change de cible selon
le dossier courant.

]]> L'un des deux est nettement plus rapide à utiliser

]]> Erreur : performance équivalente.

]]> L'absolu part de la racine /, le relatif du dossier courant

]]> Bonne réponse : utiliser le bon selon
le contexte. Le relatif est plus court
mais ambigu hors contexte. L'absolu est
robuste mais long.

]]> L'un fonctionne uniquement sur Windows

]]> Erreur : les deux existent sur tous les
systèmes d'exploitation.

]]> Shell Unix et commandes — Q20 : Réunir deux fichiers avec cat Le fichier debut.txt contient la ligne Bonjour et le fichier fin.txt la ligne Au revoir. Que contient complet.txt après la commande suivante ?
`

bash

cat debut.txt fin.txt > complet.txt

]]> cat affiche le contenu de ses fichiers dans l'ordre où on les donne. Suivie de > fichier, la commande écrit ce contenu dans un fichier : c'est une façon simple de réunir plusieurs fichiers texte en un seul.

]]> 1.0 0.0 0 true true abc Rien, cat n'écrivant qu'à l'écran

]]> Erreur : sans redirection, cat écrit à l'écran ; avec >, ce même texte est envoyé dans le fichier nommé, qui est créé s'il n'existe pas.

]]> Bonjour puis Au revoir, sur deux lignes

]]> Bonne réponse : cat enchaîne le contenu de debut.txt puis celui de fin.txt, et > envoie le tout dans complet.txt au lieu de l'afficher à l'écran.

]]> Seulement Au revoir, le second fichier remplaçant le premier

]]> Erreur : cat affiche ses fichiers l'un après l'autre, dans une seule sortie. La redirection > écrit cette sortie entière dans complet.txt, sans rien écraser entre les deux.

]]> Les noms debut.txt et fin.txt

]]> Erreur : cat n'écrit pas les noms des fichiers qu'on lui donne, mais leur contenu. C'est ce contenu qui se retrouve dans complet.txt.

]]> Shell Unix et commandes — Q22 : Permissions octales Que représente chmod 755 script.sh ?

]]> Modes courants : 755 (exécutable
lisible), 644 (fichier texte normal),
700 (privé). À la place de la notation
octale : chmod u=rwx,go=rx script.sh.

]]> 1.0 0.0 0 true true abc L'identifiant du processus qui exécutera le script

]]> Un identifiant de processus
(PID) est attribué au
lancement du programme,
il n'a rien à voir avec
chmod, qui modifie
seulement les droits
d'accès au fichier.

]]> La nouvelle taille du fichier exprimée en octets

]]> La commande chmod ne
touche jamais à la taille
du fichier. Elle ne modifie
que les permissions, ici
encodées en notation
octale.

]]> Des permissions codées en octal pour trois catégories d'utilisateurs

]]> Bonne réponse : notation octale
des permissions Unix (4 = read, 2 =
write, 1 = execute) : propriétaire
rwx (7), groupe r-x (5), autres
r-x (5).

]]> Une simple erreur de syntaxe de la commande

]]> Erreur : syntaxe valide.

]]> Shell Unix et commandes — Q25 : Synthèse Parmi les affirmations suivantes sur le shell
Unix, laquelle est fausse ?

]]> Important : rm est définitif. Toujours vérifier deux fois la commande avant de la lancer.

]]> 1.0 0.0 0 true true abc grep cherche un motif dans le contenu de fichiers

]]> C'est exactement le
rôle de grep. Cette
affirmation est donc
juste, et n'est pas
la mauvaise réponse
attendue dans cette
question.

]]> | permet de chaîner des commandes en redirigeant la sortie de l'une vers l'entrée de l'autre

]]> Vrai : un des concepts les plus
puissants d'Unix.

]]> pwd affiche le chemin du dossier courant

]]> Cette affirmation est
exacte : pwd (print
working directory)
renvoie effectivement
le chemin absolu du
dossier courant. Ce
n'est donc pas la
mauvaise affirmation
recherchée.

]]> rm met les fichiers dans une corbeille récupérable par défaut

]]> Faux (donc bonne réponse) : rm
supprime définitivement sans
corbeille en ligne de commande. La
corbeille est une notion graphique
(gérée par l'environnement de bureau).

]]> Shell Unix et commandes — Q26 : Le caractère « tilde » Dans un terminal Unix, à quoi correspond le caractère
~ (tilde) en début de chemin ?

]]> Trois symboles à connaître pour la navigation : ~
(répertoire personnel), . (répertoire courant) et
.. (répertoire parent). On les combine fréquemment :
~/projets/.config désigne le sous-dossier .config
du dossier projets placé dans le répertoire
personnel.

]]> 1.0 0.0 0 true true abc Au répertoire courant

]]> Erreur : le répertoire courant est noté . (un
point). Le tilde renvoie au répertoire personnel,
quel que soit l'endroit où l'on se trouve.

]]> Au répertoire personnel de l'utilisateur courant

]]> Bonne réponse : ~ est une abréviation pour le
chemin du répertoire personnel (par exemple
/home/eleve sur Linux ou /Users/eleve sur
macOS). On peut donc écrire cd ~/Documents
plutôt que le chemin absolu complet.

]]> Au répertoire parent, situé juste au-dessus

]]> Erreur : le répertoire parent se note .. (deux
points). Le tilde n'a aucun rapport avec la
remontée dans l'arborescence.

]]> Au répertoire racine du système

]]> Erreur : la racine se note /. Le tilde, lui,
renvoie à un répertoire personnel, pas à la
racine du système.

]]> Shell Unix et commandes — Q27 : Caractère joker Dans un terminal, on saisit la commande suivante :

`bash ls *.txt

Quel est l'effet du caractère *` ?

]]> Quelques motifs courants : .py (tous les fichiers
Python), image_.png (toutes les images
numérotées), * (tous les fichiers du dossier).
Plus précis : ? remplace exactement un caractère
et [abc] remplace une lettre choisie dans
l'ensemble.

]]> 1.0 0.0 0 true true abc Il commente la fin de la ligne, ignorée par le shell

]]> Erreur : un commentaire dans le shell s'introduit
avec # placé en début de ligne. Le caractère
* est un joker pour l'expansion de noms de
fichiers.

]]> Il remplace n'importe quelle suite de caractères dans un nom

]]> Bonne réponse : avant l'exécution de la commande,
le shell remplace .txt par la liste de tous
les fichiers du dossier courant dont le nom
finit par .txt. C'est le mécanisme appelé
globbing*.

]]> Il multiplie le résultat de la commande par lui-même

]]> Erreur : aucune notion d'arithmétique dans une
commande ls. Le * est un caractère générique
pour les noms de fichiers, pas un opérateur de
multiplication.

]]> Il suspend l'exécution jusqu'à l'appui sur une touche

]]> Erreur : la commande s'exécute normalement et
liste bien des fichiers. Le caractère * ne
bloque rien, il est simplement remplacé par les
noms qui correspondent au motif.

]]> Shell Unix et commandes — Q28 : Fichiers cachés Sous Unix, à quoi reconnaît-on un fichier ou un
dossier dit caché ?

]]> Cette convention est utilisée pour les fichiers de configuration personnels, comme .bashrc, qui doivent rester discrets dans le répertoire personnel. Pour visualiser ces fichiers dans un terminal, on utilise ls -a.

]]> 1.0 0.0 0 true true abc À son emplacement dans le dossier /hidden

]]> Erreur : il n'existe pas de dossier réservé pour
les fichiers cachés sous Unix. La convention est
basée sur le nom, pas sur l'emplacement.

]]> À son nom qui commence par un point (par exemple .bashrc)

]]> Bonne réponse : sous Unix, la convention est
qu'un nom de fichier commençant par . n'est pas
affiché par ls ni dans la plupart des
gestionnaires graphiques. Pour les voir, on
utilise l'option ls -a.

]]> À son extension .hidden

]]> Erreur : aucune extension particulière ne marque
un fichier comme caché. C'est le préfixe du
nom (un point) qui joue ce rôle, pas
l'extension.

]]> À un attribut spécial dans le système de fichiers

]]> Erreur : Unix n'utilise pas d'attribut
« caché ». La convention est purement basée sur
le nom : tout fichier dont le nom commence par
un point est masqué par défaut.

]]> Shell Unix et commandes — Q29 : Effet d'un enchaînement tube et redirection Que produit exactement la commande suivante ?

cat notes.txt | sort -n | head -n 3 > top3.txt

]]> Les tubes | chaînent la sortie standard d'une commande
avec l'entrée standard de la suivante : chaque maillon
filtre ou transforme le flot. La redirection > capture
enfin ce flot dans un fichier. Cette composition est
l'un des principes les plus puissants du shell Unix.

]]> 1.0 0.0 0 true true abc Elle supprime les trois premières lignes de notes.txt

]]> Erreur : head extrait des lignes mais ne modifie pas
le fichier source. Aucune commande de suppression
n'est utilisée ici.

]]> Elle écrit dans top3.txt les trois plus petites valeurs de notes.txt

]]> Bonne réponse : le tube | enchaîne cat (lecture
du fichier), sort -n (tri numérique) et head -n 3
(trois premières lignes du flot trié, donc les plus
petites valeurs). La redirection > envoie ce flot
final dans top3.txt : rien ne s'affiche dans le
terminal et notes.txt n'est pas modifié.

]]> Elle affiche les trois premières lignes de notes.txt à l'écran sans modifier les fichiers

]]> Erreur : sans sort, on aurait peut-être pris les
trois premières lignes du fichier tel quel, mais le
tri intervient avant head. Et la redirection >
empêche tout affichage à l'écran.

]]> Elle crée un fichier top3.txt contenant les trois premières lignes de notes.txt dans leur ordre d'origine, sans tri

]]> Erreur : sort -n est appliqué avant head, donc
les trois lignes écrites sont les plus petites
valeurs, pas les trois premières lignes du fichier
d'origine.

]]> Shell Unix et commandes — Q30 : Compter les lignes trouvées par grep Le fichier villes.txt indique, pour chaque élève, sa ville de naissance puis sa ville actuelle :
`

text

Ana;Lyon;Lyon

Bob;Paris;Lille

Cléo;Nice;Lyon

Dan;Lens;Paris

Qu'affiche la commande suivante ?

bash

grep Lyon villes.txt | wc -l

]]> Le tube | envoie la sortie de la première commande à l'entrée de la seconde. grep produit les lignes qui contiennent le mot cherché, une fois chacune, et wc -l compte les lignes qu'il reçoit.

]]> 1.0 0.0 0 true true abc 4

]]> Erreur : wc -l ne lit pas villes.txt, il compte les lignes que grep lui transmet par le tube. Seules les lignes contenant Lyon lui parviennent.

]]> 2

]]> Bonne réponse : grep transmet les deux lignes qui contiennent Lyon, celles d'Ana et de Cléo, et wc -l compte ces deux lignes.

]]> 1

]]> Erreur : grep ne s'arrête pas à la première ligne trouvée, il parcourt tout le fichier. Les lignes d'Ana et de Cléo contiennent toutes deux Lyon.

]]> 3

]]> Erreur : tu comptes les occurrences du mot Lyon, mais grep affiche des lignes entières. La ligne d'Ana, où le mot apparaît deux fois, n'est affichée qu'une fois.

]]> Shell Unix et commandes — Q31 : Écraser ou compléter un fichier Quelle différence entre ls > liste.txt et ls >> liste.txt ?

]]> Choisir >> pour tenir un journal qui grandit, > pour produire
un fichier neuf à chaque fois.

]]> 1.0 0.0 0 true true abc > remplace le contenu de liste.txt, >> ajoute à la fin

]]> Bonne réponse : la redirection simple écrase le fichier, la
double y ajoute la sortie sans toucher à ce qui s'y trouvait.

]]> >> écrit deux fois la sortie, une par chevron

]]> Erreur : la sortie n'est écrite qu'une fois, après le contenu
existant.

]]> > écrit dans le fichier, >> l'affiche à l'écran

]]> Erreur : les deux écrivent dans le fichier ; rien n'apparaît à
l'écran.

]]> Aucune, les deux écritures étant strictement équivalentes

]]> Erreur : avec >, un fichier existant perd son contenu.

]]> Shell Unix et commandes — Q32 : Les premières lignes d'un fichier Que fait la commande head -n 3 notes.txt ?

]]> head et tail montrent le début et la fin d'un fichier, pratiques
pour jeter un œil à un gros fichier sans l'afficher en entier.

]]> 1.0 0.0 0 true true abc Elle affiche les trois premières lignes du fichier

]]> Bonne réponse : head montre le début d'un fichier, dix lignes
par défaut, ou le nombre indiqué par -n.

]]> Elle supprime les trois premières lignes du fichier

]]> Erreur : head ne modifie jamais le fichier, elle affiche.

]]> Elle affiche les trois dernières lignes du fichier

]]> Erreur : la fin d'un fichier s'affiche avec tail.

]]> Elle affiche les lignes qui contiennent le nombre 3

]]> Erreur : la recherche d'un motif se fait avec grep.

]]> Shell Unix et commandes — Q33 : Trier les lignes d'un fichier Le fichier prenoms.txt contient Sami, Lina, Nora, une par
ligne. Qu'affiche sort prenoms.txt ?

]]> sort est un filtre : il lit, trie, affiche. Pour conserver le
résultat, on redirige vers un fichier.

]]> 1.0 0.0 0 true true abc Lina, Nora, Sami, dans l'ordre alphabétique

]]> Bonne réponse : sort affiche les lignes triées, sans modifier
le fichier.

]]> Le nombre de lignes du fichier

]]> Erreur : compter est le rôle de wc.

]]> Sami, Nora, Lina, dans l'ordre inverse

]]> Erreur : l'ordre décroissant demande l'option -r.

]]> Sami, Lina, Nora, le fichier étant trié sur place

]]> Erreur : sort affiche un résultat trié et laisse le fichier
intact.

]]> Shell Unix et commandes — Q34 : Un fichier vidé par mégarde Théo tape sort notes.txt > notes.txt pour trier son fichier sur
place. Que se passe-t-il ?

]]> Une redirection vers le fichier d'entrée est un piège classique :
sort notes.txt > tri.txt puis mv tri.txt notes.txt.

]]> 1.0 0.0 0 true true abc Le fichier est dupliqué

]]> Erreur : rien n'est copié ; le contenu est perdu.

]]> Le terminal refuse, un fichier ne pouvant être lu et écrit à la fois

]]> Erreur : aucun refus ; c'est précisément le problème, l'ordre
des opérations n'est pas vérifié.

]]> Le fichier est trié sur place, comme voulu

]]> Erreur : la redirection agit avant la commande, qui lit un
fichier déjà vide.

]]> Le fichier est vidé avant d'être lu, et il ne reste rien

]]> Bonne réponse : la redirection > ouvre et vide notes.txt
avant que sort ne commence à le lire. Il faut écrire dans un
autre fichier, puis renommer.

]]> Shell Unix et commandes — Q35 : Fournir un fichier en entrée Un programme python3 moyenne.py lit des nombres au clavier avec
input. Que fait python3 moyenne.py < nombres.txt ?

]]> Trois redirections : < pour l'entrée, > et >> pour la sortie.
Elles permettent de tester un programme sans rien taper.

]]> 1.0 0.0 0 true true abc Le programme est comparé au fichier, ligne par ligne

]]> Erreur : < n'est pas un opérateur de comparaison dans le
shell.

]]> Le programme écrit ses résultats dans nombres.txt

]]> Erreur : écrire dans un fichier se fait avec >.

]]> Le fichier est exécuté comme un programme Python

]]> Erreur : le programme reste moyenne.py ; le fichier ne fait
que fournir les données.

]]> Le programme lit ses saisies dans le fichier, pas au clavier

]]> Bonne réponse : < redirige l'entrée standard. Chaque input
reçoit la ligne suivante du fichier, comme si elle avait été
tapée.

]]> Shell Unix et commandes — Q36 : cd sans argument Que fait la commande cd tapée sans aucun argument ?

]]> cd seul, cd ~ et cd /home/nom conduisent au même endroit : le
dossier personnel.

]]> 1.0 0.0 0 true true abc Elle affiche le chemin du dossier courant

]]> Erreur : afficher le dossier courant est le rôle de pwd.

]]> Elle ramène dans le dossier personnel de l'utilisateur

]]> Bonne réponse : sans destination, cd retourne au dossier
personnel, le même que cd ~.

]]> Elle remonte d'un niveau dans l'arborescence

]]> Erreur : remonter d'un niveau s'écrit cd ...

]]> Elle provoque une erreur, un argument étant obligatoire

]]> Erreur : l'argument est facultatif.

]]> Shell Unix et commandes — Q37 : Lister un dossier sans s'y déplacer Lina est dans son dossier personnel et veut voir le contenu de
/home/lina/cours/images sans changer de dossier courant. Que
tape-t-elle ?

]]> La plupart des commandes acceptent un chemin : ls, cat ou cp
travaillent sur n'importe quel dossier sans qu'on s'y déplace.

]]> 1.0 0.0 0 true true abc cd cours/images puis ls, sans autre possibilité

]]> Erreur : cela fonctionne, mais change le dossier courant, ce que
Lina ne voulait pas.

]]> ls cours/images

]]> Bonne réponse : ls accepte un chemin en argument, relatif au
dossier courant ou absolu. Le dossier courant reste inchangé.

]]> open cours/images

]]> Erreur : open n'est pas une commande de listage sous Linux.

]]> ls seul, qui liste toute l'arborescence

]]> Erreur : ls seul ne liste que le dossier courant.

]]> Shell Unix et commandes — Q38 : Le sommet de l'arborescence Que désigne / seul, par exemple dans ls / ?

]]> Tout chemin absolu commence par /, la racine : /home/lina/cours
descend de niveau en niveau depuis le sommet.

]]> 1.0 0.0 0 true true abc La racine, dossier qui contient tous les autres

]]> Bonne réponse : ls / liste les dossiers de premier niveau du
système, comme home, etc ou usr.

]]> Le dossier personnel de l'utilisateur

]]> Erreur : le dossier personnel s'écrit ~.

]]> Le dossier courant, quel qu'il soit

]]> Erreur : le dossier courant s'écrit ..

]]> Un séparateur sans signification lorsqu'il est seul

]]> Erreur : / sépare les niveaux d'un chemin, mais seul il désigne
la racine.

]]> Shell Unix et commandes — Q39 : Atteindre un dossier voisin Lina est dans /home/lina/cours/nsi. Le fichier logo.png se
trouve dans /home/lina/cours/images. Quel chemin relatif le
désigne ?

]]> Un chemin relatif se construit depuis le dossier courant : chaque
.. remonte d'un niveau, puis on redescend.

]]> 1.0 0.0 0 true true abc images/logo.png

]]> Erreur : ce chemin chercherait images à l'intérieur de nsi.

]]> ../../images/logo.png

]]> Erreur : deux remontées mènent dans /home/lina, qui ne contient
pas images directement.

]]> /images/logo.png

]]> Erreur : un chemin commençant par / part de la racine, où il
n'y a pas de dossier images.

]]> ../images/logo.png

]]> Bonne réponse : .. remonte dans cours, puis on descend dans
images.

]]> Shell Unix et commandes — Q40 : Copier un dossier entier cp projet sauvegarde échoue avec un message indiquant que
projet est un dossier. Comment le copier avec son contenu ?

]]> Copier ou supprimer un dossier demande l'option récursive, qui
parcourt toute la sous-arborescence.

]]> 1.0 0.0 0 true true abc copy projet sauvegarde

]]> Erreur : copy n'est pas une commande Unix.

]]> mv projet sauvegarde

]]> Erreur : mv déplace, l'original disparaîtrait.

]]> cp projet/* sauvegarde

]]> Erreur : cela copierait les fichiers du premier niveau, mais pas
les sous-dossiers.

]]> cp -r projet sauvegarde

]]> Bonne réponse : l'option -r, pour récursif, demande à cp de
descendre dans le dossier et de copier tout ce qu'il contient.

]]> Shell Unix et commandes — Q41 : Un renommage qui écrase Le dossier contient brouillon.txt et final.txt. Théo tape
mv brouillon.txt final.txt. Que se passe-t-il ?

]]> Les commandes du shell font ce qu'on leur demande sans discuter :
vérifier la destination avant mv ou cp évite les pertes.

]]> 1.0 0.0 0 true true abc brouillon.txt est copié dans final.txt et conservé

]]> Erreur : mv déplace ; l'original n'existe plus.

]]> Le terminal refuse, final.txt existant déjà dans le dossier

]]> Erreur : par défaut, aucune protection ; l'option -i demande
une confirmation.

]]> final.txt est écrasé par brouillon.txt, sans avertissement

]]> Bonne réponse : mv écrase la destination si elle existe. Le
contenu de l'ancien final.txt est perdu.

]]> Les deux fichiers sont fusionnés en un seul

]]> Erreur : mv ne concatène rien ; réunir deux fichiers se fait
avec cat.

]]>