Sous le coude : Le système de fichiers NILFS est un système Copy-on-Write (comme btrfs ou xfs), mais qui fait des checkpoints quasiment en continue. C'est à dire qu'il est possible de revenir en arrière dans le temps à n'importe quel moment, et pas juste aux moments où vous avez explicitement fait un snapshot (comme avec btrfs).
Il est possible d'«immortaliser» un instant dans le temps en conservant un état sous forme de snapshot, sans quoi les états les plus anciens sont peu à peu éliminés (en fonction de la place disponible).

Sous le coude (Ubuntu+LUKS+btrfs).

Astuces supplémentaires:

- htop est bien meilleur que top:
   - touche "P" pour voir les processus qui consomment le plus de CPU
   - "M" : même chose pour la mémoire vive
   - "t" pour voir la hiérarchie des processus (qui a lancé qui).
   - "H" pour afficher/masquer les threads des processus (je recommande de masquer)
   - F3 pour rechercher un processus
   - F4 pour filtrer les processus
   - "k" pour tuer un processus. Envoyer d'abord 15 (SIGTERM) pour lui demande gentiment de s'arrêter. S'il n'obéit pas, le tuer avec un 9 (SIGKILL)

- pkill nomduprocessus est plus pratique que kill (il a même l'auto-complétion: pkill st<TAB> te donnera steam)
- Quand tu as ton terminal avec CTRL+ALT+F1/F2/F3, si la machine n'arrive pas à te donner la mire de connexion, tu peux lui balancer un CTRL+ALT+SUPPR dans la tronche pour le forcer à rebooter (ça va quand même le forcer à flusher le cache disque).
- Si par hasard ce sont les accès disque qui mettent la machine par terre, un "sudo iotop" te montrera les applications qui font le plus de lectures/écritures disque.

D'une manière général quand une machine ne répond pas bien, il s'agit de l'un des 4 goulots d'étranglement:
- le CPU
- la mémoire
- le disque
- le réseau

top/htop te permettent d'examiner la consommation CPU et mémoire.
iotop te permet de voir celle du disque.
pour le réseau, il y a nethogs.

Sous le coude pour réparer l'ordre de démarrage EFI quand on fait cohabiter Windows et Linux.
(via https://warriordudimanche.net/article1610/61e14669cce4c)

Un jour il faudrait vraiment que je prenne le temps de voir comment fonctionnent les namespaces sous Linux, car c'est vraiment un mécanisme puissant pour isoler les applications et pour améliorer la sécurité. C'est aussi un des composants de base des conteneurs.

Partie 2 : https://blog.quarkslab.com/digging-into-linux-namespaces-part-2.html

Tiens, il semble y avoir encore mieux que "relatime": lazytime.

(Contexte: Système Linux.  Sous Linux, les systèmes de fichiers enregistre un "atime" (ou Access Time) permet de savoir quand un fichier a été lu. Problème: Cela provoque donc une écriture pour chaque lecture de fichier, ce qui mènte à d'importantes pertes de performance disque. Les options de montage des disques "relatime" et "lazytime" permettent de garder une information d'accès aux fichiers relativement fiable en réduisant drastiquement les écritures disque.)

Encore un truc auquel il faudra que je jette un coup d'oeil.
(appli htop survitaminée, dans le genre de "glances")

(Article passé il y a un moment) Je trouve l'idée très bonne, en fait. C'est un sale hack, mais qui peut sauver la vie.
Quand un disque est plein, ce n'est pas bon. Vraiment pas bon. Quand on en arrive là, les logiciels se mettent à très mal se comporter, et il est peu tard pour faire de la place. Même compresser des fichiers temporairement est impossible, puisque vous n'avez plus d'espace disque. Mode panique.

Cet admin a une petite astuce: Créer un fichier vide de 8 Go sur chacun de ses serveurs.
Si par malheur un disque est plein, il suffit de supprimer ce fichier de 8 Go pour avoir assez d'espace pour réparer les choses et rétablir la situation.
(C'est à un peu à l'image de la zone réservée que se garde par défaut chaque OS ("Reserved block count" sous Linux)).

Pour créer un tel fichier: sudo fallocate -l 8G /spacer.bin

Tiens il faudra que j'essaie ripgrep, ça a l'air pas mal.
(sudo apt install ripgrep, puis utilisation avec rg)

Sous le coude pour lecture ultérieure.

Ah oui, c'est vrai: Le répertoire ~/.cache sous Linux peut accumuler des données inutiles. Et par défaut, à ma connaissance, aucune distribution n'a prévu le vidage automatique de ce dossier. Voici donc quelques commandes:

🔷 Voir la place occupée par le cache:
du -h --summarize ~/.cache

🔷 Simuler un effacement des fichiers vieux de plus d'un an:
find ~/.cache -depth -type f -mtime +365

🔷 Effacer ces fichiers vieux de plus d'un an:
find ~/.cache -type f -mtime +365 -delete

Sous le coude pour sandboxer des applications avec systemd.

Bon je garde ce long article sous le coude parece que la pile audio sous Linux C'EST UN ÉNORME BORDEL.

Une alternative à squashfs pour les systèmes des fichiers en lecture seule (tels que ceux utilisés sur les LiveCD/LiveUSB).
squashfs fait de la compression. dwarfs fait de la compression ET de la déduplication.

Exemple: Recevoir une notification quand un nouveau périphérique est branché.
C'est fou ce qu'on peut faire sous Linux simplement en observant les logs.  J'avais fait un peu le même genre de chose: Recevoir un SMS quand un utilisateur se connecte/déconnecte d'une machine: https://sebsauvage.net/wiki/doku.php?id=linux-sms

C'est fantastique d'avoir cette souplesse, cette possibilité de bidouillage, qui finalement est assez simple à mettre en oeuvre :
- surveiller les logs à la recherche de certains motifs.
- en extraire des informations.
- réagir en conséquence (souvent en lançant un script ou un programme).

Petit topo bien documenté sur les différents générateurs d'aléa dans Linux.

YOLO!
Changement d'OS complet sans faire de backup.
J'ai juste renommé les sous volumes #btrfs @ (monté sur /) et @home (monté sur /home)
Comme ça je pourrais aller récupérer les fichiers de l'ancienne installation si besoin.
I ❤️ btrfs

PS: Ça a très bien marché. Ce qui est amusant, c'est que même si je suis désormais sous Ubuntu 20.04, je peux encore accéder à mon ancienne installation de Mint 19 dans un sous-volume btrfs pour aller piocher un fichier que j'aurais oublié. Si je voulais, je pourrais même à nouveau booter dessus simplement en renommant les sous-volumes (Juste deux commandes "mv" pour renommer les sous-volume). Cette facilité est vraiment appréciable.
D'ici quelques semaine je dégagerai cet ancien sous-volume.

Utiliser systemd et les règles udev pour lancer automatiquement rsync pour faire un backup quand une clé USB précise est insérée.

Il faut savoir les fréquences autorisées pour le WiFi varient d'un pays à l'autre.  La plupart des systèmes Linux ont un réglage par défaut "Global" qui marche, mais qui peut poser problème dans certains cas, par exemple si votre point d'accès Wifi est passé sur les canaux 11/12/13 (autorisés en France, mais pas forcément ailleurs). Ce qui peut rendre votre point d'accès innaccessible.

Pour voir quel réglage régional des fréquences est paramétré, faites: iw reg get
Si ça n'affiche pas "country FR" c'est que les fréqences pour la France ne sont pas réglées.

Pour régler les fréquences: sudo iw reg set FR

Mais cela ne persiste pas au redémarrage. Pour que ça persiste, modifiez le paramètre "REGDOMAIN" dans le fichier /etc/default/crda:
REGDOMAIN=FR

Je note ça, parce que je me fais avoit souvent en l'oubliant quand je réinstaller un système Linux.

Tiens il faudra que j'essaie ça.
Voir aussi dans le même genre : glances

Je me note juste ça ici, vu que la totalité des tutos sur le sujet sont obsolètes ou foireux:

Désactiver l'hibernation/suspend-to-(disk|ram) sous Linux/systemd: sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
Réactiver: utiliser unmask

J'ai fait un petit tuto qui explique comment créer une clé USB de dépannage.
Avec LinuxMint+Hiren's BootCD+UltimateBootDisk, vous avez le plein d'outils pour dépanner des ordinateurs: Remettre en état un système qui ne veut plus démarrer, sauvegarder, restaurer un backup, récupérer des fichiers, désinfecter, réinitialiser un mot de passe perdu, tester les barrettes mémoire, effacer un disque, faire l'image d'une partition, repartitionner… ou tout simplement (ré)installer Linux.

Épisode 1:
Je viens de gagner plusieurs giga-octets sur mon disque en dé-installant 3 petites applis (Signal, Riot et Pitivi).
Qui étaient en flatpak.
Beuark.
N'oubliez pas de faire un petit "flatpak uninstall --unused" pour virer ce qui reste.
Je hais ce système de packaging.

Épisode 2:
Je viens de nettoyer 500 Mo de cache flatpak dans /var/tmp
Je m'en vais te foutre /var/tmp en tmpfs, on va voir si tu va continuer à me polluer.  
Groumpf.
Pourquoi est-ce que Linux est en train de se Windowiser ?
Arrêtez avec vos idées à la con !

Un article qui explique bien htop, le gestionnaire de processus.

Différents outils de monitoring d'un système Linux.
Voir aussi: https://sebsauvage.net/galerie/photos/Bordel/linux-system.jpg