Re: Quel gestionnaire de fichiers utiliser?
Le 2 mai 2016 14:29:59 GMT+02:00, andre_deb...@numericable.fr a écrit : >Konqueror est un aussi mauvais navigateur, qu'il n'est pas mal du tout >en tant que gestionnaire de fichiers. > >Il accepte aussi sans broncher les requêtes intranet, internet : smb, >sftp... Ou pourquoi pas dolphin ? C'est un peu comme konqueror mais sans son navigateur inutile. -- Eddy F. (depuis un téléphone)
Re: La fonction getUserMedia d'HTML5 fonctionne-t-elle sur les navigateurs Jessie ?
Le 2 mar 2016 à 18:11 (+0100) Olivier <oza.4...@gmail.com> a écrit: > 2. En allant sur le site de test [3], je ne vois pas les 2 icônes > dans la barre d'adresse. > Est-ce aussi le cas chez toi ? > > > [3] http://wolframhempel.github.io/photobooth-js/ Voir mon autre message qui dit que je n'y arrive pas non plus avec chromium. Par contre j'y arrive avec iceweasel 42 : http://picpaste.com/capture-033-el2xLaYK.png Question idiote : quand tu essayes d'utiliser ta cam directement (par exemple via cheese ou vlc) cela fonctionne ? -- Eddy F.
Re: La fonction getUserMedia d'HTML5 fonctionne-t-elle sur les navigateurs Jessie ?
Le 2 mar 2016 à 13:03 (+0100) Olivier <oza.4...@gmail.com> a écrit: > Je viens de découvrir le site [2]. > Il fonctionne avec mon smartphone Android (le navigateur me demande > d'autoriser l'accès à ma caméra). > Il ne fonctionne pas avec mon Iceweasel sous Debian mais le > navigateur me demande d'autoriser l'accès à ma caméra. > Il ne fonctionne pas avec mon Chromium sous Debian et le navigateur > ne me demande rien. > > Qu'en conclure ? > > > [2] https://davidwalsh.name/demo/camera.php Pour information, parce que je ne suis pas assez compétent pour t'aider sur ce sujet : Ce site fonctionne chez moi avec chromium version 48.0.2564.116 Built on 8.3, running on Debian 8.3 (64-bit) : un message apparaît me disant que ce site souhaite utiliser ma caméra (autoriser/bloquer) et si j'autorise ma bouille apparaît bien sur la page. Par contre, après avoir fermé le navigateur puis relancé, il ne me demande plus rien et utilise la caméra. Visiblement il garde cela en mémoire et il faut aller dans les préférences pour le faire oublier. Je précise que cela fonctionne sans modifier le user-agent (par contre sans le plugin flash même si a priori cela ne devrait avoir aucun rapport). Cela marche aussi avec iceweasel mais c'est la version 44.0.2 (backport de deb http://mozilla.debian.net/ jessie-backports iceweasel-release). Ici par contre, le message me propose plus de possibilité : partager/toujours partager/ne pas partager/ne jamais partager. Quand je choisis partager j'ai bien l'image de la cam et cette autorisation est bien oubliée à la fois suivante. -- Eddy F.
Re: Installation sur un SSD
Le 17 jan 2016 à 19:57 (+0100) Sébastien Dinot <sebastien.di...@free.fr> a écrit: > Je ne sais pas si l'interruption de fstrim est ravageuse ou pas (je ne > le pense pas vu ce qu'elle fait) mais s'il s'agit de te rassurer, tu > peux la lancer à la main : > > sudo /sbin/fstrim / Oui mais le faire manuellement est le meilleur moyen pour que ce ne soit jamais fait ! (Enfin, je parle pour moi.) > Sur mon poste, son exécution prend une poignée de minutes (5 tout au > plus) mais mon SSD a une taille de 64 Go seulement et je subodore que > la durée de l'opération est proportionnelle à la taille du disque. Oui, je viens de tester sur mon SSD de 60 Go et cela a pris une grosse minute. C'est pour cela que le risque semble bien faible de toute façon. -- Eddy F.
Re: Installation sur un SSD
Le 17 jan 2016 à 14:21 (+0100) Sébastien Dinot <sebastien.di...@free.fr> a écrit: > En outre, à ma connaissance, l'option discard a plutôt un effet > négatif sur les performances. Cf. le point 3 de l'article ci-dessous : > > http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-linux-fstrim-lvm-and-dmcrypt/ > > Je lui préfère donc, comme cela est préconisé dans l'article, un petit > « /sbin/fstrim / » lancé via cron. J'ai une question naïve, ne m'en voulez-pas. Que se passe-t-il si la commande fstrim est interrompue avant d'avoir fait son travail ? Je pense au fait que si la tâche est lancée par cron, il y a un risque (sans doute très faible) que j'éteigne la machine juste au moment où elle s'exécute. Est-que cela risque de corrompre le système de fichier (je suppose que non si j'ai bien compris à quoi sert le fstrim) ou d'endommager le disque ? Si quelqu'un peut me rassurer :-) -- Eddy F.
Re: [Sondage] Top 10 des commandes utilisées
Le 30 jun 2015 à 15:47 (+0200)
steve dl...@bluewin.ch a écrit:
Salut,
Pour se détendre 2 minutes, que donne ceci chez vous ?
history | awk '{print $5} ; ' | sort | uniq -c | sort -rn | head -10
Bonjour,
D'où vient ce $5 ? Chez moi, comme chez beaucoup d'autres je pense, il
faut un $2 ; qu'as-tu de particulier ?
J'obtiens
130 maxima
65 vim
23 sudo
19 apt-cache
17 sync
17 l
16 cd
15 mount
14 pdfgrep
14 exit
--
Eddy F.
--
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/20150630200503.20b59...@ely.home
Re: Exim4: émettre avec cont...@exemple.fr plutôt que r...@exemple.fr [RESOLU]
Le 6 mai 2015 à 17:13 (+0200) Eddy F. edfnet-...@yahoo.fr a écrit: Le 6 mai 2015 à 16:09 (+0200) Olivier oza.4...@gmail.com a écrit: Le 5 mai 2015 19:35, Eddy F. edfnet-...@yahoo.fr a écrit : [...] Une possibilité est d'utiliser le fichier /etc/email-addresses avec une ligne telle que root: cont...@exemple.fr mais cela aura comme effet que tous les mails envoyés par root utiliseront cette adresse. D'après ce que tu dis, cela peut convenir. Je viens à l'instant d'essayer: ça fonctionne comme demandé vers un compte destinataire GMail ou Laposte.net mais pas vers un autre chez 1and1: l'émetteur présenté au destinataire est alors à chaque fois root cont...@exemple.fr. Oui, en effet. Je ne réalisais pas que le « root » était gênant pour toi. À ta place j'annulerais alors la modification que je t'ai proposée au fichier /etc/email/addresses et je chercherais une autre piste. À mon avis, une modification dans le fichier /etc/exim4/exim4.conf.template quelque part dans la section « rewrite ». Je ne sais pas laquelle précisément. Une recherche sur « exim4 address rewrite » pourrait t'apporter la solution. Et j'ajoute venant de lire ton message de 15h45 à Pierre que si tu maîtrises les scripts qui envoient les mails alors le plus simple n'est pas ce que je propose ci-dessus mais bien de modifier ces scripts pour utiliser la commande d'envoi que t'as donnée Jean-Jacques Doti. Et en plus c'est plus propre que de modifier de manière générale l'adresse de root. -- Eddy F. -- 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/20150506171919.176d9...@ely.home
Re: Exim4: émettre avec cont...@exemple.fr plutôt que r...@exemple.fr [RESOLU]
Le 6 mai 2015 à 16:09 (+0200) Olivier oza.4...@gmail.com a écrit: Le 5 mai 2015 19:35, Eddy F. edfnet-...@yahoo.fr a écrit : [...] Une possibilité est d'utiliser le fichier /etc/email-addresses avec une ligne telle que root: cont...@exemple.fr mais cela aura comme effet que tous les mails envoyés par root utiliseront cette adresse. D'après ce que tu dis, cela peut convenir. Je viens à l'instant d'essayer: ça fonctionne comme demandé vers un compte destinataire GMail ou Laposte.net mais pas vers un autre chez 1and1: l'émetteur présenté au destinataire est alors à chaque fois root cont...@exemple.fr. Oui, en effet. Je ne réalisais pas que le « root » était gênant pour toi. À ta place j'annulerais alors la modification que je t'ai proposée au fichier /etc/email/addresses et je chercherais une autre piste. À mon avis, une modification dans le fichier /etc/exim4/exim4.conf.template quelque part dans la section « rewrite ». Je ne sais pas laquelle précisément. Une recherche sur « exim4 address rewrite » pourrait t'apporter la solution. -- Eddy F. -- 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/20150506171358.2082f...@ely.home
Re: Exim4: émettre avec cont...@exemple.fr plutôt que r...@exemple.fr
Le 5 mai 2015 à 19:05 (+0200) Olivier oza.4...@gmail.com a écrit: Si cela peut aider à affiner votre recommandation: - je n'ai pas de compte utilisateur contact sur la machine, - je peux accepter que tous les emails sortants sortent comme provenant de cont...@exemple.fr - j'ai des machines sous de multiples versions de Debian (de Lenny à Jessie). Merci d'avance. Une possibilité est d'utiliser le fichier /etc/email-addresses avec une ligne telle que root: cont...@exemple.fr mais cela aura comme effet que tous les mails envoyés par root utiliseront cette adresse. D'après ce que tu dis, cela peut convenir. Maintenant il existe peut-être un moyen plus subtil qui permette de régler cela dans certains cas précis seulement ? Je laisse cela à d'autres qui connaissent mieux que moi. -- Eddy F. -- 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/20150505193543.21382...@ely.home
Re: firmware manquant
Le 30 mar 2015 à 15:11 (+0200) Belaïd oblivion.ik...@gmail.com a écrit: Bonjour, Peut être faudrait installer ce paquet: https://packages.debian.org/fr/jessie/firmware-realtek ? Bonjour à tous, Je m'insère dans le fil avec une question liée mais, peut-être, va-t-elle tempérer le besoin d'installation du paquet firmware-realtek. J'ai les mêmes messages qu'André. Cela peut sembler logique puisque lspci | grep realtek 03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5287 (rev 01) 03:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12) mais ce qui est surprenant c'est que ma carte ethernet fonctionne bien sans, aucune trace de rtl dans lsmod. Finalement, vu le « possible » dans le message d'erreur, le « for some » dans la description du paquet firmware-realtek et vu que ça juste marche, je n'ai pas installé le paquet. Je devrais ? Question subsidiaire : savez-vous ce que signifie la ligne « Unassigned class... » dans la première ligne de la sortie de la commande lspci citée plus haut ? -- Eddy F. -- 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/20150330191620.71789...@ely.home
Re: Localhost
adressée à « ici » au service sur localhost et c'est le service qui répond « Bad request »; cette réponse est la preuve que le réseau a fait son office). -- Eddy F. -- 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/20150126214408.334c1...@ely.home
Re: Localhost
Le 25 jan 2015 à 15:25 (+0100) andre_deb...@numericable.fr a écrit: Il faut souvent se justifier, réexpliquer face à une polémique inutile :-) C'est vrai qu'en général j'aime bien, quand on me dit « fait ceci fait pas ça », qu'on me dise pourquoi. Mais dans ce cas-ci, ce n'est pas ce que je cherchais ; d'autant plus que tu ne t'adressais bien entendu pas à moi au départ. Ayant lu quelque chose d'intéressant (cela remettait en question ce que je croyais connaître), j'ai essayé de comprendre en lisant la doc. Ne comprenant pas, je me suis permis de poser la question ; chose normale me semble-t-il sur une liste publique. Je regrette donc que tu n'y vois qu'une polémique, qui plus est inutile. (Mais voilà, maitenant que c'est dit, cela tournera immanquablement à la polémique. J'arrêterai donc là après ce message. J'interviens trop peu sur cette liste -- par manque de temps et de compétence -- pour qu'une de mes rares interventions vire au troll.) Si un ordinateur n'a pas de carte réseau (ou assimilée), il ne peut communiquer. /etc/hosts contiendra cette ligne : IP =127.0.0.1 | nom et domaine littéraires : localhost localhost.localdomain Linux fonctionne en mode terminal/serveur, terminal=serveur. Si il a une carte réseau (ou assimilée), /etc/hosts : # IP et nom + domaine par défaut : 127.0.0.1 localhost localhost.localdomain # Ses infos intranet du domaine, p. ex : marcel.rezo.net : 192.168.0.1 marcel marcel.rezo.net Il y a bien deux postes, un serveur et deux domaines : localhost, localhost, marcel, localdomain, rezo.net Ok jusque là. Je n'ai jamais prétendu le contraire. C'est plus qu'une bonne pratique, tout est clair et bien logique informatiquement et réseautiquement, les machines se reconnaitront entre elles, les serveurs leurs clients... Si ça marche alors que l'on met selon toi : 127.0.0.1 n_importe_quoi.pas_utilisé_ailleurs localhost c'est parce que l'informatique est parfois trop tolérante, et un jour, ça marche plus, car on a ajouté une option ! Alors, polémique pour polémique, je trouve ton raisonnement curieux. En gros, tu trouves qu'indiquer 127.0.0.1 n_importe_quoi.pas_utilisé_ailleurs localhost n'est pas logique (et tu as raison !) mais l'ordinateur l'accepte et la doc n'a rien contre. Pourtant tu en déduis que c'est une faute, non pas de bonne pratique, mais de... Ben je ne sais pas de quoi au fait. Je ne dis pas que tu as tort. Mais j'aimerais vraiment avoir un exemple reproductible de cas où 127.0.0.1 n_importe_quoi.pas_utilisé_ailleurs localhost pose effectivement problème. (J'insiste sur le 'pas_utilisé_ailleurs' ; sinon effectivement, les probèmes risquent de survenir.) Si tu écris dans /etc/hosts de ton ordinateur : 127.0.0.1 localhost localhost.rezo.net et que tu tapes dans la barre d'URL : http://localhost le navigateur t'enverra vers un serveur Web sur internet rezo.net, et pas sur le serveur Web (intranet) qui est ton ordinateur. [...] Ben justement : non. D'ailleurs, comment cela serait-il possible ? Tu tapes http://localhost, une ligne contenant localhost dans le hosts est recherchée. Elle correspond à l'IP 127.0.0.1 et le navigateur va bien sur localhost. Qu'est-ce que les alias présents aussi sur cette ligne viendraient faire dans ce cas ? Bon, je viens de tester. J'ai donc remplacé ma ligne 127.0.0.1 localhost par la ligne 127.0.0.1 localhost localhost.rezo.net dans mon /etc/hosts. Comme je n'ai pas de serveur web, j'ai fait le test dans iceweasel pour accéder à cups : http://localhost:631 ne tente absolument pas de m'envoyer vers rezo.net mais bien sur mon serveur cups local. Comme je m'y attendais et en accord avec ce que me dit la page man de hosts. J'ai aussi essayé avec ping. Pas de problème non plus. [...] Bon dimanche. André Voilà en conclusion je ne te comprends pas. Merci quand même d'avoir pris le temps de me répondre. Bonne semaine à toi. Respectueusement et cordialement, -- Eddy F. -- 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/20150125225211.1e74c...@ely.home
Re: Localhost
Le 24 jan 2015 à 23:07 (+0100) andre_deb...@numericable.fr a écrit: Il faut bien lire le man jusqu'au bout et en bas : 127.0.0.1 localhost 192.168.1.10toto.mondomaine.orgtoto 192.168.1.13titi.mondomaine.orgtiti Mais ce ne sont que des exemples. Rien ne dit que 127.0.0.1 localhost ma_machine n'est pas valable. Il est important de respecter les us et coutumes, principes : 127.0.0.1 localhost localhost.localdomain localdomain Entièrement d'accord pour respecter des coutumes ; cela aide sûrement à s'y retrouver. On peut ne pas les respecter, et un jour ça casse comme subi par l'auteur du sujet, Oui, enfin le problème de l'auteur n'était pas lié à cela. Cela n'invalide pas pour autant ton avis. surtout si on met son ordinateur en réseau. Bien sûr mais le problème viendra du fait qu'à force de faire des choses inhabituelles on finira par s'emmêler les pinceaux. Je pense qu'une ligne telle que 127.0.0.1 n_importe_quoi.pas_utilisé_ailleurs localhost ne doit pas causer de problème informatique. Par contre, comme tu le dis, cela finira par causer des problèmes à l'admin qui tôt ou tard oubliera les fantaisies qu'il a commises et se contredira quelque part dans son réseau. Ce serait donc plus une question de bonnes pratiques que d'erreur informatique. 127.0.0.1 est bien l'IP par défaut permettant à l'ordinateur de s'auto-reconnaître de toutes façons. Donne nuit. André Amicalement, (je précise au passage ne revendiquer aucune expertise en gestion de réseaux) -- Eddy F. -- 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/20150124235318.35dcf...@ely.home
Re: Meilleur moyen de désactiver le bluetooth ?
Le 24 jan 2015 à 19:27 (+0100) Sylvain L. Sauvage sylvain.l.sauv...@free.fr a écrit: Le samedi 24 janvier 2015, 17:55:08 Eddy F. a écrit : mais un modprobe sur ces modules ne suffit pas à relancer le bluetooth : la commande hciconfig ne montre aucune interface, j'ai bien essayé un systemctl restart bluetooth après le modprobe mais cela n'a pas fonctionné. [...] Donc blacklist + modprobe devrait revenir à la même situation que s’il n’y avait pas de blacklist. Oui, c'était sans doute un problème d'ordre. Le chargement des modules dans cet ordre bluetooth, bnep, btusb, rfcomm a fonctionné. [...] . Dans ce lien, il y a aussi une référence au programme/paquet rfkill [...] Peut-être une autre piste ? Qui fonctionne très bien et facilement. Powertop montre bien qu'un rfkill block bluetooth (qui provoque chez moi un arrêt software et non hardware) supprime toute consommation du « radio device : btusb ». Un grand merci : j'ai maintenant deux solutions possibles (blacklister les modules ou rfkill) et un moyen d'en vérifier l'efficacité (powertop). -- Eddy F. -- 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/20150125000316.7040d...@ely.home
Re: Meilleur moyen de désactiver le bluetooth ?
Le 24 jan 2015 à 16:15 (+0100) Frédéric Micout debian-...@sujets-libres.fr a écrit: Pourquoi ne pas directement le désactiver dans le bios ? C'est ce que j'ai d'ailleurs fait sur mon portable. Comme l'a dit Sylvain, je n'ai pas cette possibilité dans mon bios (un uefi en mode legacy). - Eddy F. -- 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/20150124173839.070e2...@ely.home
Re: Meilleur moyen de désactiver le bluetooth ?
Le 24 jan 2015 à 16:11 (+0100) Sylvain L. Sauvage sylvain.l.sauv...@free.fr a écrit: Le samedi 24 janvier 2015, 14:37:35 Eddy F. a écrit : Bonjour, Quel est le meilleur moyen de désactiver le bluetooth ? Le but n'est pas tant sécuritaire (empêcher un moyen de communication qui le plus souvent ne sera pas utilisé) que d'économie de batterie (éviter que la carte bluetooth ne pompe du courant pour rien sur un laptop). […] Le plus simple : blacklister les modules, p.ex. : [...] dans un fichier dans /etc/modprobe.d. Il suffit de faire un modprobe sur ces modules pour relancer le BT. Merci. Je viens d'essayer car cela me semble en effet une méthode sûre mais un modprobe sur ces modules ne suffit pas à relancer le bluetooth : la commande hciconfig ne montre aucune interface, j'ai bien essayé un systemctl restart bluetooth après le modprobe mais cela n'a pas fonctionné. Note: systemctl *restart* car blacklister les modules n'empêche visiblement pas le service bluetooth d'être actif ! Que devrais-je faire de plus pour récupérer le bluetooth (sans devoir effacer le fichier blacklist et redémarrer la machine) ? -- Eddy F. -- 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/20150124175508.0a0e8...@ely.home
Meilleur moyen de désactiver le bluetooth ?
Bonjour, Quel est le meilleur moyen de désactiver le bluetooth ? Le but n'est pas tant sécuritaire (empêcher un moyen de communication qui le plus souvent ne sera pas utilisé) que d'économie de batterie (éviter que la carte bluetooth ne pompe du courant pour rien sur un laptop). Ma méconnaissance du fonctionnement matériel de ces cartes font que je ne comprends pas trop ce que je dois faire malgré les docs que je lis. J'ai essayé un systemctl disable bluetooth mais si, au redémarrage, bluetooth est bien inactif, l'interface hci0 n'en est pas moins UP. Je suppose que dans ce cas, elle prend du courant. Ajouter un hciconf hci0 down est-il suffisant pour que la carte bluetooth ne consomme pas d'énergie ? Ou alors faut-il passer par le paquet rfkill ? Ce que j'ai lu sur rfkill parle d'un blocage software ou hardware de la carte : un blocage software suffit-il ? Faut-il passer par un rmmod je_sais_pas_quoi ? Je ne veux pas d'une solution trop drastique (désinstaller des paquets) : si le bluetooth ne sera en général pas utilisé, il doit pouvoir à l'occasion être rapidement réactivé par l'admin. Merci pour vos conseils, -- Eddy F. -- 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/20150124143735.69e9c...@ely.home
Re: Meilleur moyen de désactiver le bluetooth ?
Le 24 jan 2015 à 19:27 (+0100) Sylvain L. Sauvage sylvain.l.sauv...@free.fr a écrit: Le samedi 24 janvier 2015, 17:55:08 Eddy F. a écrit : […] Je viens d'essayer car cela me semble en effet une méthode sûre Je crois que c’est la seule façon de _peut-être_ empêcher que le module consomme (les modules USB sont censés pouvoir être mis en veille quand ils ne servent pas). (À vérifier modèle par modéle avec powertop.) Au passage, powertop est un passage obligé. Merci, je ne connaissais pas powertop. mais un modprobe sur ces modules ne suffit pas à relancer le bluetooth : la commande hciconfig ne montre aucune interface, j'ai bien essayé un systemctl restart bluetooth après le modprobe mais cela n'a pas fonctionné. Dame. Je n’ai pas de périphérique BT ici mais blacklist + modprobe = hciconfig voit un hci0. Les modprobe ont bien fonctionné ? (dmesg ?) [...] Donc blacklist + modprobe devrait revenir à la même situation que s’il n’y avait pas de blacklist. Bon je vais refaire des tests calmement et vérifier les modprobes. En tout cas, powertop me confirme que rmmod btusb et sa clique a bien pour effet de réduire la consommation alors qu'un simple arrêt du service bluetooth sans retirer les modules me donne un « Radio device: btusb » à 100 % dans powertop. Cependant, si je comprends bien la doc de powertop (parcourue en diagonale dans un premier temps sur https://01.org/sites/default/files/page/powertop_users_guide_201412.pdf ), il s'agit de la consommation causée par les appels au processeur. Je me demande si dans le cas du wifi et du bluetooth, la consommation électrique due à l'émetteur (même de faible puissance) n'est pas finalement un facteur plus important que les appels au processeur. Enfin, je n'en sais rien et n'ai aucun moyen d'évaluer cela. Je vais donc aussi tester rfkill dont tu parles ci-dessous (ainsi que dans un autre message). Après une petite recherche, je vois que je ne suis pas le seul à utiliser cette méthode : https://wiki.archlinux.org/index.php/Power_saving . Dans ce lien, il y a aussi une référence au programme/paquet rfkill qui semblerait pouvoir aussi fonctionner avec le BT (au départ, c’était pour les cartes WiFi mais comme BT et WiFi sont souvent couplés au niveau de l’interrupteur rfkill (interrupteur 3 ou 4 états : tout allumé / Wi-Fi [/ BT ] / aucun)). Peut-être une autre piste ? En tout cas, le wiki ArchLinux est une bonne lecture. Je confirme que l'on trouve énormément de docs bien faites chez Archlinux. -- Eddy F. -- 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/20150124224230.103d5...@ely.home
Re: Scripts pm-utils pas exécutés (par kde ?)
Le 16 déc 2014 à 14:16 (+0100) Boiteux Frederic fboit...@prosodie.com a écrit: Merci pour l'info, je me suis posé la même question dans un environnement Mate+awesome... Si tu trouves comment personnaliser l'hibernation ou la mise en veille, je suis preneur :-) Comme tu l'as vu, j'ai donné des pistes dans un message précédent mais je ne les ai pas testées ; suite au rapport de bug concernant anacron, j'ai préféré une solution plus simple (suggérée dans le rapport). Je n'ai pas d'autre besoin pour l'instant. Je ne teste donc pas (du moins pas pour le moment par manque de temps). Par ailleurs, je pense que je vais moins utiliser l'hibernation à l'avenir : la différence de temps entre shutdown+boot et mise+sortie d'hibernation me semble négligeable (sur ma machine du moins) depuis cette installation de jessie. Je continuerai à utiliser la mise en veille pour des arrêts courts de la machine (et là je n'ai vraiment aucun besoin de personnalisation). -- Eddy F. -- 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/20141217215508.38f8b...@aberdeen.home
Scripts pm-utils pas exécutés (par kde ?)
Bonjour, Sur une jessie fraîchement installée à partir d'une image weekly build et avec kde comme environnement de bureau, je constate que les scripts dans /etc/pm/power.d et /etc/pm/sleep.d ne sont pas exécutés lorsque je mets en veille à l'aide du menu de kde. Pareil à la sortie de veille. Ils sont par contre bien exécutés lorsque j'utilise pm-suspend pour mettre en veille. Naturellement cela incrimine kde et en cherchant sur le net je vois que cela serait peut-être dû au fait que kde utilise upower au lieu de pm-suspend... sauf que 1/ man pm-suspend laisse entendre que upower appellerait bien pm-suspend donc où est le problème ? 2/ la doc sur upower est réduite au strict minimum et ce minimum est d'un niveau que je ne comprends pas. Comment faire pour que ces scripts soient exécutés ? Faut-il les placer ailleurs ? J'apprécierais bien votre aide parce que mes recherches tournent en rond. P.S. Au cas où je devrais envisager une autre façon de faire plutôt que d'utiliser ces scripts, j'ai actuellement besoin que le script /usr/lib/pm-utils/sleep.d/95anacron lance anacron au sortir de veille ou hibernation sinon anacron ne m'est pas plus utile que cron. J'ai aussi besoin d'un script perso placé dans /etc/pm/power.d pour empêcher via un hdparm -B 160 /dev/sda de cliqueter à qui mieux mieux. Merci -- Eddy F. -- 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/20141212164800.7bde3...@aberdeen.home
Re: Scripts pm-utils pas exécutés (par kde ?)
Je réponds moi-même pour éviter que d'autres n'y perdent leur temps. Si une bonne âme peut confirmer ou corriger... Le 12 déc 2014 à 16:48 (+0100) Eddy F. edfnet-...@yahoo.fr a écrit: Bonjour, Sur une jessie fraîchement installée à partir d'une image weekly build et avec kde comme environnement de bureau, je constate que les scripts dans /etc/pm/power.d et /etc/pm/sleep.d ne sont pas exécutés lorsque je mets en veille à l'aide du menu de kde. Pareil à la sortie de veille. Ils sont par contre bien exécutés lorsque j'utilise pm-suspend pour mettre en veille. Systemd comporte ses propres commandes pour entrer en veille ou en hibernation : systemctl suspend systemctl hibernate Je n'ai pas trouvé d'information précise mais je suppose que kde fait finalement appel à ces commandes plutôt qu'à pm-suspend et pm-hibernate. Mais du coup, pm-utils ne me sert sans doute plus à grand chose. Comment faire pour que ces scripts soient exécutés ? Faut-il les placer ailleurs ? Il semble que quelque chose puisse être fait dans /etc/systemd/system comme expliqué, par exemple, dans https://wiki.archlinux.org/index.php/Power_management#ACPI_events (sous le titre sleep hooks). Je n'ai pas testé. Au cas où je devrais envisager une autre façon de faire plutôt que d'utiliser ces scripts, j'ai actuellement besoin que le script /usr/lib/pm-utils/sleep.d/95anacron lance anacron au sortir de veille ou hibernation sinon anacron ne m'est pas plus utile que cron. Voir le rapport de bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744753 J'ai aussi besoin d'un script perso placé dans /etc/pm/power.d pour empêcher via un hdparm -B 160 /dev/sda de cliqueter à qui mieux mieux. Ça c'est je n'ai pas trouvé : comment configurer convenablement le niveau APM (dans Jessie avec systemd) pour qu'il soit adapté lors des passages batterie --- secteur. Je continue à chercher et si je ne trouve pas, je reposerai la question dans un nouveau fil (avec un sujet plus adapté). -- Eddy F. -- 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/20141212194334.128e4...@aberdeen.home
Re: Scripts pm-utils pas exécutés (par kde ?)
Le 12 déc 2014 à 20:05 (+0100)
Cyrille cyri...@cbiot.fr a écrit:
Il ne faudrait pas y créer un fichier executable sur ce modèle
#!/bin/bash
if on_ac_power; then
# Start AC powered settings #
pm-powersave true
else
# Start battery powered settings -#
pm-powersave true
fi
non ?
Enfin, ça fait longtemps que je n'ai plus utiliser pm-utils
Cyrille
Oui mais où le placer ?
C'est ce que je faisais avant, quand le système utilisait pm-utils : un
tel script dans /etc/pm/power.d mais maintenant ces scripts ne sont
plus exécutés.
Je veux bien croire qu'il existe un équivalent pour systemd mais je ne
sais pas trop où (il ne s'agit pas seulement de gérer la valeur de
l'APM après resume mais aussi de gérer le passage batterie - secteur).
Je découvre à peine systemd là et je suis bien entendu perdu.
Enfin, la solution que je tente pour le moment (et qui semble
fonctionner) est de créer une règle udev comme ceci :
(dans /etc/udev/rules.d/98-apm.rules)
SUBSYSTEM==power_supply, ENV{POWER_SUPPLY_ONLINE}==0,
RUN+=/sbin/hdparm -B 128 /dev/sda
SUBSYSTEM==power_supply,
ENV{POWER_SUPPLY_ONLINE}==1, RUN+=/sbin/hdparm -B 254 /dev/sda
J'ai du mal à croire qu'il n'y a pas un moyen plus naturel de
procéder.
--
Eddy F.
--
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/20141212215929.0a2dd...@aberdeen.home
Re: apt-get upgrade veut mettre à jour depuis les backports (pour wheezy)
Le 25 sep 2014 à 08:21 (+0200) didier gaumet didier.gau...@gmail.com a écrit: Le 24/09/2014 23:34, Eddy F. a écrit : [...] Et par exemple à propos de tar dont la version wheezy me convient, je ne veux pas du backports : apt-cache policy tar tar: Installé : 1.26+dfsg-0.1 Candidat : 1.27.1-1~bpo70+1 Table de version : 1.27.1-1~bpo70+1 0 100 http://ftp.debian.skynet.be/ftp/debian/ wheezy-backports/main amd64 Packages *** 1.26+dfsg-0.1 0 100 /var/lib/dpkg/status chez moi (j'ai le noyau et les firmwares en backports pour que mon laptop fonctionne correctement, le reste en wheezy stable): didier@hp-dm1:~$ apt-cache policy tar tar: Installé : 1.26+dfsg-0.1 Candidat : 1.26+dfsg-0.1 Table de version : 1.27.1-1~bpo70+1 0 100 http://ftp.fr.debian.org/debian/ wheezy-backports/main amd64 Packages *** 1.26+dfsg-0.1 0 500 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages 100 /var/lib/dpkg/status ce qui m'incite à penser qu'il n'y a pas de problème avec apt ou le pinning des backports (celui-ci est bien à 100 comme chez toi). par contre je pense que lors de ton dernier apt-get update le serveur n'a pas pu être atteint (problème de connexion?), ce qui expliquerait l'absence de la ligne wheezy avec son pinning de 500 dans ton apt-cache policy tar, et qu'il te propose le seul paquet disponible (tar backporté) un apt-get update (en vérifiant qu'il y a pas eu de problème pour rejoindre le serveur) devrait tout remettre d'aplomb? Merci pour ta réponse, C'est en effet un problème de serveur que je n'avais pas remarqué : apt-get update me donne, entre autres, E: Le fichier « Release » pour http://ftp.debian.skynet.be/ftp/debian/dists/wheezy-updates/Release a expiré (plus valable depuis 1d 12h 27min 14s). Les mises à jour depuis ce dépôt ne s'effectueront pas. J'ai commenté ce serveur wheezy-updates (juste le temps d'un test) et j'obtiens une erreur sur un autre fichier Release. Tout concorde donc pour penser qu'il y a un problème avec le miroir http://ftp.debian.skynet.be J'ai modifié mon sources.list pour utiliser le miroir http://ftp.be.debian.org/debian et cela se passe sans problème (mais ce miroir est plus lent que le miroir secondaire que j'utilisais et qui se trouve sur des serveurs de mon fai). -- Eddy F. -- 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/20140925234737.53bd0...@aberdeen.home
apt-get upgrade veut mettre à jour depuis les backports (pour wheezy)
100 http://ftp.debian.skynet.be/ftp/debian/ wheezy-backports/main amd64 Packages *** 1.26+dfsg-0.1 0 100 /var/lib/dpkg/status -- Eddy F. -- 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/20140924233419.50559...@aberdeen.home
Re: kmail repertoires par defaut
Le 2 oct 2013 à 09:38 (+0200) fred zul...@free.fr a écrit: Bonjour, Dans les anciennes version de kmail, dés l'installation il prennait en compte mes mails dans /home/xxx/Mail. Avec kmail Version 4.10.5 impossible de lui faire prendre en compte mes repertoires de mails existants : /home/fred/Mail/ Ou est donc le fichier permettant de modifier les repertoires par défauts ? Une idée ? Bonjour, Ne faut-il pas ajouter une ressource akonadi vers ce répertoire mail ? Pour cela aller dans Fichier - configuration - configurer kmail puis dans Comptes, onglet Réception. Cliquer sur ajouter et bien choisir parmi ce qui est proposé (sans doute un dossier au format maildir). Utilisateur de kde depuis des années, je suis très content de kde 4 mais kmail est devenu imbuvable. Le fonctionnement via akonadi est pour moi franchement inutile et complique tout. Je l'ai donc abandonné pour une alternative plus légère. Il faudra donc peut-être adapter la marche à suivre que j'ai donnée. -- Eddy F. -- 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/20131002143801.61f56...@aberdeen.home
Re: Sur quel paquet reporter un bogue de Babel ?
Bernard Schoenacker bernard.schoenac...@free.fr a écrit : Bonjour, le bogue a été répertorié avec un N° : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=373605 Peux-tu expliquer ? Je n'y ai lu que des problèmes liés au fait qu'en français le : est rendu actif. L'OP nous parlait lui de fichier frenchb.edf non trouvé. Il doit y avoir un truc qui m'échappe. Merci -- Eddy F.
Re: Sur quel paquet reporter un bogue de Babel ?
Bernard Schoenacker bernard.schoenac...@free.fr a écrit : Bonjour, le bogue a été répertorié avec un N° : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=373605 slt bernard --- La France ne comptera pas deux millions de chômeurs. -+- François Mitterand, 1981 -+- Peux-tu expliquer le lien entre le rapport que tu cites (on y parle du fait que Babel rend le : actif et de l'interaction avec listing) alors que le message original parle de fichier frenchb.ldf non trouvé. Un truc m' échappe ? Merci PS Mes excuses pour le message précédent envoyé dans un mauvais format par erreur de manipulation. -- Eddy F. -- 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/65a657b5-bec6-4eec-bd69-4aea1fd0b...@email.android.com
Re: Sur quel paquet reporter un bogue de Babel ?
Bonjour, Le dimanche 21 juillet 2013 02:54:51 Eric.jacoboni a écrit : Avant de reporter ce bogue, j'aimerai être sûr que je ne suis pas le seul concerné (ce pb est présent sur mes deux machines Sid). Chez moi (sid) babel fonctionne bien avec les options francais, french et frenchb. Par ailleurs, le paquet concerné est bien texlive-latex-base ? Cordialement, Je ne sais pas : babel est bien fourni par texlive-latex-base mais les fichiers utilisés par babel pour frenchb (par ex) sont fournis par texlive-lang-french. (ce texlive-lang-french est-il installé ? ) -- Eddy F. -- 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/6309898.RPTYs80Qxd@aberdeen
Re: Debconf casse sous SID
Le dimanche 19 mai 2013 19:32:10, jerome moliere a écrit : Bonjour a tous, je vienss d'essayer sur une machine ou tourne une Wheezy d'installer une SID et une kanotix (basee sur SID) aujourd'hui. Pas bonne idee ,il semble aue SID soit cassee aujourd'hui car debconf n'est pas installable a cause d'une dependance foireuse sur python-2.7. J'ai une machine installee qui marche a peu pres mais bon pas moyen d'installer quoi que ce soit. Que peut 'on faire dans un cas comme celui la ? [...] À mon avis attendre. Je ne sais pas ce que fait kanotix mais ici sur une sid sans fantaisie, un dist-upgrade me dit que les paquets calibre-bin python-avogadro python-qt4 python-qt4-sql python-sip ne peuvent pas être mis à jour. Comme je ne suis pas pressé et que je me dis que, comme souvent, cela se résoudra tout seul avec le temps, je n'ai pas essayé de savoir pourquoi mais c'est aussi probablement un problème de dépendance. (Pas forcément un rapport avec le tiens). Cela arrive avec sid et en général on ne doit pas attendre longtemps. -- Eddy F. -- 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/201305192010.46628.edfnet-...@yahoo.fr
Re: Debian UEFI et multi boot
Le mardi 2 avril 2013 19:13:03, jerome moliere a écrit : Bonjour à tous voulant anticiper un peu , je voulais savoir si actuellement une Debian s'installe correctement sur une machine récente avec UEFI (surement secure) Bonjour, J'ai installé wheezy en octobre dernier sur une machine acer avec uefi et windows 7 (donc sans secure boot). Je n'avais pas eu trop de problème si ce n'est que j'avais dû aller chercher une iso non officielle. Je pense que maintenant ce n'est plus nécessaire. J'avais obtenu pas mal d'aide ici et j'avais posté un compte-rendu de mon installation. Voir http://lists.debian.org/debian-user-french/2012/10/msg00109.html (et tout ce qui précède dans le fil). Il y avait quand même un bug qui empêchait windows de démarrer ensuite mais j'avais trouvé (voir lien ci-dessus) comment le réparer. Je ne sais si ce bug est toujours d'actualité. Est-ce que le secure boot peut fonctionner avec debian ? Sais pas, je dirais que non puisqu'on n'a pas la clé. Je me trompe ? De toute façon, pour ce à quoi il sert, autant désactiver le secure boot. Est ce qu'une install d'un GRUB là dessus va bien se passer Oui en installant la bonne version de grub ; grub-uefi ou un truc du style (sûrement précisé dans le lien que je t'ai transmis plus haut). -- Eddy F. -- 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/201304022108.33997.edfnet-...@yahoo.fr
Re: Chiffrer simplement un fichier
Le dimanche 20 janvier 2013 12:48:48, David BERCOT a écrit : Bonjour, Je souhaiterais pouvoir chiffrer/déchiffrer un fichier facilement, graphiquement. Concrètement, l'objectif est que ce soit un peu comme l'ouverture d'un fichier protégé de LibreOffice : on clique dessus et il nous demande de saisir le mot de passe avant de s'ouvrir (l'usage est assez régulier). Les recherches que j'ai faites me conduisent plutôt à des solutions plus génériques, pour des volumes entiers, ou alors à des utilitaires en ligne de commande. Bref, si vous avez des suggestions, je suis preneur... Merci d'avance. David. Dans KDE, kgpg permet de chiffrer aisément et via une interface graphique en utilisant gpg, éventuellement avec un chiffrement symétrique (mot de passe) plutôt que le traditionnel système de clé. Dans Dolphin (explorateur de fichiers), un clic droit sur un fichier permet d'y accéder rapidement. Existe-t-il quelque chose d'équivalent pour l'environnement de bureau que tu utilises (pourquoi ne le précises-tu pas ?). Sinon, voir si kgpg peut être installé sans attirer tout kde dans sa suite. Faire une recherche dans les paquets avec le mot clé gpg. -- Eddy F. -- 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/201301201311.45185.edfnet-...@yahoo.fr
Re: installation
Le mardi 27 novembre 2012 22:51:16, collet michel a écrit : Bonjour, je me permets de vous contacter pour connaître, ce qu'il faut faire avant de lancer l'installation de Debian en remplacement d'Ubuntu actuellement sur mon portable, je pense notamment à mes fichiers, mes images , etc faut il sauvegarder sur un disque extérieur ? Oui, il faut *toujours réaliser une sauvegarde* avant de se lancer dans une installation, une erreur (de l'utilisateur) est vite arrivée. D'ailleurs je pense que dans la phrase précédente, il faut supprimer tout ce qui suit le mot sauvegarde ! ;-) Merci de vos conseils. En fait, cela dépend un peu de comment ton installation d'Ubuntu a été faite. Moi je trouve indispensable de partitionner le disque de sorte que le /home soit sur une partition dédiée. Si c'est le cas, tu peux installer Debian sans toucher à la partition /home de Ubuntu et tu conserveras ainsi toute tes données (sans avoir besoin de les récupérer de la sauvegarde que tu auras tout de même réalisée par précaution). Au pire, tu pourras toujours effacer les fichiers cachés du /home si la configuration des applications sous Ubuntu interférait avec celle sous Debian (peu probable je pense). Pour installer en conservant le /home sur une partition dédiée, il faut choisir le partitionnement manuel au moment où c'est proposé par l'installateur. Faire gaffe ! Si tu avais installé Ubuntu en mettant tout sur la même partition, je te conseille tout de même de réaliser un partitionnement personnalisé et de dédier une partition à ton /home (ce sera utile pour les fois suivantes...) Dans ce cas de figure, les données personnelles d'Ubuntu seront quand même effacées et devront être récupérees depuis ta sauvegarde. A savoir à l'UPMC Paris VI ( Jussieu) les matériels sont sous Debian, et je passe des UE d'info dessus alors tant qu'à faire j'aurais le même environnement. Oui, je trouve que ce n'est pas plus mal même si, tu verras, les différences ne sont pas si importantes en ce qui concerne le fonctionnement. (Pour l'aspect philosophique, là c'est autre chose). -- Eddy F. -- 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/201211280043.40699.edfnet-...@yahoo.fr
Re: Partition racine choisie par os-prober
Bon, comme j'ai trouvé la solution, je la poste ici.
Le mercredi 14 novembre 2012 22:19:17, Eddy F. a écrit :
[...]
Bon il restera au moins un problème : le grub de la wheezy copiée.
Je comptais le régler après avoir démarré sur la copie en y
supprimant simplement le paquet grup-pc-bin et en laissant le grub
de la wheezy originale tout gérer via os-prober.
Donc premier objectif : démarrer la copie.
Dans l'original, je lance un update-grub. Il détecte bien une
entrée pour wheezy sur sda7. Mais, quand je lance cette entrée,
c'est bien la wheezy originale qui est lancée (en tout cas, la
racine est bien sur sda1 et sda8 n'est pas montée).
Un regard dans /boot/grub/grub.cfg montre ceci :
menuentry Debian GNU/Linux, avec Linux 3.2.0-3-amd64 (on
/dev/sda7) --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos7)'
search --no-floppy --fs-uuid --set=root d7fa1308-a028-4a30-
b29e-4597c6bf10c9
linux /boot/vmlinuz-3.2.0-3-amd64
root=UUID=30bee6e2-5e2f-44e5-9eff-6e74baf117ca ro quiet
initrd /boot/initrd.img-3.2.0-3-amd64
où la ligne root=UUID=30bee... correspond en effet à sda1 au lieu
de sda7.
D'ailleurs, si au démarrage de grub j'édite la ligne sda7 et y
remplace 30bee... par d7fa... alors je parviens bien à démarrer la
wheezy copiée.
[...]
J'ai démarré la copie sur sda7 en éditant l'entrée à l'invite de grub.
Dans cette copie, j'ai réalisé un update-grub (sais pas trop pourquoi)
puis j'ai désinstallé grub :
apt-get purge grub-pc-bin grub-pc grub-common grub2-common
Je ne sais ce qui a résolu le problème (l'update ou la suppression qui
a suivi) mais quand je suis retourné dans l'original j'ai réalisé un
update-grub et cette fois la copie trouvée est associée à la bonne
partition.
Évidemment, je ne comprends pas trop pourquoi. Peut-être qu'en
examinant en détail os-prober, on pourrait comprendre mais je ne
trouve pas de doc sur os-prober et je ne suis pas sûr d'avoir la
compétence d'en examiner les sources.
--
Eddy F.
--
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/201211151229.20095.edfnet-...@yahoo.fr
Partition racine choisie par os-prober
Bonjour,
Désolé pour le sujet sans doute cryptique. Je me dois de détailler un
peu pour expliquer ma question.
J'ai une debian wheezy installée comme suit :
/ sur sda1
/home sur sda2
(et une partion sda3 montée sur /media/archives pour... des archives)
(Il y a d'autres partitions, virtuelles, sur ce disque : sda5, sda6,
sda7 formatées en ext4 et sda8 comme swap.)
Je veux copier cette wheezy de sda1 sur sda7 (sans copier le /home)
afin de faire évoluer cette copie vers une sid (la wheezy sur sda1
restera stable quand wheezy le deviendra).
Voici ce que j'ai fait :
su
mount /dev/sda7 /mnt/montage
cp -ax / /mnt/montage/
mkdir /mnt/montage/home/eddy (vérifier le propriétaire et les droits
700)
rm -rf /mnt/montage/dev/*
rm -rf /mnt/montage/proc/*
rm -rf /mnt/montage/sys/*
rm -rf /mnt/montage/mnt/archives
rm -rf /mnt/montage/media/archives
rm /mnt/montage/etc/init.d/perso
rm /mnt/montage/etc/rc0.d/K01perso
rm /mnt/montage/etc/rc2.d/S21perso
J'ai ensuite modifié le fichier /mnt/montage/etc/fstab pour qu'il ne
contienne que :
/dev/sda7 / ext4errors=remount-ro 0 1
/dev/sda8 noneswapsw 0 0
/dev/sr0/media/cdrom0 udf,iso9660 user,noauto 0 0
Bon il restera au moins un problème : le grub de la wheezy copiée. Je
comptais le régler après avoir démarré sur la copie en y supprimant
simplement le paquet grup-pc-bin et en laissant le grub de la wheezy
originale tout gérer via os-prober.
Donc premier objectif : démarrer la copie.
Dans l'original, je lance un update-grub. Il détecte bien une entrée
pour wheezy sur sda7. Mais, quand je lance cette entrée, c'est bien la
wheezy originale qui est lancée (en tout cas, la racine est bien sur
sda1 et sda8 n'est pas montée).
Un regard dans /boot/grub/grub.cfg montre ceci :
menuentry Debian GNU/Linux, avec Linux 3.2.0-3-amd64 (on /dev/sda7)
--class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos7)'
search --no-floppy --fs-uuid --set=root d7fa1308-a028-4a30-
b29e-4597c6bf10c9
linux /boot/vmlinuz-3.2.0-3-amd64
root=UUID=30bee6e2-5e2f-44e5-9eff-6e74baf117ca ro quiet
initrd /boot/initrd.img-3.2.0-3-amd64
où la ligne root=UUID=30bee... correspond en effet à sda1 au lieu de
sda7.
D'ailleurs, si au démarrage de grub j'édite la ligne sda7 et y
remplace 30bee... par d7fa... alors je parviens bien à démarrer la
wheezy copiée.
Tout cela étant dit, voici les questions ?
Qu'ai-je oublié ? Pourquoi update-grub qui trouve la copie veut la
démarrer sur sda1 ? (Alors qu'il trouve par exemple très bien une
ubuntu installée - sans grub - sur sda5 et la démarre convenablement).
Que dois-je corriger pour pouvoir démarrer cette wheezy copiée via le
grub de l'original (sans devoir chaque fois passer par une ligne de
commande) ?
PS
Il est bien entendu que modifier à la main le /boot/grub/grub.cfg sur
sda1 n'est pas acceptable : d'abord parce que c'est déconseillé,
ensuite parce que cette modification sautera à chaque update-grub.
--
Eddy F.
--
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/201211142219.17101.edfnet-...@yahoo.fr
Re: apt-get remove kwrite
Le samedi 10 novembre 2012 23:17:13, Sylvain L. Sauvage a écrit : Le samedi 10 novembre 2012 à 22:18:05, Alain Vaugham a écrit : […] 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! APT fait une différence entre les paquets installés « manuellement » (c’est toi qui lui dis) et les paquets « automatiquement » (par dépendance). Ceux qu’il dit « plus nécessaires » sont ceux qui sont marqués « auto » : tu ne lui as pas explicitement dit que tu les voulais (« manuel »), il pense donc que tu les tolères sur ton système parce qu’installés par dépendance (donc « nécessaires »). J'étais en train de préparer une réponse similaire. Je me permets d'ajouter que le malentendu vient de l'expression « nécessaire » qu'Alain interprète comme nécessaire par lui. Pas d'egocentrisme Alain, apt s'en fiche de ce que tu trouves nécessaire ; que tu utilises okular fréquemment, apt ne le sait même pas. Non, ici « nécessaire » signifie « nécessaire (au sens des dépendances) à l'installation des autres paquets. kde-standard dépend d'okular donc quand kde-standard a été installé, okular était nécessaire à cette installation. Maintenant que kde- standard va être désinstallé, okular n'est plus nécessaire. -- Eddy F. -- 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/201211102326.45022.edfnet-...@yahoo.fr
Re: Rolling release
Le vendredi 9 novembre 2012 16:43:04, Gilles Mocellin a écrit : Le 09/11/2012 15:53, Danilo Uccelli a écrit : Bonjour les gourous de Debian, Est-il possible de configurer une Debian de façon à avoir quelque chose qui s'approche d'une rolling release pour un desktop ? Pour, moi, c'est ce que j'ai en suivant Debian unstable (sid). Je peux comprendre que ça fasse peur, et on peut donc rétrograder en suivant testing (actuellement wheezy)... Encore en dessous, mais ce n'est plus vraiment l'esprit rolling-release, il y a stable (squeeze) + backports. Est-ce que quelqu'un a déjà examiné de près Debian CUT ? http://cut.debian.net/ -- Eddy F. -- 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/201211091855.11133.edfnet-...@yahoo.fr
Re: alltray et cie
Le mardi 6 novembre 2012 21:26:56, Bruno Richard a écrit : non, je ne parle pas du dock, juste de la barre de tâches ou du systray quand la commande est lancée via alltray. Mon problème revient en fait à afficher une fenêtre X (en l'occurrence Xload) sans qu'elle apparaisse dans la barre de tâches... Ne serait-ce pas un problème qui relève du window manager ou de l'environnement de bureau ? Je ne sais ce que tu utilises. Sur kde, il y a moyen de dire que les fenêtres associées à une application précise ne doit pas apparaître dans la barre des tâches (note que j'ai juste vu que cela existe, je n'ai pas essayé). Peut-être dans l'environnement que tu utilises est- ce aussi possible ? -- Eddy F. -- 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/201211062223.07591.edfnet-...@yahoo.fr
Re: [squeeze] exécuter des commandes avec droits root ( hypothèse sudo)
Le samedi 3 novembre 2012 16:50:26, Jean-Michel OLTRA a écrit : Bonjour, Le samedi 03 novembre 2012, Grégory Bulot a écrit... Cmnd_Alias SHUTDOWN = /sbin/shutdown Sissi(c) ils le sont conformément à ce qui est décrit dans la procédure citée dans mon post initial Tu devrais faire passer l'intégralité de tes fichiers, J'allais demander la même chose. car je viens de créer un fichier /etc/sudoers.d/jmo User_Alias MYADMIN = jm # Cmnd alias specification Cmnd_Alias PKGMGMT = /usr/bin/aptitude # Alias ADMIN MYADMIN ALL=NOPASSWD: PKGMGMT Et ça fonctionne très bien sans demande de mdp (sudo /usr/bin/aptitude) Je pense qu'il faut aussi faire attention à l'ordre dans lequel les lignes sont écrites car il arrive (à vérifier) que certaines lignes en annulent d'autres. Je pense notamment à la ligne %sudo ALL=(ALL:ALL) ALL qui va annuler la ligne contenant le NOPASSWD si cette dernière se trouve plus haut et que l'utilisateur est dans le sudoers. Enfin, c'est une idée à vérifier. -- Eddy F. -- 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/201211031714.56869.edfnet-...@yahoo.fr
Connexion ssh : timed out
with # some PAM modules and threads) ChallengeResponseAuthentication no # Change to no to disable tunnelled clear text passwords #PasswordAuthentication yes # Kerberos options #KerberosAuthentication no #KerberosGetAFSToken no #KerberosOrLocalPasswd yes #KerberosTicketCleanup yes # GSSAPI options #GSSAPIAuthentication no #GSSAPICleanupCredentials yes X11Forwarding yes X11DisplayOffset 10 PrintMotd no PrintLastLog yes TCPKeepAlive yes #UseLogin no #MaxStartups 10:30:60 #Banner /etc/issue.net # Allow client to pass locale environment variables AcceptEnv LANG LC_* Subsystem sftp /usr/lib/openssh/sftp-server # Set this to 'yes' to enable PAM authentication, account processing, # and session processing. If this is enabled, PAM authentication will # be allowed through the ChallengeResponseAuthentication and # PasswordAuthentication. Depending on your PAM configuration, # PAM authentication via ChallengeResponseAuthentication may bypass # the setting of PermitRootLogin without-password. # If you just want the PAM account and session checks to run without # PAM authentication, then enable this but set PasswordAuthentication # and ChallengeResponseAuthentication to 'no'. UsePAM yes -- Eddy F. -- 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/201210311317.07580.edfnet-...@yahoo.fr
Re: Connexion ssh : timed out
Le mercredi 31 octobre 2012 13:32:58, Sébastien NOBILI a écrit : Bonjour, Le mercredi 31 octobre 2012 à 13:17, Eddy F. a écrit : Avez-vous un avis sur ma configuration ? Merci Elle me paraît pas mal… As-tu configuré le NAT sur ton modem ? As-tu des règles de filtrage iptables sur ta machine ? Seb Merci. En ce qui concerne le modem, il me semble que j'ai tout essayé. J'ai effectivement configuré le nat pour rediriger le port 22 TCP vers la machine locale (qui reçoit une adresse IP locale statique du serveur DHCP). J'ai aussi essayé de diminuer les règles de pare-feu du modem pour laisser tout passer et j'ai même été mettre ma machine locale (momentanément) dans la DMZ. Rien ! Je n'ai pas configuré iptables sur ma debian : iptables -L donne Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Enfin, si j'utilise un site tel que https://grc.com/x/ne.dll?bh0bkyd2, il me confirme que mon port 22 est ouvert. Le modem est la BBox 2 de Belgacom (un Sagem F@st3464 adapté à la sauce Belgacom, je pense). Bon, ok, si la configuration de mon serveur ssh n'a rien d'anormal, je vais continuer à chercher dans ce foutu modem. Si quelqu'un le connaît et peut m'aider, qu'il ne se prive pas même si cela sera hors sujet par rapport à la liste. -- Eddy F. -- 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/201210311404.50618.edfnet-...@yahoo.fr
Re: Connexion ssh : timed out
Le mercredi 31 octobre 2012 16:34:08, Bzzz a écrit : On Wed, 31 Oct 2012 15:20:01 + (GMT) edfnet-...@yahoo.fr edfnet-...@yahoo.fr wrote: Ce que je peux dire sur la config de ce modem : nat configuré pour laisser passer le port 22 tcp et le diriger vers ma machine locale 192.168.1.2 C'est réducteur, normalement le NAT doit être configuré pour accepter les connexions sur un port et les forwarder vers le port voulu, en l'occurrence: 192.168.1.2:22. Oui, c'est bien le cas. De plus, pour éviter les scripts kiddies il est préférable d'utiliser un autre port que le 22 (mais ça, ça viendra qd ta liaison fonctionnera correctement). C'est vrai mais je ne compte pas ouvrir ce port par défaut. Juste très occasionnellement quand ce sera nécessaire. Pare-feu mis au minimum : « Inbound policy : accept - Outbound policy : accept » Alors ssh -vvv eddy@91.179 (depuis une machine sur une autre adresse ip) : OpenSSH_6.0p1 Debian-3, OpenSSL 1.0.1c 10 May 2012 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 91.179 [91.179] port 22. debug1: connect to address 91.179 port 22: Connection refused ssh: connect to host 91.179 port 22: Connection refused Je suppose que ce sont les logs du server ici? Non, c'est la réponse à la commande donnée dans la machine cliente. Je veux bien mois consulter les logs du serveur mais je n'en trouve pas. J'irai relire le man plus tard pour voir comment modifier cela. Si je recommence en mettant en plus le serveur ssh dans la DMZ du modem : OpenSSH_6.0p1 Debian-3, OpenSSL 1.0.1c 10 May 2012 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 91.179 [91.179] port 22. debug1: connect to address 91.179port 22: Connection timed out ssh: connect to host 91.179 port 22: Connection timed out Je ne comprends pas cette différence de comportement avec un pare-feu modem supposé laisser tout passer. Déjà, il faut que tout fonctionne correctement dans le LAN. Ensuite, tu dis que tu as tout commenté dans /etc/hosts.|deny|allow, dans .deny je veux bien, mais dans .allow tu devrais normalement avoir au moins une ligne: ALL: LOCAL @mondomainelocal Pourquoi ? Le /etc/hosts.allow que l'on obtient après installation standard (si on veut bien essayer de donner un sens à cela) est vide. D'ailleurs le man hosts_access dit The access control software consults two files. The search stops at the first match: · Access will be granted when a (daemon,client) pair matches an entry in the /etc/hosts.allow file. · Otherwise, access will be denied when a (daemon,client) pair matches an entry in the /etc/hosts.deny file. · Otherwise, access will be granted. A non-existing access control file is treated as if it were an empty file. Thus, access control can be turned off by providing no access control files. donc si les deux fichiers allow et deny sont vides, en principe tout doit passer. Et vérifie si sur ta box il n'y aurait pas une autre section de conf pour les connexions sortantes, on ne sait jamais avec les ISPs... (tu peux aussi m'envoyer en privé les copies écran des pages de ta box, histoire de voir si ça a une tête normale). Je crois de plus en plus que le problème est lié à la box (configuration ou bug ou...). Je n'ai pas le temps de chercher plus maintenant. Mais je regarderai cette nuit ou demain. J'accepte ta proposition de t'envoyer des captures d'écran par mail privé (demain sans doute) car je pense que ce sera de plus en plus hors sujet. Merci en tout cas. -- Eddy F. -- 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/201210311645.53968.edfnet-...@yahoo.fr
Re: faire un diff sur un split avec vim
Le mardi 23 octobre 2012 10:44:06, Bernard Schoenacker a écrit : Le 23 Oct 2012 07:00:19 GMT, moi-meme chie...@free.fr a écrit : Le Mon, 22 Oct 2012 17:40:02 +0200, Bernard Schoenacker a écrit : je rehcherche à l'aide de vim après avoir scindé la fenêtre à coupler comme pour un diff ... vimdiff, gvimdiff et sans doute d'autres. bonjour, merci d'avoir répondu un peut à côté de la question, mais comme tu n'as rien compris à la question, je recommence : -a) j'ouvre 2 fenêtres via :vsplit -b) je couple les 2 fichiers via :se scb! -c) je n'ai pas de diff mais le couplage se fait il m'est impossible de faire un diff au départ mais après seulement ... si tu as une solution plus élégante je suis preneur slt bernard Chez moi, ce que tu fais couple le défilement des fenêtres mais ne met pas en évidence les différences comme un diff l'aurait fait. Mais je ne sais plus trop ce que tu veux au juste parce que coupler comme pour un diff... - pour moi du moins - c'est un peu vague. Alors pour ceux que cela intéresserait, voici une solution qui permet de coupler le défilement *et* de mettre en évidence les différences : vim toto.txt :vsplit titi.txt :diffthis ctrl-w w :diffthis (le :diffthis doit être fait dans les deux fenêtres) -- Eddy F. -- 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/201210231402.25068.edfnet-...@yahoo.fr
Re: Installation sur partition GPT
Le dimanche 7 octobre 2012 15:35:02, Sylvain L. Sauvage a écrit : Le samedi 6 octobre 2012 à 21:08:03, Eddy F. a écrit : [...] […] Petit doute, dans les caractéristiques de cette partiton, il n'est pas indiqué qu'elle doit être montée dans /boot/efi. Dois-je l'indiquer manuellement ? Bon je m'abstiens et fais confiance à l'installateur. Il semble que j'ai eu raison. Oui, il indiqué un peu partout qu’elle doit être montée quelque part mais, pour leur installation et mises à jour, les chargeurs semblent préfèrer qu’elle ne le soit pas. En tout cas, l’avoir dans la fstab en noauto permet d’aller y voir rapidement en cas de pépin. Je précise pour être bien clair ce que j'ai voulu dire. Au moment de l'étape de partitionnement manuel dans l'installateur, on peut sélectionner chaque partition et lui attribuer son type (ext4, vfat...), dire si on veut la monter et où, dire s'il faut la formater. Quand j'ai regardé ce qu'il en était pour la partition de boot uefi, il n'y avait aucun point de montage indiqué. J'ai hésité à l'indiquer moi même puis je me suis dit que j'allais faire confiance à l'installateur. Et l'installateur a bien décidé de la monter là où il faut et de créer une entrée ad-hoc dans le fstab. Maintenant, quand je tape mount je peux voir : /dev/sda3 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro) […] Et voilà. Non seulement grub est capable de démarrer le windows 7 mais en plus j'ai pu constater que update-grub fonctionne bien aussi en uefi et n'aurai donc pas trop de problème lors des maj du noyau. Impéccable. Un grand merci à tout le monde. De rien. Oh, en ce qui concerne le bogue sur le module os-prober, est- ce que tu pourrais le compléter en expliquant ton contournement ? Pourquoi pas ? J'ai hésité à le faire. Cela ne servira sans doute pas à grand chose au mainteneur du paquet puisque le contournement que j'utilise consiste justement à ne pas utiliser os-prober et que de toute façon le mainteneur a sans doute bien compris la nature du problème bien expliquée dans le rapport de bug existant. Mais peut-être cela servira-t-il à quelqu'un qui cherche une solution provisoire. Je vais voir ce que je peux faire... -- Eddy F. -- 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/201210071632.45389.edfnet-...@yahoo.fr
Re: Installation sur partition GPT
Le jeudi 4 octobre 2012 10:53:51, didier gaumet a écrit : je serais toi, comme il s'agit d'un PC qui ne t'appartient pas, je toucherais le moins possible Windows 7; donc je laisserais à Bootmgr (le bootloader de Windows 7) le soin de démarrer le PC (si tu démarres directement à partir de Grub, certaines mises-à-jour Windows ne pourront pas s'effectuer). Si ça c'est vrai, je suis sur le cul. Comment peut-on accepter que les mises à jour dépendent de la façon dont l'OS est démarré ? Attention, je ne mets pas en cause ce que tu dis. C'est juste que je n'en reviens pas. - je crois que ton Windows 7 est installé sur un PC avec un partitionnement GPT avec mode de compatibilité partitionnement DOS/MBR - Dans windows, je commencerais par réduire D: - j'installerais Debian dans l'espace ainsi libéré et installerais Grub sur l'une des partitions nouvellement créées par Debian (il n'y a pas de partitions primaires/secondaires/étendues avec le GPT de l'UEFI) - pour démarrer Debian, dans Windows j'utiliserais Bcdedit (utilitaire en ligne de commande pour configurer Bootmgr) pour créer un chainloader vers Grub. tu trouveras sur le net et sur technet.com (site assistance technique Windows) comment faire tout ça. C'est intéressant car je n'aurais pas pensé que Windows puisse faire cela. Bon j'avoue ne rien connaître à Windows (pour moi c'est une vraie boîte noire). Maintenant pour le principe : non. Je dois laisser Windows sur le portable, c'est déjà pénible, mais rien ne m'oblige à m'en servir. Alors utiliser Windows *pour installer Linux* : non. (Enfin, sauf si je n'arrive pas autrement. J'ai des principes mais je ne suis pas borné.) Évidemment cette position de principe de ma part n'enlève rien à la qualité de ta proposition et je t'en remercie. -- Eddy F. -- 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/201210061813.02188.edfnet-...@yahoo.fr
Re: Installation sur partition GPT
Le samedi 6 octobre 2012 18:35:16, Bzzz a écrit : Au pire, tu vires le HD d'ORG et tu le remplace par le tiens :))) La liberté à moins de €100... ça me rappelle une histoire d'il-y-a 35 ans à propos d'une interprétation de la Baghdad Vita ;-) Ce serait trop simple : ce portable n'est pas pour moi ! A priori, je dois laisser le dual boot (pas seulement garder le disque original dans un placard). Bon, j'ai bien avancé dans mon installation (je n'y travaille pas à temps plein). Je reviendrai donner un compte rendu plus tard car il reste des détails à régler. -- Eddy F. -- 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/201210061911.51630.edfnet-...@yahoo.fr
Re: Installation sur partition GPT
Bon,
Après toute l'aide que j'ai reçue ici, il est normal que j'apporte un
petit retour.
J'ai finalement téléchargé l'iso debian-wheezy-amd64-efi-test4.iso
sur le site fourni par Anthony :
http://blog.einval.com/debian/CDs
(comme l'a fait remarqué Sylvain, ce n'est pas une image officielle
mais l'auteur est certainement digne de confiance).
Je l'ai placé sur clé usb via un cat ... /dev/sdb
Au démarrage du portable, Esc pour arriver au choix du média à
démarrer. Contrairement à ce que j'avais lors de mes premiers essais
avec l'installateur officiel, j'ai maintenant deux entrées pour la clé
usb dont une fait explicitement référence à UEFI. Je choisis donc
celle-la.
L'installation se passe normalement. À l'étape du partitionnement, je
choisis la méthode manuelle et je retrouve à peu de chose près ce qui
était affiché lors de mes premiers essais avec l'installateur
officiel. Je crois qu'il y a une petite différence, le flag K qui est
maintenant présent sur la partition système uefi.
Petit doute, dans les caractéristiques de cette partiton, il n'est pas
indiqué qu'elle doit être montée dans /boot/efi. Dois-je l'indiquer
manuellement ? Bon je m'abstiens et fais confiance à l'installateur.
Il semble que j'ai eu raison.
Le reste de l'installation se passe sans problème.
Maintenant quand je démarre le portable sans intervenir, j'obtiens
bien une page grub (qui ne diffère pas sensiblement du grub2
classique). Le démarrage de Debian se fait sans problème.
Par contre, le démarrage de Windows échoue : « erreur : invalid EFI
file path. »
Apparemment, c'est un bug ; voir par exemple
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679817
Ce n'est pas catastrophique car il reste la
possibilité d'appuyer sur Esc au démarrage de la machine et de dire au
« bios » de démarrer Windows (dans ce cas, il démarre sans problème).
N'empêche, c'est moche.
La solution que j'ai alors employée est la suivante :
1/ désactiver os-prober en ajoutant la ligne
GRUB_DISABLE_OS_PROBER=true
à la fin du fichier /etc/default/grub
2/ créer une entrée manuelle pour windows 7 en ajoutant les lignes
menuentry Windows 7 --class windows --class os {
set root='(hd0,gpt3)'
chainloader (${root})/EFI/Microsoft/Boot/bootmgfw.efi
}
à la fin du fichier /etc/grub.d/40_custom
3/ update-grub
Et voilà. Non seulement grub est capable de démarrer le windows 7 mais
en plus j'ai pu constater que update-grub fonctionne bien aussi en
uefi et n'aurai donc pas trop de problème lors des maj du noyau.
Un grand merci à tout le monde.
--
Eddy F.
--
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/201210062108.03718.edfnet-...@yahoo.fr
Re: Installation sur partition GPT
Bonjour/soir/nuit, Ayant été lire la documentation sur http://www.rodsbooks.com/efi-bootloaders/index.html il me reste une question principale. Je ne suis pas sûr de bien comprendre ce qu'implique le choix d'utiliser le mode Bios/MBR plutôt que le mode UEFI. Le bios possède une option « UEFI Boot » à placer sur Enabled ou Disabled. Mais... Le portable est partitionné en GPT et la partion système UEFI contient bien un booloader uefi pour windows. Si j'ai bien compris, le MBR au début du disque est factice. Comment dans ces conditions pourrais-je repasser le portable en « mode bios mbr » (sans effacer la table de partition et en créer une msdos) ? Passer l'option UEFI Boot à disable dans le bios ne changera quand même rien au fait qu'il n'y a pas de MBR sur le disque et qu'il faut passer par la partition système UEFI. Est-ce correct ou pas ? Parce que, puisque je ne peux effacer la table de partition GPT (pour cause de fabriquant crétin ne fournissant pas de disque d'installation mais une partition recovery), je suis obligé de me débrouiller pour installer un linux à démarrer en uefi. Non ? Merci P.S. Le lien http://forum.ubuntu-fr.org/viewtopic.php?pid=9714181#p9714181 donne un moyen de savoir si le Windows que l'on a démarré l'est en UEFI ou non. J'ai testé et, sur ce portable, c'est en UEFI... quelle que soit l'option UEFI Boot du bios placée sur Enabled ou Disabled. (Je dis cela car cela explique en partie ma confusion.) -- Eddy F. -- 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/201210042124.09576.edfnet-...@yahoo.fr
Re: Installation sur partition GPT
Le jeudi 4 octobre 2012 21:58:18, Bzzz a écrit : On Thu, 4 Oct 2012 21:24:09 +0200 Eddy F. edfnet-...@yahoo.fr wrote: Le portable est partitionné en GPT et la partion système UEFI contient bien un booloader uefi pour windows. Si j'ai bien compris, le MBR au début du disque est factice. Comment dans ces conditions pourrais-je repasser le portable en « mode bios mbr » (sans effacer la table de partition et en créer une msdos) ? Passer l'option UEFI Boot à disable dans le bios ne changera quand même rien au fait qu'il n'y a pas de MBR sur le disque et qu'il faut passer par la partition système UEFI. Est-ce correct ou pas ? D'après cette doc: https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface les firmwares uefi sont censés supporter GPT MBR, mais reste à voir comment synchroniser exactement les 2... Oui mais le choix est global : on choisit MBR et tous les OS dessus doivent démarrer via MBR. Si on choisit UEFI, tous OS dessus doivent pouvoir démarrer en UEFI. Il n'y a quand même pas moyen de mixer les deux, si ? Par là je veux dire avoir sur la partition un Windows 7 qui démarrerait en UEFI et un linux démarrant via un MBR. Normalement, un w$7 devrait pouvoir aussi démarrer en mode BIOS (ce qui n'est plus le cas pour w$8:(; reste là aussi à voir si la version pré-installée n'a pas été modifié pour un boot s/s uefi only. Oui, c'est bien ce que j'ai lu mais je ne comprends pas ce que cela signifie réellement. Je m'explique. Ce qui, à mon avis est clair, c'est que si on me donne un portable nu et un dvd d'installation de windows 7, j'aurai le choix de l'installer dans une partition type dos et de le lancer via le mbr ou de l'installer dans une partition gpt et de le lancer via uefi. Mais cela ne me sert à rien puisqu'on me demande de travailler sur un portable où Windows 7 est déjà installé. Sur le portable, il y a actuellement une table de partition GPT. Actuellement, le système est en EUFI : au démarrage, ce n'est pas le MBR qui est utilisé (il n'est d'ailleurs que fictif si j'ai bien compris). Le firmware va chercher un bootloader dans la partition EFI qui lance Windows. On me dit que Windows 7 accepte d'être lancé par un MBR plutôt que par un bootloader EFI. Je veux bien mais il va le trouver où ce MBR (sur le portable tel qu'il est installé maintenant) ? Et en imaginant que je puisse en installer un, ne devrait-il pas être placé sur une table de partition MBR ? Parce que si je vais écrire (pas moi directement bien sûr) dans les premiers secteurs de la table de partition GPT, je vais la bousiller non ? En fait je crois avoir compris que boot de type UEFI = table GPT boot de type MBR = table dos Est-ce correct ? Oui ou non ? Bien que l'OP souhaite faire le contraire, ceci peut ptêt aider: http://askubuntu.com/questions/84501/how-can-i-change-convert-a-ubuntu-mbr-drive-to-a-gpt-and-make-ubuntu-boot-from Ah ben oui, si je pouvais faire le contraire, ce serait le pied. J'ai été lire ton lien mais, de prime abord, je ne vois pas comment il pourrait me servir. J'irai relire demain à tête reposée. Parce que, puisque je ne peux effacer la table de partition GPT (pour cause de fabriquant crétin ne fournissant pas de disque d'installation mais une partition recovery), Ce sont 2 choses différentes: d'une part une table de partition, d'autre part un fabricant qui économise le coût du pressage d'un (ou +sieurs) DVD Sauf que ces 2 choses différentes sont complètement liées, en m'imposant une partition de récupération à conserver, le constructeur m'impose de fait son type de table de partition alors que - justement - Windows 7 devrait me permettre d'en utiliser une autre. - Théoriquement, la plupart des systèmes de restauration par partition proposent la possibilité de claquer un/des DVD avec leur contenu pour justement pouvoir supprimer la partoche de restauration, mais tout évolue et souvent pas dans le bon sens. J'avoue que maintenant que tu le dis, je n'ai pas encore vérifié. Le manuel du portable n'évoque pas la possibilité de graver le contenu de cette partition de récupération. J'irai essayer. Mais je ne suis pas sûr que cela me serait utile. Si j'avais un disque d'installation normal, j'effacerais tout, créerais une table de partition classique et y installerais Win 7 puis Debian sans tous ces problèmes. Mais rien ne garantit que le dvd créé par la partition de recovery n'exigerait pas de retrouver une gpt pour installer. je suis obligé de me débrouiller pour installer un linux à démarrer en uefi. Non ? Le PB, c'est que pour faire ça il te faudra vraisemblablement une clé correspondant au firmware: http://www.zdnet.com/blog/open-source/linus-torvalds-on-windows-8-uefi-and-fedora/11187 dixit Torvald, qui prend IMHO un peu beaucoup trop de liberté avec ce PB... Cette daube est en fait une manière facile et chiante pour ces cons de gros fabricants de placer un DRM dès le boot, et comme
Installation sur partition GPT
Bonjour, Confronté pour la première fois à UEFI et une infâme partition GPT, je ne sais pas comment installer et aurais bien besoin de conseils. Je souhaite installer Debian Wheezy sur un Asus n56v (le choix du portable n'étant pas de mon ressort). Contrainte : ne pas bousiller le Windows 7 installé dessus ni la partition de récupération sous peine de me faire sévèrement enguirlander (et ce n'est bien sûr pas pour mon usage sinon ce windows serait vite effacé). Malheureusement j'ai des comptes à rendre donc je dois être extrêmement prudent. Dans l' « ordinateur » de Windows 7, on voit qu'il y a deux volumes : C: déjà bien rempli par le système Windows et D: pratiquement vide. Nulle trace de la partition de récupération. Habitué à installer Debian, je me dis que ce sera simple, il suffira d'utiliser D: pour Linux. Je lance l'installateur Debian (pas la version graphique) et arrivé au partitionnement je choisis la méthode manuelle. Et là, je constate que je ne sais pas où sont les données. SCSI 1 (0,0,0) (sda) - 500.1 GB ATA ST9500423AS n° 1134.2 MB 1.0 MBEspace libre n° 2 26.8 GBntfs n° 3209.7 MBB fat 32 n° 4200.0 GBntfs n° 5272.9 GBntfs 7.7 kBEspace libre Je passe les détails (google, retour dans Windows, google, doc debian,...) Dans Windows 7, je trouve un « outil de gestion des disques » qui m'indique qu'il y a quatre volumes : - un premier, sans nom, sans système de fichiers, de 25 Go et dont le « statut » est « Sain (Partition de récupération) » - deuxième, sans nom, sans système de fichiers, de 200 Mo, « Sain (Partition du système EFI) - troisième, nommé DATA (D:), ntfs, 254,14 Go, « Sain (Partition principale) » - dernier, nommé OS (C:), ntfs, 186,3 Go, « Sain (Démarrer, Fichier d'échange, Vidage sur incident, Partition principale) Mouais... l'ordre, le nombre et les tailles de partitions ne correspondent pas vraiment. Enfin je suppose que sda2 = la partition de récupération sda4 = windows 7 (C:) qui dans Windows paraît déjà bien occupé sda5 = (D:) qui dans Windows est pratiquement vide. Pensez-vous que ce soit correct ? Ces partitions indiquées par l'installateur Debian sont-elles de vraies partitions ? En d'autres termes, puis-je décider sans risque de consacrer sda5 à Debian (et le diviser pour créer une partition racine, une partition home et une swap) ? (Ou, au contraire, cela risque-t-il de tout foutre en l'air ?) Et puis surtout, qu'en j'en viendrai à installer Grub, je le mets où ? Au milieu du bazar dans sda3 ? Enfin, mon Bios (le nom n'est peut-être plus correct mais cela en a l'apparence) contient une entrée nommée « UEFI Boot » actuellement positionnée sur Enabled. Faut-il la mettre sur Disabled ? Je suis conscient que mes questions témoignent d'une méconnaissance crasse de ce nouveau système qui rendra - n'en doutons pas ;-) - nos machines plus sûres. Tout lien vers une documentation claire, voire mieux un tuto Debian pour l'installation, est clairement bien venu. Je continue à chercher de mon côté. -- Eddy F. Tout content d'avoir acheté pour moi-même un pc nu sans problème plutôt qu'un tel portable commercial infâme. -- 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/201210032016.42659.edfnet-...@yahoo.fr
Re: Installation sur partition GPT
Le mercredi 3 octobre 2012 22:26:04, C. Mourad Jaber a écrit : Bonjour, Le plus simple pour identifier les partitions serait que tu lance ton ordi avec un CD live. Cela te permettra de monter toutes les partitions et de les identifier, parce qu'au vu des informations que tu as trouvées, c'est une installation d'usine assez atypique... ++ Mourad Merci, c'est une excellente idée. -- Eddy F. -- 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/201210040014.42057.edfnet-...@yahoo.fr
Re: Installation sur partition GPT
Le mercredi 3 octobre 2012 23:19:02, Sylvain L. Sauvage a écrit : Le mercredi 3 octobre 2012 à 20:16:42, Eddy F. a écrit : Bonjour, ’soir, Confronté pour la première fois à UEFI et une infâme partition GPT, je ne sais pas comment installer et aurais bien besoin de conseils. Poh poh poh, GPT est très bien, c’est UEFI qui est tout pourri. J'avais cru comprendre que GPT est un sous-produit de UEFI. Pour le moment en tout cas, je m'en serais bien passé. Ce qui m'énerve fondamentalement c'est que c'est un constructeur de matériel qui, associé à un vendeur de fenêtres, décide pour moi du type de partitionnement que je dois utiliser. Certes, je me doute qu'il faudra bien y passer tôt ou tard sauf qu'ils ont décidé pour moi que c'est maintenant... et cela ne m'arrange vraiment pas. Je choisis Linux pour la liberté qu'il me donne sur ma machine mais pour le moment c'est la machine qui impose son fonctionnement. Système privateur de m... Enfin, je m'égare. Je souhaite installer Debian Wheezy sur un Asus n56v (le choix du portable n'étant pas de mon ressort). Contrainte : ne pas bousiller le Windows 7 installé dessus […] D’abord, la meilleure adresse que j’ai trouvée : http://www.rodsbooks.com/efi-bootloaders/index.html [...] J'ai été jeter un œil rapide et cela a l'air bien intéressant ; j'y passerai à coup sûr beaucoup de temps demain. Pour tout le reste de tes précieux commentaires, en les relisant je me rends compte qu'ils suscitent chez moi beaucoup de questions. Je vais d'abord continuer à chercher mais je crains de devoir rappliquer avec des demandes d'éclaircissements. Merci beaucoup pour ton aide. -- Eddy F. -- 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/201210040037.44539.edfnet-...@yahoo.fr
Re: Upgrade vs dist-upgrade
Le mercredi 5 septembre 2012 18:53:40, Sylvain L. Sauvage a écrit : Le mardi 4 septembre 2012 à 20:25:57, Eddy F. a écrit : Bonjour, ’soir, […] Il y a bien un changement dans les recommends Ah, ben il semble que la réponse soit dans la question… mais de toute façon apt-get n'est pas configuré pour tenir compte des recommends chez moi. Ça veut sans doute dire que les tests ne prennent pas en compte cette option. Bogue ? Oui, tu as vraisemblablement raison. Mais je ne suis pas sûr que cela vaille la peine d'embêter les développeurs avec un bogue aussi futile. En réalité, toute la question est dans ton « sans doute » ! Y a-t-il quelqu'un sur la liste qui sait réellement comment apt-get upgrade procède pour décider de refuser de mettre à jour un paquet ? (Il suffirait peut-être de lire les sources mais c'est trop compliqué pour moi.) En lisant le man, on pourrait croire (mais ce n'est pas si clair) qu'il tente d'installer le paquet et, s'il n'est pas forcé de (dés)installer d'autres paquets, il procède à la mise à jour. Il examinerait donc ce qui va *réellement* se passer sur la machine de l'utilisateur. Cela ne correspond pas à l'exemple que j'ai donné. Une autre possibilité est que apt-get upgrade se contente d'une comparaison *théorique* des dépendances (et recommends et suggests ?) écrite dans le paquet et refuse de mettre à jour s'il constate la moindre différence entre celles de l'ancien et du nouveau paquet. L'exemple que j'ai rencontré me fait penser que c'est cette deuxième possibilité qui est la bonne. Mais cela va à l'encontre de mon expérience passée car je n'ai jamais vu un tel comportement or j'ai du mal à croire que c'est la première fois que je dois mettre à jour un paquet dont seul un recommend a changé. Si quelqu'un en sait plus, je reste curieux. -- Eddy F.
Re: Upgrade vs dist-upgrade
Mes excuses pour le précédent message parti en html. Je n'ai pas trop compris pourquoi. Kmail devient-il facétieux ? -- Eddy F. -- 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/201209071857.40782.edfnet-...@yahoo.fr
Re: Nettoyage du spam: août 2012
Le mardi 4 septembre 2012 16:28:55, Sébastien NOBILI a écrit : Bonjour, Le dimanche 02 septembre 2012 à 7:41, Christian PERRIER a écrit : Si tu es certain de l'avoir fait, tu peux faire comme cela. Personnellement, je signale les spams au fur et à mesure mais en les bounçant à une adresse mail dédiée. Pour le moment, cela n'est pas couplé avec le système de signalement de spams via l'interface web. Cela explique que je refais un tour des archives chaque mois. Quelle méthode simple existe pour signaler un SPAM dès sa réception ? Je pense, par exemple, à un lien direct vers l'archive qu'on pourrait générer à partir de l'ID du message (voire même une adresse qui serait ajoutée dans les en-têtes ou en bas de message). Sur la page http://wiki.debian.org/Teams/ListMaster/ListArchiveSpam on peut lire : [ citation ] Methods to Nominate Spam for the Review-Process 1) Press the 'Report as Spam'-Button in the Archive. 2) Use https://lists.debian.org/cgi-bin/nominate-for-review.pl to report Spam. (You might want to call it like this from your MUA: http://lists.debian.org/cgi-bin/nominate-for-review.pl?Quiet=onmsgid=MSGID) see /MUAPlugins for Plugins. 3) Bounce (as in mutt) the Spam-Message to report-listspam arobase lists.debian.org [ /citation ] On pourrait donc penser qu'il suffit d'utiliser cette dernière adresse, non ? Mais il me reste deux questions : a) Pourquoi Christian Perrier écrit-il que « ce n'est pas couplé avec le signalement de spam via l'adresse web » alors que la page citée semble indiquer que ce sont des méthodes équivalentes ? Cela sert-il à quelque chose oui ou non de bouncer les messages spam vers cette adresse ? b) Si oui, quelqu'un peut-il me dire qu'elle fonction de kmail correspond à ce bounce : s'agit-il de ce que kmail appelle rediriger ? Ou est-ce un simple transférer ? Moi aussi je parcours tous les messages de la liste debian-user-french. Si on me dit que bouncer tous les messages spam est utile, je le ferai volontiers. Mais pour le moment, pour moi du moins, ce n'est pas clair. -- Eddy F. -- 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/201209041928.18513.edfnet-...@yahoo.fr
Upgrade vs dist-upgrade
Bonjour, Ce qui suit n'est pas un problème. C'est juste que j'aimerais comprendre. Je pensais que dist-upgrade n'était nécessaire que pour mettre à jour les paquets qui nécessitent d'installer ou désinstaller d'autres paquets. Cela correspond à mon expérience depuis quelques années (dont une bonne partie en testing ou ce comportement se voit souvent). Cela me semble aussi correspondre au man apt-get : « La commande upgrade permet... En aucun cas des paquets déjà installés ne sont supprimés ; de même, des paquets qui ne sont pas déjà installés ne sont ni récupérés ni installés. ... La commande dist-upgrade effectue la fonction upgrade en y ajoutant une gestion intelligente des changements de dépendances. » Alors je ne comprends pas pourquoi, sur ma wheezy : # apt-get upgrade Les paquets suivants ont été conservés : task-french-desktop 0 mis à jour, 0 nouvellement installés, 0 à enlever et 1 non mis à jour. # apt-get dist-upgrade Les paquets suivants seront mis à jour : task-french-desktop 1 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. Bref la mise à jour du paquet task-french-desktop ne nécessite sur mon système aucun ajout ou suppression de paquet et pourtant un dist-upgrade est nécessaire. Pourquoi ? De plus, $ apt-cache show task-french-desktop montre que les dépendances des deux versions (existante et candidate) sont les mêmes. Il y a bien un changement dans les recommends mais de toute façon apt-get n'est pas configuré pour tenir compte des recommends chez moi. -- Eddy F. http://daysf...@tumblr.com -- 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/201209042025.57290.edfnet-...@yahoo.fr
Re: Alternatives x-window-manager, x-session-manager
Le mercredi 15 août 2012 08:49:29, moi-meme a écrit : [...] donc il faut appeler x-windows-manager et pas kde. Donc revoir le lanceur et AMHA il n'appelle certainement pas x-windows-manager. Je ne comprends pas cette phrase ! Quand tu dis « il faut appeler... », ma question est justement qui est ce « il » ? Pas kdm ni startx qui chez moi lancent tous les deux kde alors que mon x-window-manager pointe vers enligtenment_start ! Où ce x-window-manager est-il utilisé dans le système ? Pourquoi ne semble-t-il avoir aucun effet sur le comportement par défaut de startx ? je m'égare peut-être. n'y a t'il pas dans kdm un choix du WM à lancer ? J'ai cela dans gdm. C'est peut-être là qu'il faut chercher Oui, bien entendu, kdm permet de choisir le type de session à lancer. Après avoir un peu fouillé, à chaque session possible correspond un fichier dans /usr/share/kde4/apps/kdm/sessions/ Par exemple, si on choisit e17, le fichier /usr/share/kde4/apps/kdm/sessions/enlightenment.desktop contient la ligne Exec=enlightenment_start qui ne fait donc pas appel aux alternatives mais directement au programme associé à la session que l'on veut lancer. Cette façon de faire me semble parfaitement logique. Par contre, dans le choix de sessions de kdm il y a aussi « défaut (dernier utilisé) ». Après plusieurs tests, ce dernier utilisé n'est pas correct chez moi. En effet, si je ne précise pas la session que je veux, alors kdm me lance la dernière utilisée. Si je choisis la session par défaut, kdm me lance toujours kde même si, avant, j'avais utilisé e17. Chez moi, cette session par défaut ne correspond pas à un fichier dans /usr/share/kde4/apps/kdm/sessions/ Par contre, le fichier /etc/kde4/kdm/kdmrc contient la ligne Session=/etc/kde4/kdm/Xsession et ce fichier /etc/kde4/kdm/Xsession source /etc/X11/Xsession qui finira par utiliser le /etc/X11/Xsession.d/50x11-common_determine-startup dont j'avais parlé plus bas. En ce sens, on peut donc dire que la session par défaut de kdm utilise x- window-manager (s'il n'y a ni variable STARTUP ni x-session-manager). Tout comme startx d'ailleurs puis que tous les deux le font par l'intermédiaire de xsession. -snip Quand à la lecture de /usr/bin/startx : quel sac de noeuds ! Aucune mention de x-window-manager là-dedans mais vu tous les fichiers sourcés ou exécutés en cascade... +1 Enfin, finalement je vois que c'est dans le fichier /etc/X11/Xsession.d/50x11-common_determine-startup que les choses se décident. Si je comprends bien, on cherche d'abord à utiliser la variable STARTUP qui autait pu être passée par le DM si on en utilise un. Sinon, c'est x-session-manager qui est utilisé et si ce dernier n'existe pas alors c'est x-window-manager. quand on merde comme cela et que ce n'est pas pour de la production, je suis partisan de faire violent : copie de sauvegarde des fichiers et modification directe et violente (goret) par des valeurs en dur. Moi je n'aime pas trop aller modifier des fichiers qui de toute évidence ne sont pas prévus pour. Après c'est la liberté de chacun de faire ce qu'il veut avec sa machine. Moi, mes compétences sont trop limitées pour prétendre arriver à mieux sur un coup de tête que ce que les développeurs ont mûrement réfléchi (j'espère). ---snip-- Vu la priorité de x-session-manager sur x-window-manager au startx, il serait judicieux que enlightenment_start soit aussi une alternative à x-session-manager. Non ? tenter update-alternative --set ? Ça je n'y parviens pas : # update-alternatives --set x-session-manager /usr/bin/enlightenment_start update-alternatives: erreur: l'alternative /usr/bin/enlightenment_start pour x-session-manager n'est pas enregistrée, pas de configuration. Logique : ce --set ne permet rien de plus que le --config mais le fait en mode non interactif. Il faut donc que l'alternative existe. Par contre effectivement, il est possible d'utiliser update-alternatives --install pour créer soi-même de nouvelles alternatives. (Mais je n'ai pas le temps d'essayer). Cette absence est-elle volontaire (pourquoi) ? Un oubli (les paquets e17 sont sûrement encore jeunes) ? Un bug ? tout le monde n'utilise pas alternatives. C'est au bon vouloir des développeurs. Alors cela justifie peut-être un bug mineur (à classer dans la wish list). En tout cas, grâce à toi j'ai fini par comprendre et obtenir des réponses à mes questions. Merci beaucoup. -- Eddy F. http://daysf...@tumblr.com -- 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/201208171141.14457.edfnet-...@yahoo.fr
Re: Alternatives x-window-manager, x-session-manager
Le vendredi 17 août 2012 18:01:40, Steve Fouchet a écrit : Bonjour, Pour installer une alternative vers e17 avec une priorité 90 (par exemple) update-alternatives --install /usr/bin/x-session-manager x-session-manager /usr/bin/enlightenment_start 90 Ensuite ta commande --set fonctionnera # update-alternatives --set x-session-manager /usr/bin/enlightenment_start Merci, je testerai cela ce week-end. -- Eddy F. -- 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/201208172149.07455.edfnet-...@yahoo.fr
Re: Alternatives x-window-manager, x-session-manager
Le vendredi 17 août 2012 14:20:51, Sébastien NOBILI a écrit : Salut, Le vendredi 17 août 2012 à 11:41, Eddy F. a écrit : Par contre, dans le choix de sessions de kdm il y a aussi « défaut (dernier utilisé) ». Après plusieurs tests, ce dernier utilisé n'est pas correct chez moi. En effet, si je ne précise pas la session que je veux, alors kdm me lance la dernière utilisée. Si je choisis la session par défaut, kdm me lance toujours kde même si, avant, j'avais utilisé e17. Il me semble que la dernière session utilisée est enregistrée dans le fichier « .dmrc » de ton dossier personnel. Le mien contient deux lignes : [Desktop] Session=xfce Seb Merci. Je n'avais pas remarqué ce fichier. En effet, il contient bien la dernière session demandée à kdm et l'utilise pour lancer une session quand on ne précise pas laquelle on veut. En me relisant, je ne sais si je me suis bien fait comprendre : l'entrée de kdm marquée « défaut (dernier utilisé) » est mal nommée car choisir cette entrée chez moi ne lance pas le dernier utilisé tel que renseigné par ce fichier .dmrc mais bien la session par défaut qui est finalement x-session- manager. Cette option de kdm devrait plutôt être nommée « défaut ». Par contre sans préciser la session que l'on veut, c'est bien la dernière utilisée indiquée dans .dmrc qui est lancée. -- Eddy F. http://daysf...@tumblr.com -- 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/201208172156.44003.edfnet-...@yahoo.fr
Re: Alternatives x-window-manager, x-session-manager
Le mardi 14 août 2012 09:37:48, moi-meme a écrit : Le Mon, 13 Aug 2012 17:40:02 +0200, Eddy F. a écrit : J'ai beau chercher, je ne parviens pas à comprendre le rôle exact des alternatives x-window-manager et x-session-manager. le rôle des alternatives est d'appeler toujours le même programme (éditeur par exemple) pour tous les cas. Bon, d'abord merci pour ta réponse. Je précise que j'ai bien compris le rôle des alternatives en général. C'est le rôle de l'alternative pour x-window-manager que je ne comprenais pas. Par exemple, l'alternative pour l'éditeur est utilisée par d'autres programmes. Quand je lance la commande crontab -e, il sait que l'éditeur que je souhaite est vim que j'ai configuré dans l'alternative. En ce sens, je dis que crontab -e, par exemple, utilise l'alternative editor. Mais dans le cas de x-window-manager, je ne trouvais pas ce qui l'utilise : c'est le sens de la question. [...] donc il faut appeler x-windows-manager et pas kde. Donc revoir le lanceur et AMHA il n'appelle certainement pas x-windows-manager. Je ne comprends pas cette phrase ! Quand tu dis « il faut appeler... », ma question est justement qui est ce « il » ? Pas kdm ni startx qui chez moi lancent tous les deux kde alors que mon x-window-manager pointe vers enligtenment_start ! Où ce x-window-manager est-il utilisé dans le système ? Pourquoi ne semble-t-il avoir aucun effet sur le comportement par défaut de startx ? Un man startx et une lecture de /usr/bin/startx peuvent être très instructives. Aucune mention de x-window-manager dans man startx. C'est le premier endroit où j'avais cherché une réponse avant de poser ma question. Malheureusement il est bien peu bavard ce man startx. Quand à la lecture de /usr/bin/startx : quel sac de noeuds ! Aucune mention de x-window-manager là-dedans mais vu tous les fichiers sourcés ou exécutés en cascade... Enfin, finalement je vois que c'est dans le fichier /etc/X11/Xsession.d/50x11-common_determine-startup que les choses se décident. Si je comprends bien, on cherche d'abord à utiliser la variable STARTUP qui autait pu être passée par le DM si on en utilise un. Sinon, c'est x-session-manager qui est utilisé et si ce dernier n'existe pas alors c'est x-window-manager. Maintenant que le fonctionnement est compris, il me reste une question de principe qui concerne les paquets e17 et je ne pense pas pouvoir en trouver la réponse moi-même. Pourquoi l'installation des paquets e17 n'installe telle pas une alternative pour x-session-manager ? Et il ne s'agit pas simplement d'une querelle sémantique (ok je connais la nuance entre un DE et un WM) : on se fout de savoir si e17 est à considérer comme un WM ou comme un DE ; le fait est que enlightenment_start est utilisé pour lancer une *session* X. Vu la priorité de x-session-manager sur x-window-manager au startx, il serait judicieux que enlightenment_start soit aussi une alternative à x-session-manager. Non ? Cette absence est-elle volontaire (pourquoi) ? Un oubli (les paquets e17 sont sûrement encore jeunes) ? Un bug ? -- Eddy F. -- 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/201208141628.00855.edfnet-...@yahoo.fr
Alternatives x-window-manager, x-session-manager
Bonjour, J'ai beau chercher, je ne parviens pas à comprendre le rôle exact des alternatives x-window-manager et x-session-manager. J'aimerais des réponses, des pistes, des liens, des rtfm (mais alors quels manuels ?)... aux 3 questions suivantes. Pour info, j'ai installé kde4 et e17 dans ma debian wheezy. Pas gnome. L'installation de e17 a été faite en utilisant les paquets des dépôts, pas en compilant moi même. 1) À quoi sert l'alternative x-window-manager ? $update-alternatives --display x-window-manager x-window-manager - mode automatique le lien pointe actuellement sur /usr/bin/enlightenment_start /usr/bin/enlightenment_start - priorité 90 /usr/bin/kwin - priorité 50 La « meilleure » version actuelle est « /usr/bin/enlightenment_start ». Mais lorsque kdm est lancé au démarrage c'est bien kde qui est la session par défaut ; pas enlightenment. Et si j'empêche le démarrage de kdm et que je démarre X par startx, c'est quand même kde qui est lancé par défaut. Je précise que je n'ai pas de .xinitrc ou .xsession(rc?) dans mon home et que ce sont donc les scripts système de /etc qui sont utilisés. Conclusion : l'alternative x-window-manager n'est utilisée ni par kdm ni par startx. Alors quand ou par quoi est-elle utilisée ? 2) À quoi sert l'alternative x-session-manager ? update-alternatives --display x-session-manager x-session-manager - mode automatique le lien pointe actuellement sur /usr/bin/startkde /usr/bin/startkde - priorité 40 lien secondaire x-session-manager.1.gz :/usr/share/man/man1/startkde.1.gz La « meilleure » version actuelle est « /usr/bin/startkde ». Vu l'utilité de startkde, je me dis que cette alternative x-session-manager sert peut-être à choisir le DE qui sera lancé par startx. Est-ce le cas ? Si oui, pourquoi n'y a-t-il pas un lien vers /usr/bin/enlightenment_start dans cette alternative ? 3) Quelle est la manière recommandée dans Debian pour modifier le DE qui est lancé par défaut par startx pour tous les utilisateurs (donc sans créer/modifier des fichiers .[xX]* dans les home) ? Utiliser update-alternative ? Comment ? Modifier des fichiers systèmes ? Lesquels ? Merci. -- Eddy F. -- 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/201208131729.47549.edfnet-...@yahoo.fr
Erreurs modprobe au démarrage
Bonjour, Durant le boot de ma wheezy 64 bits, en principe à jour, j'ai une série de lignes du style modprobe: bad line 1510: 1 tokens found , 2 needed Je me demande de quoi il s'agit. Il ne semble pas y avoir de conséquence funeste. Mais, bon, j'aime pas. J'ai du faire une photo de mon écran au boot pour recopier ce message car dmesg | grep token et grep token /var/log/syslog ne donnent rien (comme aucun autre log d'ailleurs). C'est visiblement lié au noyau : en bootant sur un noyau 3.1 au lieu de 3.2, je n'ai pas ces messages. Quelqu'un a-t-il une piste de recherche à me conseiller : je ne sais pas où commencer et ne trouve rien de semblable sur le net. Merci. -- Eddy F. -- 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/201204231857.47646.edfnet-...@yahoo.fr
Point de montage usb étrange
Bonjour,
Mon téléphone branché comme périphérique ubs se monte sur le point de montage
/media/lar}
\end{d
(avec même un saut de ligne mais ce n'est pas cela qui importe).
J'aimerais comprendre où debian va chercher cela (1).
Je ne me souviens pas avoir été éditer (en root en plus) quoi que ce soit
relatif aux points de montage ou udev.
Une idée pour m'aider à chercher d'où cela vient ? (2)
Pour compléter, ls -hal /dev/disk/by-label/ me fournit, entre autres,
lrwxrwxrwx 1 root root 10 déc 26 11:23 lar\x7d\x0a\x5cend\x7bd - ../../sdb1
La vraie question est donc peut-être de savoir comment sont définis les labels.
Il est certain que je n'ai pas formaté la mémoire du téléphone et ne lui ai
pas attribué de label.
Merci.
(1)
Je reconnais bien là-dedans un bout de fichier latex, par exemple un extrait
de
\end{tabular}
\end{document}
mais cela ne m'aide pas à comprendre d'où cela vient.
(2)
J'insiste, je ne demande pas comment imposer un autre nom de point de montage
pour ce périphérique, je sais le faire (et ne l'ai pas fait); je voudrais
juste comprendre où mon système a été cherché ce truc.
--
Eddy F.
--
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/201112261240.20149.edfnet-...@yahoo.fr
Re: Point de montage usb étrange
Le lundi 26 décembre 2011 17:01:18, Tanguy Ortolo a écrit :
Eddy F., 2011-12-26 12:40+0100:
Une idée pour m'aider à chercher d'où cela vient ? (2)
De l'étiquette du système de fichiers, comme tu l'avais soupçonné.
La vraie question est donc peut-être de savoir comment sont définis les
labels.
Dans le système de fichiers, cf. les options des différents mkfs.*.
Oui mais la commande
mlabel -si /dev/sdb1 ::
me dit « Volume has no label ».
Je reconnais bien là-dedans un bout de fichier latex, par exemple un
extrait de
\end{tabular}
\end{document}
mais cela ne m'aide pas à comprendre d'où cela vient.
Manifestement d'une corruption du système de fichiers, parce que pour
qu'un bout de contenu de fichier se retrouve dans l'étiquette du SF il a
dû lui en arriver une sévère…
Mouais. Sans compter une utilisation d'espace que je ne parviens pas à
m'expliquer. M'en vais sauvegarder le contenu de la carte puis la reformater.
J'en profiterai pour lui donner un label qui aura du sens pour moi.
Merci.
--
Eddy F.
--
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/201112261725.50859.edfnet-...@yahoo.fr
Re: http://www.education.gouv.fr, Firefox et Java
Le dimanche 23 octobre 2011 13:11:50, Jean-Yves F. Barbier a écrit : On Sun, 23 Oct 2011 11:37:30 +0200 Klaus Becker colon...@free.fr wrote: C'est donc un problème général et les syndicats sont bien au courant. En dehors de ce petit morceau d'anthologie, il faudra bien que vous compreniez les 3 axes d'un syndicat français, quel qu'il soit: * le syndicat roule pour lui (comprendre pour ses poches et ses propres privilèges), * s'il reste du temps au syndicat, il jettera un bref coup d'œil à ses militants, * le syndicat n'a rien à foutre du reste du monde. Bon tant pis si c'est hors sujet mais j'aimerais connaître d'où vous vient ce savoir péremptoire sur les syndicats français. Étant moi-même militant dans un syndicat - pas en France, il est vrai - j'affirme qu'aucun des trois « axes » cités ne s'applique pour mon syndicat. Il roule pour lui uniquement ? Dans une certaine mesure peut-être, comme toute organisation je pense. J'affirme pourtant qu'il le fait certainement moins que mon « patron » qui est pourtant supposé être au service du public. Et certainement moins que les investisseurs qui spéculent sur la dette grecque... ou française ! Il ne peut se permettre de jeter un bref coup d'œil à ses militants. Sa structure démocratique fait qu'il en dépend en permanence. Je dis bien en permanence : il ne s'agit pas seulement de définir les postes lors d'élections périodiques ; toute action est décidée par les militants et ce sont eux seuls qui en définissent les modalités. Quant à l'accusation de se foutre du reste du monde : pourquoi dans la revue qu'il m'envoie mon syndicat me parle-t-il d'environnement (rien à voir avec ma profession), d'économie au sens large (rien à voir avec ma profession non plus), de politique, y compris européenne, des inégalités dans le monde... ? Vous argumenterez que ce n'est pas le cas en France ? Possible. J'ai tout de même du mal à croire que les syndicats y soient aussi néfastes que vous ne le sous-entendez. Je ne posterai pas d'autre message sur le sujet qui n'a pas vraiment sa place ici ; je signalerai simplement que ce n'est sûrement pas un hasard si je milite en faveur d'une organisation syndicale et en faveur des logiciels libres. Autant j'ai du mal à accepter qu'un utilisateur de logiciel soit à la merci des décisions d'une multinationale qui décide comment il a le droit d'utiliser ses logiciels et qui ne voient en l'utilisateur qu'une source de produit, autant j'ai du mal avec les multinationales qui ne voient dans les travailleurs (une majorité de citoyens français je présume) qu'une source de profit. Si j'ai pris la peine d'écrire tout cela, c'est aussi parce que je vois autour de moi beaucoup de gens refuser de s'impliquer dans un syndicat par pur nombrilisme, justement, et justifier leur inaction en décriant les syndicats qui ne sont pourtant que ce que leurs militants en font. C'est peut-être le même genre de nombrilisme qui font que certains acceptent des logiciels privateurs plutôt que de s'impliquer - à la mesure de leurs possibilités - dans le logiciel libre. Bon, comme dit plus haut, je ne m'exprimerai plus sur ce sujet. -- Eddy F. -- 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/201110231402.45165.edfnet-...@yahoo.fr
Re: Le Load_Cycle_Count : encore des problèmes ?
-powersave man pm-powersave me dit exécuter les scripts de /etc/pm/power.d Donc j'ai créé un fichier exécutable /etc/pm/power.d/99fixeproblemedd.sh contenant en gros #!/bin/bash if on_ac_power; then hdparm -B 160 /dev/sda else hdparm -B 128 /dev/sda fi et cela semble respecter le cahier des charges ci-dessus. À vérifier à l'usage. Et peut-être devrais-je le sophistiquer un peu en me basant sur votre première réponse mais là j'ai fait au plus pressé. Ou trouver une documentation sur le sujet (si possible spécifique à Debian) ? Lire /usr/share/doc/paquet/README.Debian (et les fichiers autours), regarder aussi les pages web indiquées dans les descriptions des paquets (ou les README)… BIen entendu, cela je le faisais déjà. Mais quand on ne sait pas trop ce qu'on cherche, cela peut être un vrai sac de nœuds. Ah s'il y avait un chapitre du manuel de l'utilisateur ou une page du wiki qui explique tout cela de manière intégrée... (je rêve, je ne revendique pas ; sûrement pas après l'aide reçue ici). [...] Encore merci. -- Eddy F. -- 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/201109181954.32089.edfnet-...@yahoo.fr
Le Load_Cycle_Count : encore des problèmes ?
Bonjour, J'ai installé une Debian testing sur un portable et j'ai le problème (*) des clics réguliers du disque dur et du Load_Cycle_Count qui augmente sans cesse ; à raison de un à deux clics par minute environ. Problème connu : voir par exemple http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448673 Là où je suis surpris, c'est que ce bug report semble résolu et depuis longtemps (dernier message en avril 2009). En plus, on peut y lire que la valeur de apm (celle que l'on fixe par hdparm -B) est de 254 lorsqu'on est sur secteur et de 128 sur batterie. Chez moi, sur secteur, je suis à 128. Donc en gros mon appel tient en ceci : - quelle info (plus récente) ai-je loupée sur ce sujet ? - dois-je faire quelque chose, comme par exemple ce qui est indiqué dans http://ubuntuforums.org/showpost.php?p=5031046postcount=3 (en gros créer un script qui met l'apm à 128 sur batterie et à 254 sur courant et le placer dans /etc/acpi/resume.d start.d ac.d batter.d) - où y a-t-il quelque chose dans debian à côté duquel je passe ? Enfin une dernière question : pour le moment, je fais un hdparm -B 160 /dev/sda quand je lance ma machine sur secteur. Avec 160, j'ai des clics beaucoup moins fréquents. Est-ce mieux que 254 ? J'ai pu lire que plus le nombre est élevé, moins il y a de power management. Mais y a-t-il vraiment une différence entre un 160 et un 254 ? D'après man hdparm, on pourrait penser que oui ; mais laquelle ? Où trouver de la doc sur le sujet ? Cela dépend peut-être du disque ? Merci pour toute aide. P.S. Pour info je n'ai pas installé le paquet laptop-mode-tools et la commande smartctl -i /dev/sda me donne smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.0.0-1-amd64] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Device Model: Hitachi HTS727575A9E364 Serial Number:J3790084G5NK4G LU WWN Device Id: 5 000cca 68cc29302 Firmware Version: JF4OA0D0 User Capacity:750.156.374.016 bytes [750 GB] Sector Sizes: 512 bytes logical, 4096 bytes physical Device is:Not in smartctl database [for details use: -P showall] ATA Version is: 8 ATA Standard is: ATA-8-ACS revision 6 Local Time is:Sat Sep 17 12:49:48 2011 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled (*) Bon, j'ai lu aussi que certains considèrent que ce n'est pas un problème et ont un Load_Cycle_Count dans les millions ; je ne sais qu'en penser et je préfère prendre une précaution inutile. D'autant plus que ce clic m'énerve. -- Eddy F. -- 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/201109171254.46979.edfnet-...@yahoo.fr
Re: Le Load_Cycle_Count : encore des problèmes ?
Le samedi 17 septembre 2011 15:30:57, Sylvain L. Sauvage a écrit :
Le samedi 17 septembre 2011 à 12:54:46, Eddy F. a écrit :
Bonjour,
’jour,
Re-bonjour et merci pour votre réponse.
Je n'y réagis pas très vite parce que je prends le temps de faire des tas
de tests. Pas vraiment concluants.
[...]
Là où je suis surpris, c'est que ce bug report semble résolu
et depuis longtemps (dernier message en avril 2009). En
plus, on peut y lire que la valeur de apm (celle que l'on
fixe par hdparm -B) est de 254 lorsqu'on est sur secteur et
de 128 sur batterie. Chez moi, sur secteur, je suis à 128.
Quand est-ce que la valeur repasse à 128 ?
Je suis à 128 par défaut !
Dès le démarrage. À la première connexion après le boot (sur secteur)
j'obtiens
# hdparm -B /dev/sda
/dev/sda:
APM_level = 128
Ensuite si je change la valeur, par ex. 160, le niveau reste à 160 et
n'est modifiée que par un reboot, une sortie de veille en ram ou une
hibernation.
Mon premier souci est que, partout où je cherche (listes debian, rapports
de bugs, forums debian ou ubuntu...) le problème est résolu depuis 2 ou 3
ans !
Et le problème n'est pas lié à la distribution testing. Sur un autre
portable où squeeze est installée, j'ai aussi le même niveau de 128 par
défaut (mais là cela ne cause pas de souci de load_cycle_count - je
suppose parce que c'est un autre disque).
Certains disques (dont un des miens, un Toshiba) ont la bonne
idée de repasser tout seuls à leur valeur préférée au réveil
d’une hibernation (en RAM ou disque).
Chez moi aussi donc. Mais est-ce le disque qui est responsable ?
Ou est-ce dû aux scripts de mise/sortie de veille/hibernation ?
Pour changer ça, je ne
connais pas d’autre solution que de passer par un script (p.ex.
#!/bin/sh
. /etc/default/hdparm
/sbin/hdparm $hdparm_opts /dev/sda /dev/null
true
) au « bon endroit » (je n’ai pas retesté depuis un moment mais
suivant le programme utilisé pour passer en sommeil, les scripts
n’étaient pas forcément exécutés…).
La variable $hdparm_opts de ce script est lue dans /etc/default/hdparm.
Chez moi, elle est vide. Cela explique-t-il pourquoi je suis au niveau 128
au démarrage ? Est-ce normal qu'elle soit vide ? Est-ce un bug ?
Y écrire -B 254 ne sera pas satisfaisant car j'aimerais tout de même
conserver cette valeur de 128 quand je suis sur batterie.
En fait, je n'y connais rien et donc ne comprends rien à ce qui se passe
dans la gestion de l'énergie et du disque : hdparm, acpi, apm, pm-utils...
qui fait quoi dans quel ordre. Que se passe-t-il quand on clique bêtement
sur le bouton hiberner de gnome ou kde ? Ou trouver une documentation sur
le sujet (si possible spécifique à Debian) ?
Peut-être que maintenant laptop-mode-tools le fait aussi mais,
la dernière fois que j’ai regardé, il fallait éditer le script
pour modifier ces valeurs (à plusieurs endroits en plus ; et à
refaire/vérifier à chaque m-à-j)…
Bon, a priori, ce paquet n'est pas indispensable. Je vais essayer sans.
Tant que je ne comprends pas comment le laptop-mode fonctionne, pas besoin
d'en utiliser des outils :-(
Enfin une dernière question : pour le moment, je fais un
hdparm -B 160 /dev/sda
quand je lance ma machine sur secteur.
Il y le fichier /etc/default/hdparm qui permet de régler les
options de hdparm au démarrage (d’où son inclusion dans le
script précédent, pour avoir les options à un seul endroit).
[…]
Donc effectivement, utiliser un tel script me permettrait d'avoir au moins
une valeur correcte au démarrage. Ensuite un script au bon endroit pour
les autres cas.
Reste à trouver le bon endroit. Je viens de tester des scripts dans
/etc/acpi/resume.d|start.d|ac.d|battery.d et cela m'a fourni un niveau APM
de 254 au démarrage sur batterie et secteur puis de 128 après mise en
veille mémoire ce qui n'est pas vraiment souhaité.
Et pour trouver le bon endroit, il faudrait que je comprenne comment ça
marche.
Donc j'ai encore besoin d'aide : des pistes, de la doc, des liens...
À vot' bon coeur messieurs dames.
(Note : hdparm -i est plus intéressant que smartctl pour l’APM…)
Ok, je donne le résultat ici, on ne sait jamais.
# hdparm -i /dev/sda
/dev/sda:
Model=Hitachi HTS727575A9E364, FwRev=JF4OA0D0, SerialNo=J3790084G5NK4G
Config={ HardSect NotMFM HdSw15uSec Fixed DTR10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=DualPortCache, BuffSize=16384kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=1465149168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-2,3,4,5,6,7
* signifies the current active mode
--
Eddy F.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour
Re: Problème carte graphique nvidia : comment diagnostiquer ?
Le dimanche 14 août 2011 à 22:32:43, Jean-Yves F. Barbier a écrit : On Sun, 14 Aug 2011 22:16:08 +0200, Eddy F. edfnet-...@yahoo.fr wrote: si la chaleur est inhabituelle, il faut regarder vers le système d'économie d'énergie (fonctionnel, type, etc); s'il n'est pas en cause, c'est le hard. Comment savoir s'il est en cause ? D'un point de vue logiciel, rien n'a été modifié récemment en ce qui concerne l'économie d'énergie. La question est donc : que dois-je chercher et où (log) pour confirmer ou infirmer cette hypothèse ? si lm-sensors a été correctement configuré il laisse ses traces dans syslog. mais ça peut aussi se voir dans hddtemp (à condition qu'il soit installé en daemon) vu que toute augmentation anormale de température sur un portable se retrouve sur tous les éléments. Merci, je vais examiner cela. [...] il existe aussi le pilote nouveau (nécessite des options kernel si tu le compile toi-même), mais je ne sais pas s'il prend en compte ta CG. Oui, je vais peut-être essayer. Je ne l'ai jamais fait parce que ce que j'en avais lu ne m'avait pas convaincu. Le moment est sans doute venu d'essayer par moi même. ... Évidemment avec nv plutôt que nvidia, la carte chauffe beaucoup moins puisque je perds l'accélaration matérielle. Peut-être pourrais-je l'utiliser encore ainsi quelques mois ; peut-être va-t-elle lâcher définitivement bientôt. il est tout à fait possible que cela soit un bug, il faut attendre un peu et chercher régulièrement pour le savoir (+ surveiller les Nelles versions du driver). Pourquoi pas, on ne sait jamais. (Mais je suis plutôt pessimiste sur ce point). Merci pour vos conseils. -- Eddy F -- 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/201108151941.12386.edfnet-...@yahoo.fr
Problème carte graphique nvidia : comment diagnostiquer ?
Bonjour, Hier mon portable a planté : des lignes horizontales multicolores et mouvantes ont envahi l'écran. Tout est figé. Seule issue le reboot via les touches magiques. Le portable était très chaud. Au reboot même problème : dès le login dans kdm effectué, le problème resurgit. Si je démarre windows, c'est pire : il n'est même pas possible de se loguer. Par contre, dans debian, si je remplace le xorg.conf créé lors de l'installation des pilotes proprio nvidia pour utiliser nv, ma session kde fonctionne apparemment sans problème. Tout pointe donc vers un problème matériel (et non logiciel) de la carte graphique nvidia. Quand j'examine le fichier /var/log/Xorg.0.log après plantage, je ne vois rien de significatif (il y a peut-être quelque chose mais je ne le vois pas). Peut-être dans syslog mais je ne sais pas quoi chercher. Donc ma question en charte : comment faire dans debian pour diagnostiquer ce qui ne va pas ? Et puis une hors charte pour ceux qui ont une boule de crystal : dois-je m'attendre à ce que la carte lâche complètement d'ici peu ou puis-je espérer continuer à utilise mon portable quelques mois au moins avec le pilote nv ? Merci pour tout conseil. Debian Squeeze 32 bits Portable HP Pavilion série dv9000 Nvidia GeForce Go 7600 -- Eddy F -- 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/201108141958.31427.edfnet-...@yahoo.fr
Re: Problème carte graphique nvidia : comment diagnostiquer ?
Le dimanche 14 août 2011 à 21:01:09, Jean-Yves F. Barbier a écrit : On Sun, 14 Aug 2011 19:58:31 +0200, Eddy F. edfnet-...@yahoo.fr wrote: [...] Le portable était très chaud. Au reboot même problème : si la chaleur est inhabituelle, il faut regarder vers le système d'économie d'énergie (fonctionnel, type, etc); s'il n'est pas en cause, c'est le hard. Comment savoir s'il est en cause ? D'un point de vue logiciel, rien n'a été modifié récemment en ce qui concerne l'économie d'énergie. La question est donc : que dois-je chercher et où (log) pour confirmer ou infirmer cette hypothèse ? De plus, depuis, avec le pilote nv, je ne perçois pas de chauffe excessive. [...] Par contre, dans debian, si je remplace le xorg.conf créé lors de l'installation des pilotes proprio nvidia pour utiliser nv, ma session kde fonctionne apparemment sans problème. ça donne déjà une indication sur l'origine du dysfonctionnement, non? En effet. Mais je me dis que si le système se fige lors de l'utilisation du pilote nvidia, il y a peut-être une inscription dans un log quelconque pour mieux comprendre ou confirmer. Tout pointe donc vers un problème matériel (et non logiciel) de la carte graphique nvidia. Ah? Et le pourquoi du comment de cette conclusion? Parce vu ce que tu énonces, je dirais que c'est plutôt un PB hard... Là je ne vous comprends pas. C'est exactement ce que je disais. Non ? Quand j'examine le fichier /var/log/Xorg.0.log après plantage, je ne vois rien de significatif (il y a peut-être quelque chose mais je ne le vois pas). Peut-être dans syslog mais je ne sais pas quoi chercher. Donc ma question en charte : comment faire dans debian pour diagnostiquer ce qui ne va pas ? si la chauffe est réellement anormale (par rapport à avant), c'est dû à cela, ou à un décollement du pipe du chip de la CG ou l'un des multiples flaws propres à HP. Ok. Je vous remercie beaucoup, vous confirmez mon intuition. Je ne sais si HP doit être accusé ou directement nvidia dont les problèmes de surchauffe sur des cartes sont connus bien que les recherches sur le net incriminent plutôt la série des GeForce 8 que la 7. N'empêche que par curiosité, j'aimerais savoir où / si je peux trouver trace du problème dans les logs. Évidemment avec nv plutôt que nvidia, la carte chauffe beaucoup moins puisque je perds l'accélaration matérielle. Peut-être pourrais-je l'utiliser encore ainsi quelques mois ; peut-être va-t-elle lâcher définitivement bientôt. C'est pour cela que j'aimerais trouver dans mon système s'il y a des traces précises dans les logs qui permettraient de mieux cerner le problème. Mais je ne sais que chercher exactement ni où. Et puis une hors charte pour ceux qui ont une boule de crystal : dois-je m'attendre à ce que la carte lâche complètement d'ici peu ou puis-je espérer continuer à utilise mon portable quelques mois au moins avec le pilote nv ? avec HP tout est possible, surtout le pire; la Cie est bien connue pour cacher la merde au chat (et à ses propres techs) tant qu'une class action ne les menace pas (micros comme imprimantes). donc si ton PB est dû au hard, je te souhaites bien de la chance. C'est vrai que je ne suis globalement pas très content de la qualité de ce portable HP. Je ne suis pas sûr d'être satisfait non plus de nvidia. Enfin cela on verra au moment de remplacer la machine. Pour encenser un peu Debian, même si tout le monde ici en est convaincu, il est tout de même confortable d'avoir pu redémarrer en root dans une console et y disposer d'un shell confortable pour y modifier le pilote utilisé par la carte. Ce n'est pas vraiment spécifique à Debian, la plupart des distro Linux aurait fait de même. Mais sous l'os fourni d'origine sur ce portable, rien ne fonctionne plus. Notez que je n'ai pas vraiment le courrage de chercher plus que cela comment réparer cet OS que je n'utilise pratiquement pas. Merci encore pour votre apport. -- Eddy F -- 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/201108142216.08580.edfnet-...@yahoo.fr
Re: Discussions dans kmail
Le mercredi 27 juillet 2011 à 11:18:53, Stephane Ascoet a écrit : Bonjour, je suis recemment passe a KMail qui est bien sympa. J'ai regle le tri des messages sur activite par date, fil de discussion. Ca correspond a ce que je veux(comme sous Icedove/Thunderbird), sauf que quand je supprime un message, il passe souvent sur un autre message du fil tres eloigne dans la liste. Comment faire pour qu'il les parcoure dans l'ordre dans lequel ils sont listes? Bonjour, Chez moi, kmail est réglé comme suit : Affichage - Liste des messages - Tri - Par date/heure et Les plus récents en haut Affichage - Liste des messages - Agrégat - Liste de diffusion standard et je n'ai pas l'impression d'avoir le comportement que tu cites (mais je ne fais pas trop attention). J'ai créé des sous-dossiers pour les listes auxquelles je suis abonné et des filtres pour y envoyer les messages (tri) à la réception. Je ne supprime jamais aucun de ces messages manuellement mais utilise les propriétés du dossier (clic droit - Expiration) pour définir les règles d'effacement automatique après 10 jours des messages lus. Suis pas sûr que ça t'aide mais on ne sait jamais. -- Eddy F -- 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/201107271303.44725.edfnet-...@yahoo.fr
Re: Backports pour squeeze et apt-pinning ?
Le lundi 21 mars 2011 à 08:56:45, Charles Plessy a écrit : Le Mon, Mar 21, 2011 at 12:06:48AM +0100, Eddy F. a écrit : Je ne comprends pas parce que apt-cache policy me donne (entre autres) 100 http://backports.debian.org/debian-backports/ squeeze-backports/main i386 Packages release o=Debian Backports,a=squeeze-backports,n=squeeze- backports,l=Debian Backports,c=main origin backports.debian.org et que le man apt_preferences me dit quand même que 0 P =100 la version sera installée si aucune version du paquet n'est installée. Bonjour, pour squeeze-backports, le fichier Release contient le champ ButAutomaticUpgrades, qui va donner une priorité par défaut de 100. Malgré ce que dit la page de manuel (qui prévient que sont explication est un « à peu près »), Oui en effet, j'avais bien lu cet « à peu près » mais à défaut de comprendre ou d'imaginer ce que cet « à peu près » recouvre, je ne pouvais que me fier à ce que je lisais. Textuellement. Visiblement cela ne me sert à rien. Petite digression : pourquoi cette approximation dans le man ? C'est si tortueux que cela le comportement de apt ? Sur le coup je suis un peu déçu : j'avais l'impression que « man » est la bible et là je me rends compte que la lecture du man ne m'a rien appris mais, au contraire, m'a induit une compréhension erronée. Alors ? Au bac man ? Plus sérieusement, à part les sources de apt, y a-t-il quelque part une doc plus précise sur ce pinning ? Je vais aller relire la doc sur le site de Debian mais, de mémoire, je n'avais pas l'impression qu'elle était plus claire. je ne vois aucun mécanisme dans les sources de APT qui empêcherait un paquet de priorité 100 mais de version plus élevée de remplacer celui installé à ce moment, dont la priorité vaut aussi 100. De même, en l'absence de sources concurrentes, passer la priorité de 200 à 100 ne devrait rien changer. Ce que vous venez d'écrire tient-il compte du fait que le champ ButAutomaticUpgrades est présent dans le Release (je crois comprendre que oui) ou le diriez-vous aussi pour un dépôt quelconque dont on mettrait (via preferences) le pin à 100 sans que le champ ButAutomaticUpgrades soit présent dans le Release ? Cela m'aiderait beaucoup que vous répondiez à cette question car je sens que je me perds dans cette histoire de pinning que je croyais pourtant avoir comprise. [...] ButAutomaticUpgrades n'est pas connu de APT avant Squeeze, ce qui explique que les choses ne soient pas automatiques avec lenny-backports. Amicalement, Et cela explique peut-être aussi qu'on ne trouve pas trace de ce ButAutomaticUpgrades dans le man apt_preferences : c'est tout nouveau. Merci beaucoup pour vos éclaircissements. -- Eddy F -- 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/201103211308.40048.edfnet-...@yahoo.fr
Re: Version de paquet disponible après mise à jour
Le lundi 21 mars 2011 à 02:52:20, Charles Plessy a écrit : Le Sun, Mar 20, 2011 at 10:35:15PM +0100, Eddy F. a écrit : Or, ce dimanche, xserver-xorg-video-intel=2.13.0-5 a été remplacé par xserver-xorg-video-intel=2.13.0-6. Le paquet xserver-xorg-video- intel=2.13.0-5 a-t-il été supprimé des dépôts ou existe-t-il encore quelque part ? Bonjour, je le vois encore ici : http://ftp.debian.skynet.be/ftp/debian/pool/main/x/xserver-xorg-video-int el/xserver-xorg-video-intel_2.13.0-5_i386.deb Mais oui, bien sûr. Merci de m'avoir rappelé cette évidence. Et aussi celle du snapshot. Et pour longtemps on pourra aussi le trouver là : http://snapshot.debian.org/package/xserver-xorg-video-intel/ Par contre, étant donné la mise à jour de Squeeze, apt ne le proposera plus à l'installation. Amicalement, Parce que apt ne me propose que ce qui est dans le Packages.bz2 ? C'est bien cela ? Peut-on affirmer qu'un fichier Packages.bz2 ne contient jamais deux versions d'un même paquet ? Merci pour ces précisions. -- Eddy F -- 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/201103211324.35584.edfnet-...@yahoo.fr
Re: Disparition du pointeur de la souris
Le lundi 21 mars 2011 à 04:19:11, Rémi Vanicat a écrit : Eddy F. edfnet-...@yahoo.fr writes: [...] Query no Synaptics: 6003C8 (--) SynPS/2 Synaptics TouchPad: no supported touchpad found Alors faudrait savoir : trouvé ou pas le touchpad ? Vue ce que tu décris, le problème n'est pas un problème de détection du touchpad, mais d'affichage. On est bien d'accord là-dessus. La solution proposé dans http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619019 marche-t'elle ? (C'est en anglais, on te propose d'utiliser une version plus ancienne du noyau Linux.) [...] Oui, j'ai testé ce matin. Peut-on espérer une mise à jour corrigée ? Je demande cela parce que si une mise à jour arrive bientôt, ce n'est peut-être pas la peine de mettre l'ancienne version en « hold ». Sinon, cela va être indispensable. Qu'en pensez-vous ? -- Eddy F -- 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/201103211419.08832.edfnet-...@yahoo.fr
Re: Pilote Synaptics [Était: Disparition du pointeur de la souris]
Le lundi 21 mars 2011 à 16:09:43, Sylvain L. Sauvage a écrit : Le lundi 21 mars 2011 à 00:45:49, Eddy F. a écrit : […] (--) SynPS/2 Synaptics TouchPad: touchpad found […] (--) SynPS/2 Synaptics TouchPad: no supported touchpad found Alors faudrait savoir : trouvé ou pas le touchpad ? Les messages signifient : oui, moi le pilote synaptics, ai bien trouvé un touchpad mais, après vérification, celui-ci n’a pas les capacités qui me rendent utile donc au-revoir. Oui en effet. On est bien d'accord. Le pilote synaptics permet de gérer les fonctionnalités avancées (multitap, coins, réglages fins (sensibilité, bords…), etc.) des touchpads compatibles avec les touchpads de la marque Synaptics. Un touchpad est avant tout et simplement une souris. Le mouvement et les boutons sont gérés par le pilote evdev comme une « bête » souris. Donc on peut très bien avoir un touchpad fonctionnel sans utiliser le pilote synaptics. Il manquera juste quelques options. Ok, vous expliquez cela très clairement. Juste pour clarifier : chez moi comme chez d'autres, ces lignes sont présentes dans le Xorg.log mais n'empêchent pas le touchpad d'être parfaitement fonctionnel : simple clic, clic droit à trois doigts ou dans le coin inférieur droit, clic du milieu à deux doigts ou dans le coin supérieur gauche etc. Ce n'est pas géré par synaptic ? La belle affaire ! Cela confirme bien ce que vous expliquez. Mais cela montre aussi que cette ligne (--) SynPS/2 Synaptics TouchPad: no supported touchpad found mise en exergue par un autre posteur ne nous donne pas vraiment d'info très utile sur le fonctionnement du touchpad et encore moins sur le problème initialement posé. Cordialement, -- Eddy F -- 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/201103211907.58955.edfnet-...@yahoo.fr
Re: Backports pour squeeze et apt-pinning ?
Le lundi 21 mars 2011 à 15:37:12, Charles Plessy a écrit : Le Mon, Mar 21, 2011 at 01:08:39PM +0100, Eddy F. a écrit : Petite digression : pourquoi cette approximation dans le man ? Plus sérieusement, à part les sources de apt, y a-t-il quelque part une doc plus précise sur ce pinning ? Et cela explique peut-être aussi qu'on ne trouve pas trace de ce ButAutomaticUpgrades dans le man apt_preferences : c'est tout nouveau. http://bugs.debian.org/619083 :) J'ai aussi l'impression que la partie « Méthode d'interprétation des priorités par APT » de la page de man de apt_preferences confond plus qu'elle n'éclaire. Et comme suggéré dans l'autre discussion, sur Packages.bz2, la documentation semble parfois un peu lacunaire. Mais il n'y a pas de raison de penser qu'un patch ne serait pas bienvenu. Ce que vous venez d'écrire tient-il compte du fait que le champ ButAutomaticUpgrades est présent dans le Release (je crois comprendre que oui) ou le diriez-vous aussi pour un dépôt quelconque dont on mettrait (via preferences) le pin à 100 sans que le champ ButAutomaticUpgrades soit présent dans le Release ? Je pense que la seule conséquence de ButAutomaticUpgrades est de mettre la priorité à 100, et qu'APT ne va pas regarder plus tard si un paquet provient d'une archive marquée par ButAutomaticUpgrades ou pas. Ceci dit, je confesse que je n'ai commencé à étudier ces détails dans APT qu'aujourd'hui. Amicalement, Et bien, merci pour toutes ces infos. -- Eddy F -- 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/201103211909.22764.edfnet-...@yahoo.fr
Version de paquet disponible après mise à jour
Bonjour, Comme expliqué dans un autre fil (par une autre personne), la mise à jour de squeeze de ce dimanche a fait disparaître le pointeur de la souris sur une de mes machines avec carte intel. Une des solutions que j'ai envisagée était de faire marche arrière dans la mise à jour en forçant l'installation de l'ancienne version d'un ou plusieurs paquets. Et là, surprise (du moins pour moi) : je ne trouve plus ces vieux paquets (je cherche sur les dépôts car, persuadé de pouvoir trouver les anciennes versions dans les dépôts, je fais souvent des apt-get clean !). Par exemple, subversion a été mis à jour le 4 mars et un apt-cache policy subversion me montre bien deux paquets : Table de version : *** 1.6.12dfsg-5 0 500 http://security.debian.org/ squeeze/updates/main i386 Packages 100 /var/lib/dpkg/status 1.6.12dfsg-4 0 500 http://ftp.debian.skynet.be/ftp/debian/ squeeze/main i386 Packages Par contre, xserver-xorg-video-intel a été mis à jour ce dimanche et apt-cache policy xserver-xorg-video-intel ne me montre qu'un paquet : Table de version : *** 2:2.13.0-6 0 500 http://ftp.debian.skynet.be/ftp/debian/ squeeze/main i386 Packages 100 /var/lib/dpkg/status J'aimerais comprendre pourquoi cette différence. Est-ce lié à la publication de Debian 6.0.1 ? En effet, dans l'exemple le premier exemple donné, on voit que la mise à jour n'est pas dans le dépôt principal mais dans les updates alors qu'aujourd'hui les nouveaux paquets proviennent du dépôt principal (enfin via un miroir). Il n'empêche que je croyais naïvement que les versions consécutives d'un même paquet coexistaient dans un même dépôt (du moins pour une version donnée de la distribution). Est-ce que je me trompe mais je crois me souvenir que quand squeeze était encore en testing, apt-cache policy me donnait parfois de nombreuses versions d'un même paquet. Je jurerais que j'ai déjà, par le passé, fait de telles marches arrière suite à une mise à jour foireuse d'une testing. Or, ce dimanche, xserver-xorg-video-intel=2.13.0-5 a été remplacé par xserver-xorg-video-intel=2.13.0-6. Le paquet xserver-xorg-video- intel=2.13.0-5 a-t-il été supprimé des dépôts ou existe-t-il encore quelque part ? Merci de m'éclairer. -- Eddy F -- 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/201103202235.15579.edfnet-...@yahoo.fr
Backports pour squeeze et apt-pinning ?
Bonjour, Je ne comprends pas un truc concernant les backports. Sur la page http://backports.debian.org/Instructions/ on peut lire ceci : « Get packages upgraded from backports.debian.org (Recommended!, only for lenny-backports(-sloppy)) Normally packages won't get upgraded automatically from backports.debian.org (due to the NotAutomatic flag). To get packages that you have installed from backports automatically updated you have to have add a pinning, either to /etc/apt/preferences: Package: * Pin: release a=lenny-backports Pin-Priority: 200 This setting is recommended Without this setting you don't get security updates This is not necessary for squeeze-backports » À moins que ce ne soit une mauvaise compréhension de l'anglais, j'en déduis qu'il n'est plus nécessaire de modifier le /etc/apt/preferences pour que les paquets des backports puissent être mis à jour. Je ne comprends pas parce que apt-cache policy me donne (entre autres) 100 http://backports.debian.org/debian-backports/ squeeze-backports/main i386 Packages release o=Debian Backports,a=squeeze-backports,n=squeeze- backports,l=Debian Backports,c=main origin backports.debian.org et que le man apt_preferences me dit quand même que 0 P =100 la version sera installée si aucune version du paquet n'est installée. Le même apt_preferences me dit aussi que le « NotAutomatic » flag dont parle la page web citée revient à un pin de 1 et je ne vois pas ce que cela change que le pin soit de 1 ou de 100. J'essaye de me faire comprendre avec un exemple. Le dépôt principal contient paquet-version1 et j'installe paquet-version2 depuis le backport. Une mise à jour, paquet-version1.1 arrive dans le dépôt principal, elle ne devrait pas être installée car son pin est de 500 et qu'il y a déjà une version plus récente. Cela me paraît d'ailleurs un comportement souhaitable : on n'a pas installé le backport pour le voir remplacé par une version plus ancienne mise à jour. Est-il envisageable qu'une mise à jour dans le dépôt principal possède un numéro de version supérieur à celui du backport ? Je suppose que non. Et si une nouvelle version arrive dans le backport, mettons paquet-version3. Elle ne devrait pas être installée non plus puisque son pin est de 100 et qu'il existe déjà une version installée. J'y perds mon latin. Alors, si je compte utiliser un jour les backports, je devrais modifier son pin en 200 ou pas ? Merci de m'éclairer car c'est le brouillard complet. -- Eddy F -- 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/201103210006.48602.edfnet-...@yahoo.fr
Re: Disparition du pointeur de la souris
Le dimanche 20 mars 2011 à 15:18:24, Jean-Yves F. Barbier a écrit : On Sun, 20 Mar 2011 14:57:23 +0100 Olivier Achard oacha...@laposte.net wrote: Bonjour, Je viens de faire la dernière mise à jour de Squeeze, et le pointeur de la souris à disparu. La souris fonctionne toujours, mais on ne voit pas son pointeur, sauf par les réactions des objets. ... (**) SynPS/2 Synaptics TouchPad: Applying InputClass touchpad catchall (II) Synaptics touchpad driver version 1.2.2 SynPS/2 Synaptics TouchPad no synaptics event device found (**) Option Device /dev/input/mouse1 Query no Synaptics: 6003C8 (--) SynPS/2 Synaptics TouchPad: no supported touchpad found ^^^ (EE) SynPS/2 Synaptics TouchPad Unable to query/initialize Synaptics hardware. (EE) PreInit failed for input device SynPS/2 Synaptics TouchPad ... ça semble clair pourtant. Alors j'aimerais que vous m'expliquiez car votre réponse ne m'avance pas du tout (je ne suis pas à l'origine du fil). Le fichier listé dans le premier message de ce fil contient plein de lignes dont : (--) SynPS/2 Synaptics TouchPad: touchpad found et puis plus bas Query no Synaptics: 6003C8 (--) SynPS/2 Synaptics TouchPad: no supported touchpad found Alors faudrait savoir : trouvé ou pas le touchpad ? Personnellement, je ne sais pas ce que signifie ce 6003C8 mais de toute façon je ne vois pas le rapport avec le problème posé. De toute façon la description du problème est que la souris bouge mais son pointeur est invisible mais détectable quand il passe sur certains éléments. Alors de deux choses l'une. Soit il utilise une souris autre que son touchpad et je ne comprends pas ce que l'erreur que vous citez a à voir avec le problème. Soit il utilise son touchpad et je comprends encore moins comment un touchpad non trouvé fait bouger le pointeur (invisible). Je signale aussi que sur la machine utilisée ici avec une carte nvidia non touchée par le problème j'ai aussi la même erreur Query no Synaptics: 6003C8 (--) SynPS/2 Synaptics TouchPad: no supported touchpad found et pourtant mon touchpad, ma souris usb et leur pointeur fonctionnent parfaitement. Bref éclairez-moi parce que sur une autre machine avec carte intel j'ai le même problème que celui exposé au début du fil. J'ai les mêmes erreurs dans mon Xorg.log et suis persuadé qu'elles n'ont rien à voir avec le problème. Mais je peux me tromper... Cordialement. -- Eddy F -- 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/201103210045.49128.edfnet-...@yahoo.fr
Re: apt_preferences et pinning
Le mercredi 16 février 2011 à 18:01:41, Rémi Vanicat a écrit : [...] J'ai reporté le bug: http://bugs.debian.org/613689. Si tu veux y rajouter quelque chose, il te suffit de l'envoyer à 613...@bugs.debian.org. [...] Merci d'avoir rapporté ce bug. Je vois mal ce que je pourrais avoir à y ajouter : c'est précis, vérifiable et complet. En plus, je suis rassuré : je n'avais pas compris de travers. -- Eddy F -- 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/201102162105.43799.edfnet-...@yahoo.fr
apt_preferences et pinning
Bonjour, Une question simple, je crois : dans ma version française de man apt_preferences fournie pas squeeze, je peux lire (ligne 340 environ) Package: * Pin: release a=sid Pin-Priority: 800 Est-ce correct d'utiliser a=sid ? Ne faudrait-il pas mettre n=sid ? La même page man explique que unstable porte toujours le nom de sid. Ben justement, sid est le nom et non l'archive donc pour moi n=sid plutôt que a=sid. Qu'est-ce que je n'ai pas compris ? Merci -- Eddy F -- 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/201102152324.25436.edfnet-...@yahoo.fr
Re: Session live sur clé usb : monter une autre partition de la clé ?
Le lundi 14 février 2011 à 00:54:01, quelqu'un a écrit en mail privé : Petit nous donner les résultats des commandes suivantes : fdisk -l /dev/sdb ( pour voir les partitions ) mount ( pour voir les montages déjà effectué ) Depuis une session « normale » avec le squeeze installé sur mon disque dur, fdisk -l /dev/sdb me renvoie des choses bien étranges : Disk /dev/sdb: 2024 MB, 2024275968 bytes 63 heads, 62 sectors/track, 1012 cylinders Units = cylinders of 3906 * 512 = 1999872 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x685e0495 Device Boot Start End Blocks Id System /dev/sdb1 * 1 545 1063936 17 Hidden HPFS/NTFS Partition 1 has different physical/logical endings: phys=(1023, 63, 32) logical=(544, 48, 32) Partition 1 does not end on cylinder boundary. /dev/sdb2 5451013 912896b W95 FAT32 Partition 2 has different physical/logical beginnings (non-Linux?): phys=(15, 0, 1) logical=(544, 48, 33) Partition 2 has different physical/logical endings: phys=(906, 31, 32) logical=(1012, 12, 48) Partition 2 does not end on cylinder boundary. Ce que je trouve étrange, c'est cette histoire de débuts (et fins) de partition logique/physique différents. Je ne comprends pas trop comment c'est possible. Je vais essayer de comprendre. En attendant, les explications et conseils sont les bien venus. Merci PS fdisk /dev/sdb suivi de la commande p donne le même avertissement que ci- dessus tandis que fdisk /dev/sdb suivi des commandes recommandées c puis u puis suivi de p ne donne pas cet avertissement. Cela explique que je ne l'avais pas vu en créant les partitions. -- Eddy F -- 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/201102141616.03366.edfnet-...@yahoo.fr
Re: Session live sur clé usb : monter une autre partition de la clé ?
Le lundi 14 février 2011 à 16:16:03, Eddy F. a écrit : Le lundi 14 février 2011 à 00:54:01, quelqu'un a écrit en mail privé : Petit nous donner les résultats des commandes suivantes : fdisk -l /dev/sdb ( pour voir les partitions ) mount ( pour voir les montages déjà effectué ) Depuis une session « normale » avec le squeeze installé sur mon disque dur, fdisk -l /dev/sdb me renvoie des choses bien étranges : Disk /dev/sdb: 2024 MB, 2024275968 bytes 63 heads, 62 sectors/track, 1012 cylinders Units = cylinders of 3906 * 512 = 1999872 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x685e0495 Device Boot Start End Blocks Id System /dev/sdb1 * 1 545 1063936 17 Hidden HPFS/NTFS Partition 1 has different physical/logical endings: phys=(1023, 63, 32) logical=(544, 48, 32) Partition 1 does not end on cylinder boundary. /dev/sdb2 5451013 912896b W95 FAT32 Partition 2 has different physical/logical beginnings (non-Linux?): phys=(15, 0, 1) logical=(544, 48, 33) Partition 2 has different physical/logical endings: phys=(906, 31, 32) logical=(1012, 12, 48) Partition 2 does not end on cylinder boundary. Et j'ajoute que depuis une session live depuis cette clé, c'est pareil. La commande mount donne alors aufs on / type aufs (rw) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sdb on /live/image type iso9660 (ro,noatime) [Debian squeeze 20110206-07:29] tmpfs on /live/cow type tmpfs (rw,noatime,mode=755) tmpfs on /live type tmpfs (rw,relatime) tmpfs on /tmp type tmpfs (rw,nosuid,nodev) fusectl on /sys/fs/fuse/connections type fusectl (rw) /dev/sda6 on /mnt type ext4 (rw) -- Eddy F -- 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/201102141705.26551.edfnet-...@yahoo.fr
Re: Problème pour démarrer sur USB.
Le lundi 14 février 2011 à 19:01:07, hog...@iiiha.com a écrit : N'ayant toujours pas trouver la raison du pourquoi je n'arrive pas à faire comme sur la doc, je reviens de nouveau. Qui à réussi ? (je parle des commandes cat debian.iso /dev/sdX ; sync). Merci pour l'aide ! Ben moi :-) Mais cela ne doit pas t'aider des masses puisque je n'ai fait que ce que dit la doc. Après j'ai eu d'autres problèmes parce que j'ai voulu partitionner ma clé ce qui n'est pas forcément une bonne idée. Quelques petites remarques : - les deux commandes que tu cites se font bien avec la clé non montée; - as-tu vérifié que l'image iso n'est pas corrompue (MD5SUM par ex.) même si, en réalité, cela paraît peu probable; - es-tu sûre que la clé elle-même n'a pas de problème ? as-tu la possibilité de tester avec une autre clé ? Je demande cela sans connaître le degré de fragilité de ces engins. - il est toujours possible que l'image iso téléchargée soit mal foutue à la base. Moi je l'ai fait avec l'image iso trouvée à cette adresse (sur une seule ligne) http://cdimage.debian.org/debian-cd/6.0.0-live/amd64/iso-hybrid/debian- live-6.0.0-amd64-kde-desktop.iso et, comme je l'ai dit plus haut, cela a bien fonctionné. Maintenant un petit reproche : dans ton premier message, tu ne dis pas ce qui a foiré ton « rien y fait » n'est pas très clair et empêche peut-être des plus compétents que moi de t'aider. Donc tu pourrais donner quelques infos à toutes fins utiles : - quelle image as-tu téléchargée (adresse précise); - que se passe-t-il quand tu démarres sur la clé ? * les commandes de la doc fonctionnent ou renvoient un message d'erreur ? * le bios n'est pas configuré pour démarrer sur la clé et démarre donc normalement sur le disque dur ? * le bios est ok mais la clé ne démarre pas du tout ? * la clé démarre mais il y a un message d'erreur ? lequel ? Bref, plus tu seras précis(e), plus tu auras des chances de trouver de l'aide, ici ou ailleurs. -- Eddy F -- 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/201102142115.45832.edfnet-...@yahoo.fr
Session live sur clé usb : monter une autre partition de la clé ?
Bonjour, J'ai une clé usb contenant deux partitions : une iso hybride live de squeeze et une partition vfat. Quand je démarre sur la clé, la session live se lance parfaitement et - naïvement ? - je comptais, depuis cette session live, monter la seconde partition. Est-ce possible et comment ? J'ai bien essayé dans un terminal : sudo -s mount -t auto /dev/sdb2 /media et le système refuse, me disant que /dev/sdb2 est déjà monté ou que /media/ est occupé. Remplacer /media par /mnt ne change rien à l'affaire. Ce n'est donc pas le point de montage qui est occupé. Par contre « mount » me montre que /dev/sdb est monté bien entendu. Alors, comment accéder à /dev/sdb2 ? Merci. PS Au cas où ce serait utile, voici comment cette clé a été créée : - copie de l'image iso hybride par un cat image.iso /dev/sdb sync - utilisation de fdisk /dev/sdb pour créer une partition /dev/sdb2 dans l'espace laissé vide en fin de clé - utilisation de mkvfat.fs pour formater cette partition. Je parviens à monter /dev/sdb2 sans problème depuis le squeeze qui est installé sur mon disque dur mais pas depuis squeeze lorsqu'il est lancé par la session live de /dev/sdb1. -- Eddy F -- 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/201102132032.07282.edfnet-...@yahoo.fr
Re: Gnome et le vol de fenêtre
Le mardi 23 novembre 2010 à 16:39:12, Alain Rpnpif a écrit : KDE3.5 gérait finement bien la chose ; je ne sais pas pour KDE4. Ce problème semble traité plus grossièrement sous Gnome. Dommage. Au cas où cela intéresserait quelqu'un, sous kde4, cela se paramètre dans le centre de configuration, onglet général, comportement des fenêtres, sous- module comportement des fenêtres, onglet focus : il suffit de choisir un « niveau de prévention de vol de focus » élevé. -- Eddy F -- 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/201011231904.30207.edfnet-...@yahoo.fr
Re: exim: échec d'envois des emails
Bonjour, Je commence par une mise en garde : je ne suis pas du tout spécialiste des problèmes de configuration de mail. M'enfin, je me risque quand même à quelques remarques... On ne sait jamais. Le mardi 12 octobre 2010 à 13:08:10, genpash...@lavabit.com a écrit : Bonsoir à tous, Depuis que j'ai changé de webmail (gmail - lavabit), il m'est impossible d'envoyer des emails via mutt en utilisant la fonction smarthost d'exim. Je me suis demandé ce que la notion de webmail vient faire dans l'histoire. Est-ce que je comprends bien que tu veux utiliser le serveur smtp de lavabit pour faire envoyer tes messages par exim ? Si ce n'est pas ça, pas la peine de lire ce que j'écris plus bas. Voici un message d'erreur typique qui m'est renvoyé à cahque échec : This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: *...@.fr retry time not reached for any host after a long failure period Que faut il configurer de plus pour une messagerie de type lavabit.com? Ben je ne sais pas car tu ne nous dit pas ce que tu as fait. Si je comprends bien tu ne dois rien changer à la config de mutt : il se contente de passer les messages à exim. Par contre il est évident que la configuration d'exim doit être modifiée. Qu'as-tu fait précisément ? Avec gmail, il a simplement fallu configurer exim avec debconf. Voici les spécificités de lavabit.com en termes de serveurs. Settings Webmail information. Webmail Address: https://lavabit.com/webmail Incoming mail Settings. Incoming Mail Server: lavabit.com POP3 Port: 110 POP3 over SSL Port: 995 IMAP4 Port: 143 IMAP4 over SSL Port: 993 Outgoing mail Settings. Outgoing Mail Server: lavabit.com SMTP Ports: 25, 587, 2525, or 3535 SMTP over SSL Port: 465 Oui, mais sur le site de lavabit, juste en dessous de ce que tu cites ici, il est écrit « For our servers to relay outbound e-mail you must enable authentication. » Autrement dit, il ne suffit pas de dire à exim de balancer les mails à lavabit.com, il faut aussi lui dire comment il doit s'authentifier. Tu sembles indiquer avoir utilisé gmail auparavant avec exim. Gmail nécessite-t-il de s'authentifier au serveur smtp ? Si oui, tu sais comment faire. As-tu modifié dans la configuration de exim ton login et ton mdp (remplacer celui de gmail par celui de lavabit) ? Si non, il faut modifier la configuration de exim (je ne pense *pas* qu'un simple dpkg-reconfigure exim4-config fera l'affaire : il faut modifier la config d'exim à la main). Si tu penses que c'est une piste possible, je peux rechercher dans mes notes ce que j'avais dû faire il y a quelques années quand mon fai avait décidé qu'une authentification à son smtp devenait nécessaire sur le port 587. Cela fait quelques jours que je cherche des réponses sur la toile mais en vain... Merci d'avance!! Bon je ne sais pas si ça aide. Je n'arrive pas à déceler, dans ton message, ton niveau d'expertise dans ce domaine. (Le mien étant faible, tu t'y connais peut-être bien plus que moi et considère peut-être comme tellement basique ce que j'ai écrit). Bah, j'espère au moins ne pas être trop à côté de la plaque. -- Eddy F -- 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/201010122027.28911.edfnet-...@yahoo.fr
Re: update-alternatives (Était : Flash player)
Le jeudi 30 septembre 2010 à 22:44:53, David Prévot a écrit : Il y a aussi ce qui devrait être le premier réflexe pour répondre soi-même à ce genre d'interrogation : man update-alternatives C'est traduit en français, et on y lit : --get-selections Affiche tous les noms principaux d'alternatives (ceux qui contrôlent un groupe de liens) ainsi que leur état. Chaque ligne comporte jusqu'à trois champs (séparés par un ou plusieurs espaces). Le premier est le nom de l'alternative, le second est son état (« auto » ou « manual ») et le dernier montre le choix actuel pour l'alternative (il s'agit d'un nom de fichier, qui peut contenir des espaces). Là j'ai en effet un peu honte : je ne suis pas nouveau sous linux et j'ai, en général, le réflexe man. Pourtant sur ce truc des alternatives - et cela fait quelques années que je l'utilise - l'idée ne m'est jamais venue d'aller voir le man. Allez comprendre. -- Eddy F -- 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/201010011750.56729.edfnet-...@yahoo.fr
Re: Flash player
Le mercredi 29 septembre 2010 à 19:06:24, Papinux a écrit : En complément de ce qui a déjà été dit sur le sujet, la commande suivante : update-alternatives --list mozilla-flashplugin t'indiquera quel est le plugin utilisé dans le cas où plusieurs plugins seraient installés. Dans cette commande update-alternatives machin, où peut-on trouver ce qu'il faut mettre à la place de machin ? La question est double : savoir quels sont les sujets possibles : navigateur web, éditeur de texte, plugin flash... et savoir comment il faut le nommer dans update-alternatives : x-www-browser pour le navigateur (il faut le deviner celui-là !), editor pour l'éditeur de texte... D'ailleurs chez moi (squeeze), update-alternatives: erreur: pas d'alternatives pour mozilla-flashplugin. -- Eddy -- 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/201009292336.55703.edfnet-...@yahoo.fr
Re: Script init.d et update-rc.d au comportement inattendu
Le mardi 28 septembre 2010 à 00:30:00, Gilles Mocellin a écrit : Le lundi 27 septembre, Eddy F. écrivit : [...] 2/ Au shutdown de la machine, le script doit utiliser find ... -mtime ... et passer le résultat à tar. Il utilise logger pour écrire dans /var/log/messages. J'ai utilisé # Required-Stop:$local_fs $syslog $time Cela est-il suffisant ou y a-t-il un service que j'aurais oublié ? Là, je pense que ce n'est pas bon. J'interprete ce que tu a mis comme : Lancer mon script quand les systèmes de fichiers locaux sont démontés, syslog arreté et time arreté. Impossible de logguer dans syslog si ton script requère l'arrêt de celui-ci. Je croyais comme toi aussi mais http://wiki.debian.org/LSBInitScripts semble indiquer que l'on liste ici les services qui sont nécessaires pour la partie Stop du script et qui ne seront donc arrêtés qu'après l'exécution du script. Je pense que je ne me trompe pas car effectivement mon lien perso à l'arrêt est devenu K01perso dans rc0.d et est bien placé avant K04rsyslog et K09umountfs (par exemple). Non, ma question portait plutôt sur le fait de n'avoir rien oublié dans cette liste de services. Mais il semble que non. Depuis, j'ai vu les entrées dans /var/log/messages et l'archive tar est bien créée. Problème résolu. Une dernière fois : merci. -- Eddy -- 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/201009281820.17291.edfnet-...@yahoo.fr
Script init.d et update-rc.d au comportement inattendu
Bonjour, Comme je suis nouveau sur cette liste, je me présente brièvement. J'ai commencé à utiliser Debian en 2004 avec Sarge (en testing puis en stable) puis je l'ai un peu quitté pour d'autres distributions. Je viens d'installer squeeze et je poste ce message car je ne parviens pas à comprendre le comportement inattendu (du moins par moi) de update-rc.d. Bon, l'idée est de lancer deux scripts perso : un au démarrage qui envoie des mails dans certains cas, l'autre au shutdown qui crée une archive tar.bz2 de certains fichiers. J'ai créé un script /etc/init.d/perso (voir ci-dessous) et utilisé update-rc.d perso start 99 2 . stop 10 0 . Les liens sont bien créés dans rc0.d et dans rc2.d mais au lieu d'être préfixés par S99 et K10, j'ai obtenu S01 et K01. Pourquoi ? Bon, cela semble fonctionner quand même mais j'aimerais pouvoir mieux contrôler l'ordre des scripts. Voici le script /etc/init.d/perso : === #! /bin/bash ### BEGIN INIT INFO # Default-Start: 2 # Default-Stop: 0 # Short-Description: Scripts personnels # Description: Ce script permet de lancer des scripts personnels au #démarrage ou à l'arrêt de la machine. ### END INIT INFO case $1 in start) /home/eddy/documents/programmes/moncron/avert_mail ;; stop) /home/eddy/bin/mini_sauvegarde ;; esac exit 0 = Bon, je me doute que mon script n'est peut-être pas très canonique ; peut- être est-ce en partie la cause du problème ? Pour la petite histoire, lors d'un essai précédent, je n'avais pas mis de Default-Start et Default-Stop dans le script et update-rc.d créait les liens ailleurs que dans rc0.d et rc2.d. On dirait que les paramètres passés à update-rc.d sont ignorés. Faut-il ajouter quelque chose à mon script ? J'aimerais néanmoins ne pas le compliquer trop. Il n'a que des prétentions locales après tout. Merci pour tout conseil. PS Je suis quand même étonné du nombre de scripts qui commencent par S01 et K01. N'y aurait-il pas un bug quelque part ? -- Eddy F. -- 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/201009271926.40466.edfnet-...@yahoo.fr
Re: Script init.d et update-rc.d au comportement inattendu
Le lundi 27 septembre 2010 à 21:57:38, Gilles Mocellin a écrit : Le Monday 27 September 2010 19:26:40 Eddy F., vous avez écrit : [...] J'ai créé un script /etc/init.d/perso (voir ci-dessous) et utilisé update-rc.d perso start 99 2 . stop 10 0 . Les liens sont bien créés dans rc0.d et dans rc2.d mais au lieu d'être préfixés par S99 et K10, j'ai obtenu S01 et K01. Pourquoi ? Bon, cela semble fonctionner quand même mais j'aimerais pouvoir mieux contrôler l'ordre des scripts. [...] Le système de démarrage de squeeze n'est plus du bon vieux sysv... C'est un système de dépendances avec insserv. L'ordre de démarrage est déterminer en fonction des Headers LSB en tête de script d'init qui détermine des dépendances. http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot Ah bon ! J'ai lu la doc ci-dessus ainsi que http://wiki.debian.org/LSBInitScripts qui m'a été envoyé par mail. Grâce à vos aides, j'ai adapté mon script mais il me reste quelques questions. C'est surtout pour m'assurer que je n'ai pas compris de travers. 1/ Mon script peut raisonnablement attendre la fin de la séquence de démarrage lorsqu'il est started au runlevel 2. J'ai donc utilisé # Required-Start: $all Est-ce correct ? 2/ Au shutdown de la machine, le script doit utiliser find ... -mtime ... et passer le résultat à tar. Il utilise logger pour écrire dans /var/log/messages. J'ai utilisé # Required-Stop:$local_fs $syslog $time Cela est-il suffisant ou y a-t-il un service que j'aurais oublié ? 3/ man update-rc.d signale toujours le format du style update-rc.d perso start 99 2 . stop 10 0 . qui, si j'ai bien compris, ne sert plus à rien. Correct ? 4/ J'ai utilisé à la place update-rc.d perso defaults et il m'a été répondu update-rc.d: using dependency based boot sequencing update-rc.d: warning: perso start runlevel arguments (2 3 4 5) do not match LSB Default-Start values (2) update-rc.d: warning: perso stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (0) Puis-je ignorer ces warnings ? À vrai dire, je ne comprends pas bien pourquoi on peut (doit ?) préciser Default-Start et Default-Stop si dès qu'on y met autre chose que les LSB Default-Start/Stop values ça se plaint. Je loupe quelque chose ? Merci en tout cas. J'ai déjà bien avancé grâce à vos aides. -- Eddy -- 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/201009272331.07935.edfnet-...@yahoo.fr
