Re: Erreurs tracker-extract: Could not connect to filesystem miner endpoint: Le délai d’attente est dépassé
> Le 15/05/2024 à 11:03, Charles Plessy a écrit : > > > > j'ai des tonnes de ceci dans mes logs système: > > > > mai 15 17:51:18 bubu tracker-extract[1711]: Could not connect to > > filesystem miner endpoint: Le délai d’attente est dépassé > > Le Wed, May 15, 2024 at 11:12:12AM +0200, NoSpam a écrit : > > il s'agit d'un programme d'indexation de fichiers sous gnome. Sous Ubuntu il > s'agit du paquet tracker-miner-fs Merci, j'ai essayé `tracker3 reset -s -r` et ça a l'air de l'avoir calmé pour le moment. Bonne soirée, Charles
Problème après mise à jour: la machine ne sort plus de veille.
Bonjour à tous, désolé pour la rafale de messages mais c'est un peu la cata… Aujourd'hui j'ai redémarré mon portable et depuis il ne sort plus de veille après qu'il y soit entré. Plus précisément, ni le clavier ni la souris ne se réveillent, et je n'ai pas d'autre choix que de redémarrer complètement la machine.. J'avais eu ce problème depuis le début et la solution suivante trouvée par un autre utilisateur avait réglé le problème: Mettre dans /usr/lib/systemd/system-sleep: case $1/$2 in pre/*) ;; post/*) echo -n reconnect > /sys/devices/platform/i8042/serio0/drvctl echo -n reconnect > /sys/devices/platform/i8042/serio2/drvctl ;; esac Je suis sous Bookworm et je ne sais pas très bien commment attaquer le problème. J'ai essayé de redémarrer sous linux-image-6.1.0-20-amd64 mais ça ne résoud rien. Je n'avais pas redémarré depuis longtemps, et j'ai perdu la trace de ce qui a pu être mis à jour récemment (à part bien sûr la glib qui m'avait fait perdre le support du japonais et du chinois dans Firefox…). La machine est un VAIO Pro 13 vieux de 9 ans environ… Si vous avez de idées, je suis preneur ! Bonne journée, Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Debian Med packaging team http://www.debian.org/devel/debian-med Tooting from work, https://fediscience.org/@charles_plessy Tooting from home, https://framapiaf.org/@charles_plessy
Erreurs tracker-extract: Could not connect to filesystem miner endpoint: Le délai d’attente est dépassé
Bonjour à tous, j'ai des tonnes de ceci dans mes logs système: mai 15 17:51:18 bubu tracker-extract[1711]: Could not connect to filesystem miner endpoint: Le délai d’attente est dépassé Il y a aussy d'autres messages du type: mai 15 17:58:49 bubu tracker-miner-f[4486]: Error opening readwrite database: database disk image is malformed Un systemctl status avec ou sans sudo ne montre pas de services avec tracker dans le nom. Je vois cependant les fichiers suivants: /lib/systemd/user/tracker-miner-fs-3.service /lib/systemd/user/tracker-extract-3.service /lib/systemd/user/tracker-miner-fs-control-3.service /lib/systemd/user/tracker-xdg-portal-3.service /lib/systemd/user/tracker-writeback-3.service Mais toute tentative d'arrêter, redémarrer, etc., ces services se soldent par des erreurs du genre: Failed to restart tracker-miner-fs-3.service: Unit tracker-miner-fs-3.service not found. Je voudrais vraiment enlever ces messages de mes logs, car j'ai un problème plus important à cerner, et ces messages me brouillent la vue… Une suggestion? Librement, Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Debian Med packaging team http://www.debian.org/devel/debian-med Tooting from work, https://fediscience.org/@charles_plessy Tooting from home, https://framapiaf.org/@charles_plessy
Erreurs gsd-media-keys Unable to get default source
Bonjour à tous, j'ai des tonnes de ceci dans mes logs système: mai 15 17:51:26 bubu gsd-media-keys[2154]: Unable to get default source Copilot m'a dit que c'est la faute à pulseaudio, mais mon système utilise pipewire… Le forum ArchLinux me dit qu'il faut réduire la version de pipewire de 0.3.68 à 0.3.66, mais je suis déjà à 0.3.65… Je voudrais vraiment enlever ces messages de mes logs, car j'ai un problème plus important à cerner, et ces messages me brouillent la vue… Une suggestion? Librement, Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Debian Med packaging team http://www.debian.org/devel/debian-med Tooting from work, https://fediscience.org/@charles_plessy Tooting from home, https://framapiaf.org/@charles_plessy
Re: perte de la touche morte du clavier pour saisir les accents circonflexes depuis une mise à jour système
Le Wed, May 08, 2024 at 03:21:24PM +0200, Frédéric Baldit a écrit : > > Je suppose qu'il vaut mieux m'abstenir...qu'en pensez-vous? Le bug 1070730 suggère d'essayer les paquets de https://people.debian.org/~smcv/bug1070730/ en attendant le correctif officiel, et de mon côté ça a réglé le problème après avoir redémarré Firefox. Bonne chance, Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Debian Med packaging team http://www.debian.org/devel/debian-med Tooting from work, https://fediscience.org/@charles_plessy Tooting from home, https://framapiaf.org/@charles_plessy
Re: RIP VIM
Le Mon, Aug 07, 2023 at 11:22:23AM +0200, ajh-valmer a écrit : > > Sans le mode graphique, combien de fois VIM m'a sauvé, > que j'ai remplacé par NANO car VIM à partir d'une nouvelle version > a du mal avec les copier/coller. C'est un changement de configuration par défaut d'il y a quelques années. https://unix.stackexchange.com/questions/318824/vim-cutpaste-not-working-in-stretch-debian-9 https://stackoverflow.com/questions/44389107/vimrc-not-accepting-mouse-a-command Et quand on n'a pas pu changer la configuration, on peut appuyer sur shift pendant qu'on utilise la souris pour copier-coller. Bonne journée, Charles
Re: Gérer l'état d'un serveur avec update-alternatives
Le Wed, Aug 09, 2023 at 08:34:46AM +0200, Olivier a écrit : > > J'ai souvent besoin de coordonner la bascule simultanée de plusieurs > liens symboliques quand je bascule un serveur d'un état "En > préparation" à son état "En production" (ou réciproquement). Si ce sont les seuls fichiers qui changent régulièrement et qu'ils sont dans /etc, peut-être qu'utliser des branches Git avec etkeeper pourrait être une piste? Mais attention je n'ai jamais essayé :) Librement, -- Charles
Re: Clé USB bootable à partir d'un iso
Bonjour Alex, Le Thu, May 18, 2023 at 08:12:33PM +0300, Alex PADOLY a écrit : > > Je suis à la recherche d'une ressource Debian permettant de créer une clé > USB bootable à partir d'un iso. S'il s'agit de l'image d'installation Debian, un simple cp suffit, suivi d'un sync. https://www.debian.org/releases/bookworm/amd64/ch04s03.fr.html#usb-copy-isohybrid Je ne sais pas si ça s'applique à toutes les isos en général. Librement, -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Debian Med packaging team http://www.debian.org/devel/debian-med Tooting from home https://framapiaf.org/@charles_plessy - You do not have my permission to use this email to train an AI -
Re: Re : Re: Bookworm ou pas ?
Le Fri, May 12, 2023 at 10:46:00AM +, benoit a écrit : > > Autre question : qu'en sera-t-il du sources.list quand la Deb 12 sera > > devenue officielle ? > > Quelle modif à faire pour être sûre que le sources.list corresponde bien à > > la stable ? > > Du coup, "la liste, corrigez moi si je me trompe, je vais le faire aussi" la > syntaxe du /etc/apt/sources.list > > #deb https://deb.debian.org/debian/ bookworm main contrib > #deb https://deb.debian.org/debian/ bookworm-updates main contrib#deb > http://security.debian.org/debian-security/ bookworm-security main contrib Attention à ne pas oublier la nouvelle section non-free-firmware qui contient entre autre des mises à jour des microcodes des processeurs Intel et AMD. https://www.debian.org/releases/bookworm/amd64/release-notes/ch-information.fr.html#non-free-split Bon week-end, Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Debian Med packaging team http://www.debian.org/devel/debian-med Tooting from home https://framapiaf.org/@charles_plessy - You do not have my permission to use this email to train an AI -
Re: Comment éviter la saisie de longs chemins avec /bin/bash ?
Le Thu, Mar 02, 2023 at 09:43:29AM +0100, Olivier a écrit : > > Sur mon PC sous Bullseye, j'utilise /bin/bash. > J'aimerai bénéficier d'un mécanisme m'évitant au maximum la saisie de > longs chemins vers lesquels je navigue souvent. J'ai ce genre de chose dans mon fichier bash_profile. hopla () { pushd "/mon/long/chemin/$1"; } _hopla () { local cur files COMPREPLY=() cur="${COMP_WORDS[COMP_CWORD]}" files=$(ls /mon/long/chemin/) COMPREPLY=( $(compgen -W "${files}" -- ${cur}) ) } complete -F _hopla hopla J'en suis assez satisfait, sauf que la complétion avec tab n'explore pas les sous-répertoires... Amicalement, Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Debian Med packaging team http://www.debian.org/devel/debian-med Tooting from home https://framapiaf.org/@charles_plessy - You do not have my permission to use this email to train an AI -
Re: Gestion de caractères accentués différentes entre xterm, d'autres émulateurs de terminal, et Emacs (locales correctes)
Le Fri, Oct 28, 2022 at 12:50:19AM +0200, Jean-Philippe Georget a écrit : > > Sous xterm, ce fichier s'affiche correctement comme "référent.pdf" avec la > commande "ls". > > Par contre, sous xfce4-terminal, il s'affiche bizarrement comme > "référent.pdf" (notez les accents décalés sur la droite des "e"). Bonjour, c'est un problème de prise en charge d'Unicode. Sur mon terminal, je vois référent.pdf dans les deux cas. Mais voici ce que je vois si je copie-colle le nom de ficher et le passe à hexdump. echo référent.pdf | hexdump -C 72 c3 a9 66 c3 a9 72 65 6e 74 2e 70 64 66 0a |référent.pdf.| 000f echo référent.pdf | hexdump -C 72 65 cc 81 66 65 cc 81 72 65 6e 74 2e 70 64 66 |re?.fe?.rent.pdf| 0010 0a|.| 0011 Pour un peu plus de contexte, voici une version pure ASCII sans accents: echo referent.pdf | hexdump -C 72 65 66 65 72 65 6e 74 2e 70 64 66 0a |referent.pdf.| 000d Et lettre par lettre: printf é | hexdump -C c3 a9 |é| 0002 printf e | hexdump -C 65|e| 0001 printf é | hexdump -C 65 cc 81 |e?.| 0003 Le dernier é, c'est un e auquel on ajoute ensuite un accent aigu. Le caractère Unicode U+0301 COMBINING ACUTE ACCENT est encodé cc81 en UTF-8. Je dois m'arrêter là car mon train arrive en gare, mais une solution pour contourner le problème pourrait être: mv r?f?rent.pdf référent.pdf Ceci change le nom de fichier pour utiliser la représentation la plus habituelle. D'autres abonnés à cette liste pourront t'indiquer des outils pour le faire automatiquement. Amicalement, Charles Plessy
Re: désabonnement
Le Thu, Nov 25, 2021 at 09:57:01PM +0100, dstc a écrit : > > pourriez vos me désabonner de la liste, Bonjour, je ne peux pas le faire pour vous mais il y a aussi un formulaire en ligne. https://lists.debian.org/debian-user-french/ Si le message de confirmation ne parvient pas, vérifiez votre poubelle à spams ! Bonne chance, -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Debian Med packaging team http://www.debian.org/devel/debian-med Tooting from work, https://mastodon.technology/@charles_plessy Tooting from home, https://framapiaf.org/@charles_plessy
Re: [HS] Envoi de mail vers Hotmail/Outlook/Live bloqués !
Le Mon, Nov 22, 2021 at 07:16:06PM +0100, JUPIN Alain a écrit : > > J'ai un serveur de mail (sur serveur dédié OVH) pour notre petite structure, > hébergeant Postfix, Amavis, OpenDKIM et OpenDMARC pour les domaines > concernés. > Problème : les messages a destination de Microsoft (live.com et .fr, > homail.com et fr, outlook.com et fr ...) sont directement refusés à la > connection ! Bonjour, lorsque je m'hébergeais à la maison certains destinataires refusaient catégoriquement tout message provenant d'une IP assignée au domicile d'un particulier. La seule solution que j'avais trouvé était de configurer Postfix pour qu'il passe par le serveur SMTP de mon fournisseur d'accès, pour ces destinataires uniquement. Dans `main.cf`, j'ai ajouté: transport_maps = hash:/etc/postfix/transport Et dans ce fichier des lignes comme: gmx.de smtp:[mail.asahi-net.or.jp] De mémoire, il faut lancer une commande grenre `postmap` pour que la configuration ou ses changements soient pris en compte. Plus de détails dans la page de manuel transport(5). Bonne chance ! Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Tooting from work, https://mastodon.technology/@charles_plessy Tooting from home, https://framapiaf.org/@charles_plessy
Re: Récupérer le résultat d'une commande sed dans une variable ou un fichier : problème...
Le Fri, Nov 05, 2021 at 12:31:13AM +0100, roger.tar...@free.fr a écrit : > > Comment expliquer que la commande prend un fichier comme argument : > sed '/^abc\|^$/! { p; s|^| -> '"${DOMAIN}"'|g }' monfichier #SUCCES > > mais refuse de prendre la valeur d'une variable ? > sed '/^abc\|^$/! { p; s|^| -> '"${DOMAIN}"'|g }' "$TRUC" #ECHEC Bonjour Roger, c'est comme ça que sed (et beaucoup d'autres outils) a été conçu: opérer sur le contenu d'un fichier dont le nom est passé en argument, ou alors sur un flux passant par l'entrée standard. echo 'toto' | sed 's/o/a/g'# renvoie tata echo 'toto' > monfichier sed 's/o/a/g' monfichier # renvoie tata TRUC=monfichier sed 's/o/a/g' "$TRUC" # renvoie tata La variable $TRUC est remplacée par sa valeur avant que sed ne soit executé. La commande executée avec monfichier ou $TRUC est donc exactement la même. Bonne journée -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Debian Med packaging team http://www.debian.org/devel/debian-med Tooting from work, https://mastodon.technology/@charles_plessy Tooting from home, https://framapiaf.org/@charles_plessy
Re: Truc louche avec ssh
Bonsoir à tous, je me souviens d'avoir eu exactement le même problème. J'ai même peut-être eu la solution sur cette liste (ou le LUG de Strasbourg ?), mais je n'arrive pas à la retrouver. Je vais peut-être me tromper, mais il me semble que le problème était lié à la MTU ou un système similaire: tant qu'on pianote un peu, les paquets échangés sont petits, mais dès qu'on fait défiler des tonnes de texte avec une sortie standard ou un copier-collé, un gros paquet est créé et fait planter la connection pour une raison dont je ne me souviens plus. En espérant que ça aide, au moins en tant que soutien moral. Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan Debian Med packaging team http://www.debian.org/devel/debian-med Tooting from work, https://mastodon.technology/@charles_plessy Tooting from home, https://framapiaf.org/@charles_plessy
Re: dpkg-reconfigure n'écoute pas debconf-set-selections (pour tzdata)
Le Thu, Dec 03, 2020 at 05:00:00PM +0200, Daniel Caillibaud a écrit : > > Plus généralement, où peut-on trouver l'info des choix que ferait un > dpkg-reconfigure -f noninteractive xxx > > Faut aller fouiner dans /var/lib/dpkg/info/xxx.config ? > > Pour /var/lib/dpkg/info/tzdata.config on comprend comment c'est sensé > fonctionner (même sans connaître le shell car les commentaires sont clairs), > mais je sais pas si y'a un moyen plus rapide et générique pour avoir > l'info. Je ne connais pas de meilleure méthode... Bonne journée, -- Charles
Re: dpkg-reconfigure n'écoute pas debconf-set-selections (pour tzdata)
Le Wed, Dec 02, 2020 at 06:19:11PM +0100, Daniel Caillibaud a écrit : > > Visiblement, si /etc/localtime pointe sur une timezone le > dpkg-reconfigure tzdata -f noninteractive > utilise cette timezone et ignore debconf. > > C'est pas un bug ? Bonjour Daniel, je pense que ce n'est pas un bug, parce que « debconf n'est pas conçu pour être un système d'enregistrement et ne peut pas être utilisé comme tel », dixit man debconf-devel(7). https://manpages.debian.org/debconf-devel Les paquets ne vont chercher des informations dans debconf que lorsque /etc n'en a pas encore. > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813226#20 Bon, effectivement, corriger un bug, c'est parfois assez brutal pour ceux qui avaient appris empiriquement que c'était la manière normale de fonctionner :( Bonne journée, Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Re: Je n'arrive toujours pas à envoyer mes courriel à "debian-user-french@lists.debian.org"
Le Mon, Nov 16, 2020 at 05:57:27PM +0100, Pierre Malard a écrit : > > Ce serait bien plus simple pour diagnostiquer le problème d’avoir des logs > des tentatives d’envoi. > Ne pourrait-on l’avoir ? > > En général c’est un fichier « /var/log/mail.xxx » pour Postfix. Bonjour à tous, il y a aussi le paquet swaks (« Swiss Army Knife for SMTP ») qui est très utile pour diagnostiquer les problèmes d'envois de courriels. Cordialement, Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japan
Re: Git n'arrive pas à contacter certains sites IPv6 en SSH.
Le Thu, Nov 12, 2020 at 09:51:06PM +0100, Étienne Mollier a écrit : > > Je n'ai pas rencontré de problèmes de mon côté. En grattant un > peu, la variable d'environnement GIT_SSH_COMMAND peut être > exploitée pour augmenter le verbiage de ssh: > > $ export GIT_SSH_COMMAND='ssh -vvv' > $ git clone g...@salsa.debian.org:med-team/perlprimer.git Merci du tuyau, ça bloque à: debug1: Sending command: git-upload-pack 'med-team/perlprimer.git' debug2: channel 1: request exec confirm 1 debug3: send packet: type 98 debug2: channel_input_open_confirmation: channel 1: callback done debug2: channel 1: open confirm rwindow 0 rmax 32768 Google ou DuckDuckGo ne révèlent rien concernant "git-upload-pack" "ipv6" "freeze" (Je n'ai pas encore testé le changement de MTU; je ne sais pas comment le faire sure une interface wifi gérée par GNOME...) (Je n'ai pas testé non plus la version 2.29; je suis en 2.27) Bon week-end ! -- Charles
Git n'arrive pas à contacter certains sites IPv6 en SSH.
Bonjour à tous, j'ai à nouveau la fibre. Et en IPv6 en plus. Mais Git n'arrive plus à contacter des sites distants en SSH. Curieusement, les sessions SSH interactives ont l'air de s'établir normalement. Example: $ ssh -6 g...@salsa.debian.org PTY allocation request failed on channel 1 Welcome to GitLab, @plessy! Connection to salsa.debian.org closed. (C'est la réponse attendue). Par contre: $ git clone --verbose g...@salsa.debian.org:med-team/perlprimer.git Clonage dans 'perlprimer'... … et ensuite plus rien. Si je désactive IPv6 pour les connections SSH dans ~/.ssh/config: Host * AddressFamily inet Tout rentre dans l'ordre. Mais ce n'est pas satisfaisant :) Le problème n'est pas spécifique au réseau Debian; j'ai la même chose avec branchable.com et gitlab.com. Par contre, ça fonctionne avec GitHub... Quelqu'un aurait-il une piste ? Charles -- Charles Plessy Nagahama, Yomitan, Okinawa, Japon
Re: (bash vs *sh) Re: exécuter automatiquement un programme dépendant du suffixe
Le Thu, Oct 08, 2020 at 06:04:24PM +0200, Marc Chantreux a écrit : > > et il me semble que meme sous debian (ou ubuntu?) il avait été évoqué de > virer bash pour dash. ce serait logique! Bonjour Marc, c'est fait depuis Squeeze: $ ls -lh /bin/sh lrwxrwxrwx 1 root root 4 janv. 18 2019 /bin/sh -> dash Cordialement, -- Charles Plessy Akano, Uruma, Okinawa, Japan
Re: /sbin -> usr/sbin
Le Sat, Jul 11, 2020 at 10:10:52AM +0200, BERTRAND Joël a écrit : > > Au lieu de faire cela, les devs de Debian seraient inspirés d'avoir un > répertoire /rescue avec le contenu de /bin, /sbin et le gestionnaire > de paquets compilé en statique. Bonjour Joël, une image Grml prête sur une partition de secours ne serait-elle pas suffisante ? Bon week-end, Charles -- Charles Plessy Akano, Uruma, Okinawa, Japan
Re: /sbin -> usr/sbin
Le Sat, Jul 11, 2020 at 12:10:07AM +0200, BERTRAND Joël a écrit : > > Je viens d'installer une debian/testing toute fraîche sur un portable > Toshiba et j'ai été surpris de trouver dans / des liens vers /usr : Bonjour Bertrand, c'est dans les notes de publication: https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.fr.html#merged-usr Bonne fin de semaine, Charles -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Akano, Uruma, Okinawa, Japan
[HS] Re: [HS] A la recherche d'un encodage
Le Fri, May 29, 2020 at 02:44:12PM +0200, Fabrice Delvallée a écrit : > > PS: j'utilise pas google :p J'évite aussi Google autant que possible... DuckDuckGo a une syntaxe très pratique qui fait que quand on ajoute !g dans le champ de recherche on renvoie la recherche chez Google. C'est pratique quand DuckDuckGo a fait choux blanc. https://duckduckgo.com/bang Bonne journée, -- Charles Plessy Akano, Uruma, Okinawa, Japon
Re: [HS] A la recherche d'un encodage
Le Fri, May 29, 2020 at 01:46:30PM +0200, Fabrice Delvallée a écrit : > > J'ai récupéré un fichier en ".txt" dont je ne parviens pas à trouver > l'encodage. > Je suppose donc que le code "215" (8d) correspond au ç et le 216 (8e) au é https://www.google.com/search?q="ç; "8d" "é" "8e" À la deuxième page, bingo :) http://www.columbia.edu/kermit/mltbl.html Amicalement, Charles -- Charles Plessy Akano, Uruma, Okinawa, Japon
Tester discourse.debian.net en français ?
Le Tue, May 05, 2020 at 11:03:16PM +0200, Jean-Philippe MENGUAL a écrit : > > tu peux te rabattre sur les ressources internes à Debian ou gérées par > des proches du projet. Bonjour à tous, ça me fait penser que l'on teste en ce moment une instance de forum « discourse » sur discourse.debian.net. Nous pourrions demander l'addition d'une catégorie « francophone », qu'en pensez-vous ? Amicalement, Charles -- Charles Plessy Akano, Uruma, Okinawa, Japan Debian Med packaging team http://www.debian.org/devel/debian-med Tooting from work, https://mastodon.technology/@charles_plessy Tooting from home, https://framapiaf.org/@charles_p
Re: fail2ban regex
Le Thu, Apr 30, 2020 at 12:01:36PM +0200, BERTRAND Joël a écrit : > > Parce que le type est borné, que ça fait des jours que ça dure et que > l'IP change régulièrement. Par ailleurs, fail2ban est fait pour cela et > j'ai autre chose à faire que de surveiller /var/log/syslog. Bonjour Joël, as-tu essayé la cellule "récidive" de fail2ban ? Amicalement, -- Charles Plessy Akano, Uruma, Okinawa, Japan
Re: Choix du système Debian
Le Thu, Jan 16, 2020 at 05:35:39PM +, d cyrille a écrit : > > Bonjour, Je possède un Eeepc Asus 1001PXD avec windows 7 aujourd'hui > abandonné par Microsoft.Je voudrai redonner vie à ce petit ordinateur > pour des applications bureautique et musique principalement. Internet > en consultation. Bonjour, si vous êtes bricoleur et que vous arrivez à remplacer le disque dur par un SSD d'occasion (https://www.youtube.com/watch?v=PQmTLZHNQHA), alors je pense qu'une Debian stable (10.2 "buster") pourrait tourner correctement avec son environnement standard (bureau GNOME, navigateur Firefox, bureautique LibreOffice, ...). En tout cas c'est mon expérience avec un Thinkpad X60. Amicalement, -- Charles Plessy Akano, Uruma, Okinawa, Japon
Re: recherche un cms pour site statique sans base de données
Le Fri, Sep 07, 2018 at 05:58:21AM +0200, Bernard Schoenacker a écrit : > > je recherche un cms pour réaliser un site statique sans devoir > installer php et qui puisse être alimenté par des pages rédigées en > markdown à l'aide d'un lien pointant vers un document pdf qui change > chaque semaine > > le tout doit pouvoir être facilement employable et configurable et > sans base de données sudo apt install ikiwiki ? Ou alors http://www.branchable.com/ Bonne fin de semaine, Charles -- Charles Plessy Akano, Uruma, Okinawa, Japon Pouète à la maison,https://framapiaf.org/@charles_plessy Pouète au travail, https://mastodon.technology/@charles_plessy Debian Med packaging team http://www.debian.org/devel/debian-med
Re: bash: initialiser environnement particulier
Le Sun, Aug 12, 2018 at 10:40:11AM +0200, Jérémy Prego a écrit : > > j'aimerai parfois lancer un bash avec d'autres variables que celle défini > par défaut par exemple au lancement d'un bash, exporter la variable > http_proxy ou encore la variable TZ. par contre, faut que se soit juste sur > le bash que j'ai choisi. j'ai bien essayé de mettre des arguments au > lancement de bash par exemple, /bin/bash && export > http_proxy=xx.xx.xx.x.xx:3128/ mais ça ne semble pas fonctionné comme ça. > > faut-il que je crée un fichier d'initialisation bash alternatif et appelé ce > fichier au lancement de mon bash particulier ? > > comment feriez vous ? :) Peut-être installer environment-modules ? http://modules.sourceforge.net/ Amicalement, Charles -- Charles Plessy Akano, Uruma, Okinawa, Japon Debian Med packaging team http://www.debian.org/devel/debian-med Pouète au travailhttps://mastodon.technology/@charles_plessy Pouète à la maison https://framapiaf.org/@charles_plessy
Re: Ajouter un programme dans le menu Debian Jessie
Le Tue, Jul 17, 2018 at 01:06:18AM +0200, G2PC a écrit : > > Je me pose tout de même la question, dans mes lectures pour créer un > paquet .deb, j'ai lu à propos du fichier control et de la ligne Section : > > Section : la catégorie dans laquelle mettre le paquet. > Les paquet Debian sont répartis en différentes parties : main (logiciels > libres), non-free (logiciels non libres), et contrib (logiciels libres qui > dépendent de logiciels non libres). > Chacune d’entre elles est divisée en sections qui classent les paquets en > catégories. > La liste complète : admin, cli-mono, comm, database, debug, devel, doc, > editors, education, electronics, embedded, fonts, games, gnome, gnu-r, > gnustep, graphics, hamradio, haskell, httpd, interpreters, introspection, > java, javascript, kde, kernel, libdevel, libs, lisp, localization, mail, > math, metapackages, misc, net, news, ocaml, oldlibs, otherosfs, perl, php, > python, ruby, rust, science, shells, sound, tasks, tex, text, utils, vcs, > video, web, x11, xfce, zope. > > Si je veux donc qu'un paquet .deb soit proposé dans les paquets de > développeur, je devrais mettre Section : devel on est bien d'accord ? Bonjour, le champ "Section" du fichier de contrôle des paquets Debian ne sert qu'à organiser l'archive Debian, le système de distribtion de nos paquets. Il n'a aucun impact sur l'organisation du bureau une fois le paquet installé. Amicalement, Charles -- Charles Plessy Tsurumi, Kanagawa, Japan Équipe d'empaquetage Debian Med http://www.debian.org/devel/debian-med Pouète au travail, https://mastodon.technology/@charles_plessy Pouète à la maison,https://framapiaf.org/@charles_plessy
Re: sensible-editor et écriture inclusive
Le Wed, Jul 11, 2018 at 04:32:49PM +0200, Bernard Schoenacker a écrit : > je recherche un moyen de pouvoir insérer un point milieu > > or pour pour l’unicode le point milieu est U+00B7 > > comment faire avec : > > -a) vim > -b) emacs > -c) autre Bonjour Bernard, et à tous et à toutes, https://fr.wikipedia.org/wiki/Point_m%C3%A9dian#Saisie_au_clavier Amicalement, -- Charles
Re: Majuscules dans le nom d'un paquet Debian ?
Le Tue, May 29, 2018 at 11:01:00AM +0200, Dominique Dumont a écrit : > > La politique Debian (ma traduction douteuse de "Debian Policy") Salut Dominique, c'est « la charte Debian ». Amicalement, -- Charles
Re: Créer un paquet logiciel .deb - Section : base
Le Mon, May 28, 2018 at 11:58:34AM +0200, G2PC a écrit : > > Que signifie base, au niveau de la ligne section d'un paquet debian ? Bonjour, la section « base » a été enlevée en 2008... Depuis, le système de base est uniquement défini via les priorités. Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Retour d'expérience avec un clavier Qwerty International
Le Tue, May 15, 2018 at 11:47:52PM +0200, andre_deb...@numericable.fr a écrit : > On Tuesday 15 May 2018 23:41:56 Charles Plessy wrote: > > De mon côté, je recommande le Canadien Multilingue, dans lequels les > > touches « èéçà » sont accessibles facilement par le petit doigt de la > > main droite, et les chiffres « 1234567890 » sont accessibles sans devoir > > appuyer sur la touche Shift. > > Existe t-il un clavier Canadien Multilingue AZERTY ? Non, mais comme le AZERTY, ça ne se trouve qu'en France et en Belgique, mieux vaut apprendre le QWERTY. Tant qu'à essayer autre chose, le BÉPO semble très intéressant. -- Charles
Re: Retour d'expérience avec un clavier Qwerty International
Le Tue, May 15, 2018 at 06:35:03PM +0200, Olivier a écrit : > > 1. Je pianote depuis toujours, sur un PC avec un clavier Azerty. > Je lis ici ou là qu'un clavier Qwerty International facilite la saisie de > code. > Quelqu'un a-t-il sauté le pas en passant au Qwerty International ? De mon côté, je recommande le Canadien Multilingue, dans lequels les touches « èéçà » sont accessibles facilement par le petit doigt de la main droite, et les chiffres « 1234567890 » sont accessibles sans devoir appuyer sur la touche Shift. > Au bout de combien de temps s'est-il habitué ? Il m'a fallu une ou deux semaines pour m'habituer à changer entre Qwerty simple et Canadien multilingue à la volée (en appuyant sur les deux touches Shift à la fois). J'utilise le premier pour l'anglais et le code, et le second pour le français. Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japan
Re: fuseau horaire volatile dans un terminal.
Le Wed, Apr 25, 2018 at 02:30:46PM +0200, Jérémy PREGO a écrit : > > j'aimerai pouvoir définir un fuseau horaire ponctuel lié a un > terminal, par exemple, sans bien sûre, modifié tout le fuseau de la > machine. $ date mercredi 25 avril 2018, 22:08:41 (UTC+0900) $ export TZ=Europe/Paris $ date mercredi 25 avril 2018, 15:08:48 (UTC+0200) Bonne journée, -- Charles Plessy Tsurumi, Kanagawa, Japon
[vendredi] Re: Limite de temps quotidien sur un ordinateur.
Le Thu, Mar 29, 2018 at 01:00:50PM +0200, Eric Degenetais a écrit : > En tous cas, j'ignorais que la ML Debian User. Fr était une terre réservée > des csp++ CSP++ c'est dépassé, maintenant on dit « csp.io ». Leur motto c'est « les API stables c'est pour les assistés ». Bon vendredi (dans 1 h 11 pour moi...) -- Charles
Re: Créer un dossier avec shell bash uniquement si il n'existe pas
Le Tue, Feb 13, 2018 at 01:45:11PM +0100, G2PC a écrit : > > # Créer le dossier installeur si il n'existe pas. mkdir -p ~/installeur # Ne fait pas d'erreur si le dossier existe déjà. Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japan
Re: Thunderbird et le monde extérieur : mbox, maildir, import et export ?
Le Thu, Feb 08, 2018 at 05:28:24PM +0100, Gabriel Philippe a écrit : > > Aller trifouiller à la main dans les fichiers mbox du profil semble > être assez hasardeux. > > Comment faire ? Comment faites-vous ? Bonjour Gabriel, pour trifouiller à la main dans les fichiers mbox du profil, j'utilise mutt, qui peut les ouvrir. Utile pour accéder en urgence à une boîte aux lettres locale à distance, ou dans des rares cas nécéssitant un « bounce », etc. Sinon, pour la sauvegarde... comme Thunderbird garde une copie locale de la boîte IMAP, j'utilise une méthode appelée « croiser les doigts »™. J'ai aussi une tâche périodique qui lance rdiff-backup sur le profil. J'ai récemment reconfiguré Thunderbird pour utiliser le format maildir, et j'espère mettre en place des sauvegardes via Git dans le futur... Amicalement, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Écran noir après le démarrage.
> Le 16/01/2018 à 15:12, Charles Plessy a écrit : > > > C'est quand même un gros progrès. Avec bash, j'ai espoir de configurer > > le démarrage du réseau, et me connecter en SSH, un jour, peut-être... Le Wed, Jan 17, 2018 at 08:48:17PM +0100, Pascal Hambourg a écrit : > > Tu pourrais connecter le disque au ThinkPad pour configurer tout cela, non ? En effet. Au départ, le mini-PC était un serveur auquel je pouvais me connecter en SSH. Puis j'ai perdu le contrôle, d'où la manip avec le ThinkPad. Ce qui me manquait c'était les adresses MAC des ports ethernet sur le mini-PC. Comme j'ai pu les récupérer en démarrant avec init=/bin/bash, j'ai fini la reconfiguration sur le ThinkPad et tout est rentré dans l'ordre (sauf l'accès graphique, mais avec cette méthode je peux m'en passer). Pour la reconfiguration j'ai choisi sytemd-networkd, qui est très pratique pour gérer une configuration spécifique au matériel. Dans `/etc/systemd/network/` j'ai placé des unités `.link` assignant le nom eth0 au port du ThinkPad et eth1/2 aux ports du mini-PC. Je les ai complémentés avec des unités `.network` pour configurer les interfaces au cas par cas lorsqu'elles sont détectées. Tout fonctionne parfaitement, sans /etc/network/interfaces ni le paquet ifupdown. La seule difficulté, qui m'a pris plusieurs heures à résoudre, était que les fichiers `.link` doivent être présents au démarrage dans le système de fichier transitoire, et que donc il fallait lancer la commande `update-initramfs -u`... Merci à tous pour vos messages. Concrètement, mon problème est résolu, même si je ne sais toujours pas comment faire fonctionner cet écran HDMI sur mon mini-PC... Bon dimanche, -- Charles
Re: systemd et fichiers dans /etc/init.d/
> Le 30-01-2018, à 14:15:30 +0100, Ph. Gras a écrit : > > > Qu'en sera-t-il de la commande service machin (start | restant | stop | > > reload ) ? Le Tue, Jan 30, 2018 at 02:37:08PM +0100, steve a écrit : > > C'est remplacé par > > systemctl (start|restart|stop|reload) le_nom_du_service D'ailleurs, un coup d'oeil rapide à /usr/sbin/service montre qu'il appelle systemctl le cas échéant. Bonne journée, -- Charles
Re: systemd et fichiers dans /etc/init.d/
> Le 30-01-2018, à 11:00:44 +0900, Charles Plessy a écrit : > > > > dpkg -S /etc/init.d/* | grep "no path" Le Tue, Jan 30, 2018 at 09:05:02AM +0100, steve a écrit : > > dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.boot > dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.start > dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.stop man insserv Je ne sais pas si ça sert encore. Mais il semble être trop tôt pour l'enlever: $ sudo apt purge insserv Reading package lists... Done Building dependency tree Reading state information... Done The following additional packages will be installed: systemd-shim The following packages will be REMOVED: init* initscripts* insserv* systemd-sysv* sysv-rc* The following NEW packages will be installed: systemd-shim WARNING: The following essential packages will be removed. This should NOT be done unless you know exactly what you are doing! init systemd-sysv (due to init) > dpkg-query: aucun chemin ne correspond à /etc/init.d/plexmediaserver.dpkg-bak Bon à effacer > Le 30-01-2018, à 11:00:44 +0900, Charles Plessy a écrit : > > > > PS: si tu veux faire un peu plus de nettoyage, regarde du coté de > > systemd-network, qui permettra d'enlever des fichiers comme > > /etc/network/interfaces (à moins que network-manager tourne déjà sur > > la machine). Le Tue, Jan 30, 2018 at 09:05:02AM +0100, steve a écrit : > > Je n'ai rien qui ressemble à un paquet nommé ainsi. (désolé pour le « d » manquant) $ dpkg -S systemd-networkd systemd: /lib/systemd/systemd-networkd-wait-online systemd: /lib/systemd/systemd-networkd systemd: /lib/systemd/system/systemd-networkd.socket systemd: /usr/share/man/man8/systemd-networkd-wait-online.8.gz systemd: /usr/share/man/man8/systemd-networkd-wait-online.service.8.gz systemd: /usr/share/man/man8/systemd-networkd.service.8.gz systemd: /lib/systemd/system/systemd-networkd-wait-online.service systemd: /lib/systemd/system/systemd-networkd.service systemd: /usr/share/man/man8/systemd-networkd.8.gz Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Serveur bloqué par de multiples CRON -f ?
> Le Fri, Mar 17, 2017 at 08:30:21AM +0100, Daniel Caillibaud a écrit : > > > > Tu peux installer atop sur le host, et le régler avec une mesure par minute > > (10 par défaut, > > dans /etc/default/atop mettre `INTERVAL=60`), ça devrait te permettre après > > coup de voir à > > chaque minute l'état complet du host, par ex atop -r > > /var/log/atop/atop_mmdd -b hh:mm > > pour avoir un top amélioré de cette minute là, que tu peux trier par conso > > RAM, CPU, disque, > > etc. (man atop pour les détails). Le Mon, Sep 04, 2017 at 09:27:52AM +0900, Charles Plessy a écrit :> > > Nouveau plantage, mais cette fois-ci j'avais une fenêtre root ouverte. > Comme d'habitude, de nombreux processus « CRON -f » et impossibilité de > créer de nouvelles sessions (SSH, sudo, ...). Cause ou conséquence, > cette fois-ci un démon gitlab-ci-multi-runner (source: > https://packages.gitlab.com/runner) accumulait des dizaines d'instances > (car il plantait naturellement suite à une différence de compatibilité > avec notre serveur local). Je l'ai désinstallé, j'ai tué tous les > processus cron, j'ai relancé le service cron avec systemctl et j'ai > fini par un « systemctl reset-failed ». Je peux de nouveau me connecter > à la machine sans avoir eu besoin de la redémarrer. Bonjour à tous, nouveau plantage, toujours rien dans les logs ou atop. Cette fois-ci, la machine a re-planté (pas de nouvelles identifications possibles) peu après son redémarrage. Voici ce que je vois avec ssh -vvv: Tout va bien jusque: Authenticated to ([]:22). debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug3: send packet: type 90 debug1: Requesting no-more-sessi...@openssh.com debug3: send packet: type 80 debug1: Entering interactive session. debug1: pledge: exec Ensuite, plus rien pendant longtemps, et ensuite, la machine casse son pipe. debug3: send packet: type 1 packet_write_wait: Connection to port 22: Broken pipe Perplexe, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: systemd et fichiers dans /etc/init.d/
Le Mon, Jan 29, 2018 at 05:16:32PM +0100, steve a écrit : > > M'intéressant un peu (plus) à systemd (qui tourne sur ma machine > principale), je me demandais si les fichiers placés dans /etc/init.d/ > sont encore utilisés ou s'ils ne sont là que pour une éventuelle > compatibilité avec les systèmes utilisant SysVInit plutôt que systemd. > > Dans la négative, y a-t-il un moyen propre de nettoyer le système de ces > fichiers inutiles ? Je veux dire, sans 'rm -rf /etc/init.d', car ces > fichiers sont présents dans les paquets Debian. Je sais qu'ils prennent > une place plus que négligeable, mais ce serait quand même plus élégant > de ne plus avoir de restes de l'ancien système. Salut Steve, la commande suivante t'indiquera quels fichiers ne sont pas installés par un paquet. dpkg -S /etc/init.d/* | grep "no path" Les autres peuvent rester: le responsable du paquet s'occupe (à son rythme) de la migration vers systemd et conserve (autant que possible) les scripts sysvinit pour les installations utilisant ce système. On peut voir quels services n'ont pas encore été migrés en listant les fichiers se trouvant dans `/run/systemd/generator.late/`. Donc grosso-modo, si tu n'as rien installé par toi-meme hors du système de paquets, il n'y a rien à enlever. PS: si tu veux faire un peu plus de nettoyage, regarde du coté de systemd-network, qui permettra d'enlever des fichiers comme /etc/network/interfaces (à moins que network-manager tourne déjà sur la machine). Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: [Un chouilla HS] Samsung et Debian ?
Le Sun, Jan 28, 2018 at 01:07:27PM +0100, Alexandre Hoïde a écrit : > > J'espère encore l'arrivée d'une solution qui serait conçue dans le > respect des principes du Libre ou, au minimum, des engagements et des > gages sur la confidentialité. Puisse ce vœu ne pas rester pieux… et > m'aider à résister à cette sirène. Dans cette catégorie, le Librem 5 semble assez prometteur: https://puri.sm/shop/librem-5/ Amicalement -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Écran noir après le démarrage.
> Le 13/01/2018 à 14:29, Charles Plessy a écrit : > > > > La perte du signal à l'écran semble arriver quand getty efface l'écran > > avant d'afficher l'invite de connexion. Le Sat, Jan 13, 2018 at 03:28:28PM +0100, Pascal Hambourg a écrit : > > Que je sache, effacer l'écran ne supprime pas le signal vidéo. > Pas d'autre idée, mais tu peux regarder dans les logs système et noyau du > démarrage précédent au cas où quelque chose serait visible. > > Pour exécuter lspci ou autre, tu peux démarrer avec l'installateur Debian en > mode rescue, ou bien passer "init=/bin/bash" à la ligne de commande Bien vu, avec init=/bin/bash, j'arrive à court-circuiter le démarrage et obtenir un shell, qui me permet de regarder les logs du précident démarrage. L'un des derniers services démarrés par systemd est "Update UTMP about System Runlevel Changes". Je n'ai pas l'impression qu'il y a un lien. J'ai aussi essayé de démarrer systemd en mode pas à pas avec l'option confirm_spawn=TRUE. Malheureusement, la ligne de l'écran me donnant le nom du prochain service est souvent efffacée par des messages commencant par « A start job is running for ». De plus, j'ai l'impression que les services finissent quand même par se lancer. Au bout d'un certain temps, les messages reprennent et l'écran finit par s'éteindre (ce qui n'est pas le cas si je reste sous bash). Je n'ai pas le temps de lire les derniers messages. C'est quand même un gros progrès. Avec bash, j'ai espoir de configurer le démarrage du réseau, et me connecter en SSH, un jour, peut-être... Mais si seulement j'arrivais à trouver et bloquer le processus qui modifie le signal envoyé à cet écran... J'ai aussi mis « blacklist drm » dans /etc/modprobe.d/blacklist, sans effet... Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Écran noir après le démarrage.
> Le 13/01/2018 à 08:44, Charles Plessy a écrit : > > > > j'ai un disque dur sur lequel est installé une Debian Stable (Stretch). > > > > Quand je l'installe dans un mini-PC (fit-PC2i) connecté à un écran HDMI, > > je vois GRUB ainsi qu'une bonne partie des messages de démarrage, mais > > juste à la fin, l'écran devient noir. Le Sat, Jan 13, 2018 at 09:20:28AM +0100, Pascal Hambourg a écrit : > > Il reste actif ou passe en veille ? En veille: il dit qu'il n'a plus de source, et la diode de son bouton d'allumage passe du vert continu à un orange clignotant. > > Quand le j'installe dans un Thinkpad X60, le système démarre jusqu'à > > l'invite en console virtuelle. > > Donc pas d'interface graphique ? Seulement la console virtuelle. > > - J'ai configuré GRUB pour que le framebuffer ne soit pas utilisé > > (je n'observe pas de changement de résolution en cours de démarrage). > > - J'ai mis le module i915 en liste noire. > > Le GPU est-il bien un Intel ? > lspci pour vérifier. Eh bien non, pas de lspci puisque mon écran est noir. Mais bien vu: le site du constructeur dit « Intel Graphics Media Accelerator GMA500 », donc ce n'est pas du i915. J'ai mis le module gma500_gfx en liste noire, et ça n'a rien résolu. > > - J'observe le même comportement en mode de secours (option « rescue » > > passée au noyau), dans lequel getty n'efface pas l'écran au moment > > d'afficher l'invite de confection. > > Et avec l'option "nomodeset" ? C'est ce que j'utilise déjà pour empêcher l'activation du framebuffer. Le Sat, Jan 13, 2018 at 09:36:31AM +0100, Sil a écrit : > > Juste une piste. Je crois qu'il y a un des paquets "console-*" qui > change la police de la console pendant le démarrage. Faire un essai en > les désinstallant. J'ai désinstallé console-setup et ça n'a pas résolu le problème. Le Sat, Jan 13, 2018 at 01:07:07PM +0100, daniel huhardeaux a écrit : > > Essayer avec GRUB_TERMINAL=console J'utilise déjà cette option, de concert avec nomodeset, pour que dans le portable Thinkpad le système démarré en mode console sans changement apparent de résolution. La perte du signal à l'écran semble arriver quand getty efface l'écran avant d'afficher l'invite de connexion. J'ai aussi copié /lib/systemd/system/getty@.service dans /etc/systemd/system et changé la valeur de TTYVTDisallocate en "no", mais ça n'a eu aucun effet. Getty est donc peut-être une fausse piste ? Merci quand même pour vous premières réponses, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Écran noir après le démarrage.
Bonjour à tous, j'ai un disque dur sur lequel est installé une Debian Stable (Stretch). Quand je l'installe dans un mini-PC (fit-PC2i) connecté à un écran HDMI, je vois GRUB ainsi qu'une bonne partie des messages de démarrage, mais juste à la fin, l'écran devient noir. Quand le j'installe dans un Thinkpad X60, le système démarre jusqu'à l'invite en console virtuelle. Je ne comprend pas ce qui fait la différence. Bien entendu, c'est dans le mini-PC que je voudrais utiliser ce système. J'ai épuisé toutes mes pistes. - J'ai configuré GRUB pour que le framebuffer ne soit pas utilisé (je n'observe pas de changement de résolution en cours de démarrage). - J'ai mis le module i915 en liste noire. - J'observe le même comportement en mode de secours (option « rescue » passée au noyau), dans lequel getty n'efface pas l'écran au moment d'afficher l'invite de confection. - Je n'ai pas d'autre écran disponible. Quelqu'un a-t-il une idée pour forcer la console à rester visible ? Bonne fin de semaine, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Question technique
Le Fri, Jan 05, 2018 at 09:33:08AM -0500, omag...@videotron.ca a écrit : > > En faisant un peu de ménage, je viens de retrouver un ciel ordinateur > dont je ne me suis pas servi depuis longtemps. Il s'agit d'un Acer > eMachnie EM350 avec Windows 7. > > Je voulais savoir si je pouvais remplacer Windows par Debian. Est ce > que ça fonctionnerai ? Comme c'est un vieil ordinateur, quelle version > devrais-je installer et ou la trouver ? Ou trouver la méthode > d'installation ? (je suis novice dans ce domaine). Bonjour Olivier, la dernière version de Debian devrait fonctionner et recevra des mises à jour de sécurité pendant plusieurs années, ce qui n'est pas le cas des versions plus anciennes. Si tu as la chance de pouvoir remplacer le disque dur par un SSD (par example d'occasion), la machine devrait pouvoir démarrer beaucoup plus vite qu'avec son vieux Windows. Pour l'installation, si tu peux démarrer depuis une clé USB, voici comment préparer la clé: https://www.debian.org/releases/stretch/i386/ch04s03.html.fr Et s'il faut une image contenant des pilotes non-Libres pour avoir accès au réseau: http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/9.3.0+nonfree/amd64/iso-cd/ Bon dimanche, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: connection ssh semi automatique
Le Sat, Dec 09, 2017 at 07:36:59AM +0100, Bernard Schoenacker a écrit : > > j'ai mis en place pour une personne qui utilise l'informatique cette solution > : > https://renoirboulanger.com/blog/2012/02/creer-un-tunnel-ssh-inverse-pour-pouvoir-supporter-a-distance-un-ami-utilisant-linux/ Bonjour Bernard il y a aussi https://debug-me.branchable.com/ (que j'avoue ne jamais avoir testé). Amicalement, -- Charles
Re: Embonpoint d'une partition racine
Le Sun, Nov 12, 2017 at 10:39:06PM +0100, zulian a écrit : > > J'ai la racine de ma Debian testing qui avoisine les 81 Go > et je voudrai faire un peu de place. > /dev/sda1 97654784 81466352 16084576 84% / > > Une idée ? Just pour être complet (je doute qu'un paquet prenne tant de place), il y a aussi dpigs, du paquet debian-goodies. Amicalement, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japon
Re: plutôt keepass2 ou keepassx ?
Le Wed, Nov 08, 2017 at 07:29:36PM +0100, Gilles Mocellin a écrit : > > J'utilise https://keepassxc.org/, un fork de keepassx qui intègre KeepassHTTP > Server, ce qui permet une intégration avec les navigateurs, via l'extension > KeePassHTTP connector : https://github.com/smorks/keepasshttp-connector > > Disponible sous forme d'AppImage ou snap, exécutable sur toute distrib sans > prise de tête. > Et aussi, disponible sous Windows version portable ou non, MacOS... Et bientôt dans Debian :) https://ftp-master.debian.org/new/keepassxc_2.2.0-1.html Amicalement, Charles -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan
Re: Re : c'est trolldi et rien à se mettre sous la dent
Le Fri, Oct 13, 2017 at 03:02:35PM +0200, Thierry Bugier a écrit : > > Pour moi c'est une jolie boite noire dans laquelle on pourrait y mettre > de très beaux backdoors... Pas la peine de mettre des portes dérobées, un bon gros bogue suffit :) http://cert.ssi.gouv.fr/avis/CERTFR-2017-AVI-136/ https://www.intel.fr/content/www/fr/fr/architecture-and-technology/intel-amt-vulnerability-announcement.html https://mjg59.dreamwidth.org/48429.html Bon trollodi, -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: [Un peu HS] mot de passe sous firefox
Le Mon, Sep 25, 2017 at 10:14:23AM +0200, steve a écrit : > > Ensuite, je visite example.com/a. Je remplis à nouveaux les champs avec > des données différentes. Ensuite, je reviens vers example.com et Firefox > me remplit les champs avec les données de example.com, comme attendu. > Mais lorsque je reviens sur example.com/a, il me renseigne les champs > avec les données de example.com, ce que je ne veux évidemment pas. > Est-ce que vous avez aussi ce comportement ? Et existe-t-il un extension > ou une configuration spécifique pour obtenir le comportement voulu ? Oui, et c'est un peu énervant avec les formulaires d'administration de listes de diffusion Mailman (puisqu'il ne retient qu'une paire id/mdp par domaine). Bon courage, -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Deferred: 403 4.7.0 TLS handshake failed.
Le Wed, Sep 13, 2017 at 05:35:15PM +0200, BERTRAND Joël a écrit : > > Nonobstant ceci, il est fort probable que ce paquet termine dans > stable avec tous les problèmes qui s'ensuivront. Mais avec les notes de publication qui y répondront. Bonne journée, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Serveur bloqué par de multiples CRON -f ?
> Le 16/03/17 à 11:27, Charles Plessy <ple...@debian.org> a écrit : > CP> > CP> (Résumé des épisodes précédents, j'ai une machine virtuelle sur laquelle > il > CP> devient parfois impossible de se connecter. Les sessions existantes > continuent > CP> de fonctionner normalement, une grande partie des logs ne sont plus > écrits, et > CP> un processus cron par heure se lance, semble bloquer et s'accumule.) Le Fri, Mar 17, 2017 at 08:30:21AM +0100, Daniel Caillibaud a écrit : > > Tu peux installer atop sur le host, et le régler avec une mesure par minute > (10 par défaut, > dans /etc/default/atop mettre `INTERVAL=60`), ça devrait te permettre après > coup de voir à > chaque minute l'état complet du host, par ex atop -r > /var/log/atop/atop_mmdd -b hh:mm > pour avoir un top amélioré de cette minute là, que tu peux trier par conso > RAM, CPU, disque, > etc. (man atop pour les détails). Merci beaucoup pour la suggestion (et merci aussi à François pour sa réponse); c'est assez formidable de pouvoir faire un « top » à rebours ! Nouveau plantage, mais cette fois-ci j'avais une fenêtre root ouverte. Comme d'habitude, de nombreux processus « CRON -f » et impossibilité de créer de nouvelles sessions (SSH, sudo, ...). Cause ou conséquence, cette fois-ci un démon gitlab-ci-multi-runner (source: https://packages.gitlab.com/runner) accumulait des dizaines d'instances (car il plantait naturellement suite à une différence de compatibilité avec notre serveur local). Je l'ai désinstallé, j'ai tué tous les processus cron, j'ai relancé le service cron avec systemctl et j'ai fini par un « systemctl reset-failed ». Je peux de nouveau me connecter à la machine sans avoir eu besoin de la redémarrer. Un inspection avec atop de l'état de la machine au moment ou elle a cessé d'enregistrer ses logs (sauf -- MARK --) ne montre rien de spécial... Mais ceci dit merci encore de m'avoir fait apprendre atop. Je ne comprends toujours pas ce qui peut empêcher la machine de créer de nouvelles sessions alors qu'il y a assez de mémoire, d'espace disque et de temps processeur... Bonne journée, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Les cyber menaces basculent vers Linux et les serveurs Web
Le Sat, Jul 22, 2017 at 11:29:47AM +0200, Alain Rpnpif a écrit : > > Bien sûr mais Windows pousse aussi au crime avec la facilité > d'installation des programmes exotiques, ce qui est plus difficile sous > Linux et sous Debian en particulier car l'installation d'un programme > est plus compliquée (en partie à dessein) pour un débutant. Sous Linux il y a quand même l'infâme « curl http://example.com/fais-moi-confiance.sh | sudo bash - »... Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: stretch to buster
Le Mon, Jun 26, 2017 at 08:38:28PM +0200, Cyrille a écrit : > Bonsoir > Pour passer de l'une à l'autre > 1/ modifier le source liste en changeant le stretch par buster > 2/ update > 3/ full-upgrade > > ça devrait le faire non ? > > Des retours, des conseils ? 0/ lire les [notes de publication](https://www.debian.org/releases/stretch/releasenotes.fr.html) Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Présence par défaut d'Aptitude sur Stretch
Le Fri, Jun 23, 2017 at 02:47:04PM +0200, maderios a écrit : > > Je n'utilise jamais aptitude, je n'en vois toujours pas l'intérêt après 18 > ans de Debian. Le seul cas où je n'ai pas d'autre choix que d'utiliser aptitude, c'est quand je construit un paquet pour stable-backports dans un système minimal avec schroot, alors que le paquet en question dépend d'un une version d'un autre paquet qui n'est disponible que dans stable-backports. Le résolveur d'aptitude arrive à se débrouiller, alors que ceux d'apt ou sbuild n'y arrivent pas. https://wiki.debian.org/BuildingFormalBackports#Building_your_backported_package Certes, ce n'est pas l'utilisation la plus fréquente d'aptitude. Bonne fin de semaine, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: [Stretch] Comportement étrange de NeoVIM avec le Terminal Mac
Le Sat, Jun 10, 2017 at 12:38:16AM +0200, Pierre Malard a écrit : > > Par contre, j’ai un comportement très étrange avec le terminal Apple. Je ne > peux plus utiliser la sélection, ni le copier/coller. À chaque fois que je > sélectionne un texte sous NeoVIM cela passe en mode « VISUAL » et m’interdit > toute action autre que celle prévue dans ce mode. C’est exactement comme si > j’avais tapé un « v » et déplacé le curseur avec les flèches ! C’est un > mélange des genres entre les deux applications très dérangeantes et > pénalisantes. Bonjour Pierre, J'ai ça dans tous les terminaux: c'est la conséquence d'avoir l'option `mouse=a` par défaut (via `/usr/share/vim/vim80/defaults.vim`): - https://superuser.com/questions/436890/cant-copy-to-clipboard-from-vim - https://stackoverflow.com/questions/4608161/copy-text-out-of-vim-with-set-mouse-a-enabled - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837880 Bonne fin de semaine, Charles -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan
Re: [HS] si mon fichier contient la premiere ligne
Le Fri, Jun 02, 2017 at 09:53:25AM +0900, Charles Plessy a écrit : > > $ cat > toto3 <<__FIN__ > > ligne 1 > > ligne 2 > > ligne 3 > > __FIN__ Oups, sans les chevrons ci-dessus: $ cat > toto3 <<__FIN__ ligne 1 ligne 2 ligne 3 __FIN__ Désolé pour le bruit, (Ça doit être l'effet vendredi) -- Charles
Re: [HS] si mon fichier contient la premiere ligne
Bonjour, c'est vendredi ! pourquoi s'ennuyer avec des outils standards alors qu'on a Perl 6 ? $ cat > toto3 <<__FIN__ > ligne 1 > ligne 2 > ligne 3 > __FIN__ $ perl6 -ne 'state $i++ ; exit 1 if $i > 1' toto3 && echo "Une seule ligne." $ cat > toto1 <<__FIN__ ligne 1 __FIN__ $ perl6 -ne 'state $i++ ; exit 1 if $i > 1' toto1 && echo "Une seule ligne." Une seule ligne. Bonne fin de semaine, Conclusion, apt install perl6. Charles -- Charles Plessy Tsurumi, Kanagawa, Japan
Mon microphone interne est sourd.
Bonjour la liste, sur mon ordinateur portable, j'ai un microphone interne qui ne semble pas fonctionner: dans le panneau de contrôle de GNOME, j'ai beau le mettre à 100 % et claquer des doigts, rien ne bouge sur la graduation du « Niveau d'entrée ». De même un enregistrement avec ALSA ne donne rien que du bruit blanc. https://linuxconfig.org/how-to-test-microphone-with-audio-linux-sound-architecture-alsa Je n'ai aucune idée sur comment aller plus loin. $ lspci | grep -i audio 00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09) 00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio Controller (rev 03) Un conseil ? Amicalement, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Systemd me crée des misères
Le Thu, Apr 20, 2017 at 12:35:09PM +0200, MERLIN Philippe a écrit : > > le déroulement du démarrage avec systemd signale des > erreurs et je me retrouve sur la console avec le message suivant : > "you are in emergency mode...Taper le mot de passe de root ou Control D > pour continuer. Bonjour Philippe, peut-être peux-tu empêcher systemd de faillir, en changeant les options de montage ? Cela facilitera le déboguage. https://www.debian.org/releases/jessie/i386/release-notes/ch-information.fr.html#systemd-auto-mounts-incompat 5.6.1. Gestion plus stricte des échecs de montage lors du démarrage sous systemd Le nouveau système d'initialisation par défaut, systemd-sysv, gère les échecs de montages « auto » de façon plus stricte que ne le fait sysvinit. S'il échoue à monter un montage « auto » (sans l'option « nofail »), systemd lancera un shell d'urgence au lieu de poursuivre le démarrage. Nous recommandons que tous les points de montage démontables ou optionnels (« optional ») listés dans /etc/fstab, tels que les disques réseau non critiques, aient l'option « noauto » ou « nofail ». Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: [HS] shell : permission non accordée en sudo
Le Wed, Apr 19, 2017 at 02:00:34PM +0200, Alexandre Hoïde a écrit : > > $ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness > bash: /sys/class/backlight/nv_backlight/brightness: Permission non accordée Bonjour Alexandre, dans ton example, le shell utilisateur lance la commande "sudo echo 100", puis redirige son résultat vers /sys/.../brightness, sur lequel tu n'as pas la permission d'accès en simple utilisateur. Il faut donc lancer un shell avec sudo, qui redirigera avec les permissions qui vont bien. sudo sh -c "echo 100 > /sys/class/backlight/nv_backlight/brightness" Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Délai post sur la liste
Le Mon, Mar 20, 2017 at 07:55:49PM +0100, Christophe a écrit : > > Pour peu qu'OVH n'utilise pas toujours le même serveur de sortie pour > ré-envoyer, il n'est pas étonnant que la "validation postgrey" prenne "un > certain temps". > > En revanche, il n'y a pas beaucoup de solutions contre ça : > * Soit retirer postgrey de "bendel.debian.org". > * Soit dire à OVH d'envoyer toujours avec le même serveur ... (ou d'en > limiter le nombre) * Soit s'abonner à <https://lists.debian.org/whitelist/>. Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japan
Re: Serveur bloqué par de multiples CRON -f ?
Le Thu, Mar 16, 2017 at 11:27:02AM +0900, Charles Plessy a écrit : > > Il me semble que chaque fois que le problème arrive, la machine a été stressée > sur ses ressources. Se pourrait-il qu'un processus essentiel pour établir des > nouvelles connections soit interrompu ou bloqué dans ces moment, et pas ou mal > relancé ensuite ? > > root@dgt-med:~# ps aux | grep root > root 1 0.0 0.0 28544 3360 ?Ss Feb07 0:30 /sbin/init > root 140 0.0 0.0 32968 2448 ?Ss Feb07 0:05 > /lib/systemd/systemd-journald > root 466 0.0 0.0 37096 168 ?Ss Feb07 0:04 > /sbin/rpcbind -w > root 501 0.0 0.0 27568 0 ?Ss Feb07 0:00 > /usr/sbin/rpc.idmapd > root 536 0.0 0.0 55184 1520 ?Ss Feb07 0:00 > /usr/sbin/sshd -D > root 550 0.2 0.0 65352 13036 ?Ssl Feb07 109:52 > /usr/bin/gitlab-ci-multi-runner run --working-directory > /var/lib/gitlab-runner --config /etc/gitlab-runner/config.toml --service > gitlab-runner --syslog --user gitlab-runner > root 614 0.0 0.0 28324 524 ?Ss Feb07 0:05 > /lib/systemd/systemd-logind > root 700 0.0 0.0 95260 352 ?Ss Feb07 1:07 > /usr/sbin/apache2 -k start > root 807 0.0 0.0 12652 1100 ?SFeb07 0:04 > /usr/sbin/syslogd --no-forward > root 1165 0.0 0.0 1266412 tty1 Ss+ Feb07 0:00 /sbin/agetty > --noclear tty1 linux > root 1173 0.0 0.0 1266412 ?Ss Feb07 0:00 /sbin/agetty > --noclear tty2 linux > root 1181 0.0 0.0 1266412 tty3 Ss+ Feb07 0:00 /sbin/agetty > --noclear tty3 linux > root 1189 0.0 0.0 1266412 tty4 Ss+ Feb07 0:00 /sbin/agetty > --noclear tty4 linux > root 1197 0.0 0.0 1688012 ?Ss Feb07 0:00 /sbin/agetty > --noclear --keep-baud pts/3 115200 38400 9600 vt102 > root 1205 0.0 0.0 1688012 ?Ss Feb07 0:00 /sbin/agetty > --noclear --keep-baud pts/2 115200 38400 9600 vt102 > root 1213 0.0 0.0 1688012 pts/1Ss+ Feb07 0:00 /sbin/agetty > --noclear --keep-baud pts/1 115200 38400 9600 vt102 > root 1221 0.0 0.0 1688012 ?Ss Feb07 0:00 /sbin/agetty > --noclear --keep-baud pts/0 115200 38400 9600 vt102 > root 1229 0.0 0.0 1688012 console Ss+ Feb07 0:00 /sbin/agetty > --noclear --keep-baud console 115200 38400 9600 vt102 > root 1566 0.0 0.0 9535212 ?Ss Feb07 0:00 sshd: plessy > [priv] > root 1607 0.0 0.0 6010812 pts/4SFeb07 0:00 sudo su - > root 1608 0.0 0.0 61592 0 pts/4SFeb07 0:00 su - > root 1609 0.0 0.0 26248 4296 pts/4SFeb07 0:00 -su > root 1646 0.0 0.0 6010812 pts/6SFeb07 0:00 sudo su - > root 1647 0.0 0.0 61592 0 pts/6SFeb07 0:00 su - > root 1648 0.0 0.0 26212 0 pts/6S+ Feb07 0:00 -su > root 2754 0.0 0.0 21716 2504 pts/4R+ 11:23 0:00 ps aux > root 2755 0.0 0.0 15344 1784 pts/4S+ 11:23 0:00 grep root > root 16949 0.0 0.0 9535212 ?Ss Mar06 0:00 sshd: plessy > [priv] > root 18795 0.0 0.0 9535212 ?Ss Mar06 0:00 sshd: plessy > [priv] > root 22802 0.0 0.0 9535220 ?Ss Mar07 0:00 sshd: plessy > [priv] Je me réponds à moi-même: je ne vois rien après le redémarrage (ci-dessous) qui manquerait avant (ci-dessus), si ce n'est cron que j'avais tué. # ps aux | grep root root 1 0.0 0.0 28520 4748 ?Ss Mar16 0:00 /sbin/init root 140 0.0 0.0 32968 6380 ?Ss Mar16 0:00 /lib/systemd/systemd-journald root 469 0.0 0.0 37096 2692 ?Ss Mar16 0:00 /sbin/rpcbind -w root 501 0.0 0.0 27568 224 ?Ss Mar16 0:00 /usr/sbin/rpc.idmapd root 522 0.0 0.0 30120 2764 ?Ss Mar16 0:00 /usr/sbin/cron -f root 536 0.0 0.0 55184 5368 ?Ss Mar16 0:00 /usr/sbin/sshd -D root 550 0.1 0.0 65096 23468 ?Ssl Mar16 2:03 /usr/bin/gitlab-ci-multi-runner run --working-directory /var/lib/gitlab-runner --config /etc/gitlab-runner/config.toml --service gitlab-runner --syslog --user gitlab-runner root 590 0.0 0.0 28268 2856 ?Ss Mar16 0:00 /lib/systemd/systemd-logind root 740 0.0 0.0 12652 2012 ?SMar16 0:00 /usr/sbin/syslogd --no-forward root 1058 0.0 0.0 12664 1872 ?Ss Mar16 0:00 /sbin/agetty --noclear tty1 linux root 1066 0.0 0.0 12664 1876 tty2 Ss+ Mar16 0:00 /sbin/agetty --noclear tty2 linux root 1074 0.0 0.0 12664 1852 tty3 Ss+ Mar16 0:00 /sbin/agetty --noclear tty3 lin
Re: Serveur bloqué par de multiples CRON -f ?
(Résumé des épisodes précédents, j'ai une machine virtuelle sur laquelle il devient parfois impossible de se connecter. Les sessions existantes continuent de fonctionner normalement, une grande partie des logs ne sont plus écrits, et un processus cron par heure se lance, semble bloquer et s'accumule.) > > Le 29/11/16 à 17:59, Charles Plessy <ple...@debian.org> a écrit : > > > > > > Je ne sais pas si les processus CRON sont une cause ou un symptome... > Le Wed, Nov 30, 2016 at 11:09:57AM +0100, Daniel Caillibaud a écrit : > > > > Si tu les kill (depuis une console ouverte avant qui continue de répondre), > > ça donne qqchose ? Le Mon, Dec 26, 2016 at 01:37:10PM +0900, Charles Plessy a écrit : > > Alors là, je suis vraiment désolé, mais j'ai gardé une fenêtre root pendant > quelques jours, et je l'ai ensuite fermée en pensant que le problème était > réglé suite à une fausse piste (Nagios qui harcelait le port SSH). > > Je donnerai des nouvelles au prochain plantage, mais d'ici là, s'il y a de > nouvelles idées... Il a fallu attendre, mais le plantage nouveau est arrivé. `killall cron` enlève toutes les tâches cron bloquées, mais il est toujours impossible de se connecter. C'est donc un symptôme et pas une cause. Dans kern.log, je note: Mar 14 11:51:56 dgt-med vmunix: [3190021.268633] rsession invoked oom-killer: gfp_mask=0x50, order=0, oom_score_adj=0 Mar 14 11:51:57 dgt-med vmunix: [3190021.268637] rsession cpuset=dgt-med mems_allowed=0-1 Mar 14 11:51:57 dgt-med vmunix: [3190021.268644] Hardware name: Dell Inc. C6100 /0D61XP, BIOS 1.71 09/17/2013 Mar 14 11:51:57 dgt-med vmunix: [3190021.268645] 8817baf44c00 880767c53c30 8176534f 88114c2b1460 Mar 14 11:51:57 dgt-med vmunix: [3190021.268648] 880767c53cb8 8175ef1f 0303 880767c53c58 Mar 14 11:51:57 dgt-med vmunix: [3190021.268650] 880767c53c80 81164f07 882fb90fd638 882fb90fd180 Mar 14 11:51:57 dgt-med vmunix: [3190021.268652] Call Trace: Mar 14 11:51:57 dgt-med vmunix: [3190021.268660] [] dump_stack+0x45/0x56 Mar 14 11:51:57 dgt-med vmunix: [3190021.268664] [] dump_header+0x7f/0x1f1 Mar 14 11:51:57 dgt-med vmunix: [3190021.268671] [] oom_kill_process+0x205/0x360 Mar 14 11:51:57 dgt-med vmunix: [3190021.268678] [] ? security_capable_noaudit+0x15/0x20 Mar 14 11:51:57 dgt-med vmunix: [3190021.268684] [] ? mem_cgroup_try_charge_mm+0xa0/0xa0 Mar 14 11:51:57 dgt-med vmunix: [3190021.268689] [] mm_fault_error+0x67/0x140 Mar 14 12:06:25 dgt-med vmunix: [3190890.132369] rsession invoked oom-killer: gfp_mask=0x50, order=0, oom_score_adj=0 Mar 14 12:06:25 dgt-med vmunix: [3190890.132377] CPU: 5 PID: 10550 Comm: rsession Tainted: P OE 3.16.0-38-generic #5 Mar 14 12:06:25 dgt-med vmunix: [3190890.132379] Hardware name: Dell Inc. C6100 /0D61XP, BIOS 1.71 09/17/2013 Mar 14 12:06:25 dgt-med vmunix: [3190890.132380] 8817baf44c00 8816d3f5bc30 8176534f 8818937065e0 Mar 14 12:06:25 dgt-med vmunix: [3190890.132383] 8816d3f5bcb8 8175ef1f 00e1 8816d3f5bc58 Mar 14 12:06:25 dgt-med vmunix: [3190890.132385] 8816d3f5bc80 81164f07 882fb90fd638 882fb90fd180 Mar 14 12:06:25 dgt-med vmunix: [3190890.132387] Call Trace: Mar 14 12:06:25 dgt-med vmunix: [3190890.132395] [] dump_stack+0x45/0x56 Mar 14 12:06:25 dgt-med vmunix: [3190890.132399] [] dump_header+0x7f/0x1f1 Mar 14 12:06:25 dgt-med vmunix: [3190890.132406] [] oom_kill_process+0x205/0x360 Mar 14 12:06:25 dgt-med vmunix: [3190890.132414] [] ? security_capable_noaudit+0x15/0x20 Mar 14 12:06:25 dgt-med vmunix: [3190890.132419] [] ? mem_cgroup_try_charge_mm+0xa0/0xa0 Mar 14 12:06:25 dgt-med vmunix: [3190890.132425] [] mm_fault_error+0x67/0x140 Mar 14 13:17:30 dgt-med vmunix: [3195156.740895] CPU: 1 PID: 6581 Comm: rstudio Tainted: P OE 3.16.0-38-generic #52~ Mar 14 13:17:30 dgt-med vmunix: [3195156.740898] 8817baf44c00 881f48137c30 8176534f 882fb13e28c0 Mar 14 13:17:30 dgt-med vmunix: [3195156.740901] 881f48137c80 81164f07 882c2cfae068 882c2cfadbb0 Mar 14 13:17:30 dgt-med vmunix: [3195156.740910] [] dump_stack+0x45/0x56 Mar 14 13:17:30 dgt-med vmunix: [3195156.740917] [] ? find_lock_task_mm+0x47/0xa0 Mar 14 13:17:30 dgt-med vmunix: [3195156.740923] [] ? mem_cgroup_iter+0x14b/0x320 Mar 14 13:17:30 dgt-med vmunix: [3195156.740927] [] mem_cgroup_oom_synchronize+0x581/0x5e0 Mar 14 13:17:30 dgt-med vmunix: [3195156.740932] [] pagefault_out_of_memory+0x14/0x80 Mar 14 13:17:30 dgt-med vmunix: [3195156.740938] [] __do_page_fault+0x4ec/0x560 Mar 14 13:17:30 dgt-med vmunix: [3195156.740944] [] ? set_next_entity+0x95/0xb0 Mar 14 13:17:30 dgt-med vmunix: [3195156.740948] [] do_page_fault+0x31/0x70 Mar 14 13:17:30 dgt-med vmunix: [3195156.740951] Task in /lxc/dgt-med killed as a resu
Re: Debian 9
Le Thu, Mar 02, 2017 at 03:08:59PM +0100, Yannick a écrit : > > Je vois que certains utilisent la nouvelle version. > Est-elle gelée et donc utilisable sans prendre de gros risques? Bonjour Yannick, dans l'ensemble, Stretch est en bonne forme, mais si elle était déjà prête, elle serait publiée :) Dans mon cas, j'ai du mettre à jour le paquet libinput10 depuis Sid, sinon mon pavé tactile ne fonctionnait plus correctement. Bonne fin de semaine, -- Charles
Re: Serveur bloqué par de multiples CRON -f ?
Merci Daniel et randy11 pour vous réponses, et Joyeux Noël à tous ! Il y a du NFS, mais les systèmes de fichier sont accessibles. NIS est installé. Je ne suis pas certain qu'il soit utilisé (comment le vérifier ?). Le Wed, Nov 30, 2016 at 11:09:57AM +0100, Daniel Caillibaud a écrit : > Le 29/11/16 à 17:59, Charles Plessy <ple...@debian.org> a écrit : > CP> - Impossible de se connecter en SSH. > > Est-ce que auth.log dit qqchose lors de ces tentatives échouées ? Rien... À partir du moment ou le problème commence, auth.log ne contient plus aucune nouvelle ligne. $ tail auth.log Dec 19 13:17:01 dgt-med CRON[21322]: pam_unix(cron:session): session opened for user root by (uid=0) Dec 19 13:17:01 dgt-med CRON[21322]: pam_unix(cron:session): session closed for user root Dec 19 14:17:01 dgt-med CRON[2037]: pam_unix(cron:session): session opened for user root by (uid=0) Dec 19 14:17:01 dgt-med CRON[2037]: pam_unix(cron:session): session closed for user root Dec 19 15:17:01 dgt-med CRON[3979]: pam_unix(cron:session): session opened for user root by (uid=0) Dec 19 15:17:01 dgt-med CRON[3979]: pam_unix(cron:session): session closed for user root Dec 19 16:17:01 dgt-med CRON[5722]: pam_unix(cron:session): session opened for user root by (uid=0) Dec 19 16:17:01 dgt-med CRON[5722]: pam_unix(cron:session): session closed for user root Dec 19 17:17:01 dgt-med CRON[7597]: pam_unix(cron:session): session opened for user root by (uid=0) Dec 19 17:17:01 dgt-med CRON[7597]: pam_unix(cron:session): session closed for user root > CP> - Les connections en cours fonctionnent jusqu'à ce qu'on les tue ou les > bloque. > > Et depuis une connexion qui marche, tu vois rien d'intéressant lorsque Tout fonctionne parfaitement sauf que personne ne peut plus s'identifier. > CP> - Impossible de prendre les droits administrateur avec sudo (bloque la > session). > > Le message d'erreur permet pas de t'aiguiller ? Pas de message. Une fois appuyé sur « entrée », le curseur passe à la ligne, rien de nouveau ne s'affiche et la session ne rend pas la main. > CP> - Des processus « CRON -f » qui s'accumulent. > > Bizarre normalement y'en a qu'un(-f c'est foreground), tu sais qui les lance ? $ ps aux | grep CRON | tail root 30652 0.0 0.0 57496 2860 ?SDec22 0:00 /usr/sbin/CRON -f root 30694 0.0 0.0 57496 2860 ?SDec21 0:00 /usr/sbin/CRON -f root 30793 0.0 0.0 57496 2860 ?SDec23 0:00 /usr/sbin/CRON -f root 30925 0.0 0.0 57496 2860 ?SDec24 0:00 /usr/sbin/CRON -f root 31091 0.0 0.0 57496 2860 ?SDec25 0:00 /usr/sbin/CRON -f root 31267 0.0 0.0 57496 2860 ?SDec25 0:00 /usr/sbin/CRON -f root 31661 0.0 0.0 57496 2860 ?SDec20 0:00 /usr/sbin/CRON -f root 32347 0.0 0.0 57496 2860 ?SDec22 0:00 /usr/sbin/CRON -f root 32488 0.0 0.0 57496 2860 ?SDec23 0:00 /usr/sbin/CRON -f root 32621 0.0 0.0 57496 2860 ?SDec24 0:00 /usr/sbin/CRON -f > (je pense à un truc de monitoring qui vérifierait que cron est lancé, croit > qu'il ne l'est pas > et le relance). > Tu sais si ces cron lancent d'autres choses (un ps avec f permet de le voir) ? $ pstree 536 cron───176*[cron] > CP> - Journal systemd qui ne contient plus rien à partir du début du > bloquage. > CP> - systlog et messages pas plus intéressants: un « -- MARK -- » toutes > les 20 > CP>minutes et c'est tout. > > Ça dit déjà que le système peut écrire (le reste pourrait laisser penser à un > disque passé en > read only). > > Pas vraiment d'idée, le kern.log ne dit rien ? Dernier segfault le Dec 15 02:08:53, 4 jours avant que les ennuis ne recommencent. > Si tu n'as pas de kern.log, tu peux installer rsyslog pour qu'il le crée à > partir des messages > de systemd, mais si t'as rien avec journalctl y'aura probablement rien de > plus. $ journalctl -e | tail -n40 Dec 16 17:50:58 dgt-med systemd[24205]: Received SIGRTMIN+24 from PID 16150 (kill). Dec 16 17:50:59 dgt-med systemd[1]: Stopped User Manager for UID X. Dec 16 17:50:59 dgt-med systemd[1]: Stopping user-X.slice. Dec 16 17:50:59 dgt-med systemd[1]: Removed slice user-X.slice. Dec 17 13:51:22 dgt-med systemd[1]: Starting Cleanup of Temporary Directories... Dec 17 13:51:22 dgt-med systemd[1]: Started Cleanup of Temporary Directories. Dec 18 13:51:42 dgt-med systemd[1]: Starting Cleanup of Temporary Directories... Dec 18 13:51:42 dgt-med systemd[1]: Started Cleanup of Temporary Directories. Dec 19 11:56:50 dgt-med systemd[1]: Starting user-X.slice. Dec 19 11:56:50 dgt-med systemd[1]: Created slice user-X.slice. Dec 19 11:56:50 dgt-med systemd[1]: Starting User Manager for UID X... Dec 19 11:56:50 dgt-med systemd[1]: Starting Session 783 of us
Re: [HS]/etc/sudoers
Le Mon, Dec 05, 2016 at 10:31:51PM +0100, Jack.R a écrit : > > Je n'autorise que quelques commandes. ... > # Debian tools for administration > Cmnd_AliasDEBIAN_TOOLS = /usr/bin/aptitude, \ > /usr/bin/apt-cache, \ > /usr/bin/apt-file, \ > /usr/bin/apt-get, \ > /usr/bin/synaptic, \ > /usr/bin/dpkg, \ Un sudoeur un peu futé peut donc créer un paquet au format Debian qui va modifier /etc/sudoers via ses « scripts du responsable » scripts de pré/post (dés)-installation, ou lancer toute autre commande de son gré :) Comme dit la page de manuel en anglais il est difficile d'empêcher un sudoeur déterminé de lancer la commande qu'il veut en tant qu'administrateur (« There is no easy way to prevent a user from gaining a root shell if that user is allowed to run arbitrary commands via sudo »). Amicalement, -- Charles, depuis l'aéroport de Naha, Okinawa, Japon :)
Serveur bloqué par de multiples CRON -f ?
Bonjour à tous, J'ai un serveur (en fait, une machine virtuelle) qui se bloque tous les deux ou trois mois, de la manière suivante: - Impossible de se connecter en SSH. - Les connections en cours fonctionnent jusqu'à ce qu'on les tue ou les bloque. - Impossible de prendre les droits administrateur avec sudo (bloque la session). - Des processus « CRON -f » qui s'accumulent. - Journal systemd qui ne contient plus rien à partir du début du bloquage. - systlog et messages pas plus intéressants: un « -- MARK -- » toutes les 20 minutes et c'est tout. Je ne sais pas si les processus CRON sont une cause ou un symptome... Avez vous vu ça ailleurs ? Pour le moment je bloque et Duck Duck Go (avec et sans !g) ne trouve rien non plus avec des mots-clés comme « "CRON -f" debian blocked ». Je vais devoir redémarrer le serveur demain matin, et je n'ai accès que depuis l'ordinateur du bureau, donc avec le décalage horaire, je ne vais probablement pouvoir répondre qu'à une seule série de questions si vous en avez. Ceci dit, vos lumières sont les très bienvenues ! Charles -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan
Re: Mesures techniques comme le téléchargement illégal
Le Sun, Nov 06, 2016 at 07:45:27AM -0400, e Lpe a écrit : > > Et ici on est sur Debian À ce propos : https://www.debian.org/code_of_conduct.fr.html Merci d'avance ! -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: piratage des comptes web : YAHOO, GMAIL OUTLOOK
Le Thu, May 12, 2016 at 02:53:07PM +0200, debian-org a écrit : > > Le truc qui devrait te déranger et qui t'implique directement, c'est que dès > lors que tu diffuses à la légère un lien vers un site qui collecte des > adresses email, c'est l'adresse email de ceux qui te font confiance qui est > collectée. Donc en résumé, le site https://haveibeenpwned.com existe depuis plusieurs années, annonce qu'il est géré par une personne qui aurait fort à perdre professionnellement si elle revendait les adresses saisies dans le site à des spammeurs, et personne n'a mis en doute que le site est vraiment géré par cette personne. Hormis le fait que ça n'a rien à voir avec Debian et qu'on n'est pas encore vendredi, je ne vois pas de problème. -- Charles Plessy Tsurumi, Kanagawa, Japon C'est vendredi dans 1 h 26 min :)
Re: piratage des comptes web : YAHOO, GMAIL OUTLOOK
Le Wed, May 11, 2016 at 05:44:54PM +0200, andre_deb...@numericable.fr a écrit : > Un petit coup de Google : > "piratage des comptes web YAHOO, GMAIL OUTLOOK" > > Et que voit-on ? : > www.generation-nt.com › Forums › Linux › Autres OS › Linux Debian > http://www.generation-nt.com/reponses/piratage-comptes-web-yahoo-gmail-outlook-entraide-4264949.html > > Une seule info, sur un forum, celle publiée à l'instant sur la liste Debian, > par la même personne : "e Lpe <m2lepre...@gmail.com>" Bonjour, il y a plus d'informations en anglais, par exemple cet article sur ZDNet qui date de 2013. http://www.zdnet.com/article/how-to-find-out-if-your-password-has-been-stolen/ Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japan
Re: Debian, les versions et le noyau
Le Wed, Feb 03, 2016 at 12:28:15PM +0100, Laurent COOPER a écrit : > > Sur les version LTS, la distribution UBUNTU a adopté une démarche > intéressante. Quelques semaines après la sortie d'une version stable > d'Ubuntu, son noyau sera dans la dernière version LTS disponible au > téléchargement. Ceci permettant d'installer une distribution Ubuntu LTS > en bénéficiant de la prise en charge de nouveaux matériels intégrée dans > un noyau plus récent. > > Pour pouvoir déployer des postes clients, c'est important. > > Ma question (j'en avais posé une semblable il y a quelques temps) est > toute bête. Un système analogue est il prévu sur Debian à court ou moyen > terme ? Bonjour Laurent, c'est une question plutôt pour debian-user-french, donc je réponds là. $ rmadison linux-image-amd64 debian: linux-image-amd64 | 2.6.32+29 | squeeze | amd64, i386 linux-image-amd64 | 3.2+46~bpo60+1 | squeeze-backports | amd64, i386 linux-image-amd64 | 3.2+46 | wheezy| amd64, i386 linux-image-amd64 | 3.16+63~bpo70+1 | wheezy-backports | amd64, i386 linux-image-amd64 | 3.16+63 | jessie| amd64, i386 linux-image-amd64 | 4.3+70~bpo8+1 | jessie-backports | amd64 linux-image-amd64 | 4.3+70 | stretch | amd64 linux-image-amd64 | 4.3+70 | sid | amd64 Regarde-voir du côté de backports.debian.org. Amicalement, Charles -- Charles Plessy Tsurumi, Kanagawa, Japan
Re: soucis avec texlive
Le Sun, Jan 24, 2016 at 06:58:11AM +0100, Bernard Schoenacker a écrit : > > pour une fois que je me décide à mettre mon ordi en amd64, j'ai un > problème avec texlive et je n'arrive pas à sortir de l'ornière : > > Paramétrage de texlive-base (2015.20160117-1) ... > basename: opérande manquant Bonjour Bernard, c'était un problème avec ucf (https://bugs.debian.org/812402), maintenant réglé. Bon dimanche, -- Charles
Re: [HS] Microsoft investit 13 millions dans le Numérique à l'École
Le Thu, Dec 03, 2015 at 10:22:12AM +0100, Eric Degenetais a écrit : > > dans la société facebooko-twittée, qui se soucie de son indépendance, de son > intimité ou de sa liberté, tant qu'il y a des saloperies "gratuites" offertes > par sponsoring? Debian, bien sûr :) -- Charles Plessy Tsurumi, Kanagawa, Japan
Re: [HS de chez HS] extraire deux colonnes
Le Thu, Dec 03, 2015 at 11:54:06AM +0100, Jean-Marc a écrit : > > Il y a une question que je me pose depuis pas mal de temps : > - pourquoi deux commandes et pas une seule ? > > > cat /etc/oratab | cut -d/ -f1,6 Bonjour Jean-Marc, personnellement, je trouve cette syntaxe pratique en ligne de commande, car elle permet d'insérer et supprimer des étapes facilement. Par exemple, s'il faut ajouter s/toto/tata/ devant cut, la commande devient: cat /etc/oratab | set s/toto/tata/ | cut -d/ -f1,6 Dans le cas sans cat on a donc comme point de départ: cut -d/ -f1,6 /etc/oratab qui devient set s/toto/tata/ /etc/oratab | cut -d/ -f1,6 Ça fait plus de texte à bouger, surtout si on change d'avis. De même, pour éditer la commande cut, c'est <flèche en haut> et on y est, alors que s'il y a le nom de fichier à la fin, il faut encore déplacer le curseur. Ensuite, dans un script, on peut simplifier et enlever le chat. Bonne fin de semaine, -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: [testing/sid] disparition de lsb-core
Le Thu, Nov 26, 2015 at 12:52:03AM +0100, Gaëtan PERRIER a écrit : > Bonjour, > > Auriez-vous une idée de la raison qui motive le retrait de lsb-core de debian > ? Bonjour, pour les anglophones, cela a été discuté en septembre sur debian-devel: https://lists.debian.org/debian-devel/2015/09/msg00344.html Si j'ai bien compris; comme Debian suit la FHS (toujours 2.3 pour le moment), et qu'il n'y a aucune raison de défaire le travail lié à la LSB (dans les scripts init SysV notamment), la disparition du paquet ne fait qu'acter que la LSB est un projet mort, mais ne signifie pas un retour en arrière pour autant. Amicalement, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: [testing/sid] disparition de lsb-core
Le Thu, Nov 26, 2015 at 01:31:11AM +0100, Gaëtan PERRIER a écrit : > > Merci. J'ai lu rapidement et si le sujet est abordé, ça n'apporte pas de > réponse au problème que le retrait pose avec des logiciels tiers non-libre. > Par exemple googleearth dépend de lsb-core et ça ne doit pas être le seul (les > pilotes epson sont évoqués dans le fil de discussion). Si googleearth ne dépend de lsb-core que pour installer ses dépendances, alors on peut le remplacer en local par un paquet factice construit avec equivs et reprenant ces dépendances. Les seuls programmes distribués par lsb-core sont: /usr/lib/lsb/initdutils.py /usr/lib/lsb/install_initd /usr/lib/lsb/lsbinstall /usr/lib/lsb/remove_initd /usr/share/python/runtime.d/lsb-core.rtupdate À+ -- Charles
Re: [testing] Gnome 3.18 ...
Le Wed, Nov 04, 2015 at 12:04:03PM +0100, Damien TOURDE a écrit : > > Je recontre les mêmes "déboires" avec ces fameuses icônes, mais en plus > j'ai tracker-* (miner-fs, extract) qui me pompent tout mon CPU, je vais > les laisser faire leur indexation mais j'espère qu'ils vont se calmer. > > Vous avez rencontré les mêmes soucis ? Bonjour Damien, j'ai eu le problème il y a longtemps (https://bugs.debian.org/612242), mais il n'était pas complètement reproductible d'une machine à l'autre, et n'est pas réapparu depuis que j'utilise des mémoires de masse électroniques (SSD) au lieu de disques durs... Bonne chance... -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: [HS] systemd service utilisateur
Le Wed, Oct 21, 2015 at 12:58:28AM +0200, Alexandre Hoïde a écrit : > > Le « /home/$USER » au lieu de « $HOME » qui ne suscite ni remarques > ni moqueries semblerait indiquer que je monologue. Qu'à cela ne tienne. Bonjour Alexandre, de mon côté je tarde à répondre car il me semblait que systemd permettait d'isoler les utilisateurs les uns des autres (dans des « slices » ?), y compris au niveau des fichiers temporaires, mais je peine à retrouver où j'aurais pu lire une chose pareille... Si ce que j'ai écrit plus haut n'est pas faux, il serait donc plus naturel de laisser sytemd donner son répertoire temporaire à chacun, et si nécessaire créer un répertoire temporaire commun via « /etc/tmpfiles.d ». Librement, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Quel antivirus utilisez vous?
Le Sun, Oct 18, 2015 at 06:43:10PM +0200, andre_deb...@numericable.fr a écrit : > > Un article à ce sujet d'une personne que tu dois connaître, > "Pourquoi Linux n'a pas besoin d'anti-virus : > http://pjarillon.free.fr/redac/virus.html Bonjour, si l'on considère un virus Windows comme une patate chaude, un anti-virus est tout à fait utile sous Linux, pour ne pas être celui qui a donné une clé USB ou envoyé un courriel avec un fichier infecté. Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: [HS] remplacer une portion de texte dans un fichier
Le Sat, Oct 03, 2015 at 11:17:12PM +0200, andre_deb...@numericable.fr a écrit : > > Enfin : > sed -i "s/vnement/vnement/g" fichier.jsp > donne : > "nement" > > Étrange, c'est le + simple et ça déconne... Bonjour, désolé du HS dans le HS, mais c'est irrésistible: Cette discussion me rappelle la meilleure réponse de tous les temps sur StackOverflow, à la question de quelqu'un voulant parser du XHTML avec des expressions rationelles. http://stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags/1732454#1732454 Mythiquement, Charles PS: ceci dit, j'en convient que lorsque j'ai moi-même tenté d'utiliser un outil dédié (xmlstarlet), il m'a fallu me taper la tête contre les murs pendant des heures avant d'arriver à un résultat. -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Comme ça...maj-noyau-sid-partiellement résolu
Le Thu, Oct 01, 2015 at 07:20:22PM +0200, maderios a écrit : > > Au temps pour moi. Mon pinning s'est emmêlé les pinceaux. > Le noyau 4.2.1 est bien arrivé dans Sid. En fait, il y a les deux: $ rmadison linux-image-amd64 debian: linux-image-amd64 | 2.6.32+29 | squeeze | amd64, i386 linux-image-amd64 | 3.2+46~bpo60+1 | squeeze-backports | amd64, i386 linux-image-amd64 | 3.2+46 | wheezy| amd64, i386 linux-image-amd64 | 3.16+63~bpo70+1 | wheezy-backports | amd64, i386 linux-image-amd64 | 3.16+63 | jessie| amd64, i386 linux-image-amd64 | 4.1+67~bpo8+1 | jessie-backports | amd64 linux-image-amd64 | 4.1+67 | stretch | amd64 linux-image-amd64 | 4.2+68 | sid | amd64 $ rmadison linux-image-4.1.0-2-amd64 debian: linux-image-4.1.0-2-amd64 | 4.1.6-1 | stretch | amd64 linux-image-4.1.0-2-amd64 | 4.1.6-1 | sid | amd64 Je suppose que l'on garde la version 4.1 (en retard comme dit au début de ce fil) parce qu'elle est « longterm » ? Amicalement, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: unetbootin
Le Fri, Sep 25, 2015 at 10:27:34AM +0200, Samy Mezani a écrit : > > Du coup, je souhaiterais avoir la liste et le rôle de tous les groupes > disponibles sur Debian. > Pour l'instant je n'ai trouvé que ça : > https://wiki.archlinux.org/index.php/Users_and_Groups > > Quelqu'un aurait d'autres liens ? Bonjour Samy, il y a la « Référence Debian », mais elle ne liste pas tous les groupe et n'a pas été mise à jour pour systemd comme le wiki Arch Linux l'a été. https://www.debian.org/doc/manuals/debian-reference/ch01.fr.html#_permissions_for_groups_of_users_group Bonne fin de semaine, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: unetbootin
> Le 24/09/2015 11:59, nono a écrit : > > > >Je suis à la recherche du binaire unetbootin pour Jessie. > > > >Pas trouvez dans les dépôts Jessie mais existe en old en oldold et en > >sid :-( Le Thu, Sep 24, 2015 at 12:14:52PM +0200, daniel huhardeaux a écrit : > > dh@keewi:~$ cat /etc/debian_version > 8.2 > > i unetbootin - installer of Linux/BSD distributions to a partition or USB > drive > i A unetbootin-translations - translations for the unetbootin distribution > installer Bonjour à tous, $ rmadison unetbootin debian: unetbootin | 471-2 | squeeze | source, amd64, i386 unetbootin | 575-1 | wheezy | source, amd64, i386 unetbootin | 608-1 | sid | source, amd64, i386 En effet, rien dans Jessie. Une visite sur tracker.debian.org/unetbootin indique qu'il a été enlevé à cause du bug #775689, dont le titre en anglais est « Do NOT use unetbootin for Debian CD images » (NE PAS utiliser unetbootin pour les images CD de Debian). Donc, les autres solutions dans ce fil sont bien mieux. Sous GNOME, je trouve l'utilitaire de disques simple et pratique aussi (action « Restaurer l'image disque » dans le menu). PS: https://www.google.fr/search?hl=fr=unetbootin+debian-user-french+2015 Amicalement, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
[vendredi] Re: Messages au format html
Le Thu, Sep 17, 2015 at 11:20:59AM +0200, Dominique Asselineau a écrit : > > On peut ajouter que le HTML pour la messagerie permet de faire de > l'accusé de réception puisque les requêtes vers les images peuvent > contenir des paramètres liés à l'adresse électronique, ce qui permet > donc au service qui reçoit ces requêtes de vérifier que les adresses > sont valides et que les messages ont bien été reçus. Bonjour Dominique, C'est une des raisons pour lesquelles le comportement par défaut d'un client comme Thunderbird est de bloquer les images distantes, afin que le destinataire ne soit pas suivi à la trace s'il ne le souhaite pas, surtout que la plupart du temps il n'en est pas informé. Personellement, je trouve ce genre de méthode indélicate. Bonne fin de semaine, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Clavier qui se blo. au réveil.
Le 27/08/2015 15:17, Charles Plessy a écrit : J'ai installé Jessie sur un VAIO pro 13 mk2, et tout a l'air de bien fonctionner, à part le clavier qui ne se réveille pas après hibernation. Le processeur est un i7-5500U, sur une architecture « Intel Corporation Broadwell-U Host Bridge -OPI (rev 09) ». Je met une copie de `lspci`, `lsusb` et `xinput --list` après ma signature. Dans les logs, je trouve des lignes comme la suivante : Aug 27 21:31:31 bubu kernel: [ 132.684445] atkbd serio0: Spurious ACK on isa0060/serio0. Some program might be trying to access hardware directly. Le Thu, Aug 27, 2015 at 05:46:54PM +0200, maderios a écrit : - J'ai déjà vu des sorties dmesg avec spurious sans que cela cause de pb. - il serait intéressant de savoir si d'autres périphériques usb sont déconnectés en même temps que ton clavier. - teste avec un autre clavier - ce pb vient peut-être de ton environnement de bureau, lequel? Essaie d'hiberner à partir d'une console ou bien utilise un autre environnement de bureau plus simple, genre fluxbox. Bonjour, et merci des conseils. Un test montre que GNOME n'est pas la source du problème. J'ai installé fluxbox, et quand je ferme le capot, l'écran se met en veille, mais l'écran seulement (le bouton de démarrage reste vert). Quand je rouvre l'ordinateur, le clavier fonctionne impeccablement. Si je force l'hibernation (`systectl suspend`; le bouton de démarrage passe à l'orange), le clavier ne répond plus après réveil. Il n'y a pas de périphériques branchés sur des ports externes USB. Si je branche un deuxième clavier, celui-ci ne se bloque pas. D'autres pistes ? -- Charles Plessy Tsurumi, Kanagawa, Japan
Re: Clavier qui se blo. au réveil.
Le Fri, Aug 28, 2015 at 05:42:04PM +0200, maderios a écrit : Quelques pistes pour déboguer l'usb mais il y a certainement d'autres moyens (après la déconnexion de l'usb du clavier) dmesg cat /sys/kernel/debug/usb/devices cat /var/log/debug/ cat /var/log/syslog Voici en pièce jointe la différence pour chaque fichier entre avant et après la veille. On y retrouve le message d'erreur de atkbd, mais rien d'autre ne me saute aux yeux... Bonne fin de semaine, -- Charles --- debug.avant 2015-08-29 07:17:09.562595231 +0900 +++ debug.apres 2015-08-29 07:18:09.130028950 +0900 @@ -3885,3 +3885,29 @@ Aug 29 07:10:33 bubu rtkit-daemon[948]: Supervising 7 threads of 2 processes of 2 users. Aug 29 07:10:33 bubu rtkit-daemon[948]: Supervising 7 threads of 2 processes of 2 users. Aug 29 07:10:33 bubu rtkit-daemon[948]: Supervising 8 threads of 2 processes of 2 users. +Aug 29 07:17:36 bubu kernel: [ 426.402965] PM: Preparing system for mem sleep +Aug 29 07:17:36 bubu kernel: [ 426.406152] PM: Entering mem sleep +Aug 29 07:17:36 bubu kernel: [ 427.760572] PM: Finishing wakeup. +Aug 29 07:17:36 bubu kernel: [ 427.764854] pci_bus :01: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.764868] pci_bus :02: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765023] pcieport :00:1c.2: bridge window [io 0x1000-0x0fff] to [bus 02] add_size 1000 +Aug 29 07:17:36 bubu kernel: [ 427.765026] pcieport :00:1c.2: bridge window [mem 0x0010-0x000f 64bit pref] to [bus 02] add_size 20 add_align 10 +Aug 29 07:17:36 bubu kernel: [ 427.765033] pci_bus :03: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765138] pci_bus :08: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765152] pci_bus :09: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765224] pcieport :00:1c.5: bridge window [io 0x1000-0x0fff] to [bus 09] add_size 1000 +Aug 29 07:17:36 bubu kernel: [ 427.765227] pcieport :00:1c.5: bridge window [mem 0x0010-0x000f 64bit pref] to [bus 09] add_size 20 add_align 10 +Aug 29 07:17:36 bubu kernel: [ 427.765238] pcieport :00:1c.2: res[15]=[mem 0x0010-0x000f 64bit pref] res_to_dev_res add_size 20 min_align 10 +Aug 29 07:17:36 bubu kernel: [ 427.765241] pcieport :00:1c.2: res[15]=[mem 0x0010-0x002f 64bit pref] res_to_dev_res add_size 20 min_align 10 +Aug 29 07:17:36 bubu kernel: [ 427.765243] pcieport :00:1c.5: res[15]=[mem 0x0010-0x000f 64bit pref] res_to_dev_res add_size 20 min_align 10 +Aug 29 07:17:36 bubu kernel: [ 427.765246] pcieport :00:1c.5: res[15]=[mem 0x0010-0x002f 64bit pref] res_to_dev_res add_size 20 min_align 10 +Aug 29 07:17:36 bubu kernel: [ 427.765249] pcieport :00:1c.2: res[13]=[io 0x1000-0x0fff] res_to_dev_res add_size 1000 min_align 1000 +Aug 29 07:17:36 bubu kernel: [ 427.765251] pcieport :00:1c.2: res[13]=[io 0x1000-0x1fff] res_to_dev_res add_size 1000 min_align 1000 +Aug 29 07:17:36 bubu kernel: [ 427.765254] pcieport :00:1c.5: res[13]=[io 0x1000-0x0fff] res_to_dev_res add_size 1000 min_align 1000 +Aug 29 07:17:36 bubu kernel: [ 427.765256] pcieport :00:1c.5: res[13]=[io 0x1000-0x1fff] res_to_dev_res add_size 1000 min_align 1000 +Aug 29 07:17:36 bubu kernel: [ 427.765574] pci_bus :01: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765586] pci_bus :02: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765743] pci_bus :03: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765761] pci_bus :08: Allocating resources +Aug 29 07:17:36 bubu kernel: [ 427.765775] pci_bus :09: Allocating resources +Aug 29 07:17:41 bubu kernel: [ 432.459479] wlan0: Limiting TX power to 30 (30 - 0) dBm as advertised by 10:9a:dd:85:6f:76 --- dmesg.avant 2015-08-29 07:15:48.160331773 +0900 +++ dmesg.apres 2015-08-29 07:17:47.413760304 +0900 @@ -802,3 +802,181 @@ [7.046720] cfg80211: (517 KHz - 525 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (N/A) [7.046721] cfg80211: (525 KHz - 533 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (0 s) [7.046722] cfg80211: (549 KHz - 571 KHz @ 16 KHz), (N/A, 2300 mBm), (0 s) +[ 425.673784] i915 :00:02.0: BAR 6: [??? 0x flags 0x2] has bogus alignment +[ 425.776110] wlan0: deauthenticating from 10:9a:dd:85:6f:75 by local choice (Reason: 3=DEAUTH_LEAVING) +[ 425.797983] cfg80211: Calling CRDA to update world regulatory domain +[ 425.803170] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready +[ 425.818646] cfg80211: World regulatory domain updated: +[ 425.818650] cfg80211: DFS Master region: unset +[ 425.818652] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) +[ 425.818654] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) +[ 425.818657] cfg80211:
Clavier qui se blo. au réveil.
Bonjour à tous, J'ai installé Jessie sur un VAIO pro 13 mk2, et tout a l'air de bien fonctionner, à part le clavier qui ne se réveille pas après hibernation. Le processeur est un i7-5500U, sur une architecture « Intel Corporation Broadwell-U Host Bridge -OPI (rev 09) ». Je met une copie de `lspci`, `lsusb` et `xinput --list` après ma signature. Dans les logs, je trouve des lignes comme la suivante : Aug 27 21:31:31 bubu kernel: [ 132.684445] atkbd serio0: Spurious ACK on isa0060/serio0. Some program might be trying to access hardware directly. Une recherche sur Internet ne m'a pas mené vers une solution. J'ai aussi essayé une version récente du noyau (Linux bubu 4.1.0-0.bpo.1-rt-amd64) mais rien n'y fait. Auriez-vous des pistes à suggérer ? Charles -- Charles Plessy, Tsurumi, Kanagawa, Japon 00:00.0 Host bridge: Intel Corporation Broadwell-U Host Bridge -OPI (rev 09) 00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) 00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09) 00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI Controller (rev 03) 00:16.0 Communication controller: Intel Corporation Wildcat Point-LP MEI Controller #1 (rev 03) 00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #5 (rev e3) 00:1c.2 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #3 (rev e3) 00:1c.3 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #4 (rev e3) 00:1c.4 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #1 (rev e3) 00:1c.5 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #6 (rev e3) 00:1d.0 USB controller: Intel Corporation Wildcat Point-LP USB EHCI Controller (rev 03) 00:1f.0 ISA bridge: Intel Corporation Wildcat Point-LP LPC Controller (rev 03) 00:1f.3 SMBus: Intel Corporation Wildcat Point-LP SMBus Controller (rev 03) 02:00.0 Network controller: Intel Corporation Wireless 7265 (rev 59) 03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5227 PCI Express Card Reader (rev 01) 08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c) 09:00.0 SATA controller: Samsung Electronics Co Ltd Device a801 (rev 01) Bus 003 Device 002: ID 8087:8001 Intel Corp. Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 8087:0a2a Intel Corp. Bus 001 Device 002: ID 04f2:b517 Chicony Electronics Co., Ltd Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ SynPS/2 Synaptics TouchPadid=11 [slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ Power Button id=6[slave keyboard (3)] ↳ Video Bus id=7[slave keyboard (3)] ↳ Power Button id=8[slave keyboard (3)] ↳ Front Camera id=9[slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=10 [slave keyboard (3)]
Re: [résolu]Re: Compiler une version supérieur de cups (sur jessie)
Le Tue, Aug 25, 2015 at 10:27:56AM +0200, Grégory Bulot a écrit : j'ai refait debuild -us -uc -i -I -B sans problème avec po* par contre cups-common et cups-server-common n'existe pas après cette commande, je ne vois pas d'erreur dans les logs (en fait je ne trouve pas les logs de compilation) Bonjour, debuild appelle dpkg-buildpackage, et voici la définition de l'option « B ». -B Indique une construction uniquement binaire, limitée aux paquets dépendant d'une architecture. Les paquets cups-common et cups-server-common ne dépendent pas d'une architecture, et donc n'ont pas été construits. Pour ne pas contstuire le paquet source, mais construire tous les paquets binaires sans distinction, on utilise l'option « b » en minuscules. Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon
etckeeper (Re: Mise à jour wheezy - jessie)
Le Fri, Aug 07, 2015 at 08:20:08PM +, moi-meme a écrit : en ce qui me concerne je garde aussi le /etc et la liste des paquets installés même si les paquets ont changé À ce sujet, je recommande le paquet « etckeeper », qui transforme /etc en un repositoire Git et enregistre les changements à chaque fois que Apt y installe ou change des fichiers. Bonne fin de semaine, -- Charles Plessy Tsurumi, Kanagawa, Japan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150807213846.ga26...@falafel.plessy.net
Re: systemd
Le Wed, Aug 05, 2015 at 08:39:00AM +0200, Pierre Malard a écrit : - l’ABSENCE TOTALE DE DOCUMENTATION circonstanciée sur la façon de l’utiliser, C'est en anglais, mais j'ai trouvé les articles publiés par Lennart Poettering sur le sujet absolument passionnants. http://www.freedesktop.org/wiki/Software/systemd/#thesystemdforadministratorsblogseries Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150805071253.ga23...@falafel.plessy.net
Re: systemd
On 05/08/2015 15:37, Francois Lafont wrote: root@jessie:~# systemd-cgls Failed to create bus connection: No such file or directory Ah désolé, j'ai rien dit. Après un simple apt-get install dbus, tout est rentré dans l'ordre. Pour le coup, peut-être faudrait-il que le paquet dbus soit une dépendance du paquet systemd (auquel la commande systemd-cgls appartient) ? Systemd recommande dbus et ça m'a l'air la bonne solution: - Sur un système standard, dbus sera installé. - Il reste possible d'installer systemd sans dbus, avec des fonctionnalités dégradées. Ça me semble bien dans le cadre de ce que « recommends » est fait pour. Bonne journée, -- Charles -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/2015080514.gb23...@falafel.plessy.net
Re: systemd
Le Fri, Jul 31, 2015 at 09:13:53AM +0200, Sylvain L. Sauvage a écrit : La limite entre depends et recommands est plus floue quand il s’agit de méta-paquets et de tâches. La preuve: une longue discussion sur debian-devel cette semaine, fil « Metapackage dependencies: Depends or Recommends? ». https://lists.debian.org/debian-devel/2015/07/thrd2.html Amicalement, Charles -- Charles Plessy Tsurumi, Kanagawa, Japan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150731074801.gh1...@falafel.plessy.net
Re: [Sondage] Top 10 des commandes utilisées
Le Tue, Jun 30, 2015 at 03:47:23PM +0200, steve a écrit : Salut, Pour se détendre 2 minutes, que donne ceci chez vous ? history | awk '{print $5} ; ' | sort | uniq -c | sort -rn | head -10 Et hop, un mail de plus dans des miliers de boîtes. On aurait peut-être pu attendre vendredi :) 195 ls 190 git 102 cd 60 sudo 51 less 30 mpc 24 vi 23 gbp 21 cat 16 hledger Bonne journée, -- Charles Plessy Tsurumi, Kanagawa, Japon -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150630233008.gc14...@falafel.plessy.net
Re: DésaStreuse communication sur la page 'Debian bug tracking system'
Le Thu, May 21, 2015 at 10:59:49AM +0200, Lucas Nussbaum a écrit : On 21/05/15 at 14:35 +0900, Charles Plessy wrote: Ou alors, le BTS exporte ses données dans la « banque de données ultime de Debian » (https://udd.debian.org/), et un autre « patch bienvenu » pourrait créer une interface qui produirait une table comme chez Arch ou Gentoo. https://udd.debian.org/bugs/?release=stretchmerged=ignfnewerval=7flastmodval=7dmd=1packages=iceweaselsortby=idsorto=ascformat=html#results ? Héhé, merci, j'avais essayé mais je n'avais pas remarqué la case à cocher à côté de « Package selection using the Debian Maintainer Dashboard form » ... Bonne journée, -- Charles -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150521091527.gc24...@falafel.plessy.net