Reprise du message précédent :
Pas jusqu'ici mais MX updater donne l'option de l'utiliser, je vais essayer, ça a l'air joli (et mieux détaillé).

Merci
 
J'ai suivi les conseils vu sur autre billet de blog avant de voir ton message : j'ai fini de tout remettre un peu avant le diner (j'ai un vieux site en rade encore, mais je ne suis pas sûr que ce soit un problème de base de données, je verrais plus tard pour les détails : j'avais d'autres sites plus importants à gérer) et je venais dire que c'était réglé.
 
Le billet de blog : https://sven-seeberg.de/wp/?p=1193
 
En mode 6, j'ai pu accéder aux bases de données avec Adminer, les sauver et faire des tests avec en local : à priori, toutes les erreurs étaient liés à des index qui semblent reconstruit lorsqu'on importe les bases de données.
 
Une fois tous les essais faits, j'ai supprimé MariaDB puis je l'ai réinstallé et après avoir tâtonné un peu, j'ai pu remettre les sauvegardes faites cet après-midi. Faudra que je regarde plus en détail comment restaurer les sauvegardes faites avec Borgmatic, ce qui m'aurait fait gagné un peu de temps. Mais l'utilisateur permettant de faire les sauvegardes n'a pas les droits pour les remettre , problème que je vais devoir régler pour ne pas être surpris la prochaine fois que j'ai un souci du genre.

Ha mais c’est très sympa ça    
C’est fiable ? Sécurisé ?
Et ça peut s’utiliser via un script lancé en ssh ?

C'est programme en Python. Oui il est personnalisable via des scripts.

https://www.sokawakata.com/nala-un- [...] linux-cie/

Nouvelle vulnérabilité noyau
https://www.phoronix.com/news/Linux-ssh-keysign-pwn
 
Le patch est déjà commit ... il doit débarquer dans la 7.1-rc4 de dimanche soir et probablement dans la 7.0.8 (avec la correction fragnesia sur un malentendu ?)

Ça ne s'arrêtera donc jamais.

C'est dû à quoi toutes tes découvertes, les IA ?

https://github.com/0xdeadbeefnetwork/ssh-keysign-pwn/
 
va falloir faire un topic des vulérabilités, vu comme ça va
edit: le voila
https://forum.hardware.fr/hfr/OSAlt [...] 7346_1.htm

 
merci ça fait plus structuré

Y avait déjà le topic "lscpu" sinon.

aptitude for the win (quand le resolveur apt tente de me virer des paquets qu'il faut pas virer).

Pour info, linux-image-6.12.88+deb13-amd64 vient de passer dans mon apt, j'imagine que ça doit combler une ou plusieurs failles.

y a du fixed dans sid, préparez vos upgrades.

yes, la faille ssh-keysign-pwn  est fixée dans le 6.12.88, entre autres ameliorations  
(peut se voir dans /usr/share/doc/linux-image-amd64/changelog.gz)

 
Yep
 

Bon ben c'est reparti pour un week end maj partie

et pour sid et les backports, y'a le 707 qui arrive
https://security-tracker.debian.org [...] 2026-46333
j'ai rarement vu debian rester autant à jour

Debian 13.5 est sorti.
Pas encore vu d'info officielle sur leur site, mais c'est apt qui me le dit :

et aussi bookworm, qui passe à la 12.14

Yep, 134 packages à upgrader ici  

 
Publication de la mise à jour de Debian 13.5  
https://www.debian.org/News/2026/20260516

D'ailleurs vous utilisez quoi pour lets encrypt ?

Le cerbot du dépot est turbo old dans mes souvenirs, et snap ca fait un peu chier.

J'ai un mélange des deux sur mes machines et ca me gave

Surtout que j'ai un pb car ca semble pas virer les enregistrements DNS (alors que j'ai bien le DELETE pour l'accès l'API (ovh)), à force j'ai plein de vieux records qui trainent.

 
lego : https://github.com/go-acme/lego

Le bluetooth est down est le 6.12.88  
Impossible d'apairer, les devices ont disparu.

Chez vous aussi ?

( https://www.reddit.com/r/debian/com [...] ek_mt7921/ )

J'avais justement viré les vieux kernels. J'ai réinstallé le .86

Certbot en challenge http, pas de soucis ici.  

de même pour moi. J'ai un serveur encore en oldstable et pas de problème, ça roule.

 
en DNS ?

Non en http

Transféré dans le bon topic

@tnz à poster dans le topic des vulnérabiiités pour en discuter
https://forum.hardware.fr/hfr/OSAlt [...] 7346_1.htm

Et pour debian, sur une trixie à jour, marche pas.

et j'ai vu sur les rezosociaux une autre personne qui a testé sur plusieurs distros sans arriver à la faire fonctionner une seule fois..

Je ne sais pas ce qu'ils font en testing mais toujours pas moyen d'installer les drivers nvidia du repo . Ca plante systématiquement à la création du module pour le kernel en cours.

C'est le fonctionnement normal chez nvidia
 
( troll)

Tout est normal donc.

Le retour du bluetooth dans le 6.12.88    

 
Pareil, rien de nouveau, même en bidouillant à la main.  Seule solution downgrade de kernel

Sur la Surface de Mme, le Bluetooth fonctionne
 

C'est spécifiquement sur le 6.12.88 patché et le 7.0.7 que le BT déconne.
A peu près tous les autres kernels doivent fonctionner, mais pas forcément patchés contre les dernières failles.

Il y' a un nouveau kernel Linux pour Debian annoncé le 23/05/2026 à 21h50.  
En plus de cve corrigées il contient une correction pour une régression introduit avec des MediaTek Bluetooth devices (#1136790).
 
Ca corrige peut-être vos problèmes ?
 
 
Annonce Debian :  
 
Package        : linux
CVE ID         : CVE-2026-23171 CVE-2026-43503 CVE-2026-46300
Debian Bug     : 1136790
 
Several vulnerabilities have been discovered in the Linux kernel that
may lead to a privilege escalation, denial of service or information
leaks.
 
For the stable distribution (trixie), these problems have been fixed in
version 6.12.90-1. Additionally this update includes a fix for a
regression introduced with MediaTek Bluetooth devices (#1136790).

Yep    
 
Update/upgrade : 6.12.90, BT ok

Ici aussi, j'ai récupéré le Bluetooth avec le kernel 6.12.90

 
Merci pour l'info, màj effectuée
 

Mon pc portable est équipé d'un lecteur d'empreinte.
 
Il fonctionne très bien.  Mais quand mon écran est fermé (par exemple quand je connecte mon pc a un dock), je n'y ai pas accès.
 
Je trouve pas la solution pour:  
 
- Ecran fermé le lecteur d'empreinte est inactif et me demande le mot de passe
- Ecran ouvert le lecteur d'empreinte est actif