Re: keyboard qui s'éteint
Bon ça recommence... et je ne vois pas d'où ça peut venir... Je continue à chercher On 08/09/2015 19:30, le pigeon wrote: non, clavier connecté au port PS/2, souris usb filaire. il n'y aurait pas une combinaison de touche qui annule le clavier? Car ça me le fait quand j'utilise Blender, souvent avec " ctlr/shift et MMButton" (désolé Bernard j'ai oublié de reply to list) On 08/09/2015 19:21, Bernard Schoenacker wrote: Le Tue, 08 Sep 2015 18:58:26 +0200, le pigeona écrit : Bonsoir tout le monde, je suis actuellement sous Debian testing (openbox) , et mon clavier devient inactif aléatoirement alors que je suis en trian de l'utiliser (pas de mode veille quoi). Il n'y a que le logout/login (clic droit souris) qui permet de le réactiver. Vous avez déjà eu ce soucis? merci bonjour, serait ce un clavier et une souris usb sans fil (à piles) ? www.youtube.com/watch?v=jeOLQm7Jju4 slt bernard
Re: soucis avec pepperflash
Est-ce que pepperflash peut être utilisé en dehors de Chrome ? Il ne semble pas. https://wiki.debian.org/fr/PepperFlashPlayer/Installing - Mail original - > De: "Bernard Schoenacker"> À: debian-user-french@lists.debian.org > Envoyé: Lundi 7 Septembre 2015 08:56:08 > Objet: Re: soucis avec pepperflash > Le Sun, 06 Sep 2015 19:43:48 +0200, > maderios a écrit : > > Le 06/09/2015 18:53, Bernard Schoenacker a écrit : > > > > > je parle de pepperflash et non de pepper même si j'ai pris comme > > > expression pour grep ... > > Relis la réponse : 1.8.1 > bonjour, > j'ai trouvé ceci : > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795362 > je continue : > dpkg -l |grep flash > ii browser-plugin-freshplayer-pepperflash 0.3.2-1 > ii pepperflashplugin-nonfree 1.8.1+b1 > remarque: freshplayer est prévu pour iceweasel > ensuite, voici le sources list pour pepperflash : > update-pepperflashplugin-nonfree --install --verbose > options : --install --verbose -- > temporary directory: /tmp/pepperflashplugin-nonfree.0Ws0asDQYt > doing apt-get update on google repository > cat > /tmp/pepperflashplugin-nonfree.0Ws0asDQYt/etc/apt/sources.list > deb [arch=i386] http://dl.google.com/linux/chrome/deb/ stable main > que reste t-il à faire ? > slt > bernard
Re: keyboard qui s'éteint
Le Wed, 09 Sep 2015 10:08:30 +0200, le pigeona écrit : > Bon ça recommence... et je ne vois pas d'où ça peut venir... > > Je continue à chercher bonjour, serait il possible d'essayer xfce ? www.youtube.com/watch?v=cQhkg6llh3E slt bernard
Re: config' bind9 - zone forwarders
Wed, 09 Sep 2015 09:43:32 +0200 Guillaumeécrivait : > Bonjour, salut Guillaume, > > Il me semble que le paramètre 'forwarders' ne redirige les requetes que > pour les zones inconnus (dont il ne fait pas autorité). J'ai passé un peu potassé la doc de bind9. Pour une zone de type master, les paramètres forward et forwarders sont bien dans la liste des paramètres possible. Si une zone master ne peut pas forwarder, pourquoi spécifier des adresses de forwarders ? > > Pourquoi ne pas prendre en charge ton domaine public sur ton serveur ? Cela ne changerait pas la problématique de prendre tout en charge. Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis pas en local, l'adresse de mon modem router qui fait office de firewall/forwarder. > Guillaume > Jean-Marc pgpW85yYgp1q9.pgp Description: PGP signature
Re: config' bind9 - zone forwarders
Bonjour, Il me semble que le paramètre 'forwarders' ne redirige les requetes que pour les zones inconnus (dont il ne fait pas autorité). Pourquoi ne pas prendre en charge ton domaine public sur ton serveur ? Le 08/09/2015 23:22, Jean-Marc a écrit : Sun, 06 Sep 2015 22:29:31 +0200 Pascal Hambourgécrivait : Pas pour un nom de domaine pour lequel il est censé faire autorité. A vrai dire, je ne vois pas à quoi peuvent servir les forwarders dans une zone de type master ou slave. Un mot sur ma config' bind9. db.1.168.192 : une zone PTR db.6jf.be : une zone pour mon domaine 6jf.be db.localdomain : une zone pour mon réseau local Je cherche une solution pour documenter les adresses des services que je mets en place (IM, owncloud, website). Le soucis : ces adresses sont différentes si je suis sur mon réseau local ou sur le net. Donc, je mets en place un NS local qui forwarde les demandes qu'il ne peut pas résoudre à mon fournisseur chez qui j'ai mon domaine. Pour info, je n'ai pas défini de forwarders au niveau global mais uniquement pour la zone 6jf.be. Jean-Marc -- Guillaume
Re: config' bind9 - zone forwarders
L'option 'forwarders' dans la configuration d'une zone master ou slave doit être vide pour pouvoir annuler les forwarders dans les options global de bind. Le 09/09/2015 11:00, Jean-Marc a écrit : Wed, 09 Sep 2015 09:43:32 +0200 Guillaumeécrivait : Bonjour, salut Guillaume, Il me semble que le paramètre 'forwarders' ne redirige les requetes que pour les zones inconnus (dont il ne fait pas autorité). J'ai passé un peu potassé la doc de bind9. Pour une zone de type master, les paramètres forward et forwarders sont bien dans la liste des paramètres possible. Si une zone master ne peut pas forwarder, pourquoi spécifier des adresses de forwarders ? Pourquoi ne pas prendre en charge ton domaine public sur ton serveur ? Cela ne changerait pas la problématique de prendre tout en charge. Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis pas en local, l'adresse de mon modem router qui fait office de firewall/forwarder. Guillaume Jean-Marc -- Guillaume
Re: soucis avec pepperflash
Le Wed, 9 Sep 2015 11:14:19 +0200 (CEST), jber...@free.fr a écrit : > Est-ce que pepperflash peut être utilisé en dehors de Chrome ? Il ne > semble pas. https://wiki.debian.org/fr/PepperFlashPlayer/Installing bonjour, freshplayer est prévu pour firefox & co cf message ci dessous en plus j'ai pu discuter avec un dev debian (Vincent Danjean) qui m'a indiqué que c'est google le fautif ( gcc5 & libgcc1 ) apt-cache policy libgcc1 libgcc1: Installé : 1:5.2.1-16 Candidat : 1:5.2.1-16 le problème n'est pas réglé, mais il faut attendre ... slt bernard > > - Mail original - > > > De: "Bernard Schoenacker"> > À: debian-user-french@lists.debian.org > > Envoyé: Lundi 7 Septembre 2015 08:56:08 > > Objet: Re: soucis avec pepperflash > > > Le Sun, 06 Sep 2015 19:43:48 +0200, > > maderios a écrit : > > > > Le 06/09/2015 18:53, Bernard Schoenacker a écrit : > > > > > > > je parle de pepperflash et non de pepper même si j'ai pris comme > > > > expression pour grep ... > > > Relis la réponse : 1.8.1 > > > bonjour, > > > j'ai trouvé ceci : > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795362 > > > je continue : > > > dpkg -l |grep flash > > > ii browser-plugin-freshplayer-pepperflash 0.3.2-1 > > ii pepperflashplugin-nonfree 1.8.1+b1 > > > remarque: freshplayer est prévu pour iceweasel > > > ensuite, voici le sources list pour pepperflash : > > > update-pepperflashplugin-nonfree --install --verbose > > options : --install --verbose -- > > temporary directory: /tmp/pepperflashplugin-nonfree.0Ws0asDQYt > > doing apt-get update on google repository > > > cat > > /tmp/pepperflashplugin-nonfree.0Ws0asDQYt/etc/apt/sources.list > > > deb [arch=i386] http://dl.google.com/linux/chrome/deb/ stable main > > > que reste t-il à faire ? > > > slt > > bernard
Re: gparted se ferme d'un coup
On Wednesday 09 September 2015 00:45:55 Alexandre Hoïde wrote: > On Wed, Sep 09, 2015 at 12:14:00AM +0200, Alexandre Hoïde wrote: > > Par contre, l'UEFI ne fonctionne, à ma connaissance, que sur des > > systèmes 64 bits, et si tu as installé GRUB en UEFI depuis ta Jessie 64 > > bits, je ne suis pas certain que son chargeur de démarrage puisse > > démarrer ta Jessie 32 bits. À vérifier (attendre une meilleure réponse > > ou chercher toi même et me/nous éclairer). > … et vice versa (je t'ai répondu à l'envers) : premièrement, il me > semble que Jessie 32 bits n'installe pas GRUB en EFI, mais en classique > MBR. Cependant, il se peut que je me trompasse (ça arrive souvent) ! Si > ta Jessie 32 bits a installé GRUB en mode EFI, alors je crois savoir que > son chargeur de démarrage sera incapable de démarrer un système > d'exploitation 64 bits. > À vérifier aussi bien que le versa vice. Merci. GRUB : J'avais installé Grub à partir de Jessie 64 bits. Impossible d'exécuter la commande sous Jessie 32 bits : # grub-install /dev/sda (message erreur liée sans doute à l'UEFI...) Par contre, Grub lance sans problèmes Jessie 32 et 64 bits. GPARTED : sous Jessie 32 bits, il est totalement instable. Pourtant je l'ai supprimé et réinstallé = idem. ASAP je vois avec un Gparted Live. André
Re: gparted se ferme d'un coup
Le 09/09/2015 00:14, Alexandre Hoïde a écrit : > On Tue, Sep 08, 2015 at 11:08:00PM +0200, andre_deb...@numericable.fr wrote: >> On Tuesday 08 September 2015 22:11:35 Diogene Laerce wrote: >>> Le 08/09/2015 20:39, andre_deb...@numericable.fr a écrit : >>> Ça ressemble beaucoup à un bug.. Tu as essayé avec gparted en ISO >>> autonome ? : >> Comment "essayer gparted en ISO autonome" ? >> Je ne comprends pas. Merci d'une explication. > Il veut dire : « graver » l'image ISO de gparted-live sur un CD (ou > autre périphérique de démarrage, clef USB, carte SD…) et démarrer ton > ordinateur depuis ce dernier, qui inclus son propre système > d'exploitation [GNU/Linux] (d'où : ISO autonome). > > Téléchargeable à l'adresse http://gparted.org/download.php. Pas mieux. :) Et pour la ligne de commande : http://gparted.org/display-doc.php?name=help-manual=fr#gparted-run-from-cmd-line Bon courage, -- “One original thought is worth a thousand mindless quotings.” “Le vrai n'est pas plus sûr que le probable.” Diogene Laerce signature.asc Description: OpenPGP digital signature
stretch : sftp via filezilla et thunar
Bonjour, Le contexte : transférer des fichiers *au sein d'un même LAN* entre machines sous debian. Essais faits depuis une machine sous stretch ==> lancer une connexion sftp en console --> fonctionne bienvers une machine sous jessie --> fonctionne bien aussi vers une machine sous stretch ==> lancer une connexion sftp via filezilla --> fonctionne bien vers une machins sous jessie --> ne fonctionne pas vers une machine sous stretch : « fzSftp started » suivi d'un « Erreur :Délai d'attente expiré ». Dans les deux cas, je renseigne le nom d'hôte, d'utilisateur, le mdp, le port 22 et Filezilla ajoute tout seul le protocole devant le nom d'hôte (ie « kevin » devient « sftp://kevin »). Préciser le protocole ne change rien. --- 2015-09-04 00:08:17 8691 1 Statut : Connexion à 192.168.0.104... 2015-09-04 00:08:17 8691 1 Suivi : Going to execute /usr/bin/fzsftp 2015-09-04 00:08:17 8691 1 Réponse : fzSftp started 2015-09-04 00:08:17 8691 1 Suivi : CSftpControlSocket::ConnectParseResponse(fzSftp started) 2015-09-04 00:08:17 8691 1 Suivi : CSftpControlSocket::SendNextCommand() 2015-09-04 00:08:17 8691 1 Suivi : CSftpControlSocket::ConnectSend() 2015-09-04 00:08:17 8691 1 Commande : open "kevin@192.168.0.104" 22 2015-09-04 00:08:17 8691 1 Suivi : Server version: SSH-2.0-OpenSSH_6.9p1 Debian-1 2015-09-04 00:08:17 8691 1 Suivi : Using SSH protocol version 2 2015-09-04 00:08:17 8691 1 Suivi : We claim version: SSH-2.0-PuTTY_Local:_Sep_16_2014_09:58:36 2015-09-04 00:08:17 8691 1 Suivi : Doing Diffie-Hellman group exchange 2015-09-04 00:08:38 8691 1 Erreur : Délai d'attente expiré 2015-09-04 00:08:38 8691 1 Suivi : CControlSocket::DoClose(2050) 2015-09-04 00:08:38 8691 1 Suivi : CSftpControlSocket::ResetOperation(2114) 2015-09-04 00:08:38 8691 1 Suivi : CControlSocket::ResetOperation(2114) 2015-09-04 00:08:38 8691 1 Erreur : Impossible d'établir une connexion au serveur 2015-09-04 00:08:38 8691 1 Suivi : CFileZillaEnginePrivate::ResetOperation(2114) 2015-09-04 00:08:38 8691 1 Statut : Attente avant nouvel essai... 2015-09-04 00:08:43 8691 1 Suivi : CControlSocket::DoClose(64) 2015-09-04 00:08:43 8691 1 Suivi : CControlSocket::DoClose(64) 2015-09-04 00:08:43 8691 1 Statut : Connexion à 192.168.0.104... 2015-09-04 00:08:43 8691 1 Suivi : Going to execute /usr/bin/fzsftp 2015-09-04 00:08:43 8691 1 Réponse : fzSftp started --- Il semble que ce soit « Doing Diffie-Hellman group exchange » qui plante ; quelque chose de particulier dans ce domaine, par défaut sur les stretch ? Quelqu'un saurait débloquer la situation ? Situation similaire avec Thunar, débloquer avec Filezilla devrait débloquer avec Thunar. Merci.
Re: keyboard qui s'éteint
oui bien sur, sauf que dans ton lien c'est une colombe pas un pigeon. :) renseigne toi la prochaine fois amicalement On 09/09/2015 10:57, Bernard Schoenacker wrote: Le Wed, 09 Sep 2015 10:08:30 +0200, le pigeona écrit : Bon ça recommence... et je ne vois pas d'où ça peut venir... Je continue à chercher bonjour, serait il possible d'essayer xfce ? www.youtube.com/watch?v=cQhkg6llh3E slt bernard
Re: gparted se ferme d'un coup
Bonjour, Le 09/09/2015 15:24, honeyshell a écrit : [...] Je n'ai pas trouvé de doc "Debian" pour SMART, donc voici un lien vers la doc ubuntu de smart, même utilisation : Voici un lien vers le wiki du forum debian-fr.org : https://www.isalo.org/wiki.debian-fr/Smartmontools Samy
Re: gparted se ferme d'un coup
Sur les forums, l'instabilité peut venir d'une défaillance du disque en question. C'est peut être une piste à regarder. Regarde pour faire un petit test avec SMART? Je n'ai pas trouvé de doc "Debian" pour SMART, donc voici un lien vers la doc ubuntu de smart, même utilisation : http://doc.ubuntu-fr.org/smartmontools
Re: mise à jour testing+stable
Bonjour, Si ça peut aider... ces jours-ci, sur des machines installées en stretch, j'avais un problème avec LibreOffice base avec un fichier qui pourtant fonctionnait bien jusqu'à récemment --- quand exactement ? --- : lorsque je tentais d'ouvrir le formulaire, j'avais un message d'erreur : aucun pilote SDBC n'a été trouvé pour l'URL 'sdbc:embedded:hsqldb' -- Réinstaller le paquet « libreoffice-sdbc-hsqldb » n'a pas corrigé le problème. D'autre part, je voyais sur www que la version LibreOffice pour stretch est actuellement la 5, alors que mes machines sous stretch utilisaient toujours la 4 ; et une mise à jour classique (aptitude update / safe-upgrade) n'installait pas la 5. J'ai désinstallé le méta-paquet « libreoffice », puis je l'ai réinstallé (après avoir lancé un clean), et la réinstallation lance en réalité l'installation de la version 5 ; phénomène un peu curieux, que je suppose être lié à cette période de transition dont parle le post précédent. => et l'installation de la version 5 corrige mon problème d'accès à la bdd. Après la « réinstallation » du paquet libreoffice, un nouvel update/upgrade met à jour d'autres paquets (plutôt curieux aussi, puisque juste avant de désinstaller LO, j'avais lancé un update/upgrade).
Re: gparted se ferme d'un coup
On Wed, Sep 09, 2015 at 02:17:33PM +0200, andre_deb...@numericable.fr wrote: > On Wednesday 09 September 2015 00:45:55 Alexandre Hoïde wrote: > Merci. Je t'en prie. > > GRUB : > J'avais installé Grub à partir de Jessie 64 bits. > > Impossible d'exécuter la commande sous Jessie 32 bits : > # grub-install /dev/sda > (message erreur liée sans doute à l'UEFI...) > > Par contre, Grub lance sans problèmes Jessie 32 et 64 bits. En effet, je t'avais (une fois de plus) mal lu et j'ai fait toute une tartine pour rien. Concernant le problème grub-install : 1) es-tu bien certain que ta Jessie 32 se charge en EFI ? $ [ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI" 2) Si oui, tu pourrais peut-être essayer la procédure suivante (en root et admettant que ta partition EFI est sur sda1) # mount /dev/sda1 /boot/efi # apt-get install --reinstall grub-efi # grub install /dev/sda # update-grub > > GPARTED : > sous Jessie 32 bits, il est totalement instable. > Pourtant je l'ai supprimé et réinstallé = idem. > ASAP je vois avec un Gparted Live. Oui c'est ce qu'il y a de mieux à faire… et si tout fonctionne avec gparted-live, vérifier les bugs.debian.org ou en envoyer un, le cas échéant. -- ___ \ / | $ post_tenebras ↲ | -- * -- | GNU | . / \ | $ who ↲ | o/ | Alexandre Hoïde |_-- ~| --- / \
Re: gparted se ferme d'un coup : résolu...
On Wed, Sep 09, 2015 at 08:42:09PM +0200, andre_deb...@numericable.fr wrote: > Merci à tous ceux qui m'ont répondu, même si les conseils > n'étaient pas ceux à adopter, Du moins, le conseil de Diogène (pas de Sinope) t'eut permis d'écarter nombre d'hypothèses, l'eusses-tu-cru bon d'adopter diligemment. En ce sens, la sentence est injuste. Moi je veux bien prendre Lustucru comme surnom, j'aurais moins d'arguments pour objecter. Mais la fin est heureuse, et l'important c'est de participer. -- ___ \ / | $ post_tenebras ↲ | -- * -- | GNU | . / \ | $ who ↲ | o/ | Alexandre Hoïde |_-- ~| --- / \
Re: config' bind9 - zone forwarders
Jean-Marc a écrit : > > Pour une zone de type master, les paramètres forward et forwarders > sont bien dans la liste des paramètres possible. En effet, j'ai vu que ces options figurent dans les options communes de tous les types de zone. Mais leur rôle n'est mentionné que pour les zones de type "forward". > Si une zone master ne peut pas forwarder, pourquoi spécifier des > adresses de forwarders ? C'est une très bonne question à laquelle je suis incapable de répondre. Peut-être pour fournir des informations additionnelles qui ne font pas partie de la zone ? >> Pourquoi ne pas prendre en charge ton domaine public sur ton serveur ? > > Cela ne changerait pas la problématique de prendre tout en charge. > > Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir > l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis > pas en local, l'adresse de mon modem router qui fait office de > firewall/forwarder. Pour cela il y a les "vues" (views). Sinon, une zone individuelle pour chaque nom de domaine à servir en local.
Re: gparted se ferme d'un coup : résolu...
On Wednesday 09 September 2015 14:17:33 andre_deb...@numericable.fr wrote: > GRUB : > J'avais installé Grub à partir de Jessie 64 bits. > Impossible d'exécuter la commande sous Jessie 32 bits : > # grub-install /dev/sda > (message erreur liée sans doute à l'UEFI...) > Par contre, Grub lance sans problèmes Jessie 32 et 64 bits. > GPARTED : > sous Jessie 32 bits, il est totalement instable. > Pourtant je l'ai supprimé et réinstallé = idem. > ASAP je vois avec un Gparted Live. Il semble que l'instabilité de Jessie 64 bits + programmes... soient résolue. "Avahi" en était la cause suite à sa désinstallation, et impossible de le réinstaller. En remaniant "/etc/apt/sources.list", lancé "apt-get update", "apt-remove avahi --purge", le système m'a proposé de désinstaller moults paquets, dont le bureau tde, que j'ai accepté. J'ai noté ces paquets que j'ai réinstallés cette fois sans blêmes, dont "avahi". Au reboot, je retrouve un système sain, dont gparted. Ensuite j'ai remis le bureau, des applis manquantes, selon les icônes du bureau devenues anonymes. Je subodorre que la panne est dûe à des applis installées par forçage en mode 32 bits ou depuis le système sid, chose qu'il faut mieux éviter, sinon par mon "sources.list" trop incomplet. Merci à tous ceux qui m'ont répondu, même si les conseils n'étaient pas ceux à adopter, et c'est pourquoi j'ai grand plaisir à donner le résultat, en espérant que l'incident servira à ceux dans un cas identique. André
Fwd: Re: keyboard qui s'éteint
sympa...merci pour vous être donné la peine de me répondre. Forwarded Message Subject:Re: keyboard qui s'éteint Date: Wed, 9 Sep 2015 18:39:36 +0200 From: Bernard SchoenackerTo: le pigeon Le Wed, 09 Sep 2015 14:58:14 +0200, le pigeon a écrit : oui bien sur, sauf que dans ton lien c'est une colombe pas un pigeon. :) renseigne toi la prochaine fois amicalement bonjour, tant que ça roucoule bien slt bernard
Résolu (contourné): config' bind9 - zone forwarders
Mercredi, 9 Septembre 2015 20:25:45 +0200 Pascal Hambourgécrivait : salut Pascal, > Jean-Marc a écrit : > > [...] > > Si je demande l'adresse de ftp.6jf.be, en local, je dois recevoir > > l'adresse de mon serveur local sur le 192.168.1.0/24 et quand je ne suis > > pas en local, l'adresse de mon modem router qui fait office de > > firewall/forwarder. > > Pour cela il y a les "vues" (views). si j'ai bien compris, les views (utilisons la terminologie bind) servent à modifier les réponses fournies en fonction de l'IP de la source. En clair, si le client appelle named depuis un réseau local 192.168.1.0/24 ou depuis un réseau 81.244.0.0/14, les réponses peuvent être différentes. Merci pour la piste mais cela ne correspond pas à ce que j'aimerai faire. > > Sinon, une zone individuelle pour chaque nom de domaine à servir en local. > Ça, c'est ce que j'ai fait. Une zone pour mon domaine "localdomain", une autre pour mon domaine public "6jf.be". Et pour mon soucis, j'ai arrêté de me torturer les méninges vu la taille réduite des infos de ma zone servie par mon FAI, j'ai recopié les infos dont j'avais besoin sur mon propre DNS. Et voilà. Il fonctionne à merveille. Un bémol : le reload après modif' des RRs n'a pas toujours fait son job. Même accompagné d'un flush de la cache. Un stop/start était donc parfois nécessaire. Étape suivante : un serveur DHCP avec mise à jour du DNS. Jean-Marc pgpMIl8AwKLjG.pgp Description: PGP signature