Re: Import des anciens logs d'awstats ?
On Fri, May 17, 2019 at 01:35:11PM +0200, JUPIN Alain wrote: > Comment faire en sorte que Awstats prenne en compte ces anciens fichiers ? Bonjour, Tiré de https://awstats.sourceforge.io/docs/awstats_faq.html#OLDLOG FAQ-COM350 : HOW CAN I PROCESS AN OLD LOG FILE ? PROBLEM: I want to process an old log file to include its data in my AWStats reports. SOLUTION: You must change your LogFile parameter to point to the old log file and run the update (or use the -LogFile option on command line to overwrite LogFile parameter). The update process can only accept files in chronological order for a particular month, so if you have already processed a recent file and forgot to run update on a log file that contains older data, you must reset all of your statistics (see FAQ-COM500) and restart all of the update processes for all past log files and in chronological order. However, there is a "tip" that allows you to rebuild only the month were you missed data: Imagine we are on 5th of July 2003, all your statistics are up to date except for the 10th of April 2003 (you forgot to run the update process for this day, so there is no visit for this day). You can : - Reset the statistics for April only (this means remove the file awstats042003.[config.]txt as explained in FAQ-COM500), - Move the statistics history files for the month after April (file awstats052003.[config.]txt, awstats062003.[config.]txt,...) into a temp directory (so that it is no longer in the DirData directory; as if they were deleted). - Run the update process on all log files for April (in chronological order). AWStats does not complain about "too old record" because there is no history files in DirData directory that contains compiled data more recent than records into log you process. - Moved back the month history files you saved into your DirData directory. Your statistics are up to date and the missing days are no longer missing. … si ça peut aider. Bonne chance ! -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \ |_-- ~_| | Alexandre Hoïde | _/| | ---
Re: changer de pager
On Sat, Aug 11, 2018 at 01:47:08PM +0200, Bernard Schoenacker wrote: > merci pour la réponse Je t'en prie Bernard ! (J'ai dis « le plus simplement du monde », parce que, en l'occurrence, le complètement automatique permet de découvrir sans même RTFM). -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: changer de pager
On Sat, Aug 11, 2018 at 01:09:22PM +0200, Bernard Schoenacker wrote: > à l'aide de update-alternative je recherche le moyen de modifier > la sélection du pager pour le basculer vers most > > comment faire de nouveau, désolé mais je deviens poisson rouge Salut Bernard… bin, le plus simplement du monde : $ sudo update-alternatives --config pager Non ?! -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Démarrage d'un pc à une heure programmée
On Wed, Aug 08, 2018 at 09:54:49PM +0200, philoli...@free.fr wrote: > […] > Par contre, est-il possible de présélectionner une entrée dans grub? > > le pc en question étant sur 2 disques dur, chacun ayant son OS linux, > il me faut en général sélectionner manuellement le linux que je > souhaite démarrer. Or le système à sauvegarder n'est pas celui en 1ere > ligne (qui sera donc lancé après le compte à rebours). > > Est-il donc possible de changer l'ordre des lignes de grub afin de > mettre le systeme à sauvegarder en système par défaut? Salut Philolilou, Une piste : '$ man grub-reboot' ? DESCRIPTION Set the default boot menu entry for GRUB, for the next boot only.
Re: comment récupérer altgr au clavier
On Wed, Aug 08, 2018 at 01:44:39AM +0200, Bernard Schoenacker wrote: > je compte faire remplacer le clavier ultérieurement ... > > et il coute environ 30€ maxi + main d'oeuvre > > pour ton ordi : > https://linuxontablets.tuxfamily.org/ASUS_Transformer_Pad_TF300T > > désolé mais la doc date de 2013 > > et j'ai trouvé ton clavier : > https://www.ebay.fr/itm/Clavier-Francais-Asus-Transformer-Pad-TF300T-TF300TG-TF300TL-Serie-NEUF-Original/331446257228?hash=item4d2bbc864c:g:~xUAAOSw1ZBUs~OS > Merci Bernard, -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: comment récupérer altgr au clavier
On Tue, Aug 07, 2018 at 06:22:29PM +0200, Bernard Schoenacker wrote: > j'ai réessayé avec la commande showkey -s et je n'ai pas de signal > le clavier est cuit ... Dommage ! Ça me fait penser qu'il faudrait que j'installe une distrib GNU/Linux sur mon Asus TF300T… mais je crois que la touche 'P' du clavier a laché (bien que je ne m'en sois que très peu servi). Bref, désolé pour ton eee. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: comment récupérer altgr au clavier
On Tue, Aug 07, 2018 at 04:02:50PM +0200, Bernard Schoenacker wrote: > - Mail original - > > Peut-être pourrais-tu essayer également en console avec > > $ showkey' (du paquet « kbd ») ? > > > merci pour le coup de pouce, mais j'ai aucun signal pour altgr sur > le clavier principal ( touche 100) et j'ai pu obtenir le signal sur > un clavier auxiliaire usb > > merci pour tout Je t'en prie ! Mais… essayes quand même en console avec '$ showkey -s' car je suis [presque] certain que le noyau donnera le « scancode » de la touche, même si le clavier est mal configuré. J'en suis moins sûr pour '$ xev'. Ca te permettrait de savoir avec [une quasi^^] certitude si le problème est matériel ou logiciel. Et si c'est matériel, tout espoir n'est peut-être pas perdu (essayer de nettoyer, souffler, …). -- ___ | $ post_tenebras ↲ | waouh! | GNU \ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: comment récupérer altgr au clavier
On Tue, Aug 07, 2018 at 03:09:15PM +0200, Bernard Schoenacker wrote: > > > - Mail original - > > De: "Alexandre Hoïde" > > Oui, c'est certainement gonflant ! Mais commence par voir si '$ > > xev' détecte le AltGr du clavier intégré. > j'ai essayé xev et je n'ai aucun signal sur altgr ... > > j'ai l'impression que le clavier est hs Possible… mais j'ignore si un mauvais choix de type de clavier pourrait rendre la touche invisible à 'xev' (auquel cas, ce ne serait pas forcément une défaillance matérielle). Peut-être pourrais-tu essayer également en console avec '$ showkey' (du paquet « kbd ») ? -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: comment récupérer altgr au clavier
On Tue, Aug 07, 2018 at 12:43:10PM +0200, Bernard Schoenacker wrote: > ce qui est gonflant c'est de mettre un clavier usb qui fonctionne bien > et sans soucis ... > > c'est de toute façon pour un asus eee pc seashell Oui, c'est certainement gonflant ! Mais commence par voir si '$ xev' détecte le AltGr du clavier intégré. Faut aller du plus simple au plus compliqué. T'auras tout le temps pour gonfler après. ^^ Complément d'info pour la console, les outils seraient loadkeys, dumpkeys et keymaps. PS Merci d'envoyer les réponses uniquement à la liste. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: comment récupérer altgr au clavier
On Tue, Aug 07, 2018 at 12:16:51PM +0200, Bernard Schoenacker wrote: > cf sujet et comment faire pour "remaper" le clavier Salut Bernard, Pour X, '$ xmodmap' et/ou '$ setxkbmap'. En outre, '$ xev' t'aidera à déterminer le code et l'assignation des touches (et confirmer que ta touche AltGr fonctionne, puisque j'ai cru comprendre que tu avais des doutes… mais je n'ai pas lu ton autre fil attentivement). Pour la console je pense qu'il faudrait creuser du côté de '$ loadkeys' Bonne bidouille ! -- ___ | $ post_tenebras ↲ | waouh! | GNU \ / | \ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Navigateur Internet uzbl
On Sat, Jun 16, 2018 at 04:40:53AM +0200, alex.pad...@laposte.net wrote: > J'ai donc réfléchis à mes besoins en terme de Navigation Internet, > j'ai donc choisi uzbl pour son caractère minimaliste mais aussi pour > avoir une autre approche différente de l'informatique. Salut. À l'époque [1-2 ans] où je l'avais essayé (et apprécié) il y avait des problèmes de sécurités majeurs liés à la version de webkit (du moins, celle fournie par Debian) qu'uzbl utilise pour le rendu. Vous m'excuserez pour cet avertissement fort peu documenté et peut-être plus d'actualité, mais je recommande aux éventuels utilisateurs de s'informer à ce sujet, si la sécurité est une préocupation. Sans ces problèmes, je l'aurais définitivement adopté, d'ailleurs. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /| \ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Limite de temps quotidien sur un ordinateur.
On Tue, Mar 27, 2018 at 11:58:36PM +0200, vandendaelenclem...@gmail.com wrote: > Bonjour/Bonsoir, > > […] limiter le temps > dutilisation de ce dernier. Auriez-vous une > idée de quel outil user ?[…] Si il ne s'agit que d'une limite de temps (et pas un contrôle parental complet), peut-être que le logiciel suivant ferait l'affaire ? $ aptitude show workrave […] Description : lutte contre les troubles musculosquelettiques Workrave est un programme pour lutter contre les troubles musculosquelettiques (TMS). Il signale régulièrement de faire des micro-pauses, de prendre des temps de pause et empêche de dépasser une limite quotidienne. Il inclut une appliquette de barre système fonctionnant avec GNOME et KDE, et peut être utilisé à travers le réseau pour surveiller l'activité d'un utilisateur si celui-ci est amené à travailler sur plusieurs ordinateurs. Workrave propose plus d'options de configuration que d'autres outils similaires. Site : http://www.workrave.org/ -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: code WebGL sous firefox 59.0.1
On Sat, Mar 24, 2018 at 12:25:45AM +0100, Frédéric Baldit wrote: > > Bonjour, > > Il s'agit de la page suivante: > > http://math.hws.edu/graphicsbook/c3/s2.html > > Je me demande si ça n'est pas lié à une subtilité/configuration propre > à l'installation de debian, qui doit peut-être autoriser seulement le > navigateur firefox-esr à exécuter du code WebGL, mais je reste > incapable de faire fonctionner WebGL sous firefox en version 59.0.1... > > Si quelqu'un a une idée, grand merci d'avance!!! Pas d'une grande aide mais chez moi : sous Sid, avec Firefox 59.0.1, les deux inclusions webGL de ta page fonctionnent sans problème. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ / |\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: petit hs: récupérer une valeur avec JQ.
On Thu, Feb 15, 2018 at 10:01:41PM +0100, jérémy prego wrote: > merci Bruno et Alexandre, il faut lui mettre le chemin complet, j'avais pas > compris ça comme ça. PS pour extraire toutes les valeurs de la (ou des) clef(s) « url » sans donner de chemin, tu peux aussi essayer ça : $ jq '.. | .url?' json.txt null null null null "http://viewontvhd-f.akamaihd.net/i/arcep150218fr_1@81329/master.m3u8"; Et pour supprimer les « null » : $ jq '.. | .url? | select(. != null)' json.txt "http://viewontvhd-f.akamaihd.net/i/arcep150218fr_1@81329/master.m3u8"; -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: petit hs: récupérer une valeur avec JQ.
On Thu, Feb 15, 2018 at 10:01:41PM +0100, jérémy prego wrote: > merci Bruno et Alexandre, il faut lui mettre le chemin complet, j'avais pas > compris ça comme ça. De rien. Et mes excuses à Bruno : je n'ai pas pris la peine de le relire quand j'ai fini par trouver la solution… qu'il avait déjà donnée. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: petit hs: récupérer une valeur avec JQ.
On Thu, Feb 15, 2018 at 06:00:14PM +0100, jérémy prego wrote: > bonjour, > > dans le fichier json ci-joint, j'aimerai avec jq, récupérer la valeur de > "url" par exemple et je n'y arrive pas, même en lisant la doc et la faq de > jq. je précise que je sais le récupérer autrement, avec cut par exemple mais > j'aimerai n'utiliser que JQ, et je suis convaincu que c'est possible... > Bonjour Jérémy, $ jq '.list[].config.url' json.txt "http://viewontvhd-f.akamaihd.net/i/arcep150218fr_1@81329/master.m3u8"; … si j'ai bien compris ta demande… -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [Un chouilla HS] Samsung et Debian ?
On Mon, Jan 29, 2018 at 12:27:28PM +0900, Charles Plessy wrote: > 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 > Oui ! Là on s'approche de l'idéal… si ce n'est l'incertitude et l'impatience (Librem 5 - janvier 2019) qui mettent les nerfs à rude épreuve ! Bonne route à Purisme et merci pour le lien Charles. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [Un chouilla HS] Samsung et Debian ?
On Sat, Jan 27, 2018 at 02:31:24PM +0100, kaliderus wrote: > Bonjour, > > Je relaye cette info, vous en pensez quoi ? > > https://seap.samsung.com/linux-on-galaxy > > Bon week > Ça fait belle lurette que la convergence titille nos synapses, mais si l'on considère la confidentialité comme l'un des points cardinaux de la sécurité informatique, avec google/samsung comme garants… ?! Bof ! 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. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: metapost
On Fri, Jan 26, 2018 at 04:03:01PM +0100, Raphaël POITEVIN wrote: > Alexandre Hoïde writes: > > Non, ce n'est pas de ce principe que je suis parti. > > > > Ma supposition à moi, en cheminant ce fil, était qu'après que le nom > > de l'exécutable « mpost » fut donné, la question poignait de savoir quel > > paquet en avait entraîné l'installation, puisque ce n'est pas > > « texlive-metapost ». J'ai donc rappelé deux moyens de remonter la > > piste. Mais ces moyens ne permettent pas, en effet, de trouver un > > fichier (et le paquet correspondant) dont on ne connait pas le nom. (Il > > est tout de même possible de rechercher sur des noms partiels avec du > > « bash globbing » et même une expression rationnelle sous apt-file > > [option --regexp]). > > Toute astuce est bonne à prendre. Mais en effet, la question de départ > était inverse. Oui, ça je l'avais bien compris, et j'en veux pour preuve que c'est moi qui y ai répondu ! Diantre ! Peut-être ai-je mal interprété les questions qui s'en suivirent, mais comme tu le dis : un petit rab d'astuce, ça fait pas de mal. -- _______ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: metapost
On Fri, Jan 26, 2018 at 10:09:38AM +0100, daniel huhardeaux wrote: > > ps outre « apt-file search », la commande « dpkg -S /usr/bin/mpost » > > permet également de [re]trouver « texlive-binaries ». L'avantage de dpkg > > c'est qu'il est installé par défaut. L'avantage de apt-file c'est qu'il > > cherche dans une base de données incluant tous les paquets, y compris > > ceux qui ne sont pas installés. > > Sauf que la vous partez du principe que le nom du binaire est connu. L'OP > cherchait à savoir s'il y avait un binaire dans le paquet texlive-binaries, > ce n'est pas la même chose. Non, ce n'est pas de ce principe que je suis parti. Ma supposition à moi, en cheminant ce fil, était qu'après que le nom de l'exécutable « mpost » fut donné, la question poignait de savoir quel paquet en avait entraîné l'installation, puisque ce n'est pas « texlive-metapost ». J'ai donc rappelé deux moyens de remonter la piste. Mais ces moyens ne permettent pas, en effet, de trouver un fichier (et le paquet correspondant) dont on ne connait pas le nom. (Il est tout de même possible de rechercher sur des noms partiels avec du « bash globbing » et même une expression rationnelle sous apt-file [option --regexp]). -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: metapost
On Thu, Jan 25, 2018 at 11:28:19PM +0100, Jose CHARTERS wrote: > Le 25/01/2018 à 22:57, Raphaël POITEVIN a écrit : > > Jose CHARTERS writes: > > > J'ai essayé avec dpkg -L mais rien dans en lien avec bin. > > Je serais curieux de savoir où est mpost alors. > > un which mpost donne la réponse. > Il est bien dans /usr/bin. > > Mais un dpkg -L texlive-metapost | grep bin ne me retourne rien. > ps outre « apt-file search », la commande « dpkg -S /usr/bin/mpost » permet également de [re]trouver « texlive-binaries ». L'avantage de dpkg c'est qu'il est installé par défaut. L'avantage de apt-file c'est qu'il cherche dans une base de données incluant tous les paquets, y compris ceux qui ne sont pas installés. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ / | \ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: metapost
On Thu, Jan 25, 2018 at 11:28:19PM +0100, Jose CHARTERS wrote: > Le 25/01/2018 à 22:57, Raphaël POITEVIN a écrit : > > Jose CHARTERS writes: > > > J'ai essayé avec dpkg -L mais rien dans en lien avec bin. > > Je serais curieux de savoir où est mpost alors. > > un which mpost donne la réponse. > Il est bien dans /usr/bin. > > Mais un dpkg -L texlive-metapost | grep bin ne me retourne rien. > Je t'en prie. Et : $ apt-file search /usr/bin/mpost texlive-binaries: /usr/bin/mpost -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: metapost
On Wed, Jan 24, 2018 at 10:24:39PM +0100, Jose CHARTERS wrote: > J'installe le paquet texlive-metapost. Mais la commande mp ou metapost ne me > disent rien d'autres que : commande introuvable. As-tu essayé « mpost » ? C'est ainsi qu'est nommé l'exécutable (du moins sous Buster/texlive 2017.20180110-1). -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲ / \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Durée de boot
On Mon, Jan 22, 2018 at 04:52:24PM +0100, Samy Mezani wrote: > Bon ben je suis bon dernier ! > > Startup finished in 8.104s (kernel) + 15min 56.597s (userspace) = 16min > 4.701s > > Ça m'étonne d'ailleurs car il s'agit d'un petit serveur perso sans interface > graphique qui ne me paraît pas si long que ça à démarrer... Dans ce cas, peut-être que la commande « systemd-analyse blame » te permettra de convertir l'étonnement en informations utiles ? -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Re : Re : [testing] problème de mise à jour
On Wed, Nov 01, 2017 at 07:00:27PM +0100, Gaëtan Perrier wrote: > Actuellement quand je fais un apt upgrade ça me retourne ça: > > apt upgrade > Lecture des listes de paquets... Fait > Construction de l'arbre des dépendances > Lecture des informations d'état... Fait > Calcul de la mise à jour... Fait > Certains paquets ne peuvent être installés. Ceci peut signifier > que vous avez demandé l'impossible, ou bien, si vous utilisez > la distribution unstable, que certains paquets n'ont pas encore > été créés ou ne sont pas sortis d'Incoming. > L'information suivante devrait vous aider à résoudre la situation : > > Les paquets suivants contiennent des dépendances non satisfaites : > libopengl0-glvnd-nvidia : Est en conflit avec: libopengl0 > libopengl0-glvnd-nvidia:i386 : Est en conflit avec: libopengl0 > E: Paquets défectueux > > Le problème c'est que libopengl0 n'est pas installé sur ma machine donc je ne > vois pas trop ce qu'il peut y avoir comme conflit ? Et « apt full-upgrade » ? -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Diff : obtenir uniquement les lignes ajoutées
On Wed, Sep 20, 2017 at 04:48:43PM +0200, Migrec wrote: > Bonjour, Bonjour Migrec, > J'ai un fichier CSV avec des identifiants, des mots de passes et quelques > autres données. > J'aimerai extraire les lignes ajoutées au fichier ANCIEN.csv par rapport au > fichier NOUVEAU.csv. Certains lignes ont été modifiées et celles-ci ne > m'intéressent pas. À noter que j'ai une adresse mail dans chaque ligne qui > pourrait servir d'identifiant unique... > > Comment feriez-vous ? Je ne vais pas interférer avec votre discussion pour une solution en Perl, mais je signale une autre option : $ diff --old-line-format="" --new-line-format='%L' --unchanged-line-format="" Les options de « diff » suivantes pourraient également t'être utiles : --ignore-blank-lines --ignore-case --ignore-space-changes Pas sûr que cela soit nécessaire mais l'utilitaire suivant pourrait également t'être utile : $ apt show dos2unix -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: sed et travail sur un bloc contenant un motif
On Sun, Oct 08, 2017 at 01:47:15PM +0200, Migrec wrote: >Bonjour, > >J'ai un petit soucis de script et je pensais utiliser sed pour le régler >mais mes connaissances sont rudimentaires... Est-ce possible d'afficher le >bloc compris entre MOTIFDEBUT et MOTIFFIN et qui contient MOTIF sur l'une >des lignes ? > >Je veux en gros afficher une entrée d'un fichier LDIF pour une personne en >particulier. Donc les lignes avant et les lignes après jusqu'à la nouvelle >ligne suivante. > >J'ai la fin avec ça : > > $ sed -ne "/MOTIF/,/^$/p" annuaire.ldif > >Sed peut faire ça ? Salut Migrec, sed, peut-être… perso je ne vois pas, mais peut-être. Par contre, gawk ? Avec les deux fichiers joints (ldif.awk et fichier.ldif) la ligne de commande : $ gawk -v acc_name="smith" -f ldif.awk fichier.ldif extrait l'enregistrement complet de « smith » (passé en argument). Si j'ai bien compris ce que tu voulais obtenir, c'est un petit exemple rudimentaire. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | --- dn: CN=John Smith,OU=Users,DC=contoso,DC=com proxyAddresses: SMTP:sm...@contoso.com proxyAddresses: smtp:john.sm...@contoso.com proxyAddresses: smtp:jsm...@elsewhere.com proxyAddresses: MS:ORG/ORGEXCH/JOHNSMITH sAMAccountName: smith dn: CN=Tom Frank,OU=Users,DC=contoso,DC=com sAMAccountName: frank proxyAddresses: SMTP:fr...@contoso.com proxyAddresses: smtp:tom.fr...@contoso.com proxyAddresses: smtp:fr...@elsewhere.com proxyAddresses: MS:ORG/ORGEXCH/TOMFRANK dn: CN=John Smith,OU=Users,DC=contoso,DC=com proxyAddresses: SMTP:sm...@contoso.com proxyAddresses: smtp:john.sm...@contoso.com proxyAddresses: smtp:jsm...@elsewhere.com proxyAddresses: MS:ORG/ORGEXCH/JOHNSMITH sAMAccountName: smith BEGIN { RS = "\n\n" # Record separator: empty line FS = "\n"# Field separator: newline acc_str = "sAMAccountName: " acc_name } { for (i = 1; i <= NF; i++) { if (match($i, acc_str)) { print break } } }
Re: créer des liens html depuis fichier texte
On Wed, Sep 20, 2017 at 08:25:27AM +0200, David Martin wrote: > bonjour à tous, > > Marc j'ai essayé ta commande après avoir installé pandoc, je n'y comprends > que dalle ;-) > > Mon fichier texte : > > http://monappli1.html nom de l'appli1 > http://monappli2.html nom de l'appli2 > etc > > je le met ou dans la commande ? Salut David, Pour mettre en oeuvre la suggestion de Marc Chantreux : (en admettant que ton fichier se nomme « fichier.txt »), se placer dans son répertoire et : $ sed -r 's/^(\S+) +(.*)/[\2](\1){target="_blank"}/' fichier.txt | pandoc -s -thtml > fichier.html Cette commande créera un nouveau « fichier.html » dans le même répertoire. (le '$' en début de ligne dénote l'invite de commande de l'utilisateur courrant dans l'émulateur de terminal) -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: formater un texte avec un retour à la ligne
On Wed, Aug 09, 2017 at 03:59:17AM +0200, Francois Lafont wrote: > Bonjour, > > On 08/09/2017 03:41 AM, bernard.schoenac...@free.fr wrote: > > > je recherche la commande qui me permet de faire un > > retour à la ligne sur un texte écrit trop large, et > > qui permet le retour après 72 caractères ... > > > > elle est dans les manpages > Je pense que c'est la commande "fold" que tu cherches. > Soit dit en passant, je ne connaissais pas cette commande > mais on la trouve immédiatement en tapant les bons mots > clés (en anglais) dans son moteur de recherche préféré, > comme par exemple "linux wrap text". ;) Pas sûr de comprendre « elle est dans les manpages » mais, en plus de « fold » proposé par François, il existe aussi « $ apt show par ». Plus sophistiqué que fold; permet également la justification; d'avantage de lecture de doc pour bien le comprendre. \o/ Alexandre -- ___ | $ post_tenebras ↲ | waouh! | GNU \ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: utilitaires usuels du système
On Tue, Aug 01, 2017 at 11:22:05PM +0200, Pascal Hambourg wrote: > Le 01/08/2017 à 13:13, Alexandre Hoïde a écrit : > > > >Traduction [approximative] de > > https://wiki.debian.org/tasksel#A.22standard.22_task > > > > La tâche « utilitaires usuels du système » est une tâche spéciale de > > l'installateur Debian. Elle repose sur le paquet « priority ». > > Non, elle repose sur la "priorité" des paquets. Ah oui, évidemment. J'ai loupé le 's' de "packages" et interprété le lien de "priority" comme… bref! Au temps pour moi. -- ___ | $ post_tenebras ↲ | waouh! | GNU \ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: utilitaires usuels du système
On Tue, Aug 01, 2017 at 12:06:05PM +0200, Pierre L. wrote: > Salut, > > Partant pour une petite install de Debian 9 dans Virtualbox, > je viens ici demander à quoi correspond, au moment de la "Sélection des > logiciels" : > "utilitaires usuels du système" > > Disons que je me sens un peu idiot de ne pas avoir réussi à trouver une > liste sur le net des paquets/softwares qui sont proposés dans ce menu du > chef ! > > Merci d'avance pour vos lumières ;) Salut Pierre, Traduction [approximative] de https://wiki.debian.org/tasksel#A.22standard.22_task La tâche « utilitaires usuels du système » est une tâche spéciale de l'installateur Debian. Elle repose sur le paquet « priority ». Que contient cette tâche : $ taskel --task-packages standard ~pstandard ~prequired ~pimportant [commentaire : cette commande ne semble pas fonctionner lorsque la tâche a été sélectionnée à l'installation…] Le résultat de la commande donne des motifs de recherche équivalents à la commande : $ aptitude search ~pstandard ~prequired ~pimportant -F%p [Laquelle donne, sur mon système Sid, la liste ci-jointe] \o/ -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /| \ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | --- adduser apt apt-listchanges apt-utils base-files base-passwd bash bash-completion bind9-host bsdmainutils bsdutils bzip2 coreutils cpio cron curvedns dash dbus debconf debconf-i18n debian-archive-keyring debian-faq debianutils diffutils dmidecode doc-debian dpkg e2fslibs e2fsprogs file findutils gcc-5-base gcc-6-base gcc-7-base gettext-base gnupg gpgv grep groff-base gzip hdparm hostname ifupdown init init-system-helpers iproute2 iptables iputils-ping isc-dhcp-client isc-dhcp-common kmod krb5-locales less libacl1 libapt-inst2.0 libapt-pkg5.0 libasprintf0v5 libattr1 libbind9-140 libblkid1 libbz2-1.0 libc-bin libc-l10n libc6 libcap2 libclass-isa-perl libcomerr2 libdb5.3 libdns162 libedit2 libestr0 libevent-2.0-5 libevent-2.1-6 libfdisk1 libgc1c2 libgcc1 libgcrypt20 libgdbm3 libgnutls-openssl27 libgnutls30 libgpg-error0 libgpm2 libgssapi-krb5-2 libgssglue1 libgssrpc4 libidn11 libirs141 libisc160 libk5crypto3 libkadm5clnt-mit11 libkadm5srv-mit11 libkdb5-8 libkeyutils1 libkmod2 libkrad0 libkrb5-3 libkrb5support0 libldap-2.4-2 libldap-common liblockfile-bin liblockfile1 liblogging-stdlog0 liblwres141 liblzma5 libmagic-mgc libmagic1 libmount1 libncursesw5 libnewt0.52 libnfsidmap2 libp11-kit0 libpam-modules libpam-modules-bin libpam-runtime libpam-systemd libpam0g libpci3 libpcre3 libpipeline1 libpopt0 libprocps6 libreadline6 libreadline7 librpcsecgss3 libsasl2-2 libsasl2-modules-db libselinux1 libsepol1 libslang2 libsmartcols1 libsqlite3-0 libss2 libssl1.0.2 libssl1.1 libstdc++6 libswitch-perl libtasn1-6 libtinfo5 libtirpc1 libtokyocabinet9 libudev1 libuuid1 libwgdb0 libwrap0 libxapian30 libxml2 locales login logrotate lsb-base lsof man-db manpages mawk mime-support mount multiarch-support nano ncurses-base ncurses-bin ncurses-term netbase netcat-openbsd netcat-traditional openssh-client passwd pciutils perl perl-base perl-modules-5.24 perl-modules-5.26 procps python python-minimal python2.7 python3-reportbug readline-common reportbug rsyslog sed sensible-utils systemd systemd-sysv sysvinit-utils tar tasksel tasksel-data telnet traceroute tzdata ucf udev util-linux vim-common vim-tiny wamerican wget whiptail xz-utils zlib1g
Re: aide signalisation bug cinnamon
On Tue, Jul 25, 2017 at 08:49:28PM +0200, Mathieu Tilmant wrote: > Bonjour, > > je viens sur votre adresse mail de communication de bug en effet j'ai > découvert depuis la rc1 de debian 9 un bug dans cinnamon sur Nemo, en > changeant de nom un dossier ou fichier, mode icône le fond bleu ainsi que > le curseur n'apparait pas. Nous somme à la version 9.1 et le problème n'est > toujours pas résolu. Pouvez-vous m'aider à indiquer à la communauté debian, > le paquet à corriger? > > d'avance je vous remercie je vous ajoute un liens d'un post que j'avais > créé sur le forum debian-fr quand j'avais découvert ce bug et que j'avais > fait une video, pour être le plus clair possible. > https://www.debian-fr.org/t/debian-9-bug-decouvert-dans-cinnamon-et-nemo/72558 Salut Mathieu, Cette adresse est celle de la liste officielle des utilisateur Debian francophones. Pour les rapports de bugs, c'est vers bugs.debian.org qu'il faut se tourner. Je te signale qu'il existe un petit outil pour t'aider à créer un rapport de bug (à lancer depuis la ligne de commande) : « reportbug ». Au cas où tu ne parlerais pas l'anglais, je te suggère la description suivante. *no contrast colors for selected text when editing file names* Dear nemo maintainer, In nemo, using icon or compact mode, changing file/folder names does not put selected [parts] of the file name in [default] blue background, making it verry difficult to distinguish from unselected text (it only seems to put selected text in light bold). Only in list mode is the selected text rightly shown with a [default] blue background. \o/ -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: problème python3 sur un apt-get upgrade
On Sat, Jul 22, 2017 at 03:29:29PM +0200, Vincent Bain wrote: > Le jeudi 20 juillet 2017 à 09:51 +0200, Alexandre Hoïde a écrit : >> SI ces paquets -- qui te sont très utiles -- >> 1. ont été installés automatiquement (marqués « auto-installed ») >>* tu peux le vérifier de plusieurs manières, dont « apt-mark » et >> « aptitude » >> ET QUE >> 2. le paquet ayant déclenché leur installation, par [cascade de] >> dépendances a été supprimé par la suite >> ALORS >> 3. il est normal que apt-get t'en propose la suppression à chaque >> upgrade. >> >> Dans ce cas, il est possible de changer le marquage des paquets que >> l'on souhaite conserver à l'aide de « aptitude » ou de « apt-mark ». Ces >> deux logiciels utilisent les mêmes données stockées dans >> « /var/lib/apt/extended_states ». > > Dans ce cas, il est possible de changer le marquage des paquets que > > l'on souhaite conserver à l'aide de « aptitude » ou de « apt-mark ». > > Ces > > deux logiciels utilisent les mêmes données stockées dans > > « /var/lib/apt/extended_states ». > > Ah benh non, le mécanisme de marquage m'était inconnu. Merci pour > l'astuce... Je t'en prie ! J'en profite pour corriger le point 2 : >> […] ET QUE 2. il ne reste aucun paquet installé qui dépende [in]directement des paquets marqués « auto-installed » >> ALORS \o/ -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Upgrade jessie et 604 paquets non mis à jour
On Fri, Jul 21, 2017 at 08:40:47AM +0200, steve wrote: > Le 20-07-2017, à 20:12:39 +0200, André Debian a écrit : > > > On Thursday 20 July 2017 13:18:51 maderios wrote: > > > On 07/20/2017 12:12 PM, steve wrote: > > > Si une interface est déclarée dans ce fichier, elle n'est pas prise en > > > compte par network-manager > > > > La situation n'est pas très brillante. > > > > En tapant la commande "apt-get dist-upgrade", > > je me retouve sous Stretch, ce que voulais faire plus tard. > > Alors là on n'y comprend plus rien. Tu parlais de vouloir faire une mise > à jour de Jessie… > > Essaie de faire un > > grep -R stretch /etc/apt/* > > Si tu as une ligne avec stretch dans un fichier, cette commande va te le > sortir. > > Tu peux lancer la même commande en remplaçant stretch par jessie. Juste en passant, comme ça, sant trop vouloir interférer : la *distribution* cible, dans le /etc/apt/sources.list, peut effectivement contenir le nom de code, mais elle peut également contenir le nom de catégorie¹. Si André a choisi « stable », ça pourrait expliquer la migration. Je suppose qu'il est un peu tard pour suggérer que, dans la plupart des cas, il est préférable d'utiliser le nom de code. \o/ ¹ https://wiki.debian.org/fr/SourcesList#Distribution -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: problème python3 sur un apt-get upgrade
On Thu, Jul 20, 2017 at 08:57:14AM +0200, Vincent Bain wrote: > Le mercredi 19 juillet 2017 à 21:44 +0200, Alexandre Hoïde a écrit : > > De quoi ? De Python, de Debian, ou des deux ? ;) Si tu parles de > > Debian, à ta place, j'essaierais également de résoudre les problèmes > > avant de passer à Stretch. Si tu parles de Python, tu peux toujours voir > > ce que donnerait un « apt-get dist-upgrade » en lui ajoutant l'option > > « --simulate » : sans risque ! > > j'ai pas mal de programmes compilés à la main, c'est toujours mieux si > la migration se fait sans pépins... Pour sûr. > # apt-get dist-upgrade --simulate > [...] > 0 mis à jour, 0 nouvellement installés, 0 à enlever et 1 non mis à jour. > 5 partiellement installés ou enlevés. > Conf python3.4-minimal (3.4.2-1 Debian:8.8/oldstable [amd64]) > Conf python3-minimal (3.4.2-2 Debian:8.8/oldstable [amd64]) > Conf python3 (3.4.2-2 Debian:8.8/oldstable [amd64]) > Conf gnome-menus (3.13.3-6 Debian:8.8/oldstable [amd64]) > Conf python3-pykcs11 (1.3.0-1 Debian:8.8/oldstable [amd64]) > > Je vais terminer mes sauvegardes et me lancer... Ça confirme un peu c'que j'avais dans l'idée. > > Dans certains cas, il peut arriver que aptitude propose des > > suppressions massives de paquets pour résoudre des conflits et/ou > > dépendances manquantes. Mais tu peux te fier à apt-get sous Jessie et à > > apt sous Stretch. > > apt-get me sort aussi toujours une liste de paquets soi-disant bons à > supprimer, parmi lesquels un tas de choses qui me sont très utiles... Peut-être le sais-tu déjà, sinon : SI ces paquets -- qui te sont très utiles -- 1. ont été installés automatiquement (marqués « auto-installed ») * tu peux le vérifier de plusieurs manières, dont « apt-mark » et « aptitude » ET QUE 2. le paquet ayant déclenché leur installation, par [cascade de] dépendances a été supprimé par la suite ALORS 3. il est normal que apt-get t'en propose la suppression à chaque upgrade. Dans ce cas, il est possible de changer le marquage des paquets que l'on souhaite conserver à l'aide de « aptitude » ou de « apt-mark ». Ces deux logiciels utilisent les mêmes données stockées dans « /var/lib/apt/extended_states ». -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: problème python3 sur un apt-get upgrade
On Wed, Jul 19, 2017 at 01:50:13PM +0200, Vincent Bain wrote: > @Alexandre : j'ai un peu peur d'aller plus avant dans la procédure de > changement de version. De quoi ? De Python, de Debian, ou des deux ? ;) Si tu parles de Debian, à ta place, j'essaierais également de résoudre les problèmes avant de passer à Stretch. Si tu parles de Python, tu peux toujours voir ce que donnerait un « apt-get dist-upgrade » en lui ajoutant l'option « --simulate » : sans risque ! > J'avais lu aussi la recommandation concernant apt, maintenant passer > d'une méthode à l'autre n'est peut-être pas sans surprises sur l'arbre > des dépendances (à l'image des désagréments que causeraient [? j'en > sais rien en fait...] l'utilisation alternative de apt-get et > aptitude) ; Dans certains cas, il peut arriver que aptitude propose des suppressions massives de paquets pour résoudre des conflits et/ou dépendances manquantes. Mais tu peux te fier à apt-get sous Jessie et à apt sous Stretch. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: problème python3 sur un apt-get upgrade
On Wed, Jul 19, 2017 at 09:44:21AM +0200, Vincent Bain wrote: > Bonjour à tous, > fraîchement inscrit sur cette liste francophone des utilisateurs debian, > je parcours l'archive sans trouver de cas similaire au problème que je > rencontre : > > dans l'idée de passer de Jessie à Stretch prochainement, j'ai commencé à > préparer le terrain (sauvegardes...), puis mis à jour mon installation > (apt-get update et apt-get upgrade). […] Salut Vincent, Je n'ai strictement aucune idée à te proposer pour résoudre directement ton problème. En revanche, je me permets de coller un p'tit bout du « $ man apt-get » : « apt-get […] dist-upgrade dist-upgrade in addition to performing the function of upgrade, also intelligently handles changing dependencies with new versions of packages; apt-get has a "smart" conflict resolution system, and it will attempt to upgrade the most important packages at the expense of less important ones if necessary. The dist-upgrade command may therefore remove some packages. […] » > […] Depuis cette opération, je vois que l'installation de certains paquets > ne fonctionne plus ; en scrutant les logs je constate que c'est l'appel > à python3 qui renvoie une erreur : […] Peut-être que l'utilisation de la commande « upgrade » d'apt-get n'a pas permis, à elle seule, de passer proprement à la nouvelle version de python, et qu'il faudrait en passer par la commande « dist-upgrade » ?! Accessoirement, puisque tu t'apprêtes à passer à Stretch, je signale que le Cahier de l'administrateur Debian [Stretch] (paquet debian-handbook) recommande désormais l'utilisation de « apt », dont la commande correspondante est « full-upgrade ». (par contre, j'ignore ce qui est recommandé pour passer de Jessie à Stretch) … au cas où. > Merci de vos lumières éventuelle sur la question ! Dans l'incertitude, je ne puis t'en prier. \o/ -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Problème de souris
On Tue, Jul 11, 2017 at 11:14:44AM +0100, Mathias Dufresne wrote: > Et c'est là que je suis allé me cacher sous le bureau, pas fier de moi : > au bureau j'ai 3 écrans dont deux n'étaient jusqu'à il y a peu pas allumés. > Ces écrans s'étaient gentiment configurés pour un bureau étendu et la > souris était donc sans doute au milieu de l'écran du milieu qui était > éteind... ce qui faisait que je ne voyais pas de souris dans l'écran de > gauche... > > Vraiment pas fier de moi, j'espère qu'au moins j'aurai réussi à vous faire > sourire un peu :) Oui ! Mais, en passant : On Tue, Jul 11, 2017 at 10:31:14AM +0100, Mathias Dufresne wrote: > […] je lance X via system (systemctl start display-manager) […] Si tu souhaites démarrer, par défaut, en mode « multi-user » (équivalent ~runlevel 3) puis passer ponctuellement en mode « graphical » (équivalent ~runlevel 5), il serait plus systemd-orthodoxe de le faire avec un : $ systemctl isolate graphical.target Je ne suis pas certain que cela fasse une différence dans tous les cas (par rapport à ton $ systemctl start display-manager) mais la manière « orthodoxe » te garantit (en principe) que les éventuelles dépendances des deux modes seront traitées comme il se doit. … pour revenir en « multi-user », même principe : $ systemctl isolate multi-user.target … si tu souhaites que les prochaines démarrage se fassent directement en « graphical » : $ systemctl enable graphical.target Au cas où… \o/ -- ___ | $ post_tenebras ↲ | waouh! | GNU \ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] erreurs BTRFS [gravité(?)]
On Mon, Jul 10, 2017 at 10:42:15PM +0200, Pierre L. wrote: > > >> smartctl ne fait-il pas que lire les infos de SMART inscrites dans la > >> cervelle du disque dur ? > > C'est ce que j'ai lu également, en effet… mais tant qu'à filer la > > métaphore, je parlerais plutôt de neurones du disque dur ?! ;p > Quoi de mieux que de demander à ton dentiste si c'est un trou dans la > dent qui fait mal de temps en temps, ou une autre infection quelconque > de la gencive ? Mais pour cela, il va bien falloir qu'il jette un oeil > avec son outil favori, pour être sûr, et ainsi éliminer les hypothèses > une à une ;) Hé hé! Je hais les dentistes, sauf la mienne, qui est fort sympathique et très belle. Mais au fait, je cite mes sources : https://superuser.com/questions/693003/badblocks-vs-smart-extended-self-test dont réponse 4 : « The S.M.A.R.T. short and long tests only perform (localized) reads of the sectors; it's also non-destructive to the data. The read data is only transferred to the on-board controller, not to the host PC. The SATA interface is essentially idle during the test, and the HDD activity light on the PC should not turn on. badblocks -vws is requesting a write sector then read & verify operation. Each write and read adds a disk revolution per operation plus time for data transfers over the SATA interface plus host PC processing. The HDD activity light should be on most of the time ». Ça sonne plus pro que nos métaphores ^^ > Fichiers corrompus... irrécupérables... sauvegardés dans l'état > (corrompus)... , et on s'en aperçoit quand on tente de les ré-ouvrir 6 > mois plus tard depuis notre sauvegarde, que notre système favori nous > insulte car il n'arrive pas à lire le contenu de ce fichier :s > Bon, certes généralement ce fameux système nous hurle dessus au moment > de la lecture lors de la sauvegarde... des histoires de I/O sur le disque... > > > Oui tu as raison. Disons que, si j'étais convaincu que c'est un > > problème de secteur défectueux, je serais plus motivé. > C'est vrai que si c'est un 8To, ca peut mettre un certain temps :'(( > Courage! 1 To mais ça va prendre des plombes quand même. Au moins, avec le test smartctl, je peux continuer à utiliser mon système. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] erreurs BTRFS [gravité(?)]
On Mon, Jul 10, 2017 at 04:00:35PM +0200, Pierre L. wrote: > smartctl ne fait-il pas que lire les infos de SMART inscrites dans la > cervelle du disque dur ? C'est ce que j'ai lu également, en effet… mais tant qu'à filer la métaphore, je parlerais plutôt de neurones du disque dur ?! ;p > Rah, une bonne vieille analyse physique pendant la nuit (ou plutot > pendant que tu n'utilises pas ton ordi... que tu dors... si ca arrive ;p ) > je pense que c'est nettement plus fiable que les données SMART ? > Ou sinon si tu connais UltimateBootCD, avec quelques bons outils pour > vérifier la surface de ton disque, selon la marque... > Mais oui, ca prend du temps ! > Ceci dit, ca prend aussi du temps de tout réinstaller tout beau tout > propre, sur un beau disque tout neuf parce que l'ancien était déglingué... Oui tu as raison. Disons que, si j'étais convaincu que c'est un problème de secteur défectueux, je serais plus motivé. En outre, au risque de me répéter, il ne s'agit pas du disque sur lequel se trouve la partition racine (logée, elle, sur un SSD). Donc, pas de réinstallation à redouter… uniquement des années de données personnelles sur la partition /home… … mais nn, je les ai sauvegardées ! Paresseux mais pas téméraire. \o/ -- ___ | $ post_tenebras ↲ | waouh! | GNU \ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] erreurs BTRFS [gravité(?)]
On Mon, Jul 10, 2017 at 02:55:23PM +0200, maderios wrote: > >C'est juste que ça prend quand même un peu de temps pour copier, et > > que je suis un gros paresseux ^^ (et que, accessoirement, mes plages de > > disponibilité sont très courtes) J'essaierai ça quand le > > « smartctl -t long » que je viens de lancer sera terminé. > > Je vous tiens au jus ! > > > En tant que grand fainéant, j'utilise MC (midnight-commander) pour copier > (entre autres). Cela évite bien des erreurs et on gagne un temps fou. > Bin… faudrait faire un concours fainéant+MC contre paresseux+rsync. Que le plus tire-au-flanc l'emporte ! ;-) Ceci dit, je décide de reporter le transfert sur ext4 à plus tard. Je préfère éviter de multiplier les changements, ce qui réduirait à néant l'espoir -- que je nourris encore -- de comprendre la cause du problème. Je vais d'abord enquêter sur les options de mise en veille des disques dur et, le cas échéant, essayer de les modifier pour voir si ma suspicion actuelle se vérifie. -- ___ | $ post_tenebras ↲ | waouh! | GNU \ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] erreurs BTRFS [gravité(?)]
On Mon, Jul 10, 2017 at 02:37:22PM +0200, maderios wrote: > On 07/09/2017 07:02 PM, Alexandre Hoïde wrote: > > On Sun, Jul 09, 2017 at 04:47:21PM +0200, maderios wrote: > > > On 07/09/2017 01:47 PM, Alexandre Hoïde wrote: > > > > > > > Je suppose qu'il faudra que j'en passe par le SAV Lenovo… en > > > > espérant > > > > que les messages d'erreur du noyau leur suffiront. > > > > > > > > > > Salut > > > Je ne connais pas toute l'histoire et donc, je me trompe peut-être. > > > Avant d'envisager le SAV, pourquoi ne pas formater avec un système de > > > fichier éprouvé comme ext4 et réinstaller? BTRFS est encore bien jeune > > > donc > > > question fiabilité, ce n'est pas le top... > > > > > > >Salut Madeiros, merci pour ta suggestion. > > > >Les premiers messages (…ata4.00…), avant ceux qui mentionnent BTRFS, > > me suggèrent (peut-être à tort) que ce qui déclenche le problème est à > > un plus bas niveau que celui du système de fichier… mais, en l'absence > > de certitude, ton idée se défent ! J'vais p'têtre lui faire ça, à ma > > partoche. > > > > Même pas besoin de réinstaller sur la nouvelle partition, il suffit d'y > copier la sauvegarde, d'éditer le fstab, de changer les uuid, de faire un > update-grub, de rebooter et de croiser les doigts... Re et merci encore pour ton aide Maderios, Oui, cette partie ne me pose pas de problème, d'autant moins qu'il ne s'agit pas de la partition racine, mais de la partition /home. C'est juste que ça prend quand même un peu de temps pour copier, et que je suis un gros paresseux ^^ (et que, accessoirement, mes plages de disponibilité sont très courtes) J'essaierai ça quand le « smartctl -t long » que je viens de lancer sera terminé. Je vous tiens au jus ! -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] erreurs BTRFS [gravité(?)]
On Mon, Jul 10, 2017 at 12:59:10PM +0200, Thierry Bugier Pineau wrote: > Bonjour, > > Pour compléter, vu que je suis dans ce sujet pour changer les disques de ma > grappe RAID, il est aussi possible de lire les informations de santé du > disque dur avec smartmontools > > Smartctl -a /dev/sda > > Sait on jamais > Salut Thierry et merci à toi également. J'avais déjà fait un « # smartctl -t long /dev/sda » après le premier incident, qui n'avait pas révélé de problème. Faudra que j'en refasse un, pour être sûr, en effet. Meilleures salutations, -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] erreurs BTRFS [gravité(?)]
On Mon, Jul 10, 2017 at 12:36:18PM +0200, Pierre L. wrote: > Salut, > as-tu déjà tenté une petite analyse des clusters de ton disque dur ? > Histoire de voir s'il n'y en a pas quelques uns défectueux ? > (peut-être suis-je total hors-sujet avec cette proposition, si on > déchiffre la chinoiserie des logs...! ne me tirez pas les oreilles !) > > Petit outil sympa à utiliser en bootant sur une clé usb live par exemple : > badblocks -nvs /dev/sdb > > Attention tout de même à cette commande, il existe des variantes > "destructrices" de données... :s > -wvs détruira les données !!! > -nvs sera en lecture seule ;) > /dev/sdb sera ton disque dur, trouvé avec la commande fdisk -l > > En espérant que ca puisse filer un petit coup de main ;) Salut Pierre et merci pour ton message. Parce que, il me semble que si c'était un problème de « cluster », le test BTRFS me l'aurait signalé et que si c'était un problème de « secteur », le test smartctl également. Encore que… mais la durée d'un test badblocks me pose problème. J'ai besoin de mon ordi quoi ! ^^ Je garde la suggestion en réserve, ainsi que celle de Maderios, si les hypothèses plus faciles à tester ne donnent rien. À ce stade, j'ai l'impression que la température élevée n'était qu'une coïncidence et qu'il pourrait s'agir d'un problème lié à une sortie de veille. Merci encore et meilleures salutations. PS J'en profite pour « s/défent/défend/g » : On Sun, Jul 09, 2017 at 07:02:01PM +0200, Alexandre Hoïde wrote: > […] ton idée se défent ! […] Aah, ça faid du bien ! -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] erreurs BTRFS [gravité(?)]
On Sun, Jul 09, 2017 at 04:47:21PM +0200, maderios wrote: > On 07/09/2017 01:47 PM, Alexandre Hoïde wrote: > > >Je suppose qu'il faudra que j'en passe par le SAV Lenovo… en espérant > > que les messages d'erreur du noyau leur suffiront. > > > > Salut > Je ne connais pas toute l'histoire et donc, je me trompe peut-être. > Avant d'envisager le SAV, pourquoi ne pas formater avec un système de > fichier éprouvé comme ext4 et réinstaller? BTRFS est encore bien jeune donc > question fiabilité, ce n'est pas le top... > Salut Madeiros, merci pour ta suggestion. Les premiers messages (…ata4.00…), avant ceux qui mentionnent BTRFS, me suggèrent (peut-être à tort) que ce qui déclenche le problème est à un plus bas niveau que celui du système de fichier… mais, en l'absence de certitude, ton idée se défent ! J'vais p'têtre lui faire ça, à ma partoche. Meilleures salutations, -- ___ | $ post_tenebras ↲ | waouh! | GNU \ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] erreurs BTRFS [gravité(?)]
On Tue, Jun 27, 2017 at 12:49:06PM +0200, Alexandre Hoïde wrote: > Les premières erreurs sont : > « > jun 22 15:11:51 lenlap kernel: ata4.00: exception Emask 0x0 SAct 0x3f000 SErr > 0x5 action 0x6 frozen > jun 22 15:11:51 lenlap kernel: ata4: SError: { PHYRdyChg CommWake } > jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED > jun 22 15:11:51 lenlap kernel: ata4.00: cmd > 61/00:60:c8:82:8c/02:00:10:00:00/40 tag 12 ncq dma 262144 out > […] » > > Suivies par des dizaines de : > « > Jun 22 15:12:02 lenlap kernel: [ 4159.268019] BTRFS error (device sda4): bdev > /dev/sda4 errs: wr 1, rd 0, flush 0, corrupt 0, gen 0 > » Rebelote : 8 juillet, même enchaînement d'erreurs, sans conséquences apparentes après redémarrage du système (bien que je n'aie pas encore exécuté de test smartctl). Température extérieure, sur le moment, 32°C, température processeur (« tlp-stat | grep temp ») 34°C -- qui m'a laissé perplexe, étant donné qu'actuellement la température externe est de 28°C et le processeur donné à 53°C… mais je ne me rappelle pas si je venais de le sortir de veille). Défaillance matérielle, bug du micrologiciel, incompatibilité ou bug avec le noyau… mystère ! Je suppose qu'il faudra que j'en passe par le SAV Lenovo… en espérant que les messages d'erreur du noyau leur suffiront. Je joins le nouveau log, pour référence. PS ce message me sert de suivi. À moins que ces logs ne vous parlent et que vous soyez désireux de me les traduire, vous prenez pas la tête ;-) -- ___ | $ post_tenebras ↲ | waouh! | GNU \ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | --- -- Logs begin at Wed 2017-06-14 17:58:54 CEST, end at Sun 2017-07-09 13:05:20 CEST. -- jui 08 13:59:29 lenlap kernel: ata4.00: exception Emask 0x0 SAct 0xc0 SErr 0x5 action 0x6 frozen jui 08 13:59:29 lenlap kernel: ata4: SError: { PHYRdyChg CommWake } jui 08 13:59:29 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED jui 08 13:59:29 lenlap kernel: ata4.00: cmd 61/18:30:70:57:86/00:00:10:00:00/40 tag 6 ncq dma 12288 out res 40/00:80:00:00:00/00:00:00:00:00/40 Emask 0x4 (timeout) jui 08 13:59:29 lenlap kernel: ata4.00: status: { DRDY } jui 08 13:59:29 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED jui 08 13:59:29 lenlap kernel: ata4.00: cmd 61/08:38:a8:cd:93/00:00:09:00:00/40 tag 7 ncq dma 4096 out res 40/00:00:00:00:00/00:00:00:00:00/40 Emask 0x4 (timeout) jui 08 13:59:29 lenlap kernel: ata4.00: status: { DRDY } jui 08 13:59:39 lenlap kernel: ata4: COMRESET failed (errno=-16) jui 08 13:59:49 lenlap kernel: ata4: COMRESET failed (errno=-16) jui 08 14:00:24 lenlap kernel: ata4: COMRESET failed (errno=-16) jui 08 14:00:29 lenlap kernel: ata4: COMRESET failed (errno=-16) jui 08 14:00:29 lenlap kernel: ata4: reset failed, giving up jui 08 14:00:29 lenlap kernel: blk_update_request: I/O error, dev sda, sector 160681384 jui 08 14:00:29 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: wr 1, rd 0, flush 0, corrupt 0, gen 0 jui 08 14:00:29 lenlap kernel: blk_update_request: I/O error, dev sda, sector 277239664 jui 08 14:00:29 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: wr 2, rd 0, flush 0, corrupt 0, gen 0 jui 08 14:00:29 lenlap kernel: blk_update_request: I/O error, dev sda, sector 277338032 jui 08 14:00:29 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: wr 3, rd 0, flush 0, corrupt 0, gen 0 jui 08 14:00:29 lenlap kernel: blk_update_request: I/O error, dev sda, sector 277354120 jui 08 14:00:29 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: wr 4, rd 0, flush 0, corrupt 0, gen 0 jui 08 14:00:29 lenlap kernel: blk_update_request: I/O error, dev sda, sector 276799584 jui 08 14:00:29 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: wr 5, rd 0, flush 0, corrupt 0, gen 0 jui 08 14:00:29 lenlap kernel: blk_update_request: I/O error, dev sda, sector 277170896 jui 08 14:00:29 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: wr 6, rd 0, flush 0, corrupt 0, gen 0 jui 08 14:00:29 lenlap kernel: blk_update_request: I/O error, dev sda, sector 277173920 jui 08 14:00:29 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: wr 7, rd 0, flush 0, corrupt 0, gen 0 jui 08 14:00:29 lenlap kernel: blk_update_request: I/O error, dev sda, sector 277198496 jui 08 14:00:29 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: wr 8, rd 0, flush 0, corrupt 0, gen 0 jui 08 14:00:29 lenlap kernel: blk_update_request: I/O error, dev sda, sector 277210136 jui 08 14:00:29 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: wr 9, rd 0, flush 0, corrupt 0, gen 0 jui 08 14:00:29 lenlap kernel: blk_update_request: I/O error, dev sda, sector 2772251
Re: Présence par défaut d'Aptitude sur Stretch
On Fri, Jul 07, 2017 at 08:30:24AM +0200, Pierre Malard wrote: > Perso, je serais bien convaincu par « apt » […] Tu voulais dire « aptitude », n'est-ce pas ? Si oui : > […] si j’avais un moyen de le lancer sans utilisation de « ncurses ». La plupart des commandes d'aptitude peuvent aussi être exécutées en ligne de commande (voir le synopsys du man aptitude). > Ce truc est génial mais, par cette fonctionnalité cosmétique, interdit > toute remontée dans l’historique d’exécution simple par utilisation > des ascenseurs de nos terminaux. Si quelqu’un a une solution… $ cat /var/log/aptitude ? -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [trucs&astuces] affichage du mode vi du bash (readline inputrc)
On Tue, Jul 04, 2017 at 02:46:49PM +0200, pascatgm wrote: > On 03/07/2017 13:19, Alexandre Hoïde wrote: > > ¹ > > https://manpages.debian.org/stretch/readline-common/readline.3readline.en.html > > > Et pour ceux pour qui l'image parle plus que l'écrit... > > L'excellent site du non moins remarquable Drew Neil auteur de > Practical Vim : > > http://vimcasts.org/ À ma connaissance, on n'y trouve pas de sujet relatif au sujet original : le mode vi pour l'édition de la ligne de commande en Bash (readline). Mais je plussoie l'appréciation : excellent site, à consommer sans modération. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ / |\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
[trucs&astuces] affichage du mode vi du bash (readline inputrc)
J'ai récemment découvert que GNU-readline -- le bidule pour la saisie et l'édition des lignes de commandes du bash -- permet d'afficher le mode (emacs / vi-insertion / vi-normal) en cours, à gauche de l'invite de commande. Pour ce faire, il faut ajouter, dans « ~/.inputrc » : set show-mode-in-prompt on Pour ceux qui utilisent le mode par défaut « emacs », c'est de la pollution, mais pour les autres, c'est une indication fort utile qui n'est (malheureusement) pas activée par le préalable : set editing-mode vi En outre, il est possible de changer les chaînes affichées par défaut « (ins) / (cmd) » avec les variables « vi-cmd-mode-string » et « vi-ins-mode-string ». Exemple (toujours dans « ~/.inputrc ») : set vi-ins-mode-string "_" set vi-cmd-mode-string "☰" … selon votre fantaisie. Petit bonus pour ceux qui préfèrent utiliser la séquence « jk » (ou autre), au lieu de ESCAPE, pour revenir en mode normal : $if mode=vi set keymap vi-command "i": vi-insertion-mode set keymap vi-insert "jk": vi-movement-mode $endif Puisse ce message, au hasard des fils qui pleuvent, améliorer l'expérience de quelque vi-basheux -- que l'absence d'assuétude pour la lecture des docs¹ consignerait à l'impéritie. ¹ https://manpages.debian.org/stretch/readline-common/readline.3readline.en.html -- ___ | $ post_tenebras ↲ | waouh! | GNU \ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS][résolu] erreurs BTRFS [gravité(?)]
On Wed, Jun 28, 2017 at 11:39:31AM +0200, Pierre L. wrote: > Salut, > En théorie c'est dans la cervelle du bios du portable que la vitesse est > automatiquement controlée. > Différents noms peuvent apparaitre, selon les constructeurs... > cool'n'quiet, QFan... à paramètrer sur "activated ou "auto", si c'est dispo. En effet, j'aurais pu jeter un œil avant de poser la question. Il y a une section « Adaptive Thermal Management » qui propose deux « scheme » pour chacun des modes AC et Battery : « Maximize performance » ou « balanced ». L'aide intégrée n'est pas très explicite sur les différences entre les deux « schemes » concernant le refroidissement, mais ça confirme que le micrologiciel le gère automatiquement. Quant à GNU/Linux, je ne sais pas comment vérifier si il existe un composant qui pourrait interférer avec la gestion intégrée. Je n'ai installé que la « task-laptop » qui, a priori, ne pose pas de problème (wifi, bluetooth) et « tlp » dont le fichier de configuration (/etc/default/tlp) ne contient aucune occurrence du mot « fan »… donc bon, jusqu'à plus ample informé, je vais estimer que GNU/Linux ne s'occupe pas des ventilos de mon portable ^^ > Sinon il devrait être possible aussi de régler la vitesse quand on est > sur le bureau, j'ai un vague souvenir d'un greffon sous Gnome2... je > pense que ca doit toujours exister sous nos interfaces actuelles ;) si > c'est compatible avec le hardware...? Oui ça pourrait être utile si la gestion intégrée laisse à désirer par forte chaleur ambiante… mais je vais d'abord surveiller le fonctionnement sans ajout qui pourrait brouiller les pistes. Merci pour l'aide Pierre, ainsi qu'à Bertrand ! -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS][résolu] erreurs BTRFS [gravité(?)]
On Wed, Jun 28, 2017 at 10:05:53AM +0200, Christophe Moille wrote: > Le mercredi 28 juin 2017 à 09:16:45 (+0200), Daniel Caillibaud a écrit : > > Le 27/06/17 à 12:49, Alexandre Hoïde a écrit : > > > > En tout cas, vu que tous les checks ultérieurs montrent qu'il n'y a pas de > > pbs je > > m'inquiéterait pas trop, sinon vérifier la température cpu / disque par > > rapport à la > > température ambiante, tu as peu être un refroidissement un peu faible par > > fortes chaleurs, > > mais sur un portable tu peux pas vraiment ajouter de ventilos. > > > > Si le portable est très récent, ça doit pas être de la poussière, peut-être > > simplement une > > miniaturisation qui pénalise un peu le refroidissement, je crains que tu ne > > puisse pas y faire > > grand chose (sinon vérifier que y'a rien qui gène devant les sorties d'air). > > > > J'ai eu un autre retour d'expérience pour un portable qui chauffait > beaucoup alors qu'il n'y avait pas de poussière pour géner le flux > d'air. > En changeant la pate thermique du processeur, il a été gagné plus de 10 > degrés sur la température du proc. En l'occurrence, ça devrait permettre > également de gagner du refroidissement sur le reste de la machine. > Merci à vous, Daniel et Christophe. Je vais donc considérer cet épisode comme un incident isolé sans gravité et surveiller les températures si ça se reproduit. Étant donné qu'il s'agit d'un portable quasi neuf et sous garantie, je ne vais pas m'aventurer à essayer de changer la pate thermique (… en admettant que ce soit faisable sans un robot spécialisé ou des doigts de fée). Par contre, je me pose une question : est-ce le micrologiciel du portable qui gère la vitesse des ventilateurs ou le noyau Linux ?… il faut que j'investigue. J'ouvrirai un nouveau fil, si nécessaire. Merci encore et meilleures salutations. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
[HS] erreurs BTRFS [gravité(?)]
Bonjour à tous. Le 22 juin, il faisait près de 35°C chez moi, et j'ai eu plusieurs messages d'erreur BTRFS sur la partition « home » (en /dev/sda4, voir ci-dessous). Dans le même temps, thunderbird n'arrivait plus à lister les messages dans les dossiers de mes comptes IMAP. J'ai éteint l'ordi et ne l'ai rallumé qu'un jour plus tard, à une température externe moins élevée : depuis, il n'y a plus eu aucun problème ni message d'erreur. « btrfs check /dev/sda4 » (partition démontée) ne donne aucune erreur et « smartctl -t long /dev/sda » (durée environ 3h) non plus. Les premières erreurs sont : « jun 22 15:11:51 lenlap kernel: ata4.00: exception Emask 0x0 SAct 0x3f000 SErr 0x5 action 0x6 frozen jun 22 15:11:51 lenlap kernel: ata4: SError: { PHYRdyChg CommWake } jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:60:c8:82:8c/02:00:10:00:00/40 tag 12 ncq dma 262144 out […] » Suivies par des dizaines de : « Jun 22 15:12:02 lenlap kernel: [ 4159.268019] BTRFS error (device sda4): bdev /dev/sda4 errs: wr 1, rd 0, flush 0, corrupt 0, gen 0 » Je ne comprends pas ce qui c'est passé et je ne sais pas si cela devrait m'inquiéter. Si quelqu'un y voit plus clair que moi, dans cette série d'erreurs [sans conséquences apparentes] je serais preneur. (Le portable n'a que quelques semaines. Accessoirement, le sda est le disque secondaire, le primaire étant un ssd pcie-nvme) Au cas où, je joins à ce message : * la sortie de « journalctl --system --since "2017-06-22" --until "2017-06-23" -p 3 » (expurgée) ; * la sortie de « smartctl -a /dev/sda » * la sortie de « btrfs check /dev/sda4 » Merci d'avance pour vos éventuels éclairages, -- ___ | $ post_tenebras ↲ | waouh! | GNU \ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | --- -- Logs begin at Wed 2017-06-14 13:05:31 CEST, end at Sun 2017-06-25 21:54:03 CEST. -- jun 22 15:11:51 lenlap kernel: ata4.00: exception Emask 0x0 SAct 0x3f000 SErr 0x5 action 0x6 frozen jun 22 15:11:51 lenlap kernel: ata4: SError: { PHYRdyChg CommWake } jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:60:c8:82:8c/02:00:10:00:00/40 tag 12 ncq dma 262144 out res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) jun 22 15:11:51 lenlap kernel: ata4.00: status: { DRDY } jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:68:c8:c9:8c/02:00:10:00:00/40 tag 13 ncq dma 262144 out res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) jun 22 15:11:51 lenlap kernel: ata4.00: status: { DRDY } jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:70:c8:d1:8c/02:00:10:00:00/40 tag 14 ncq dma 262144 out res 40/00:00:00:00:00/00:00:00:00:00/40 Emask 0x4 (timeout) jun 22 15:11:51 lenlap kernel: ata4.00: status: { DRDY } jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:78:40:b3:8d/02:00:10:00:00/40 tag 15 ncq dma 262144 out res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) jun 22 15:11:51 lenlap kernel: ata4.00: status: { DRDY } jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:80:98:0b:8e/02:00:10:00:00/40 tag 16 ncq dma 262144 out res 40/00:00:00:00:00/00:00:00:00:00/40 Emask 0x4 (timeout) jun 22 15:11:51 lenlap kernel: ata4.00: status: { DRDY } jun 22 15:11:51 lenlap kernel: ata4.00: failed command: WRITE FPDMA QUEUED jun 22 15:11:51 lenlap kernel: ata4.00: cmd 61/00:88:28:10:8e/02:00:10:00:00/40 tag 17 ncq dma 262144 out res 40/00:00:06:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout) jun 22 15:11:51 lenlap kernel: ata4.00: status: { DRDY } jun 22 15:12:02 lenlap kernel: blk_update_request: I/O error, dev sda, sector 277643976 jun 22 15:12:02 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: wr 1, rd 0, flush 0, corrupt 0, gen 0 jun 22 15:12:02 lenlap kernel: blk_update_request: I/O error, dev sda, sector 277662152 jun 22 15:12:02 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: wr 2, rd 0, flush 0, corrupt 0, gen 0 jun 22 15:12:02 lenlap kernel: blk_update_request: I/O error, dev sda, sector 277664200 jun 22 15:12:02 lenlap kernel: BTRFS error (device sda4): bdev /dev/sda4 errs: wr 3, rd 0, flush 0, corrupt 0, gen 0 jun 22 15:12:02 lenlap kernel: blk_update_re
Re: Caractère inconnue dans nom de Répertoire
On Fri, Apr 28, 2017 at 07:46:42PM +0200, MERLIN Philippe wrote: > Bonsoir, > J'ai un problème facile pour la liste j'ai un nom de Répertoire avec un > Encodage inconnu : > le nom du fichier tel qu'est donné par un ls : > "Gers Chambre d'h?te" > J'essaye de le renommer par mv et je n'y arrive pas il semble que > l'apostrophe qui est inclus dans le nom de ce répertoire me crée des soucis. > Toute idée sera la bienvenue, je sèche lamentablement . > Philippe Merlin Dans ce cas, en plus des solutions proposées, le paquet Debian « detox » peut être utile, en particulier quand il y a plusieurs fichiers à renommer. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /| \ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Règle pour qu'un message soit diffusé sur la liste
On Wed, Apr 19, 2017 at 08:42:59PM +0200, MERLIN Philippe wrote: > Bonsoir, > Je voudrais savoir si on peux envoyer un message à la liste avec des pièces > jointes ? Si oui de quel type : texte, pdf, ... > Dans le cas contraire comment joindre des résultats sans que le message > devienne trop long? > Y a t'il un document indiquant ces contraintes ? > Merci d'avance. > Philippe Merlin > En complément des autres réponses, la page https://www.debian.org/MailingLists/ indique tout de même : « évitez d'envoyer de gros fichiers attachés ». Un fichier de quelques ko, en particulier un fichier texte, ce n'est pas toujours une mauvaise idée de l'attacher directement au message… la règle étant de respecter le temps et l'espace de stockage d'autrui, en triant au mieux ce que l'on envoie. Au delà de qq ko, il serait préférable d'utiliser les solutions suggérées dans les autres réponses. Je signale aussi framabin.org (pour du code ou des logs, en sus de framadrop.org déjà suggéré). -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /| \ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS][résolu] shell : permission non accordée en sudo
On Wed, Apr 19, 2017 at 02:27:27PM +0200, Lorenzo Bernardi wrote: > > > On 04/19/2017 02:16 PM, Alexandre Hoïde wrote: > > On Wed, Apr 19, 2017 at 02:13:00PM +0200, Erwan David wrote: > > > On Wed, Apr 19, 2017 at 02:00:34PM CEST, Alexandre Hoïde > > > said: > > > > Bonjour Debianistes, > > > > > > > > En essayant de modifier la luminosité de mon écran : des 3 > > > > commandes ci-dessous, je ne comprends pas pourquoi la méthode > > > > « $ sudo echo » échoue avec « permission non accordée » > > > > tandis que « sudo tee » et « su - » fonctionnent. > > > > Quelqu'un pourrait-il m'éclairer ? (Dans mon /etc/sudoers mon > > > > utilisateur est en « ALL=(ALL:ALL) ALL ») > > > > > > > > Exemple : > > > > $ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness > en fait tu n'es pas root toute la ligne mais seuleument jusqu'au > et donc > tu fais la redirection en tant qu'utilisateur non root. En gros sudo ne te > permet que faire une commande echo 100 et donc tu fais la commande sudo echo > 100 puis la redirection. > Si tu veux faire cela en une ligne il faut > > sudo sh -c "echo 100 > /sys/class/backlight/nv_backlight/brightness" > > tu n'executes qu'une commande sh -c qui fait la redirecion … et merci également à Lorenzo Bernardi!
Re: [HS][résolu] shell : permission non accordée en sudo
On Wed, Apr 19, 2017 at 09:38:06PM +0900, Charles Plessy wrote: > 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 … et merci à Charles Plessy également ! \o/ -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS][résolu] shell : permission non accordée en sudo
On Wed, Apr 19, 2017 at 02:31:03PM +0200, Eric Degenetais wrote: > Bonjour, > la redirection est appliquée à la sortie de sudo, or sudo lui-même est > exécuté avec les privilèges normaux de l'utilisateur. Par contre c'est la > commande tee, exécutée avec les privilèges modifiés par sudo, qui écrit > dans le fichier. D'où la différence. > > Cordialement Merci à François Lafont et Eric Degenetais pour la bonne réponse, \o/ -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲ / \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] shell : permission non accordée en sudo
On Wed, Apr 19, 2017 at 02:13:00PM +0200, Erwan David wrote: > On Wed, Apr 19, 2017 at 02:00:34PM CEST, Alexandre Hoïde > said: > > Bonjour Debianistes, > > > > En essayant de modifier la luminosité de mon écran : des 3 > > commandes ci-dessous, je ne comprends pas pourquoi la méthode > > « $ sudo echo » échoue avec « permission non accordée » > > tandis que « sudo tee » et « su - » fonctionnent. > > Quelqu'un pourrait-il m'éclairer ? (Dans mon /etc/sudoers mon > > utilisateur est en « ALL=(ALL:ALL) ALL ») > > > > Exemple : > > $ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness > > bash: /sys/class/backlight/nv_backlight/brightness: Permission non accordée > > $ > > $ su - > > Mot de passe : > > # echo 24 > /sys/class/backlight/nv_backlight/brightness > > # exit > > déconnexion > > $ > > $ sudo tee /sys/class/backlight/nv_backlight/brightness <<< 100 > > [sudo] Mot de passe de moi : > > 100 > > > > Essaye avec sudo /bin/echo : tu as un echo builtin du shell qui vient > peut-être perturber. Merci Erwan, mais pareil : « permission non accordée » avec /bin/echo. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
[HS] shell : permission non accordée en sudo
Bonjour Debianistes, En essayant de modifier la luminosité de mon écran : des 3 commandes ci-dessous, je ne comprends pas pourquoi la méthode « $ sudo echo » échoue avec « permission non accordée » tandis que « sudo tee » et « su - » fonctionnent. Quelqu'un pourrait-il m'éclairer ? (Dans mon /etc/sudoers mon utilisateur est en « ALL=(ALL:ALL) ALL ») Exemple : $ sudo echo 100 > /sys/class/backlight/nv_backlight/brightness bash: /sys/class/backlight/nv_backlight/brightness: Permission non accordée $ $ su - Mot de passe : # echo 24 > /sys/class/backlight/nv_backlight/brightness # exit déconnexion $ $ sudo tee /sys/class/backlight/nv_backlight/brightness <<< 100 [sudo] Mot de passe de moi : 100 -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [RESOLU] Re: Recherche des paquets gelés
On Wed, Apr 05, 2017 at 08:20:04PM +0200, Cyrille wrote: > > > dpkg -l |grep "^hi" > Effectivement ça marche nickel > j'avais bêtement oublié le "^" au début > > Merci beaucoup ! > résolu Salut Cyrille, En complément, pour aptitude : $ aptitude search "~ahold" ou $ aptitude search "?action(hold)" (voir /usr/share/doc/aptitude/html/fr/ch02s04s05.html du paquet aptitude-doc-fr) -- ___ | $ post_tenebras ↲ | waouh! | GNU\ / |\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: couleurs dwww
On Sun, Mar 26, 2017 at 12:39:50AM +0100, Alexandre Hoïde wrote: > Ci-joint, un fichier css pour changer les couleurs par défaut de dwww¹. PS j'ai oublié de préciser qu'il faut exécuter « # dwww-build » après ajout/modification du /etc/dwww/dwww-user.css. -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \ |_-- ~_| | Alexandre Hoïde | _/| | ---
couleurs dwww
Bonjour à tous, Ci-joint, un fichier css pour changer les couleurs par défaut de dwww¹. Les couleurs sont empruntées au thème (sombre) Kasugano² (de Kori Ayakashi). Je ne suis pas graphiste (du tout) et Mr Ayakashi serait sans doute horrifié par cette adaptation de béotien mais je la trouve quand même plus agréable que les couleurs par défaut… peut-être que vous aussi. Le fichier joint est à mettre dans /etc/dwww/. (Me) Reste à trouver un moyen pour imposer le même jeu de couleurs aux documents générés par dwww avec info2www. 1. Paquet « dwww » : Read all on-line documentation with a WWW browser. 2. https://terminal.sexy/#GxsbPT09ZnO_PqKQsOrZMWWMWWGWgpKyyMrMTU1NiZr_Uq2RmMm7R3qzeIK_lafM7e_y -- ___ | $ post_tenebras ↲ | waouh! | GNU\ /|\ | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | --- /* Overriding some /usr/share/dwww/dwww.css settings. To be saved as /etc/dwww/dwww-user.css. Based on Kazugano color scheme by Kori Ayakashi, as found on https://terminal.sexy/#GxsbPT09ZnO_PqKQsOrZMWWMWWGWgpKyyMrMTU1NiZr_Uq2RmMm7R3qzeIK_lafM7e_y See the section "CUSTOMISING DWWW PAGES LAYOUT" in dwww(7) man page. */ body { color: #FF ; background-color: #1C1C1C } p,li { margin:0 0 0.5em 0; color:#4D4D4D; } a {color: #31658C; text-decoration:none; } a:visited { color:#596196; } a:active { color:#52AD91; } a:hover { color:#C8CACC; background-color:#3D3D3D; } a.nohref { color:#4D4D4D; text-decoration:inherit; background-color:inherit; } table { border-collapse:collapse; border:0; background:#1E1E1E; margin:1em auto 1em auto; } /* centers them if < 100% */ th, td { border:#4D4D4D 1px solid; padding:1px 5px 2px 5px; vertical-align:top; } h1 { font-size:1.7em; color:#3EA290; font-weight:normal; } h2 { font-size:1.5em; color:#AA; font-weight:normal; } h3 { font-size:1.3em; color:#4D4D4D; font-weight:bold; } h4 { font-size:1.1em; color:#4D4D4D; font-weight:bold; } h5 { font-size:1.0em; color:#4D4D4D; font-weight:bold; } pre,code { background-color:#1B1B1B ; border-top: 1px solid #899AFF ; border-left : 1px solid #899AFF ; border-right : 1px solid #6673BF ; border-bottom : 1px solid #6673BF ; } hr { size:1px; color:#3EA290; margin:0.5em auto; } div#men p, div#men a { text-align:center; border-top:1px solid #3EA290; border-bottom:1px solid #3EA290; } p.foot { margin:10px auto; border-top:1px solid #3EA290; color:#7882BF; font-size:12px; font-style:italic; text-align:center; } .small { margin:0; color:#7882BF; font-size:12px !important; font-style:normal; font-weight:normal; } .tiny { margin:0; color:#7882BF; font-size:10px !important; font-style:normal; font-weight:normal; }
Re: [résolu] [ifupdown?] délai ~1m à l'extinction du système
On Thu, Mar 09, 2017 at 12:40:01AM +0100, Haricophile wrote: > Le Tue, 7 Mar 2017 08:44:24 +0100, > Alexandre Hoïde a écrit : > > > Salut André et merci. > > > > Peut-être, en effet, que ma ligne « iface enp4s0 inet6 auto » pose > > un problème sur mon système, cependant, si le délai a disparu lorsque > > j'ai supprimé cette ligne, il n'est pas réaparu lorsque j'ai rétabli > > cette même ligne. Accessoirement, je l'avais trouvée dans > > /usr/share/doc/ifupdown/examples/. Si elle pose un problème, ça > > m'intéresserait de savoir pourquoi… sans compter que, à première vue, > > elle ne me sert à rien ! ^^ (je l'ai rétablie pour vérifier la > > reproductibilité) > > > > Meilleures salutations, > > Je ne vois pas trop l'intérêt de garder network-manager installé si tu > ne l'utilise pas, j'ai comme une idée que ça a un rapport avec > l'interface qui ne se démonte pas avant le timeout. Eh bien (bonjour Haricophile), simplement parce que Gnome est installé -- et qu'il m'arrive même de m'en servir, quand la clicodromie me prend… et même parfois Network-Manager quand je veux renseigner une ouaille fraîchement convertie. Des choses comme ça. Peut-être que ton idée est la bonne, mais encore une fois, le problème a disparu après suppression puis rétablissement de « iface enp4s0 inet6 auto » dans /etc/network/interfaces. Le mystère reste donc entier à mes yeux. -- ___ _ | $ post_tenebras ↲ | waouh! ?! | $ per_systemd ↲ | | GNU \ /| \ / | TENEBRAS : | | -- * -- | o | #)&&*+^'.|;>%9- | | $ who ↲/ \|_-- ~_||| =!¨!$£{]]_:`¢_´ | | Alexandre Hoïde | _/| | / \ | … … … ...---... | --- -
Re: [résolu] [ifupdown?] délai ~1m à l'extinction du système
On Mon, Mar 06, 2017 at 10:34:47PM +0100, andre_deb...@numericable.fr wrote: > C'est normal si tu as un fichier tel "interfaces" > mal configuré, il cherche une connexion non réalisable, > et on a ce message de systemd boot : > "Raise... A stop job is running for ... > qui peut durer plusieurs minutes... > > André Salut André et merci. Peut-être, en effet, que ma ligne « iface enp4s0 inet6 auto » pose un problème sur mon système, cependant, si le délai a disparu lorsque j'ai supprimé cette ligne, il n'est pas réaparu lorsque j'ai rétabli cette même ligne. Accessoirement, je l'avais trouvée dans /usr/share/doc/ifupdown/examples/. Si elle pose un problème, ça m'intéresserait de savoir pourquoi… sans compter que, à première vue, elle ne me sert à rien ! ^^ (je l'ai rétablie pour vérifier la reproductibilité) Meilleures salutations, -- ___ _ | $ post_tenebras ↲ | waouh! ?! | $ per_systemd ↲ | | GNU\ /|\ / | TENEBRAS : | | -- * -- | o | #)&&*+^'.|;>%9- | | $ who ↲/ \|_-- ~_||| =!¨!$£{]]_:`¢_´ | | Alexandre Hoïde | _/| | / \ | … … … ...---... | --- -
[résolu][ifupdown?] délai ~1m à l'extinction du système
Chères et chers Debianistes, Un problème de délai de ~1m à l'extinction [poweroff|reboot] du système, avec les messages systemd : [***] A stop job is running for ifup for enp4s0 … [***] A stop job is running for Raise network interfaces … sur une Debian Sid avec ifupdown (configuration dans /etc/network/interfaces), dhclient (paquet isc-dhcp-client) et Network-Manager installé et « enabled », mais [ $ cat /etc/NetworkManager/NetworkManager.conf [main] plugins=ifupdown,keyfile [ifupdown] *managed=false* ] Les logs ne m'ont donné aucun indice (ou peut-être n'ai-je pas su les voir). Mon fichier [ $ cat /etc/network/interfaces auto lo iface lo inet loopback auto enp4s0 iface enp4s0 inet dhcp iface enp4s0 inet6 auto iface wlp3s0 inet dhcp wpa-ssid X wpa-psk XXX ] Ça fait des mois que je trainais ce problème, finalement résolu, un peu par hasard, de cette manière [ # ifdown enp4s0 # sed -i '/iface enp4s0 inet6 auto/d' /etc/network/interfaces # ifup enp4s0 # systemctl reboot ] Le délai à l'extinction du système avait disparu ! Pour vérifier la reproductibilité, j'ai ensuite rétabli la configuration originale, mais le problème ne s'est plus jamais reproduit, alors qu'il était systématique auparavant. Voilà… donc tout est bel et bien. Mais je me pose deux questions : 1. Un « ifconfig enp4s0 » me donne toujours le même résultat, avec et sans « iface enp4s0 inet6 auto » -- en particulier, les données ipv6 sont présentes et identiques dans les deux cas. Est-ce bien normal ? 2. de quelle manière ma manipulation a-t-elle pu résoudre le problème ? Est-ce bien normal ? ^^ -- ___ _ | $ post_tenebras ↲ | waouh! ?! | $ per_systemd ↲ | | GNU\ /|\ / | TENEBRAS : | | -- * -- | o | #)&&*+^'.|;>%9- | | $ who ↲/ \|_-- ~_||| =!¨!$£{]]_:`¢_´ | | Alexandre Hoïde | _/| | / \ | … … … ...---... | --- -
[Résolu]: problème débogage systemd à l'extinction système
On Thu, Mar 02, 2017 at 02:01:46PM +0100, Sébastien NOBILI wrote: > Bonjour, Bonjour Sébastien et merci pour ta réponse, > > Le lundi 27 février 2017 à 14:11, Alexandre Hoïde a écrit : > > Afin d'en comprendre la cause, j'essaie d'appliquer la méthode : > > https://www.freedesktop.org/wiki/Software/systemd/Debugging/#index2h1 > > à la section « Shutdown Completes Eventually ». Las, au démarrage > > suivant, le fichier « /shutdown-log.txt » n'existe pas. Si bien que me > > voilà à vous demander votre aide pour déboguer mon débogage. > > J’ai déjà appliqué cette méthode avec succès (d’ailleurs ton message m’a > permis > de voir qu’il me restait des fichiers de log à la racine de mon disque, > merci). (Avec plaisir !) > Si je compare ce que dit la doc et ce que j’avais écrit dans mon journal à ce > sujet, je constate une différence de chemin. J’avais mis mon script dans > « /lib/systemd/system-shutdown/debug.sh ». > > (Je crois me souvenir qu’il y a une subtilité dans les chemins avec Systemd > sous > Debian). Bim badaboum! C'était bien là la cause de mon problème. Merci encore ! Je ferme en [résolu] et je ferai un autre fil pour informer des suites du problème initial… dès que j'aurai le temps de lire ce /shutdown-log.txt tout frais ! Meilleures salutations, -- ___ _ | $ post_tenebras ↲ | waouh! ?! | $ per_systemd ↲ | | GNU\ /|\ / | TENEBRAS : | | -- * -- | o | #)&&*+^'.|;>%9- | | $ who ↲/ \|_-- ~_||| =!¨!$£{]]_:`¢_´ | | Alexandre Hoïde | _/| | / \ | … … … ...---... | --- -
Re: problème débogage systemd à l'extinction système
On Tue, Feb 28, 2017 at 09:37:10AM +0100, maderios wrote: > On 02/27/2017 09:35 PM, Alexandre Hoïde wrote: > > Malheureusement, sur ma Sid, le délai à l'extinction résiste depuis de > > longs mois, avec ses nombreuses versions du noyau, de systemd et de tout > > ce qui va avec… y compris le noyau 4.9.0-1 (actuellement sur Stretch et > > 4.9.0-2 sur Sid). > > Tu pourrais peut-être envoyer un rapport de bug. Mais, j'envisage très sérieusement cette option ! J'aimerais tout de même creuser un peu avant d'envoyer… ne serait-ce que pour savoir à quel paquet il faudrait attribuer le rapport. Et puis, la primo-installation de ma Sid remontant à plusieurs années, il est fort probable que j'aie négligé moult messages de changelogs… encore une fois, sur une Stretch fraîchement installée (avec beaucoup moins de logiciels installés), le problème ne se pose pas. C'est une occasion de me familiariser un peu plus avec systemd -- en dépit de mon aversion. ^^ -- ___ _ | $ post_tenebras ↲ | waouh! ?! | $ per_systemd ↲ | | GNU\ /|\ / | TENEBRAS : | | -- * -- | o | #)&&*+^'.|;>%9- | | $ who ↲/ \|_-- ~_||| =!¨!$£{]]_:`¢_´ | | Alexandre Hoïde | _/| | / \ | … … … ...---... | --- -
Re: problème débogage systemd à l'extinction système
On Mon, Feb 27, 2017 at 05:54:54PM +0100, JB wrote: > Bonsoir, Bonsoir JB et merci pour ta réponse, > /sbin/shutdown est un lien vers /bin/systemctl, > man systemctl Oui, et d'ailleurs j'utilise : $ systemctl poweroff|reboot > vers la fin on trouve desméthodes d'arret > personnellement, je devrais attendre 15' > > j'ai contourné le pb avec reboot > dés l'extintion du clavier, power off de l'ordinateur De mon côté, si je veux contourner le problème, j'utilise : $ sudo poweroff|reboot -f ou encore : $ sudo systemctl disable NetworkManager-wait-online.service > essayer: trace shutdown et le bon paramètre > avant de rebooter, gdb bt > ou mise oeuvre de kdump Il me semble que pour utiliser un de ces outils (et comprendre un peu ce qu'on fait), il faut manger pas mal de docs. Je ne suis pas hyper motivé, sachant que je n'en aurais pas beaucoup l'usage. > je n'utilise pas votre méthode d'analyse, > sous réserve la taille de 1M me parait juste C'est déjà ça ! ^^ … toujours preneur pour un débogage de la méthode de débogage de freedesktop.org, donc :) > -- ___ _ | $ post_tenebras ↲ | waouh! ?! | $ per_systemd ↲ | | GNU\ /|\ / | TENEBRAS : | | -- * -- | o | #)&&*+^'.|;>%9- | | $ who ↲/ \|_-- ~_||| =!¨!$£{]]_:`¢_´ | | Alexandre Hoïde | _/| | / \ | … … … ...---... | --- -
Re: problème débogage systemd à l'extinction système
On Mon, Feb 27, 2017 at 05:25:41PM +0100, maderios wrote: > On 02/27/2017 02:11 PM, Alexandre Hoïde wrote: > > Chères colistières, chers colistiers, > > > > Je me tourne vers vous dans l'espoir qu'une lumière jaillira de vos > > entrailles, éclairant ma voie vers la résolution d'un problème qui > > commence à me les briser. > > Le problème initial est une délai de 1'30'' à l'extinction > > [poweroff|reboot] du système, avec les messages systemd : > > [***] A stop job is running for ifup for enp4s0 … > > [***] A stop job is running for Raise network interfaces … > Bonjour > Ce problème a été réglé par des utilisateurs en changeant de noyau. > Tu peux essayer de booter sur un noyau Stretch > Sid sera toujours Sid... :) > Salut Madeiros et merci pour ta réponse, Malheureusement, sur ma Sid, le délai à l'extinction résiste depuis de longs mois, avec ses nombreuses versions du noyau, de systemd et de tout ce qui va avec… y compris le noyau 4.9.0-1 (actuellement sur Stretch et 4.9.0-2 sur Sid). Et à ce propos, sur ce même PC, j'ai une Stretch à jour qui ne pose pas ce problème de délai à l'extinction, avec une configuration réseau identique : ifupdown et interfaces déclarées de la même manière dans /etc/network/interfaces[.d/] + Network-Manager installé/activé mais que je n'utilise ni pour configurer ni pour changer d'interface (ethernet/wifi). Je prendrais volontiers toute autre suggestion pour régler le problème initial, bien que la question qui me taraude, dans l'immédiat, est de savoir pourquoi la procédure de debug proposée par freedesktop.org ne fonctionne pas. -- ___ _ | $ post_tenebras ↲ | waouh! ?! | $ per_systemd ↲ | | GNU\ /|\ / | TENEBRAS : | | -- * -- | o | #)&&*+^'.|;>%9- | | $ who ↲/ \|_-- ~_||| =!¨!$£{]]_:`¢_´ | | Alexandre Hoïde | _/| | / \ | … … … ...---... | --- -
problème débogage systemd à l'extinction système
Chères colistières, chers colistiers, Je me tourne vers vous dans l'espoir qu'une lumière jaillira de vos entrailles, éclairant ma voie vers la résolution d'un problème qui commence à me les briser. Le problème initial est une délai de 1'30'' à l'extinction [poweroff|reboot] du système, avec les messages systemd : [***] A stop job is running for ifup for enp4s0 … [***] A stop job is running for Raise network interfaces … Bien entendu, dans un premier temps, j'ai écumé le WEB et essayé les suggestions glanées, mais aucune n'a résolu le problème. Afin d'en comprendre la cause, j'essaie d'appliquer la méthode : https://www.freedesktop.org/wiki/Software/systemd/Debugging/#index2h1 à la section « Shutdown Completes Eventually ». Las, au démarrage suivant, le fichier « /shutdown-log.txt » n'existe pas. Si bien que me voilà à vous demander votre aide pour déboguer mon débogage. Pour préciser -- les instructions du lien ci-dessus n'étant pas très détaillées -- j'ai procédé ainsi : 1. Ajout d'un « menuentry » dans « /etc/grub.d/40_custom », identique au menuentry principal généré automatiquement par Debian, à l'exception de : linux /boot/vmlinuz-4.9.0-2-amd64 root=UUID=04cab1ac-8020-4069-97ae-f567329ad900 systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M printk.devkmsg=on enforcing=0 2. $ sudo update-grub2 3. démarrage du système avec ce « menuentry » de débogage. 4. création du fichier : /usr/lib/systemd/system-shutdown/debug.sh (-rwxr-xr-x 1 root root) #!/bin/sh mount -o remount,rw / dmesg > /shutdown-log.txt mount -o remount,ro / 5. redémarrage du système sur le « menuentry » principal. 6. Choux blanc : pas de /shutdown-log.txt ?! Le tout sur une Sid à jour (systemd 232-18). -- ___ _ | $ post_tenebras ↲ | waouh! ?! | $ per_systemd ↲ | | GNU\ /|\ / | TENEBRAS : | | -- * -- | o | #)&&*+^'.|;>%9- | | $ who ↲/ \|_-- ~_||| =!¨!$£{]]_:`¢_´ | | Alexandre Hoïde | _/| | / \ | … … … ...---... | --- -
Re: ralentir le débit audio d'un texte
On Mon, Aug 15, 2016 at 12:06:30AM +0200, Bernard Schoenacker wrote: > bonjour, 'lu ! > je recherche un "suisse" ou "belge" (wallon) pour ralentir le débit > trop rapide de sortie avec espeak > > j'avais déjà essayé ceci : > > espeak --stdout -v mb/mb-fr1 -f reconstitutionnaliser.txt | oggenc -q > 5 -o reconstitutionnaliser.ogg - > > mais des fois ce n'est pas suffisant, je vais essayer avec audacity > > et si d'autres solutions plus élégantes existent je suis preneur Je ne suis pas sûr de comprendre l'effet que tu veux obtenir, mais si il s'agit simplement de réduire le nombre de mots/minutes, l'option '-s' d'espeak est faite pour (80 minimum, pas de maximum). Exemple, au hasard : $ espeak -s 80 "Hello! Read the BIIIP manual." -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] systemd service utilisateur
On Mon, Nov 02, 2015 at 11:02:17AM +0100, maderios wrote: > […] > Si tu le sens comme une 'usine à gaz', tu parles d'un sentiment, et un > sentiment, cela ne se discute pas... D'acc! Alors considérons cela comme un point final à ce fil et ainsi, co-conjurons la zizanie qu'engendre le sujet. -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲ / \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] systemd service utilisateur
On Sun, Nov 01, 2015 at 06:33:34PM +0100, maderios wrote: > On 11/01/2015 04:58 PM, Alexandre Hoïde wrote: > > > Oui Madeiros, tu as raison, et a fortiori sous Sid. Cependant, mon > >aversion tardive et fulgurante pour le dit système d'init m'a fait > >envisager d'autres distributions, la mort dans l'âme, et je n'ai pas pu > >m'y résoudre. Debian c'est pas rien, et je n'ai pas [encore] envie de > >« l'abandonner ». Si infinitésimale soit ma voix d'utilisateur popconé, > >j'ai décidé de me [dé]battre encore un peu pour elle. « Zombie » si tu > >veux… moi pas ^^ > > > Migrer vers une autre distribution? Toutes les distrib linux ont adopté > systemd. Debian a été l'une des dernières à faire le pas. Reste BSD... Il me semble, Madeiros [mais je peux me tromper], que tu es plus désireux d'affirmer une certaine hostilité à la dissidence que de « comprendre la démarche ». En réalité, je pense que tu comprends très bien la démarche, aussi vaine soit elle à tes yeux… et encore une fois, peut-être bien que tu as raison. Mais pas obligé de faire TINA plus obèse qu'elle n'est déjà. Bernard a déjà signalé Slackware, j'y ajoute Gentoo/Funtoo (pour rester Linux), sans compter nombre de distribs plus confidentielles (y compris Devuan) [et, par prévention : sans préjuger de leurs avenirs]. Moi je retourne à mon $ virsh -c qemu:///system start sidnosd, pour voir ce que ça donne, fut-ce sous ton regard désapprobateur. ^^ -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] systemd service utilisateur
Peut-être aurais-je du commencer par vous épargner mes petites notes d'humeur au fil de ma découverte, car je n'ai aucune intention de remettre sur le tapis une discussion systemd stérile et nocive… aux arguments largement débattus et disponibles à tous sur la toile. Chacun peut se faire son propre avis, plus ou moins éclairé. Je ne dis pas ça pour vous, mais pour prévenir au mieux d'éventuels développements malsains. On Sun, Nov 01, 2015 at 01:06:46PM +, Stéphane GARGOLY wrote: > Sous Jessie (voir note A), il me semble qu'il est possible d'utiliser un > autre > système d'initialisation que Systemd, y compris au moment de l'installation > comme il est précisé dans le lien suivant : > https://wiki.debian.org/fr/systemd#Installation_sans_systemd :-) Oui Stéphane, merci pour le lien. J'ai démarré une petite installation virtualisée pour tester les limites d'une Debian sans systemd avec les logiciels que j'utilise couramment (et par chance, je n'aime pas les environnements de bureau, un gestionnaire de fenêtre me suffit). Je verrai si c'est viable. On Sun, Nov 01, 2015 at 03:37:23PM +0100, maderios wrote: > Je comprends de moins en moins la démarche qui consiste à essayer de > contourner systemd […] Oui Madeiros, tu as raison, et a fortiori sous Sid. Cependant, mon aversion tardive et fulgurante pour le dit système d'init m'a fait envisager d'autres distributions, la mort dans l'âme, et je n'ai pas pu m'y résoudre. Debian c'est pas rien, et je n'ai pas [encore] envie de « l'abandonner ». Si infinitésimale soit ma voix d'utilisateur popconé, j'ai décidé de me [dé]battre encore un peu pour elle. « Zombie » si tu veux… moi pas ^^ -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] systemd service utilisateur
On Wed, Oct 28, 2015 at 05:04:58AM +0100, Alexandre Hoïde wrote: > On Wed, Oct 28, 2015 at 02:55:58AM +0100, Alexandre Hoïde wrote: > > note : le même test réalisé avec « $ sudo -u fictif … » ou avec un > > changement d'identifiant « su - fictif », depuis mon compte normal, ne > > déclenchent pas plus le usrtmp.service que cron. Donc 1) mon intuition ne > > vaut > > pas grand chose, et 2) il faudrait aussi RTFM logind et que sais-je encore. > > > > D'ailleurs, lorsque j'essaie « systemctl --user start usrtmp.service », > > en su ou en sudo, j'obtiens : > > Failed to connect to bus: Aucun fichier ou dossier de ce type > > je suppose que su/sudo ne passent pas par logind. Ça ne fonctionne qu'à > > partir > > d'une « vraie » connexion depuis la console/tty ou un gestionnaire > > d'affichage. > > note 2 : installation du paquet « systemd-container ». Utilisation de > la commande « $ machinectl login » pour connecter mon utilisateur > « fictif » à partir de mon compte normal, et là, miracle! les commandes > systemctl fonctionnent. > > [… je dis miracle, mais il commence à me les briser un peu le machin > de Lennart. À quand le s/GNU/LENNART/Linux ? Bon, restons positif et > continuons *burp* la découverte ] M'apprêtant à poursuivre la découverte de systemd par l'expérience (test cron avec « machinectl shell » au menu), je tombe, au fil des lectures, sur les unités « timer » de systemd. Ah ?! Un tentacule de plus. Hum, z'auriez pas un gestionnaire de démarrage EFI s'iouplait aussi ? Si si : systemd-boot. Depuis, je navigue un peu dépité sur des sites comme devuan.org, without-systemd.org, gentoo.org, gnu.org/software/guix… je suis même allé voir si GNU/Hurd avançait ^^ Coup de blues. Fil maudit ! … avec quelques mois de retard… -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Résolu_Re: Galère avec [pas le noyau] le bios
On Wed, Oct 28, 2015 at 04:52:37PM +0100, maderios wrote: > On 10/28/2015 10:17 AM, maderios wrote: > >On 10/28/2015 10:00 AM, Pascal Hambourg wrote: > >>maderios a écrit : > >>>Il faut croire que l'extinction totale de la machine a provisoirement > >>>réglé le pb. Le mystère reste entier mais je soupçonne le bios qui ne > >>>semble pas très à jour. > >> > >>Grand classique déjà vu. Le BIOS et les drivers ne réinitialisent pas > >>complètement le contrôleur réseau. > >> > >Oui mais quel est le rapport avec le dualboot? C'est bien ce dernier qui > >a semé le bazar. Plus précisément, c'est depuis la période où j'ai testé > >une fedora 23 beta que le bug est apparu. J'ai ensuite formaté la > >partition, copié dessus une Jessie et le bug est réapparu. J'ai supprimé > >cette Jessie, reformaté la partition, éteint le PC, redémarré et le bug > >a disparu. > > > La mise à jour du bios de la CM a supprimé le bug. Le dual/trial/etc boot > fonctionne normalement. Merci pour vos suggestions et diagnostics. Bon à savoir, je ne connaissais pas ce grand classique là. Pas l'impression d'avoir été excessivement utile, mais puisque les remerciements sont adressés à tous : je t'en prie. -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] systemd service utilisateur
On Wed, Oct 28, 2015 at 02:55:58AM +0100, Alexandre Hoïde wrote: > note : le même test réalisé avec « $ sudo -u fictif … » ou avec un > changement d'identifiant « su - fictif », depuis mon compte normal, ne > déclenchent pas plus le usrtmp.service que cron. Donc 1) mon intuition ne vaut > pas grand chose, et 2) il faudrait aussi RTFM logind et que sais-je encore. > > D'ailleurs, lorsque j'essaie « systemctl --user start usrtmp.service », > en su ou en sudo, j'obtiens : > Failed to connect to bus: Aucun fichier ou dossier de ce type > je suppose que su/sudo ne passent pas par logind. Ça ne fonctionne qu'à partir > d'une « vraie » connexion depuis la console/tty ou un gestionnaire > d'affichage. note 2 : installation du paquet « systemd-container ». Utilisation de la commande « $ machinectl login » pour connecter mon utilisateur « fictif » à partir de mon compte normal, et là, miracle! les commandes systemctl fonctionnent. [… je dis miracle, mais il commence à me les briser un peu le machin de Lennart. À quand le s/GNU/LENNART/Linux ? Bon, restons positif et continuons *burp* la découverte ] -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] systemd service utilisateur
On Tue, Oct 27, 2015 at 06:27:27PM +0100, Alexandre Hoïde wrote: > $ sudo -u fictif contrab -l > 10 18 27 10 * sleep 5 && [ -d /tmp/fictif_usrtmp ] && touch > /tmp/test-cron-systemd-oui || touch /tmp/test-cron-systemd-non > > et à 18h12 : > $ ls /tmp/test-cron-systemd-* > /tmp/test-cron-systemd-non note : le même test réalisé avec « $ sudo -u fictif … » ou avec un changement d'identifiant « su - fictif », depuis mon compte normal, ne déclenchent pas plus le usrtmp.service que cron. Donc 1) mon intuition ne vaut pas grand chose, et 2) il faudrait aussi RTFM logind et que sais-je encore. D'ailleurs, lorsque j'essaie « systemctl --user start usrtmp.service », en su ou en sudo, j'obtiens : Failed to connect to bus: Aucun fichier ou dossier de ce type je suppose que su/sudo ne passent pas par logind. Ça ne fonctionne qu'à partir d'une « vraie » connexion depuis la console/tty ou un gestionnaire d'affichage. -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: Galère avec le noyau
On Wed, Oct 28, 2015 at 12:05:55AM +0100, maderios wrote: > Bonjour > Ceci concerne Jessie ainsi que les noyaux 3.16/jessie et 4.2/sid. Sur > un portable récent qui fonctionnait bien avec Jessie, j'ai installé un > dual-boot avec une fedora beta (mise à jour) puis une Sid. J'ai du > supprimer ces 2 distro invitées vu les galères que cela entraînait: > plus de réseau et le message ci-dessous en prime. Ensuite, j'ai pensé > que c'était un truc d'UUID. Donc j'ai viré l'option UUID dans grub que > j'ai remplacée par le classique /dev/xxx. Aucun changement, je suis > donc revenu à l'option UUID en les vérifiant avec blkid. Pour > résumer, tout fonctionne sauf le réseau. Ce qui n'empêche pas le > système d'afficher un superbe eth0: link up :( > Salut Madeiros, C'est peut-être parce que je ne suis pas cap de décoder tes logs du noyau, mais il me semble que les résultats de : # ifconfig -a $ ip r $ lspci | egrep -i "network|ethernet" … ainsi qu'un lsmod « | greppé » sur le pilote sensé piloter ta carte ethernet et/ou wifi, permettraient peut-être de mieux cerner ton problème ? Et accessoirement de savoir comment tu gères ton réseau (ifupdown, wicd, network-manager,…) et comment tu l'as configuré (/etc/network/interfaces, dhcp, resolv.conf, resolvconf, …), firewall ? Pas obligé de tout balancer, juste qu'on comprenne mieux ce que ça veut dire « ne fonctionne pas ». À moins que le bout de log ne soit suffisant pour diagnostiquer ton problème… là, je ne dirais plus rien. [Je ne comprends pas le lien que tu fais entre les UUID's et ton problème réseau ?! pas grave, remarque ] Et est-ce que l'un des utilitaires utilisés sur les distros supprimées n'aurait pas bêtement désactivé l'interface (à réactiver avec une touche de fonction de ton portable) ? Pardon si c'est trop évident… parfois, quand on a la tête dans le guidon… ^^ -- _______ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] systemd service utilisateur
On Tue, Oct 27, 2015 at 01:19:08PM +0100, Sébastien NOBILI wrote: > Le mercredi 21 octobre 2015 à 18:20, Alexandre Hoïde a écrit : > > On Wed, Oct 21, 2015 at 03:54:49PM +0900, Charles Plessy wrote: > > > 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 je comprends bien¹ (mais rien n'est moins sûr), le « contexte » > > user.slice est invoqué/utilisé en arrière plan par systemd, pour les > > processus utilisateurs (tel que mon usrtmp.service, par exemple). > > Mais au niveau où je l'exploite, il me semble que ce devrait être > > « transparent ». > > J'ai compris son fonctionnement comme toi. Je n'ai pas encore lu trop de doc > sur > le sujet et ce que j'en ai compris est surtout empirique. Si ton service est > lancé à l'ouverture de session par l'utilisateur (là je suppose puisque je > n'ai > pas lu la doc), alors l'isolation a déjà eu lieu et les différentes commandes > lancées se trouvent dans le « slice ». > > On voit tout ça à l'œuvre lorsqu'on ouvre une session (graphique ou non), des > messages apparaissent sur les consoles (mais c'est peut-être parce que j'ai > passé Systemd en debug), mais également lorsque des tâches cron sont lancées. > > D'ailleurs ce second point me fait penser à un cas que tu devrais vérifier. > Est-ce que ton service utilisateur est lancé également lors du démarrage de > tâches cron d'un des utilisateurs qui l'aurait activé ? Oui, hé hé : Voilà un empirisme exigeant ! Mon intuition bordélique me dirait que cron n'est pas exécuté avec l'identité des contrab's des utilisateurs [et donc, logind ne verrait pas de connexion qui déclencherait le default.target de l'utilisateur]… mais la question valait bien un test (après avoir « enabled » le usrtmp.service pour l'utilisateur « fictif » et déconnecté fictif partout) : $ sudo -u fictif contrab -l 10 18 27 10 * sleep 5 && [ -d /tmp/fictif_usrtmp ] && touch /tmp/test-cron-systemd-oui || touch /tmp/test-cron-systemd-non et à 18h12 : $ ls /tmp/test-cron-systemd-* /tmp/test-cron-systemd-non et en effet, journalctl ne montre aucun « starting » correspondant (ce qui ne veut pas encore dire que mon intuition est la bonne… faudrait que je RTFM cron comme il faut ^^). C'est sympa d'être venu prêter main forte à Charles pour me démonologuer. Merci Sébastien. -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] systemd service utilisateur
On Wed, Oct 21, 2015 at 06:20:56PM +0200, Alexandre Hoïde wrote: > On Wed, Oct 21, 2015 at 03:54:49PM +0900, Charles Plessy wrote: > > 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 ». Voici une petite version pure systemd-tmpfiles, écrite pour me motiver un peu à lire les docs. Ça n'a probablement pas beaucoup de sens de le faire ainsi et je n'ai pas trouvé d'autre moyen que d'écrire en dur un fichier /etc/tmpfiles.d/usrtmp_.conf (pas de substitutions, variables, …). Je serais curieux de savoir si c'est possible et comment (en restant pur systemd). Peut-être ne suis-je pas encore tombé sur le bon bout de doc concernant les slices ^^ Fichier service générique : /etc/systemd/user/usrtmp.service Fichier tmpfiles.d pour chaque utilisateur : /etc/tmpfiles.d/usrtmp_fictif.conf (Toujours « systemctl --user enable usrtmp.service » pour activer automatiquement à chaque première connexion) -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | --- [Unit] Description=Creates non persitant user /tmp dir and symblinks to ~/tmpnp. [Service] Type=oneshot RemainAfterExit=yes ExecStart=/bin/systemd-tmpfiles --create /etc/tmpfiles.d/usrtmp_%u.conf ExecStop=/bin/systemd-tmpfiles --remove /etc/tmpfiles.d/usrtmp_%u.conf [Install] WantedBy=default.target d /tmp/fictif_usrtmp 0700 fictif fictif L /home/fictif/tmpnp - - - - /tmp/fictif_usrtmp r /home/fictif/tmpnp R /tmp/fictif_usrtmp
Re: [HS] systemd service utilisateur
On Wed, Oct 21, 2015 at 03:54:49PM +0900, Charles Plessy wrote: > 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, Salut Charles et merci, > > 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 ». > Si je comprends bien¹ (mais rien n'est moins sûr), le « contexte » user.slice est invoqué/utilisé en arrière plan par systemd, pour les processus utilisateurs (tel que mon usrtmp.service, par exemple). Mais au niveau où je l'exploite, il me semble que ce devrait être « transparent ». Grâce à toi j'ai donc découvert l'existence de [man] systemd-tmpfiles et tmpfiles.d, dont je ne comprends pas encore la logique et la manière de l'utiliser pour le substituer à mon usrtmp.service actuel. Je vais creuser un peu et peut-être qu'une version « pure systemd » suivra. Accessoirement[trollesquement], plus je découvre systemd, plus l'impression d'enfermement, d'hégémonie et d'usine à gaz s'installe. Mais bon, les dev's Debian se sont prononcés. Ainsi soit-il. Peut-être n'est-ce que par ignorance que la claustro me gagne. 1. http://www.freedesktop.org/software/systemd/man/systemd.special.html -- _______ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] systemd service utilisateur
Le « /home/$USER » au lieu de « $HOME » qui ne suscite ni remarques ni moqueries semblerait indiquer que je monologue. Qu'à cela ne tienne. Généralisation du bidule à tous les utilisateurs : $ systemctl --user stop usrtmp.service $ systemctl --user disable usrtmp.service $ usrtmpS=~/.config/systemd/user/usrtmp.service $ chmod 644 $usrtmpS $ sudo chown root:root $usrtmpS $ sudo mv $usrtmpS /etc/systemd/user/ Charge à chaque utilisateur de $ systemctl --user enable usrtmp.service pour un démarrage automatique à chaque première connexion ou $ sudo systemctl --user start/stop usrtmp.service pour une dés/activation à la demande. Encore quelques petits doutes quant à la sécurité du bidule, mais bon, peut-être que l'autocritique et quelques RTFM en viendront à bout. Sinon ça marche. -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] systemd service utilisateur
On Tue, Oct 20, 2015 at 06:49:51AM +0200, Alexandre Hoïde wrote: > Fichiers : > /usr/local/bin/usertmp > ~/.config/systemd/user/usertmp.service > > Activation : > $ systemclt --user enable usertmp.service Modifiés selon mes premières auto-critiques. Fichiers : /usr/local/bin/usrtmp ~/.config/systemd/user/usrtmp.service Activation : $ systemctl --user usrtmp.service -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | --- #!/bin/sh userLink=/home/${USER}/tmpnp start() { tempDir=/tmp/${USER}.$$ (umask 077 && mkdir ${tempDir}) && \ ln -f -s ${tempDir} ${userLink} || \ exit 1 } stop() { tempDir=$(readlink ${userLink}) rm -rf ${tempDir} rm -f ${userLink} } case $1 in start|stop) "$1" ;; esac [Unit] Description=Create non persitant $USER /tmp dir and symblink in ~/. [Service] Type=oneshot ExecStart=/usr/local/bin/usrtmp start ExecStop=/usr/local/bin/usrtmp stop RemainAfterExit=yes [Install] WantedBy=default.target
[HS] systemd service utilisateur
_@> Voici un bidule systemd pour créer un répertoire temporaire à la connexion utilisateur initiale. C'est ma première incursion dans systemd : remarques bienvenues (celles concernant le script ou d'autres manières de faire seront également méditées). Fichiers : /usr/local/bin/usertmp ~/.config/systemd/user/usertmp.service Activation : $ systemclt --user enable usertmp.service -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \ |_-- ~_| | Alexandre Hoïde | _/| | --- #!/bin/sh start() { tDir=/tmp/${USER}.$$ userLink=/home/${USER}/tmp${USER} (umask 077 && mkdir ${tDir}) && \ ln -f -s ${tDir} ${userLink} || \ exit 1 } stop() { userLink=/home/${USER}/tmp${USER} tDir=$(readlink ${userLink}) rm -rf ${tDir} rm -f ${userLink} } case $1 in start|stop) "$1" ;; esac [Unit] Description=Create user tmp dir and symblink in home user [Service] Type=oneshot ExecStart=/usr/local/bin/usertmp start ExecStop=/usr/local/bin/usertmp stop RemainAfterExit=yes [Install] WantedBy=default.target
Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
On Sun, Oct 18, 2015 at 08:17:39PM +0200, Bruno M wrote: > Bonsoir, Salut Bruno et merci. > Peut-être une piste : > Désactiver l'IPv6 dans Firefox. Tapez *about:config* dans la barre > d'adresse et à l'option *network.dns.disableIPv6* mettez la valeur sur > *True*. Relancer le navigateur. En l'occurrence, le comportement observé était du au fait que le routage IPv6 fonctionnait (ce que j'ignorais alors), contrairement à celui d'IPv4. Si bien que la désactivation des requêtes de Firefox pour l'obtention d'adresses IPv6 aurait probablement empêché l'accès à certains sites IPv6, alors que d'autres auraient été accessibles grâce au cache Firefox(?) et/ou DNS… ce qui n'aurait pas manqué de me plonger dans une perplexité plus grande encore. ^^ Mais tout est bien, et si la question t'intrigue aussi, les réponses se trouvent au fil… du fil. \o/ > > cordialement, > > Bruno > > > Le 17/10/2015 21:36, Alexandre Hoïde a écrit : > > @< > > > > Y'aurait-il une personne, dans la salle, qui aurait l'amabilité de > > m'expliquer un comportement mystérieux à mes yeux ? > > > > Quand mon système se retrouve sans route IP par défaut (parce que j'ai > > ifup ethernet avant de ifdown le wifi [et vice-versa] par exemple) : > > $ ip r > > 169.254.0.0/16 dev enp4s0 scope link metric 1000 > > 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101 > > > > Sous iceweasel, je ne peux atteindre que certains sites, par exemple : > > * google.com, debian.org, wikipedia.org fonctionnent ; > > * lemonde.fr, cnn.com -> Firefox ne peut établir de connexion avec le > > serveur à l'adresse … (idem en utilisant l'adresse IP) ; > > * www.epfl.ch ne s'affiche que partiellement [pas de ressources : images, > > css, > > etc.]. > > > > Il suffit que je rajoute la route par défaut manuellement pour que > > tout rentre dans l'ordre : > > $ sudo route add default gw 192.168.1.1 enp4s0 > > $ ip r > > default via 192.168.1.1 dev enp4s0 > > 169.254.0.0/16 dev enp4s0 scope link metric 1000 > > 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101 > > > > … mais dans ma tête, la perplexité règne ! Pourquoi est-ce que ça > > marche encore (déjà), mais partiellement (en plus) ? > > > -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
On Sun, Oct 18, 2015 at 09:37:10AM +0200, Pascal Hambourg wrote: > Alexandre Hoïde a écrit : > > > >$ nslookup -q= > > > > Bon ok, c'était déjà une certitude, mais le coup du « -q= » c'est > > toujours bon à prendre pour les dilettantes comme moi. > > Plus simple : la commande "host" fait par défaut des requêtes de type A > (adresse IPv4), (adresse IPv6) et MX (serveur de mail). Merci Pascal. Ça tombe bien, parce que j'ai lu entre-temps que nslookup n'est (ou ne sera bientôt) plus maintenu et qu'il est préférable de se familiariser avec dig et host. -- ___ | $ post_tenebras ↲ | waouh ! | GNU \ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote: > Tu as peut-être une ipV6? Toujours à la découverte d'IPv6 : de l'hypothèse de Yamo', il est temps de supprimer l'«hypo» définitivement. Car en effet, un $ nslookup -q= retourne des adresses IPv6 sur les sites qui fonctionnaient sans route IPv4 par défaut, et ne retourne pas d'adresse pour les sites qui ne fonctionnaient pas. Bon ok, c'était déjà une certitude, mais le coup du « -q= » c'est toujours bon à prendre pour les dilettantes comme moi. -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote: > Tu as peut-être une ipV6? Oui c'était certainement la bonne réponse. Sans aller jusqu'à me documenter sur IPv6 (ouf), un « ip -6 r » confirme que, dans les situations où je perds la route par défaut en IP, je conserve une route par défaut en IPv6. J'ai également deux routes IPv6 par défaut lorsque les deux interfaces sont « ifupées » en même temps. Merci encore. -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \ |_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
On Sat, Oct 17, 2015 at 11:10:44PM +0200, Alexandre Hoïde wrote: > Alors un cache DNS local, mais j'avoue que je ne sais pas comment le > nettoyer (j'ai essayé un redémarrage « systemctl restart > networking.service » et un redémarrage complet de l'ordinateur, mais > j'ignore si c'est suffisant). Je me mélange les pinceaux, le problème était le routage, pas le DNS. -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] Mystérieux (?) Firefox sans route IP par défaut
On Sat, Oct 17, 2015 at 10:15:08PM +0200, Prego Jérémy wrote: > du cache peut être ? Oui peut-être. Mais pas celui de Firefox (testé sur nouvel utilisateur, mêmes sites donnent même résultats). Alors un cache DNS local, mais j'avoue que je ne sais pas comment le nettoyer (j'ai essayé un redémarrage « systemctl restart networking.service » et un redémarrage complet de l'ordinateur, mais j'ignore si c'est suffisant). On Sat, Oct 17, 2015 at 10:14:31PM +0200, yamo' wrote: > Tu as peut-être une ipV6? Ah oui. C'est peut-être bien ça. Du coup, j'ai découvert l'option « route -A inet6 » et… va falloir que je me documente un peu sur IPv6 pour comprendre ^^ Merci à vous deux ! -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
[HS] Mystérieux (?) Firefox sans route IP par défaut
@< Y'aurait-il une personne, dans la salle, qui aurait l'amabilité de m'expliquer un comportement mystérieux à mes yeux ? Quand mon système se retrouve sans route IP par défaut (parce que j'ai ifup ethernet avant de ifdown le wifi [et vice-versa] par exemple) : $ ip r 169.254.0.0/16 dev enp4s0 scope link metric 1000 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101 Sous iceweasel, je ne peux atteindre que certains sites, par exemple : * google.com, debian.org, wikipedia.org fonctionnent ; * lemonde.fr, cnn.com -> Firefox ne peut établir de connexion avec le serveur à l'adresse … (idem en utilisant l'adresse IP) ; * www.epfl.ch ne s'affiche que partiellement [pas de ressources : images, css, etc.]. Il suffit que je rajoute la route par défaut manuellement pour que tout rentre dans l'ordre : $ sudo route add default gw 192.168.1.1 enp4s0 $ ip r default via 192.168.1.1 dev enp4s0 169.254.0.0/16 dev enp4s0 scope link metric 1000 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.101 … mais dans ma tête, la perplexité règne ! Pourquoi est-ce que ça marche encore (déjà), mais partiellement (en plus) ? -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: câble non branché au démarrage mais dhclient s'exécute
On Fri, Oct 16, 2015 at 11:38:45PM +0200, Prego Jérémy wrote: > bonjour, 'Lo, > je suis sous debian jessie noyau 4.2.0. Lorsque je démarre mon ordinateur > sans câble branché sur eth0 j'ai dhclient qui cherche un dhcp en permanence > ce qui me pose un petit problème. > > je précise que je n'ai pas de gestionnaire de connection graphique > > un ethtool eth0 me donne bien: Link detected: no > > et mon fichier /etc/network/interfaces concernant eth0 > > allow-hotplug eth0 > iface eth0 inet dhcp > > donc je pense que tout es bon mais pas pour lui visiblement ... Peut-être devrais-tu installer le paquet « ifplugd » : « ifplugd is a daemon which will automatically configure your ethernet device when a cable is plugged in and automatically de-configure it if the cable is pulled out. This is useful on laptops with onboard network adapters, since it will only configure the interface when a cable is really connected » (J'ai la flemme de traduire) Sinon, essayer de bidouiller la valeur de 'timeout' dans /etc/dhcp/dhclient.conf ? (pas sûr que ça suffise). > merci, Je t'en prie -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] bc (pas la banque)
On Fri, Oct 09, 2015 at 02:48:49PM +0200, François wrote: > On Fri, Oct 09, 2015 at 03:24:22AM +0200, Alexandre Hoïde wrote: > > bc, que j'invoquai pour la conversion de l'apostrophe de Bernard > > Schoenacker, est taquin ! Par exemple, je lui disais : > > > > $ echo "ibase=16; obase=8; 92" | bc > > > > et il me répondait « 222 ». Je lui répondais « Merci » et on se > > s'entendait bien. Mais comme je m'emmerdais et que j'avais encore envie > > de discuter, je lui tins à peu près ce langage : > > > > $ echo "ibase=8; obase=10; 222" | bc > > > > à quoi il répondit « 222 ». « Hé Monsieur du bc, que vous êtes drôle ! > > Que vous me semblez rigolo » lui répondis-je. Et il me fallut un peu de > > temps pour comprendre que 10, en base 8, c'est 8. > > > > Voilà ! J'ai pensé que cette leçon valait bien un message, sans > > doute. Votre serviteur, honteux et confus, a bien bc dans son estime. > > Et il dit "Mon bon monsieur, apprenez qu'en modifiant obase avant > ibase, vous éviterez bien des soucis", cette leçon vaut bien un > message sans doute. > > F. « "Apprenez", à l'impératif, est un ordre. Et celui de modifier dans le bon ordre, par dessus le marché ?! C'est pourtant votre fonction et je compte que vous l'exerciez avec application. Pourquoi votre nom d'ordinateur, sinon ? Vous ordonniez ? J'en suis fort aise : Eh bien ! obéissez maintenant ». $ killall bc … non mais ! -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] bc (pas la banque)
On Fri, Oct 09, 2015 at 10:44:38AM +0200, Fabrice Regnier wrote: > echo se le dise, les poêtes sont partout, même chez debian! > > f. Bah, c'est gentil, bien que je ne sois qu'un pouète. C'est bc et Jean de La Fontaine, les echo poétiques. Enfin, je dis bc mais je lui ai trouvé un surnom : 01 00. $ echo "obase=BC; BC" | bc 01 00 Mathématique ou poétique ? Telle est la problématique ! -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲ / \|_-- ~_| | Alexandre Hoïde | _/| | ---
[HS] bc (pas la banque)
bc, que j'invoquai pour la conversion de l'apostrophe de Bernard Schoenacker, est taquin ! Par exemple, je lui disais : $ echo "ibase=16; obase=8; 92" | bc et il me répondait « 222 ». Je lui répondais « Merci » et on se s'entendait bien. Mais comme je m'emmerdais et que j'avais encore envie de discuter, je lui tins à peu près ce langage : $ echo "ibase=8; obase=10; 222" | bc à quoi il répondit « 222 ». « Hé Monsieur du bc, que vous êtes drôle ! Que vous me semblez rigolo » lui répondis-je. Et il me fallut un peu de temps pour comprendre que 10, en base 8, c'est 8. Voilà ! J'ai pensé que cette leçon valait bien un message, sans doute. Votre serviteur, honteux et confus, a bien bc dans son estime. -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: remplacer le caractère "<92>" par une apostrophe
On Fri, Oct 09, 2015 at 12:06:22AM +0200, Bernard Schoenacker wrote: > Le Thu, 8 Oct 2015 23:49:13 +0200, > Alexandre Hoïde a écrit : > > Ça serait-y pas du Windows-1252, par hasard ? U+2019 est le > > guillemet-apostrophe (x92 en W-1252 = 146 en décimal et 222 en octal… > > l'étau se ressert !). Auquel cas, éventuellement, un > > $ iconv -f WINDOWS-1252 -t UTF-8 filename.txt > > … pour redresser la situation ? > > > > bonjour, > > merci du tuyau mais je l'ai employé avant de répondre et tout est > rentré dans l'ordre > > iconv -f windows-1252 -t UTF-8 file.txt >file-1.txt > Je t'en prie ! Nous sommes les carabiniers La sécurité des foyers Mais par un malheureux hasard Au secours des particuliers Nous arrivons toujours trop tard. -- ___ | $ post_tenebras ↲ | waouh ! | GNU \ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: remplacer le caractère "<92>" par une apostrophe
On Thu, Oct 08, 2015 at 11:30:56PM +0200, Bernard Schoenacker wrote: > Le Thu, 08 Oct 2015 21:37:36 +0200, > Francois Meyer a écrit : > > > Le 08/10/2015 16:45, Bernard Schoenacker a écrit : > > > bonjour, > > > > > > j'ai essayé avec sed : sed "s/\xc2\x92/'/g" > > > > > > sans résultat > > > > > > slt > > > bernard > > > > > > > > Les commandes proposées telles que > > sed "s/<92>/'/g" > > remplacent le mot ou la chaîne de caractère "<92>" par l'apostrophe. > > Mais s'il s'agit d'un seul caractère, il faudrait en savoir un peu > > plus, car <92> est alors sa représentation codée > > dans un autre codage... > > > > François > > > > bonjour, > > le n° "<92>" est l'apostrophe mais de quel encodage ? (mystère et > boulle de gomme) et c'est la sortie avec vim ... > > tandis que avec emacs c'est "\222" ( ) > […] > je sent que iconv sera de la partie > Ça serait-y pas du Windows-1252, par hasard ? U+2019 est le guillemet-apostrophe (x92 en W-1252 = 146 en décimal et 222 en octal… l'étau se ressert !). Auquel cas, éventuellement, un $ iconv -f WINDOWS-1252 -t UTF-8 filename.txt … pour redresser la situation ? -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] remplacer une portion de texte dans un fichier
On Sat, Oct 03, 2015 at 11:54:26PM +0200, Alexandre Hoïde wrote: > Dans la partie « remplacer par » de la substitution, le '&' (pour Sed) > est une référence à la portion correspondante du motif de recherche. Je me suis mal exprimé. Dans la partie « remplacer par », Sed interprète le '&' comme une référence à la portion du texte qui correspond au motif de recherche, dans l'espace courant. Et puisque j'en suis à pinailler : dans l'expression rationnelle du « document.write », le point littéral devrait être protégé aussi. Je sais que tu le sais, mais je sais aussi que tu sais qu'on l'oublie facilement, hein ?! \o/ -- ___ | $ post_tenebras ↲ | waouh ! | GNU\ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---
Re: [HS] remplacer une portion de texte dans un fichier
On Sat, Oct 03, 2015 at 11:17:12PM +0200, andre_deb...@numericable.fr wrote: > sed -i "s/événement/Événement/g" fichier.jsp > donne : > "éééÉnement" > > Étrange, c'est le + simple et ça déconne... Dans la partie « remplacer par » de la substitution, le '&' (pour Sed) est une référence à la portion correspondante du motif de recherche. Pour un '&' litéral il faut une protection '\&' (euh, peut-être doubler le '\' pour le bash avec tes guillemets doubles, j'ai un doute). Bon ouik ! -- ___ | $ post_tenebras ↲ | waouh ! | GNU \ /| / | -- * -- | o | $ who ↲/ \|_-- ~_| | Alexandre Hoïde | _/| | ---