Je suis habitué à screen pour reprendre mes sessions distantes, mais il faudra que je m'intéresse à tmux.
Voir aussi : https://superuser.com/questions/236158/tmux-vs-screen
Petit tutoriel des commandes/raccourcis de base : https://www.youtube.com/watch?v=nTqu6w2wc68 (cette vidéo explique bien session/window/pane et les raccourcis de base pour utiliser tmux)

EDIT: On me signale aussi https://zellij.dev/ (https://github.com/zellij-org/zellij) qui semble encore plus puissant
https://www.byobu.org/
https://sw.kovidgoyal.net/kitty/

EDIT: Je trouve byobu sérieusement cool. C'est plus user-friendly/moderne que tmux, et la barre de status est très pratique.
Et le truc que je kiffe : la barre de status.
En mettant :
- une couleur par host
- un logo par host (emoji unicode)
- le lancement automatique de byobu à l'ouverture de session
➡️ ça reprend immédiatement la session en cours quand on se connecter sur un host
➡️ avec couleur+logo on voit qu'on est sur le bon host.
➡️ la barre de status peut afficher l'espace disque, la charge, les débits réseau... même plus vraiment besoin de lancer btop.

ISD (https://github.com/isd-project/isd) est une interface terminal (TUI) pour gérer systemd.

Un article sur bcachefs, un système de fichier de type CoW (Copy-on-Write) dans le genre de btrfs et ZFS. Le CoW permet des choses assez extraordinaires (voir mon article sur btrfs qui présente quelques bases du CoW : https://sebsauvage.net/wiki/doku.php?id=btrfs).
bcachefs est en plein développement, et il a l'avantage d'avoir une base de code plus légère que btrfs ou ZFS. On peut facilement imaginer qu'à terme il va remplacer le vénérable ext4 comme système de fichier par défaut.

BcacheFS progresse. Ce nouveau système de fichier de type Copy-on-Write (COW) est une alternative à btrfs et XFS. Il assure des fonctions avancées comme : la compression à la volée, la déduplication, le chiffrement, la gestion de volumes (avec possibilité de brancher/débrancher à chaud des disques), le contrôle d'intégrité des données, etc.
C'est bien d'avoir des alternatives.

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)