Re: Comment remplacer l'utilisateur root pour utiliser le service cron ?
Bernard Bass a écrit : > Voilà ma question : Comment remplacer l'utilisateur root pour utiliser > le service cron ? Puis-je savoir à quoi sert de désactiver le compte root si c'est pour donner les pleins pouvoirs à un autre compte, en le dispensant de saisir son mot de passe lorsqu'il utilise la commande sudo ? > echo "gestionnaire ALL=(ALL) NOPASSWD:ALL" >> /etc/sudoers La subtilité de la manœuvre m'échappe. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://www.palabritudes.net/ Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !
Comment remplacer l'utilisateur root pour utiliser le service cron ?
Bonjour, Voilà ma question : Comment remplacer l'utilisateur root pour utiliser le service cron ? ## ## Utiliser cron et crontab sur Debian 12. Un utilisateur sudoer est créé pour utiliser sudo et administrer le système. *L'utilisateur root a été désactivé sur le système Debian et le mot de passe est forcé pour expirer.* Des erreurs s'affichent dans journalctl, les tâches cron de l'utilisateur root ne sont pas lancées : *SERVEUR cron : Authentication failure Password root of that user should be expried.* Le compte utilisateur root est verrouillé et le mot de passe est forcé pour expirer, il ne peut être utilisé pour lancer des tâches cron. *COMMENT CREER UN UTILISATEUR POUR REMPLACER ROOT ET UTILISER SA CRONTAB ?* Créer un utilisateur pour remplacer root : sudo adduser gestionnaire sudo bash echo "gestionnaire ALL=(ALL) ALL" >> /etc/sudoers echo "gestionnaire ALL=(ALL) NOPASSWD:ALL" >> /etc/sudoers Ajouter gestionnaire au groupe cron : gpasswd -a gestionnaire cron Lorsque un utilisateur est ajouté au groupe cron, se déconnecter et se reconnecter pour rendre l'ajout au groupe effectif. *Comment faire comprendre au système qu'il faut utiliser le nouvel utilisateur pour lancer les tâches cron du système ?* *( la crontab de l'utilisateur sudoer, la crontab de l'utilisateur gestionnaire, les tâches cron.daily . , les tâches des services dans le dossier cron.d ) * ## ## La recherche actuelle : *( Les tâches cron.daily . , les tâches des services dans le dossier cron.d ne fonctionnent pas **" cron **: **Authentication failure " **) * ## Utiliser cron et crontab sur Debian 12. Un utilisateur sudoer est créé pour utiliser sudo et administrer le système. L'utilisateur root a été désactivé sur le système Debian et le mot de passe est forcé pour expirer. Des erreurs s'affichent dans journalctl, les tâches cron de l'utilisateur root ne sont pas lancées. ## sudo journalctl -p err févr. 11 16:25:01 SERVEUR CRON[874565]: pam_unix(cron:account): account root has expired (account expired) *févr. 11 16:25:01 SERVEUR cron[874565]: Authentication failure * sudo[874537]: pam_unix(sudo:session): session closed for user root Le compte utilisateur root est verrouillé et ne peut être utilisé pour lancer des tâches cron. *Password root of that user should be expried. * ## *COMMENT CREER UN UTILISATEUR ROOT POUR REMPLACER ROOT ET UTILISER SA CRONTAB ? * Comment exécuter une commande exigeant un plus haut niveau de permission (root ou racine) ? Créer un utilisateur pour remplacer root : sudo adduser gestionnaire sudo bash echo "gestionnaire ALL=(ALL) ALL" >> /etc/sudoers echo "gestionnaire ALL=(ALL) NOPASSWD:ALL" >> /etc/sudoers Ajouter gestionnaire au groupe cron : gpasswd -a gestionnaire cron Lorsque un utilisateur est ajouté au groupe cron, se déconnecter et se reconnecter pour rendre l'ajout au groupe effectif. *Comment faire comprendre au système qu'il faut utiliser gestionnaire pour lancer les tâches cron ?* ... ... ## sudo systemctl stop cron sudo systemctl start cron sudo systemctl restart cron # Identifier les processus cron : sudo systemctl status cron # Arrêter un processus cron : sudo kill PID ## # Afficher le crontab de l'utilisateur courant : crontab -l # Editer le crontab de l'utilisateur courant : crontab -e # Editer le crontab de l'utilisateur root : sudo crontab -e # Modifier la crontab d'un autre utilisateur : sudo crontab -e -u nom_utilisateur ## # Définir un éditeur de commandes pour éditer les crontabs : sudo update-alternatives --config editor #
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Le 17 février 2024 Alban Vidal a écrit : > Pour éviter des soucis d'espace disque à l'avenir, je pense qu'il serait > judicieux de redimensionner un peu les partitions, en en retirant un peu dans > le /opt ou /home pour en mettre un peu plus sur la racine (/), 2 ou 3G par > exemple. Je pense que ce serait pas mal au passage de supprimer des partitions. Mais comme les partition ssont assez emmêlées je crois que ça risque d'être coton et que ce sera plus simple de tout sauvegarder et refaire le formattage complètement.
Re: perte clavier suite à retour de veille depuis bookworm-12.5
Jacques, on 2024-02-16: > Je viens de faire un rapport de bug, il porte le numéro 1064041. > > Encore un grand merci pour tes conseils, Super, merci d'avoir pris le temps rédiger le rapport, espérons qu'il donne quelque chose incessamment sous peu. Bon dimanche, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Bonsoir Hugues, Très bonne nouvelle ! Pour éviter des soucis d'espace disque à l'avenir, je pense qu'il serait judicieux de redimensionner un peu les partitions, en en retirant un peu dans le /opt ou /home pour en mettre un peu plus sur la racine (/), 2 ou 3G par exemple. Pour ce faire, le plus simple d'utiliser l'utilitaire gparted démarré avec un live-CD. Cette opération risque de prendre du temps (la réduction des partitions), mais permettra d'éviter des soucis lors des prochaines mises à jour. Bonne fin de week-end, Cordialement, Alban Le 17 février 2024 16:52:14 GMT+01:00, Hugues MORIN-TRENEULE a écrit : >Re bonjour > >Je viens d'exécuter le apt full-upgrade. >Je pensais que ça allait prendre un peu de temps mais ça a été rapide, tous >les paquets étaient déjà à jour :) > >J'ai redémarré et tout semble fonctionner. >J'ai effectué quelques mises a jour et preparé l'upgrade a la version >suivante comme specifié (paragraphe 4.7) dans la doc: >https://www.debian.org/releases/buster/amd64/release-notes/ch-upgrading.fr.html > >PROBLEME RESOLU ;-))) > >UN GRAND MERCI A TOUS POUR VOTRE AIDE ET VOS CONSEILS :)) > >JE vous souhaite un week end > >Très cordialement >Hugues > > >Le sam. 17 févr. 2024 à 15:31, Hugues MORIN-TRENEULE a >écrit : > >> Salut >> >> Merci Gilles pour ta confirmation >> >> J'ai plus qu'a ... ;) >> >> Bonne journée >> Hugues >> >> Le ven. 16 févr. 2024 à 18:56, Gilles Mocellin < >> gilles.mocel...@nuagelibre.org> a écrit : >> >>> Le vendredi 16 février 2024, 18:43:58 CET Hugues MORIN-TRENEULE a écrit : >>> > Salut >>> > >>> > Merci pour tous ces conseils, je garde ça précieusement pour les >>> prochains >>> > upgrade car j'ai l'intention d'upgrader jusqu'à la dernière version >>> stable. >>> > >>> > Sinon, j'ai lancé le processus d'upgrade comme nous en avons parlé mais >>> > malheureusement avant d'avoir reçu les conseils de Gilles et Alain. >>> > Voila un petit compte rendu de ce que j'ai fait et des messages que >>> j'ai eu: >>> > >>> > - ps ne m'a pas afficher de processus apt en train de tourner donc pas >>> > besoin du killall. >>> > Je n'ai pas non plus exécuté de dpkg-reconfigure (ni meme dpkg >>> --configure >>> > -a) qui m'a semblé n'être nécessaire que dans le cas ou il y aurait eu >>> un >>> > processus apt dans le ps >>> > J'espère que je n'ai pas créé un probleme en ne le faisant pas. >>> > >>> > - J'ai ensuite exécuté apt upgrade --without-new-pkgs >>> > qui m'a retourné un message d'erreur me signalant que des paquets liés >>> au >>> > noyau linux-image-4.19.0-25-amd64 était absent >>> > et d'exécuter apt --fix-broken install pour résoudre le probleme. >>> > >>> > - J'ai donc exécuté apt --fix-broken install, qui semble s'être déroulé >>> > sans incident. >>> > >>> > - J'ai RE-exécuté apt upgrade --without-new-pkgs qui m'a listé les >>> paquets >>> > qui ne sont plus nécessaires. >>> > Je les ai retirés avec apt autoremove comme le conseille la commande >>> > précédente. >>> > >>> > Jusque là, tout semble OK :) >>> >>> En effet ! >>> >>> > Normalement afin de finir mon upgrade il ne manque plus que le apt >>> > full-upgrade à exécuter. >>> > >>> > Je me suis arrêté là pour l'instant, par manque de temps pour aller plus >>> > loin >>> > Je n'ai pas encore éteint (ou rebooter) la machine. >>> > >>> > Est ce que mon oubli du dpkg -configure pourrait engendrer un probleme? >>> et >>> > si oui comment le corriger avant de passer au full upgrade? >>> >>> Non, les commandes apt que tu as passé auraient dit qu'il y avait un >>> problème >>> et qu'il fallait finir les opérations dpkg arrêtées en cours (par le dpkg >>> -- >>> configure -a). >>> >>> Tu peux y aller. >>> >>> > Bonne soirée >>> > Hugues >>> >>> Bonne soirée, tu y es presque ! >>> >>> >>> -- Envoyé de /e/ Mail.
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Re bonjour Je viens d'exécuter le apt full-upgrade. Je pensais que ça allait prendre un peu de temps mais ça a été rapide, tous les paquets étaient déjà à jour :) J'ai redémarré et tout semble fonctionner. J'ai effectué quelques mises a jour et preparé l'upgrade a la version suivante comme specifié (paragraphe 4.7) dans la doc: https://www.debian.org/releases/buster/amd64/release-notes/ch-upgrading.fr.html PROBLEME RESOLU ;-))) UN GRAND MERCI A TOUS POUR VOTRE AIDE ET VOS CONSEILS :)) JE vous souhaite un week end Très cordialement Hugues Le sam. 17 févr. 2024 à 15:31, Hugues MORIN-TRENEULE a écrit : > Salut > > Merci Gilles pour ta confirmation > > J'ai plus qu'a ... ;) > > Bonne journée > Hugues > > Le ven. 16 févr. 2024 à 18:56, Gilles Mocellin < > gilles.mocel...@nuagelibre.org> a écrit : > >> Le vendredi 16 février 2024, 18:43:58 CET Hugues MORIN-TRENEULE a écrit : >> > Salut >> > >> > Merci pour tous ces conseils, je garde ça précieusement pour les >> prochains >> > upgrade car j'ai l'intention d'upgrader jusqu'à la dernière version >> stable. >> > >> > Sinon, j'ai lancé le processus d'upgrade comme nous en avons parlé mais >> > malheureusement avant d'avoir reçu les conseils de Gilles et Alain. >> > Voila un petit compte rendu de ce que j'ai fait et des messages que >> j'ai eu: >> > >> > - ps ne m'a pas afficher de processus apt en train de tourner donc pas >> > besoin du killall. >> > Je n'ai pas non plus exécuté de dpkg-reconfigure (ni meme dpkg >> --configure >> > -a) qui m'a semblé n'être nécessaire que dans le cas ou il y aurait eu >> un >> > processus apt dans le ps >> > J'espère que je n'ai pas créé un probleme en ne le faisant pas. >> > >> > - J'ai ensuite exécuté apt upgrade --without-new-pkgs >> > qui m'a retourné un message d'erreur me signalant que des paquets liés >> au >> > noyau linux-image-4.19.0-25-amd64 était absent >> > et d'exécuter apt --fix-broken install pour résoudre le probleme. >> > >> > - J'ai donc exécuté apt --fix-broken install, qui semble s'être déroulé >> > sans incident. >> > >> > - J'ai RE-exécuté apt upgrade --without-new-pkgs qui m'a listé les >> paquets >> > qui ne sont plus nécessaires. >> > Je les ai retirés avec apt autoremove comme le conseille la commande >> > précédente. >> > >> > Jusque là, tout semble OK :) >> >> En effet ! >> >> > Normalement afin de finir mon upgrade il ne manque plus que le apt >> > full-upgrade à exécuter. >> > >> > Je me suis arrêté là pour l'instant, par manque de temps pour aller plus >> > loin >> > Je n'ai pas encore éteint (ou rebooter) la machine. >> > >> > Est ce que mon oubli du dpkg -configure pourrait engendrer un probleme? >> et >> > si oui comment le corriger avant de passer au full upgrade? >> >> Non, les commandes apt que tu as passé auraient dit qu'il y avait un >> problème >> et qu'il fallait finir les opérations dpkg arrêtées en cours (par le dpkg >> -- >> configure -a). >> >> Tu peux y aller. >> >> > Bonne soirée >> > Hugues >> >> Bonne soirée, tu y es presque ! >> >> >>
paquets Debian avec information de deboguage?
Bonjour la liste Sur mon ordinateur de bureau à la maison je tourne Debian. J'ai la chance d'avoir un processeur AMD Ryzen Threadripper 2970WX 24-Core Processor, 64Go de RAM, double écran et des téraoctets de disque. Avec de la place sur certaines partitions. root@rimski:/# cat /etc/apt/sources.list #deb cdrom:[Debian GNU/Linux testing _Trixie_ - Official Snapshot amd64 NETINST with firmware 20240105-21:01]/ trixie main non-free-firmware deb http://ftp.lip6.fr/pub/linux/distributions/debian/ trixie main non-free-firmware debian-debug deb-src http://ftp.lip6.fr/pub/linux/distributions/debian/ trixie main non-free-firmware deb http://security.debian.org/debian-security trixie-security main non-free-firmware deb-src http://security.debian.org/debian-security trixie-security main non-free-firmware # trixie-updates, to get updates before a point release is made; # see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports deb http://ftp.lip6.fr/pub/linux/distributions/debian/ trixie-updates main non-free-firmware deb-src http://ftp.lip6.fr/pub/linux/distributions/debian/ trixie-updates main non-free-firmware # This system was installed using small removable media # (e.g. netinst, live or single CD). The matching "deb cdrom" # entries were disabled at the end of the installation process. # For information about how to configure apt package sources, # see the sources.list(5) manual. Je cherche à déboguer un petit utilitaire (en GPLv3+) https://github.com/bstarynk/misc-basile/blob/master/gtk4serv.c qui devrait devenir un serveur de widgets GTK4, qui construirait une interface décrite par un fichier pour GtkBuilder et communiquerait avec une application cliente (le serveur moteur d'inférences RefPerSys, en GPLv3+ lui aussi, en https://github.com/RefPerSys/RefPerSys/ et également en cours de mise au point ...) Une fois que gtk4serv serait au point je rêve même d'en faire un paquet Debian. Une fois que RefPerSys serait au point (peut-être en 2025?) je pense aussi à le packager pour Debian. Mais j'y ai des bogues évidemment dans gtk4serv. Les bogues sont liés à ma mauvaise compréhension des libraries GTK4 et apparentées (dont Glib). Il me serait très utile d'avoir la libgtk4 et les bibliothèques Glib correspondantes avec des informations DWARF de déboguage utilisable par gdb! Comment faire en pratique? Merci -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/ See/voir: https://github.com/RefPerSys/RefPerSys
Re: Stretch vers Bullseye - Probleme lors du apt full-upgrade
Salut Merci Gilles pour ta confirmation J'ai plus qu'a ... ;) Bonne journée Hugues Le ven. 16 févr. 2024 à 18:56, Gilles Mocellin < gilles.mocel...@nuagelibre.org> a écrit : > Le vendredi 16 février 2024, 18:43:58 CET Hugues MORIN-TRENEULE a écrit : > > Salut > > > > Merci pour tous ces conseils, je garde ça précieusement pour les > prochains > > upgrade car j'ai l'intention d'upgrader jusqu'à la dernière version > stable. > > > > Sinon, j'ai lancé le processus d'upgrade comme nous en avons parlé mais > > malheureusement avant d'avoir reçu les conseils de Gilles et Alain. > > Voila un petit compte rendu de ce que j'ai fait et des messages que j'ai > eu: > > > > - ps ne m'a pas afficher de processus apt en train de tourner donc pas > > besoin du killall. > > Je n'ai pas non plus exécuté de dpkg-reconfigure (ni meme dpkg > --configure > > -a) qui m'a semblé n'être nécessaire que dans le cas ou il y aurait eu un > > processus apt dans le ps > > J'espère que je n'ai pas créé un probleme en ne le faisant pas. > > > > - J'ai ensuite exécuté apt upgrade --without-new-pkgs > > qui m'a retourné un message d'erreur me signalant que des paquets liés au > > noyau linux-image-4.19.0-25-amd64 était absent > > et d'exécuter apt --fix-broken install pour résoudre le probleme. > > > > - J'ai donc exécuté apt --fix-broken install, qui semble s'être déroulé > > sans incident. > > > > - J'ai RE-exécuté apt upgrade --without-new-pkgs qui m'a listé les > paquets > > qui ne sont plus nécessaires. > > Je les ai retirés avec apt autoremove comme le conseille la commande > > précédente. > > > > Jusque là, tout semble OK :) > > En effet ! > > > Normalement afin de finir mon upgrade il ne manque plus que le apt > > full-upgrade à exécuter. > > > > Je me suis arrêté là pour l'instant, par manque de temps pour aller plus > > loin > > Je n'ai pas encore éteint (ou rebooter) la machine. > > > > Est ce que mon oubli du dpkg -configure pourrait engendrer un probleme? > et > > si oui comment le corriger avant de passer au full upgrade? > > Non, les commandes apt que tu as passé auraient dit qu'il y avait un > problème > et qu'il fallait finir les opérations dpkg arrêtées en cours (par le dpkg > -- > configure -a). > > Tu peux y aller. > > > Bonne soirée > > Hugues > > Bonne soirée, tu y es presque ! > > >
Re: Thunderbird et fuseau horaire
Le 17/02/2024 à 13:22, Yannick a écrit : Bonjour, Version 115.7.0 (64 bits) Je constate depuis ma dernière MAJ une anomalie dans l'affichage de l'heure. Il se met à me l'afficher en format US. J'ai cherché mais ce qui est proposé par l'aide Thunderbird ne peut être mis en œuvre car je n'ai pas accès aux paramètres proposés Mais est-ce que cela ne pourrait être un problème dans XFCE un paramètre modifié lors de la MAJ. Merci de me dire comment revenir à une situation normale en pas à pas car je ne suis pas expert. Amitiés Bonjour, Problème résolu en prenant le pack langue du 9 janvier 115.6 en lieu et place du 115.7 sur le site addons.thunderbird.net/fr/thunderbird/addon/tb-langpack-fr/versions/ et le fichier xpi https://addons.thunderbird.net/thunderbird/downloads/file/1027494/francais_fr_language_pack-115.6.20240105.183125-tb.xpi?src=version-history Amitiés PS Merci à Bernard -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris https://www.ancestris.org OpenPGP_signature.asc Description: OpenPGP digital signature
Thunderbird et fuseau horaire
Bonjour, Version 115.7.0 (64 bits) Je constate depuis ma dernière MAJ une anomalie dans l'affichage de l'heure. Il se met à me l'afficher en format US. J'ai cherché mais ce qui est proposé par l'aide Thunderbird ne peut être mis en œuvre car je n'ai pas accès aux paramètres proposés Mais est-ce que cela ne pourrait être un problème dans XFCE un paramètre modifié lors de la MAJ. Merci de me dire comment revenir à une situation normale en pas à pas car je ne suis pas expert. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org Généalogie en liberté avec Ancestris https://www.ancestris.org OpenPGP_signature.asc Description: OpenPGP digital signature
Re: Erreur nvidia suite upgrade noyau 6.1.0-18
Bonjour, Le 16/02/2024 à 20:36, ajh-valmer a écrit : On Friday 16 February 2024 08:16:54 Michel Verdier wrote: Le 14 février 2024 zithro a écrit : - Michel a compris qu'André disait "je laisse tomber, ça montre bien qu'il y a que des noobs/gens inutiles ici". Effectivement ça me semblait une attaque de la liste, d'où la forme abrupte de mon mail pour laquelle je m'excuse : Et oui, il faut bien lire les contenus des mails. Repassons au positif : Ma carte Nvidia supportait le mode 1280x1024, Avec le pilote Nouveau, le mode maxi est de 1024x768. J'ai tout essayé, xrandr et compagnie... que des messages d'erreur. Un problème succède à un autre, je ne peux plus upgrader mon système du noyau 6.1.0-17-amd64 à 6.1.0-18-amd64. J'ai effacé dans le /boot/ par : # rm *6.1.0-18-amd64* purgé par : # apt purge *6.1.0-18-amd64* "tout est à jour", comme s'il y avait un résidu 6.1.0-18-amd64 quelque part. Bonne soirée. Le paquet linux-image-6.1.0-18 ne serait-il pas toujours installé ? Quoi qu'il en soit, une mise à jour a été publié dans bookworm-updates (SUA 252-1) pour corriger le problème de compilation lors de la mise à jour vers le kernel 6.1.0-18. apt update puis apt upgrade devrait donc pouvoir se passer sans problème, à la limite un apt -f install si ça ne passe vraiment pas. -- Patrick ZAJDA