Re: Debian Login
Le Wed, 8 Nov 2023 14:06:12 +0100, Tiago Madeira a écrit : > je me mets en root et je fait apt-get install > gnome ça ne fonctionne [...] Est-ce qu'après être passé root il y a bien le signe dièse (#) pour exécuter la commande comme ceci : # apt-get install gnome -- Alain Vaugham
Re: Libérer l'espace après suppression de fichiers de log énormes dans /var + éviter d'atteindre le blocage
Le Fri, 16 Jun 2023 11:46:49 +0200 (CEST), roger.tar...@free.fr a écrit : > Egalement, comment éviter que /var ( partition dédiée ) bloque la > machine quand il est plein ? Pour éviter de remplir /var à cause de la pollution des logs, je créé une partition dédiée /var/log. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?
Le Thu, 23 Feb 2023 12:23:05 +0100, BERTRAND Joël a écrit : > Alain Vaugham a écrit : > > Le fisc enverra la facture > > à notre place. > Ça, je n'y crois pas un seul instant vu comme les services > fiscaux fonctionnent. C'est encore du boulot comptable en plus, > gratuitement pour l'état, donc des charges en plus et des > augmentations de prix pour le consommateur. > D'après le lien fourni par Didier : https://www.impots.gouv.fr/sites/default/files/media/1_metier/3_partenaire/facturation_electronique_partenaires/Partenaire_-_Schema_en_Y.pdf J'ai quand même l'impression que c'est tout comme. En effet, un fournisseur C n'envoie pas la facture directement à son acheteur D. Ce dernier la récupère depuis le Portail Public de Facturation. Les écritures dans certains comptes 4, 6 et 7 sont donc instantanément inscrites sur le PPF. Tant qu'à faire, pourquoi s'arrêter à ces seuls comptes et ne pas imposer la saisie de toute la compta en ligne avec cette API? Ce n'est pas déjà prévu?
Re: [HS] Facturation électronique obligatoire. Comment s'y préparer ?
Bonjour la liste, Ce n'est pas la dématérialisation des factures qui est nouveau, c'est l'obligation de "transmettre à l’administration fiscale les données de facturation, ainsi que les données relatives aux opérations non domestiques ou avec une personne non assujettie" : https://www.economie.gouv.fr/generalisation-facturation-electronique-calendrier-reforme C'est encore flou, mais ce que le comprends c'est que l'on remplira un formulaire en ligne soit sur le site du fisc, soit à travers une interface chez un prestataire agréé. C'est à dire que la saisie d'une facture que nous faisons actuellement dans nos logiciels de compta, nous devrons la refaire une seconde fois sur le site du fisc puisqu'on est obligé d'avoir une compta informatisée. Le fisc enverra la facture à notre place. Si on passe par un prestataire, je pense que c'est au niveau des ERP que ça va se traiter. Dans les deux cas, quand nous recevrons les factures de nos fournisseurs elles auront d'abord été passées au travers de la moulinette du fisc. Le sujet a été abordé ici : https://listes.april.org/wws/arc/comptabilite/2021-09/msg6.html (Liste non publique) Vu que le fisc sera informé en temps réel de toutes les transactions, le bon côté de la chose que je vois, c'est qu'il se pourrait que le fisc ai la bonne idée de ne plus imposer les déclarations fiscales ;-) Le Wed, 22 Feb 2023 17:26:46 +0100, Olivier a écrit : > Bonjour, > > Je viens d'apprendre que l'article "26 de la loi de finances > rectificative pour 2022 prévoit l’obligation de facturation > électronique dans les échanges entre entreprises assujetties à la TVA > et établies en France" (cf [1]). > > Avez-vous connaissance d'outils ou prestataires permettant à des > entreprises dont l'informatique repose sur Debian, de se préparer à > cette nouvelle obligation ? Quel retour d'expérience ? > > Comment se rétribuent les plateformes de dématérialisation ? > > [1] > https://www.impots.gouv.fr/facturation-electronique-entre-entreprises-et-transmission-de-donnees-de-facturation > > Slts >
Re: 10/Buster --> 11/Bulleye
Le Fri, 30 Sep 2022 11:48:42 +0200, Alain Vaugham a écrit : > Bonjour, > > Le Wed, 28 Sep 2022 15:11:24 +0200, > hamster a écrit : > > > Non, tu y est presque. Je t'incite a perseverer, meme si c'est pas > > sur cette machine, parce que c'est très pratique et efficace pour > > réparer grub. > > J'ai installé Bulleye sur un autre disque. Cela m'a permis de > préserver le disque de 4T sur lequel je vais pouvoir, grâce aux > conseils que je trouve ici, continuer mon expérience de chroot. > Je m'y remet ce soir. > Bonjour, Cette fois-ci, grâce à tes conseils, la mise à jour de grub a réussi. Depuis ce matin j'ai un disque qui semble être constamment accepté par le BIOS/UEFI. Au préalable, cela a été laborieux. J'ai réinstallé deux fois. Même le disque pour lequel j'avais vérifié la solidité de ses redémarrages a fini par être refusé par ce BIOS/UEFI. Je suis incapable de recréer le défaut. Je n'ai donc eu d'autre choix que de réussir à mettre à jour le grub, donc d'utiliser chroot. Par précaution j'ai fait une installation "tout dans une seule partition". sda1EFI sda2/ sda3swap Les montages, le chroot et la mise à jour de grub n'ont pas généré d'erreur. Il y a eu un démontage qui n'a pas pu se faire: umount /mnt/racine/sys : Target is busy. En regardant j'ai vu que la cible c'était sur la clef USB du System Rescue. Je n'ai pas cherché à comprendre, comme ce n'était que du démontage avant un reboot, j'ai rebooté. Je croise les doigts maintenant pour que cette config tienne. Je laisse quelques jours avant de refaire une install cette fois-ci avec une /var séparée. Pour ça, j'ai gardé tes conseils ainsi que ceux de Sébastien. >Est-ce qu'il y a d'autres subtilités de ton install que tu nous a pas >encore dites ? Non, je ne pense pas que ce soit des subtilités. J'aime bien avoir - une partition que pour les logs, - une pour un user (moi) - une tmp en RAM J'aime bien aussi avoir de la place disponible sur le disque au cas où j'aurai besoin d'ajouter brutalement une partition. Est-ce que les deux montages ci-dessous seraient des subtilités? tmpfs /tmp tmpfs defaults,size=1g 0 0 192.168.33.128:/mnt/nfs_labas /mnt/nfs_ici nfs defaults 0 2 Merci beaucoup encore pour le coup de pouce. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: 10/Buster --> 11/Bulleye
Bonjour, Le Wed, 28 Sep 2022 15:11:24 +0200, hamster a écrit : > Non, tu y est presque. Je t'incite a perseverer, meme si c'est pas > sur cette machine, parce que c'est très pratique et efficace pour > réparer grub. J'ai installé Bulleye sur un autre disque. Cela m'a permis de préserver le disque de 4T sur lequel je vais pouvoir, grâce aux conseils que je trouve ici, continuer mon expérience de chroot. Je m'y remet ce soir. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: 10/Buster --> 11/Bulleye
Bonjour, Le Wed, 28 Sep 2022 11:07:17 +0200, Sébastien NOBILI a écrit : > Tu n'aurais pas une partition /var séparée sur ton système (sur le > disque dur) ? Oui, c'est exact. Pour ce qui est de la récursivité de bind par rapport à rbind, je te remercie pour le détail de la démarche. Je conserve tout cela précieusement pour m'y reporter lorsque je me mettrais à nouveau sur l'usage de chroot. Pour l'instant, bien que cela me tente d'avancer sur le chroot, je ne vais pas prendre le risque de ne plus pouvoir booter sur la Buster. Je vais juste me contenter d'installer en priorité Bulleye sur cette machine et m'accommoder de l'imperfection de son BIOS/UEFI. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: 10/Buster --> 11/Bulleye
Le Tue, 27 Sep 2022 13:39:31 +0200, hamster a écrit : > Le 27/09/2022 à 12:24, Alain Vaugham a écrit : > > Avant de réinstaller - juste pour le fun - j'aimerai bien mettre un > > peu les mains dans le camboui pour apprendre à chrooter un disque. > > Je ne l'ai jamais fait. Apparemment c'est une occasion. Si en plus > > ça règle le problème alors bingo. > > > > Je vais suivre ce tuto: > > https://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux > Ca a l'air bien, mais c'est pas exactement comme ca que je fais. > Alors je vais aussi te dire comment je fais. Je me suis grandement > inspiré de > https://www.system-rescue.org/disk-partitioning/Repairing-a-damaged-Grub/ > > D'abord il faut booter sur un système live avec le meme nombre de > bits : on ne choote pas sur un systeme 64 bits avec un noyau 32 bits > et vice versa. Si le système sur lequel tu veux chrooter est 64 bits, > alors il te faut booter sur un système live qui a un noyau 64 bits. > Perso, j'aime bien SystemRescue pour faire ce genre de trucs mais une > autre distrib live fera aussi très bien l'affaire. Pour une réponse rapide: cela ne s'est pas passé comme cela aurait pû se passer. Voulant suivre à la lettre ton tuto j'ai donc créé une clef USB avec SystemRescue 9.04-amd64 dessus afin d'être cohérent avec l'installation fautive du disque 4T qui avait été installé avec debian-11.2.0-amd64-netinst. Voici le retour que ça a donné. > Mettons que le disque sur lequel tu veux chrooter soit /dev/sda avec : > - une partition EFI /dev/sda1 > - une partition swap /dev/sda2 > - une partition système /dev/sda3 > - une partition home /dev/sda4 Chez moi c'était : - une partition EFI /dev/sda1 - une partition swap /dev/sda4 - une partition système /dev/sda2 - une partition home /dev/sda6 > Pour reinstaller grub on a pas besoin ni de la swap ni de home. Je > monte donc la partition système dans un dossier dédié dans le > dossier /mnt : mkdir /mnt/racine Pareil chez moi : mkdir /mnt/racine > mount /dev/sda3 /mnt/racine Chez moi : mount /dev/sda2 /mnt/racine > Je monte les dossiers /dev /sys et /proc sur les dossiers > correspondants du systeme a chrooter : > mount -o rbind /proc /mnt/racine/proc > mount -o rbind /dev /mnt/racine/dev > mount -o rbind /sys /mnt/racine/sys Est-ce que l'ordre est important? dev, sys, proc ou proc, dev, sys? Chez moi j'ai fait: mount -o rbind /proc /mnt/racine/proc J'ai eu un refus: /proc is not a block device et le conseil de regarder le dmesg. Là, la dernière ligne disait qu'il n'avait pas trouvé quelque chose.Je n'ai pas noté. > Dans le cas d'un système avec EFI, donc avec grub-efi-amd64 a la > place de grub-pc, il faut utiliser l'option rbind et non pas bind > sinon grub plante. Pour plus de détails voir par la : > https://unix.stackexchange.com/questions/693101/reinstall-grub-grub-install-warning-efi-variables-are-not-supported-on-this-s Je suis donc allé voir ce lien. Après avoir parcouru toute la discussion j'avoue qu'avec mes compétences actuelles ne pas avoir retenu grand'chose. Plus tôt que d'en rester là, j'ai tenté avec bind. mount -o bind /proc /mnt/racine/proc N'ayant reçu aucun message d'erreur, j'ai continué : mount -o rbind /dev /mnt/racine/dev mount -o rbind /sys /mnt/racine/sys > Ensuite le chroot proprement dit : > chroot /mnt/racine /bin/bash Pareil chez moi. Pas de plainte non plus. > La le prompt est différent, c'est donc qu'on est dans le système > chrooté. Pareil ici. Le prompt a changé. Toujours pas de message d'erreur. > Toujours dans le cas d'un système EFI, il faut monter la partition > EFI sur /boot/efi : > mount /dev/sda1 /boot/efi Pareil ici. J'étais dans le système chrooté et pas de message d'erreur non plus. mount /dev/sda1 /boot/efi > On peut aussi faire plus simplement mount -a, ce qui va monter tout > ce qui est dans le fstab, y compris la partition EFI et avec les > bonnes options. Attention par contre ca va monter d'autres trucs, a > commencer par /home et il faudra penser a les démonter avant de > sortir du chroot. Alors je ne mounte pas le contenu de la fstab. Cela m'évitera d'éventuelles perturbations. > On peut alors reinstaller grub : > grub-install /dev/sda Pareil chez moi : grub-install /dev/sda Pas d'erreur > update-grub Pareil chez moi : update-grub Mais là : erreur. mkdir: cannot create directory /var/lib/os-prober/mount No such file or directory Ce message a été répliqué cinq fois. J'ai hésité à lui créer le répertoire qui lui manquait. Je me suis dit que si grub-install s'était bien passé alors ce devait certainement être la dernière version. Donc je n'ai pas créé le répertoire manquant. J'ai poursuivi. J'avoue ne pas avoir eu l'idée de vérifier la version du Grub fraîchement installé. > Démonter tout ce qui a été monté dans le chroo
Re: 10/Buster --> 11/Bulleye
Le Tue, 27 Sep 2022 13:39:31 +0200, hamster a écrit : > Le 27/09/2022 à 12:24, Alain Vaugham a écrit : > > Avant de réinstaller - juste pour le fun - j'aimerai bien mettre un > > peu les mains dans le camboui pour apprendre à chrooter un disque. > > Je ne l'ai jamais fait. Apparemment c'est une occasion. Si en plus > > ça règle le problème alors bingo. > > > > Je vais suivre ce tuto: > > https://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux > Ca a l'air bien, mais c'est pas exactement comme ca que je fais. > Alors je vais aussi te dire comment je fais. [...] Je n'en demandais pas tant! Mais je vais en profiter ;-) Je vais m'y mettre ce soir. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: 10/Buster --> 11/Bulleye
Le Tue, 27 Sep 2022 10:54:53 +0200, hamster a écrit : > Le 27/09/2022 à 01:26, Alain Vaugham a écrit : > > Le Mon, 26 Sep 2022 22:00:10 +0200, > > hamster a écrit : > > > >> Le 26/09/2022 à 16:28, Alain Vaugham a écrit : > >>> Ensuite j'ai voulu récupérer certains fichiers du disque initial > >>> 1T/Buster. > >>> - J'ai donc monté ce disque Buster, choisi de booter sur le > >>> 4T/Bulleye et recopié mes fichiers. > >> > >> Attends, le disque buster tu l'a branché comme un disque externe en > >> USB ou bien tu a mis les deux disques dans l'ordi ? > > > > Non, pas d'USB. J'ai mis les deux disques en même temps sur l'ordi. > > Ce sont des Serial ATA. > > L'UEFI permet de mettre une priorité sur celui sur lequel on veut > > booter. Cela marche très bien avec un disque S-ATA et une clef > > Tails. > > > > > >> T'a copié quoi exactement comme fichiers ? > > > > Mes propres productions pour continuer à les utiliser sous > > Bulleye : de l'ascii, du pdf, du png, de l'ods, de l'odt, du bash, > > du sql, mes clefs gpg/keepass/ssh... rien d'agressif. > > Heu, désolé mais je suis autant le bec dans l'eau que toi. Je sais > pas t'aider sur ce coup. > > Si j'etais a ta place, faute d'arriver a comprendre, je tenterais des > trucs bourrins : > - booter sur une clef USB, faire un chroot sur le disque 4T et > reinstaller GRUB > - si ca marche toujours pas, refaire l'install en partant de zero (et > en croisant les doigts pour que ca marche). > Avant de réinstaller - juste pour le fun - j'aimerai bien mettre un peu les mains dans le camboui pour apprendre à chrooter un disque. Je ne l'ai jamais fait. Apparemment c'est une occasion. Si en plus ça règle le problème alors bingo. Je vais suivre ce tuto: https://www.linuxtricks.fr/wiki/chrooter-un-systeme-linux -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: 10/Buster --> 11/Bulleye
Le Mon, 26 Sep 2022 22:00:10 +0200, hamster a écrit : > Le 26/09/2022 à 16:28, Alain Vaugham a écrit : > > Ensuite j'ai voulu récupérer certains fichiers du disque initial > > 1T/Buster. > > - J'ai donc monté ce disque Buster, choisi de booter sur le > > 4T/Bulleye et recopié mes fichiers. > > Attends, le disque buster tu l'a branché comme un disque externe en > USB ou bien tu a mis les deux disques dans l'ordi ? Non, pas d'USB. J'ai mis les deux disques en même temps sur l'ordi. Ce sont des Serial ATA. L'UEFI permet de mettre une priorité sur celui sur lequel on veut booter. Cela marche très bien avec un disque S-ATA et une clef Tails. > T'a copié quoi exactement comme fichiers ? Mes propres productions pour continuer à les utiliser sous Bulleye : de l'ascii, du pdf, du png, de l'ods, de l'odt, du bash, du sql, mes clefs gpg/keepass/ssh... rien d'agressif. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
10/Buster --> 11/Bulleye
Bonjour la liste, Après avoir installé Bulleye, la machine UEFI sur laquelle tournait Buster, refuse de booter sur Bulleye. Ce qui a été fait: A l'origine il y avait un disque de 1T sur lequel tournait uniquement Buster. Pas de partition Windows. - J'ai démonté ce disque. - J'ai monté un disque de 4T qui avait été vérifié avec badblocks et formaté sur une seule partition GPT avant d'y installer debian-11.2.0-amd64-netinst. - La machine avait été rebootée/éteinte plusieurs fois pour être sûr que l'installation était solide. Ensuite j'ai voulu récupérer certains fichiers du disque initial 1T/Buster. - J'ai donc monté ce disque Buster, choisi de booter sur le 4T/Bulleye et recopié mes fichiers. N'ayant plus besoin du disque 1T/Buster et considérant que Bulleye était solidement installé, je l'ai démonté. Maintenant, bien que le disque 4T/Bulleye soit visible dans l'interface UEFI, celle-ci refuse de booter sur lui. Si je remonte le 1T/Buster alors seul le disque 1T/Buster est autorisé à booter. Au niveau de la Compatibility Support Module j'ai tenté différentes configurations (Active/Auto/Disabled) mais sans résultat. C'est pareil pour le Secure Boot (Autres SE/Windows) que le démarrage rapide soit désactivé ou pas. Seul le disque Buster est accepté par l'interface UEFI. J'imagine que c'est un problème de clefs UEFI. Les sources que j'ai suivies: https://debian-facile.org/doc:install:uefi https://debian-facile.org/doc:materiel:secure-boot https://fr.wikipedia.org/wiki/UEFI#Lancement_s.C3.A9curis.C3.A9_.28secure_boot.29 Le tuto Debian Facile ne me semble pas correspondre au cas pour lequel je viens vers vous car il n'y avait pas de partition Windows à préserver. Concernant une recherche sur la version de l'interface UEFI H97M-E Bios Ver.0334 IntelCore i3-4130 cela ne m'a mené que sur des soucis avec Windows. Une idée? -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
[Résolu] Re: vim / sed : subsitution de codes hexa
Le Thu, 12 May 2022 22:38:16 +, Hugues Larrive a écrit : > Je me suis créé un petit fichier test avec 0x82 à la place d'un é > pour tester. (Je me demande d'où sort ce 0x82...) Il est produit lors de l'export émis par un logiciel de comptabilité. Pareil pour 0x85, 0x8a, 0x88... [...] > L'utiliser à la place de sed : > cat ma_source | ./0x82to0xc3a9 > ma_cible > > Voilà qui devrait faire le travail aussi bien qu'un éditeur hexa. Merci beaucoup pour ce bout de code en c. J'ai essayé de l'utiliser mais sans succès. Non pas à cause du code, mais parce que je n'ai pas su installer/paramétrer les outils pour la compilation. Vu le temps que ça prend pour moi de me mettre à un nouveau langage, j'ai continué à chercher une alternative en Bash. J'en ai trouvée une. Je garde précieusement ce code en référence pour le jour où je serai obligé de me mettre au c. La solution que j'ai trouvée a été d'utiliser vim dans mon script: vim -c "%s/\%x82/é/g|wq" mon_fichier Encore merci pour la tentative de réponse. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2 pgpWAk1mTB97N.pgp Description: Signature digitale OpenPGP
Re: vim / sed : subsitution de codes hexa
Le Thu, 12 May 2022 23:14:50 +0200, didier gaumet a écrit : > je me demande dans quel mesure tu n'as pas une différence > d'environnement linguistique interactif/batch (par exemple examiner > $LANG dans ton script pour vérifier?) Dans le scripts echo $LANG donne: fr_FR.UTF-8 -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
vim / sed : subsitution de codes hexa
Bonjour la liste, Il s'agit d'un export provenant d'un logiciel de comptabilité. Je l'ai encodé en utf8 et je veux substituer les caractères hexa: <82> par é Sous vim les substitutions se font correctement :%s/\%x82/é/g Vu la quantité de substitutions à faire je souhaite scripter l'opération avec sed: cat ma_source | sed 's/\x82/é/g' > ma_cible Malheureusement ça se passe mal car le résultat obtenu est �é soit: 000 C2 C3 A9 D'après ce que je comprends de la faq http://sed.sourceforge.net/grabbag/tutorials/sedfaq.txt dans sed v1.5 il y aurait une autre syntaxe pour borner la chaîne à substituer \<...\> cat ma_source | sed 's/\/é/g' > ma_cible Là aussi ça ne se passe pas comme souhaité. Le sed de Buster que j'utilise est en v4.7 Y aurait-il une autre syntaxe ou est-ce qu'une solution de contournement existerai sous bash? Merci par avance -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: Certificats RGS**
Le Thu, 17 Feb 2022 09:57:49 +0100, Luc Novales a écrit : > c'est bien la mairie qui te donne ton adresse postale Pour prouver son adresse physique on nous demande la facture de services payants tel que l'eau/gaz/électricité/téléphone. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: [HS]lxde perte capacité clic (dont le droit) sur barre de menu + clic sur fenêtre et dans les applis
Le Thu, 16 Dec 2021 11:39:19 +0100, Greg a écrit : > fréquemment (parfois 2 fois par semaine), je perd la possibilité de > * cliquer sur la barre d'application > * de cliquer direct sur une fenetre Bonjour, Depuis peu je constate une anomalie similaire avec Xfce sur Debian 10.11. Les mises à jour sont quotidiennes. * Firefox : impossible de fermer la fenêtre avec la souris. Je peux la fermer avec le claver par CTRL W. * Claws Mail : Pareil. La souris permet son déplacement sur tout l'écran mais ne permet plus le clic à l'intérieur de la fenêtre. Comme pour Firefox, le clavier reste actif. Pour ces deux-là, les clics restent actifs en dehors de leur fenêtre. Par exemple je peux changer de bureau avec la souris mais quand je reviens dans la fenêtre de Claws Mail, je ne peux toujours pas la fermer ni cliquer sur un email pour, par exemple, l'ouvrir. Je ferme donc la fenêtre avec le clavier et relance Claws Mail. C'est très récent. Je l'ai constaté trois ou quatre fois. Je n'ai pas investigué ni conservé davantage de notes. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: EFI et Debian Buster
Le Fri, 9 Apr 2021 14:06:14 +0200, Georges a écrit : > Problème = impossible d'installer debian-10.9.0-amd64-netinst.iso > La partition EFI ? capacité raisonnable / formatage en ? / point de > montage / partition nécessaire ou pas ? J'ai eu le même problème. Pour le résoudre, avant d'installer Buster, j'ai dû au préalable supprimer le MBR du disque depuis un live CD: # swapoff -a # dd if=/dev/zero of=/dev/(le bon disque ici) bs=512 count=1 -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: Modification user 1000
Le Mon, 24 Aug 2020 14:07:10 +0200, Patrick ZAJDA a écrit : > Donc c'est certain, c'est toujours plus confortable de le faire juste > après sa création ; sauf que c'est rarement juste après la création d'un > utilisateur qu'on a besoin de modifier son nom d'utilisateur ou son > home, ça ne serait pas aussi amusant sinon. [...] > Dans le même genre, récemment j'ai eu à modifier l'UID et le GID d'un > utilisateur, et le GID du groupe du coup histoire de m'éviter quelques > tracas avec NFS. Le user 1000 est le premier compte installé. Je ne déplace jamais ce user ni ne l'utilise. Je créé les users à la demande. Si je dois modifier/déplacer les UID/GID d'un user ce n'est jamais le user 1000 et c'est toujours à la main. Pour les montages NFS j'ai l'impression de mieux maîtriser les UID. Pour l'instant je n'ai rencontré aucun soucis après de telles modifications. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
[Résolu] Re: UEFI Bios : Disque système ne boot plus
Le Sun, 31 May 2020 17:45:07 +0200, Alain Vaugham a écrit : > Je me pose donc aujourd'hui la question si c'est normal qu'un disque > sous Debian ne soit plus accepté par un BIOS-UEFI après qu'il ait été > simplement démonté/remonté. Je me réponds à moi-même. Le BIOS-UEFI AMD 2.16.1240 sur la carte ASUS que j'utilise est probablement buggé comme c'est suggéré sur : https://wiki.debian.org/UEFI#Force_grub-efi_installation_to_the_removable_media_path Ce que qui m'a dépanné c'est que pour qu'un disque Debian puisse rebooter sur ce BIOS-UEFI après multiples démontages/remontages/permutations de disques UEFI Debian/MS Windows, la seule configuration qui a fonctionné c'est que la Debian soit installée avec l'option BIOS-UEFI: Démarrage/Compatibilité Support Module=[Auto]. Avec une telle configuration, Netinst ne propose plus l'installation UEFI mais BIOS. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
UEFI Bios : Disque système ne boot plus
Bonjour la liste, Il s'agit d'un serveur principalement pour Samba et Postgresql sur Wheezy. Voulant passer en stable j'ai remplacé le disque sur lequel tournait Wheesy par un disque vierge. L'installation de Buster sur le nouveau disque s'est faite sans problème particulier sauf que de Wheezy à Buster certains paquets n'existent plus, d'autres ont vu leur configuration modifiées. Dans le temps imparti (remise en service lundi matin), n'ayant pas pu configurer Samba sur la Buster, j'ai remis à plus tard cette refonte du serveur. J'ai donc déconnecté le disque Buster et remis le disque Wheezy. Seulement maintenant, ce disque Wheezy ne boot plus. Je n'ai rien changé dans le BIOS-UEFI. Sur une autre machine sous Buster, je peux monter ce disque: Les trois partitions de Wheezy sont : 1 System EFI ext4 2 swap 3 System EFI vfat Je retrouve tous les répertoires sous / Cette mésaventure m'était déjà arrivée. Je n'avais pas insisté davantage. Je me pose donc aujourd'hui la question si c'est normal qu'un disque sous Debian ne soit plus accepté par un BIOS-UEFI après qu'il ait été simplement démonté/remonté. Merci par avance pour toutes infos qui me permettront de faire rebooter ce disque. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: pb impression Attestation-Déplacement
Le Wed, 25 Mar 2020 19:20:23 +0100, "ajh-valmer" a écrit : > Peut-être indiquer si mon modèle joint s'imprime correctement ? > (il ne vient pas de gouv.fr) > aiderait à résoudre le problème. Impression impeccable sur LBP1760. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: Problèmes avec Mozilla ??
Le Fri, 28 Feb 2020 11:39:32 +0100, François Poulain a écrit : > Ces dernières semaines, on constate une quantité anormale de problèmes > de profiles avec Mozilla sous Debian. Sous Firefox et sous > Thunderbird. On a des pertes de profiles et des pertes de bookmarks. Bonjour François, Xfce / Strech / Firefox: je n'ai aucun de ces problèmes. Je n'utilise pas Thunderbird. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: Envoyer mail avec autre IP que le sien
Le Fri, 20 Sep 2019 10:51:02 +0200, "ajh-valmer" a écrit : > On Friday 20 September 2019 10:41:08 hamster wrote: > > Le 20/09/2019 à 10:27, ajh-valmer a écrit : > > > Est-il possible et si oui une piste, > > > afin d'envoyer un mail avec numéro IP autre que le sien > > > Si t'envoie depuis un webmail, ca part avec l'IP du serveur. > > Donc l'IP d'un FAI, ce que je ne veux pas. > Il existe des webmails alternatifs tels que: gmx, mailo... -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: Les certificats cacert
Le Thu, 28 Feb 2019 10:31:18 +0100, "ajh-valmer" a écrit : > On Wednesday 27 February 2019 15:36:20 Alain Vaugham wrote: > > Tous les deux ans, je n'ai rien à faire d'autre qu'à renouveler le > > certificat sur le site de CAcert, à l'intégrer dans Firefox et à > > sauvegarder un mot de passe au cas où je devrais changer de > > Firefox. > > Je n'ai jamais eu besoin de faire ça. > > Pourquoi intégrer manuellement le certificat dans un navigateur ? Pourquoi? C'est par exemple pour me connecter à mon compte privé sur le site de CAcert. Ce certificat m'évite de fournir un mot de passe lorsque je m'y connecte. Mon compte privé est accessible ici: https://secure.cacert.org/account.php Pour s'y connecter, Firefox communique mon certificat personnel à CAcert. Une fois que CAcert l'a reconnu comme valide, CAcert me connecte à mon compte privé. D'après ce que j'ai compris, les certificats de Let's Encrypt ne protègent que les noms de domaine. Dans la terminologie de Firefox ils appellent ça "certificats de serveurs". Let's Encrypt ne permet pas l'usage de certificats personnels tels que ceux de CAcert. Il y a quelques années le fisc nous proposait de nous identifier avec des certificats personnels. C'est ce genre de certificat dont je parle ici. > et mot de passe de quoi C'est Firefox qui l'impose. C'est pour protéger mes certificats personnels ainsi que mes certificats de serveurs qu'il stocke: /menu/préférences/vie privé sécurité/certificats/afficher/Vos certificats et ou sauvegarder ? Dans un endroit où on est sûr de le retrouver ;-) par exemple le mémoriser dans sa tête ou dans un gestionnaire de mots de passes tel que KeePass. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: Les certificats cacert
Le Wed, 27 Feb 2019 15:24:32 +0100, "ajh-valmer" a écrit : > Si j'y arrive..., est-ce que les navigateurs vont bien accepter > les certifs générés par cacert.org ? Chez moi, avec Firefox je peux accéder à mon compte privé sur https://secure.cacert.org/account.php. Tous les deux ans, je n'ai rien à faire d'autre qu'à renouveler le certificat sur le site de CAcert, à l'intégrer dans Firefox et à sauvegarder un mot de passe au cas où je devrais changer de Firefox. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: sighature électronoqie de documents
Le Thu, 8 Mar 2018 12:23:32 +0100 (CET), Bernard Schoenacker <bernard.schoenac...@free.fr> a écrit : > comment faire pour signer un document électronique ? Il est possible de signer des emails, des pdf et davantage avec les certificats clients. CAcert en fourni gratuitement: https://wiki.cacert.org/Technology/KnowledgeBase/ClientCerts?action=show=ClientCerts Inconvénient actuel: Firefox a retiré CAcert de sa liste des Autorités de Certification. Il faut donc ajouter manuellement le certificat root dans la liste des CA. Pour cette raison, je doute qu'un certificat CAcert soit acceptable pour les marchés publics. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: sighature électronoqie de documents
Le Thu, 8 Mar 2018 12:23:32 +0100 (CET), Bernard Schoenacker <bernard.schoenac...@free.fr> a écrit : comment faire pour signer un document électronique ? Il est possible de signer des emails, des pdf et davantage avec les certificats clients. CAcert en fourni gratuitement: https://wiki.cacert.org/Technology/KnowledgeBase/ClientCerts?action=show=ClientCerts Inconvénient actuel: Dans Firefox, Mozilla a retiré CAcert de sa liste des Autorités de Certification. Il faut donc ajouter manuellement le certificat root dans la liste des CA. Pour cette raison, je doute qu'un certificat CAcert soit acceptable pour les marchés publics. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: Claws-Mail : lignes manquantes à l'impression d'un email
Le Fri, 18 Nov 2016 09:21:47 +0100, didier gaumet <didier.gau...@gmail.com> a écrit : > il me semble que j'avais systématiquement des > problèmes d'impression jusqu'à ce que j'installe, systématiquement > aussi, gv et a2ps Aucune incidence après avoir installé gv + a2ps et relancé Claws Mail. Ni en Postscript ni en pdf. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Claws-Mail : lignes manquantes à l'impression d'un email
Bonjour la liste, C'est systématique. Il y a des lignes complètes ou des caractères aléatoires qui manquent lors d'une impression. /Menu/Fichier/Imprimer/ (ou Ctrl+P) /Imprimer dans un fichier pdf ou ps = même défaut. Le défaut n'apparaît pas lors de l'aperçu avant l'impression. Ce défaut n'apparaîssait pas avec la précédente version de Claws Mail qui était livrée avec l'actuelle version oldstable Wheezy. Parmi les caractères présents il y a des "é, à, €, etc". Dans les emails, je n'arrive pas à identifier un motif répétitif qui pourrait donner une piste de recherche. Une constante : pour un même email, à chaque impression pdf ou ps, le défaut est systématiquement reproductible avec les mêmes défauts. Sur la toile je ne trouve que des sujets en rapport avec des défauts d'impression sur des imprimantes alors que dans le cas présent il s'agit d'impression dans un fichier. Dans Claws Mail je ne sais ni identifier l'outil qui génère les pdf/ps ni l'échanger pour un autre. Cet email-ci qui est posté sur DUF est émis par le Claws Mail en question. Debian : stable Jessie Claws Mail : 3.11.1 brut d'installation sans ajout d'imprimante Cups : brut d'installation Suis-je seul à constater ce défaut? -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
IPCop [était : Configuration réseau]
Le Wed, 9 Jul 2014 18:59:38 +0200, Nicolas FRANCOIS nicolas.franc...@free.fr a écrit : [...] firewall IPCop, Ce projet n'est plus maintenu. Il est remplacé par IPFire -- Alain Vaugham -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/b4f33ba165b187d514801e52986ac...@vaugham.com
OpenSSL / Heartbeat : mises à jour
Bonsoir la liste, J'avais cru comprendre qu'il fallait refaire rapidement ses certificats. Pourtant, aujourd'hui, certains sites en https n'ont pas réagi. Est-ce que cela veut dire qu'il n'y a que certains OpenSSL - dont celui de Debian - qui sont concernés, celui d'autres OS ne l'étant pas, ou est-ce que c'est moi qui n'ai pas bien compris l'alerte sur debian-security-announce? Merci par avance. Date: Mon, 07 Apr 2014 21:36:46 + De: Salvatore Bonaccorso car...@debian.org À: debian-security-annou...@lists.debian.org Sujet: [SECURITY] [DSA 2896-1] openssl security update Le 08/04/2014, l'ANSSI : http://www.cert.ssi.gouv.fr/site/CERTFR-2014-ALE-003/index.html Constaté aujourd'hui : ceux qui ont réagi : 08/04/2014 : https://webmail.gandi.net/ 15/04/2014 : https://www.paypal.com/fr/webapps/mpp/home 16/04/2014 : https://entreprises.ca-paris.fr/ 28/04/2014 : https://www.cacert.org/index.php?id=4 Constaté aujourd'hui : ceux qui n'ont pas réagi : 24/03/2013 : https://www.verisign.fr/ts-sem-page/ 18/04/2013 : https://entreprises.societegenerale.fr/ 02/05/2013 : https://ssl0.ovh.net/fr/ 04/07/2013 : https://www.sfr.fr/accueil/ 31/10/2013 : https://informations.lcl.fr/securite/ 17/12/2013 : https://www.secure.bnpparibas.net/ -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140513231904.6b2f24a3@mach07.localdomain
Re: nombre de signes
Le Sat, 19 Apr 2014 17:31:29 +0200, Bernard Schoenacker bernard.schoenac...@free.fr a écrit : Bonjour, Bonjour, j'ai un texte à publier dont je souhaiterai connaître le nombre de signes, quel est l'outil le plus adapté à cette tâche Open Office : Outils / Statistiques -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140419181239.671080aa@mach07.localdomain
Squeeze : plus de son
Bonsoir la liste, Depuis que cette machine est en Squeeze le son fonctionnait parfaitement. Je l'utilise pour récupérer par email les messages audio laissés sur un répondeur téléphonique. Sans _aucune_ intervention de ma part le son ne marche plus. Cela s'est passé au cours d'une même session. Dans cette session le son avait fonctionné. Sur la toile on explique en long et en large comment faire pour faire marcher une carte/driver/serveur de son mais dans mon cas je cherche à réparer quelque chose qui marchait bien. Ce que j'ai vérifié : - les HP sont encore vivants et le potar du volume est au max - côté câblage, le jack des HP est bien enfoncé sur la carte mère /proc/asound/cards : 0 [AMD8111]: ICH - AMD AMD8111 AMD AMD8111 with AD1981B at irq 17 /etc/group : audio:x:29:moi,pulse Les réglages de alsamixer sont sur : http://pix.toile-libre.org/?img=1396732726.png Je viens de manipuler ces réglages pour voir si cela pouvait avoir une incidence. Je les ai laissés dans cet état qui n'est peut-être pas celui qui avait fonctionné depuis que Squeeze avait été installé. Je ne sais pas vérifier si des composants sur la carte mère sont HS mais j'ai constaté qu'il n'y a aucune odeur d'électronique contrariée. Dans quelle direction je dois rechercher? Merci par avance -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140405234043.5d328ffb@mach07.localdomain
Re: [HS] comptable
Le Tue, 11 Mar 2014 12:54:55 +0100, Bzzz lazyvi...@gmx.com a écrit : si j'ai posé la question de trouver un (expert-)comptable en précisant pour un pompage de cervelle, c'est bien pour trouver un praticien expérimenté en mesure de répondre facilement et rapidement à mes interrogations Bonjour, Plus précisément, c'est quelle question? Tu peux me contacter en MP. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140311140804.5d71996e@mach07.localdomain
Re: Archiver une boite imap
Le Wed, 05 Mar 2014 13:46:04 +0100, Nicolas Roudninski nico...@tycho.fr a écrit : Bonjour à tous, Bonjour, Je cherche un moyen d'archiver mes mails sur mon serveur imap. Je voudrais que les mails de plus d'un certain temps (un mois par exemple) soient archivés dans un dossier spécial (Archives) de ma boite imap. Plus précisément, ma boite imap contient des dossiers comme ceux-ci : Maildir/ Maildir/.Debian Maildir/.Professionnel Maildir/.Professionnel.Samba etc. J'aimerai que les archives soient de la forme : Maildir/.Archives.2014.Debian Maildir/.2014.Professionnel Maildir/.2014.Professionnel.Samba J'ai beau chercher, je ne trouve pas de script ou de programme remplissant cette tâche. J'ai regardé du côté de archivemail mais celui-ci créé des fichiers au format mbox alors que je voudrais des boites imap. Auriez-vous donc en tête un script / programme / exemple à me fournir ou une piste vers laquelle me tourner ? Chez moi mon serveur imap est Dovecot. J'utilise $ tar -cvf ~/où-je-veux/archive.tar ~/maildir/.le-bon-repertoire/ Mes périodes d'archivages sont différentes mais on peut mettre la commande tar dans une tâche cron. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140305145113.27b89ab0@mach07.localdomain
/etc/passwd effacé
Bonjour la liste, Suite à une erreur de ma part, j'ai effacé le /etc/passwd d'une machine distante. J'ai fait cette erreur au cours d'une session ssh. Je me suis rendu compte de cette erreur car il ne m'était plus possible de m'identifier sur cette machine comme je le fais habituellement avec ssh. Par chance, comme mon canal ssh initial (celui à travers duquel j'avais fait l'erreur) n'était pas encore fermé, j'ai tenté de restaurer le /etc/passwd perdu : # cp -p /etc/passwd- /etc/passwd # chmod 644 /etc/passwd Je peux à nouveau m'identifier à distance sur cette machine. Votre avis m'intéresse : Est-ce que ma réparation est suffisante? Est-ce que je peux considérer l'incident comme clos? Merci par avance. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140302154254.7067b11f@mach07.localdomain
Re: /etc/passwd effacé
Le Sun, 2 Mar 2014 15:55:26 +0100, Bzzz lazyvi...@gmx.com a écrit : On Sun, 2 Mar 2014 15:42:54 +0100 Alain Vaugham al...@vaugham.com wrote: Est-ce que ma réparation est suffisante? Non, elle est uniquement suffisante pour le compte root (tjrs:=0), et certains comptes system dont l'UID a été gelée (tjrs les mêmes quelque soit le µ, la branche (la distro?)). Pour les autres comptes, il aurait fallu que l'ordre de création ait été _exactement_ le même sur les 2 µ pour que les UIDs soient les mêmes. Il ne s'est passé que quelques dizaines de minutes entre l'instant où j'ai effacé /etc/passwd et le moment où je l'ai restauré à partir de la même machine : # cp -p /etc/passwd- /etc/passwd # chmod 644 /etc/passwd Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun nouveau compte user créé, aucun logiciel installé/supprimé. - Le Sun, 2 Mar 2014 16:01:20 +0100, Bzzz lazyvi...@gmx.com a écrit : On Sun, 02 Mar 2014 15:51:42 +0100 Frederic MASSOT frede...@juliana-multimedia.com wrote: TestE ta config avec les commandes pwck et grpck pour vérifier si les fichiers passwd, shadow, group et gshadow sont cohérents. Ça ne vérifie QUE les cohérences, et encore: les compilations ou remove des pkgs laissent souvent des users orphelins de $HOME. Et ça ne verra pas les disparités des UIDs des utilisateurs. Comme suggéré par Frédéric, j'ai testé la config : # grpck -- ne retourne rien # pwck -q --- ne retourne rien # pwck -r --- retourne le même genre d'infos que sur une autre machine sur laquelle je n'ai pas fait l'erreur de supprimer /etc/passwd : utilisateur lp : le répertoire « /var/spool/lpd » n'existe pas utilisateur news : le répertoire « /var/spool/news » n'existe pas utilisateur uucp : le répertoire « /var/spool/uucp » n'existe pas utilisateur www-data : le répertoire « /var/www » n'existe pas utilisateur list : le répertoire « /var/list » n'existe pas utilisateur irc : le répertoire « /var/run/ircd » n'existe pas utilisateur gnats : le répertoire « /var/lib/gnats » n'existe pas utilisateur nobody : le répertoire « /nonexistent » n'existe pas utilisateur ntp : le répertoire « /home/ntp » n'existe pas pwck : aucun changement Dois-je être rassuré ou pas? -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140302163548.289fad06@mach07.localdomain
Re: /etc/passwd effacé
Le Sun, 2 Mar 2014 17:03:10 +0100, Bzzz lazyvi...@gmx.com a écrit : Vi, mais si entre les 2 il y a eu, par ex, l'ajout d'un user dans le system, il ne sera pas présent dans le backup. Il n'y a eu aucun ajout de users dans le system. Par ailleurs, comment se fait-il que tu n'aies pas au strict minimum un tarball de /etc en sauvegarde de ce µ? Parce que __dans mon cas présent__ il m'est plus rapide de réinstaller le système de la machine et de le re-tuner à partir de mes notes/mes scripts que d'user le soleil à retrouver le bon tarball dans un historique et d'avoir l'incertitude qu'il reste d'autres choses qui m'aient échappées. Exprimé autrement : 1 heure d'indisponibilité, ça rentre dans mon plan de reprise et c'est plus important que le côté pédagogique de la chose. Dois-je être rassuré ou pas? Ptêt ben que oui, ptêt ben que non, tout dépend, c'est selon… ça, ça me convient tout à fait. Je vais redémarrer la machine et je verrai bien. En tout cas, merci de t'être intéressé à mon problème. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140302175114.3b479328@mach07.localdomain
Re: /etc/passwd effacé
Le Sun, 02 Mar 2014 17:46:07 +0100, Jacques Daniel jacq...@hermine.no-ip.info a écrit : Le 02/03/2014 16:35, Alain Vaugham a écrit : Il ne s'est passé que quelques dizaines de minutes entre l'instant où j'ai effacé /etc/passwd et le moment où je l'ai restauré à partir de la même machine : # cp -p /etc/passwd- /etc/passwd # chmod 644 /etc/passwd Pendant ce laps de temps il n'y a eu aucune mise à jour, aucun nouveau compte user créé, aucun logiciel installé/supprimé. Bonjour, Bonsoir, Tu devrais plutôt regarder dans ce cas du côté de /var/backup/passwd (sauvegarde effectué par /etc/cron.daily/passwd) Je ne connaissais pas ce backup quotidien. Cela m'a permis d'explorer les fichiers qui y sont déposés. # ls -l /var/backups/ total 3116 -rw-r--r-- 1 root root 4585 2 janv. 2013 apt.extended_states.0 -rw-r--r-- 1 root root 654 31 déc. 2012 apt.extended_states.1.gz -rw-r--r-- 1 root root 636 4 nov. 2012 apt.extended_states.2.gz -rw-r--r-- 1 root root 630 1 nov. 2012 apt.extended_states.3.gz -rw-r--r-- 1 root root 2226554 1 nov. 2012 aptitude.pkgstates.0 -rw-r--r-- 1 root root302533 20 févr. 19:16 dpkg.status.0 -rw-r--r-- 1 root root 95232 5 févr. 22:11 dpkg.status.1.gz -rw-r--r-- 1 root root 94977 19 déc. 01:03 dpkg.status.2.gz -rw-r--r-- 1 root root 94771 23 oct. 12:56 dpkg.status.3.gz -rw-r--r-- 1 root root 94221 29 juil. 2013 dpkg.status.4.gz -rw-r--r-- 1 root root 94215 3 juin 2013 dpkg.status.5.gz -rw-r--r-- 1 root root 94212 31 mai2013 dpkg.status.6.gz -rw--- 1 root root 701 2 janv. 2013 group.bak -rw--- 1 root shadow 589 2 janv. 2013 gshadow.bak -rw--- 1 root root 1217 2 janv. 2013 passwd.bak -rw--- 1 root shadow1251 2 janv. 2013 shadow.bak Il y a au moins 1 différence entre /etc/passwd effacé et /etc/passwd-. Exact! # diff /etc/passwd- /var/backups/passwd.bak 27a28 toto:x:1003:1003:Toto,,,:/home/toto:/bin/bash # diff /etc/passwd /var/backups/passwd.bak 27a28 toto:x:1003:1003:Toto,,,:/home/toto:/bin/bash Ce compte toto avait été créé pour faire des tests. C'est en le détruisant que j'ai dû faire une fausse manip avec pour conséquence la suppression du /etc/passwd. J'ai redémarré la machine. Tout semble marcher comme avant. Après le redémarrage, la différence entre le /etc/passwd avec son backup dans /var/backup/ existe toujours. Cela me semble cohérent. Je surveillerai que demain il n'y aura plus de différence après le prochain cron. Pour moi, je crois que l'incident est clos. Merci beaucoup pour ce post. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140302230158.390fd4b6@mach07.localdomain
Re: Certificat CACert
Le Thu, 27 Feb 2014 15:29:52 +0100, Quentin Fourel quen...@fourel.eu a écrit : Salut Le 27.02.2014 15:23, j...@free.fr a écrit : Bonjour J'ai toujours un message d'erreur « This Connection is Untrusted » sur les sites avec un certificat cacert alors qu'il me semblait que les certificat cacert étaient inclus dans Debian. Est ce normal ? A priori il faut installer le package ca-certificates = http://wiki.cacert.org/FAQ/ImportRootCert#Linux Bonjour la liste, Chez moi : ca-certificates est installé. CACert est dedans. Par contre : Cette url : https://wiki.cacert.org/FAQ/ImportRootCert - est acceptée par Chromium - est refusée par Iceweasel pourtant il me dit que le certificat root est déjà installé. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20140227175216.6fa4b3d2@mach07.localdomain
Simulation de présence d'une imprimante RS232
Bonjour la liste, Ce que je veux faire : Sur une Squeeze, je veux - simuler la présence d'une imprimante RS232 qui répondra à un logiciel exécuté depuis une machine Windows - historiser le dialogue entre les deux machines pour l'analyser Le déroulement du process : Le port COM1 du PC MS-Windows est connecté au port /dev/ttyS0 d'une Squeeze. Le protocole de communication est 9600N81 aux deux bouts. Tx et RX sont croisés pour faire du Xon/Xoff. Le handshake hard est aussi utilisé. Sur le PC Windows un utilitaire s'attend à trouver une imprimante sur le COM1. Il vérifie que le câble permet le handshake hard. Une fois le handshake hard validé, il considère qu'il voit une imprimante et que celle-ci est prête à recevoir des données. Il lui envoie alors une séquence ENQuire. L'imprimante est sensée lui retourner un numéro de série. Une fois le S/N reçu par l'utilitaire, un dialogue initié par l'utilitaire peut commencer. Ce que je cherche à faire : - sur la Squeeze, retourner le S/N demandé par l'utilitaire ( * ) - sur la Squeeze, retourner les codes attendus par l'utilitaire ( * ) - historiser tous les codes transitant sur la ligne RS232 J'ai trouvé le paquet Snooper. Il va me permettre de garder l'historique des dialogues dans les deux sens. Par contre je cherche un paquet qui me permettra de fournir les réponses ( * ) aux requêtes émises par l'utilitaire du PC Windows. Une idée pour simuler une imprimante? ( * ) Je possède la liste exhaustive des réponses que l'utilitaire reconnaîtra comme réponses valides. Je dois simplement les envoyer au bon moment pour simuler l'imprimante. Merci par avance. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140127115414.5e4664e3@mach07.localdomain
Re: Simulation de présence d'une imprimante RS232
Le Mon, 27 Jan 2014 13:59:03 +0100, o.fourn...@perigord.com o.fourn...@perigord.com a écrit : Connaissant python, je ferai cela avec le module pyserial et quelques ligne de programmation. Merci pour la suggestion mais je préfèrerai trouver un paquet - ou écrire du Bash - car cela me sera plus rapide que d'apprendre Python. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140127234814.63ccf801@mach07.localdomain
pdfedit : Edition/manipulation de fichiers pdf sous Wheezy
Bonjour la liste Je cherche une alternative (légère) à pdfedit depuis qu'il a quitté Wheezy. Les fonctions que je recherche sont : - import de nouvelles pages - suppression de pages - modification de textes : quelques mots seulement, même pas les polices. Je ne souhaite pas casser Wheezy en installant qt3 pour supporter pdfedit et je n'ai pas besoin de manipuler de graphiques ni de métadonnées. Auriez-vous des suggestions avant que j'explore cette liste en profondeur : https://wiki.debian.org/fr/PDF#Editeurs_et_producteurs_de_PDF ou d'installer ce qui me semble être un backport d'une version plus ancienne que celle qui était disponible dans Squeeze : http://packages.debian.org/search?keywords=pdfedit Merci par avance. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130913171555.73c54641@mach07.localdomain
Re: pdfedit : Edition/manipulation de fichiers pdf sous Wheezy
Le Fri, 13 Sep 2013 17:45:40 +0200, Bernardo bernardo.s...@siorat.net a écrit : Je ne connaissais pas Xournal. Malheureusement il annote par ajout/gommage mais ne permet pas de modifier un texte existant en respectant sa police embarquée. Merci quand même pour cette info. Bonsoir, regardes du côté de xournal, dans le paquet éponyme... Alain Vaugham a écrit : Bonjour la liste Je cherche une alternative (légère) à pdfedit depuis qu'il a quitté Wheezy. Les fonctions que je recherche sont : - import de nouvelles pages - suppression de pages - modification de textes : quelques mots seulement, même pas les polices. Je ne souhaite pas casser Wheezy en installant qt3 pour supporter pdfedit et je n'ai pas besoin de manipuler de graphiques ni de métadonnées. Auriez-vous des suggestions avant que j'explore cette liste en profondeur : https://wiki.debian.org/fr/PDF#Editeurs_et_producteurs_de_PDF ou d'installer ce qui me semble être un backport d'une version plus ancienne que celle qui était disponible dans Squeeze : http://packages.debian.org/search?keywords=pdfedit Merci par avance. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130913180917.41618774@mach07.localdomain
Re: Transcription d'un fichier audio
Le Sat, 31 Aug 2013 11:19:00 +0200, Zuthos Oddy zut...@laposte.net a écrit : citation de=nicolas.patr...@gmail.com Comment ça, en fichier texte ? Tu veux les paroles ? La partition ? Les balises ? Quel est le format du fichier audio ? midi ou équivalent ? mp3 ou équivalent ? Merci de vous être penché sur ma problématique. Au vu de vos question, il est évident que je me suis mal exprimé. En fait, il s'agit d'un enregistrement d'une conférence. je dois faire la version papier des débats. Pour la reconnaissance vocale, voici des pistes à explorer : http://doc.ubuntu-fr.org/reconnaissance_vocale -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130901224359.77babe62@mach07.localdomain
Re: Script Bash pour convertir BD Access vers MySQL ?
Le Fri, 19 Jul 2013 12:18:57 +0200, Serge SMEESTERS sergesmeest...@gmail.com a écrit : J'imagine qu'il est possible d'exporter la bd à partir d'Access, en un code SQL (moche ?) ; code qu'il serait possible de bidouiller pour l'exécuter ensuite par MySQL... Mais ce serait de nombreuses manipulations manuelles ; et je préférerais un petit script facile à exécuter et qui ferait tout ce qui faut automatiquement... Je suis dans la même démarche mais vers Postgres. J'ai probablement une piste :) → http://nialldonegan.me/2007/03/10/converting-microsoft-access-mdb-into-csv-or-mysql-in-linux/ Mon expérience : les formats des champs Access ne sont pas forcément identiques à ceux de Postgres. Donc il me faut tous les reformater à la main pour les mettre au format Postgres. S'il existe un script qui sait deviner comment transformer les formats de la source vers le format de la cible alors je suis preneur aussi! -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130719124131.7b1fd320@mach07.localdomain
Re: Script Bash pour convertir BD Access vers MySQL ?
Le Fri, 19 Jul 2013 13:25:06 +0200, Sébastien NOBILI sebnewslet...@free.fr a écrit : Le vendredi 19 juillet 2013 à 12:41, Alain Vaugham a écrit : J'ai probablement une piste :) → http://nialldonegan.me/2007/03/10/converting-microsoft-access-mdb-into-csv-or-mysql-in-linux/ Mon expérience : les formats des champs Access ne sont pas forcément identiques à ceux de Postgres. Donc il me faut tous les reformater à la main pour les mettre au format Postgres. S'il existe un script qui sait deviner comment transformer les formats de la source vers le format de la cible alors je suis preneur aussi! Qu'entends-tu par « les formats des champs Access ne sont pas forcément identiques à ceux de Postgres » ? Tu pourrais donner un exemple ? Super : c'est vendredi! Cependant, je ne voudrai pas voler le post initial... Voici l'exemple pour lequel je n'ai pas encore trouvé de solution rapide et simple : Access dispose d'un champ de type NuméroAuto qui accepte par défaut un entier long, soit incrémental, soit aléatoire. L'intérêt de ce type de champ c'est que si une ligne de la table est détruite, le contenu de ce champ est brûlé. Il n'est donc plus possible de le réutiliser dans une nouvelle ligne. C'est l'usage type d'une traçabilité de numéros de série. Un numéro de série est sensé être unique. Si un produit est détruit, son numéro de série ne doit plus être réutilisatable. Bon, d'accord on pourrait trouver une autre solution que l'usage du NuméroAuto en ajoutant une colonne pour indiquer l'état du numéro de série... mais dans mon cas, je me contente de détruire la ligne du numéro de série dont le produit a été mis au rebus. Extraire toutes les lignes de ce champ pour les mettre dans un fichier csv et les importer dans Postgres ne pose aucun problème. Là n'est pas la question. Par contre je n'ai pas trouvé dans Postgres l'équivalent d'un format de champ qui corresponde au format NuméroAuto d'Access. Dans Postgres, le format serial UNIQUE NOT NULL ne tient pas compte des numéro brûlés. Donc pour migrer une telle colonne je n'ai pas de solution qui soit automatique. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130719141147.78b54871@mach07.localdomain
Re: Script Bash pour convertir BD Access vers MySQL ?
Le Fri, 19 Jul 2013 14:19:13 +0200, Erwan David er...@rail.eu.org a écrit : On Fri, Jul 19, 2013 at 02:11:47PM CEST, Alain Vaugham al...@vaugham.com said: Le Fri, 19 Jul 2013 13:25:06 +0200, Sébastien NOBILI sebnewslet...@free.fr a écrit : Le vendredi 19 juillet 2013 à 12:41, Alain Vaugham a écrit : J'ai probablement une piste :) → http://nialldonegan.me/2007/03/10/converting-microsoft-access-mdb-into-csv-or-mysql-in-linux/ Mon expérience : les formats des champs Access ne sont pas forcément identiques à ceux de Postgres. Donc il me faut tous les reformater à la main pour les mettre au format Postgres. S'il existe un script qui sait deviner comment transformer les formats de la source vers le format de la cible alors je suis preneur aussi! Qu'entends-tu par « les formats des champs Access ne sont pas forcément identiques à ceux de Postgres » ? Tu pourrais donner un exemple ? Super : c'est vendredi! Cependant, je ne voudrai pas voler le post initial... Voici l'exemple pour lequel je n'ai pas encore trouvé de solution rapide et simple : Access dispose d'un champ de type NuméroAuto qui accepte par défaut un entier long, soit incrémental, soit aléatoire. L'intérêt de ce type de champ c'est que si une ligne de la table est détruite, le contenu de ce champ est brûlé. Il n'est donc plus possible de le réutiliser dans une nouvelle ligne. C'est l'usage type d'une traçabilité de numéros de série. Un numéro de série est sensé être unique. Si un produit est détruit, son numéro de série ne doit plus être réutilisatable. Bon, d'accord on pourrait trouver une autre solution que l'usage du NuméroAuto en ajoutant une colonne pour indiquer l'état du numéro de série... mais dans mon cas, je me contente de détruire la ligne du numéro de série dont le produit a été mis au rebus. Extraire toutes les lignes de ce champ pour les mettre dans un fichier csv et les importer dans Postgres ne pose aucun problème. Là n'est pas la question. Par contre je n'ai pas trouvé dans Postgres l'équivalent d'un format de champ qui corresponde au format NuméroAuto d'Access. Dans Postgres, le format serial UNIQUE NOT NULL ne tient pas compte des numéro brûlés. Donc pour migrer une telle colonne je n'ai pas de solution qui soit automatique. En SQL on fait ça avec une séquence. Ce n'est pas suffisant. Malheureusement, une séquence seule autorise l'usage des numéros brûlés. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130719142754.7a85cc2b@mach07.localdomain
Re: Script Bash pour convertir BD Access vers MySQL ?
Le Fri, 19 Jul 2013 14:37:40 +0200, Bzzz lazyvi...@gmx.com a écrit : On Fri, 19 Jul 2013 14:11:47 +0200 Alain Vaugham al...@vaugham.com wrote: Par contre je n'ai pas trouvé dans Postgres l'équivalent d'un format de champ qui corresponde au format NuméroAuto d'Access. Dans Postgres, le format serial UNIQUE NOT NULL ne tient pas compte des numéro brûlés. Pourquoi utiliser un 'serial' (ne serais-ce déjà, parce que certains S/N comportent des lettres)? Par ailleurs, tu confonds 'brûlé' (mauvaise habitude donnée par qq chose qui n'est même pas l'ombre d'un RDBMS) et non-réutilisable; si ton article est vendu, il suffit d'un flag pour l'indiquer (c'est en Gal la présence d'un lien vers la facture) et donner à son S/N la caractéristique 'UNIQUE NOT NULL' suffit à créer un index interdisant la réutilisation dudit S/N par unicité. Et peu importe que le lien article-S/N soit existant ou non, le simple fait de renseigner un S/N le rend indisponible à toute réutilisation. Bien vu : La structure et l'usage initial de la bdd n'était pas au top. Résultat : Pour migrer cette base Accces vers Postgres il faut la reconcevoir. C'est à mon avis ce qui risque souvent d'arriver lors d'une migration. Donc pour en revenir au post initial de Serge, je doute qu'on puisse trouver le script qui va bien même avec MySQL... Ça donne qq chose comme ça: [...] Merci beaucoup pour ton exemple. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130719145033.5e221486@mach07.localdomain
Re: Clavier désactivé après l'ouverture de session [Résolu]
Le Wed, 15 May 2013 01:07:27 +0200, Alain Vaugham al...@vaugham.com a écrit : Depuis ce matin, sans qu'il n'y ai eu d'intervention, le clavier se désactive tout seul immédiatement après que le user se soit identifié pour ouvrir sa session graphique. # apt-get install gdm3 et le problème a été réglé. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130515100350.69f789d3@mach07.localdomain
Re: Clavier désactivé après l'ouverture de session [Résolu]
Le Wed, 15 May 2013 10:26:20 +0200, Belaïd MOUNSI oblivion.ik...@gmail.com a écrit : Le problème est peut être en rapport avec le chargement des fichiers de config après l'ouverture d'une session X (configuration du clavier dans le fichier xorg) Oui probablement. c'est pourquoi tu avais toujours le problème avec vnc (car utilise X) Oui mais le problème est apparu brutalement près de 10 mois après la mise en service. Pendant cette période je n'ai jamais rencontré de problème avec vnc. et pas avec ssh (sans l'option -X). As-tu une explication car j'avais eu le même problème avant.merci Non, je n'ai pas d'explication. J'ai gardé les logs mais je ne sais pas ce qu'il faut chercher dedans. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130515113444.0a80cf86@mach07.localdomain
Clavier désactivé après l'ouverture de session
Bonsoir la liste, Il s'agit d'une Squeeze Gnome qui tourne depuis juillet 2012. Depuis ce matin, sans qu'il n'y ai eu d'intervention, le clavier se désactive tout seul immédiatement après que le user se soit identifié pour ouvrir sa session graphique. Ensuite, il n'est plus possible de taper quoi que ce soit ni dans un terminal, ni dans les logiciels courants Evolution, OpenOffice, Epiphany... Les voyants du clavier PS2 s'allument et s'éteignent normalement. La prise est bien enfoncée. La souris PS2 fonctionne correctement. A distance, avec vncviewer, je rencontre le même problème. La souris fonctionne mais pas le clavier. Par contre toujours à distance, avec ssh le clavier fonctionne très bien. J'ai rapatrié les contenus de syslog, dmesg, lspci et auth.log Que dois-je vérifier pour identifier le problème? Merci par avance. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130515010727.2bfd8f00@mach07.localdomain
Re: Coonexion sans identification
Le Tue, 23 Apr 2013 15:08:42 +0200, zul...@free.fr a écrit : Un visiteur vient d'accéder à mon serveur. Le hackeur vient de me faire parvenir la liste de tous les fichiers des différents /home/users du serveur. Il a aussi laissé un fichier .txt dans /home. Il affirme de pas avoir le mdp root ni aucun mdp d'users. Quels moyens a-t-il utilisés pour communiquer avec vous? Est-ce uniquement le dépôt d'un fichier sur votre disque? Il me dit avoir bypassé la procédure d'identification. Je n'obtiens pas d'autre réponse. Pareil. De quelle manière avez-vous communiqué avec lui? -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130424120004.448521f8@mach07.localdomain
Re: Filtre anti-spams
Le Fri, 15 Mar 2013 14:09:59 +0100, andre_deb...@numericable.fr a écrit : Quant à avoir un mail avec son propre nom de domaine, ça ne sert à rien, les spams y arrivent à gogo quand même, Si ça ne sert à rien, alors pourquoi **toutes** les PME ainsi que les plus grosses entreprises **dans le monde entier** réservent un nom de domaine qui leur est propre? Avoir son propre nom de domaine n'a rien à voir avec la protection contre le spam. Externaliser sa messagerie - par exemple avec un compte GMail - est certainement très attrayant dans une vision à court terme mais nul n'est capable de prédire dans quel sens les conditions d'utilisation de ces services vont évoluer. Chez moi, Procmail + Spamassassin filtrent environ 95% du traffic spam avec 0% de faux positifs -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130315165314.21cdfcfa@mach07.localdomain
Re: SSL + Postfix et Dovecot
Le Tue, 8 Jan 2013 21:27:07 +0100, andre_deb...@numericable.fr a écrit : Y a t-il une solution de certificat gratuite ? Oui. Pour le serveur Postfix, un certificat TLS / OpenSSL autosigné est suffisant. Pour des certificats clients et pour les serveurs http : cacert.org Je recherche un tutoriel qui explique bien la manip, à la fois côté MTA et MUA. Côté MTA : http://www.bortzmeyer.org/postfix-tls.html http://www.debiantutorials.com/installing-postfix-with-mysql-backend-and-tls/ http://linuxfr.org/users/skud/journaux/spamassassin-et-vous http://doc.ubuntu-fr.org/postfix http://www.freesoftwaremagazine.com/articles/focus_spam_postfix/ http://www200.pair.com/mecham/spam/spamfilter20061118.html http://www.linux-france.org/prj/inetdoc/securite/amavisd-new/amavisd-new.antispam.html http://www.taket.org/spip/article.php3?id_article=24 Côté MUA : en POP ou en IMAP, c'est un peu intuitif... -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130108224845.2efe7344@mach07.localdomain
Security breach on the Debian wiki 2012-07-25
Bonjour la liste, En résumé, le fichier contenant les mots de passe des utilisateurs du wiki Debian a été volé. Il leur est conseillé d'agir en conséquence. Les détails sont ici : http://wiki.debian.org/DebianWiki/SecurityIncident2012 Partout il est indiqué qu'un mot de passe _solide_ doit faire au moins 8 caractères, si ce n'est pas 12, comporter des chiffres, des majuscules, des minuscules plus d'autres caractères que l'on peut choisir parmi la bonne trentaine qui sont disponibles sur nos claviers azerty dont les caractères de ponctuation... et changer ce mot de passe tous les trois mois. Donc si les mots de passe sont _solides_, ça laisse combien de temps de tranquillité par rapport aux techniques de craquage actuelles qui vont sûrement être utilisées pour faire parler ce fichier volé? Exprimé différemment : avec les techniques actuelles, est-ce qu'il faut moins de trois mois pour casser le hashé d'un mot de passe _solide_? -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130107025415.7cf1746b@mach07.localdomain
John sous Squeeze : vérification de la solidité des mots de passe
Bonjour la liste, Cela fait longtemps (depuis Sarge? Etch? Lenny?) que je n'ai plus vérifié cette solidité. Je pratiquais avec succès de cette façon : # john /etc/shadow Actuellement, sous Squeeze, en utilisant la même syntaxe je reçois une erreur : No password hashes loaded Sur ce site : http://www.openwall.com/john/doc/EXAMPLES.shtml il est indiqué qu'il faut amalgamer /etc/passwd et /etc/shadow avant de lancer John. Ce que j'ai fait : # unshadow /etc/passwd /etc/shadow /root/mypasswd # john /root/mypasswd Mais sans succès. Comme ça avorte tout de suite, le john.pot n'est pas créé. Je n'ai pas tenu compte de umask 077 car je ne suis pas à l'aise avec cette commande et qu'il s'agit d'une machine en production. Dans les FAQ il existe plusieurs cas où cette erreur peut survenir. http://www.openwall.com/john/doc/FAQ.shtml J'ai essayé toutes les possibilités à ma portée y compris # john --format:MD5 /root/mypasswd avec les variantes : DES, BSDI, BF, AFS, LM Sans succès non plus. Je n'ai pas vraiment compris comment s'en sortir avec des encodages ambigüs. Mais est-ce que Squeeze nous fourni des encodages ambigüs? John vient actuellement dans Sqeeze sous sa version 1.7.3.1-1. En cherchant ailleurs que dans le man et ailleurs que sur le site du projet je comprend que la 1.7.3 est dépréciée et qu'il faut utiliser les dernières sources en 1.7.7 pour ne plus recevoir le message d'erreur. Cela me laisse perplexe que Squeeze fournirait un paquet qui ne fonctionnerait pas brut d'install. Dans quelles autres directions devrais-je plutôt chercher? Merci par avance. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130103003409.1e40a9b4@mach07.localdomain
Re: butineur et utf8
Le Wed, 2 Jan 2013 18:13:10 +0100, Bernard Schoenacker bernard.schoenac...@free.fr a écrit : bonjour, j'ai quelques soucis avec utf8 et la liste de butineurs installés chez moi voici le test : https://8n1.org/utf8 le résultat probant n'est pas glorieux pour : - iceweasel - chromium - netsurf - links2 qui a déjà effectué le test ? Je n'ai pas de problème avec Iceweasel 3.5.16 sur Squeeze. Même les blocs semi-graphiques sont parfaitement alignés. L'encodage Unicode UTF-8 est sélectionné automatiquement. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130103004313.0fc3a578@mach07.localdomain
Re: Kmail : QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Le Thu, 20 Dec 2012 10:02:45 +0100, Georges georges.b...@free.fr a écrit : close-mail ? j'ai cherché mais pas trouvé. Il est vrai que je n'ai pas Claws Mail : http://www.claws-mail.org/ -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121220182423.41f5866e@mach07.localdomain
Re: apt-get remove kwrite
Le Sat, 10 Nov 2012 03:05:32 +0100, Sylvain L. Sauvage sylvain.l.sauv...@free.fr a écrit : Le samedi 10 novembre 2012 à 01:50:23, Alain Vaugham a écrit : Bonsoir la liste. ’nuit, Je souhaitait supprimer le kwrite d'une Squeeze/KDE mais la quantité de paquets affectés me semble démesuré par rapport à la simple suppression de kwrite. […] KWrite est considéré comme un composant essentiel de KDE (kde- baseapps en dépend). Donc, oui, si tu vires le paquet kwrite, apt doit virer kde-baseapps et donc kde-plasma-desktop et donc…, bref, presque tout KDE. Voilà donc l'explication... [...] Donc : mauvaise idée de vouloir enlever ce pauvre petit programme de 215 kio. Ce n'est pas ses 215kio qui me génaient. C'est que depuis plusieurs semaines il refusait l'action de supprimer des portions de texte. Donc je suis passé sur Kate. Maintenant que j'ai investi du temps sur Kate, je ne vais plus revenir en arrière et comme par défaut dans le menu c'est kwrite qui vient en premier cela me semblait plus simple de le supprimer. En tout cas merci pour l'explication. Elle m'a évité une véritable catastrophe. A l'avenir je m'en souviendrai! -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121110220600.43a5b384@mach07.localdomain
Re: apt-get remove kwrite
Le Sat, 10 Nov 2012 08:40:16 +0100, Mitran Nicolas n.mit...@gmail.com a écrit : Dans le message je comprends que toute une série de paquets ne seront plus nécessaires, non qu'il va les supprimer. Non ? Oui, c'est ce que j'avais lu aussi, mais de quel droit se permet il de juger qu'ils ne sont plus nécessaires? J'utilise Okular plus de 10 fois par jour pourtant il est dans la liste des paquets plus nécessaires! -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121110221805.3419ae63@mach07.localdomain
apt-get remove kwrite
Bonsoir la liste. Je souhaitait supprimer le kwrite d'une Squeeze/KDE mais la quantité de paquets affectés me semble démesuré par rapport à la simple suppression de kwrite. Apt signale que : - pleins de paquets ne sont plus nécessaires (alors que j'utilise entre autres okular) - il va installer un plasma-netbook (alors qu'il s'agit d'un PC) - il va enlever le kde standard pour me mettre... je ne sais quoi! J'ai l'impression que si j'accepte il va arriver une catastrophe à mon KDE. Qu'en pensez-vous? # apt-get remove kwrite Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires : plasma-dataengines-workspace kscreensaver-xsavers konq-plugins-l10n plasma-netbook libsmokeqtsql4-3 kdebase-workspace polkit-kde-1 libqt4-assistant libtaskmanager4a plasma-scriptengines kscreensaver libsmokekparts3 libkscreensaver5 libqzion0a libqtruby4shared2 libplasma-ruby1.8 freespacenotifier libsrtp0 libjpeg8 plasma-widget-lancelot ksnapshot libkipi7 libsmokeqtwebkit4-3 xscreensaver-gl libotr2 libspectre1 libmarblewidget4 libqt4-test oxygencursors libkde4-ruby1.8 plasma-scriptengine-ruby libqt4-ruby1.8 plasma-desktopthemes-artwork plasma-widgets-workspace libsmokeqtsvg4-3 gwenview google-gadgets-common libggadget-qt-1.0-0b libsmokekdeui4-3 kcalc libsmokekio3 plasma-dataengines-addons libgps19 klipper update-notifier-common kdeplasma-addons libsmokeqtxml4-3 libsmokephonon3 libsmokenepomuk3 google-gadgets-gst libsmokesolid3 plasma-scriptengine-webkit libsmokesoprano3 ksysguard libkexiv2-8 libplasma-geolocation-interface4 libggadget-1.0-0b libsmokeplasma3 libntrack-qt4-1 libcln6 libscim8c2a libgadu3 libprocesscore4a libeina-svn-06 libeet1 libsmokekdecore4-3 htdig xscreensaver-screensaver-bsod libprocessui4a libkdewebkit5 plasma-runners-addons libtidy-0.99-0 libqt4-help libksgrd4 python-qt4 ark sweeper libplasmaclock4a libjasper-runtime libqalculate5 kdebase-workspace-bin plasma-scriptengine-googlegadgets python-sip google-gadgets-xul libsmokeqtscript4-3 libsmokeqttest4-3 libweather-ion4a libplasmagenericshell4 systemsettings libgle3 libsmokekfile3 kdegraphics-libs-data libsmokekutils3 juk plasma-wallpapers-addons libntrack0 libtunepimp5 libkopete4 plasma-scriptengine-qedje libplasma-ruby libpoppler-qt4-3 plasma-widgets-addons kinfocenter kdebase-workspace-data google-gadgets-qt plasma-scriptengine-superkaramba ksysguardd xscreensaver-gl-extra konq-plugins zip khelpcenter4 plasma-desktop libxklavier16 libmediastreamer0 libmeanwhile1 libksignalplotter4 libqca2-plugin-ossl kopete plasma-widget-folderview libsmokeknewstuff2-3 update-notifier-kde libokularcore1 kappfinder libsmokeknewstuff3-3 libkunitconversion4 libsmokekhtml3 kate marble-data libsmokeqtuitools4-3 libqt4-scripttools libjpeg-progs libqedje0a plasma-scriptengine-python marble-plugins dragonplayer xscreensaver-data okular libortp8 libmsn0.3 xscreensaver-data-extra libsmokektexteditor3 libspeexdsp1 python-kde4 kdepasswd kmix libsmokeqtopengl4-3 Veuillez utiliser « apt-get autoremove » pour les supprimer. Les paquets supplémentaires suivants seront installés : plasma-netbook Les paquets suivants seront ENLEVÉS : kde-plasma-desktop kde-standard kdebase-apps kwrite Les NOUVEAUX paquets suivants seront installés : plasma-netbook 0 mis à jour, 1 nouvellement installés, 4 à enlever et 0 non mis à jour. Il est nécessaire de prendre 309 ko dans les archives. Après cette opération, 541 ko d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer [O/n] ? -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121110015023.300256e6@mach07.localdomain
Affichage erroné de certains noms de fichiers
Bonjour la liste, J'ai trouvé ce nom fichier sur un disque : ��g�Excel.Sheet.5OLE1�_Excel.Sheet.5 Forcément, je ne peux ni le renommer, ni le copier, ni le détruire. J'ai tenté - de protéger les caractères avec \ - de mettre le nom entre apostrophe cp '��g�Excel.Sheet.5OLE1�_Excel.Sheet.5' monfichier.xls Mais rien n'y fait. Le message d'erreur est : impossible d'évaluer « ��g�Excel.Sheet.5OLE1�_Excel.Sheet.5 »: Aucun fichier ou dossier de ce type Je souhaite détruire ce fichier. J'ai d'autres fichiers textes qui viennent d'une machine NT4 et qui possèdent eux-aussi certains caractères dont l'affichage est erroné. Je présume que ces noms de fichiers possèdent des caractères japonais à double octets. Ces fichiers sont actuellement sur une partition ext3. Je souhaite renommer ces noms de fichiers avec des caractères que ma Squeeze/KDE sache reconnaître. Sans savoir si cela a un rapport, voici le résultat de : # locale LANG=fr_FR.UTF-8 LANGUAGE= LC_CTYPE=fr_FR.UTF-8 LC_NUMERIC=fr_FR.UTF-8 LC_TIME=fr_FR.UTF-8 LC_COLLATE=fr_FR.UTF-8 LC_MONETARY=fr_FR.UTF-8 LC_MESSAGES=fr_FR.UTF-8 LC_PAPER=fr_FR.UTF-8 LC_NAME=fr_FR.UTF-8 LC_ADDRESS=fr_FR.UTF-8 LC_TELEPHONE=fr_FR.UTF-8 LC_MEASUREMENT=fr_FR.UTF-8 LC_IDENTIFICATION=fr_FR.UTF-8 LC_ALL= Vers quelle direction devrai-je m'orienter pour récupérer mes fichiers? Merci par avance. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121026180933.2f3d92b6@mach07.localdomain
[Résolu] Affichage erroné de certains noms de fichiers
Le Fri, 26 Oct 2012 18:27:36 +0200, Bzzz lazyvi...@gmx.com a écrit : On Fri, 26 Oct 2012 18:09:33 +0200 Alain Vaugham al...@vaugham.com wrote: Forcément, je ne peux ni le renommer, ni le copier, ni le détruire. Essaye avec mc. OK, c'est résolu avec Midnight Commander. Merci -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121026193018.3bf1c585@mach07.localdomain
Structure d'un nom de fichier dans la crontab
Bonjour la liste,
La crontab ne fait pas ce que je veux...
Pourtant en ligne de commande j'ai bien ce que je veux :
$ pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date +%m)$(date
+%d)-$(date +%H)$(date +%M)$(date +%S).sql
Par contre, dans la crontab, cette même syntaxe ne génère pas le
fichier escompté :
* * * * * pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date
+%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql
Je me suis douté qu'il fallait ajouter des séparateurs de champs.
Comme le man de crontab n'aborde pas le sujet j'avance à tâtons avec ce lien :
http://fr.wikipedia.org/wiki/Crontab
J'ai donc testé différentes combinaisons de caractères '\/[ ]{}
en m'inspirant également de la syntaxe employée par le fichier .procmail
mais sans succès.
Il me semble qu'en dehors de la ligne de commande les syntaxes varient
au sein d'une même distribution.
Est-ce que quelqu'un pourrait m'indiquer le bon tuto pour une Squeeze?
Merci beaucoup par avance.
--
Alain Vaugham
Clef GPG : 0xD26D18BC
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806120914.05a8421a@mach07.localdomain
[Résolu] Re: Structure d'un nom de fichier dans la crontab
Le Mon, 6 Aug 2012 12:14:53 + (UTC), Tanguy Ortolo tanguy+deb...@ortolo.eu a écrit : Nicolas Gadoux, 2012-08-06 13:57+0200: Je te conseille dans ton crontab : - d'éviter cette syntaxe $(commande) et de privilégier celle là : `commande` (car la première ne fonctionne pas dans tous les shells) Cette syntaxe `commande` est caduque depuis des années, remplacée par $(commande) qui est plus flexible et prise en charge par tous shells actuels. Merci Nicolas/Tanguy Je vais donc remplacer la commande dans la crontab par un script. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120806143215.51206cd9@mach07.localdomain
Re: [HS][amélioration]Re: Structure d'un nom de fichier dans la crontab
Le Mon, 6 Aug 2012 18:55:00 +0200, Grégory Bulot debian.list200...@batman.dyndns.org a écrit : Bonjour, Bonsoir, Le Mon, 6 Aug 2012 12:09:14 +0200, Alain Vaugham, vous avez écrit : Bonjour la liste, La crontab ne fait pas ce que je veux... Pourtant en ligne de commande j'ai bien ce que je veux : $ pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql Par contre, dans la crontab, cette même syntaxe ne génère pas le fichier escompté : * * * * * pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql Maintenant que tu as [résolu] pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y%m%d-%H%M%S ).sql me semble plus propre (moins crade) : un seul appel au shell, au lieu de 6 Merci pour la correction. Je séparais tout car je n'arrivais pas à insérer le - entre le jour et l'heure. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120806211656.3cf484c4@mach07.localdomain
Re: Structure d'un nom de fichier dans la crontab
Le Mon, 6 Aug 2012 13:48:19 +0200, Bzzz lazyvi...@gmx.com a écrit : On Mon, 6 Aug 2012 12:09:14 +0200 Alain Vaugham al...@vaugham.com wrote: Par contre, dans la crontab, cette même syntaxe ne génère pas le fichier escompté : * * * * * pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql Il suffirait de lire la doc et de 'gader les 'exemples' existant déjà pour s'apercevoir qu'il manque le user... Non, il ne manque pas le user. Avec cette syntaxe dans la crontab, pg_dump déverse bien dans un fichier. C'est seulement le nom de ce fichier qui n'est pas celui escompté. Avant de poster, j'ai collecté bon nombre d'exemples qui ne conviennent pas... -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120806215447.3f533fb6@mach07.localdomain
Re: Structure d'un nom de fichier dans la crontab
Le Mon, 6 Aug 2012 22:15:41 +0200,
Bzzz lazyvi...@gmx.com a écrit :
On Mon, 6 Aug 2012 21:54:47 +0200
Alain Vaugham al...@vaugham.com wrote:
Non, il ne manque pas le user.
Avec cette syntaxe dans la crontab, pg_dump déverse bien dans un
fichier.
Pas trop normal ça, chez moi en dehors de postgres personne ne peut
se connecter sans mot de passe.
[HS]
Dans la configuration de l'authentification client j'ai choisi :
# le mot de passe n'est pas demandé avec la méthode ident sameuser
local all all ident
car je serai bien ennuyé s'il fallait fournir le mot de passe lors de chaque
sauvegarde automatisée/par user.
Sur cette machine, les users se connectent en ssh avec une clef et
Postgres refusera les accès distants.
C'est seulement le nom de ce fichier qui n'est pas celui
escompté.
Tu fais un script genre:
#!/bin/sh
TS=$(date +%Y-%m-%d_%Hh%M)
pg_dump -a db_XYZ /home/userx/backup/db_XYZ_${TS}.sql
que tu rends exécutable et que tu colles dans
/usr/local/bin/pgbackup_XYZ.sh
et un crontab:
* * * * * postgres if [ -x /usr/local/bin/pgbackup_XYZ.sh ]; then
/usr/local/bin/pgbackup_XYZ.sh; fi
Merci pour cet exemple.
Je garde.
--
Alain Vaugham
Clef GPG : 0xD26D18BC
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806224714.31e1f25a@mach07.localdomain
Emplacement des scripts user [Etait: Structure d'un nom de fichier dans la crontab]
Le Mon, 6 Aug 2012 22:15:41 +0200,
Bzzz lazyvi...@gmx.com a écrit :
[...]
Tu fais un script genre:
#!/bin/sh
TS=$(date +%Y-%m-%d_%Hh%M)
pg_dump -a db_XYZ /home/userx/backup/db_XYZ_${TS}.sql
que tu rends exécutable et que tu colles dans
/usr/local/bin/pgbackup_XYZ.sh
[...]
Je me pose juste la question suivante :
Pourquoi aller mettre le script dans /usr/local/bin/?
Moi je les mettais dans le home du user et ne touchais jamais au /usr/
Cela me semblait pratique pour sauvegarder/réinstaller.
Est-ce une mauvaise habitude que j'ai prise?
(à une époque je montait mes partitions dans le /home/user/.
Comme sur cette liste on m'a fait remarquer que le /mnt/ était fait pour ça,
j'ai changé mon habitude.)
Je pensais que remplir le /usr/ était réservé pour l'installateur Debian.
Quelle est la raison pour laquelle on met ses propres scripts dans les
/usr/share/...
/usr/local/...
--
Alain Vaugham
Clef GPG : 0xD26D18BC
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806231010.349f4055@mach07.localdomain
Re: Structure d'un nom de fichier dans la crontab
Le Mon, 6 Aug 2012 23:55:01 +0200, Thomas Parmelan parmelan+deb...@free.fr a écrit : Le lundi 06 août 2012 à 12:09, d'après Alain Vaugham al...@vaugham.com : Par contre, dans la crontab, cette même syntaxe ne génère pas le fichier escompté : * * * * * pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql Comme l'a indiqué un autre contributeur, un seul appel à date suffit : pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y%m%d-%H%M%S).sql Mais ton problème est surtout que le caractère '%' a une signification particulière dans une crontab, il faut l'échapper pour lui enlever cette signification : * * * * * pg_dump -a db_mabase ~/backup/db_mabase_$(date +\%Y\%m\%d-\%H\%M\%S).sql Exact! Il fallait échapper le '%' dans la crontab pour obtenir le nom de fichier escompté. Comme vous le soulignez, je suivrai dorénavant l'avis des autres contributeurs concernant le nombre d'appels à date. De même, afin d'éviter de jongler avec les subtiles variations de syntaxes entre les différents programmes je mettrait les commandes dans des scripts qui eux seront appelés par la crontab. Merci encore à tous. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120807004148.2ad95f25@mach07.localdomain
Re: Emplacement des scripts user [Etait: Structure d'un nom de fichier dans la crontab]
Le Tue, 7 Aug 2012 07:28:58 +0900, Charles Plessy ple...@debian.org a écrit : Le Mon, Aug 06, 2012 at 11:10:10PM +0200, Alain Vaugham a écrit : Je pensais que remplir le /usr/ était réservé pour l'installateur Debian. Quelle est la raison pour laquelle on met ses propres scripts dans les /usr/share/... /usr/local/... Bonjour, Bonjour, Debian respecte en général la norme FHS (Filesystem Hierarchy Standard, http://www.pathname.com/fhs/), et celle-ci garantit que les fichiers dans /usr/local ne soient jamais changés par une mise à jour du système. C'est retranscrit dans la section 9.1.2 de la charte Debian. http://www.debian.org/doc/debian-policy/ch-opersys.html#s-fhs /usr/local est donc un bon endroit pour installer de manière globale des programmes. Ok, j'ai compris. Je remarque que /usr/local appartient à root:staff. Il va falloir que je m'habitue à ce 'staff' dont je n'avais jamais remarqué l'existence. Merci beaucoup pour cette description claire ainsi que pour ces liens. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120807013627.2c7e9d3f@mach07.localdomain
Re: gestion de spams avec wheezy
Le Thu, 03 May 2012 17:54:18 +0200, JB jacques.briq...@orange.fr a écrit : bonsoir, sous Debian, quels outils de gestion des mails peuvent résoudre mon problème: -recevoir mon courrier, Dépends du contexte. -rejeter tous les destinataires pour un nom de domaine sauf un J'utilise des règles Procmail. Après traitements, celui-ci délivre les courriers dans les boîtes. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120504011444.43ffb046@mach07.localdomain
HS : Opinion d'un aveugle [Etait: Numérisation de disques vinyles]
Le Thu, 3 May 2012 12:09:14 +0200, Philippe Delavalade philippe.delaval...@orange.fr a écrit : Bonjour, Pardonnez-moi de prendre la liberté d'un hors sujet par rapport à votre question. Je voudrai savoir votre préférence sur la façon dont les réponses devraient être rédigées pour faciliter la lecture auditive aux aveugles. Par exemple j'imagine qu'une réponse d'une seule ligne qui se trouve au bas de la reproduction intégrale d'une question de 100 lignes doit être difficilement repérable dans un flux sonore. J'imagine aussi qu'une signature gpg doit perturber le fil de la lecture. Pour les messages présentés en html, comment les lisez-vous? Merci par avance pour votre réponse. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120504014416.572446de@mach07.localdomain
Re: [HS] plus d'affichage écran au démarrage
Le Thu, 3 May 2012 20:58:28 +0200, andre_deb...@numericable.fr a écrit : La CM et/ou processeur seraient-il grillés ? Fumée/odeur de brûlé = électronique contrariée = faibles chances de survie -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120504015008.1cd237a4@mach07.localdomain
Re: Bind9 : masquage du numéro de version
Le Wed, 11 Apr 2012 18:47:41 +0200, Stephane Bortzmeyer steph...@sources.org a écrit : On Wed, Apr 11, 2012 at 01:30:49AM +0200, Alain Vaugham al...@vaugham.com wrote a message of 202 lines which said: Pour masquer la version Cela ne sert à rien C'est ce que je me disais car : 1) j'ai l'impression qu'il y a peu de versions Bind en service. Donc ce ne doit pas être très long de trouver la bonne. 2) Comme Apache est très locace quand à la version Debian sur laquelle il tourne, ce n'est pas difficile de prévoir la version du Bind9 qui vient avec à moins qu'on ait volontairement installé une autre version et qu'on ait pris beaucoup de précautions pour masquer ce qui est masquable par ailleurs. 3) Même avec une version masquée, un dig @ip CH TXT version.bind retoure cette info dès sa première ligne : ; DiG 9.7.3 @ip.. Merci de t'être intéressé à ma requête. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120412134944.3eb5d150@mach07.localdomain
Re: Bind9 : masquage du numéro de version [Résolu]
Le Wed, 11 Apr 2012 09:44:20 +0200, Pierre-Arnaud debian-user-fre...@lemurien.org a écrit : Le 11/04/2012 01:30, Alain Vaugham a écrit : version pipo; Ca ne m'a pas l'air mal. Résultat : la version est inchangée : # named-checkconf -v 9.7.3 Tu ne fais pas le bon test. named-checkconf est un outil local qui te donnera toujours la véritable version de bind. Essaie plutôt ceci: dig @localhost CH TXT version.bind Tu devrais voir la chaîne que tu as spécifiée dans named.conf.options. C'est cette information de version qui est accessible au reste du monde, pas la valeur retournée par named-checkconf. Pour l'instant il n'est pas encore ouvert au reste du monde. J'ai tout compris. Merci. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/2012041207.466eb93c@mach07.localdomain
Bind9 : masquage du numéro de version
]: set up managed keys zone for view _default, file 'managed-keys.bind' Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: 254.169.IN-ADDR.ARPA Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: 2.0.192.IN-ADDR.ARPA Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: 100.51.198.IN-ADDR.ARPA Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: 113.0.203.IN-ADDR.ARPA Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: D.F.IP6.ARPA Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: 8.E.F.IP6.ARPA Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: 9.E.F.IP6.ARPA Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: A.E.F.IP6.ARPA Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: B.E.F.IP6.ARPA Apr 11 00:50:13 mach01-mail named[32318]: automatic empty zone: 8.B.D.0.1.0.0.2.IP6.ARPA Apr 11 00:50:13 mach01-mail named[32318]: command channel listening on 127.0.0.1#953 Apr 11 00:50:13 mach01-mail named[32318]: command channel listening on ::1#953 Apr 11 00:50:13 mach01-mail named[32318]: zone 0.in-addr.arpa/IN: loaded serial 1 Apr 11 00:50:13 mach01-mail named[32318]: zone 127.in-addr.arpa/IN: loaded serial 1 Apr 11 00:50:13 mach01-mail named[32318]: zone 255.in-addr.arpa/IN: loaded serial 1 Apr 11 00:50:13 mach01-mail named[32318]: zone localhost/IN: loaded serial 2 Apr 11 00:50:13 mach01-mail named[32318]: managed-keys-zone ./IN: loading from master file managed-keys.bind failed: file not found Apr 11 00:50:13 mach01-mail named[32318]: managed-keys-zone ./IN: loaded serial 0 Apr 11 00:50:13 mach01-mail named[32318]: running Où est mon erreur? -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120411013049.21393b3d@mach07.localdomain
Re: Arborescence des dépôts archivés
Le Mon, 26 Mar 2012 18:54:52 +0200, Bzzz lazyvi...@gmx.com a écrit : On Mon, 26 Mar 2012 12:45:32 -0400 David Prévot taf...@debian.org wrote: Le premier est un lien symbolique vers le second, le contenu est donc strictement identique, et ne va pas changer de sitôt puisque c'est une archive. Et vice-versa. J'ai bien vu que c'était identique. Mais à quoi ça sert de présenter deux urls pour obtenir les mêmes infos? Moi j'ai passé du temps à chercher quelle était la différence entre les deux alors qu'il n'y en a pas. Au plus profond de mon désarroi j'ai imaginé que l'un des deux n'était qu'un lien. Je ne veux pas croire que c'est par sadisme qu'un DD un jour a passé du temps là-dessus pour égarer ceux qui - perplexes comme moi - on cherché lequel devait être utilisé en cas de besoin! Je suis sûr qu'il y a une raison et que cette raison ce n'est pas pour alimenter le sources.list. Est-ce pour assumer une compatibilité historique? Est-ce pour un usage précis? Si il y a différentiation, c'est qu'il y a une utilité. Mais laquelle? -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120326224443.4410a807@mach07.localdomain
konsole
Bonsoir la liste. Je viens vers vous pour savoir si le comportement de Konsole que j'observe chez moi est normal. J'ouvre un terminal : user@machine:~$ J'interroge le man sur n'importe quoi: user@machine:~$ man rsync J'ouvre simultanément une seconde console : Menu/fichier-nouvel-onglet (Ctrl+Maj+N) user@machine:/usr/share/man$ J'ouvre une troisième console : Menu/fichier-nouvel-onglet (Ctrl+Maj+N) user@machine:/usr/share/man$ Par défaut le terminal n'est plus : user@machine:~$ Il est devenu user@machine:/usr/share/man$ Cela se passe sur la Squeeze actuelle avec : KDE : 4.4.5 Konsole : version 2.4.5 Est-ce normal? -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120306214316.36928ce3@mach07.localdomain
Re: système de fichiers partagé : GFS2 ?
Le Thu, 23 Feb 2012 14:44:37 + (GMT), gnafou fmgre-liste01...@yahoo.fr a écrit : Merci, mais par partagé je voulais dire accessibles en même temps ( à priori au dessus d une connectique en iSCSI ). La solution serait utilisée dans le cadre de la virtualisation, pour faire passer aisément une machine virtuelle d'une machine maître à l'autre. Fred Est-ce que c'est ça? http://www.coda.cs.cmu.edu/ljpaper/lj.html -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120223155734.7e8a54eb@mach07.localdomain
Re: sauvegarde d'un serveur debian
Le Thu, 2 Feb 2012 09:08:07 +0100, Sébastien NOBILI sebnewslet...@free.fr a écrit : Bonjour, Le mercredi 01 février 2012 à 18:03, Alain Vaugham a écrit : Un dernier point qu'il est peut-être inutile de préciser : l'image du /mnt/image_disqueRacine ne pourra être utilisée que sur la machine d'origine à cause de la configuration des drivers. Contrairement à certains autres, le noyau Linux se transplante très bien d'une machine à une autre. Sauf si l'architecture du CPU est différente (ce qui a peu de chances d'être le cas), une image d'un système installé sur une machine pourra fonctionner sans problème sur une autre machine. Je n'en doute pas mais dans le feu de l'action j'ai eu droit à une toute autre expérience malheureuse avec par exemple Machine source : - carte réseau 3Com - adaptateur graphique Nvidia - disque IDE Machine cible : - carte réseau Realtek - adaptateur graphique ATI - disque scsi Le reste à l'identique. Lors du reboot, la liste des erreurs restant a corriger manuellement est dissuasive pour un non expert comme moi. Elle est d'autant plus dissuasive que l'accident se produit toujours au moment où on a un besoin urgent de répondre à un mail pour une affaire importante et que le serveur imap est en panne. Sans aller jusqu'à la transplantation du dump, le simple changement d'une carte réseau, donc changement de la macadress, va perturber le serveur DHCP qui attribue toujours la même ip fixe à la machine temporairement hors service. Bien sûr, tout cela se répare très bien ou pourrait être configuré différemment, mais replacé dans le contexte de la sauvegarde d'un serveur debian, le swap avec un disque spare n'interrompt la disponibilité de la machine que quelques minutes. Dans mon cas, je n'ai qu'un étage à descendre pour avoir la main dessus. Cependant, je conçoit très bien que pouvoir transplanter un noyau d'une machine à une autre est beaucoup plus enrichissant que débrancher/rebrancher un disque. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120202161055.3c1a29b8@mach07.localdomain
Re: sauvegarde d'un serveur debian
Le Thu, 2 Feb 2012 15:00:01 +0100, Carmelo carm...@ingrao.fr a écrit : Le 1 févr. 2012 à 18:03, Alain Vaugham a écrit : Le Wed, 01 Feb 2012 09:49:22 +0100, Carmelo carm...@ingrao.fr a écrit : [...] par contre j'ai 2 disques : un pour / et un pour /home Je dois donc faire 2 fois la manip : # dd if =/dev/disqueRacine of /mnt/image_disqueRacine # dd if =/dev/disqueHome of /mnt/image_disqueHome c'est bien ça ? Oui pour le premier dump car le MBR va venir avec le /mnt/image_disqueRacine. La restauration de l'image sera : # dd if=/cequetuveuxici/image_disqueRacine of=/dev/disqueécrasé pour le second disque /dev/sdc (qui est en fait mon dossier home), le disque fait 160Go, mais seuls 10Go sont utilisés pour le moment. comment faire avec 'dd' pour qu'il ne copie pas également l'espace vide dans l'image ? que je me retrouve avec une image disque de 10 Go ? J'ai encore des disques IDE de 8Go. J'installe la Debian dessus. De mémoire, elle doit prendre 4 ou 5 Go seulement. Cela me permet d'avoir de petites images. Au risque de m'enfoncer davantage dans une pratique qualifiable de préhistorique je te suggèrerai de partitionner ton /home sur 10 Go avant d'en faire un dump. dd if=/dev/lapartition of=lapartition j'ai regardé la doc de dd, mais je n'ai pas trouvé l'option pour faire ça ... Je ne sais pas si cette formule peut le faire : dd if=inputfile of=outputfile bs=1024k count=1 Elle ne prend que les premiers 1024k. Ca marche bien pour un fichier son. Peut-être qu'il faudrait tester pour voir si une partition accepterai d'être tronquée sur sa fin en essayant différentes valeurs. Un expert qui passerai par ici nous expliquera que c'est peut-être inutilisable. Si j'avais le temps je tenterai le coup. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120202172812.074531b8@mach07.localdomain
Re: sauvegarde d'un serveur debian
Le Thu, 2 Feb 2012 16:50:55 +0100, bruno.deb...@cyberoso.com bruno.deb...@cyberoso.com a écrit : Le Thu, 2 Feb 2012 16:10:55 +0100, Alain Vaugham al...@vaugham.com a écrit : Le Thu, 2 Feb 2012 09:08:07 +0100, Sébastien NOBILI sebnewslet...@free.fr a écrit : Bonjour, Le mercredi 01 février 2012 à 18:03, Alain Vaugham a écrit : Un dernier point qu'il est peut-être inutile de préciser : l'image du /mnt/image_disqueRacine ne pourra être utilisée que sur la machine d'origine à cause de la configuration des drivers. Contrairement à certains autres, le noyau Linux se transplante très bien d'une machine à une autre. Sauf si l'architecture du CPU est différente (ce qui a peu de chances d'être le cas), une image d'un système installé sur une machine pourra fonctionner sans problème sur une autre machine. Je n'en doute pas mais dans le feu de l'action j'ai eu droit à une toute autre expérience malheureuse avec par exemple Machine source : - carte réseau 3Com - adaptateur graphique Nvidia - disque IDE Machine cible : - carte réseau Realtek - adaptateur graphique ATI - disque scsi Le reste à l'identique. Lors du reboot, la liste des erreurs restant a corriger manuellement est dissuasive pour un non expert comme moi. Elle est d'autant plus dissuasive que l'accident se produit toujours au moment où on a un besoin urgent de répondre à un mail pour une affaire importante et que le serveur imap est en panne. Sans aller jusqu'à la transplantation du dump, le simple changement d'une carte réseau, donc changement de la macadress, va perturber le serveur DHCP qui attribue toujours la même ip fixe à la machine temporairement hors service. Bien sûr, tout cela se répare très bien ou pourrait être configuré différemment, mais replacé dans le contexte de la sauvegarde d'un serveur debian, le swap avec un disque spare n'interrompt la disponibilité de la machine que quelques minutes. Dans mon cas, je n'ai qu'un étage à descendre pour avoir la main dessus. Cependant, je conçoit très bien que pouvoir transplanter un noyau d'une machine à une autre est beaucoup plus enrichissant que débrancher/rebrancher un disque. Je ne vois pas très bien ce que tu veux prouver. Le disque spare ne serait pas plus efficace dans ce cas là! Je te defies de brancher un disque IDE sur une nappe SCSI !! Expert ou pas, ton cas de figure est un vrai casse-tête dans les 2 cas. Bruno Tout à fait exact. C'est pourquoi j'avais précisé que le /mnt/image_disqueRacine dont il est question plus haut ne pourra être utilisée que sur la machine d'origine à cause de la configuration des drivers (disque/réseau/graphique...). Je te confirme que cette méthode, en plus d'être ( * ) et contraignante fonctionne très bien si le hard est identique entre la source et la cible. ( * ) primitive/anachronique/désuette/dépassée/viellotte/démodée -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120202174850.3f3c6b58@mach07.localdomain
Re: sauvegarde d'un serveur debian
Le 01 Feb 2012 14:47:58 GMT, moi-meme chie...@free.fr a écrit : Le Wed, 01 Feb 2012 07:00:01 +0100, Alain Vaugham a écrit : C'est bien rôdé. Ma machine fait serveur web, base de données, fax, mails et fichiers avec Samba. fax : parce que ton imprimante fait fax ou autre chose ? Fax : Non, il ne s'agit pas d'une imprimante multifonctions. Il s'agit d'un modem piloté par Hylafax. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120201163209.43a3e5d9@mach07.localdomain
Re: sauvegarde d'un serveur debian
Le Wed, 1 Feb 2012 16:18:19 +0100, Jean-Yves F. Barbier 12u...@gmail.com a écrit : On 01 Feb 2012 14:47:58 GMT moi-meme chie...@free.fr wrote: Le Wed, 01 Feb 2012 07:00:01 +0100, Alain Vaugham a écrit : C'est bien rôdé. Ma machine fait serveur web, base de données, fax, mails et fichiers avec Samba. fax : parce que ton imprimante fait fax ou autre chose ? Sans doute parce qu'il doit utiliser HylaFAX (ə package), Exact. avec une fausse imprimante dans samba et un script pour l'arrivée sous forme de PDF. Exact aussi sauf que : - j'utilise Samba uniquement pour pouvoir servir des fichiers aux machines qui sont encore restées sous MS Windows. Pas pour imprimer. - j'utilise le postcript à l'émission avec une ligne de commande. A la réception, je livre du pdf par email. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120201165400.33c5a976@mach07.localdomain
Re: sauvegarde d'un serveur debian
Le Wed, 01 Feb 2012 09:49:22 +0100, Carmelo carm...@ingrao.fr a écrit : [...] par contre j'ai 2 disques : un pour / et un pour /home Je dois donc faire 2 fois la manip : # dd if =/dev/disqueRacine of /mnt/image_disqueRacine # dd if =/dev/disqueHome of /mnt/image_disqueHome c'est bien ça ? Oui pour le premier dump car le MBR va venir avec le /mnt/image_disqueRacine. La restauration de l'image sera : # dd if=/cequetuveuxici/image_disqueRacine of=/dev/disqueécrasé Par contre, sans être trop affirmatif sur le principe, je me méfierai de la seconde ligne pour le dump du /home. Il ne s'agit pas ici de l'erreur de syntaxe dont j'ai été à l'origine et que tu as déjà corrigée, mais parce qu'en cas pépin sur l'un des deux disques il va falloir restaurer au moins une des deux images et la monter en espérant que tout ce qui tournait bien avant le pépin trouvera encore ses petits aux bons endroits avec l'autre disque qui lui n'a pas eu de pépin. Encore une fois, je ne veux pas être trop affirmatif. J'ai eu des ennuis avec des fichiers de config sous le /home qui pointaient sur /usr ou /var ou ailleurs je ne sais plus. Au cours de l'évolution naturelle des mises à jour les fichiers ne sont plus utilisés ou ils changent de nom ou, pire, l'applicatif a changé. Il faut alors passer du temps à raccorder tout ça. Cette expérience malheureuse est trop lointaine pour que je puisse la détailler exactement ici mais je me suis fait échauder une fois. Cela m'a suffit. De plus, je vois ça uniquement depuis le bout de ma lorgnette car je ne suis pas confronté à l'ajout/suppression de comptes utilisateurs. Tout ça pour dire qu'en termes de sauvegardes, je pense qu'un dump du /home ne peut pas être __la__ solution universelle et qu'il faut d'abord établir ses contraintes de restauration avant de mettre en place ses méthodes de sauvegardes. Un dernier point qu'il est peut-être inutile de préciser : l'image du /mnt/image_disqueRacine ne pourra être utilisée que sur la machine d'origine à cause de la configuration des drivers. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120201180320.543013aa@mach07.localdomain
Re: sauvegarde d'un serveur debian
Le Tue, 31 Jan 2012 23:11:04 +0100, Carmelo carm...@ingrao.fr a écrit : Bonjour, Bonjour, [...] J'aimerai faire une sauvegarde de ce serveur, afin de pouvoir en cas de souci (panne disque par exemple) réinstaller une copie fonctionnelle. Je comprend que le serveur est fraîchement installé et terminé de configurer. Il n'est pas encore peuplé. Dans ce cas, moi j'en prend immédiatement une image avec disk dump. Je la met : - soit dans un fichier # dd if= /dev/disksource of=/mnt/monimage - soit sur un autre disque que je garde sous la main en spare : # dd if= /dev/disksource of=/dev/diskcible Je fais ça depuis une autre machine et je teste. Quand un problème arrive, je change le disque défectueux par le disque spare. Cela ne prend que quelques minutes. Avant de récupérer les données (mails, fichiers...) depuis les sauvegardes, je fais une mise à jour : # apt-get update # apt-get upgrade C'est bien rôdé. Ma machine fait serveur web, base de données, fax, mails et fichiers avec Samba. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120201064334.2070dcda@mach07.localdomain
Re: Nettoyage du spam: août 2011 -- il manque au moins un relecteur pour d-u-f
Le Sunday 02 October 2011 16:56:37 Benjamin Danon, vous avez écrit : Je souhaite participer à relecture des messages, mais je ne suis pas certain de comprendre le travail à effectuer. Voici comment je fonctionne : - La page du wiki à bookmarker est celle-ci : http://wiki.debian.org/I18n/FrenchSpamClean Elle indique l'état d'avancement des traitements. - Il suffit de l'éditer pour signaler ce qui a été traité. Pour l'éditer, d'abord s'identifier en cliquant sur Connexion. C'est en haut à gauche, sur la première ligne, à droite du logo WIKI rouge. Pour s'identifier, saisir ses identifiants : login + mot de passe. Pour obtenir ses identifiants il faut créer un compte. Pour créer un compte, cliquer sur vous pouvez en créer un maintenant. Trois éléments sont à fournir : Nom, mot de passe et e-mail. - Une fois connecté, choisir la tâche que l'on souhaite réaliser en cliquant sur l'année/mois de la liste que l'on se propose de couvrir. Les spams sont assez faciles à repérer visuellement car il n'y a pas, ou alors il y a rarement des réponses. Lorsque le titre d'un message semble être un spam, cliquer dessus pour lever le doute. Si c'est un spam ( * ), alors le marquer comme tel en cliquant en haut à droite sur Report as spam. Pour revenir à la liste, cliquer deux fois sur le bouton reculer d'une page du navigateur. Continuer ainsi jusqu'au dernier message. Pour retrouver la page à éditer, cliquer à nouveau sur le bouton reculer d'une page du navigateur. Sur cette page cliquer sur Editer en haut à gauche. Repérer la ligne en rapport avec la tâche exécutée, ajouter son nom et incrémenter de 1 la colonne nb de relecteurs. Valider sa saisie en cliquant sur Enregistrer les modifications. Se déconnecter en cliquant sur Déconnexion. ( * ) Ma définition du spam sur les listes Debian : - ce n'est pas un message toléré comme [HS] aux listes - ce n'est pas non plus un message posté visiblement par méconnaissance des mécanismes d'abonnement/désabonnement/tests Pour moi, le message ci-dessous n'est pas un spam : http://lists.debian.org/debian-user-french/2011/09/msg00151.html - un spam c'est un message - totalement hors sujet - qui exploite les canaux de communication auxquels donnent accès les listes avec pour objectif de servir son propre intérêt. De par son contenu, il tente d'amener le lecteur à suivre un lien, à inciter à une démarche d'achat... - un spam c'est du strict HS qui est loin du HS généralement toléré sur les listes. Cependant, il existe quelques rares cas où il peut être difficile d'appliquer mécaniquement une règle. C'est alors que la rigueur devrait faire place à la sensibilité personnelle du moins si c'est de l'information pour la bonne cause... -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111003.06547.al...@vaugham.com
Re: HS - Logiciel de compta pour entreprise ?
Le Wednesday 13 July 2011 16:13:25 cor...@free.fr, vous avez écrit : Le mercredi 13 juillet 2011, cor...@free.fr a écrit : Le mercredi 13 juillet 2011, Olivier a écrit : Quel logiciel de compta pour (petite) entreprise conseillez-vous sur Debian ? Besoins fonctionnels : - comptabilité française - liasse fiscale - importation de relevés bancaires http://www.phpcompta.eu/ Suggestions et retours d'expérience. Sur le forum vous y verrez des retours d'expériences concernant des usagers en compta française : http://www.phpcompta.be/index.php?option=com_fireboardItemid=42 Autre lien : http://www.april.org/wws/info/comptabilite PhpCompta est sous licence GPL. Il n'y a pas encore de paquets disponibles. Il s'installe sur un serveur web, plus PHP, plus Postgresql. Il fait de la compta générale en partie double. - Sinon Dolibarr : Dolibarr est un PGI/GRC (Progiciel de Gestion Intégré/Gestion de Relation Client) destiné aux petites et moyennes entreprises. Le succès de Dolibarr est du à la règle des 3 simples: simple à installer, simple à utiliser, simple à développer. http://www.dolibarr.fr/index.php/component/frontpage/fonctionnalites Olivier recherche une compta générale en partie double. Dolibarr est un PGI/GRC mais il ne fait pas de comptabilité. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201107131654.49031.al...@vaugham.com
Re: [HS?] sniffer port série
Le Monday 27 June 2011 14:36:58 gaetan.perr...@neuf.fr, vous avez écrit : Salut, Bonjour, Est-ce qu'il existe dans Debian un sniffer de port série qui ne perturbe pas la liaison ? J'ai trouvé ttylog et jpnevulator mais ils perturbent la liaison. Quelle genre de perturbation du signal avez-vous observé? -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201106271602.57537.al...@vaugham.com
Re: Lenny : Point de montage abimé lors d'un fusermount -u
Le Saturday 04 June 2011 15:15:26 JF Straeten, vous avez écrit : Re, On Sat, Jun 04, 2011 at 07:00:30AM +0200, Philippe wrote: $ ls -l ls: ne peut accéder vafac: Aucun fichier ou répertoire de ce type total 37220 drwxr-xr-x 2 user groupe 4096 jun 3 22:40 mountmach05 drwxr-xr-x 2 user groupe 4096 jun 3 22:40 mountmach15 d? ? ?? ?? vafac = démontage puis faire un fsck avec le bonnes options = ce n'est pas obligatoirement le mount en cause mais surement ton disque qui est en train de mourir J'ai déjà vu ça quand un client NFS/NIS n'accède plus aux cartes NIS... NIS est actif ? Non, NIS n'est pas actif. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201106042254.10695.al...@vaugham.com
Lenny : Point de montage abimé lors d'un fusermount -u
Bonsoir la liste, J'ai démonté deux répertoires normalement. Résultat : un autre répertoire qui était lui aussi monté disparaît. Cela ne me perturbe pas du tout mais je me demande si c'est normal qu'un simple démontage puisse abimer ainsi son point de montage. Pour ceux que ça intéresse, voici l'historique de ce que j'ai fait. J'ai juste changé le nom du user et du groupe. J'ai aussi allégé la liste retournée par ls. Les deux répertoires locaux que je m'apprétais à démonter s'appellent mountmach05 et mountmach15. Avant de démonter j'ai vérifié : $ ls -l total 37224 drwxr-xr-x 1 user groupe 4096 jun 3 23:38 mountmach05 drwxr-xr-x 1 user groupe 4096 jun 3 23:37 mountmach15 drwxr-xr-x 1 user groupe 4096 jun 3 23:37 vafac J'ai ensuite démonté les deux répertoires : $ fusermount -u mountmach05 $ fusermount -u mountmach15 Une surprise m'attendait : $ ls -l ls: ne peut accéder vafac: Aucun fichier ou répertoire de ce type total 37220 drwxr-xr-x 2 user groupe 4096 jun 3 22:40 mountmach05 drwxr-xr-x 2 user groupe 4096 jun 3 22:40 mountmach15 d? ? ?? ?? vafac Je ne m'explique pas pourquoi : - l'horodatage des deux répertoires démontés a changé ( * ) - le point de montage vafac a été affecté Ce répertoire avait été créé afin de servir de second point de montage. Ce second point de montage n'était qu'un essai pour voir si il était possible de réaliser deux montages différents depuis un seul répertoire distant. Les trois montages étaient : répertoire-distant-machine15 monté sur répertoire local : mountmach15 répertoire-distant-machine05 monté sur répertoire local : mountmach05 répertoire-distant-machine05 monté sur répertoire local : vafac Voici quelques observations : - Le répertoire affecté possède son inode : $ ls -ali 966885 d? ? ?? ?? vafac - Dans le syslog de la machine locale j'ai trouvé deux messages que je ne sais pas interpréter. Ils apparaissent approximativement à l'heure du démontage : Jun 3 23:40:41 mach07 kernel: [ 7933.537099] Not cloning cgroup for unused subsystem ns Jun 3 23:40:55 mach07 kernel: [ 7951.871431] Not cloning cgroup for unused subsystem ns Ces messages semblent évidents pour certains mais pas pour moi. - Dans mon .bash_history je ne retrouve pas la commande ayant m'ayant servi à faire ce double montage. Deux Lenny : - sur le client il s'agit de : fusermount version: 2.7.4 - sur le serveur : OpenSSH_5.1p1 Debian-5, OpenSSL 0.9.8g 19 Oct 2007 - J'ai pensé à chercher dans la liste des bugs si cela pouvait correspondre à quelque chose de connu mais je ne suis pas très habile pour faire ce genre de recherches : http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=fusermount http://www.google.fr/search?q=debian+bug+fusermounthl=frprmd=ivnsei=GGrpTeD0KYPE8QPKnf2UAQstart=0sa=N - Je n'ai pas cherché à reproduire le phénomène. ( * ) J'imagine que l'horodatage affiché peut changer selon que le répertoire est monté ou non. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201106040148.21739.al...@vaugham.com
Re: Mutt gros problème
Le Thursday 26 May 2011 14:22:04 Nahliel Steinberg, vous avez écrit : Re-bonjour, J'ai pu voir vos réponses depuis l'interface web/gmail. Et oui, l'envoi marche bien par contre quand je récupère avec fetchmail, t ça récupère mais je ne vois plus les mails, et je ne sais pas ou ils vont se cacher. Ni dans le log de procmail ni dans le fichier utilisateur /var/mail/$USER ou /var/spool/mail/$USER ni dans ma boite par defaut défini dans le procmail. je ne comprends vraiment pas. voici mon .procmailrc [...] MAILDIR=$HOME/Mail Il me semble qu'il suffit d'ajouter le / final pour que /var/mail soit au format maildir et non au format mailbox : MAILDIR=/var/mail/ -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201105261535.16405.al...@vaugham.com
Re: Mutt gros problème
Le Thursday 26 May 2011 15:35:16 Alain Vaugham, vous avez écrit :
Le Thursday 26 May 2011 14:22:04 Nahliel Steinberg, vous avez écrit :
Re-bonjour,
J'ai pu voir vos réponses depuis l'interface web/gmail. Et oui, l'envoi
marche bien par contre quand je récupère avec fetchmail, t ça
récupère mais je ne vois plus les mails, et je ne sais pas ou ils vont se
cacher.
Ni dans le log de procmail
ni dans le fichier utilisateur /var/mail/$USER ou /var/spool/mail/$USER
ni dans ma boite par defaut défini dans le procmail.
je ne comprends vraiment pas.
voici mon .procmailrc
[...]
MAILDIR=$HOME/Mail
Il me semble qu'il suffit d'ajouter le / final pour que /var/mail soit au
format maildir et non au format mailbox :
MAILDIR=/var/mail/
Rectif :
Dans mon procmailrc, pour le stockage au format maildir c'est le / final de
celui-ci :
# Tout ce qui n'a pas pu être traité est mis dans la boîte d'arrivée
# --
:0 :
${HOME}/maildir/
--
Alain Vaugham
Clef GPG : 0xD26D18BC
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201105261644.44732.al...@vaugham.com
Re: Aide sur l'install de la langue fr.
Le Saturday 21 May 2011 17:33:28 Franck Danard, vous avez écrit : Non plus Aucun effet. Je m'en sort en me connectant en SSH, là , pas de problème. J'ai fait l'install sur virtualbox. Pareil chez moi mais sans Virtualbox : Installation Squeeze avec netinst sans environnement graphique choix de la langue = FR Résultats : - clavier qwerty en accès local - clavier azerty en accès distant sous ssh -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201105231149.38321.al...@vaugham.com
Re: [cups] Impression en reseau
Le Wednesday 23 March 2011 10:12:56 zut...@laposte.net, vous avez écrit : Bonjour, J'ai un serveur d'impression sous Debian testing. L'imprimante est parfaitement reconnu et fonctionne sur le serveur à l'aide de cups. J'essaye d'imprimer en réseau avec une Debian stable. ... Si quelqu'un avait une idée pour résoudre le problème. Voir trouver ou se trouve le soucis.. J'ai un boîtier convertisseur Centronics/IP qui met l'imprimante sur mon petit réseau hétérogène. Voici comment je procède à partir de Lenny. $ nmap 192.168.3.120 (c'est l'ip du boîtier) PORTSTATE SERVICE 23/tcp open telnet 80/tcp open http 515/tcp open printer 631/tcp open ipp Ajouter l'imprimante dans Cups : Menu Centre de configuration de KDE Périphériques Imprimantes Mode superutilisateur... ... Ajouter Imprimante/une classe interface réseau avec IPP (IPP/HTTP) ... URI = http://192.168.3.120/lp1 ... modèle : autre : le-bon-driver.ppd Tester l'impression : Configurer printout mode = Normal, Page = A4, Media source = Printer default Aucunes bannières pas de quotas ni taille maxi ni limite de page Utilisateurs autorisés : le-bon-user Nom : LBP1760 Emplacement : rezo (n'importe quoi ici) Description : Canon LBP-1760 pxlmono C'est tout. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201103240032.55211.al...@vaugham.com
Re: Conseils serveur web Debian
Le Monday 07 February 2011 10:03:55 FROIDURE Nicolas, vous avez écrit : Bonjour, Bonjour, ... Enfin, j'allais partir sur une Lenny, mais vu l'actu, je vais partir sur une Squeeze. Mais pour l'avenir, que vaut-il mieux utiliser : la stable (pour la stabilité j'imagine) ou la testing (pour la sécurité ?). Sur un serveur, moi je ne mets que des stables et sans backports pour faciliter la gestion des mises à jour. Le côté sécurité découle de la maturité de ces paquets. L'inconvénient c'est qu'au bout d'un certain temps le système commence à sembler déssuet par rapport aux nouvelles versions. Pour moi, cet aspect est secondaire. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201102071015.07181.al...@vaugham.com
Re: Quiz! Lenny ou squeeze?
Le Monday 07 February 2011 13:06:09 Olivier PAVILLA, vous avez écrit : Je viens d'installer et configurer 2 serveurs tout neuf (vierge d'OS) en prod en Lenny. Donc la stable de l'époque. Squeeze vient de sortir. Donc la stable de l'époque aussi. Devrais je passer à Squeeze parce que dans 2 ans Lenny ne sera plus suporté ou je peux rouler comme ca pendant au moins 3 ans? Moi je ne mets que des stables sur des serveurs. Je vais attendre plusieurs mois avant de remplacer une Lenny par la nouvelle stable Squeeze qui vient d'arriver. On a un an pour le faire. Cela ne m'empêche pas de m'y être déjà habitué mais sur une machine hors production. -- Alain Vaugham Clef GPG : 0xD26D18BC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201102071754.04006.al...@vaugham.com
