Re: Réduire la verbosité de cron
Le 20-11-2020, à 08:56:50 +0100, Fabrice BAUZAC-STEHLY a écrit : - Remplacer le "@include common-session-noninteractive" par le contenu du fichier Qu'est-ce que ça apporterait ? Le but est de ne modifier que la configuration PAM de cron, pas de modifier d'autres choses comme sudo ou systemd-user. Si tu supprimes la ligne "session required pam_unix.so" du fichier common-session-noninteractive, tu vas impacter tous les programmes qui l'incluent. Remplacer le @include par le contenu du fichier te permet de supprimer la ligne juste pour cron. Ok, merci pour l'explication. - puis supprimer la ligne "session required pam_unix.so" C'est pas un truc à se faire locked out ? A partir du moment ou tu ne modifies que ce qui est specifique a cron, tu ne peux avoir d'impact que sur cron. N'hesite pas a te documenter sur PAM. C'est ce que j'ai fait et j'ai trouvé cet ancienne entrée sur le BTS: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=293272#36 J'ai appliqué, on va voir ce que ça donne. Merci
Re: Xorg tourne à 100 % du CPU ("ioctl(13, DRM_IOCTL_I915_GEM_CREATE...
Le Fri, 20 Nov 2020 13:28:58 +0100, Stephane Bortzmeyer a écrit : > Une idée ? Peut-être essayer mettre a jour le firmware chez intel ? https://downloadcenter.intel.com/fr/product/80939/Solution-graphique
Re: [HS] Frais résiliation FAI Box
Le Fri, 20 Nov 2020 20:19:03 +0100, ajh-valmer a écrit : > Bonsoir, > > Lorsque son contrat FAI Box est arrivé à terme, > et que l'on désire changer de FAI, > doit-on payer des frais de résiliation ? > > Je suis passé de SFR à Free, et SFR me réclame 49€, > alors que le contrat est terminé, et que j'ai renvoyé > tout le matériel. > > Je n'ai jamais signé de contrat car je ne l'ai jamais reçu, > malgré moults demandes. > > J'ai cherché sur internet, les infos sont contradictoires, > certains disent oui, d'autres non, d'où ma demande. > > Merci d'avance. > > a. Valmer La résiliation ça dépend effectivement des contrats, je n'ai pas suivi l'actualité réglementaire et de la commission des clauses abusive, mais s'il y a eu des irrégularités à l'établissement du contrat je t'encouragerais à te rapprocher d'une société de consommateur ou un conseiller juridique.
Re: [HS] Frais résiliation FAI Box
On Friday 20 November 2020 20:22:39 Cyrille wrote: > Essaie de contacter free, si tu es nouveau client, ils peuvent faire un > geste commercial et prendre à leur charge les frais. > (à mon époque c'était ainsi, chez orange ils le font encore (un > commercial a essayé de me récupérer et me l'a proposé)) > Tu ne risques rien à essayer. Ok, merci, mais ces frais de résiliation sont-ils légaux ? car le contrat est terminé. Aussi, je n'ai reçu, ni signé aucun contrat, sauf oralement par le n° tél client de SFR. Bonne fin de soirée. > Lorsque son contrat FAI Box est arrivé à terme, > et que l'on désire changer de FAI, > doit-on payer des frais de résiliation ? > Je suis passé de SFR à Free, et SFR me réclame 49€, > alors que le contrat est terminé, et que j'ai renvoyé > tout le matériel. > Je n'ai jamais signé de contrat car je ne l'ai jamais reçu, > malgré moults demandes.
Re: Xorg tourne à 100 % du CPU ("ioctl(13, DRM_IOCTL_I915_GEM_CREATE...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Étienne Mollier a écrit : > Bonjour Stéphane, > > Stephane Bortzmeyer, on 2020-11-20 13:28:58 +0100: >> Soit une machine Debian "desktop" en 10.6 buster. >> >> De temps en temps, le serveur X ne répond plus à rien (ni >> souris, ni clavier). En se connectant depuis une autre machine, >> on voit qu'il tourne à 100 % du CPU et strace montre qu'il boucle >> sur : >> >> ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc8724) = 0 ioctl(13, >> DRM_IOCTL_I915_GEM_EXECBUFFER2, 0xbfcc878c) = 0 ioctl(13, >> DRM_IOCTL_I915_GEM_BUSY, 0xbfcc878c) = 0 ioctl(13, >> DRM_IOCTL_I915_GEM_CREATE, 0xbfcc877c) = 0 ioctl(13, >> DRM_IOCTL_GEM_CLOSE, 0xbfcc86f4) = 0 ioctl(13, >> DRM_IOCTL_I915_GEM_BUSY, 0xbfcc8724) = 0 ioctl(13, >> DRM_IOCTL_I915_GEM_EXECBUFFER2, 0xbfcc878c) = 0 ioctl(13, >> DRM_IOCTL_I915_GEM_BUSY, 0xbfcc878c) = 0 ioctl(13, >> DRM_IOCTL_I915_GEM_CREATE, 0xbfcc877c) = 0 ioctl(13, >> DRM_IOCTL_GEM_CLOSE, 0xbfcc86f4) = 0 ... >> >> Une idée ? > > Je n'ai pas franchement d'idées pour l'instant. Le résultat le > plus proche que j'ai pu trouver en rapport avec des ioctl i915 GEM > est une fiche CVE qui concerne initialement Linux 4.15 pour > Ubuntu: > > https://security-tracker.debian.org/tracker/CVE-2019-12881 > > Quelques questions en vrac: > > - Est-ce que du côté du noyau, via `dmesg`, les modules i915 ou > drm renvoient des erreurs lors de ce genre de panne ? - Est-ce que > les versions antérieures du noyau de Buster ont déjà provoqué ce > genre de symptômes ? > > Si c'est le cas, alors le problème se situerait du côté de Linux ; > sinon adresser un rapport de bogue auprès du paquet > "xserver-xorg-video-intel" me semblerait être un bon point de > départ. > > Est-ce que démarrer la machine avec l'option "nomodeset" peut > stabiliser le serveur X ? L'idée est de mettre la partie DRM hors > circuit, mais au prix de sacrifier l'accélération graphique. Ce > n'est pas idéal, mais ça peut permettre de travailler le temps > dépanner. Et si la panne se reproduit dans cette configuration, > alors ça pourra être intéressant de voir comment évoluent les > appels système fournis par `strace`. Bonsoir, Je ne vais pas aider beaucoup, mais j'ai un vague souvenir d'avoir eu la même chose il y a très longtemps. Une pluie d'interruptions mal traitées en provenance de l'économiseur d'écran. Voir si ça ne pourrait pas être le même genre de gag : un programme particulier qui monopolise le serveur X en le bourrant d'interruptions. Dans mon cas, c'était aussi une video intel (i7-4470 de mémoire). Pour la correction, pour ma part, c'était un serveur, ça s'est soldé avec un retrait de X. Que dit un simple top ? JKB -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEq4YCoAJMwLElZVYXOAfo0lKQ8+cFAl+4IAAACgkQOAfo0lKQ 8+e8JA//WzMF/Do5PBGINo/xmeDPWZ5TCO8wiH1l5Ks92Uz51Xjp/qW3BJ1DwF/i szi9esIAEaT3agxhERUyuxTxb0cq6K6uvT0G+oky0mKW6ZdcrP23/TlQTpQ+yfsc 9t1E3QHxZjlK/2mNd00ZgnqATHMOzJRZs4QjK2YBiMwsqaT2w0yI0QF2MfIitA0q g0cV37/vl2UoiGxztlvoOBPu+6Dl+kragdewFNXRD/SZOFEy6/X9mAIMyccwsDvm xvlzQTNcJMeHVcVSjklTC82a5LKNAyb/bZcp89vEw9IDKefnuuz1035ifG5Fo8CL 9QN5Jd3FOHkr1P9fe+vXYO9quUpdiXYCnqxvnjVA/0KVJxxNFNO1aAP18ZS9VeIW 041Sn4y9fWuqOReLpTdz5oefSISHPV0DVoZ93wjTJwNZRCpJj98amo/WJcqSt/yH 0Q52OltaRbtX4r2MR7MoubK+BPx/8/YPYLfnZv+19tMdM1Xd28LmqQEM2+RiCDqv 6oWHDBMZMZIHbgQFgbuI+QpM8EPPD8f7xHXxTPNnANy/bbXX1ZW7faiMDSfJMt35 +k2UeLqqmtSZ71E/3AP/XCy6ewEphSUkWtYclG4T7K5VKqDLTnRkYLlHPY/R2bq6 AZfVwrFSMCmHfE7WYGA9uF50qHrLmnnuO//GeZWV3saVc6l/i68= =jZT3 -END PGP SIGNATURE-
Re: Xorg tourne à 100 % du CPU ("ioctl(13, DRM_IOCTL_I915_GEM_CREATE...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Étienne Mollier a écrit : Bonsoir, Je ne vais pas aider beaucoup, mais j'ai un vague souvenir d'avoir eu la même chose il y a très longtemps. Une pluie d'interruptions mal traitées en provenance de l'économiseur d'écran. Voir si ça ne pourrait pas être le même genre de gag : un programme particulier qui monopolise le serveur X en le bourrant d'interruptions. Dans mon cas, c'était aussi une video intel (i7-4470 de mémoire). Pour la correction, pour ma part, c'était un serveur, ça s'est soldé avec un retrait de X. Que dit un simple top ? JKB -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEq4YCoAJMwLElZVYXOAfo0lKQ8+cFAl+4H/wACgkQOAfo0lKQ 8+dH/w//bRTIcwuSp5T7lj+2SH3u7Z/TK8qDC45/iHFWA7HZgssAh+wg+hXl+I4q fy211jQHdMvQ/OoKPUBmJnsQIZ60W6/92tbCFP6ZudV+hrXIPLn0KV/o2BpEeiTo rBpoqNE2AUfcCXI18WwRRVi1DDaPIolz+WkJMWmVgUw8Bb0SbmZ5JN6qCfpQ9O8d B8fOj+ujTeCZhOUtB7UMXAA/jhUoFJ/9jWL2kafe/2JW6jIZGkDfMxYtImNQoID7 4WWP7a24JD6kuAK3RNe5o0o4VsBo9hmyriOtDbF85Wk3eytat5BYECFQawTX8BCi Ypb0bJJ7C3UwSaQN0S/jywF7YTpT3L5nZ5o5VJuZHl/soW79x4egGWHtWOfv9MA/ 0GD6fcHP58GY5fV7bLLShFwS/pkE5phPi3O3+gTuuL58xpykwRJWZbIG0Ccf5F/V I1kwa11W9TMUuwoEPUzdDbSG+1KGP/FDCNO+OzIsDIzJOwrNiqxUSZssR0kBDTV2 3iEmH9n6Q0UBjRoxjU/qeBKX05BtyI2nX17IocZnHy8Ufq3u+aSrcL+cVYi8TO6z sVnvzE/hRPbAx7jRYhFshsOI3xQ+ZNK6eJxg/Lg2+GqPiP7E9KYoUzhdrVSdxfD6 Wl77nwNhGoIxvr6isM2S0macjvNAoIFCQQfL7/02WtE25sqy0uw= =f5m6 -END PGP SIGNATURE-
Re: Xorg tourne à 100 % du CPU ("ioctl(13, DRM_IOCTL_I915_GEM_CREATE...
Bonjour Stéphane, Stephane Bortzmeyer, on 2020-11-20 13:28:58 +0100: > Soit une machine Debian "desktop" en 10.6 buster. > > De temps en temps, le serveur X ne répond plus à rien (ni souris, ni > clavier). En se connectant depuis une autre machine, on voit qu'il > tourne à 100 % du CPU et strace montre qu'il boucle sur : > > ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc8724) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_EXECBUFFER2, 0xbfcc878c) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc878c) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_CREATE, 0xbfcc877c) = 0 > ioctl(13, DRM_IOCTL_GEM_CLOSE, 0xbfcc86f4) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc8724) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_EXECBUFFER2, 0xbfcc878c) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc878c) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_CREATE, 0xbfcc877c) = 0 > ioctl(13, DRM_IOCTL_GEM_CLOSE, 0xbfcc86f4) = 0 > ... > > Une idée ? Je n'ai pas franchement d'idées pour l'instant. Le résultat le plus proche que j'ai pu trouver en rapport avec des ioctl i915 GEM est une fiche CVE qui concerne initialement Linux 4.15 pour Ubuntu: https://security-tracker.debian.org/tracker/CVE-2019-12881 Quelques questions en vrac: - Est-ce que du côté du noyau, via `dmesg`, les modules i915 ou drm renvoient des erreurs lors de ce genre de panne ? - Est-ce que les versions antérieures du noyau de Buster ont déjà provoqué ce genre de symptômes ? Si c'est le cas, alors le problème se situerait du côté de Linux ; sinon adresser un rapport de bogue auprès du paquet "xserver-xorg-video-intel" me semblerait être un bon point de départ. Est-ce que démarrer la machine avec l'option "nomodeset" peut stabiliser le serveur X ? L'idée est de mettre la partie DRM hors circuit, mais au prix de sacrifier l'accélération graphique. Ce n'est pas idéal, mais ça peut permettre de travailler le temps dépanner. Et si la panne se reproduit dans cette configuration, alors ça pourra être intéressant de voir comment évoluent les appels système fournis par `strace`. Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. signature.asc Description: PGP signature
Re: [HS] Frais résiliation FAI Box
Bonsoir Essaie de contacter free, si tu es nouveau client, ils peuvent faire un geste commercial et prendre à leur charge les frais. (à mon époque c'était ainsi, chez orange ils le font encore (un commercial a essayé de me récupérer et me l'a proposé)) Tu ne risques rien à essayer. Bon courage
[HS] Frais résiliation FAI Box
Bonsoir, Lorsque son contrat FAI Box est arrivé à terme, et que l'on désire changer de FAI, doit-on payer des frais de résiliation ? Je suis passé de SFR à Free, et SFR me réclame 49€, alors que le contrat est terminé, et que j'ai renvoyé tout le matériel. Je n'ai jamais signé de contrat car je ne l'ai jamais reçu, malgré moults demandes. J'ai cherché sur internet, les infos sont contradictoires, certains disent oui, d'autres non, d'où ma demande. Merci d'avance. a. Valmer
Xorg tourne à 100 % du CPU ("ioctl(13, DRM_IOCTL_I915_GEM_CREATE...
Soit une machine Debian "desktop" en 10.6 buster. De temps en temps, le serveur X ne répond plus à rien (ni souris, ni clavier). En se connectant depuis une autre machine, on voit qu'il tourne à 100 % du CPU et strace montre qu'il boucle sur : ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc8724) = 0 ioctl(13, DRM_IOCTL_I915_GEM_EXECBUFFER2, 0xbfcc878c) = 0 ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc878c) = 0 ioctl(13, DRM_IOCTL_I915_GEM_CREATE, 0xbfcc877c) = 0 ioctl(13, DRM_IOCTL_GEM_CLOSE, 0xbfcc86f4) = 0 ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc8724) = 0 ioctl(13, DRM_IOCTL_I915_GEM_EXECBUFFER2, 0xbfcc878c) = 0 ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc878c) = 0 ioctl(13, DRM_IOCTL_I915_GEM_CREATE, 0xbfcc877c) = 0 ioctl(13, DRM_IOCTL_GEM_CLOSE, 0xbfcc86f4) = 0 ... Une idée ? X.Org X Server 1.20.4 [ 13632.206] Build Operating System: Linux 4.19.0-10-amd64 i686 Debian [ 13632.206] Current Operating System: Linux 4.19.0-12-686-pae #1 SMP Debian 4.19.152-1 (2020-10-18 ) i686 [ 13632.206] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-12-686-pae root=UUID=1679ed76-c60d-49f8-b9c 2-a05aff7a8a08 ro quiet [ 13632.206] Build Date: 27 August 2020 08:51:48AM [ 13632.206] xorg-server 2:1.20.4-1+deb10u1 (https://www.debian.org/support)
Re: Conseils pour le développement sur Debian d'applications natives Windows/Linux
@Etienne: Gcab est effectivement intéressant à connaître. Merci beaucoup pour ce lien. Le ven. 20 nov. 2020 à 08:14, Étienne Mollier a écrit : > Bonjour Olivier, > > Olivier, on 2020-11-19 16:11:32 +0100: > > 2. Un point très important pour moi est, par contre, si c'est possible de > > pouvoir empaqueter depuis Linux/Debian l'application Windows et son > > installateur sans utiliser Windows. > > (Plusieurs outils comme Kivy annonce la possibilité de développer pour > > plusieurs plateformes, mais si j'ai bien compris, il faut empaqueter sur > la > > même plateforme que la cible). > > Je ne suis absolument pas versé dans le domaine de la > distribution de programmes pour Windows, mais en faisant une > petite recherche dans les paquets de Debian Sid, je suis tombé > sur "gcab". L'outil est mis à disposition via la collection des > "msitools" : > > https://wiki.gnome.org/msitools > > | msitools plans to be a solution for packaging and deployment > | of cross-compiled Windows applications. > > C'est un collection de programmes pour empaqueter et déployer > des utilitaires cross-compilés à destination de Windows. > J'ignore ce que ça vaut en pratique, mais à la description, ça > me semblait correspondre à votre cahier des charges. > > Quant à tester l'installateur, je suppose que wine ferait > l'affaire dans un premier temps. Mais à terme, je pense qu'il > faudrait au moins faire un test sur une machine Windows native, > juste pour s'assurer qu'une coquille n'est pas passée entre les > mailles du filet. > > Bonne journée, > -- > Étienne Mollier > Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da > Sent from /dev/pts/3, please excuse my verbosity. >