Quiz & FAQ Linux Admin

À la fin de cette page, vous aurez révisé la série Linux Admin via une FAQ thématique (processus → performance), un quiz style sysadmin 12 questions, et une checklist avant VPS ou lab jetable. C’est la clôture de la colonne Admin du mega-menu Linux.

Niveau : Tous niveaux / révision · Temps estimé : 40–55 min · Versions testées : Ubuntu 22.04 / 24.04, Debian 12 ; notes Rocky/Alma 9 · Dernière vérification : 2026-09-11

Slug : linux-admin-quiz-faq · Série : Linux Admin (colonne 2) · Mot-clé SEO : linux admin faq

← Précédent : Performance (iostat / vmstat) · → Hub (fin de colonne) : Linux Admin · Ensuite : Linux Réseau & Sécurité

Prérequis

• Hub Linux Admin et idéalement les chapitres Admin (processus avancés → performance)
• Socle Linux Basics : terminal, sudo, paquets, processus & systemd, SSH
• VM ou WSL jetable ; compte non-root + sudo ; aucun secret dans les notes de révision
• Objectif : révision sysadmin junior / DevOps ou consolidation avant un VPS lab
• Coût : 0 € en local ; sinon snapshot avant labs disque / LVM

Cette page ferme la colonne Linux Admin : pas de lab obligatoire — maillage hub, puis pont vers Réseau & Sécurité.

Comment réviser avec Linux Admin

1. Par clusters : Runtime (nice, cgroups) → Logs → Stockage (disques, LVM) → Planification & backups → Observabilité (monitoring, perf) → Users / kernel.
2. Relisez le hub Linux Admin (carte des slugs, checklist cochable).
3. Lab court sur les chapitres faibles (VM jetable), puis nettoyez units, mounts et snapshots.
4. FAQ à voix haute, puis quiz sans notes — cible ≥ 10/12.

Module	Focus	Exemples de slugs
A Runtime	nice, renice, ulimit, cgroups	linux-processus-avances
B Logs	journalctl, rsyslog, logrotate	linux-logs-journalctl
C Stockage	lsblk, fdisk, fstab, LVM	linux-disques-partitions, linux-lvm-volumes
D Ops planifiées	cron, at, rsync, 3-2-1	linux-cron-planification, linux-backups-rsync
E Observabilité	load, iostat, free, df, vmstat	linux-monitoring-local, linux-performance-tuning
F Socle avancé	users/groupes, modules, sysctl	linux-users-avances, linux-kernel-sysctl
G Clôture	quiz & FAQ	linux-admin-quiz-faq

FAQ Linux Admin (thématique)

nice / renice vs cgroups : quand utiliser quoi ?

nice / renice changent la priorité relative CPU (−20…+19). cgroups (souvent via systemd-run -p MemoryMax= / CPUQuota=) bornent CPU/RAM. Priorité douce → nice ; plafond dur (lab ou service) → cgroups. Processus avancés.

ulimit soft vs hard ?

Soft = limite courante ; hard = plafond (seul root peut le relever). Lab typique : ulimit -n (nofile) dans un sous-shell. Les services systemd utilisent plutôt LimitNOFILE= dans l’unit. Processus avancés.

journalctl : filtres du quotidien ?

-u service, -f (follow), --since "1 hour ago", -p err, -b (boot courant). Distinguez journal volatile vs persistant (/var/log/journal). Corrélez avec systemctl status. Logs journalctl.

rsyslog et logrotate : encore utiles ?

Oui : beaucoup d’apps écrivent encore sous /var/log/syslog ou messages ; logrotate empêche le disque de saturer. Testez une conf jetable sous /tmp avant de toucher /etc/logrotate.d/. Logs.

fstab cassé au reboot : que faire ?

Boot live / single-user, remontez, corrigez /etc/fstab (UUID via blkid, options nofail si pertinent). Toujours mount -a avant reboot après édition. Snapshot VM recommandé. Disques & partitions.

LVM : extend sans perdre les données ?

Vérifiez VG libre (vgs), lvextend, puis resize2fs / xfs_growfs selon le FS. Snapshots LVM ≠ backup offsite. LVM volumes.

Cron silencieux : comment diagnostiquer ?

Vérifiez crontab user vs /etc/cron.*, chemins absolus, variables PATH/MAILTO, logs (journalctl / /var/log/syslog). anacron pour machines souvent éteintes ; at pour one-shot. Cron & planification.

rsync vs tar pour les backups ?

rsync = incrémental / sync (options -a, --delete avec prudence). tar = archive portable. Stratégie 3-2-1 + restore test obligatoire. Backups rsync.

Load average élevé : CPU ou I/O ?

Load ≠ « % CPU ». Croisez uptime, vmstat, iostat, free -h, df -h. Wait I/O élevé → disque ; run queue saturée → CPU. Monitoring local, Performance.

Users avancés : groupes et sudo ?

Groupes pour les droits partagés ; sudo via /etc/sudoers.d/ (visudo). Pas de mot de passe en clair ; comptes de service dédiés. Users avancés · rappel Basics utilisateurs & sudo.

sysctl et modules noyau : prudence ?

sysctl -w = runtime ; /etc/sysctl.d/ = persistant. Modules : lsmod, modprobe — documentez avant prod. Un mauvais vm.swappiness ou net.* peut casser le lab. Kernel & sysctl.

iostat / vmstat : lecture rapide ?

vmstat : procs, mémoire, swap, I/O, CPU (us/sy/id/wa). iostat : débit et util% par device. Boucles courtes (vmstat 1 5) pour confirmer un pic. Performance.

Quiz style sysadmin Linux Admin (12 questions)

Scénarios courts. Réponses en bas — tentez d’abord sans regarder.

1. Un job batch doit moins gêner l’API web sur la même VM. Première action simple ?
– A. kill -9 sur l’API
– B. Lancer le batch avec une niceness plus élevée (nice -n 10 …)
– C. Désactiver systemd

2. Borner la RAM d’un process lab à 256M sous systemd. Approche ?
– A. export MEMORY=256
– B. systemd-run -p MemoryMax=256M (cgroup)
– C. Modifier /etc/hostname

3. Voir uniquement les erreurs du service nginx depuis une heure ?
– A. cat /var/log/nginx sans filtre
– B. journalctl -u nginx -p err --since "1 hour ago"
– C. dmesg | grep love

4. Après édition de /etc/fstab, avant reboot, quelle vérif ?
– A. Rien : reboot direct
– B. sudo mount -a et contrôler les messages d’erreur
– C. rm -rf /boot

5. Étendre un LV ext4 avec de l’espace libre dans le VG. Ordre typique ?
– A. Formater à neuf le disque entier
– B. lvextend puis resize2fs (ou équivalent)
– C. Seulement fdisk sans LVM

6. Un cron user ne s’exécute pas. Cause fréquente ?
– A. Trop de RAM libre
– B. Chemin relatif / PATH trop pauvre dans crontab
– C. UUID du disque trop long

7. Stratégie backup minimale citée dans la série ?
– A. Une seule copie sur le même disque
– B. 3-2-1 + test de restauration
– C. Screenshots du bureau

8. rsync -a --delete source → dest. Effet de --delete ?
– A. Chiffre les fichiers
– B. Supprime sur dest ce qui n’existe plus sur source
– C. Force SSH root

9. Load high + %wa élevé dans vmstat. Piste principale ?
– A. Uniquement trop de fans dans le datacenter
– B. Attente I/O disque (croiser iostat / df)
– C. DNS obligatoire en panne

10. Persister un réglage net.ipv4.ip_forward=1 ?
– A. Un export dans .bashrc root
– B. Fichier sous /etc/sysctl.d/ puis sysctl --system
– C. Variable dans crontab MAILTO

11. Surveiller espace disque et inodes avant un fill-up ?
– A. Seulement ping 8.8.8.8
– B. df -h et df -i
– C. nice -n -20 bash

12. Après un lab LVM + mount de test, bonne hygiène ?
– A. Laisser les snapshots orphelins pour toujours
– B. Umount, retirer entrées fstab lab, supprimer LV/VG de test, snapshot VM si besoin
– C. Commit des clés SSH privées dans Git

Réponses : 1‑B · 2‑B · 3‑B · 4‑B · 5‑B · 6‑B · 7‑B · 8‑B · 9‑B · 10‑B · 11‑B · 12‑B

Score : ≥ 10/12 → Admin solide ; 8–9 → revisitez logs, fstab, LVM, cron ; ≤ 7 → labs A–D + FAQ à voix haute.

Checklist — avant VPS / avant prod light

Révision colonne Admin

• [ ] nice / cgroups / ulimit : rôles distincts
• [ ] journalctl (-u, -f, -p, --since) + idée logrotate
• [ ] Disques : lsblk, UUID, mount -a, fstab prudent
• [ ] LVM : VG/LV, extend, snapshot ≠ backup offsite
• [ ] Cron : chemins absolus, où lire les logs
• [ ] Backups : rsync/tar, 3-2-1, restore test
• [ ] Monitoring : load, free, df, iostat/vmstat
• [ ] Users/sudoers.d ; sysctl.d documenté
• [ ] Quiz ≥ 10/12

Avant un VPS ou lab « prod-like »

• [ ] VM jetable ou snapshot pris
• [ ] Compte non-root + sudo ; pas de secrets dans scripts versionnés
• [ ] Pas d’édition fstab/LVM sans plan de rollback
• [ ] Espace disque / inodes OK (df -h, df -i)
• [ ] Journal persistant si vous déboguez des boots
• [ ] Jobs cron inventoriés ; MAILTO ou journal contrôlé
• [ ] Backup testé au moins une fois (restore dry-run)
• [ ] Nettoyage lab : mounts, LV, units transitoires

Prochaine étape : Linux Réseau & Sécurité

La colonne Linux Admin s’arrête ici. Pour exposer un service sans paniquer (firewall, fail2ban, TLS, SSH hardening, audit), enchaînez le hub Linux Réseau & Sécurité.

Revenez au hub Linux Admin pour la carte des slugs, ou au précédent Performance si iostat/vmstat ont coincé. Latéral utile : Vagrant pour des labs reproductibles.

Erreurs fréquentes

Symptôme	Cause	Correction
Reboot en emergency / fstab	UUID/typo, pas de mount -a	Live USB, corriger fstab, retester
LV « plein » alors que disque libre	Espace hors VG / pas d’extend FS	vgs/lvs, lvextend + resize FS
Cron « ne fait rien »	PATH, cwd, pas de logs	Chemins absolus, journal/syslog
rsync a tout effacé	--delete mal cibé	Dry-run -n, backups avant
Confusion load vs CPU	Load inclut wait / uninterruptible	vmstat + iostat + free
sysctl perdu au reboot	-w seul, pas de fichier .conf	/etc/sysctl.d/ + --system
OOM / swap thrashing	Pas de MemoryMax / trop de process	cgroups, investiguer free/oom

Pour aller plus loin

• Hub : Linux Admin · Précédent : Performance
• Socle : Linux Basics · processus & systemd
• Chapitres clés : Processus avancés · journalctl · Disques · LVM · Cron · Backups · Monitoring
• Suite : Linux Réseau & Sécurité · plus tard Shell & Automation

Maillage série Linux Admin — clôture

← Précédent	Performance (iostat / vmstat)
→ Suivant	Fin de colonne Admin — Hub Linux Admin · ensuite Linux Réseau & Sécurité
Aussi	Processus avancés · Logs · LVM · Backups rsync

---

Meta publication (SEO)

• Title SEO : Linux Admin FAQ : quiz sysadmin et révision DevOps (2026)
• Meta description (≤ 155) : FAQ Linux Admin + quiz 12 Q : processus, journalctl, disques, LVM, cron, rsync, monitoring, sysctl. Checklist VPS et lab jetable.
• Focus keyword : linux admin faq
• Secondaires : quiz sysadmin, révision linux, linux admin quiz
• Image mise en avant : assets/web/devopelastichayway/cover-linux-admin-quiz-faq-1200x630.webp
• Catégorie : Linux · Niveau : Tous niveaux / révision
• Slug : linux-admin-quiz-faq
• Publish : HOLD (pas de mise en ligne tant que feu vert Maître / Haythem)
• Maillage : préc. linux-performance-tuning · hub linux-admin · pont linux-reseau-securite

← Retour parcours Linux — Basics, Admin, Réseau & Sécurité, Shell & Automation.