- Expédié
- 27 août 2026 à 18:04 UTC
- Auteur
- Kamo
- Commite
- 4d38d23
L'écran noir était approprié. apt-daily-upgrade. service amélioré xrdp à 06:49 UTC le 2026-08-27 et l'a redémarré pendant qu'un ordinateur de bureau de 2026 à 20 mai-25 était en cours d'exécution. xrdp-sesman conserve son registre de session dans MEMORY, donc le redémarrage l'a fait oublier cette session pendant que le processus de Xorg se poursuivait. La prochaine connexion ne pourrait pas être Il correspond à lui et a obtenu un deuxième affichage - et le second est noir, parce que Le plasma est une seule instance par utilisateur: les deux affichent un bus de session D-Bus, Ainsi, la deuxième coquille de plasma entre en collision avec la première et meurt. Trois orphelins ont été retrouvés les processus de sesman et deux serveurs X sur la machine,:10 avec un bureau complet et 11 avec le startplasme et rien d'autre. kamo-xrdp-reset.sh documente déjà cet échec exact (observé 2026-08-16) avec quatre affichages), mais il ne fonctionne que lorsque NOUS redémarre xrdp. Rien ne couvrait un Paquet de mise à niveau en faisant une minuterie, à une heure que personne ne regarde. Deux couches, parce que "nous avons supprimé le travail qui a fait cela" est plus faible que "a le redémarrage ne peut pas laisser la machine inaccessible": kamo-no-auto-updates.sh masque les temporisateurs et services de loisirs et met à zéro le APT:: Paramètres périodiques. C'est un poste de travail que les gens connectent EN TMO; rien ne peut redémarrent la chose qu'ils se connectent sans surveillance. Les mises à jour deviennent délibérées. kamo-xrdp-reap-orphans.sh fonctionne comme ExecStartPre sur xrdp-sesman, donc n'importe quoi redémarre, les sessions qu'il ne peut plus gérer sont effacées et la suivante L'identifiant reçoit un bureau propre au lieu d'un bureau noir. Perte d'une session déconnectée est le bon commerce: il était déjà inaccessible au moment où le siman l'a oublié - le La seule question était de savoir si l'utilisateur s'est découvert via un écran noir. Appliqué à la VM en cours d'exécution et vérifié après un redémarrage: 1 sesman (le cas 3), 0 tour X serveurs, filairs filaires, les trois unités apt masquées, 57 paquets mis à niveau. A la session réelle ouverte par la passerelle publique fait maintenant référence à kwin-x11 et une enveloppe plasma sur un seul écran. Il laisse également tomber la sonde TCP du canari du port RDP de la VM. La sonde de préparation à l'IDC déjà couvre:3389 (KamoDesktopRdpEndpointErdty), donc il n'a pas été ajouté de couverture et ce n'était pas gratuit: chaque connect nue fait xrdp log six lignes ERROR à propos d'une désaltération de la séquence de connexion, et ce bruit enfoui les erreurs réelles pendant le diagnostic de cette panne. Un moniteur qui rend les journaux de bord plus difficiles à lire plus qu'il ne donne.