Re: [HS-encore-que] merge pdf sur mutu ovh
Lo, On Thu, Apr 25, 2019 at 04:57:04PM +0200, fab wrote: [...] > yes, tout à fait possible, c'est d'ailleurs ce que je vais me > résoudre à faire si je ne trouve pas d'autres solutions. Mais c'est > quand un peu c.. de faire transiter autant de fichiers sur le réseau > pour une seule opération ;) Il n'y a aucun moyen de monter le disque distant sur la machine de travail ? (sshfs, NFS, ?) Hih, -- JFS.
Re: Livres de référence sur Debian et Linux ?
Lo, On Sat, Dec 22, 2018 at 10:43:54AM +0100, roger.tar...@free.fr wrote: [...] > Quels sont les 3 livres/sources de référence à étudier à fond pour > bien comprendre Debian et Linux ? Sur Debian en tant qu'OS, « The Debian System: Concepts and Techniques », de Martin Krafft, est excellent à mon humble avis : https://www.linuxjournal.com/article/8852 Ça date un peu évidement, mais les principes sont toujours valables... Hih, -- JFS.
Re: modelines pour un moniteur tft 27"
Re, On Sat, Sep 08, 2018 at 03:35:37AM +0200, JF Straeten wrote: [...] > xrandr --addmode 1920x1080_60.00 > > xrandr --output --mode 1920x1080_60.00 > > Pour , tu mets ce que tu veux, mais en une chaîne continue > (pas d'espace). À la relecture, justement non : tu ne mets pas ce que tu veux pour « mymode » ; j'ai écrit une connerie là... Il te faut ce que xrandr renvoie avant « connected ». Ici, c'est 'default' sur une machine et 'DP-1' sur l'autre. Tu devrais avoir toi 'VGA-x' ou approchant... Sorry :-/ Hih, -- JFS.
Re: modelines pour un moniteur tft 27"
Hello, On Fri, Sep 07, 2018 at 04:00:09PM +0200, Bernard Schoenacker wrote: > je suis connecté en vga et j'ai une résolution > de 1024x768@60Hz > > je recherche les modelines pour cet écran > car malheureusement la doc est succincte > > le modèle : Asus MX279H > > qui pourrais me les indiquer pour que je > puisse avoir une résolution supérieure Calcule les ; c'est pas dur... Comme je vois sur Les Numériques (on a les références qu'on peut :-)), ce modèle monte en Full HD (1920x1080) au max. Et tu dis 60Hz. C'est tout ce qu'il te faut, et tu fais ça : jfs@winston:~$ cvt 1920 1080 60 # 1920x1080 59.96 Hz (CVT 2.07M9) hsync: 67.16 kHz; pclk: 173.00 MHz Modeline "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync ou bien ça : jfs@winston:~$ gtf 1920 1080 60 -x # 1920x1080 @ 60.00 Hz (GTF) hsync: 67.08 kHz; pclk: 172.80 MHz Modeline "1920x1080_60.00" 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync Ça vaut la peine d'essayer les deux ; parfois l'une ou l'autre fait une différence. Les deux utilitaires ('cvt' et 'gtf') font partie du paquet 'xserver-xorg-core', donc tu dois forcément les avoir si X est installé. Ensuite, une fois la modeline de ton choix en main, tu fais (je prends celle de gtf ici) : xrandr --newmode 1920x1080_60.00 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync xrandr --addmode 1920x1080_60.00 xrandr --output --mode 1920x1080_60.00 Pour , tu mets ce que tu veux, mais en une chaîne continue (pas d'espace). Et ça devrait rouler :-) Hih, -- JFS.
Re: synchronisation sur un seveur distant: quelle solution?
Hello, On Wed, Jul 04, 2018 at 03:28:18PM +0200, alex.pad...@laposte.net wrote: [...] > Je recherche une solution pour synchroniser toutes les 5mn un répertoire > locale vers un répertoire distant. > Je souhaiterai synchroniser uniquement les changements. > J'ai le cron, mais quelle commande ou quel paquet dois-je utiliser? > Merci pour vos conseils. Il y a de nombreuses pistes... Tu peux notamment t'orienter vers: - rsync - unison (si des changements peuvent se faire dans les deux répliquas qu'il faudrait réconcilier) - glusterfs Hih, -- JFS.
[HS] Un exemplaire du « Systeme Linux » à donner...
Chère Liste, Je viens de récupérer in extremis un exemplaire du bouquin « Le système Linux », 3eme édition, en français (O'Reilly, 2001), de Matt Welsh & Lar Kaufman, chez un ami qui, ô scandale, s'apprêtait à le jeter comme un gros sagouin ! D'accord, ça date un chouia, mais pour un débutant, ça reste quand même une excellente base :-) Et donc, si quelqu'un est intéressé par l'ouvrage, il peut me faire signe et je lui enverrai. C'est « free » (as in beer) évidemment. A+ -- JFS.
Re: Tester son matériel avant mise en production
Hello, On Tue, May 15, 2018 at 06:54:22PM +0200, FF \__/ FF wrote: [...] >Si tu procèdes a l'installation complète du serveur, tu peux déjà > observé si c'est stable a 100 % [...] Je suis assez d'accord. Un lien intéressant : https://blog.codinghorror.com/is-your-computer-stable/ Il utilise MPrime... Pourquoi pas, mais je parie qu'un burnMMX (paquet cpuburn) par core pendant quelques heures, c'est déjà suffisant pour débusquer les canards boiteux. Par contre, un memtest86 en soi ne suffit pas toujours pour trouver les barrettes qui ne fonctionnent pas bien ensemble. Un bon test, qui sollicite bien l'ensemble, était aussi proposé par la SuSE, à l'époque, qui consistait à faire des compilations de kernel en boucle et puis à comparer les logs, (qui devaient tous être identiques, sauf le dernier quand on casse la boucle :-)... Hih, -- JFS.
Re: Désactiver touche d'extinction
Re, On Mon, Apr 16, 2018 at 07:11:44PM +0200, BERTRAND Joël wrote: > > La touche "lune" ne renvoie pas un scancode/keysym que tu pourrais > > détourner ? > > > > Si tu lances xev et que tu appuies dessus, ça donne quelque chose ? > > ('tention, pas avec un boulot en cours :-)) > > > > A+ > > > > J'ai essayé ;-) > > Je n'ai pas le temps avoir le résultat. Mon i7 est plus rapide que moi... Ah merde :-) Mais je ne serais pas surpris que ça corresponde à une touche "adressable"... Si tu fais xmodmap -pke, ça liste des trucs potentiellement inspirants, genre XF86KbdBrightnessDown, XF86KbdBrightnessUp, XF86Close, etc. Faudrait juste trouver la bonne pour la détourner. Peut-être qu'en virant temporairement le script de réaction sur le bouton, tu arriverais à voir de laquelle il s'agit ? Hih, -- JFS.
Re: Désactiver touche d'extinction
Hello, On Mon, Apr 16, 2018 at 06:52:08PM +0200, BERTRAND Joël wrote: [...] > >> La touche comportant une lune sert à l'extinction de la machine. > >> Est-il possible de désactiver cette satanée touche ? [...] [...] > > C'est l'acpi qui gère, surement le démon acpid. Vois les scripts > > dans /etc/acpi [...] > Pourtant, il doit bien y avoir un mécanisme intermédiaire > entre ce bouton de clavier (USB) et acpid. Je voulais pour ma part > intervenir sur ce mécanisme. La touche "lune" ne renvoie pas un scancode/keysym que tu pourrais détourner ? Si tu lances xev et que tu appuies dessus, ça donne quelque chose ? ('tention, pas avec un boulot en cours :-)) A+ -- JFS.
Re: dual screen avec intel UHD 630 possible sur stretch ?
Re, On Wed, Apr 11, 2018 at 10:17:22PM +0200, Daniel Caillibaud wrote: > Le 11/04/18 à 20:57, "JF Straeten" <jfstrae...@scarlet.be> a écrit : > JS> > Est-ce que qqun parmi vous a fait fonctionner sur une stretch du > JS> > dual screen avec les processeurs intel récent (coffee lake, les > JS> > 8xxx) et leur chipset graphique intégré (intel UHD 630) ? > JS> > JS> Oui. Sur un NUC7i3DNKE. Enfin, c'est une buster actuellement, mais la > JS> stretch marchait sans problème aussi avec le dual screen et le chipset > JS> UHD 620 (c'est un i3). > > Merci bcp pour cette confirmation ! > > (et je n'ai pas oublié tes galères à cause des câbles, j'y ferai attention !) Tout à fait. Tout dépend de ta résolution max, en fait. Jusqu'au full HD, pas de problème (en fait même 1920x1200). C'est au dessus que ça se gâte. Je ferai un bref retour dans le fil ad hoc sur la solution finalement retenue... A+ -- JFS.
Re: dual screen avec intel UHD 630 possible sur stretch ?
Hello Daniel, On Wed, Apr 11, 2018 at 08:43:42PM +0200, Daniel Caillibaud wrote: [...] > Est-ce que qqun parmi vous a fait fonctionner sur une stretch du > dual screen avec les processeurs intel récent (coffee lake, les > 8xxx) et leur chipset graphique intégré (intel UHD 630) ? Oui. Sur un NUC7i3DNKE. Enfin, c'est une buster actuellement, mais la stretch marchait sans problème aussi avec le dual screen et le chipset UHD 620 (c'est un i3). Le 630 étant plus capable, j'imagine qu'il ne peut que fonctionner aussi (et mieux ?). [...] > Est-ce qu'il y a d'autres pbs à prévoir ? (autour d'autres trucs > récents comme usb-C, nvme/pci-e, etc. avec un chipset Z370) J'en fais une utilisation super basique (client léger LTSP, choisi justement pour avoir un double écran potable en remplacement du limaçon précédent) et RAS jusqu'ici. Hih, -- JFS.
Re: Limite de temps quotidien sur un ordinateur.
Hello, On Tue, Mar 27, 2018 at 11:58:36PM +0200, vandendaelenclem...@gmail.com wrote: [...] > Jaimerais initier un enfant aux joies du libre, celui-ci > possédant déjà un PC sous Windows avec un contrôle parental > permettant de limiter le temps dutilisation de ce dernier. > Auriez-vous une idée de quel outil user ? Merci davance pour vos > pistes ! Pour deux heures, en root : sleep 7200 && poweroff ou bien, peut-être même plus propre parce que ça devrait l'avertir : shutdown -h +120 Hih, -- JFS.
Re: Logiciel pour imprimer un Mh folder (fichier mail).
Re, On Tue, Mar 13, 2018 at 08:51:49PM +0100, Benoit B wrote: [...] > Mais pour la prochaine fois, la solution muttprint, me semble plus > attrayante si je parviens à l’utiliser.;) Tiens nous au courant de ta R ici, si tu veux bien... Sur le principe, ça m'intéresse aussi, avec une application éventuellement en vue, donc on pourra peut-être s'aider. A+ -- JFS.
Re: Logiciel pour imprimer un Mh folder (fichier mail).
Re, On Sun, Mar 11, 2018 at 08:19:52PM +0100, Benoit B wrote: [...] > Mais le problème c'est que muttprint imprime des pages de caractères > du Contennt-Transfer-Encoding: base 64 au lieux de le voir comme une > pièce jointe... > > Et là je ne trouves pas d'option dans la doc. > > Qlq a une idée ? Une chaîne de pipes, jusqu'à obtenir exactement ce que tu veux pour ne passer que cela à muttprint en fin de chaîne... A priori, il est conçu pour être appelé depuis un mailer, ce qui laisse penser que l'interprétation mime est déjà faite et qu'il ne reçoit que le texte du corps du message pour l'imprimer. Il faudrait donc arriver à reproduire ça en ligne de commande... Je vois 2-3 paquets tout fait qui seraient à tester dans les archives Debian : mailtextbody - tool to return the body of an email message ripmime - Extract attachments out of MIME encoded emails maildrop - mail delivery agent with filtering abilities (contient reformail) et sinon, écrire un outil spécifique en Perl avec les nombreux modules de gestion d'emails qui existent, faire le décodage et le passer à muttprint ensuite ? Hih, -- JFS.
Re: Logiciel pour imprimer un Mh folder (fichier mail).
Re, On Sun, Mar 11, 2018 at 11:10:49AM +0100, Benoit B wrote: > Merci pour l'info, c'est une super idée, j'étais enthousiaste de > tester muttprint, mais je ne suis pas parvenu à l'installer, car je > n'ai passez de place sur mon disque. > Le paquet muttprint a plus d'un 1.3 Go de dépendances avec texlive. > Comme j'ai toujours été horrifié par le volume du paquet > texlive-latex-extra, j'ai pris l'habitude d'installer moi même les > classes LaTeX dont j'avais besoin dans ce paquet... Tu es sûr que c'est celui-là ? Aptitude me dit ± 52 Mb décompressé ici, ce qui n'est pas le Pérou... Ou bien tu n'avais rien du tout de LaTeX sur cette machine, ce qui a entraîné une installation de paquets massive ? > Tu as une idée pour contourner ce problème ? Pour l'évaluer uniquement, il te suffirait de télécharger les sources ici http://muttprint.sf.net/, décompresser le .tar.gz, puis de tester comme ceci depuis le répertoire d'extraction : perl ./muttprint -f Il devrait imprimer le mail sur l'imprimante par défaut du système. Ensuite, si ça te botte, il faudra sévir : soit faire de la place pour une install orthodoxe, soit se résoudre à des trucs qui bypassent APT... Hih, -- JFS.
Re: Logiciel pour imprimer un Mh folder (fichier mail).
Hello, On Sat, Mar 10, 2018 at 10:09:42AM +0100, Benoit B wrote: > Je recherche un logiciel pour imprimer des fichiers mail d'un Mh > folder. > > La fonction d'impression de mon client mail (Claws Mail) ,ne > convient pas car, je devrais imprimer les mails un à un sans pouvoir > les reformater. [...] > Quelqu'un a une idée ? [...] > La cerise sur le gâteau serait un logiciel en ligne de commande pour > itérer ou utiliser des * par exemple... Regarde à quoi tu arriverais avec muttprint, peut-être... Je déduis de ton mail que tu as accès aux e-mails sous forme de fichiers indépendants dans un Mh, juste ? Je viens d'essayer en ligne de commande sur ton mail, mais dans un folder Maildir et ça semble marcher. muttprint -f Si je dis « semble », c'est parce que le « Bonjour à tous » devient « Bonjour =C3=A0 tous » en ligne de commande, ce qui ne se produit pas si c'est effectué depuis Mutt (c'est parfait dans ce cas). Il y a donc des "séquences" dans le texte du mail (je soupçonne que ça soit pour arriver à faire passer les accents dans de l'ASCII) qu'il faudrait interpréter correctement d'abord avant d'imprimer. À ta place, si muttprint convient, je regarderais à partir d'ici vers des outils comme 'formail' pour voir si on peut trouver un interpréteur à interfacer pour faire quelque chose comme : for m in foldermh/* do cat $m || muttprint done Tiens nous au courant si ça marche ;) Bonne chance & A+, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Hello, On Thu, Mar 08, 2018 at 06:56:19PM +0100, Yann Serre wrote: [...] > Le câble est probablement "Dual Link" chez le fabricant quand il > branche les appareils de mesure directement dessus. [...] > Tout ça fait que le rapport signal/bruit peut se dégrader dans des > proportions qui rendent incertaines les détections correctes de tous > les 1 et de tous les 0 ! Je ne suis pas électronicien, mais c'est fait convaincant, parce que la résolution passe et il s'en faut de peu pour que ça reste stable... > Concrètement : > Essayer un autre câble dit "Dual Link" PLUS COURT dans un premier > temps. Faisable. Il existe des Amazon basic de 0.50 ou 0.90 m. Bête question peut-être, mais les recouper et resouder, ça tiendrait la route ou pas ? Mais aussi.. comment expliquer alors que les petits adaptateurs HDMI/DVI-D essayés aient foiré aussi ? Ce sont deux prises dos à dos, et le reste de la connexion est un câble DVI-D. Par une mauvaise qualité ? En te remerciant, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Salut Steve, On Thu, Mar 08, 2018 at 02:01:12PM +0100, steve wrote: > Le jeudi 08 mars 2018, JF Straeten a écrit : > > > Je pense donc que la conclusion à en tirer est que ces câbles, bien > > qu'ils se prétendent "Dual Link" (et qu'ils en aient le connecteur > > particulier), ne le sont en réalité pas et ne sont pas capables de > > tenir les signaux d'envoi d'une résolution 2560x1600. > > Moi, ces histoires de câbles, ça me turlupine. J'aimerais bien que > tu testes ton hypothèse (parce qu'en l'état, c'en est une) et qu'on > arrive à une conclusion définitive. Je t'entends bien, mais ça soulève deux questions, ai-je envie de dire : - que voudrais-tu faire comme test ? Si tu as une suggestion, n'hésite pas, mais en l'état, à part mesurer les signaux (comment ? à l'oscilloscope ?), je ne vois pas quoi faire de plus qui serait à ma portée, et dans un laps de temps raisonnable ? - vu l'impossibilité de résoudre le problème raisonnablement, est-il même nécessaire d'aller plus loin (*dans le cas d'espèce*, s'entend : remplacer un client léger ; je ne parle pas « pour la science » en général) ? Il ne suffit pas de passer à une version logicielle particulière, que ce soit de la distri, du microcode Intel ou du driver X, de régler un paramètre de config, ou même de changer les câbles... J'ai parcouru les commentaires utilisateurs de câbles du même type sur Amazon : tous rapportent un fonctionnement parfait, mais aucun ne fait état de résolutions supérieures au full HD, ou à 1920x1200 (quand ils en mentionnent une). Je n'ai donc absolument aucune preuve, ou même présomption raisonnable comme tu veux, qu'un de ces câbles a déjà fonctionné en 2560x1600. C'est justement compte tenu de ça que j'ai passé les fiches techniques des câbles qui avaient la tronche du dual link (24 pin + 1) à la loupe et retenu le premier qui mentionnait explicitement "Dual Link". Je ne me vois pas souder les câbles adéquats :-) Et en réalité, c'est une impasse totale même en rebondissant sur le DisplayPort qui équipe également les Dell en entrée parce que les convertisseurs de HDMI vers DisplayPort (un simple adaptateur d'une connexion à l'autre ne suffit pas, dans ce cas) ne montent pas non plus à 2560x1600 (il en existe un chez StarTech, le HD2DP, mais il ne supporte pas cette résolution selon la doc et un user Amazon rapporte explicitement qu'il ne la sort effectivement pas en pratique). C'est pour ça que je dis « rideau ». Sur mon problème de (bêtement) échanger une machine, je ne vois rien d'améliorable et ça deviendrait de l'entêtement inutile... Mais sur le fond, tu n'as évidemment pas tort du tout :-) A+ -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Chère Liste, On Wed, Mar 07, 2018 at 06:43:47PM +0100, JF Straeten wrote: [...] > Je pense nécessaire d'essayer d'autres câbles du type requis, de > bonne facture (et si vous en avez qui fonctionne, les références > m'intéressent évidemment) parce qu'on a ici manifestement une > piste exploitable. Ou bien, vous pensez que je perds mon temps ? Pour finir sur ceci, je me réponds tout seul : j'ai encore fait un test hier soir : j'ai pu brancher le NUC sur un écran LG E2711T, un 27", en 1920x1080 (le max), en DVI-D, via un des câbles HDMI to DVI acquis en même temps que le NUC... Et bien l'image est parfaitement stable ; ça fonctionne parfaitement ; jamais aucun clignotement. Je pense donc que la conclusion à en tirer est que ces câbles, bien qu'ils se prétendent "Dual Link" (et qu'ils en aient le connecteur particulier), ne le sont en réalité pas et ne sont pas capables de tenir les signaux d'envoi d'une résolution 2560x1600. Ils plafonnent à 1920x1200, soit le max du "Single Link". Dans ces conditions, évidemment, ça revient à essayer de mettre deux litres dans un bidon d'un... Je n'ai pas du tout soupçonné ça parce que la fiche technique du câble en question spécifie « Compatible with DVD-D dual link devices », ce qui est nécessaire pour faire passer cette résolution, et c'est bien parce que c'était spécifié clairement que j'ai commandé ces câbles là. Rideau, donc ; je cherche une autre solution. Je remercie encore tous ceux qui se sont penchés sur ce problème. A+ -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Re, On Wed, Mar 07, 2018 at 06:43:47PM +0100, JF Straeten wrote: [...] > J'ai pu essayer ceci : [...] > - différents câbles / autre écran : j'ai testé le NUC sur un Iiyama > ProLite B2403WS, 24", en 1920x1200 (le max), en HDMI des deux côtés > (avec un câble HDMI Philips qui semble de bonne facture) : et bien > ici, aucun problème ! > > L'image est parfaitement stable, même avec des tas d'rxvt, Mutt et > applications texte... Ça ne bouge pas et fonctionne normalement. > > Même résultat sur un projecteur Optoma GT5000+, en 1920x1080 (le > max) : tout passe absolument parfaitement. Oublié de préciser ceci : sur le DELL U3011 aussi, en passant par le connecteur HDMI (même test que ci-dessus), l'image est parfaitement stable également. Il y a toutefois dans ce cas que la résolution 1920x1200 est émulée par le DELL (et n'est franchement pas terrible), mais sur le principe ça marche. A+ -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Chère Liste, On Tue, Mar 06, 2018 at 05:23:51PM +0100, JF Straeten wrote: [...] > On Mon, Mar 05, 2018 at 06:59:51PM +0100, Christophe De Natale wrote: [...] > > Comment être certain que le standard est respecté ou compatible sur > > le câble dvi/hdmi ? > Ah ça bien sûr... Je ne peux que faire confiance aux câbles que > j'ai. > Mais la question est pertinente parce que ce sont les deux mêmes, > achetés en même temps, et neufs, donc par définition non testés ou du > moins on n'en a pas de preuve... Si ça se trouve, ils viennent d'un > même lot qui pourrait être défectueux ? Petit retour sur les tests réalisés depuis hier... En synthèse, pour mémoire, on avait épinglé ceci au fur et à mesure de la discussion : - LTSP avec chiffrement ; - câbles différents ; - autre écran ; - sur live-cd ; - avec une install locale. J'ai pu essayer ceci : - LTSP avec chiffrement en premier, puisque c'est une variable à changer dans un fichier. Résultat : que dalle, ça le fait, même si c'est un peu moins et uniquement sur l'écran de gauche. C'est beaucoup plus rare à droite ; NB. curieusement, c'est sur des applications en mode texte (Mutt, rxvt, etc.) ou affichant beaucoup de texte (Thunar) que ça foire. Avec un Gimp + gLabels à l'écran, ça ne bouge pas. Strange... - différents câbles / autre écran : j'ai testé le NUC sur un Iiyama ProLite B2403WS, 24", en 1920x1200 (le max), en HDMI des deux côtés (avec un câble HDMI Philips qui semble de bonne facture) : et bien ici, aucun problème ! L'image est parfaitement stable, même avec des tas d'rxvt, Mutt et applications texte... Ça ne bouge pas et fonctionne normalement. Même résultat sur un projecteur Optoma GT5000+, en 1920x1080 (le max) : tout passe absolument parfaitement. Donc, fort de ce constat technologique de pointe, j'ai trépigné toute la journée jusqu'à avoir 5 minutes pour foncer ventre à terre chez les margoulins d'électronique du coin, histoire de trouver d'autres câbles HDMI to DVI-D DL. Y a pas, évidemment, que du SL... Je me rabats donc sur des adaptateurs HDMI to DVD-D (voire même I), de marque Ewent, que je teste sans même enlever mon paletot, sûr d'être dans le bon :-) Et ben non : foire totale ! C'est pire que tout. Même sur le bureau et l'écran d'accueil. À la limite, penser à lancer Mutt suffit à faire déconner l'affichage. Le seul constat possible est que la résolution 2560x1600 passe à travers, mais ça ne va pas plus loin, et même pas du tout en fait :-[ Je pense nécessaire d'essayer d'autres câbles du type requis, de bonne facture (et si vous en avez qui fonctionne, les références m'intéressent évidemment) parce qu'on a ici manifestement une piste exploitable. Ou bien, vous pensez que je perds mon temps ? - avec un live-cd [non testé] - avec un disque USB et une install locale [non testé] Ceci ne vaut pas la peine pour le moment si l'électronique est en cause à la base, à mon humble avis... NB1. les adaptateurs HDMI to DVI : d'une manière générale, ils ne sont à mon avis pas recommandables au delà des tests : il est évident que ça va forcer sur les connecteurs de la machine vu la disproportion des extrémités, sans parler du câble DVI aussi lourd que rigide qui va empirer les choses ; NB2. spécialement dans le cas du NUC... Il n'y a pas moyen de le brancher côté câble d'alimentation, sauf à en bidouiller le plug. En un sens, c'est ballot, je sais, mais j'étais chaud comme une baraque à frites un soir de kermesse sur ma résolution de problème et ai donc sacrifié ces détails sur l'autel de la R, même si ça ne serait pas à faire en prod' :-) Je me réjouis de voir si vous aurez d'autres idées et remarques après au moins un test concluant et confirmé, mais qui ne va pas encore loin assez : je *dois* arriver à la résolution native des écrans, 2560x1600, c'est contractuellement non négociable :-) Merci encore à tous d'avance, en tout cas & A+, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Re, On Tue, Mar 06, 2018 at 07:23:07PM +0100, Christophe De Natale wrote: [...] > C'est marrant car dans ton premier post, lorsque j'ai lu que l'aspect ltsp > étaitindifférent, je me suis dit le problème est là :D (ou pas) > Tes clients sont "fat" ou "thin" et sur quelle architecture ? Tous "thin". En i386 jusqu'ici, le NUC étant la seule machine amd64. Mais je comptais paresseusement la lancer en 32bit aussi... jusqu'à devoir investiguer :-) Et là, j'ai créé rapido un chroot amd64, puis deux (buster), puis trois (sid), et de nouveau un jessie (que je venais de supprimer pour faire de la place, soit dit en passant)... > Une fois que tu es sûr que le matos est ok avec le test en "local", ce sera > peut-être la piste à creuser... Tout à fait. Je vais encore faire quelques tests, dont celui-là, si je sais... Encore merci en tout cas & A+, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Salut, On Mon, Mar 05, 2018 at 07:15:50PM +0100, Bernard Schoenacker wrote: > serait il possible de faire un essai avec x2go server > et x2go client (pyHoca) ? > > sources.list en pièce jointe > > lien : > > https://wiki.x2go.org/doku.php Je peux si j'ai le temps, mais tu voudrais mettre quoi de particulier en évidence avec ce test ? J'ai déjà voulu tester ça par ailleurs, donc ce ne serait pas du temps totalement perdu ;) Mais ça s'installe facilement sur une Debian ? Y a pas de paquets Debian, à ce que j'ai vu... Merci & A+, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Salut, On Mon, Mar 05, 2018 at 06:59:51PM +0100, Christophe De Natale wrote: [...] > Le bios ne comporte pas d'options qui aideraient ? Je n'ai rien vu de sexy par rapport à mon problème, même si je conviens que c'est très zoli, le Visual Bios d'Intel. J'ai essayé d'augmenter et de diminuer la taille de la RAM centrale affectée à l'IGP, pour voir, mais sans succès... > Sinon, toutes les tentatives le sont en ltsp ? Oui : la machine est appelée à faire office de client léger et tous les boots le sont en NFS sur des chroot LTSP (passer d'un à l'autre est beaucoup plus rapide que de faire des installs locales évidemment). > Pas moyen d'essayer en plus "direct" (live-cd ou clé bootable) ? Et bien, tu n'as pas tort et j'en viens à me dire que le test du live-cd peut être intéressant. Si j'y arrive, j'essayerai ça ce soir, entre choses comme changer les câbles, essayer d'autres sorties, ou sur un projo, etc... Parce que quand on y pense... En LTSP, c'est le client léger qui lance le serveur X et le serveur LTSP vient présenter une session dessus. Peut-être qu'il y a une interaction problématique ? Actuellement, ils tournent tous avec LDM_DIRECTX=true, c.-à-d. que la connexion entre client et serveur n'est pas chiffrée par SSH. Mais je pourrais aussi essayer en chiffrant pour voir si ça fait une différence... Ceci dit, je me souviens qu'au moment de flasher le bios, la clé USB insérée avec le fichier .BIO dessus contenait l'installateur de stretch, lequel s'est lancé parce que je n'ai pas tapé assez vite sur F7 pour flasher... L'affichage n'a pas duré longtemps, certes, mais il ne clignotait pas. Serait-ce une piste ? Les résolutions d'affichage sont quand même très différentes et ça ne le fait peut-être qu'en sollicitant un peu la carte ? Si je sais, je retesterai tiens. > Comment être certain que le standard est respecté ou compatible sur > le câble dvi/hdmi ? Ah ça bien sûr... Je ne peux que faire confiance aux câbles que j'ai. Mais la question est pertinente parce que ce sont les deux mêmes, achetés en même temps, et neufs, donc par définition non testés ou du moins on n'en a pas de preuve... Si ça se trouve, ils viennent d'un même lot qui pourrait être défectueux ? En outre, je me suis fait la réflexion en les ouvrant que le fabricant ne s'est pas foulé sur le blindage, vu la taille du câble ; en tout cas par rapport à mes purs DVI-D d'avant, y a pas photo : la section et la "dureté" du câble sont moindres, peut-être même nettement. > Bon courage, Merci ;) Ça devient surtout le temps, le problème. Ces tests sont chronophages à mort et d'autres trucs n'avancent pas, alors que je m'attendais à swaper simplement les machines et à pointer la macaddress de la nouvelle sur le bon chroot dans le DHCP. Là, c'est raté du coup :-[ Mais merci à tous les intervenants de la liste sur le problème ; c'est précieux dans l'adversité numérique ;) A+ -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Re, On Mon, Mar 05, 2018 at 01:45:25PM +0100, JF Straeten wrote: [...] > Par contre, pour ce qui est logiciel, sans charger le microcode > Intel au démarrage de la machine, ça fait clairement sapin de Noël > quels que soient la distri et le kernel utilisés. Ensuite, avec > microcode, ça s'améliore jusqu'à donner les moins mauvais résultats > avec le 4.14 de buster. Pour renchérir sur la partie logicielle, compte tenu de ceci : https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1604819 j'ai essayé avec plus vieux et booté le NUC sur une jessie. On est toutefois à des versions de noyau et de serveur X encore antérieures à celles rapportées comme fonctionnelles dans ce message, mais ça permet quand même quelques observations, aussi intéressantes que délirantes : - sans installer le microcode Intel, et avec un serveur X en 16 bit, c'est la foire totale : sapin de Noël ; - en installant le microcode et en forçant le serveur X à 24 bit, c'est nettement mieux : ça ne clignote que de temps en temps ; NB1. je n'ai toutefois pas la preuve que le microcode est chargé, je ne le vois pas dans un dmesg -T (BTW, y a-t-il un autre moyen de vérifier ?) NB2. oui, j'ai fait le bleu en troubleshooting en faisant varier deux paramètres à la fois, j'en suis conscient :-) - le serveur X semble adresser la carte avec le driver VESA, d'après le log ; - enfin, en forçant le serveur X à "intel", X ne démarre pas car "No device found" : je pense que le pilote est trop vieux pour la carte ; - et le meilleur pour la fin : quelle que soit la situation ci-dessus, le clignotement n'apparaît *jamais* quand il n'y a que la root window d'affichée. C'est au lancement de quelques rxvt (ou un Thunar) que ça commence à foirer. Mais en les fermant, le clignotement s'arrête net. Idem avec le screensaver : le lancer fait réapparaître l'écran, et il se lance normalement, pourvu que ça soit sur la root window uniquement, au terme de son délai DPMS, sans que ça ne foire... NB1. ce poste tourne sous i3, donc au lancement il n'y a qu'une barre de statut indiquant le n° de workspace sur la root window. Voilà, si quelqu'un y comprend quelque chose ou a des idées, je suis preneur parce que j'y perds mes pingouins pour le moment :-) Je remercie aussi encore ceux qui se sont penchés sur le problème. A+ -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Re, On Mon, Mar 05, 2018 at 04:19:47PM +0100, Yann Serre wrote: > Le 05/03/2018 à 13:59, JF Straeten a écrit : > > Les moniteurs datent de 2011 et 2012, certes, mais ce sont des DELL > > qui coûtaient un bras, et dont j'espère donc quand même que > > l'électronique est potable:-) En outre, ils fonctionnent parfaitement > > sur une autre machine, chacun seul ou les deux ensemble... > > J'ai 6 Samsung qui coûtaient 6 bras dont 4 sont tombés en panne le même > trimestre après 10 ans de bons et loyaux services. Passé à Asus depuis. Certes, j'entends bien, mais les écrans fonctionnent parfaitement sur un client Wyse actuellement... Merci, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Salut, On Mon, Mar 05, 2018 at 09:59:13AM +0100, fab wrote: > Tu peux essayer ta CG sur un autre poste avec 1 autre écran puis un > second pour vérifier si c'est la carte mère qui déconne ou si c'est > la carte graphique ? Tout est intégré, c'est un NUC : https://www.centralpoint.be/fr/barebones-pc-poste-de-travail/intel/nuc7i3dnke-art-blknuc7i3dnk2e-num-6960343/ Si truc déconne, tout déconne à mon humble avis... Merci quand même, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Re, On Mon, Mar 05, 2018 at 09:27:11AM +0100, err...@free.fr wrote: [...] > Je te conseille de tester les écrans sur d'autres machines. Ça, ça marche : ils fonctionnent parfaitement sur un autre client léger, tous les deux, seuls ou ensemble... > Ou de tester avec d'autres cables. Oui, je vais essayer... > Si tu peux tester d'autres écrans sur ce NUC, c'est bien aussi. Ça aussi... > Est ce que le phénomène de clignotement persiste si tu utilise une > résolution plus faible? Ça aussi... > Et si tu n'utilise qu'un seul écran? Pareil, c'était dans le message : seuls ou à deux, même combat ;) Merci pour le retour, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Re, On Mon, Mar 05, 2018 at 08:49:30AM +0100, Yann Serre wrote: > - la connectique (cas le plus souvent rencontré - tenter d'essuyer > les broches ?) Je vais essayer de changer de câble pour voir, en effet... > - la bande passante des câbles (un câble de mauvaise qualité ou bien > qui touche un transformateur d'alimentation qui génère des > perturbations électro-magnétiques et le câble n'est plus capable de > transmettre 100% du signal) En principe, elle est bonne : l'HDMI 2.0 monte jusqu'à 4K et ça sort en DVI-D Dual Link, nécessaire pour afficher la résolution native des écrans de 2560x1600. Maintenant, évidemment, la qualité des câbles, on n'en sait rien... Voilà les câbles, identiques et neufs : https://www.centralpoint.be/fr/c-bles-video-et-adaptateurs/manhattan/hdmi-cable-1x-hdmi-male-1x-dvi-d-24-plus-1-male-dual-link-black-1-8m-art-372503-num-5695993/ > - la carte graphique est-elle correctement ventilée ? Elle est intégrée au CPU, c'est de l'Intel. > si ce n'est pas une ventilation mécanique, la ventilation passive > a-t-elle un flux d'air suffisant ? Il y a un ventilo mécanique dans le NUC. On l'entend à fond au cold boot et il se calme ensuite... > (une sécurité pourrait couper brièvement l'étage de puissance de la > carte graphique à une température maximale) Tout est possible... Je cherche ;-) > Autre problème matériel : > - un vieux moniteur peut avoir une alimentation dont un composant a besoin > de se stabiliser au démarrage (montée en température), avant de provoquer > une panne d'alimentation complète dans les semaines suivantes. Les moniteurs datent de 2011 et 2012, certes, mais ce sont des DELL qui coûtaient un bras, et dont j'espère donc quand même que l'électronique est potable :-) En outre, ils fonctionnent parfaitement sur une autre machine, chacun seul ou les deux ensemble... Merci pour le retour en tout cas, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Hello, On Mon, Mar 05, 2018 at 07:46:09AM +0100, Hugues MORIN wrote: [...] > Il faudrai controler le materiel car ca ressemble a un probleme > electronique (alimentation, carte video ou meme carte mere) plus que > logiciel > > C est le genre de panne galere a resoudre En effet, mais sans exclure un souci matériel, j'inclinais plus pour un problème logiciel... Le matos est intégralement neuf : barebone NUC, RAM et câbles sortis des boîtes et sachets avant les tests. Les écrans ne sont pas neufs, mais je suis certain qu'ils fonctionnent parfaitement, tous les deux, sur le client léger que le NUC est appelé à remplacer. Par contre, pour ce qui est logiciel, sans charger le microcode Intel au démarrage de la machine, ça fait clairement sapin de Noël quels que soient la distri et le kernel utilisés. Ensuite, avec microcode, ça s'améliore jusqu'à donner les moins mauvais résultats avec le 4.14 de buster. Enfin, je me dis aussi qu'un souci matériel se produirait tout le temps, indépendamment de l'affichage, non ? Or, avec un xscreensaver actif, ça ne le fait jamais, et avec un film jamais non plus si la fenêtre a le focus (je l'ai surpris une fois à s'éteindre brièvement si elle ne l'a pas). Merci pour retour en tout cas, -- JFS.
NUC7i3DNKE + écrans qui clignotent
Chère Liste, Je me permets de vous soumettre le problème que je rencontre sur une nouvelle machine, après avoir essayé une série de choses qui ne le résolvent pas, en espérant que quelqu'un aurait une expérience utile en la matière, ou déjà une idée ou deux :-) La machine est un NUC Intel, modèle NUC7i3DNKE. Son processeur est un Intel(R) Core(TM) i3-7100U CPU @ 2.40GHz Sa carte graphique, selon lspci : Intel Corporation HD Graphics 620 (rev 02) Elle a 4GB de RAM de marque 2-Power dans le slot inférieur et est couplée à deux écrans DELL U3011 par des câbles HDMI to DVI-D Dual Link (ce barebone n'a que deux connecteurs HDMI 2.0). Ça fait donc 2x 2560x1600 en résolution (et il peut aller jusqu'à 2x 4k, @60 Hz). Enfin, elle est utilisée comme client léger sous LTSP, bootant sur un serveur LTSP en NFS, mais l'aspect LTSP est indifférent. Question OS, a priori tout est du stretch pur jus, à jour (donc tant le serveur LTSP que l'OS utilisé par le client léger, c.-à-d. ici le NUC). Le souci rencontré est que les écrans clignotent de temps en temps : ils s'éteignent (l'un ou l'autre ou les deux) une à deux secondes, voire parfois 4-5, et puis se rallument... Jusqu'ici, j'ai lancé le NUC sous stretch 32bits et amd64, sans et puis avec le microcode Intel (avec, ça améliore sensiblement les choses, bien que ça ne soit pas encore parfait), pour finir enfin en buster, avec le noyau 4.14. Toujours avec le microcode, les résultats varient en fonction de la version du noyau : avec le 4.9 de stretch, c'est inutilisable tellement ça clignote. C'est un poil mieux avec le 4.14 des backports, toujours en stretch et ça devient utilisable, mais encore gênant avec le 4.14 de buster. Pour voir, j'ai booté aussi, toujours sous buster, avec le noyau 4.15.7 de sid, mais là c'est catastrophique (et pour cause : le noyau désactive une partie du microcode Intel en signalant qu'il ne résout pas Spectre (j'ai oublié les termes exacts, mais le microcode est pourtant la dernière version de chez Intel : 20171117). Enfin, à part en 4.15.7, j'ai chaque fois essayé avec les pilotes graphiques modesetting et Intel. On ne peut toutefois pas dire que ça fait une différence notable de comportement, et comme modesetting est recommandé et semble (mais c'est subjectif) un poil plus rapide à l'affichage, je tourne avec ce pilote, sous buster pour le moment. Enfin encore, je viens aussi d'upgrader le bios du NUC à la dernière version (039) du 22/02/2018. Mais même si ça n'a plus rien à voir avec les débuts sous stretch, les clignotements persistent quand même encore, sur l'un ou l'autre des écrans, au point que j'hésite à laisser ça comme poste de travail en l'état... Inverser les écrans ne change rien ; un à la fois ou deux, c'est tout à fait pareil ; les connecteurs sont bien vissés aux écrans, etc. Rien n'y fait : c'est totalement erratique. L'un ou l'autre s'éteint puis se rallume, jusqu'à parfois 10x sur quelques minutes, et puis plus rien pendant un moment, etc. Les seuls constats qui semblent pouvoir être posés sont : - que le phénomène ne semble jamais se produire quand l'écran change en permanence : en lançant xscreensaver ou un film, je ne l'ai jamais surpris à s'éteindre de manière inexpliquée. C'est quand l'image est fixe, mais qu'on tape du texte ou non, ça le fait ; - que l'écran qui n'a pas le focus *semble* s'exciter davantage que celui qui contient la fenêtre où je tape ceci, mais c'est difficile d'en être sûr... Voilà le phénomène bizarre. Si quelqu'un a une expérience utile à partager ou ne fut-ce qu'une idée de piste à explorer, je suis preneur :-) Je vous remercie d'avance, en tout cas de m'avoir lu. A+ -- JFS.
Re: HS: Virtualisation côté serveur
Re, On Sun, Feb 25, 2018 at 06:58:25PM +0100, Raphaël POITEVIN wrote: [...] > Vaut-il mieux créer des conteneurs non root et les faire tourner en > tant qu’utilisateur ? Utile je suppose si on fait tourner des > services accessibles depuis l’extérieur. C'est ça. C'est des trucs internes, donc je ne me suis pas pris la tête avec les unprivileged. > > Je ne vois qu'un seul bémol aux containers LXC, c'est qu'ils sont > > plus lourds et moins rapides que des VServer :-/ > > Je n’ai pas besoin de haute disponibilité. C'est pas ça que je veux dire : ça répond moins vite qu'un VServer. J'imagine que c'est la couche réseau virtualisée qui est en partie la cause ? A+ -- JFS.
Re: HS: Virtualisation côté serveur
Hello, On Fri, Feb 23, 2018 at 07:00:16PM +0100, Raphaël POITEVIN wrote: [...] > Je souhaite mettre différents services sur un serveur : Web, Mail, > Jitsi etc. Je voudrais en profiter pour virtualiser afin de séparer > ces différents services. Je penche pour LXC, n’ayant que des > GNU/Linux à faire tourner. Tu peux, c'est un bon choix à mon humble avis. C'est assez facile à mettre en œuvre, parce que de base dans la distribution. VServer existe toujours, mais tu passes ton temps à « te battre » avec la distri pour le mettre en œuvre (trouver le kernel, forcer son installation, adapter tous les VServers pour n'écouter que sur leur IP, etc...), alors que LXC est dedans et marche pratiquement tout seul... Je ne vois qu'un seul bémol aux containers LXC, c'est qu'ils sont plus lourds et moins rapides que des VServer :-/ > Est-il recomandé de le coupler à Libvirt ? Je ne connais ni l’un ni > l’autre pour le moment. Tu peux, mais ce n'est pas obligatoire. Les outils fournis de base marchent très bien... Et je me demande si ça a un intérêt quand on utilise qu'une seule technologie de virtualisation ? Avec plusieurs, l'abstraction que ça procure permet de n'étudier que libvirt... Mais avec une seule ? Hih, -- JFS.
Re: ordi impossible a eteindre
Hello, On Mon, Feb 19, 2018 at 02:25:32PM +0100, hamster wrote: > Quand je lui fait "eteindre", il s'eteint, puis il se rallume immédiatement. > Quand je lui fait "mettre en veille", il se met en veille, puis il se > réveille immédiatement. Avez vous une idée d'ou viens le problème ? C'est un > lenovo yoga 2 11 modèle 20332 Ça pourrait sentir un driver qui ne freeze pas, à décharger alors avant la veille... Que dit un "dmesg -T" avant et pendant ? A+ -- JFS.
Re: création de disquettes boot et root
Bernard, On Tue, Jan 30, 2018 at 09:28:28PM +0100, Bernard Schoenacker wrote: [...] > désolé, mais je suis contraint de revenir à la base pour installer > linux et j'ai consulté la doc officielle et je n'ai rien vu venir > sur boot et root avec vmlinuz J'imagine que la carte réseau de ce vieux brol ne boote pas en PXE, mais tu pourrais peut-être arriver quand même à booter par le réseau avec iPXE ? (Il fournit pas mal de possibilités...) Parce que les disquettes antédiluviennes, euh... qui a encore ça ? Hih, -- JFS.
Re: Vignette de vidéo
Re, On Sat, Jan 13, 2018 at 06:48:17PM +0100, Benoit B wrote: [...] > Mais il faudrait trois opérations à chaque fois : > - Redimensionner la fenêtre > - Click droit > ne pas décorer > - Click droit > Disposition > Toujours au premier plan pour être par > dessus la fenêtre... > - Puis facultativement clouer la fenêtre sur tout les bureaux... Pas forcément: mplayer -geometry xxx semble permettre de le placer où tu veux et la fenêtre n'a pas de décoration en l'appelant comme ça... Ensuite, je regarderais si Openbox permet de spécifier des caractéristiques que doit toujours prendre une fenêtre (toujours au premier plan et clouer ; sais pas...). Hih, -- JFS.
Re: Vignette de vidéo
Re, On Sat, Jan 13, 2018 at 06:29:42PM +0100, Benoit B wrote: > Je recherche un logiciel en paquet deb pour afficher une vidéo en > miniature dans un coin de l'écran par dessus une fenêtre. > > L'idée c'est de regarder une vidéo en travaillant sans gêner > l'espace d'une fenêtre en plein écran. Qu'est-ce qui t'empêche de racrapoter la fenêtre de MPlayer ou VLC à la taille désirée et de la mettre dans un coin ? Hih, -- JFS.
Re: fichier de swap dynamic
Lo, On Thu, Jan 04, 2018 at 03:30:24PM +0100, C. Mourad Jaber wrote: > Je cherche une solution de fichier swap dynamique pour debian... > > Ayant un laptop avec un SSD je pense que la réservation d'un espace > fixe de swap n'est pas optimal, surtout quand on a 16G de ram ! > > Cependant, je ne voudrai pas non plus me couper d'une possibilité de > swapper si la mémoire venait à manquer (j'utiliser des VM et des > outils de développement assez lourds (genre intelliJ) ) [...] > Est-ce que quelqu'un utilise une solution similaire ? Je fais bêtement ça si c'est nécessaire : dd if=/dev/zero of=./add.swap bs=1024M count=1 mkswap add.swap swapon add.swap Mais c'est tellement rare (et avec 16G, hein... :-)) que je n'ai jamais automatisé... Hih, -- JFS.
Re: Logiciel de synchronisation automatisé
Lo, On Wed, Nov 08, 2017 at 12:11:45PM +0100, Benoit B wrote: [...] > Merci à vous deux pour lsyncd... Tu pourrais aussi utiliser glusterfs pour ce cas de figure... Hih, -- JFS.
Re: Codec Xvid
Re, On Thu, Oct 05, 2017 at 12:55:31PM +0200, BERTRAND Joël wrote: [...] > > Tu as essayé avec plusieurs lecteurs ? mplayer, vlc, xine ? > > mplayer KO > mpv KO > vlc KO > gxine KO Retenter une conversion avec un autre soft ? HandBrake ? Mais si rien ne sait simplement la lire sur le système, je n'y crois pas beaucoup... Regarde peut-être dans la section "Video" de mediainfo s'il y a un truc exotique ou qui donnerait une piste ? Hih, -- JFS.
Re: Codec Xvid
Hello, On Thu, Oct 05, 2017 at 11:48:00AM +0200, BERTRAND Joël wrote: [...] > J'ai un petit problème avec une vidéo encodée avec xvid. Il m'est > impossible de la lire, je ne vois qu'une image me demandant d'installer le > codec xvid. Pas de son, pas d'image. Tu as essayé avec plusieurs lecteurs ? mplayer, vlc, xine ? > J'ai pourtant la bibliothèque installée (libxvidcode). J'ai tenté une Tu es sûr de la lib ? J'ai libxvidcore4 ici sous Strecth... Hih, -- JFS.
Re: créer des liens html depuis fichier texte
Lo, On Fri, Sep 15, 2017 at 03:06:40PM +0200, David Martin wrote: [...] > Je suis en train de réfléchir à la création automatique d'une page > html simple uniquement composée de lien html depuis des liens > inscrit dans un fichier texte. > > Le but étant de parser le fichier ligne par ligne, les lignes étant comme > sous cette forme : > > http://lien-vers.application1production > http://lien-vers.application2preproduction > etc. > > et de construire un lien html pour constituer une page qui référence toutes > nos applications au boulot. Tu y arriverais avec ikiwiki. Ça prend du markdown en entrée, donc très proche du texte, et ça crache des fichiers html en sortie. Il y a juste que ton fichier devrait être conçu comme ceci : [production](http://lien-vers.application1) [preproduction](http://lien-vers.application2) Je ne sais pas si c'est le plus adapté, mais c'est tout fait et ça ferait (au moins) ce que tu veux... Hih, -- JFS.
Re: Problème "basique" de scripting...
Hello, On Fri, Sep 08, 2017 at 11:57:50AM +0200, David BERCOT wrote: [...] > Le voici : > #!/bin/bash > > if [ -e "/etc/apt/sources.list.d/*" ] > then > rm /etc/apt/sources.list.d/* > fi [...] > Auriez-vous une piste ? Ça s'exécute forcément en root, je suppose ? Essaye un peu de coder le path de 'rm' en dur, sans reposer sur $PATH. Donc : [...] /bin/rm /etc/apt/sources.list.d/* Qu'est-ce que ça donne ? A+ -- JFS.
Re: Lancer un script à la réception d'un email entrant
Re, On Fri, Sep 01, 2017 at 05:47:02PM +0200, Olivier wrote: [...] > > Pourquoi ne pas les faire tomber dans une Maildir ? Tu aurais de base > > un fichier par mail pour le même prix :-) > > > > Je n'ai rien contre. > Comment fait-on ? > Avec dans le fichier .fetchmailrc, une ligne du style : > mda "procmail ." Oui, tout à fait :-) [...] > > Il y a quelques librairies Perl qui devraient te permettre de faire > > cela, dans la Debian en plus. > > > Un programme comme munpack du paquet mpack ferait-il l'affaire ? Connais pas... Je pensais à truc crafté sur mesure pour la circonstance ;) Un package Perl comme Mail::Box::Manager permet d'ouvrir une Maildir et d'aller bidouiller dedans assez facilement... Hih, -- JFS.
Re: Lancer un script à la réception d'un email entrant
Lo, On Fri, Sep 01, 2017 at 05:23:48PM +0200, Olivier wrote: [...] > Par contre, je recherche encore comment : > A- décomposer mon fichier /tmp/fetch_test ci dessus en plusieurs > emails Pourquoi ne pas les faire tomber dans une Maildir ? Tu aurais de base un fichier par mail pour le même prix :-) > B- écarter les messages qui ne proviennent pas d'une adresse précise ou > plus généralement en fonction des en-têtes du message procmail, en effet... > C- décomposer chaque email en un corps de message textuel et une pièce > jointe (chaque email aura une PJ). Il y a quelques librairies Perl qui devraient te permettre de faire cela, dans la Debian en plus. La chaîne serait : fetchmail -> procmail -> Maildir -> programme Perl (récupère) (garde/jette) (stocke) (décortique) Hih, -- JFS.
Re: renommer l'interface réseau
LO, On Mon, Aug 14, 2017 at 04:49:38PM +0200, bernard.schoenac...@free.fr wrote: > en vérifiant le nom de mon interface réseau, je constate qu'elle > a changé de désignation (enp3s0) comment corriger le tir ? > > merci de m'indiquer le fil de discussion C'est voulu sous Stretch, voir ici : https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.fr.html#new-interface-names La méthode de retour est décrite aussi. A+ -- JFS.
Re: Choisir un outil de sauvegarde, et utilité du compte système "backup"
Hello, On Sun, Jul 16, 2017 at 01:32:24PM +0200, Thierry Bugier Pineau wrote: [...] > Rsync est un très bon outil mais il ne gère pas nativement les > sauvegardes historisées. Pour moi ce critère augmente sensiblement > la qualité du dispositif de sauvegarde. C'est pour cela que je me > suis intéresse à rsnapdhot et rdiff-backup qui sont eux mêmes basés > sur rsync d'ailleurs. Et pourquoi ne pas justement rester sur rnsapshot ? rsnapshot, c'est très exactement rsync avec une gestion de l'historique autour... A+ -- JFS.
Re: sed
Hello, On Wed, Jun 14, 2017 at 02:20:53PM +0200, andre_deb...@numericable.fr wrote: [...] > Dans un fichier texte, je souhaite retirer cette expression : > class=\"fma\" > (remplacée par vide). > > Je tente ceci : > sed -i "s/class=\"fma\"//g" fichier > > Pas de message d'erreur, mais l'expression reste présente. Comme ça : sed -i 's/class=\\"fma\\"//g' test ça marche... (Quotes simples + échapper tes backslashs puisque tu cherches ça dans le texte...) Hih, -- JFS.
Re: Scanner et Stretch
Hello, On Sat, Jun 03, 2017 at 07:09:53PM +0200, Georges wrote: > J'utilise une Brother DCP-195C et son scanner. [...] > Pour l'imprimante tout fonctionne mais le scanner il n'y a rien à > faire. Tu l'as reconfigurée ? Apparemment, il y a une petite config à faire (cf ici https://forum.ubuntu-fr.org/viewtopic.php?id=141351) et si tu as fait une nouvelle installation, elle a sûrement disparu... Sinon, ce modèle est apparemment supporté par VueScan (https://www.hamrick.com/fr/vuescan/brother-dcp-135c-pilote.html) ; c'est pas libre et payant, mais sérieux, et ça pourrait la sauver. Hih, -- JFS.
Re: Wheezy - upgrade Mysql 5.5.55 vers 5.6.35 avec dotdeb
Re, On Wed, May 17, 2017 at 03:20:24PM +0200, Hugues MORIN wrote: > J'ai un serveur Wheezy (en production) sur lequel tourne MySQL 5.5.55. > J'ai besoin d'upgrader MySQL vers une version 5.6 au minimun. Le serveur n'est pas virtualisé d'une manière ou d'une autre ? Et sinon, tu ne sais pas en faire une image qui te permettrait de tester les différents scénarios dans une VM ? A+ -- JFS.
Re: WannaCry "ransomware" cyber attack :
Lo, On Tue, May 16, 2017 at 11:57:32AM +0200, Ph. Gras wrote: [...] > Je trouve néanmoins que Microsoft accuse la NSA d'en être à > l'origine assez grave. Que des Services emploient des gens à > développer des tools susceptibles de créer des dommages dans la > société me semble franchement contrevenir à leurs missions. 'tention ; si j'ai bien compris, la NSA n'a rien développé de malveillant... Ça serait de leur faute parce qu'ils auraient découvert une faille dans le protocole SMB il y a plusieurs mois, mais sans le dire à personne, et leurs découvertes à ce sujet auraient fuités jusqu'à être utilisées par les auteurs de l'attaque (ou du moins les devs de la saloperie utilisée pour l'attaque). Ils sont juste malfaisants, quand même pas malveillants :-) A+ -- JFS.
Re: Carte WiFi PCI Belkin F5D7000 : RÉSOLU (mais 2 icônes)
Re, On Sat, May 06, 2017 at 05:23:11PM +0200, andre_deb...@numericable.fr wrote: [...] > J'ai également ces 3 processus : > # ps ax|grep -i wicd > 1080 ? S 0:35 /usr/bin/python -O /usr/share/wicd/daemon/wicd-daemon.py > 1123 ? S 0:14 /usr/bin/python -O /usr/share/wicd/daemon/monitor.py > 1416 ? Sl 0:08 /usr/bin/python -O /usr/share/wicd/gtk/wicd-client.py > > Quel serait l'intrus qui ne devrait pas créer un processus parmi ces > trois ? Apparemment, c'est normal. Je craignais un second wicd-client.py, mais non. Quoique, le tien n'a pas le switch "--tray". Mais je ne sais pas si c'est significatif de quelque chose ? Pas mieux pour l'instant :-/ A+ -- JFS.
Re: Carte WiFi PCI Belkin F5D7000 : RÉSOLU (mais 2 icônes)
Re, On Sat, May 06, 2017 at 03:13:36PM +0200, andre_deb...@numericable.fr wrote: [...] > Bureau : TDE-trinity (kde-3 amélioré) > > C'est possible que Wicd soit lancé deux fois, mais ou ? Je me demande si ce n'est pas deux choses différentes : le démon proprement dit et un widget dans le system tray qui notifie son lancement et qui donne accès à la GUI... Que donne un : ps ax|grep -i wicd (sous le compte root) ? Ici, j'ai trois processus : 1046 ?S 16:49 /usr/bin/python -O /usr/share/wicd/daemon/wicd-daemon.py 1076 ?S 5:17 /usr/bin/python -O /usr/share/wicd/daemon/monitor.py 1934 ?Sl 5:27 /usr/bin/python -O /usr/share/wicd/gtk/wicd-client.py --tray T'aurais pas le 3eme 2x ? > Il a son propre daemon lancé dans rc2.d, > et "/etc/default/wicd" : START_DAEMON=yes > Si je mets "no", toujours 2 icônes et ça fout le bordel. Ça me paraît cohérent avec ce qui précède : ça essaierait de notifier 2x la présence d'un truc qui ne tourne pas... Hih, -- JFS.
Re: Carte WiFi PCI Belkin F5D7000 : RÉSOLU (mais 2 icônes)
Re, On Sat, May 06, 2017 at 02:59:21PM +0200, andre_deb...@numericable.fr wrote: [...] > > Tu n'aurais pas deux zones de notification sur la barre des > > tâches ? (Qui montreraient donc deux fois le même contenu) ? > > Il n'y a qu'une seule zone pour les icônes à droite. > > Wicd est la seule icône qui s'y affichent deux fois au boot. Alors, elle serait appelée 2x qque part ? C'est quoi comme bureau/WM ? A+ -- JFS.
Re: Carte WiFi PCI Belkin F5D7000 : RÉSOLU
LO, On Sat, May 06, 2017 at 02:39:39PM +0200, andre_deb...@numericable.fr wrote: [...] > Au boot du bureau, la barre des tâches affichent 2 icônes Wicd, et à > l'intérieur, mes deux SSID Wifi y sont affichés. (2 strictement > identiques sauf le canal 5 et 6). Tu n'aurais pas deux zones de notification sur la barre des tâches ? (Qui montreraient donc deux fois le même contenu) ? Hih, -- JFS.
Re: Caractère inconnue dans nom de Répertoire
Re, On Fri, Apr 28, 2017 at 08:01:01PM +0200, Étienne Mollier wrote: > > Empêcher toute interprétation du nom avec des quotes simples ? > > > > mv 'Gers Chambre d'h?te' nom-potable > > Attention, la fermeture de quote se produit à l'apostrophe entre > le "d" et le "h" de "d'h?te". La partie "h?te '" est laissée à > libre interprétation du shell (et il va donc se plaindre qu'il lui > manque une quote fermante). > > Est ce qu'une autocompletion avec fonctionne ? Bien vu ;) L'échapper manuellement alors ? mv 'Gers Chambre d\'h?te' nom-potable -- JFS.
Re: Caractère inconnue dans nom de Répertoire
Lo, On Fri, Apr 28, 2017 at 07:46:42PM +0200, MERLIN Philippe wrote: > 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 . Empêcher toute interprétation du nom avec des quotes simples ? mv 'Gers Chambre d'h?te' nom-potable Hih, -- JFS.
Re: carte nvidia: activer seconde sortie dvi
Lo, On Wed, Apr 26, 2017 at 04:39:23PM +0200, alex.pad...@laposte.net wrote: > Je dispose d'une carte nvidia nvs, la seconde sortie n'a pas été > detectée par Arandr, quel paquet dois-je installé pour que la > seconde sortie DVI soit active et que mon vidéoprojecteur soit > détecté. Essaye juste de brancher le projo sur l'autre sortie et de faire : xrandr --auto Y a des chances... A+ -- JFS.
Re: convertir une image jpeg en tiff
Re, On Wed, Apr 05, 2017 at 08:39:11PM +0400, MALGORNd wrote: [...] > Par contre, je ne comprends pas l'intérêt de passer de .JPG en .TIFF > si ce n'est pour être compatible avec une application particulière. C'est tout à fait cela, en fait ; en tout cas, c'est ce que j'ai compris de la demande de Bernard : tesseract ne mangerait pas le jpeg en entrée (pas vérifié ; j'utilise toujours du pnm). A+ -- JFS.
Re: convertir une image jpeg en tiff
Re, On Wed, Apr 05, 2017 at 04:42:00AM +0200, Haricophile wrote: > On peut aussi utiliser en graphique gscan2pdf, ou un autre front-end > à tesseract. Ça n'enlève rien au fait d'installer les fichiers de > langues ad'hoc Bien sûr. Sauf que si g2p se vautre, c'est une autre histoire pour récupérer tes scans... Pas impossible, certes, mais chiant à souhait (les fichiers sont dans /tmp, mais nommés bizarrement, et vas-y pour les remettre en ordre). Depuis une funeste expérience vers la page 300, rien ne vaut un bon scanimage qui crache les scans sur disque au fur et à mesure, et qui restent acquis :-/ A+ -- JFS.
Re: convertir une image jpeg en tiff
Re, On Tue, Apr 04, 2017 at 05:56:23PM +0200, G2PC wrote: [...] > tesseract image.tif sortie -l fra > Tesseract Open Source OCR Engine v3.04.01 with Leptonica > Error opening data file /usr/share/tesseract-ocr/tessdata/fra.traineddata > Please make sure the TESSDATA_PREFIX environment variable is set to the > parent directory of your "tessdata" directory. > Failed loading language 'fra' > Tesseract couldn't load any languages! > Could not initialize tesseract. faut installer tesseract-ocr-fra qui contient les fichiers de langue spécifiques au français... Ou alors procéder sans le '-l fra' ; parfois ça suffit... A+ -- JFS.
Re: convertir une image jpeg en tiff
Re, On Tue, Apr 04, 2017 at 05:07:47PM +0200, bernard.schoenac...@free.fr wrote: [...] > merci pour l'info et maintenant il s'agit de passer par tesseract > pour obtenir le texte ... tesseract sortie -l fra va ocriser le fichier et cracher le texte dans 'sortie.txt' Tu devrais aussi regarder alors du côté de 'jpegtopnm' ; c'est peut-être une piste supplémentaire pour passer à tesseract. Essaie peut-être aussi d'enlever la couleur du jpeg s'il est en couleurs... Hih, -- JFS.
Re: convertir une image jpeg en tiff
Hello, On Tue, Apr 04, 2017 at 05:01:45PM +0200, bernard.schoenac...@free.fr wrote: > cf sujet et comment faire avec imagemagick Basiquement : convert image.jpeg image.tiff Mais il faudra peut-être ajuster l'algo de compression avec -compress 'XXX' convert image.jpeg -compress 'XXX' image.tiff suivant ce que tu veux dans le tiff... Hih, -- JFS.
Re: alléger une image pdf
Re, On Sun, Mar 19, 2017 at 06:53:15PM +0100, bernard.schoenac...@free.fr wrote: [...] > je souhaiterai alléger une image pdf, mais comment faire ? Sans préjudice des autres suggestions, tu peux aussi : - l'extraire avec pdfimages - la redimensionner (-resize) et ou changer sa résolution (-resample) avec convert - en refaire un PDF, toujours avec convert, mais en spécifiant l'algo de compression adéquat en fonction du format (-compress Group4 |JPEG), et le cas échéant (c.-à-d. si c'est un jpeg), la qualité (-quality). En chipotant un peu, cette chaîne peut presque faire des miracles, en termes de poids du fichier bien entendu :-) Hih, -- JFS.
Re: stretch, startx impossible
Re, On Sun, Feb 19, 2017 at 10:11:46PM +0100, David Pinson wrote: > Est-ce que ce lien pourrait vous aider ? > https://github.com/dnschneid/crouton/issues/2926 Tkx, déjà vu, mais pas exploitable :-/ -- JFS.
Re: stretch, startx impossible
Lo, On Sun, Feb 19, 2017 at 09:20:52PM +0100, maderios wrote: [...] > >il m'est impossible de lancer startx. [...] > >xf86EnableIOPorts: failed to set IOPL for I/O (Operation not > >permitted) [...] > As tu installé xinit? /usr/bin/startx fait partie du paquet xinit Oui, ce message apparaît en exécutant startx, justement... J'ai le même problème sur une stretch aussi. Apparemment, ça semble lié au fait que X n'est plus lancé avec les droits root, ni même suid root, mais en utilisateur, sous stretch, mais je n'ai pas encore eu le temps d'aller plus loin :-/ A+ -- JFS.
Re: Script Bash de conversion ISO8859 -> UTF8
LO, On Sat, Feb 18, 2017 at 04:56:41PM +0100, Nicolas FRANCOIS wrote: [...] > Merci les gars, ceci fonctionne comme je le veux : > > for filename in ` find . -type f -name "*.$1"` Si le script s'exécute sous bash, tu devrais même éviter les backticks et recourir à la syntaxe $() qui fait la même chose en plus lisible et moins chiant quand il y a d'autres quotes : for filename in $(find . -type f -name "*.$1") Hih, -- JFS.
Re: Redémarrage après mise en veille
Re, On Mon, Feb 06, 2017 at 06:20:50PM +0100, Jean Bernon wrote: > J'utilise un ASUS K551LN X0401H avec Debian Jessie et le pilote > Nouveau. Depuis 2 ans j'utilise la plupart du temps la mise en > veille pour arrêter mon portable. Le redémarrage après mise en > veille fonctionnait en général (avec un blocage une fois sur 20 > environ). Depuis 2 jours, sans que je comprenne ce qui a changé, le > redémarrage échoue systématiquement. Un autre problème est apparu en > même temps : le boot reste bloqué sur "chargement de la mémoire > initiale..." et je dois appuyer deux fois pour débloquer. > Quelqu'un a-t-il déjà rencontré ce problème ou a-t-il une idée ? Après la veille, toute la machine redémarre ou elle revient au display manager ? J'ai ça ici (2eme cas) depuis un jour ou deux sur une SP3 que j'essaye de passer sous Debian (Stretch)... La session graphique se crashe au réveil et c'est retour au DM. Je ne sais pas encore ce que c'est, toutefois :-[ -- JFS.
Re: [vendredi c'est permis] Reconnaissance vocale ...
Re, On Wed, Jan 25, 2017 at 06:56:09PM +0100, Jean Bernon wrote: > Il me semble que l'extension "speechpad" de chrome/chromium permet > aussi de traiter un fichier audio. À voir, mais si comme le dit quelqu'un, Gogol enregistre les dictées, ça peut être limite au regard du secret professionnel ça :-/ Mais de leur point de vue, je comprendrais qu'ils le fasse, ne fut-ce que techniquement : je suppose que ça augmente leur base de phonèmes à bon marché (?)... A+ -- JFS. signature.asc Description: PGP signature
Re: [vendredi c'est permis] Reconnaissance vocale ...
Re, On Sat, Jan 21, 2017 at 11:38:23AM +0100, G2PC wrote: > +1 c'était aussi l'option que j'ai retenue suite à mes recherches, mais, > je ne l'ai pas encore mise en pratique. > > Google analyse ( enregistre ) donc nos saisies vocales, est ce que c'est > vraiment pertinent d'utiliser Google + Chromium, je ne sais pas. Et je suppose qu'on ne peut qu'être devant le micro, à dicter ? Pas de possibilité de soumettre en différé un fichier dicté à reconnaître ensuite ? C'était surtout ça que je cherchais et que permet Julius, à le supposer utilisable évidemment... A+ -- JFS.
Re: Carte graphique Savage
Salut Norbert, On Sat, Jan 21, 2017 at 11:34:08AM +0100, Norbert Ponce wrote: [...] > Je tente d'installer Debian sur un vieux portable Packard Bell > EasyNote, mais je bute sur l'affichage graphique. > > lspci me renvoie: > > S3 Graphics Ltd. VT8375 [ProSavage8 KM266/KL266] [...] > J'ai installé xserver-xorg-video-savage, est-ce utile ? Tu es sûr de ce driver ? Elle a déjà fonctionné avec avant ? Ici https://www.x.org/wiki/Projects/Drivers/, la page mentionne ProSavage PM133,KM133, donc pas tout à fait la tienne, tandis que sur le wiki auquel ça renvoie (https://dri.freedesktop.org/wiki/S3Savage/), la page mentionne la Prosavage sans plus de détails, mais sans non plus exclure la tienne. Ça serait déjà pas mal d'être sûr du driver avant d'aller plus loin... Entre Wheezy et Jessie, les DDs ont viré quelques pilotes graphiques non maintenus en amont (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732478) ; j'espère que tu n'es pas dedans... > J'ai trouvé sur un forum une solution possible: installer une très > vieille Knoopix ou Live Ubuntu et copier le xorg.conf. Si quelqu'un > a encore ça au fond de son grenier... Peut-être ; je vais regarder aussi par acquis de conscience. Mais sinon, elle devrait au moins marcher avec vesa (ou fbdev ?). Je suppose que tu n'as pas une résolution de malade sur cette carte ? A+ -- JFS.
Re: [vendredi c'est permis] Reconnaissance vocale ...
Hello, On Fri, Jan 20, 2017 at 03:11:59PM +0100, F.Zulian wrote: [...] > A part (Wine + Dragon naturally) ou (Debian + une VM + Win 7 + > Dragon naturally ), une idée de reconnaissance vocale fonctionnant > avec writer ou autre traitement de texte ? > > Gratuite ou payante mais si possible libre. > > Une idée ? Oui, je me suis posé la même question il n'y a pas longtemps... En grattant un peu, je suis tombé sur Julius, référencé à partir du site www.voxforge.org Comme j'ai compris, apparemment le moteur de reconnaissance (Julius) serait assez bien au point, le problème étant la base de phonèmes à utiliser pour effectuer la reconnaissance proprement dite... En lisant la doc de Julius, ça ne paraît pas impossible, mais time consuming, ça oui... Et je n'ai pas (encore?) été plus loin. A+ -- JFS.
Re: Tablette sous Debian
Re, On Thu, Dec 15, 2016 at 12:39:38AM +0100, Haricophile wrote: [...] > > Mais ça confirme ce qui ressort du fil : en termes de réel besoin, > > c'est surtout des cas de niche... > > Ce ne sont pas des cas de niche, ce sont des cas d'usages qui ne > sont peut être pas les tiens. [...] Si, si, je suis dans une des niches :-) J'utilise un Tablet PC Fujitsu-Siemens au quotidien depuis septembre 2005, pour les raisons évoquées avant (consultation de fichiers/prise de notes en station debout et en entretiens). > La tablette n'est bas un outil de "production" de code ou de > document, c'est un outil de "consommation" d'information et de > communication très mobile. C'est en complément d'un ordinateur ou > quand on n'a pas nécessité d'un ordinateur-clavier mais plus d'une > interface-écran mobile. Tout à fait (et, si, ça peut produire aussi : ça remplace complètement un bloc notes ; j'ai des centaines de fichiers de notes manuscrites.) > Pour un musicien ça ne remplace pas son ordinateur, ça remplace > plusieurs mètres cubes de papiers. Idem pour moi : toutes les pièces sont dessus. > On peut aussi dire qu'un smartphone est un produit de niche > puisqu'on a des ordinateurs et des téléphones qui ne font que > téléphoner, et que donc on n'a pas besoin de tout ça dans un > appareil avec un écran trop petit. C'est pas l'avis de tout le > monde. Faut s'entendre sur « de niche » ;) A+ -- JFS.
Re: Tablette sous Debian
Re, On Wed, Dec 14, 2016 at 06:41:11PM +0100, Rodolphe wrote: > Pour ma part, je pense que les tablettes vont progressivement > remplacer les pc portables en entreprise - mais pas n'importe > quelles tablettes : les hybrides ou convertibles, donc les tablettes > avec clavier Ou portables avec écran tacticle amovible ? :-) > Ces machines ont les qualités des ultra-portables ET celles des > tablettes. Pour les job sédentaires, aucun intérêt. Mais ce sont des > outils de productivité autant appréciés des cadres qui voyagent de > réunions en réunions que des personnels souvent en mode "station > debout" (commerciaux, médecins, agents de terrain en tout genre, > encadrants du bâtiment etc.) Exact ;) > Et actuellement, tant sur les machines premium (M$ Surface) que sur > les machines low cost (Chuwi, Teclast etc.), pourtant sous Intel > (surtout Atom), il est assez difficile, sinon impossible, > d'installer notre distrib chérie, notamment par manque de pilotes > exotiques et d'uefi hors norme (32/64 bits). Non, non, pas tout à fait! Je viens d'installer Stretch sur une SP3 et ça s'installe et fonctionne étonnamment bien ! A part un firmware à télécharger pour le wifi, presque tout est reconnu et fonctionne quasiment OOB ! Il faut encore finaliser et stabiliser quelques trucs, mais ça n'a plus rien à voir avec une install sur du matos un peu exotique d'il y a 10 ou même 5 ans d'ici, où c'était quand même souvent bye bye à la moitié des fonctionnalités... Et tiens, curieusement au passage, c'est nada que dalle dans les listes Debian sur ce matos... Sous Arch et Ubuntu, les SP3 pullulent, mais apparemment rien sous Debian. J'ai pas compris pourquoi... Personne de la liste n'utilise une SP3 sous Debian ? A+ -- JFS.
Re: Tablette sous Debian
Re, On Wed, Dec 14, 2016 at 09:21:26PM +0400, fremoin wrote: [...] > Un prof qui se promène au milieu de élèves, évalue les > interventions, pilote vlc (sur son ordi, soit). [...] > Les partitions pour les musiciens ! Avec la tourne sur une pédale !! > (trop pratique). Oui je sais, ils ont tous des itrucs. Oui, bien vu, les deux ;-) Mais ça confirme ce qui ressort du fil : en termes de réel besoin, c'est surtout des cas de niche... a+ -- JFS.
Re: Tablette sous Debian
LO, On Wed, Dec 14, 2016 at 03:58:21PM +, Alex PADOLY wrote: > Existe-t-il en vente des tablettes tactiles sous Debian et plus > généralement sous Linux. Oui. Enfin, pour autant que tu décides d'installer un Linux dessus. Vendues préinstallées, je n'en ai jamais vu... > Ce nouveau ''type'' d'ordinateur a-t-il un réel intérêt pour le > particulier et pour le professionnel. Oui, absolument ;) En contexte professionnel, dès que tu es fréquemment : - dans des situations de station debout prolongées, où le portable n'est pas une option tout simplement parce que tu ne saurais pas (ou du moins pas facilement) où le poser (p. ex : un médecin qui fait le tour des salles de l'hosto, un avocat à l'audience, un architecte qui doit consulter les plans pour contrôler le chantier, etc.) ; - ou dans certaines réunions, où le portable n'est pas adapté parce que ça crée une barrière avec les vis-à-vis, une tablette a une réelle utilité : ça se tient grosso modo comme un bouquin ou un dossier et s'intègre beaucoup plus naturellement à l'activité. Et en contexte particulier, c'est utile aussi pour tout ce qui est lecture prolongée à l'écran (des BDs, des gros PDF, des ebooks, etc.). Au delà d'un certain volume à lire, c'est quand même plus confortable de le faire sur tablette dans une position adaptée à la lecture. Ou pour visionner un film, ou surfer vautré dans le canapé ou sur le lit ;) Ça a des applications qui ne sont pas inintéressantes... > Dans ce dernier cas, on me demandera l'année prochaines former des > jeunes en informatique et durant cette formation, il y a > l'utilisation d'applications sur tablettes, dois-je acheter une > tablette car j'ai peur de manquer ce nouveau tournant de > l'informatique. Savoir si c'est justifié de s'en procurer une est une autre question, beaucoup plus subjective et fonction de ton cas personnel... Mais on peut faire un retour d'expérience : - en remplacement d'un poste fixe, non ; ce n'est qu'un complément mobile pour moi ; - en contexte pro, il me faut aussi un stylet, pour prendre des notes manuscrites et annoter des PDFs ; sans ça, ça ne ferait ± qu'augmenter le setup (mais y a pas forcément un stylet quand c'est tactile ; ce sont deux périphériques d'input différents) ; - sur les nouvelles qui sont tactiles en plus du stylet, le tactile est sympa pour interagir basiquement avec l'engin sans avoir besoin du stylet, mais ça ne le remplace pas si la prise de notes est essentielle ; - si ce n'était pas justifié par un usage professionnel à la base, je ne sais pas par contre si je me serais procuré ce genre d'engin uniquement à titre privé (?) On lui trouve des applications dans le domaine privé, c'est certain, mais est-ce qu'il y a là un réel besoin ? Je ne sais pas, et chez moi ce n'est pas là qu'il s'est déclaré en tout cas... Hih, -- JFS.
Re: [HS] batterie compatible pour PC portable
LO, On Tue, Dec 13, 2016 at 12:28:28AM +0100, Gaëtan PERRIER wrote: [...] > Je cherche une batterie compatible pour un PC portable Dell assez > ancien. Je n'ai donc pas spécialement envie d'investir dans une > batterie Dell d'origine à plus de 100€. Mais ayant déjà eu une > mauvaise expérience avec une batterie pour Lenovo venant de chez > Subtel (en gros elle faisait la moitié de la capacité indiquée), je > me demande à quels sites on peut faire confiance. Je suis donc en > recherche de vos retour d'expérience en la matière. En mai 2015, j'étais dans le même cas, pour un Tablet PC Fujitsu Siemens Stylistic, donc une machine déjà un peu spéciale à la base, et pas récente, genre 8 à 10 ans d'âge. En spare parts OEM, c'est 140 €... Gloups, même sentiment que toi :-[ Muni des références des batteries compatibles, j'ai alors écrémé Ebay à la cherche d'une 'noname' compatible *neuve*, chez un vendeur qui n'aurait pas moins de 99.5% de fiabilité... J'ai trouvé mon bonheur (une longue durée, en plus, 6 à 7h d'autonomie) à 59,80 € (dont 5,90 de frais d'envoi) chez un vendeur du nom de Giseke GmbH & co KG (ça ne s'invente pas :-p), à Berlin, en Teutonie. Et la machine tourne toujours aujourd'hui avec cette batterie... Sous Jessie, donc ce n'est pas totalement HT :-) Je crois que le raisonnement est extensible à n'importe quel vendeur dans le range des 99 % de fiabilité (en évitant les hors UE toutefois, parce que là, tu vas te prendre des droits de douane pas piqués des hannetons...). Hih, -- JFS. signature.asc Description: PGP signature
Re: problème de rsync récurrent
Re, On Wed, Oct 26, 2016 at 10:32:30AM +0200, pat G wrote: [...] > j'ai un problème de backup réguliérement avec rsync, quelqu'un > saurait la raison de ces erreurs ? > > par exemple cette erreur : > > rsync: close failed on > "/NAS/data/Projet/dossier/.Portfolio-new-aout-2016-planches.pdf.kpTGvW": > Input/output error (5) > rsync error: error in file IO (code 11) at receiver.c(860) [receiver=3.1.1] Ça sent le fichier temporaire, avec un nom pareil... Si c'est bien ça, vérifie un peu qu'il ne disparaisse pas (ou ne soit pas simplement altéré) entre le moment où le fichier est enrôlé pour être transféré dans une session rsync et le moment du transfert proprement dit ? Ce n'est pas immédiat ; il calcule quoi transférer avant, et ton problème fait penser à un fichier modifié entre les deux. Peut-être aussi augmenter le niveau de verbosité à -vvv ou - pour en savoir plus sur l'erreur ? Hih, -- JFS.
Re: Kernel & SSD, laptop & hyperviseur
Re, On Fri, Oct 21, 2016 at 08:51:22AM +0200, j.moliere wrote: [...] > pour etre plus complet voici l'output de smartmontools. Je pense que > l'on peut s'accorder sur le fait qu'il commence a fatiguer Ben... faudrait m'expliquer où et pourquoi ? [...] > === START OF READ SMART DATA SECTION === > SMART overall-health self-assessment test result: PASSED Déjà, le rapport SMART global est bon : "PASSED" (y a rien de critique s'il met cela...) > Vendor Specific SMART Attributes with Thresholds: > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED > WHEN_FAILED RAW_VALUE > 5 Reallocated_Sector_Ct 0x0033 100 100 010Pre-fail Always > - 0 > 9 Power_On_Hours 0x0032 098 098 000Old_age Always > - 8937 > 12 Power_Cycle_Count 0x0032 095 095 000Old_age Always > - 4171 > 177 Wear_Leveling_Count 0x0013 095 095 000Pre-fail Always > - 49 > 179 Used_Rsvd_Blk_Cnt_Tot 0x0013 100 100 010Pre-fail Always > - 0 > 181 Program_Fail_Cnt_Total 0x0032 100 100 010Old_age Always > - 0 > 182 Erase_Fail_Count_Total 0x0032 100 100 010Old_age Always > - 0 > 183 Runtime_Bad_Block 0x0013 100 100 010Pre-fail Always > - 0 > 187 Uncorrectable_Error_Cnt 0x0032 100 100 000Old_age Always > - 0 > 190 Airflow_Temperature_Cel 0x0032 073 047 000Old_age Always > - 27 > 195 ECC_Error_Rate 0x001a 200 200 000Old_age Always > - 0 > 199 CRC_Error_Count 0x003e 099 099 000Old_age Always > - 1 > 235 POR_Recovery_Count 0x0012 099 099 000Old_age Always > - 173 > 241 Total_LBAs_Written 0x0032 099 099 000Old_age Always > - 35850313295 Aucune des pires valeurs n'atteint (ni n'approche même) les seuils critiques... > SMART Error Log Version: 1 > No Errors Logged Aucune erreur loggée... > SMART Self-test log structure revision number 1 > Num Test_DescriptionStatus Remaining LifeTime(hours) > LBA_of_first_error > # 1 Offline Completed without error 00% 2 - Il fait ses tests sans erreurs... Tu peux franchement m'envoyer tous tes disques nazes ; j'ai des projets peut-être eux ! :-D A+ -- JFS.
Re: infrastructure hyperviseur
Lo, On Wed, Oct 19, 2016 at 11:08:20AM +0200, Grégory Reinbold wrote: > Un truc qui me surprend, c'est le choix du processeur : Intel ATOM > C2550 pour ton hyperviseur ? Après tout dépend de l'usage de > l'hyperviseur, mais à titre personnel je ne me lance pas dans un > hyperviseur avec ce genre de proc. Pourquoi pas ? Tu peux développer ? Je zieute dessus aussi, pour un usage un peu différent, mais un retour ainsi est toujours intéressant... 'rci d'avance ;) -- JFS.
Re: lecteur de carte mémoire
Lo, On Sun, Oct 16, 2016 at 08:34:55PM +, Alex PADOLY wrote: [...] > Je me lance dans la photo numérique après avoir > ajouté un paquet à gimp permettant de lire les photos au format raw, > je recherche un lecteur de carte mémoire externe reconnu par Debian, > connaissez-vous une marque ou un modèle > de lecteur répondant à ce > critère. J'ai un tout bête Hama de base, genre à 10-12 €, qui marche, mais en même temps n'importe lequel devrait convenir, à mon humble avis... Hih, -- JFS.
Re: renommer en masse des fichiers m4a.mp3 en mp3
Hello, On Thu, Aug 18, 2016 at 10:33:48AM +0200, Bernard Schoenacker wrote: [...] > après avoir encodé au format mp3, je me retrouve avec des fichiers > nommés : > > mon_fichier.m4a.mp3 > > > comment supprimer le m4a ? rename 's/\.m4a//' *.mp3 ? Hih, -- JFS.
Re: Mise à jour des librairies
Re, On Wed, Jun 01, 2016 at 05:26:31PM +0200, Eric Degenetais wrote: [...] > > Je pense que tu peux le faire franchement sans risque, sans attendre > > que Wheezy ne soit plus supportée ! > > > bonjour, > cela dépend tout de même beaucoup du contexte. Sur un poste perso, on > prend le risque de quelques bizarreries pour avoir les dernières > fonctionnalités (du moins si on est OK pour passer du temps à ça). En > revanche sur des environnements professionnels, avec éventuellement > des fonctionnaliés sur lesquelles on compte pour bosser et qui > dépendent de la présence et du mode de fonctionnement exact de > certains modules logiciels, on préfèrera dans pas mal de cas garder sa > distribution en cours le plus longtemps possible pour privilégier des > outils et fonctionnalités stables. > Par ailleurs, sans aller jusqu'à l'upgrade de distribution, activer > les backports permet déjà de bénéficier d'un certain nombre > d'innovations avec un risque modéré. Tu as raison ; j'ai assumé le contexte desktop :-/ A+ -- JFS.
Re: Mise à jour des librairies
Hello, On Wed, Jun 01, 2016 at 02:21:33PM +, Alex PADOLY wrote: [...] > J'ai une distribution Debian qui me donne satisfaction (7.8.0) > existe-il des paquets Debian qui permettraient de mettre à jour > uniquement les paquets installés et en particuliers les librairies. Il existe sûrement quelques backports qui feraient l'affaire, mais tu n'auras jamais toutes les librairies sous cette forme... > Je vais évoluer vers la nouvelle version de Debian quand celle qui > est installé ne sera plus maintenue. En fait, stricto sensu, ce que tu veux faire ci-dessus (« mettre à jour les paquets installés ») consiste à upgrader en Jessie... Je pense que tu peux le faire franchement sans risque, sans attendre que Wheezy ne soit plus supportée ! Hih, -- JFS.
Re: Migration Squeeze vers Wheezy => les DomU de xen ne démarrent plus
Re, On Sun, May 22, 2016 at 04:09:19PM +0200, y...@ianco.org wrote: [...] > >Ce sont tes DomU qui utilisent des images en RAID ? > > Non, ils utilisent des partitions créées dans le volume group du Dom0. > Il y a bien du raid sur cette machine raid 1 pour /boot et / et du raid 5 > sous lvm pour les autres partitions. Ok. [...] > >Les partoches raids ne sont plus autodétectées comme avant, mais > >configurées en dur dans l'initramfs. > > > >Peut-être qu'en refaisant l'initramfs du DomU pour les spécifier... ? > > ... Comment ? update-initramfs, mais ça n'aidera pas dans ton cas, puisque le DomU n'a pas à se soucier d'assembler une array raid :-/ Si je comprends bien, d'après la réponse de Daniel, tes DomU bloquent parce qu'ils n'arrivent pas à assembler les arrays raid, juste ? Maintenant, autre question, si tu désactivais la recherche d'arrays raid au boot d'un DomU, dans /etc/default/mdadm (du DomU évidemment) ? Tu sais empêcher la détection, d'après les variables de ce fichier... Ça suppose juste un montage temporaire de ton image DomU pour accéder à son FS directement. Hih, -- JFS.
Re: Migration Squeeze vers Wheezy => les DomU de xen ne démarrent plus
Re, On Sun, May 22, 2016 at 01:52:08PM +0200, y...@ianco.org wrote: [...] > >>Begin: Mounting root file system ... Begin: Running /scripts/local-top > >>... Begin: Assembling all MD arrays ... mdadm: No devices listed in conf > >>file were found. > >>Failure: failed to assemble all arrays. > >>done. > > > >Le raid ne se monte pas ou que partiellement ... > > Certes, mais je ne comprends pas pourquoi le DomU (la VM) devrait avoir > accès au Raid et la config lvm (g00) de l'hôte. Pour moi, l'architecture de > l'hôte d'accueil (le Dom0) n'a pas à être connu de l'hôte guest. > > Enfin ces DomU ont fonctionné pendant un certain temps (2011)... > > Autre piste envisagé pour voir si porte de sortie : migration PV > vers qemu dans XEN ? Ce sont tes DomU qui utilisent des images en RAID ? Pas sûr, d'après ton message, mais dans l'affirmative, une autre piste : https://raid.wiki.kernel.org/index.php/RAID_Boot Les partoches raids ne sont plus autodétectées comme avant, mais configurées en dur dans l'initramfs. Peut-être qu'en refaisant l'initramfs du DomU pour les spécifier... ? Hih, -- JFS.
Re: i686 ou amd64
Re, On Tue, May 17, 2016 at 06:21:52PM +0200, Pierre Crescenzo wrote: > Daniel, > > Oui, OK. Mais cela ne répond pas à la question s'il y a plusieurs choix > possibles. :-) [...] > >> Pour 2, j'en reviens donc à ma question initiale en la précisant > >> (maintenant que j'ai compris quelques éléments :-)) : pour une > >> nouvelle machine, comment savoir les architectures compatibles et > >> comment choisir entre elles ? Tu installes la plus capable de ce qu'elle peut prendre, sauf bonne raison... Si la machine est 64bits, a priori tu prends du 64bits ; c'est ce qui te fermera le moins de portes. Maintenant, si tu as peu de RAM, par exemple, ou déjà la licence 32bits d'un OS propriétaire (qui ne sera pas virtualisé), alors tu aurais potentiellement une raison d'opter pour du 32bits. Hih, -- JFS.
Re: systeme de backup local
LO, On Thu, May 05, 2016 at 06:58:47AM +0200, Jean-Michel OLTRA wrote: [...] > - rsnapshot [...] > Vous utilisez ces choses là avec bonheur (ou pas) ? Autre chose ? Oui, avec, et grand même ;-) Ses intérêts majeurs sont, imho, que : - chaque backup apparaît comme étant l'arborescence sauvegardée complète (grâce à des liens durs pour ne pas consommer d'espace si les fichiers n'ont pas changé) ; Très pratique si des users neuneus sont susceptibles de devoir restaurer eux-mêmes : un montage en RO de ce répertoire et tout le monde a accès au dernier backup de ses fichiers. (Et plus si nécessité : ça fournit un historique aussi, il suffit de remonter dans le temps.) - ce sont les fichiers tels quels dans le backup, copiés par rsync (pas de format particulier) ; - une fois le fonctionnement compris, c'est assez facile à mettre en œuvre ; - ça utilise des outils de base : Perl (rsnapshot étant un programme Perl) et rsync, impossibles à ne pas trouver et éprouvés. N'hésite pas si tu veux un exemple de config. Sinon, il y a aussi (notamment) dar et obnam que je n'ai pas vu dans ta liste, avec des fonctionnalités intéressantes pour obnam notamment de déduplication de fichiers identiques, si je me souviens bien, mais j'ai toujours un cas de conscience à l'idée de reposer sur un système de backup qui ajoute une couche de complexité avec un format d'archive particulier. C'est moins simple que les fichiers tels quels, et donc plus porteur d'emmerdes en cas de restauration, ne fut-ce que pour trouver la bonne version du soft pour lire l'archive, voire une archive corrompue (et ce n'est pas rarissime : Steve a rapporté avoir eu le coup cette semaine, avec une archive TGZ qui est pourtant un format qui ne date pas d'hier...) Hih, -- JFS.
Re: rdiff-backup - conseils
LO, On Tue, May 03, 2016 at 08:13:40PM +0200, Jean-Marc wrote: > J'aimerai avoir votre avis : d'un pull ou d'un push depuis les > clients ? Quel setup aurait votre préférence ? Ça dépend quand même beaucoup de la machine qui fait serveur de backup... Sur un NAS Intel SS4000-E (petit machin ARM), je lui avais fait faire des pulls, à son aise, de manière séquentielle sur une série de machines, pour que la charge dessus soit ± tout le temps la même... Sinon, quand tous les clients balancent leur push, ça la mettait sur les genoux, et le backup durait des plombes, avec certains parfois toujours en cours à l'heure suivante, quand les suivants recommençaient. Pas glop... Ou alors, il faut régler une fenêtre de temps différente sur chaque client, mais alors c'est autant faire un pull et que le serveur de backup se débrouille pour passer sur chacune à son tour... Maintenant, si t'as deux Xeons E5 dans ton serveur de backup sur des disques SAS, tu t'en fous un peu, c'est clair, et tu peux faire des pushes :-) Hih, -- JFS.
Re: Freeze complet de Debian Jessie
Bonsoir, On Tue, Apr 05, 2016 at 08:08:04PM +, Vianney BAUDRY wrote: [...] > J'ai consulté les logs, rien à en resortir... Pour l'arrêt via ssh, > suite au freeze je pouvais tout de même me connecter avec un client > ssh (en l'occurence depuis ma tablette) à ma machine plantée via mon > réseau local car le service est lancé à chaque démarrage. Que > pourrais je tester pour approfondir la piste flash ? Petite question à ceux qui ont expérimenté ces freezes : vous n'aviez pas par hasard un gros transfert NFS en cours, depuis *et* vers un share NFS ? J'ai le même problème dans ces circonstances précises : création d'une image iso, depuis une arborescence NFS avec l'image placée elle-même sur ce même share NFS (tout autre cas de figure passe...). C'est reproductible à l'envi. Le plantage est tellement brutal que la machine n'a pas le temps de rien écrire dans les logs. Je vois juste un kernel panic impliquant NFS à la console, c'est tout... A+ -- JFS.
Re: Une agence de pub pour les systèmes Debian !!!
On Fri, Apr 01, 2016 at 11:47:19PM +0200, François TOURDE wrote: > On aura tout vu! > > Debian est-il en train de rompre son contrat social? > > A lire d'urgence: > > https://bits.debian.org/2016/04/publicity-agency.html > > <°)===< > > Ahem... Ça sent le poisson d'avril à plein nez, hein :-) A+ -- JFS.
Re: monter une clé usb en ligne de commande
On Tue, Mar 29, 2016 at 03:15:56PM +, Yves Rutschle wrote: > On Tue, Mar 29, 2016 at 04:25:18PM +0200, Bernard Schoenacker wrote: > > je recherche le moyen de monter une clé usb en ligne de commande > > lorsqu'il n'y a pas d'interface graphique ... > > > > quelle est la meilleure solution ? > > > > sachant que je présument l'adresse en /dev/sdc > > Tout comme d'habitude: > mount /dev/sdc /mnt/usb > ou > mount /dev/sdc1 /mnt/usb > > selon le partitionnement de la clé. En ayant créé le point > de montage approprié bien sûr. Tu peux aussi essayer avec ceci : mountpy - script for quick mounting of removable devices C'est un peu sauvage, mais efficace. Hih, -- JFS.
Re: Virtualbox et VT-x/AMD-V [HS ?]
LO, On Tue, Mar 15, 2016 at 08:57:20PM +0100, Klaus Becker wrote: [...] > si ma carte mère ne supporte pas Win10 dans VB, je ne peux pas > l'installer sur un dd non plus non? > > J'ai essayé plusieurs fois sur 2 pc d'une 10aine d'années, à chaque > fois, l'install reste bloquée. J'ai eu des messages comme quoi il > manque un pilote pour lire un périphérique comme un dd ou une clé > usb. > > J'ai essayé avec 2 DVD différents que k3b a dit avoir gravés avec > succès. Je croyais d'abord que mes DVD étaient défectueux, mais > maintenant je commence à comprendre que mes pc sont simplement trop > vieux. Probablement, et en plus, si c'est comme pour Win 8(.1), il faut que le processeur dispose de certaines extensions spéciales, sinon ça ne s'installe pas... Il y a du soft sur le net pour passer outre cette exigence, mais ça ne va pas très loin : dès que l'OS met en œuvre les instructions en question, ça se gaufre. (Parait-il, je n'ai pas testé...) Hih, -- JFS.
Re: logiciel de sauvegarde
Re, On Thu, Jan 07, 2016 at 10:12:20PM +0100, Gaëtan PERRIER wrote: [...] > > - ensuite, il passe un coup de rsync sur tous les fichiers, depuis la > > source vers daily.0 avec pour résultat que seuls les fichiers qui > > ont changé se retrouvent copiés dans daily.0 (le lien initial vers > > daily.1 est alors rompu. Pour les fichiers qui n'ont pas changé, ça > > reste un hardlink vers le fichier du même nom dans la première > > sauvegarde) ; > > > Il se passe quoi en cas de fichier effacé ? Le lien est simplement supprimé du daily en question... Ce n'est pas grave puisqu'il y a un historique (en principe). > Et en cas de fichier déplacé ? Est-ce qu'une nouvelle copie est > créée ou est-ce que ça passe par un lien ? Oui, nouvelle copie : rsync n'est pas encore capable de détecter les déplacements de fichier ; il supprime et recrée. (Ça viendra peut-être un jour, note : unison le fait...) [...] > > En cherchant un fichier dans tous les daily.?, tu vois tout de suite > > les dates auxquelles il a bougé et tu peux restaurer la version qui > > t'intéresse. > > A priori ça semble correspondre à ce que je cherche mais il manque > une GUI ... Oui, ça, évidemment y a pas :-[ Perso, je trouve les GUI plus confusantes qu'autre chose pour du backup, mais c'est toi qui est à la manoeuvre sur le cahier des charges, donc faut que ça te convienne ; je comprends, mais sans avoir mieux en magasin ; je n'utilise que ça... [...] > > Pour la petite histoire, je garde cet historique sur les 365 > > derniers jours, ce qui m'a déjà permis de récupérer des fichiers > > détruits par mégarde trois, six ou huit mois auparavant ; ça > > arrive... :-/ > > Comme la majorité des données sont des photos/vidéos il faut que l'historique > soit bien plus long car on regarde pas tous les ans toutes les photos pour > savoir s'il n'y a pas eu corruption du fichier ... Tu peux. Il n'y a pas de limite maximum au nombre de rotations ; ce n'est que la taille du support qui l'imposera. Mais avec des disques 'archive' de 8T en raid 5, même avec des vidéos, on peut déjà voir venir ;-) Ceci dit (digression, quoique...) quand tu parles de vidéos, tu me rappelles un truc : tu as jeté un oeil sur git-annex ? On partirait carrément sur autre chose, mais pourquoi pas si ça répond au besoin... http://git-annex.branchable.com/ Y a une GUI, j'te rassure tout de suite ! :-) http://git-annex.branchable.com/assistant/ Je n'ai pas fini d'investiguer (ni encore tout compris, je le crains), mais j'y pensais pour une collection de divx, dont je voudrais au moins 2 copies de chaque sur des supports différents. Ça semble le permettre... Il faudrait lire encore un peu, mais comme je comprends l'affaire, git-annex gère avec git des liens vers un dépôt de fichiers qu'il ne laisse pas supprimer en cas de risque de paumer le nombre de copies définies... Je ne suis pas plus loin, mais tu vas peut-être ouvrir une voie ;) [...] > > Après, question de goûts, mais l'idéal est de configurer rsnapshot > > sur une machine dédiée, qui fait des pulls à son aise vers les > > différentes machines à sauvegarder. > > Là ça sort complètement de mon contexte. Pas de serveur de > sauvegarde dédié. C'est du pur local avec une machine unique à > chaque fois. Tu peux aussi ;) Il n'est pas chiant du tout sur la config. Basiquement, il faut un répertoire de base pour les sauvegardes, mais où tu veux, et il est très très souple dans la manière de désigner ce qu'il faut sauvegarder : ça peut être une machine distante, par ssh, comme un répertoire local de la machine elle-même, avec un rsync direct. (Le faire tourner sur une machine dédiée, c'est simplement un choix, dans un contexte pro' où la perte de fichiers Ne-Peut-Pas-Arriver™, c'est tout.) > > Si le principe te parle, n'hésite pas à te fader la doc de > > rsnapshot ; > Sauf que, comme je l'ai indiqué hier, sur le site rsnapshot la doc > est en vrac les liens ne mènent nul part ... Peut-être, j'ai pas vérifié, mais qu'est ce que ça veut dire ? Peut-être que le soft n'a plus besoin d'évoluer parce qu'il parfait ? :-p Hih, -- JFS.
Re: logiciel de sauvegarde
Re, On Fri, Jan 08, 2016 at 01:28:41AM +0100, Gaëtan PERRIER wrote: [...] > > > A priori ça semble correspondre à ce que je cherche mais il > > > manque une GUI ... [...] > ça ne tiendrait qu'à moi ça ne me gênerait pas trop. Mais comme il > faut que je le déploie aussi chez des gens qui sont totalement > allergiques et que pour pouvoir faire le support je préfère utiliser > le même logiciel. Oui, je comprends bien tout ça (mais toujours sans avoir mieux ;-)) > > http://git-annex.branchable.com/ [...] > Quand je regarde la vidéo, ça me semble bien complexe à mettre en > oeuvre quand même ... Pourquoi tu crois que je ne suis pas plus avancé ? :-D Ça semble faire ce que je veux, mais il y a loin de la coupe aux lèvres, surtout quand on ne connaît pas bien git... [...] > > Je n'ai pas fini d'investiguer (ni encore tout compris, je le > > crains), mais j'y pensais pour une collection de divx, dont je > > voudrais au moins 2 copies de chaque sur des supports différents. > Perso j'ai beaucoup de photos et vidéos mais pas que. Et chez les > autres personnes ce n'est pas obligatoirement le cas. C'est peut-être une bête question, mais suppose qu'ils doivent juste rebrancher leur disque quand ils rentrent, point ? À partir de là, une tache cron vérifie toutes les X minutes si le point de montage est rempli, puis lance le backup si c'est le cas ; s'abstient sinon ? (Ou même si le disque X est montable ? si oui, il le monte, lui fait son affaire et démonte, sinon il attend ; comme ça ils peuvent débrancher à tout moment pourvu que la loupiote ne s'agite pas...) [...] > J'ai un peu peur de la complexité des concepts sous-jacent avec > git ... Je comprends bien... (ta peur, je veux dire, pas pour autant git...). [...] > > > Sauf que, comme je l'ai indiqué hier, sur le site rsnapshot la > > > doc est en vrac les liens ne mènent nul part ... > > > > Peut-être, j'ai pas vérifié, mais qu'est ce que ça veut dire ? > > Peut-être que le soft n'a plus besoin d'évoluer parce qu'il > > parfait ? :-p > > Mais qu'il n'ait plus besoin de doc, j'ai comme des doutes ... ;) Je ne la voie pas en ligne, certes, mais elle est fournie avec le paquet, et il est quand même passé de la version 1.3.1 à 1.4.1 en octobre, apparemment, avec 1.4.0 en juillet ; c'est pas tout à fait mort, quand même... A+ -- JFS.
Re: logiciel de sauvegarde
Re, On Thu, Jan 07, 2016 at 10:36:38PM +0100, andre_deb...@numericable.fr wrote: > On Thursday 07 January 2016 22:12:20 Gaëtan PERRIER wrote: > > Il se passe quoi en cas de fichier effacé ? > > Et en cas de fichier déplacé ? Est-ce qu'une nouvelle copie est > > créée ou est-ce que ça passe par un lien ? > > Il y a une option avec "rsync" : --delete > si le fichier source a été effacé, supprimé, il est supprimé sur la cible. > > Il est donc préférable de ne pas mettre l'option --delete. > (ou du moins de ne la mettre que lors d'une sauvegarde manuelle, > après mûre réflexion, et pas avec une sauvegarde automatique avec cron). Et bien, ici en tout cas, il tourne avec --delete, et en automatique, appelé par cron. En principe, tu t'en fous de péter un fichier puisqu'il est toujours dispo dans la sauvegarde de la veille, et pour autant de jours que défini dans ta config... Hih, -- JFS.
Re: logiciel de sauvegarde
Re, On Thu, Jan 07, 2016 at 10:24:57PM +0100, andre_deb...@numericable.fr wrote: [...] > Tout d'abord, grand merci d'avoir pris a peine d'écrire des > explications longues et détaillées, [...] Hé, hé, la Maison est bonne fille :-) Et puis ça y est, on est vendredi ! > [...] que je vais mettre en relation avec la documentation de > rsnapshot. Fais-toi plaisir ; je suis convaincu que tu en seras content. > On ne peut se contenter de faire des sauvegardes simples, avec p. > ex. rsync, c'est pas suffisant, il y a bien le danger de cloner une > source cassée, j'ai bien fait de poser la question :-) Et ben oui et non, en fait ! rsync a des options '--backup' et '--backup-dir' qui valent la peine d'être étudiées, à mon humble avis. J'ai déjà sauvegardé des machines avec une commande comme : BKPDIR=../versions/$(date +%Y%m%d/%H%M%S) rsync -aA --backup --backup-dir=$BKPDIR \ --delete --numeric-ids --delete-excluded \ /truc/ jfstraeten.dyndns.org:/muche/ En gros, ça dit que si un fichier a changé dans /truc/, avant de propager la mise à jour dans /muche/, il doit le sauvegarder dans $BKPDIR. Résultat, tu n'as que ce qui a changé dans $BKPDIR (version aux date et heure du backup), et en l'espèce classé par jours, puis heures au sein des jours. À mon avis, c'est aussi valable que rsnapshot --- et probablement plus simple (et peut-être même plus élégant, parce que t'as pas un tas de hardlinks pour rien ?) --- en termes de résultat, mais va faire comprendre la restauration à des users neuneus ! Sans méchanceté, mais tu oublies évidemment le 'find' qui cracherait les versions dans $BKPDIR. Je monte le répertoire de base de rsnapshot en RO, puis « daily.0 », c'est hier, « daily.1 » avant-hier, et ainsi de suite jusqu'à retrouver la version qui lui convient ; c'est beaucoup plus simple ;-) > On découvre que sauvegarder (1ère nécessité pour protéger son > système), n'est finalement pas si simple. Nenni, on est bien d'accord. Y a des bouquins entiers sur le sujet et quand tu en finis un, tu as à peine égratigné la surface du problème... Genre, "Backup & Recovery" chez O'Reilly... Ça fait ± 700 pages, mais je crois que j'avais plus de questions après qu'avant :-) > Je te tiens au courant de mes essais de rsnapshot... Bon travail, et tous mes vœux de succès t'accompagnent. Tu n'échapperas pas à la doc, c'est clair, mais c'est bien fait... A+ -- JFS.
Re: logiciel de sauvegarde
Hello André, On Thu, Jan 07, 2016 at 05:55:18PM +0100, andre_deb...@numericable.fr wrote: [...] > > Il te faut un certain historique, pour pouvoir remonter dans le > > temps le cas échéant, tu n'as guère le choix... > > Comment créer "ce certain historique" ? J'y revais de mon couplet : par exemple grâce à rsnapshot (et rsync en sous-main). Ce soft est absolument excellent pour faire cela. Il implémente cette idée-ci : http://www.mikerubel.org/computers/rsync_snapshots/ (que d'autres font avec des shell scripts ; il n'y a pas que rsnapshot). Le principe est de : - copier une première fois l'arborescence à sauvegarder sur le support de sauvegarde. Tu as une copie 1:1 faite par rsync, dans /backups/daily.0/ par exemple ; - au passage suivant (mettons le lendemain, dans l'exemple, mais ça peut être toutes les heures, tous les jours, toutes les semaines... quand tu veux, en fait, c'est paramétrable) le soft réplique d'abord la première sauvegarde au moyen de hardlinks. Tu as donc daily.1 (daily.0 est renommé en daily.1) qui est ta sauvegarde initiale) et daily.0 qui est une copie de l'arborescence, mais sous forme de hardlinks (jusqu'ici, ça ne consomme rien en espace ; ça bouffe juste un max d'inodes) ; - ensuite, il passe un coup de rsync sur tous les fichiers, depuis la source vers daily.0 avec pour résultat que seuls les fichiers qui ont changé se retrouvent copiés dans daily.0 (le lien initial vers daily.1 est alors rompu. Pour les fichiers qui n'ont pas changé, ça reste un hardlink vers le fichier du même nom dans la première sauvegarde) ; - et ainsi de suite... Le surlendemain, tu as un daily.2 avec la première sauvegarde, daily.1 avec celle de la veille et daily.0 contient toujours la plus récente. Tu as toujours un backup absolument complet de ton arborescence pour chaque jour, mais qui ne consomme que l'espace du delta avec la sauvegarde précédente. Et c'est l'accumulation des sauvegardes qui constitue ton historique... En cherchant un fichier dans tous les daily.?, tu vois tout de suite les dates auxquelles il a bougé et tu peux restaurer la version qui t'intéresse. Voici un exemple "live" : -rw-r- 1 jfs jfs 22871 jan 5 21:53 daily.0/kelsen/annexe-chiffree-plan.ods -rw-r- 3 jfs jfs 20374 jan 2 19:04 daily.1/kelsen/annexe-chiffree-plan.ods -rw-r- 3 jfs jfs 20374 jan 2 19:04 daily.2/kelsen/annexe-chiffree-plan.ods -rw-r- 3 jfs jfs 20374 jan 2 19:04 daily.3/kelsen/annexe-chiffree-plan.ods -rw-r- 67 jfs jfs 52155 oct 27 14:34 daily.4/kelsen/annexe-chiffree-plan.ods -rw-r- 67 jfs jfs 52155 oct 27 14:34 daily.5/kelsen/annexe-chiffree-plan.ods -rw-r- 67 jfs jfs 52155 oct 27 14:34 daily.6/kelsen/annexe-chiffree-plan.ods -rw-r- 67 jfs jfs 52155 oct 27 14:34 daily.7/kelsen/annexe-chiffree-plan.ods -rw-r- 67 jfs jfs 52155 oct 27 14:34 daily.8/kelsen/annexe-chiffree-plan.ods -rw-r- 67 jfs jfs 52155 oct 27 14:34 daily.9/kelsen/annexe-chiffree-plan.ods Sur les dix derniers jours, le fichier a été modifié le 5 janvier, et avant ça le 2, et encore avant ça il n'avait pas bougé depuis le 27 octobre Tu sais restaurer celle des trois versions qui t'intéresse, et les sept autres ne consomment pas d'espace ; ce ne sont que des liens durs vers la version antérieure quand ça n'a pas changé. Pour la petite histoire, je garde cet historique sur les 365 derniers jours, ce qui m'a déjà permis de récupérer des fichiers détruits par mégarde trois, six ou huit mois auparavant ; ça arrive... :-/ Après, question de goûts, mais l'idéal est de configurer rsnapshot sur une machine dédiée, qui fait des pulls à son aise vers les différentes machines à sauvegarder. Si le principe te parle, n'hésite pas à te fader la doc de rsnapshot ; tu ne devrais pas le regretter ;) Hih, -- JFS.
Re: logiciel de sauvegarde
Re, On Thu, Jan 07, 2016 at 09:46:19PM +0100, Gaëtan PERRIER wrote: > Unison c'est bien pour de la synchro mais pas pour de la sauvegarde. > Je l'utilise pour synchroniser mon PC et mon portable. Pareil, et même avis ici : génial sur la synchro ; pas adapté à la sauvegarde. A+ -- JFS.
Re: logiciel de sauvegarde
LO, On Thu, Jan 07, 2016 at 01:47:01AM +0100, Gaëtan PERRIER wrote: > Je cherche un logiciel de sauvegarde dans le même genre que Cobian Backup. > En fouillant sur google je suis tombé sur un certain nombre (simple backup, > luckybackup, flyback, back in time, etc.) mais qui ont tous pour point commun > de ne plus être franchement vivant. Le seul qui semble encore vivant mais non > présent dans debian semble être areca backup (http://areca-backup.org). > Auriez-vous un retour d'expérience dessus ou sur d'autres logiciels de > sauvegarde ? rsnapshot ? (à base de rsync et de hard links ; excellent !) A+ -- JFS.