Un article sur btrfs assez complet (et qui me mentionne).

Il neige en enfer: NVidia a commencé à ouvrir les source des pilotes de ses cartes graphiques. Cela va grandement aider à l'amélioration de la compatibilité et des performances sous Linux.
Il était temps !
Jusqu'à présent, soit vous avez de bonnes performances (mais parfois avec des problèmes de compatibilité) avec les blobs binaires fermés de NVidia, soit vous aviez un pilote ouvert (Nouveau) mais avec des performances largement moindres.

EDIT : Article chez Phoronix : https://www.phoronix.com/scan.php?page=article&item=nvidia-open-kernel&num=1
Et un peu plus de détails : https://boilingsteam.com/nvidia-open-sources-gpu-kernel-modules-for-linux-how-will-that-be-beneficial/
https://blogs.gnome.org/uraeus/2022/05/11/why-is-the-open-source-driver-release-from-nvidia-so-important-for-linux/

Microsoft a trouvé deux failles d'escalation de privilèges dans Linux : CVE-2022-29799 et CVE-2022-29800. Les failles sont en principe déjà patchées. Mettez à jour.

Si par hasard vous avez des soucis pour faire tourner Borderlands 3 sous Linux (dans Steam/Proton), j'ai mis mes réglages là. Ça tourne nickel.

À explorer pour exploiter au mieux le matériel Asus sous Linux.
(Je me note ça car j'ai 2 PC Asus).

BIEN. Comme j'ai un peu galéré à mettre un noyaux plus récents avec les pilotes NVidia les plus récents, je vous documente ça ici en détail, ça aidera sans doute quelqu'un. Désolé ça va être technique, mais c'est pour que je me garde ça sous le coude.

Je suis sous Linux Mint 20.3 Mate. Il est par défaut avec un noyau 5.4 mais on peut facilement le basculer en 5.13, ce que j'ai fait car j'ai une machine récente et j'ai besoin de certaines fonctionnalités (comme le limiteur de charge de batterie) sur mon Asus TUF A15. J'étais en pilote NVidia 460, et je voulais passer en version 510.
____________________________________________________________________________________________________________

Déjà, pour être sûr de faire une installation propre, j'ai viré tous les anciens pilotes. Voilà comment j'ai installé:

- Démarrer sur la console de récupération (via grub).
- Choisir : activer le réseau.
- Puis choisir : console root.
- Vérifiez que vous avez bien du réseau (ping google.fr). Ne continuez pas si vous n'avez pas de réseau.
- Suppression de tous les anciens pilotes NVidia:
sudo apt purge nvidia\* libnvidia\*
sudo apt autoremove --purge
- installation des pilotes NVidia 510 :
sudo apt install nvidia-driver-510 xserver-xorg-video-nvidia-510 nvidia-utils-510 --install-recommends

Redémarrage: J'ai bien la fenêtre de connexion graphique. Mais c'est là que les problèmes commencent :
____________________________________________________________________________________________________________

Dès que j'ouvre une session, elle se referme et je reviens dans l'écran de login. On trouve dans les logs (~/.xsession-errors) :
Gdk-Message: 17:49:46.629: marco: Fatal IO error 11 (Ressource temporairement non disponible) on X server :0.
Gdk-Message: 17:49:46.629: mate-panel: Fatal IO error 2 (Aucun fichier ou dossier de ce type) on X server :0.
Gdk-Message: 17:49:46.629: mate-settings-daemon: Fatal IO error 2 (Aucun fichier ou dossier de ce type) on X server :0.
Gdk-Message: 17:49:46.630: mate-session: Fatal IO error 11 (Ressource temporairement non disponible) on X server :0.

Mate a des soucis ? Essayons avec Cinnamon: sudo apt install cinnamon
et basculer mes sessions sur Cinnamon (sur l'écran de login, sélectionner Cinnamon à la place de MATE). L'ouverture de session fonctionne et j'ai bien mon bureau.

Youpi ?  Non. J'ai régulièrement des freeze complets de X qui durent plusieurs secondes. Symptômes: Vous voyez dans /var/log/Xorg.0.log :
[   201.904] (EE) NVIDIA(GPU-0): WAIT (1, 8, 0x8000, 0x0007770c, 0x00077714)
[   224.165] (EE) NVIDIA(GPU-0): WAIT (2, 8, 0x8000, 0x00013938, 0x00013940)
[   231.165] (EE) NVIDIA(GPU-0): WAIT (1, 8, 0x8000, 0x00013938, 0x00013940)
[   260.373] (EE) NVIDIA(GPU-0): WAIT (2, 8, 0x8000, 0x000617fc, 0x00061804)
[   267.373] (EE) NVIDIA(GPU-0): WAIT (1, 8, 0x8000, 0x000617fc, 0x00061804)
[   274.424] (EE) NVIDIA(GPU-0): WAIT (2, 8, 0x8000, 0x00050d88, 0x00050d90)

Solution : sudo prime-select on-demand
et redémarrer.

Cela semble régler le problème.   (PS: Je peux même revenir en bureau Mate, les sessions s'ouvrent bien.)
Je suis bien en noyau 5.13 avec pilotes NVidia 510 et plus de freeze.  Ouf !
________________________________________________________________________________________________________________________

📝 ERRATUM: On me signale qu'en mode "on demand", pour que les applications 3D passent par la puce NVidia (et pas le GPU interne) il faut les lancer via:
__NV_PRIME_RENDER_OFFLOAD=1  __GLX_VENDOR_LIBRARY_NAME=nvidia <nomDuProgramme>

Ceci dit, certains logiciels semblent utiliser d'eux-même la puce NVidia (Firefox, les jeux lancés dans Steam...). Pour d'autre (Minecraft par exemple) il faut explicitement ajouter ces 2 variable au lancement.
Vous pouvez voir quels processus utilisent le GPU NVidia en tapant:
sudo lsof /dev/nvidia*

Donc il est possible que j'ai juste masqué le problème. En tous cas, je n'ai plus de freeze.

EDIT: En creusant, il semblerai que ce problème de freeze soit résolu en passant en noyau 5.16
( https://forums.developer.nvidia.com/t/display-freezes-ee-nvidia-gpu-0-wait/194940/13 )
________________________________________________________________________________________________________________________

Pour info:
PS: >sudo inxi -GS
System:    Host: tufa15 Kernel: 5.13.0-27-generic x86_64 bits: 64 Desktop: MATE 1.26.0 Distro: Linux Mint 20.3 Una
Graphics:  Device-1: NVIDIA driver: nvidia v: 510.54
          Device-2: Advanced Micro Devices [AMD/ATI] driver: amdgpu v: kernel
          Display: x11 server: X.Org 1.20.13 driver: amdgpu,ati,nvidia unloaded: fbdev,modesetting,nouveau,vesa tty: N/A
          OpenGL: renderer: NVIDIA GeForce RTX 3070 Laptop GPU/PCIe/SSE2 v: 4.6.0 NVIDIA 510.54

Si vous fréquentez des geeks, vous avez peut-être eu vent de leur amour inconditionnel pour les ordinateurs portables Thinkpad. À tel point que certains préfèrent acheter un vieux Thinkpad d'occasion qu'une machine neuve récente. Cet article explique les raisons.
EDIT: Article en complément: https://www.lowtechmagazine.com/2020/12/how-and-why-i-stopped-buying-new-laptops.html

Lynis : Un outils qui permet de scanner un système Linux à la recherche de risques de sécurité (mauvaise configuration, paquets obsolètes, etc.) et donne des conseils de sécurisation.

Il faut avouer que PipeWire (le nouveau gestionnaire audio sous Linux) a l'air vraiment sympa.
Plus de fichiers de configuration abscons à modifier : Il suffit de lier graphiquement les périphériques. Il faudra tester ça.

Proton 7.0 est sorti ! Vous pouvez dès à présent le sélectionner dans Steam. Il inclue dxvk 1.9.4 (pour les jeux Direct 9/10/11), le support DLSS et vk3d 2.5 (pour l'émulation DirectX 12). Cela devrait aider à faire passe des jeux qui ne passaient pas auparavant.

Un outils graphique pour remapper les touches du clavier sous Linux. (via http://orangina-rouge.org/shaarli/shaare/3_SG_Q)
https://github.com/sezanzeb/input-remapper
Téléchargement: https://github.com/sezanzeb/input-remapper/releases

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.

Ewww... faille de sécurité découverte dans pkexec, un outils de gestion de la sécurité installé par défaut dans la majorité des distributions Linux. Cette faille permet d'obtenir les privilèges root à partir de n'importe quel utilisateur. Vos distributions doivent déjà avoir une mise à jour du paquet Polkit disponible: installez-la rapidement !
EDIT: autres informations là : https://www.bleepingcomputer.com/news/security/linux-system-service-bug-gives-root-on-all-major-distros-exploit-released/

En 2021, augmentation de 35% des malwares Linux. La principale cible reste les objets connectés (IoT), comme d'habitude très mal sécurisé.
Pour rappeler que "Les pirates s'en moquent de mes données" est totalement vrai: Ce qui les intéresse, c'est votre ordinateur et votre connexion car elles servent:
- à mener des attaques informatiques (DDOS, piratage...)
- à miner du bitcoin
- à servir des pages utilisées lors de campagnes de phishing
- à envoyer du spam
- à servir de relai pour éviter aux pirates de se faire repérer.

Ah... bon à savoir.
Si votre PC n'arrive pas à booter sur Linux Mint 20.3 parce qu'il est trop *récent*, vous pouvez essayer les ISO "Edge" de Linux Mint: Elles sont fournies avec un noyau 5.13 au lieu de 5.4.

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)

\o/ DLSS sous Linux !
Si vous avez dxvk installé dans Wine, pour installer la nouvelle version faites:
sudo winetricks --self-update
winetricks -f dxvk

Et d'après l'article, on peut mettre à jour dxvk dans Proton sans attendre une nouvelle version de Proton.

(Contexte: DLSS est une technologie des cartes graphiques NVidia qui permet d'obtenir de meilleures performances dans les jeux (qui supportent cette technologie) en faisant calculer moins de pixels, mais en "devinant" les pixels manquant avec une sorte d'IA. Le résultat est une grande amélioration des performances au prix d'une faible perte de qualité d'image. Cette technologie n'est disponible que sur les carte NVidia RTX 20xx et 30xx).

Mais... je n'avais pas encore publié ce lien ? C'est super pratique pour éviter de chercher dans les man.

Comme accès de secours à sa machine perso, Zythom a mis en place une solution ingénieuse: Un service ssh sur TOR, ce qui lui permet d'y accéder sans ouvrir de port dans son firewall, et surtout sans que le service soit "découvrable" (on ne peut pas "énumérer" les adresses en .onion de TOR comme on pourrait faire un scan d'une plage d'IP).

Le guide de l'ANSSI pour la sécurisation d'OpenSSH.

Cet article parle du problème avec Flatpak, Snap et autres systèmes de packaging multi-distributions (AppImage étant le moins pire de tous).
Moins pire, mais pas bon pour autant: 150 Mo pour KCalc, une simple calculatrice.
La même chose en Flatpak : 900 Mo.  NEUF CENT MEGA OCTETS TELECHARGÉS pour faire tourner une calculatrice dont l'exécutable fait 4,4 Mo.
Voilà pourquoi tant que possible, préférez les applications packagées spécifiquement pour votre distribution (.deb, .rpm ou autres).
Personnellement, je tolère encore AppImage, mais j'ai déinstallé Snap de mes Ubuntu.

Et la place occupée par ces système de packaging n'est pas le seul problème. Cet article en fait le tour.

Je met ça sous le coude: Comment lire proprement les options de la ligne de commande dans un script bash avec getopts.

Si par hasard vous avez encore une Debian qui a encore le vieux certificat Let's Encrypt expiré, voici comment le mettre à jour:
https://raw.githubusercontent.com/xenetis/letsencrypt-expiration/main/letsencrypt-expiration.sh :

#!/bin/bash
if [[ $(lsb_release -sc) = "jessie" || $(lsb_release -sc) = "stretch" ]]; then
 apt-get install ca-certificates -y
 sed -i -e 's|mozilla/DST_Root_CA_X3.crt|#mozilla/DST_Root_CA_X3.crt|g' /etc/ca-certificates.conf
 sed -i -e 's|mozilla/ISRG_Root_X1.crt|#mozilla/ISRG_Root_X1.crt|g' /etc/ca-certificates.conf
 wget https://raw.githubusercontent.com/xenetis/letsencrypt-expiration/main/certificates/isrgrootx1.crt -P /usr/local/share/ca-certificates/
 wget https://raw.githubusercontent.com/xenetis/letsencrypt-expiration/main/certificates/lets-encrypt-r3.crt -P /usr/local/share/ca-certificates/
 update-ca-certificates -f
fi
if [[ $(lsb_release -sc) = "buster" ]]; then
 apt-get install ca-certificates -y
fi

Le protocole DLNA permet d'annoncer sur le réseau local un “entrepot” de médias (films, musique, images) et de partager ces médias. Les appareils connectés modernes (TV connectées, MediaCenters…) sont capables d'afficher les serveurs DLNA et d'en lire le contenu. Cela permet par exemple de lire directement sur votre smartTV les contenus stockés sur votre Raspberry.

J'ai remis en route mon RaspberryPi 3B, et la distribution linux DietPi est un vrai plaisir à utiliser. J'ai dessus:
- client VPN (Wireguard)
- client torrent (qBitTorrent-nox, pour télécharger des films, etc.)
- serveur ssh
- serveur DLNA (minidlna)

Ça tourne comme une horloge.
Avec le serveur DLNA je peux donc, depuis ma télé, lire directement les films stockés sur le Raspberry. La quasi-totalité des smartTV supportent DLNA (mêmes si ce n'est pas indiqué dans les spécifications). Pour téléphones et tablettes, VLC sait aussi accéder aux serveurs DLNA.
Dans ma page sur DietPi, je donne quelques informations sur l'installation du serveur minidlna (c'est assez simple). Ce serveur est léger: Il ne consomme de 6 Mo de mémoire vive !

DietPi est une distribution Linux extrêmement optimisée. Même si elle a été conçue à l'origine pour le RaspberryPi elle fonctionne aussi très bien aussi sur PC.
Quand je dis “extrêmement optimisée”, je veux dire qu'une fois l'environnement de bureau installé (bureau+explorateur de fichiers+navigateur), on se retrouve avec un système qui consomme 160 Mo de mémoire vive (!). Et c'est adossé aux dépôts Debian.
J'ai installé ça sur mon Raspberry Pi 3B. Il démarre en 11 secondes !