bash trap: Cleaning Up After an Interrupted Script
A script killed mid-execution leaves a temp file or lockfile behind, unless trap catches the signal first. SIGKILL remains impossible to intercept.
blog/tag
#sysadmin
Clock Drift: Why NTP Sync Matters More Than It Seems
A server whose clock drifts by a few minutes silently rejects valid TLS certificates. chronyc tracking reveals in one command what nobody actually monitors.
Pourquoi une VM clonée ne relance pas cloud-init
cloud-init ne s'exécute qu'une fois par instance, un état tracké localement. Cloner une VM sans l'effacer fait croire à cloud-init qu'il a déjà tourné, clés SSH dupliquées à la clé.
Pourquoi aucun core dump : ulimit -c à zéro par défaut
Un crash sans core dump n'est pas un mystère : ulimit -c vaut 0 par défaut, et systemd ignore souvent /etc/security/limits.conf pour cette limite.
Why No Core Dump Ever Appears: ulimit -c Defaults to Zero
A crash with no core dump isn't always a mystery: ulimit -c defaults to 0 on most distros, and systemd often ignores /etc/security/limits.conf.
Dérive d'horloge : pourquoi la synchro NTP compte plus qu'il n'y paraît
Un serveur dont l'horloge dérive de quelques minutes rejette silencieusement des certificats TLS valides. chronyc tracking révèle en une commande ce que personne ne surveille.
dpkg lock-frontend : ne jamais le supprimer sans vérifier
Could not get lock pousse à supprimer le verrou directement. Vérifier quel processus le détient d'abord évite une base de paquets corrompue.
dpkg lock-frontend: Never Delete It Without Checking First
Could not get lock pushes toward deleting the lock directly. Checking which process holds it first avoids a corrupted package database.
fstab : pourquoi un montage absent bloque tout le démarrage
Un périphérique listé dans fstab mais absent au boot peut bloquer tout le démarrage. L'option nofail existe pour ça.
fstab: Why a Missing Mount Blocks the Entire Boot
A device listed in fstab but absent at boot can block the machine's entire startup. The nofail option exists for this.
Hard link vs symlink : la différence qui compte vraiment
Un hard link partage le même inode que l'original, un symlink pointe vers un chemin. C'est pourquoi l'un survit à la suppression de l'original, l'autre non.
Hard Link vs Symlink: The Difference That Actually Matters
A hard link shares the same inode as the original, a symlink points to a path. That difference explains why one survives deleting the original and the other doesn't.
lvextend agrandit le volume logique, pas le système de fichiers
df continue d'afficher l'ancienne taille après un lvextend réussi : agrandir un volume logique LVM ne redimensionne jamais automatiquement le système de fichiers qu'il contient.
lvextend Grows the Logical Volume, Not the Filesystem
df still shows the old size after a successful lvextend: growing an LVM logical volume never automatically resizes the filesystem it contains.
Pourquoi un processus en arrière-plan meurt à la déconnexion SSH
Une commande lancée avec & tourne en arrière-plan mais meurt quand même à la fermeture du terminal : le shell envoie SIGHUP à ses enfants. nohup et disown évitent ça.
nsswitch.conf : pourquoi /etc/hosts passe avant le DNS
Une résolution de nom incohérente entre deux machines pointe souvent vers nsswitch.conf, pas vers le DNS : il définit l'ordre des sources pour hosts, passwd et group.
nsswitch.conf: Why /etc/hosts Is Checked Before DNS
Inconsistent name resolution between two machines often points to nsswitch.conf, not DNS itself: it defines the order sources are checked for hosts, passwd, and group.
Processus zombie : pourquoi SIGKILL ne sert à rien contre eux
Un processus zombie est déjà mort. Lui envoyer SIGKILL ne fait rien : la vraie cause est un parent qui n'a jamais récupéré son code de sortie.
SELinux: Permission Denied Despite a Perfectly Correct chmod
chmod and chown are correct, yet Permission denied persists. SELinux enforces a second permission system, independent of classic Unix rights: the security context.
SELinux : Permission denied malgré un chmod parfaitement correct
chmod et chown corrects, et pourtant Permission denied persiste. SELinux applique un second système de permissions : le contexte de sécurité, indépendant des droits Unix.
Pourquoi chmod u+s ne fait rien sur un script shell
Le bit setuid marche sur un binaire compilé mais le kernel l'ignore silencieusement sur un script shell, protection délibérée contre une classe de faille connue.
Sticky bit : pourquoi /tmp bloque la suppression des fichiers d'autrui
Écrire dans un répertoire suffit à y supprimer n'importe quel fichier, même d'un autre utilisateur. Le sticky bit sur /tmp casse délibérément cette règle par défaut.
The Sticky Bit: Why /tmp Stops You Deleting Others' Files
Write permission on a directory normally lets you delete any file inside, even one owned by someone else. The sticky bit on /tmp changes that default rule.
Pourquoi le swap aggrave parfois l'OOM plutôt que de le résoudre
Ajouter du swap aggrave parfois la situation : un système qui thrashe devient inutilisable, souvent pire qu'un processus tué proprement et vite par l'OOM killer.
Why Swap Can Make an OOM Situation Worse, Not Better
Adding swap doesn't always buy time before an OOM: a thrashing system becomes unusable, often worse than a process killed cleanly and fast.
systemd-tmpfiles : pourquoi /tmp se vide sans redémarrage
/tmp n'est pas nettoyé qu'au reboot : systemd-tmpfiles-clean tourne périodiquement et supprime les fichiers dépassant un âge configuré, reboot ou pas.
systemd-tmpfiles: Why /tmp Empties Without a Reboot
/tmp isn't only cleared on reboot: systemd-tmpfiles-clean runs periodically and deletes files past a configured age, reboot or not.
trap en bash : nettoyer proprement un script interrompu
Un script tué en pleine exécution laisse un lockfile derrière lui, sauf si trap intercepte le signal avant. SIGKILL reste impossible à intercepter, quel que soit le trap défini.
umask : pourquoi cron crée des fichiers aux permissions différentes
Un script fonctionne bien à la main mais crée des fichiers aux permissions différentes lancé par cron. Le coupable est presque toujours un umask différent, pas le script.
umask: Why Cron Scripts Create Files With Different Permissions
A script works fine by hand but creates files with different permissions under cron. The culprit is almost always a different umask, rarely the script.
visudo: The Command That Prevents Locking Yourself Out
Editing /etc/sudoers directly risks a syntax error that breaks sudo for everyone, including the person fixing it. visudo validates before writing.
visudo : la commande qui évite de se verrouiller soi-même dehors
Éditer /etc/sudoers directement risque une erreur de syntaxe qui casse sudo pour tout le monde, y compris pour la corriger. visudo valide avant d'écrire.
Why a Cloned VM Doesn't Rerun cloud-init
cloud-init only runs once per instance, a state tracked locally. Cloning a VM without wiping it makes cloud-init think it already ran, duplicating SSH host keys in the process.
Why a Background Process Dies When You Close Your SSH Session
Launching a command with & runs it in the background, but it still dies when the terminal closes: the shell sends SIGHUP to its children. nohup and disown prevent that.
Why chmod u+s Does Nothing on a Shell Script
The setuid bit works on a compiled binary but the kernel silently ignores it on a shell script, a deliberate security protection against a known exploit class.
Zombie Processes: Why SIGKILL Does Nothing to Them
A zombie process is already dead. Sending it SIGKILL does nothing: the real cause is a parent that never collected its exit status.
Cron vs systemd timers : l'échec qui ne prévient personne
Une tâche cron qui échoue ne le dit à personne par défaut. Un systemd timer hérite du Restart et de l'historique journalctl du service qu'il déclenche.
Cron vs systemd Timers: The Failure That Tells No One
A failing cron job doesn't notify anyone by default. A systemd timer inherits the Restart behavior and journalctl history of the service it triggers.
Disk Full But df Shows Free Space: The Inode Exhaustion Trap
No space left on device while df -h shows 40% free isn't a contradiction: it's never disk space that's exhausted, it's inodes, a distinct and equally finite resource.
Disque plein mais df montre de l'espace libre : le piège des inodes
No space left on device alors que df -h affiche 40% de libre : ce n'est jamais l'espace disque qui manque, ce sont les inodes, une ressource distincte et finie.
iptables vs nftables : la migration jamais vraiment terminée
nftables est le défaut depuis des années, mais une couche de compatibilité fait tourner les anciennes règles iptables sans jamais forcer leur migration.
iptables vs nftables: The Migration Nobody Actually Finished
nftables has replaced iptables by default on most distributions for years, but a compatibility layer keeps old rules running without ever truly migrating them.
logrotate: The Deleted File a Process Still Writes To
A disk filling up with no visible file explaining the space often hides a log renamed by rotation, but still open by a process writing into thin air.
logrotate : le fichier supprimé où un processus écrit encore
Un disque qui se remplit sans qu'aucun fichier visible ne l'explique cache souvent un log renommé par rotation, mais toujours ouvert par un processus qui écrit dans le vide.
set -euo pipefail : ce que chaque option attrape vraiment
set -e n'arrête jamais un script à l'intérieur d'un if ni d'une condition &&. Comprendre les trois options séparément évite le faux sentiment de sécurité.
set -euo pipefail: What Each Flag Actually Catches
What set -euo pipefail actually means, flag by flag: set -e never catches an error inside an if or an && condition, and each flag catches something else.
systemd Restart= : pourquoi un service crash-loop encore
Restart=on-failure ne suffit pas à empêcher un service de boucler indéfiniment. StartLimitBurst est le vrai coupe-circuit, souvent jamais réglé.
systemd Restart=: Why a Service Still Crash-Loops
Restart=on-failure alone doesn't stop a service from looping forever. StartLimitBurst is the real circuit breaker, and it's rarely configured explicitly.
Too many open files : pourquoi limits.conf ne suffit pas toujours
Augmenter ulimit -n dans limits.conf ne change rien pour un service systemd : LimitNOFILE= dans l'unité prime totalement sur les limites PAM classiques.
Too Many Open Files: Why Raising limits.conf Doesn't Always Work
Raising ulimit -n in /etc/security/limits.conf changes nothing for a systemd service: LimitNOFILE= in the unit completely overrides classic PAM limits.