Re: convertir fichier encodé format mac e n iso
Thierry B wrote: Bonjour, Je voulais convertir des fichiers textes encodé sous mac, en iso. Je me demandais s'il y avait des outils pour faiire cela sous debian? Voila ce que donne un file sur le fichier: [EMAIL PROTECTED]:~$ file Desktop/Sans\ titre Desktop/Sans titre: Non-ISO extended-ASCII text J'ai essayé avec iconv, de voir ce qu'il y avait comme format d'encodage en ascci, et voila le resultat: [EMAIL PROTECTED]:~$ iconv --list |grep -i ascii ASCII// CSASCII// US-ASCII// Mais aucun d'eux ne marchent en source, pour la conversion avec iconv J'ai ouvert ce fichier avec emacs, qui m'a affiché cela comme encodage: iso-2022-8bits-ss2-unix iconv a trouvé ces encodage là (j'ai fait un grep avec 2022): [EMAIL PROTECTED]:~$ iconv --list |grep -i 2022 CSISO2022CN// CSISO2022JP// CSISO2022JP2// CSISO2022KR// ISO-2022-CN-EXT// ISO-2022-CN// ISO-2022-JP-2// ISO-2022-JP-3// ISO-2022-JP// ISO-2022-KR// ISO2022CN// ISO2022CNEXT// ISO2022JP// ISO2022JP2// ISO2022KR// J'en ai testé qulques un mais j'ai pas eu le courage de tous les faire lol.. Est-ce que quelquun sait facilement comment faire? Merci A+ As-tu essayé recode. C'est un petit outil en ligne de commande qui comprends à peu près tout les encodages. Olive -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rm -r / fatidique
Matthieu MARY wrote: bonsoir a tous, bon ca va surement en desesperer plus d'un mais je viens de faire le malencontreux rm -f /* fatidique sur ma machine... maudit verrouillage numerique qui n'etait pas activé... bref tout ca pour avoir confirmation que je n'avais vraiment aucun moyen de recuperer certaines de mes datas... je sais qu'il existe sous windows des softs qui recuperent des données sur des partitions effacées, mais je ne sais pas si j'ai un moyen de recuperer certains infos dessus... bien cordialement, Matthieu PS: et moi qui bossait sur mes backups :S Cela dépends du type de fichier. La première chose à faire est de démonter la partition et ne plu la remonter. Midnight commander a une fonction de déseffacage (undelete) pour les partitions ext2 (à faire a partir d'un CD bootable par exemple le system rescue CD). Si tu est en ext3, jer crois que la seule chose a faire est de faire une recherche sur le device brut: less -f /dev/hda (par exemple) et tu fait une recherche sur un morceaux de phrase présent dans un de tes fichiers. Olive -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Un CD bootable qui ne boote pas
Denis Bailliet wrote: Bonjour, J'aimerai bien utiliser le travail de François Boisson pour récupérer des fichiers. CDparted est sur http://boisson.homeip.net/CDparted.iso.gz (3,5M) CD couteau suisse http://boisson.homeip.net/CDsecours.iso.gz (18M) Mais voila je n'arrive pas a faire un CD bootable a partir de ROXIO easy... sous windows XP. Qu'elle sont les options nécessaire pour que cela fonctionne ? Est gênant d'utiliser des CD RW pour cela ? Les différents tutoriels sur le net ne mon pas permis d'y arriver. Merci Denis Bailliet J'ai une fois du faire un cd bootable sur XP et j'ai utilisé un port Windows de cdrecord (http://cdrecord.berlios.de/old/private/cdrecord.html), utilitaire commun de gravure de CD sous linux. Tu ouvres un terminal, cd dans le répertoire ou se trouve cdrecord (alternativement mets cdrecord dans le path: panneau de conf - système - avncé - var. d'environement). cdrecord -scanbus pour trouver le numéro du graveur et cdrecord -v dev=0,0,0 padsize=50 image.iso (remplacer le 0,0,0 par le numéro trouvé avec le scanbus). Olive -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: HS : conversion Office to PDF
Franck wrote: Bonjour la liste, désolé de ce HS flagrant mais j'aurais besoin d'aide sur ce sujet. J'ai besoin de convertir des documents Office (.xls/.doc/.ppt/.pps/etc) en PDF sous Linux et si possible en ligne de commande (script). Y a-t-il un outil permettant de faire ceci ? Merci d'avance Franck Openoffice (www.openoffice.org) is the program which are the best to read M$ Office on Linux, and can generate good PDF files respecting links, table of contents, etc (you need the 2.0 version to have these features). However I don't think there is something foreseen to do it on the command line (the commercial version of Openoffice: Staroffice might do that). It is probably possible to write openoffice macros to do it however. Olive -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: touches debut et fin qui marchent pas en console
Daniel C wrote: Bonjour, Sur un serveur de test en sarge les touches début et fin ne marchent pas en ligne de commande (avec putty comme client ssh), un '~' s'affiche à la place. C'est assez énervant quand on rappelle une commande et que l'on veut juste changer une option au début de la longue ligne... Dans mon editeur (joe), ça marche bien. Où peut-on régler ça (j'ai presque tout essayé coté config client)? Daniel PS: J'avais déjà eu le contraire (pb ds joe et pas en ligne de commande), qqun m'avait donné une soluce mais je la retrouve pas en fouillant mes archives... grrr Il y a une option dans putty pour savoir quelle terminal émuler, choisi linux console, il y a une autre option pour savoir quelle doit être la variable TERM, mets la à linux. (Etant pour le moment sous linux, je ne me souviens plus de l'endroit exacte de ces options). Olive -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: création de fichiers et propriéta ires et droits
The fyxx wrote: Le 24/11/05, *Debian User* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] a écrit : Bonjour, Sur une même station de travail, je voudrais que plusieurs utilisateurs puissent partager des répertoires et les fichiers qui sont dedans. J'ai crée un répertoire : /photo avec les droits: $ls -al / |grep photo drwxrwx--- 13 root users 4,0K 2005-10-24 22:49 photo Tous les utilisateurs appartiennent au groupe users. Quand toto copie des fichiers, crée des répertoires dans /photo alors ces fichiers et ces répertoires appartiennent à toto -rwxrwx--- 1 toto toto499K 2005-09-25 13:35 img_1991.jpg -rwxrwx--- 1 toto toto 438K 2005-09-25 13:35 img_1993.jpg -rwxrwx--- 1 toto toto 439K 2005-09-25 13:35 img_2001.jpg Où puis-je changer ce comportement? Merci beaucoup -- Pensez à enlever anti-spam de l'adresse de retour -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Je dirais avec un chmod 1770 /data C'est de cette maniere (il me semble) que l'heritage des droits se fonde sur les droit du dossier et non plus de l'utilisateur qui y depose un fichiers. Je pense aussi que chmod 1770 /data est la meilleure solution. Il n'y a pas d'héritage des droits; simplement le 1770 dit que tout le monde a le droit d'écrire dans /data mais que seul les fichiers dont on est propriétaire peuvent être effacé. Il est donc important que les utilisateurs placent dans ce dossier des fichiers avec les permissions 0644. Olive -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Faire marcher un modem AC97
giggz wrote: Bonjour, j'ai un portable équipé d'un modem AC97 et je n'arrive pas à le faire fonctionner! j'ai compilé en dur les drivers alsa correspondants intel8x0m (pour le son j'ai intel8x0). Il est bien reconnu au démarrage. J'ai ensuite installé le daemon sl-modem. Celui-ci reconnait bien mon modem, crée un lien /dev/modem. dc pas de pb de ce côté là! Ensuite je décide de configurer ma connection: je vais ds bureau-administration-reseau. je rentre les paramètres de connection à savoir: num de téléphone; login; mot de passe; port du modem=/dev/modem; type de composition=tonales je valide. là rien ne se passe. lorsque je cherche à rendre la connection active, il ne se passe rien. pas de numérotation. que faire? ayant bisouiller ds mon noyau afin de l'alléger au max, j'ai peut être retiré des options nécessaire à la connection...quelles sont les options nécessaires à la connections par modem? merci de vos réponses Guillaume As-tu essayé les drivers de Smartlink? La version la plus récente est: http://linmodems.technion.ac.il/packages/smartlink/slmodem-2.9.11-20051101.tar.gz Installe en suivant les instructions du README. Essaye ou non le mode ALSA (mon modem marche mieux sans le mode ALSA). Si tu utilises un noyau récent (= 2.6.10 ?), il est important de ne pas prendre une version plus ancienne qui ne fonctionnera pas. Pour tester ton modem, je te suggère de faire le numéro de ton ISP avec minicom. Essaye par exemple ATDTnuméro de téléphone de ton fournisseur et vois si tu obtiens une réponse. Ceci permet de tester ton modem indépendamment d'autres configurations. Olive
Re: Est-ce normal que personne ne réponde à mes questions?
wormhole wrote: - Est-ce normal que personne ne réponde à mes questions? - Depuis hier j’ai posé deux questions restées sans réponse ? - Cette liste est elle privée ou pour tous ceux qui veulent comprendre GNU/Linux ? J’ai l’impression que ce sont toujours les mêmes qui s’entraident, mais j’espère me tromper… - Mes questions ne sont peut être pas intéressantes et personne ne dédaigne y répondre ? - Mais alors comment faut il poser les questions, seulement une fois que l’on en connais la réponse ! - Peut être, vais-je enfin trouver quelqu’un qui va répondre a ces questions ? Si personne n'a répondu, c'est simplement parceque la question n'était pas suffisament claire ou simplement que personne ne connaissait la réponse. Je vois une question du style Quelqu'un a t'il pu installer CELESTIA sur une woody?. Si tu as un problèmes pour installer quelque chose, il haut ditre quelle sont les commandes que tu as tapées, quels sont les messages d'erreurs éventuels, etc... Olive
Re: Est-ce normal que personne ne réponde à mes questions?
wormhole wrote: Merci d'avoir répondu à mes questions cela me rassure. Concernant GOOGLE et autres, j'effectue mes propres recherches et c'est seulement quant je ne trouve pas la réponse que j'interroge la liste. Concernant CELESTIA après avoir décompresser et configurer, MAKE INSTALL sur ROOT pose problème et me donne la réponse : PAS DE REGLE POUR FABRIQUER LA CIBLE INSTALL Dans le répertoire de celestia le fichier makefile n'existe pas? La procédure classique pour installer un logiciel à partir des sources est dans le rértoire ou tu as décompressé les sources: 1) ./configure 2) make 3) sous root make install Je ne connais pas CELESTIA, mais il y surement uin fichier README ou INSTALL qui peut donner plus de détails? si une des commandes ./configure ou make donne un message d'erreur, ce n'est pas la peine d'essayé les autres, il faut d'abord résoudre le problème. Olive
Re: clé usb et encodage des fichiers
B. wrote: Bonjour à tous, on m'a prêté une clé usb, remplie depuis un PC windows par des fichiers qui ont un nom en chinois traditionnel (encodage GB). Forcément(*), quand je branche la clé sur mon PC, je vois plein de petits points d'interrogation. (Konqueror, xterm correctement configuré,...) Je voulais donc savoir s'il y avait au moins un moyen de lire les noms des fichiers pour pouvoir les renommer avec leur retranscription après, avant de les copier sur mon disque. As-tu essayé les options iocharset/codepage option de la commande mount. Have you tried the iocharset and/or codepage option to the mount command mount /dev/sda1 -t vfat -o iocharset=value -o codepage=value /mnt/clef (si tu monte dans le repertoire clef). Je ne peux pas t'aider pour savoir quelle valeur mettre pour valeur. Merci de votre aide, B. (*) /Lois de Murphy et applications/ PS : Tant qu'on y est, y a pas moyen d'avoir des noms de fichiers en langues exotiques (chinois ou japonais). OK, c'est pas tout ce que vous voulez, mais n'empêche que ça me fait toujours un peu râler de devoir écrire des retranscriptions de noms (après j'oublie les caractères et c'est la galère pour les retrouver...) Je te suggère de poser cette question sur la mailing liste en chinois. Tu auras probablement plus de chance que sur la mailing liste française. Olive Have y
Re: connection automatique a l'interface graphique
gwenj wrote: Bonjour, je souhaiterais que lorsque je lance mon ordi Xorg se lance automatiquement, et ne me demande pas de login ni de mots de passe ... Je ne souhaite pas utiliser gdm ni kdm car il y a trop de dépendances à installer. Donc soit utiliser xdm soit carrement me faire un petit script automatique je précise que cette machine ne risque pas grand chose d'une méchante personne vu que je suis seul dans ma maison à m'en servir Que par ailleur c'est une machine de test donc j'ai évacuer le mot de passe pour éviter de devoir le taper à longueur de temps ... En meme temps ca pose un probléme parce que je suis forcé de me logguer d'abord en mode texte puis de faire startx xdm n'acceptant pas l'absence de mot de passe Comment puis je faire pour automatiser le lancement de mon dm ? Merci d'avance Gwen Rem: etant pour le moment sous Slackware, il est possible que mes suggestions doivent être adaptée. Solution 1) Installe gdm et lance l'outil de configuration, il y a une option qui permet justement cela. Solution 2) Edite le fichier /etc/rc.d/rc.local (à adapter, je ne suispas sur du nom sous Debian) et place y la commance su - to nom -c startx. Tu peux egalement mettre cette commande dans le fichier qui lance l'interface graphique (/etc/rc.d/rc4 ???) et configurer ton ordi pour booter en mode graphique Remarque: Ces solutions marchent même si tu a un mot de passe. Si tu n'as pas de mot de passe, il peut être dangereux de se connecter à l'internet; tu ne peux le faire de manière sûre que si tu es _certain_ de ne pas avoir de serveur qui tourne sous ta machine. Il faut entre autre t'assurer que le serveur X n'accepte pas de connection distante. Ces mots de passe sous linux ont d'ailleurs pour but d'empêcher une attacte distante et pas une attaque locale. Quelqu'un qui a accès physiquement à l'ordinateur n'aura pas de problème pour y prendre possession, malgré les mots de passe (par exemple en démarrant sur un CD; en montant le répertoire racine et en supprimant le mot de passe dans /etc/shadow). Olive
Re: conf clavier portable
Bayrouni wrote: Bonjour à tous, Les touches de mon portableds (ipower packarbell dantant de 2002), ne correspondent pas toujours. C'est notamment le cas des touches non alphanumériques Que faire pour mettre de l'ordre dans mes touches Il est vraiment penible d'inscrire certains caractères pourtant frequemment utilisés Voici ce que j'ai dans le xorg.conf (j'utilise la branche testing de debian) Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard OptionXkbRules xorg Option XkbModelpc105 OptionXbLayout fr EndSection Je pense que l'option XkbModel pc105 ne convient pas pour un portable, mais je ne sais pas quoi mettre. Merci Bayrouni Tu peux essayer pc101, pc102, etc Es-tu sur que tu a bien un clavier français? Si tu utilise KDE (ou Gnome), ils peuvent redéfinir eux-même les claviers, désactive cette option dans KDE, ou reconfigure le clavier comme tu le veux (Je ne sais pas pour Gnome). Tu peux essayer xorgcfg, il va permettre de configurer graphiquement xorg.conf (le clavier et les autre paramètres X) Si enfin rien ne va, xmodmap (man xmodmap pour plus d'information) permet de configurer à la main le clavier. Olive
Re: Compatibilité Debian/Windows XP
Debian List wrote: Bonsoir à tous: voilà demain je vais réinstallé Windows XP Pro SP2 pour quelque jours mais le problème est que mes fichiers personnelles sont sur un partition ext3... Comment faire pour que Windows XP puisse voir mes fichiers? je vous remercie J'utilise http://sourceforge.net/projects/ext2fsd Il permet, contrairement à explorer2fs de monter une partition ext2/ext3 et de la voir comme un disque usuel. Bien que ce soit expérimental, il permet aussi l'écriture sur une partition ext2 (mais pas ext3). Olive
Re: - bonne nouvelle - les br evets logiciels rejetés
Thiebald Cremers wrote: On verra bien si c'est vraiment une bonne nouvelle. N'oublions pas que notre ami Rocard avait bien modifié le texte en ne permettant les brevets logiciels que si ces logiciels avaient directement permis une contribution technique elle même brevetable. Autrement dit, le logiciel ayant permis d'inventer le système de freinage ABS est brevetable parceque ABS est brevetable, mais microsoft office, Ooo, une distribution linux, mac os... tout ça n'est pas brevetable. Autrement dit, la proposition de directive ne permettait qu'une brevetabilité logiciel bien ciblé. J'ai une question à ce propos. Supposons qu'il y ait un brevet sur un système ABS. Est-il possible qu'un logiciel destiné à tourner sur un PC viole ce brevet ou ce brevet est-il seulement valable dans le cadre d'un système ABS? La différence est énorme pour les logiciels libres. D'ici un an ou deux, on reviendra certainement avec un autre texte... qui permettra la brevetabilité tout court, comme aux Etats-Unis. Faut savoir aussi que le veto du parlement était pas mal dû à la relation exécrable entre le parlement et la commission, pas uniquement sur le fond de la question. Si dans 2 ans on a un texte pire et que le parlement et la commission s'entendent mieux, on aura peut être pis. Bon, faut peut-être pas être si pessimiste. C'est peut-être l'attitude anti-démocratique de cette commission qui rend les relations exécrables. On peut espérer que si cette relation est meilleure, la commission agira mieux aussi. Peut-être je rêve? Olive
Re: Changement de disque et de de partitionnement
On Mon, 16 May 2005 00:40:56 +0200, Cyprien [EMAIL PROTECTED] wrote : Mon ancien disque dur de 20 Go commençant à être un peu juste pour ma Debian Testing, j'ai investi dans un nouveau disque de 80 Go et j'aimerais avoir votre avis sur la manière de procéder à la migration. Ouf ! J'ai réussi la migration sans problème ! J'ai utilisé la méthode du CD d'install de Debian après avoir modifié /etc/fstab et lilo.conf, un 'lilo' et pouf ! ça a marché ! J'ai juste eu un doute au formatage sur la taille à réserver à root et sur le nombre d'inodes mais j'ai fait confiance à mke2fs en général sauf pour la partition /var qui était surtout là pour accueillir les news donc j'ai mis un inode pour 2k, ça me semble correct... Un grand merci à tous ceux qui m'ont aidé : Jean-Luc Coulon, Cyprien, Jacques L'helgoualc'h et Jean-Michel Oltra. La communauté Debian est vraiment remarquable... Je me demande combien de temps je vais pouvoir tenir sans réinstaller mon système... peut-être jamais ! ;-) En tout cas ça fait deux ans sans aucun problèmes... Merci ! -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Vidage de table ip_conntrack
Bonjour, J'ai depuis quelques jours un problème bizarre sur ma Debian Testing : j'ai souvent des messages du genre : ip_conntrack: table full, dropping packet après quelques heures de connexion à internet. Si je regarde /proc/net/ip_conntrack je me rends compte que c'est à cause du p2p (j'utilise mldonkey) que la table se remplie à vue d'oeil. La plupart des lignes étant du genre : tcp 6 418365 ESTABLISHED src=138.26.60.187 dst=213.103.52.217 sport=3049 dport=6882 src=213.103.52.217 dst=138.26.60.187 sport=6882 dport=3049 [ASSURED] use=1 Pourtant dans /proc/sys/net/ipv4/ip_conntrack_max j'ai un seuil assez haut : 20472 et dans /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established j'ai le seuil classique de 5 jours. Bon je vais commencer à jeter un oeil à mldonkey pour voir pourquoi il me mets toutes ces connexions en pagaille (alors que ça fait plus d'un an que je l'utilise sans problème) et je vais peut-être baisser le seuil d'abandon de la connexion à 1 jour au lieu de 5 jours, d'ailleurs si quelqu'un pouvait m'expliquer pourquoi on a par défaut 5 jours, ça me semble un peu élevé (moi j'aurais mis quelques heures...). Le véritable problème est que en attendant j'aurais aimé vidé la table ip_conntrack sans devoir rebooter. Une brève recherche sur google me dit qu'il faut tout simplement que je décharge le module ip_conntrack. Seulement voilà celui-ci dépend de ipt_state et de iptable_nat et ceux-là je n'arrive pas à les décharger avec rmmod car apparemment ils sont utilisés (ou indisponibles ?) mais je ne sais pas par qui : :/var/log# lsmod Module Size Used by km_drv 39576 0 km_api_drv 14932 1 km_drv pwc80084 0 ipt_state 1408 24 iptable_mangle 2080 0 iptable_nat22088 1 ip_conntrack 40596 2 ipt_state,iptable_nat iptable_filter 2848 1 ip_tables 16576 4 ipt_state,iptable_mangle,iptable_nat,iptable_filter ppp_deflate 4832 0 zlib_deflate 21720 1 ppp_deflate bsd_comp5344 0 ppp_async 9184 1 crc_ccitt 1632 1 ppp_async ppp_generic22132 7 ppp_deflate,bsd_comp,ppp_async slhc6336 1 ppp_generic rmmod ipt_state ou rmmod iptable_nat me donne le message d'erreur suivant : ERROR: Module iptable_nat is in use J'ai essayé virer tous les modules, mais à la fin je n'ai pratiquement plus rien et ces deux là ne veulent toujours pas partir même avec l'option -f : ERROR: Removing 'iptable_nat': Resource temporarily unavailable Donc quelqu'un pourrait-il me donner une explication et/ou une méthode pour décharger ces modules ? Ou une autre méthode pour vider la table ip_conntrack ? Merci d'avance, -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Vidage de table ip_conntrack
On Mon, 02 May 2005 01:15:23 +0200, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote : Salut ! Le véritable problème est que en attendant j'aurais aimé vidé la table ip_conntrack sans devoir rebooter. Une brève recherche sur google me dit qu'il faut tout simplement que je décharge le module ip_conntrack. Seulement voilà celui-ci dépend de ipt_state et de iptable_nat et C'est plutôt l'inverse : ipt_state et iptable_nat dépendent de ip_conntrack. Oui pardon, je me suis trompé de sens... ceux-là je n'arrive pas à les décharger avec rmmod car apparemment ils sont utilisés (ou indisponibles ?) mais je ne sais pas par qui : :/var/log# lsmod Module Size Used by [...] ipt_state 1408 24 iptable_mangle 2080 0 iptable_nat22088 1 ip_conntrack 40596 2 ipt_state,iptable_nat iptable_filter 2848 1 ip_tables 16576 4 ipt_state,iptable_mangle,iptable_nat,iptable_filter Tiens, tu n'utilises pas les modules ip_conntrack_ftp et ip_nat_ftp pour ne pas avoir de problème avec les connexions FTP ? Ah j'avoue que non. Je ne me suis jamais trop intéressé aux connexions FTP car je n'en fais très très rarement sauf pour récupérer de temps en temps le nouveau noyau/gcc/live CD (et même dans ces cas là j'essaye maintenant de plutôt utiliser bittorrent via mldonkey justement). En tous les cas c'est toujours moi qui initie la connexion donc je n'ai pas jugé nécessaire d'écrire des règles spécifiques pour le FTP... C'est 'dangereux' ce raisonnement ? rmmod ipt_state ou rmmod iptable_nat me donne le message d'erreur suivant : ERROR: Module iptable_nat is in use J'ai essayé virer tous les modules, mais à la fin je n'ai pratiquement plus rien et ces deux là ne veulent toujours pas partir même avec l'option -f : ERROR: Removing 'iptable_nat': Resource temporarily unavailable Donc quelqu'un pourrait-il me donner une explication et/ou une méthode pour décharger ces modules ? ipt_state est utilisé par les règles iptables contenant une correspondance -m state. iptable_nat est utilisé par les règles iptables contenant une cible -j DNAT ou -j SNAT. Il faut supprimer Ah ok merci du tuyau. J'ai fait un 'iptables -t filter -F' pour vider la table filter et enlever ipt_state et un 'iptables -t nat -F' pour enlever iptable_nat. Ce qui m'a permis d'enlever ip_conntrack et de ré-initialiser la table ip_conntrack toutes ces règles pour pouvoir décharger ces modules. Ou une autre méthode pour vider la table ip_conntrack ? S'il en existe une, je l'ignore mais je suis intéressé. Tu as essayé de baisser /proc/sys/net/ipv4/ip_conntrack_max très bas ? Pour ensuite le remettre à son niveau initial ? Non j'avoue que non, je vais essayer dès que ma table sera de nouveau remplie (parce que du coup je viens de la vider là... ;-)). Bizarre quand même ce remplissage de table à outrance... Qu'est-ce qu'il me fabrique ce mldonkey ? Au fait tu ne saurais pas par hasard pourquoi on a mis cette valeur élevée de 5 jours pour le timeout des connexions ? En tout cas merci, je n'aurais plus besoin de rebooter ! -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Editeur de Mail HTML
Hell4Life wrote: Je cherche un moyen d'envoyer des mails au format html. Avant toute réflexion, c'est pour envoyer une newsletter aux abonnées d'un site que je gère. Ce mail devra supporter une mise en page complète (comme une page html), et l'en-tête Content-Type: multipart/alternative pour que le message s'affiche au choix en texte brut ou en html en fonction du choix de lecteur de mail du client. Est-ce que l'un d'entre-vous connaitrai un logiciel capable de réaliser ce type de mail et tournant sous linux ? Mes recherches n'ont pas été très fructueuses jusqu'à présent ... Merci pour vos idées Mat' mozilla thunderbierd les versions récentes de kmail Olive
Re: [après compil noyau] apm? acpi? en tout cas, mon laptop s'éteint pas (il reboot)
Aurelien wrote: Salut, j'ai un portable ACER 1355XC (1350 series) en Sarge, avec un noyau 2.6.9 que je viens de recompiler. Il me semble que j'ai passé les bonnes options (j'ai comparé avec un autre portable que j'ai, et priori ça colle), mais pourtant, lorsque je demande un halt, il reboote systématiquement, et quand je tape reboot, il reboote aussi (c'est déjà mieux !)... Si je coupe direct avec le bouton de démarrage (un coup seulement), il fait comme si j'avais tapé halt, et il éteint bien l'ordinateur. Dans ce cas il suffit d'aller voir quelle commande le fait d'appuyer sur le bouton poweroff a lancé: regarde dans /etc/acpi Olive
Probleme de selection X avec firefox
Bonjour, Depuis quelques temps j'ai un phénomène bizarre avec Firefox : la sélection X ne marche plus ! Je ne peux pas sélectionner quelque chose et le copier avec le bouton du milieu... La meilleure preuve est que si j'ouvre une autre application et que je sélectionne du texte dans cette application, je peux aussi sélectionner du texte dans firefox et le texte dans l'autre application est toujours sélectionné ! Tout se passe comme si firefox ignorait la mise en sélection. Est-ce que j'ai oublié une option quelque part ? Je suis en Debian Testing et la version de Firefox que j'utilise est : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050110 Firefox/0.8 (Debian package 1.0+dfsg.1-2) Merci, -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cdrecord et permission
Bonjour, Je suis en train de tester la gravure de CD sur ma Debian Testing et je ne sais pas trop comment gérer les problèmes de permissions avec cdrecord pour pouvoir graver en tant que simple utilisateur. En ce moment j'utilise k3b qui fonctionne très bien mais qui me renvoie les messages suivants : /usr/bin/cdrecord:cannot set RR-scheduler /usr/bin/cdrecord:canot set priority using setpriority() WARNING:this causes a high risk for buffer underuns J'ai lu sur les forums deux choses contradictoires : 1) il faut éviter de mettre des bits SUID 2) mettre le bit SUID de cdrecord Qui doit-je écouter ? Merci, -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Probleme de selection X avec firefox
On Sat, 12 Mar 2005 14:25:57 +0100, Chaurin Olivier [EMAIL PROTECTED] wrote : Salut, Depuis quelques temps j'ai un phénomène bizarre avec Firefox : la sélection X ne marche plus ! Je ne peux pas sélectionner quelque chose et le copier avec le bouton du milieu... (...) Tu devrais poser ta question sur le site Geckozone : http://www.geckozone.org/forum/ Car je pense que ton problème est plus lié à Firefox qu'à Debian. Ok merci je viens de poster mon message là-bas... -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Probleme de selection X avec firefox
On Sat, 12 Mar 2005 14:00:33 +0100, Olive [EMAIL PROTECTED] wrote : Bonjour, Depuis quelques temps j'ai un phénomène bizarre avec Firefox : la sélection X ne marche plus ! Je ne peux pas sélectionner quelque chose et le copier avec le bouton du milieu... La meilleure preuve est que si j'ouvre une autre application et que je sélectionne du texte dans cette application, je peux aussi sélectionner du texte dans firefox et le texte dans l'autre application est toujours sélectionné ! Tout se passe comme si firefox ignorait la mise en sélection. Est-ce que j'ai oublié une option quelque part ? Je suis en Debian Testing et la version de Firefox que j'utilise est : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050110 Firefox/0.8 (Debian package 1.0+dfsg.1-2) Merci, Ok j'ai résolu le problème de manière assez bizarre : Il m'a suffit de taper about:config dans la barre d'URL de firefox et de mettre le drapeau clipboard.autocopy à 'true' ! -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Problème de droits avec gnome-ppp
Bonjour, Souhaitant me connecter à internet via un modem par liaison série, j'essaye d'utiliser gnome-ppp. Bizarrement lorsque je lance la détection du modem (/dev/ttyS0), il me rétorque que je n'ai pas les droits alors que normalement c'est bon : crw-r- 1 root dialout 4, 64 Nov 8 23:47 ttyS0 La preuve ? J'arrive à me connecter avec la commande pon provider Si je mets les droits d'écriture au groupe dialout, tout d'un coup ça marche ! Mais je me demande pourquoi gnome-ppp tient tellement que ça à mettre les droits d'écritures sur /dev/ttyS0 alors que pon s'en moque ? Je peux laisser les droits d'écriture au groupe dialout ou est-ce un trou de sécurité potentiel ? Merci !
Re: Version de clamav en Testing obsolete ?
Ah il faut donc attendre la version 0.8... Sinon toi qui est un utilisateur de sylpheed, comment se fait-il que clamav ne détecte pas le virus Netsky.Y (ou Worm.SomeFool.Y pour clamav, celui dont le sujet du message est Delivery failure notice ID-) lorsqu'il est activé via la plugin de Sylpheed ? Si je sauvegarde la pièce jointe, clamav détecte bien le virus, mais via le plugin il ne détecte rien... Merci! *** REPLY SEPARATOR *** On Thu, 21 Oct 2004 09:33:10 +0200, philippe Guillaumaud [EMAIL PROTECTED] wrote : Bonjour, Le Thu, 21 Oct 2004 09:22:21 +0200 Ludovic Gele [EMAIL PROTECTED] a écrit: Selon k3rn [EMAIL PROTECTED]: Le mer 20/10/2004 à 12:40, Olive a écrit : Bonjour, Etant en testing, j'ai fait un apt-get install clamav clamav-freshclam et j'essaye ensuite de lancer manuellement freshclam et voici le warning que j'obtiens : ClamAV update process started at Wed Oct 20 12:37:00 2004 Reading CVD header (main.cvd): OK main.cvd is up to date (version: 27, sigs: 23982, f-level: 2, builder: tomek) Reading CVD header (daily.cvd): OK daily.cvd is up to date (version: 540, sigs: 1397, f-level: 3, builder: trog) WARNING: Your ClamAV installation is OUTDATED - please update immediately ! WARNING: Current functionality level = 2, required = 3 Est-ce que cela signifie que la version de clamav en testing est obsolète ? (c'est la version 0.75.1-4) Merci ! freshclam en root, pour mettre à jour la base clamav. J'ai le même problème, et lancer freshclam en tant que root n'y change rien... Je confirme, j'ai mis à jour mon clamav hier, je pensais que cela résoudrais ces warnings, mais non, sont toujours la...
Version de clamav en Testing obsolete ?
Bonjour, Etant en testing, j'ai fait un apt-get install clamav clamav-freshclam et j'essaye ensuite de lancer manuellement freshclam et voici le warning que j'obtiens : ClamAV update process started at Wed Oct 20 12:37:00 2004 Reading CVD header (main.cvd): OK main.cvd is up to date (version: 27, sigs: 23982, f-level: 2, builder: tomek) Reading CVD header (daily.cvd): OK daily.cvd is up to date (version: 540, sigs: 1397, f-level: 3, builder: trog) WARNING: Your ClamAV installation is OUTDATED - please update immediately ! WARNING: Current functionality level = 2, required = 3 Est-ce que cela signifie que la version de clamav en testing est obsolète ? (c'est la version 0.75.1-4) Merci !
Re: Du bon usage de apt-get upgrade et de apt-listbugs
Pile poil ce qu'il me fallait ! Merci du tuyau ! Mais... vous faisiez comment avant l'invention de ce script ?? *** REPLY SEPARATOR *** On Sun, 10 Oct 2004 23:17:35 +0200, Raphaël 'SurcouF' Bordet [EMAIL PROTECTED] wrote : Je viens de passer en Testing depuis une semaine et je n'arrive pas bien à me servir de apt-listbugs. J'aimerais juste que mon système soit mis à jour avec les paquets ne comportant pas de bogues graves (donc ceux n'étant pas relevé par apt-listbugs). J'ai donc installé apt-listbugs mais celui-ci en cas de bogues me demande si je veux fixer (to be pinned) les paquets concernés, ce à quoi je répond oui, et après les oublie. Le fonctionnement que j'aimerais est que apt-get n'installe que les paquets non bogués (donc non cité par apt-listbugs) et upgrade les paquets qui étaient bogués quand ceux-ci disparaissent de apt-listbugs. Pour l'instant je fais des apt-get upgrade, je fixe les paquets mentionnés dans apt-listbugs et j'efface de temps en temps /etc/apt/preferences pour savoir si je peux upgrader les paquets qui étaient fixés. Il existe apparement un script nommé aptcleanup à placer dans un cron qui peut faire ce boulot à ta place (je viens juste de le voir[1]). Pour le reste, notamment le fait de devoir relancer apt-get après avoir étiquetté un paquet, apt-listbugs est tributaire d'apt[2]... [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=270572 [2]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=192787
Re: Impossible d'installer openoffice avec apt-get
Olive wrote: Bonjour, Suite à un passage Woody-Testing, j'ai perdu openoffice et je n'arrive plus à l'installer apparemment suite à une cafouillage de apt-get entre mes anciens backports et les nouvelles sources testing. Sur la Woody j'avais installé openoffice grâce à un backport et je suis alors passé en testing en commentant la ligne du backport dans sources.list pensant que la mise à jour serait automatique. Voilà typiquement le type de cas pour lequel les backports sont déconseillés... Oui je sais c'est pour cela que j'ai au maximum évité de les utiliser (dans la plupart des cas je préfèrais compiler moi-même les applications). [...] J'avoue que je ne sais plus trop que faire pour résoudre ce problème ? Quelqu'un pourrait-il m'indiquer comment aider apt-get ou résintaller sa base de donnée ? Aucun besoin. Que dit: apt-cache policy openoffice.org ? # apt-cache policy openoffice.org openoffice.org: Installed: (none) Candidate: (none) Package Pin: (not found) Version Table: 1.1.2-4 1000 500 http://ftp.fr.debian.org testing/main Packages Je ne sais trop comment déchiffrer ce truc... C'est bon signe ou pas ? Merci pour l'aide !
Re: Impossible d'installer openoffice avec apt-get
On Sat, 9 Oct 2004 14:11:51 +0200, Jean-Michel OLTRA [EMAIL PROTECTED] wrote : J'avoue que je ne sais plus trop que faire pour résoudre ce problème ? Quelqu'un pourrait-il m'indiquer comment aider apt-get ou résintaller sa base de donnée ? Radical: tu vires ce qui concerne OO ? Mais il n'y a rien d'installé concernant openoffice : # dpkg --get-selections | grep open libopencdk8 install libopenft-gift install openssl install ttf-opensymbol deinstall Alors que faire ?
Re: Impossible d'installer openoffice avec apt-get
On Sun, 10 Oct 2004 20:07:01 +0200, Florent Bayle [EMAIL PROTECTED] wrote : Suite à un passage Woody-Testing, j'ai perdu openoffice et je n'arrive plus à l'installer apparemment suite à une cafouillage de apt-get entre mes anciens backports et les nouvelles sources testing. Sur la Woody j'avais installé openoffice grâce à un backport et je suis alors passé en testing en commentant la ligne du backport dans sources.list pensant que la mise à jour serait automatique. Voilà typiquement le type de cas pour lequel les backports sont déconseillés... Oui je sais c'est pour cela que j'ai au maximum évité de les utiliser(dans la plupart des cas je préfèrais compiler moi-même les applications). [...] J'avoue que je ne sais plus trop que faire pour résoudre ce problème? Quelqu'un pourrait-il m'indiquer comment aider apt-get ou résintaller sa base de donnée ? Aucun besoin. Que dit: apt-cache policy openoffice.org ? # apt-cache policy openoffice.org openoffice.org: Installed: (none) Candidate: (none) Package Pin: (not found) Version Table: 1.1.2-4 1000 500 http://ftp.fr.debian.org testing/main Packages Je ne sais trop comment déchiffrer ce truc... C'est bon signe ou pas ? Hum, je dirait que non, ça veut dire que le paquet openoffice.org n'est pas installé et n'est pas installable. As-tu fait un apt-get update récemment, et peut-tu envoyer le contenu de ton sources.list ? Je viens de refaire un apt-get update et toujours le même résultat. Voici mon sources.list : deb http://ftp.fr.debian.org/debian testing main contrib non-free deb http://ftp.fr.debian.org/debian-non-US testing/non-US main contrib non-free #mplayer plugin pour mozilla deb http://www.backports.org/debian/ woody mplayerplug-in # Pour ROX-Filer deb http://www.hrw.one.pl/apt/ sarge/ # Pour mplayer et libavcodec (ffmpeg) deb ftp://ftp.nerim.net/debian-marillat/ testing main
Re: Impossible d'installer openoffice avec apt-get
On Sun, 10 Oct 2004 20:07:01 +0200, Florent Bayle [EMAIL PROTECTED] wrote : Suite à un passage Woody-Testing, j'ai perdu openoffice et je n'arrive plus à l'installer apparemment suite à une cafouillage de apt-get entre mes anciens backports et les nouvelles sources testing. Sur la Woody j'avais installé openoffice grâce à un backport et je suis alors passé en testing en commentant la ligne du backport dans sources.list pensant que la mise à jour serait automatique. Voilà typiquement le type de cas pour lequel les backports sont déconseillés... Oui je sais c'est pour cela que j'ai au maximum évité de les utiliser(dans la plupart des cas je préfèrais compiler moi-même les applications). [...] J'avoue que je ne sais plus trop que faire pour résoudre ce problème? Quelqu'un pourrait-il m'indiquer comment aider apt-get ou résintaller sa base de donnée ? Aucun besoin. Que dit: apt-cache policy openoffice.org ? # apt-cache policy openoffice.org openoffice.org: Installed: (none) Candidate: (none) Package Pin: (not found) Version Table: 1.1.2-4 1000 500 http://ftp.fr.debian.org testing/main Packages Je ne sais trop comment déchiffrer ce truc... C'est bon signe ou pas ? Hum, je dirait que non, ça veut dire que le paquet openoffice.org n'est pas installé et n'est pas installable. As-tu fait un apt-get update récemment, et peut-tu envoyer le contenu de ton sources.list ? Je viens de refaire un apt-get update et toujours le même résultat. Voici mon sources.list : deb http://ftp.fr.debian.org/debian testing main contrib non-free deb http://ftp.fr.debian.org/debian-non-US testing/non-US main contrib non-free #mplayer plugin pour mozilla deb http://www.backports.org/debian/ woody mplayerplug-in # Pour ROX-Filer deb http://www.hrw.one.pl/apt/ sarge/ # Pour mplayer et libavcodec (ffmpeg) deb ftp://ftp.nerim.net/debian-marillat/ testing main C'est bon j'ai trouvé l'erreur : dans /etc/apt/preferences était fixé openoffice à cause d'un bogue par apt-listbugs Je démarre un nouveau fil sur la bonne utilisation de apt-listbugs... Merci !
Du bon usage de apt-get upgrade et de apt-listbugs
Bonjour ! Je viens de passer en Testing depuis une semaine et je n'arrive pas bien à me servir de apt-listbugs. J'aimerais juste que mon système soit mis à jour avec les paquets ne comportant pas de bogues graves (donc ceux n'étant pas relevé par apt-listbugs). J'ai donc installé apt-listbugs mais celui-ci en cas de bogues me demande si je veux fixer (to be pinned) les paquets concernés, ce à quoi je répond oui, et après les oublie. Le fonctionnement que j'aimerais est que apt-get n'installe que les paquets non bogués (donc non cité par apt-listbugs) et upgrade les paquets qui étaient bogués quand ceux-ci disparaissent de apt-listbugs. Pour l'instant je fais des apt-get upgrade, je fixe les paquets mentionnés dans apt-listbugs et j'efface de temps en temps /etc/apt/preferences pour savoir si je peux upgrader les paquets qui étaient fixés. Je suis sûr qu'il existe une solution moins manuelle à base d'options apt-get ou à base de scripts mais je n'ai rien trouvé sur Internet. Pourriez-vous m'aider ? Merci d'avance !
Re: Passage de stable en testing : bilan
On Thu, 07 Oct 2004 23:00:13 +0200, Glennie Vignarajah [EMAIL PROTECTED] wrote : 10) Je réinstalle dans le doute les fonts true type microsoft msttcorefonts et là paf ! c'est maintenant Sylpheed qui crashe au démarrage sur un gdk-error. Bon j'efface mon .sylpheedrc et je démarre avec un Sylpheed avec des fontes toutes moches. Lorsque j'essaye de sélectionner une des fontes microsoft (Arial), Paf ! ça replante sur un gdk-error. Essayez d'installer en plus le package xfonts-100dpi-transcoded si votre résolution d'écran est supérieur 1024x768. Si elle est inférieure , essayez xfonts-75dpi-transcoded. A+ C'était bien ça ! J'ai réinstallé les deux (qui étaient déjà installés) et maintenant tout fonctionne impeccable ! Comment pouvais-je deviner un truc comme cela ? Et comment cela se fait-il que ces paquets aient été corrompues ? En tout cas merci beaucoup !
Re: Passage de stable en testing : bilan
On Thu, 7 Oct 2004 00:53:56 +0200, Frédéric Bothamy [EMAIL PROTECTED] wrote : Voici un petit bilan de mon passage en testing ce WE. [...] 2) Les questions posées lors de cet upgrade sont toutes très claires et relativement peu nombreuses. Cependant j'aurais dû faire plus attention lors que l'on m'a demandé un changement de politique de gestion des droits: maintenant tous les utilisateurs sont en rwx-- par défaut alors qu'ils étaient en rwx-r-xr-x avant. C'était mieux avant ! je ne sais maintenant pas comment faire pour rechanger cette politique (je ne vais pas mettre umask 022 en dur dans tous les .bashrc !). C'est peut-être adduser ou base-files, mais je ne vois rien dans les scripts debconf qui fasse cela... C'était bien ça ! Lors de l'installation de adduser, il m'a posé la question pour savoir si je voulais une installation system wide, j'avais répondu non... J'ai fait un dpkg-reconfigure adduser et j'ai répondu oui et maintenant c'est bon ! 3) Un petit moment déconcertant lorsque l'on me demande d'arrêter gdm, xdm et autres... C'est le retour sous la console ! je fais Ctrl-Alt-F1 et je tue à la main X et gdm. Dans les futures notes de version de Sarge, il sera indiqué qu'il est préférable d'éviter de mettre à jour depuis une session X (tout comme pour Woody, il me semble). J'aurais dû m'en douter remarque... 12) Apparemment les droits pour X sont encore plus reistreint qu'avant : root ne peut plus utiliser le X d'un utilisateur. Je dois faire explicitement un xhost+local: alors que ça marchait bien avant. Je ne sais pas trop quoi faire pour permettre à root de toujours pouvoir utiliser X. En passant il n'y a même plus de variable d'environnement DISPLAY pour root ! je dois mettre dans mon .bashrc un export DISPLAY=:0.0 ? Euh, non. root n'a jamais eu les droits suffisants pour accéder à l'affichage (display) d'un utilisateur (sauf, bien sûr, si tu fais un xhost + dans ton script de démarrage de session X). Une bonne façon d'accéder à cet affichage pour root est d'utiliser sudo. Ah ? Bizarre cela marchait sous la Woody... Bon je vais jeter un oeil sur sudo alors (même si je n'ai aucune idée de comment cela marche...) Merci pour ton aide !
Impossible de lancer gdesklets
Bonjour, Sur ma Debian Testing, après un apt-get install gdesklets gdesklets-data je n'arrive pas à lancer gdesklets : lorsque je tape gdesklets start, une fenêtre gnome s'ouvre et affiche : Impossible d'ajouter le compossant graphique : le composant graphique ne peut être ajouté car le fichier n'existe pas. J'ai bien trouvé deux ou trois personnes ayant le même problème mais sans solutions. Le problème étant que je n'arrive pas à trouver l'équivalent du message en anglais donc cela restreint pas mal la base de recherche. Quelqu'un aurait-il une explication ? je n'ai aucun autre message d'erreur même dans /var/log et je ne sais pas comment faire pour avoir plus de messages d'erreurs... Merci d'avance...
Impossible d'installer openoffice avec apt-get
Bonjour, Suite à un passage Woody-Testing, j'ai perdu openoffice et je n'arrive plus à l'installer apparemment suite à une cafouillage de apt-get entre mes anciens backports et les nouvelles sources testing. Sur la Woody j'avais installé openoffice grâce à un backport et je suis alors passé en testing en commentant la ligne du backport dans sources.list pensant que la mise à jour serait automatique. Maintenant lorsque je fais : *** apt-get install openoffice.org : Reading Package Lists... Done Building Dependency Tree... Done Package openoffice.org is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source However the following packages replace it: ttf-opensymbol openoffice.org-thesaurus-en-us E: Package openoffice.org has no installation candidate *** apt-get install openoffice Reading Package Lists... Done Building Dependency Tree... Done Package openoffice is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package openoffice has no installation candidate *** apt-get install openoffice.org-bin Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: openoffice.org-bin: Depends: openoffice.org ( 1.1.1+1.1.2rc3) but it is not installable E: Broken packages *** J'avoue que je ne sais plus trop que faire pour résoudre ce problème ? Quelqu'un pourrait-il m'indiquer comment aider apt-get ou résintaller sa base de donnée ? Merci !
Passage de stable en testing : bilan
Bonjour, Voici un petit bilan de mon passage en testing ce WE. Tout d'abord un grand merci à ceux qui m'ont aidé à préparer ce passage et merci d'avance à tous ceux qui vondront bien m'éclairer sur les quelques points obscurs qu'il reste. Ma Debian était une Woody avec un noyau 2.6 et quelques backports ainsi que quelques installations à partir des sources (notemment mplayer). J'ai remplacé mon /etc/apt/sources.list et j'ai lancé l'installation par lot de 4 ou 5 paquets avec apt-get. 1) Très peu de problèmes, les rares qui survenaient provenait des installation à partir des sources qui installait des paquets non reconnu et bloquait donc quelques fichiers (j'installais à partir des sources avec checkinstall). Rien en tout cas qui ne puisse se résoudre en désinstallant certains paquets récalcitrant avec apt-get remove ou dans un cas extrême avec dpkg -r 2) Les questions posées lors de cet upgrade sont toutes très claires et relativement peu nombreuses. Cependant j'aurais dû faire plus attention lors que l'on m'a demandé un changement de politique de gestion des droits: maintenant tous les utilisateurs sont en rwx-- par défaut alors qu'ils étaient en rwx-r-xr-x avant. C'était mieux avant ! je ne sais maintenant pas comment faire pour rechanger cette politique (je ne vais pas mettre umask 022 en dur dans tous les .bashrc !). 3) Un petit moment déconcertant lorsque l'on me demande d'arrêter gdm, xdm et autres... C'est le retour sous la console ! je fais Ctrl-Alt-F1 et je tue à la main X et gdm. 4) On me conseille de rebooter pour des histoires de NSS ou de NFF je ne sais plus (résolution de noms je crois). Pas de problème je reboote et tout se passe bien (ouf !) 5) Comme tout se passe relativement bien, je finis par un sauvage apt-get dist-upgrade en bloc et il installe tout sans problème 6) Je reboote : le tant redouté LI apparaît au boot et tout est bloqué ! Grattage de tête et je me souviens que l'on m'avait demandé de relancer lilo à un moment après un remplacement de /boot/boot.d. Je sors une vieille disquette de boot et je relance lilo, cette fois cela démarre sans problème... 7) Je suis sous le nouveau Gnome ! Qu'il est beau... Je me familiarise avec le fameux mode spatial de nautilus et j'aime beaucoup ! ;-) 8) Il est temps de passer au peaufinage ! je vérifie un à un que tous mes logiciels fonctionnent : -xawtv ne marche plus : classique, je réinstalle les drivers GATOS pour mon ATI et ça marche ! -xmms ne veut plus démarrer ? après une brève recherche sur Google groups, il est marqué qu'il faut effacer le répertoire .xmms et relancer. Effectivement ça marche - nedit ne veut plus se lancer du tout pour des histoires de bad argument. Je laisse de côté pour l'instant -mon fond d'écran géré par xplanetbg (une vue de la terre synchronisé avec l'horloge) ne marche plus du tout et pour cause : xplanetbg n'existe plus et est remplacé par xplanet. Bon je recommence mes recherches sous Google et je me rends compte que personne n'a résolu le problème : apparemment Nautilus monopolise le fond d'écran et pas moyen d'afficher quelque chose de dynamique aussi facilement qu'avant ! Grrr... moi qui avait passé tant de temps à trouver un bon fond d'écran. Bref ce n'est pas trop grave... 9) Je me déconnecte de Gnome pour la première fois et là stupeur : l'écran devient noir et tout est bloqué ! Impossible d'accéder aux autres consoles non plus, le seul truc qui marche encore sont les Magic SysRq. J'arrête donc la machine à la main. Je reproduis systématiquement le problème et lors de la 4e ou 5e fois X refuse maintenant de démarrer à cause d'un problème de fixed fonts ! Il me conseille d'aller lire/usr/share/doc/xfree86-common/FAQ.gz et je trouve la solution à mes problème : il faut que je réinstalle xfonts-base. Ok je réinstalle et X se relance. Toujours pas résolu le problème de la déconnexion à ce jour... si quelqu'un avait des indices... 10) Je réinstalle dans le doute les fonts true type microsoft msttcorefonts et là paf ! c'est maintenant Sylpheed qui crashe au démarrage sur un gdk-error. Bon j'efface mon .sylpheedrc et je démarre avec un Sylpheed avec des fontes toutes moches. Lorsque j'essaye de sélectionner une des fontes microsoft (Arial), Paf ! ça replante sur un gdk-error. Je suis les conseils sur le Net et je tente defoma-reconfigure, dpkg-reconfigure x-ttcidfont-conf, apt-get install --reinstall msttcorefonts, mkfontscale, mkfontdir, update-fonts-scale, update-fonts-dir, etc... sans trop comprendre ce que je fais et ça ne marche toujours pas. C'est l'échec. 11) Tiens ? nedit marche maintenant, j'ai dû reinstaller le bon truc avec tous ces problèmes de fontes 12) Apparemment les droits pour X sont encore plus reistreint qu'avant : root ne peut plus utiliser le X d'un utilisateur. Je dois faire explicitement un xhost+local: alors que ça marchait bien avant. Je ne sais pas trop quoi faire pour permettre à root de toujours pouvoir utiliser X. En passant il n'y a même plus de variable
Re: Stable - Testing : Procedure a suivre
On Mon, 27 Sep 2004 09:55:53 +0200, Frédéric Bothamy [EMAIL PROTECTED] wrote : Pour pouvoir retrouver sur un message quand apt-get est fini. Là je ne saisis pas très bien ce que tu veux dire... Pourrais-tu expliciter avec un cas concret (si ce n'est pas trop demander) ? Lorsque l'on installe plusieurs paquets d'un coup il y a plein de messages qui sont écrits sur l'écran, la majorité explique ce qui est fait et montre que tout va bien, une minorité est noyée dedans et donne des informations comme : tel fichier de config a changé de nom ou de place ... d'ou l'intérêt d'avoir cela de noté dans un journal si on a pas eu le temps de le noter sur un bout de papier. Q : quels paquets choisir en premier R : les premiers indiqués par apt-get -s dist-upgrade car il indique en début ceux dont dépendent les suivants. Pour préciser un peu ce qu'indique François, le apt-get -u dist-upgrade fournit plusieurs listes : # apt-get -s -u dist-upgrade Reading Package Lists... Building Dependency Tree... The following packages will be REMOVED: [liste1] The following NEW packages will be installed: [liste2] The following packages have been kept back [liste3] The following packages will be upgraded [liste4] 644 packages upgraded, 244 newly installed, 32 to remove and 3 not upgraded.[liste5] La liste intéressante est cette dernière liste, elle indique l'ordre réel que suivrait apt si on lui faisait tout faire d'un seul coup. Un autre point pour le faire groupe de paquets par groupe de paquets, c'est que votre espace disponible dans /var/cache/apt/archives/ n'est peut-être pas suffisant pour récupérer tous les paquets en une seule fois. Par exemple, sur ma machine : Need to get 518MB of archives. After unpacking 409MB will be used. E: Sorry, you don't have enough free space in /var/cache/apt/archives/ to hold all the .debs. Il est donc possible de nettoyer ce répertoire entre les mises à jour de paquets. Merci beaucoup à tous pour tous ces renseignements/astuces ! Je vais aborder cette transition avec beaucoup plus de sérénité... ;-)
Re: Stable - Testing : Procedure a suivre
On Sat, 25 Sep 2004 16:18:42 +0200, JusTiCe8 [EMAIL PROTECTED] wrote : Par exemple j'ai lu ici et là qu'il fallait mieux mettre à jour en priorité les principaux paquets comme libc, est-ce que quelqu'un a une liste des paquets les plus 'sensibles' ? mouai... les paquets sensibles sont ceux dont une grosse majorité dépendent : (g)libc, gcc, xfree, les libs gnome/kde, alsa/oss, drivers video et d'autres comme apache et les autres serveurs. Ouh là là. Il y a apparemment plein de paquets 'sensibles'. Donc je passe mon sources.list en testing, je fais un apt-get update, puis un apt-get dist-upgrade et ensuite je fais des apt-get install bidule sur les paquets sensibles ? D'autres part mon sources.list n'est pas vierge de backport (voir à la fin du message) en particulier à cause du passage en noyau 2.6 (j'ai dû forcer l'installation de initrd-tools si je me souviens bien...). Est-ce que je ne dois pas faire quelque chose de spécial avant pour enlever tous ces backports ? Les désinstaller ne me dérange pas particulièrement mais je crais que cela ne casse quelque chose... ne t'en soucis pas, les numéro de version sont plus ou moins tel qu'ils seront upgradés comme si de rien n'était, enfin je crois. Bien c'est noté, un souci en moins ! Enfin j'ai installé pas mal de paquets à partir des sources (mplayer par exemple) mais j'ai fait attention à utiliser checkinstall : est-ce que la mise à jour des paquets présents dans /usr/local va bien se faire ?(idéalement suppresssion du paquet dans /usr/local et installation du paquet à jour dans /usr...) aahh ça, selon la Debian Policy, /usr/local est entiérement laissé à ta discrétion, donc aucun paquet officiel (et non buggé) n'y touchera. A toi de faire ton ménage. Pour mplayer, Christian Marillat à fait un paquet qui fonctionne au poil. Ah ? que se passe-t-il donc si j'installe manuellement via les sources un paquet et que j'essaye ensuite d'installer le paquet officiel ? apt-get va me prévenir qu'il va virer le paquet non officiel ou bien les deux vont cohabiter ? Je ne sais pas trop comment ça va fonctionner avec les problèmes de numéro de versions en plus... Il va cependant de soi que je vais sauvegarder mes données personnelles et mon répertoire /etc à toutes fins utiles, mais est-ce qu'il y a d'autres choses à sauvegarder ? /etc moyen, plus les confs des serveurs, fstab, conf réseau (interface et accès), ... le TRES important /var/lib/dpkg ;) /etc moyen ça veut dire que c'est 'moyen' de sauvegarder /etc ? pourquoi ? Sinon toutes les confs de serveurs, fstab et compagnie sont bien dans /etc non ? Sinon bonne idée pour /var/lib/dpkg, j'avais oublié celui-ci... Voilà j'espère que ces questions n'ont pas déjà été posées 1 million de fois et je vous serai déjà reconnaissant si vous vous contentiez juste de me donner une URL m'expliquant tout ça... Si tu veux du RTFM - google est ton ami :) La doc d'alexis DeLattre doit mentionné ce passage stable - testing je crois. Oui comme tout le monde je l'ai lu, mais il parle d'une version fraîchement installé de stable, donc il n'y a pas tous les soucis que je pourrai avoir sur une 'vieille' version que j'ai déjà pas mal tripatouillé ! On va voir si la réputation de Debian est vérifiée ! ;-) (je pourrai très bien reformater et installer directement Sarge, mais je tente la mise à jour par 'principe').
Re: Stable - Testing : Procedure a suivre
On Sun, 26 Sep 2004 19:21:26 +0200, [EMAIL PROTECTED] wrote : 1 - modification des sources.list 2 - apt-get update 3 - apt-get -s dist-upgrade fichier 4 - apt-get install les premiers paquets indiqués dans fichier 5 - résolution des éventuels pb générés 6 - répéter 3 à 5 jusqu'à avoir tout traité Je fais toujours exactement comme ça, avec, en plus, un: script -a fichier_de_log Très bonne amélioration Bonjour et merci pour ces conseils ! Cependant pourquoi ce script -a ? Si j'ai bien saisi il va logger dans un fichier tout ce que renverra apt-get ? Mais dans quel but ? Pour le déboguage ? Merci !
Re: Stable - Testing : Procedure a suivre
On Sun, 26 Sep 2004 22:53:48 +0200, [EMAIL PROTECTED] wrote : 1 - modification des sources.list 2 - apt-get update 3 - apt-get -s dist-upgrade fichier 4 - apt-get install les premiers paquets indiqués dans fichier 5 - résolution des éventuels pb générés 6 - répéter 3 à 5 jusqu'à avoir tout traité Je fais toujours exactement comme ça, avec, en plus, un: script -a fichier_de_log Très bonne amélioration Bonjour et merci pour ces conseils ! Cependant pourquoi ce script -a ? Si j'ai bien saisi il va logger dans un fichier tout ce que renverra apt-get ? Mais dans quel but ? mémoriser les messages de apt-get D'accord. Pour le déboguage ? Pour pouvoir retrouver sur un message quand apt-get est fini. Là je ne saisis pas très bien ce que tu veux dire... Pourrais-tu expliciter avec un cas concret (si ce n'est pas trop demander) ? Merci encore pour ton aide !
Re: Stable - Testing : Procedure a suivre
On Mon, 27 Sep 2004 00:09:05 +0200, Frédéric Bothamy [EMAIL PROTECTED] wrote : Dans le passé j'avais fait un passage stable vers unstable (testing n'existait pas). Pour minimiser les éventuelles difficultés et surtout ne pas en avoir trop à la fois à traiter j'avais fait comme suit : 1 - modification des sources.list 2 - apt-get update 3 - apt-get -s dist-upgrade fichier 4 - apt-get install les premiers paquets indiqués dans fichier 5 - résolution des éventuels pb générés 6 - répéter 3 à 5 jusqu'à avoir tout traité Cette méthode est un peu longue mais permet de ne pas avoir trop de pb à traiter à la fois. Au pire il peut être plus facile pour certains paquets qui génèrent trop de difficultés de les enlever puis de les remettre ce qui a l'avantage de reinitialiser les fichiers de config. Perso, c'est également exactement comme cela que je ferais avec en plus des apt-get -s install paquets (avant l'étape 4) pour vérifier que la commande ne met pas trop de paquets à jour, sinon prendre un autre groupe de paquets. Je commencerais également par mettre à jour les rétro-portages, histoire de nettoyer un peu l'état des paquets. Ok mais je ne saisis pas très bien dans quel ordre je dois installer les paquets. Supposons que je commence par un des mes rétro-portages, si celui-ci réclame un nouveau Gnome, il va aussi me l'installer et si Gnome demande une nouvelle libc, etc... De même si j'essaye directement d'installer une nouvelle libc, je suppose qu'il y a tout plein de paquets qui en dépendent... Bref par quel groupes de paquets commencer ? Merci !
Stable - Testing : Procedure a suivre
Bonjour, Il y a un an environ j'ai commencé GNU/Linux avec une Debian Woody et je me sens maintenant assez confiant et suffisamment expérimenté pour tenter l'expérience du passage en Testing. Cependant j'ai assez d'appréhension sur ce passage et je me demandais si vous n'aviez pas une URL ou des conseils pour le faciliter ? Par exemple j'ai lu ici et là qu'il fallait mieux mettre à jour en priorité les principaux paquets comme libc, est-ce que quelqu'un a une liste des paquets les plus 'sensibles' ? D'autres part mon sources.list n'est pas vierge de backport (voir à la fin du message) en particulier à cause du passage en noyau 2.6 (j'ai dû forcer l'installation de initrd-tools si je me souviens bien...). Est-ce que je ne dois pas faire quelque chose de spécial avant pour enlever tous ces backports ? Les désinstaller ne me dérange pas particulièrement mais je crais que cela ne casse quelque chose... Enfin j'ai installé pas mal de paquets à partir des sources (mplayer par exemple) mais j'ai fait attention à utiliser checkinstall : est-ce que la mise à jour des paquets présents dans /usr/local va bien se faire ? (idéalement suppresssion du paquet dans /usr/local et installation du paquet à jour dans /usr...) Il va cependant de soi que je vais sauvegarder mes données personnelles et mon répertoire /etc à toutes fins utiles, mais est-ce qu'il y a d'autres choses à sauvegarder ? Voilà j'espère que ces questions n'ont pas déjà été posées 1 million de fois et je vous serai déjà reconnaissant si vous vous contentiez juste de me donner une URL m'expliquant tout ça... Merci par avance ! sources.list : deb http://security.debian.org/debian-non-US stable/non-US main contrib non-free deb http://ftp.fr.debian.org/debian woody main contrib non-free deb http://ftp.fr.debian.org/debian-non-US woody/non-US main contrib non-free #Pour passage au noyau 2.6 deb http://www.backports.org/debian/ stable kernel-2.6 #Mozilla deb http://backports.org/debian woody mozilla #Open Office deb http://ftp.freenet.de/pub/debian-openoffice/ woody main contrib #libmatroska deb http://download.videolan.org/pub/videolan/debian woody main #mplayer plugin pour mozilla deb http://www.backports.org/debian/ woody mplayerplug-in #python et wxPython deb http://www.backports.org/debian/ woody wxwindows2.4
Re: Changer les droits de dpkg
On Fri, 17 Sep 2004 09:18:46 +0200, JusTiCe8 [EMAIL PROTECTED] wrote : dpkg est exécutable par tout le monde (esaye dpkg -l toto pour t'en convaincre) Ah ben oui effectivement ! Bien entendu. Cependant c'est juste pour mettre un peu d'ordre (pouvoir installer et désinstaller proprement des logiciels) dans mes installation locale, ce que permets Windows en passant... sous windows, t'es root par défaut n'oublis pas ! Non, non je parle d'un windows bien installé et bien configuré en mode 'utilisateur' (ce que j'ai au bureau quoi !). Certains logiciels (trop peu malheureusement) détecte bien que l'on est pas root et propose une installation locale en prévenant gentiment que cette installation ne sera pas valable pour tous les autres utilisateurs. C'est bien ce que je ne comprends pas : pourquoi restreindre pour le système entier ? pourquoi l'utilisateur dans son répertoire personnel n'a pas le droit à une gestion des paquets ? pb de design - whishlist Wishlist sur dpkg tu veux dire ? J'avais déjà gagné des points avec mes collègues en leur montrant qu'il était possible d'installer tout et n'importe quoi en local sous Linux sans qu'une quelconque base de registre verrouillée ne viennent nous embêter. Par contre sous Windows il existent des logiciels propres qui veulent bien s'installer en local, ce que ne permet pas Linux (hormis via des make install prefix=/home/toto mais c'est vite le bordel). Je ne sais pas si sous Red Hat/Mandrake c'est pareil ? On peut utiliser rpm lorsque l'on est pas root ? A voir, je pense que le soucis est tjs présent. Effectivement... Cela m'étonnerait cependant que je sois le premier à demander/souhaiter cela. Par contre j'ai essayé de faire une recherche avec Google, impossible : il me renvoie des milliards d'occurences pour des requêtes du type dpkg local installation... A+
Re: Changer les droits de dpkg
On Fri, 17 Sep 2004 09:23:36 +0200, JusTiCe8 [EMAIL PROTECTED] wrote : C'est vrai que ce serait nettement plus agréable d'échanger des programmes avec ses collègues en leur donnant un .deb et une commande dpkg -i toto.deb --root /home/toto que de leur donner un targz et de leur montrer comment compiler et d'allez ensuite résoudre les problèmes de compilations... Et pourquoi pas des tarballs compilés ? Car avec un paquet tout bien fait, le répertoire d'install est déjà tout décidé. Oui mais comment gère-t-on la désinstallation et la gestion des conflits (deux programmes qui essayent d'installer le même fichier par exemple) ? Puis quand on installe pleins de logiciels en local comme moi, cela devient vite le souk ! certe. Il aut s'organiser :). C'est ce que je suis en train de faire ! ;-) Bon je crois que ça va être à coup de stow alors...
Re: Changer les droits de dpkg
On Fri, 17 Sep 2004 00:43:22 +0100, Yves Rutschle [EMAIL PROTECTED] wrote : Alors là je suis bluffé, comment ça fonctionne ce fakeroot ? man fakeroot :-) Ok ke vais regarder ! ;-) Comment se fait-il qu'un simple utilisateur puisse lancer dpkg via ce fakeroot ? heu, je disais qu'il ne peut pas. Argh ! C'est vrai que ce serait nettement plus agréable d'échanger des programmes avec ses collègues en leur donnant un .deb et une commandedpkg -i toto.deb --root /home/toto que de leur donner un targz et de leur montrer comment compiler et d'allez ensuite résoudre les problèmes de compilations... Or donc après avoir regardé de plus près, il y un os: dpkg(8), sur l'option « instdir » (qui nous intéresse directement): « instdir is also the directory passed to chroot(2) before running package's installation scripts, which means that the scripts see instdir as a root directory. » D'autre part chroot(2) dit: « Only the super-user may change the root directory. » En d'autre terme, les paquets supposent qu'ils peuvent faire référence à des chemins absolus (ils sont normalement dans un chroot), mais seul root peut faire ça: même en patchant dpkg pour ne pas faire le chroot, il n'y a aucune garantie qu'un paquet s'installe. Ça veut dire qu'il faudrait revoir tous les paquets pour qu'on puisse leur donner un répertoire d'installation, ce qui veut dire qu'en pratique, ça n'arrivera jamais sous Debian. Merdalors. Zutalors ! Moi qui croyait que dpkg était le summum du gestionnaire de paquet... Bon je vais devoir me tourner vers autre chose. Peux-être que ça marche avec d'autre gestionnaire de paquets type rpm où ce qu'ils sont en train de développer sous Slackware ? G tout cela est fort frustrant... Merci néanmois d'avoir jeté un oeil !
Re: Changer les droits de dpkg
On Thu, 16 Sep 2004 07:46:42 +0200, JusTiCe8 [EMAIL PROTECTED] wrote : Est-ce que cela pose un problème si je change les droits d'exécutions de dpkg ? potentiellement oui. Par exemple ? n'importe qui pourrait lancer dpkg (imagine un dpkg -remove libc6* :)) Mais libc6 appartient à root, je ne peux pas l'enlever comme ça ! Faux ! Aucun paquet n'appartient au sens strict su terme à un utilisateur et un utilisateur auquel root délègue ses droits de gestion de paquets peut ajouter supprimer des paquets selon son bon vouloir. Oui mais justement l'idée est ne pas utiliser sudo pour délivrer des droits. Si je passe dpkg en libre d'exécution (chmod 755) pour tout le monde, cela m'étonnerait que je puisse enlever libc6 (j'ose pas essayer remarque...) Cela m'ennuie un peu avec sudo. En effet (après coup) je pars du principe que ce sera sur une Debianinstallée sur le réseau d'une entreprise et donc je préfère ne pasdéranger l'administrateur pour cela (du coup cela m'interdit aussidpkg) s'il y a des risques potentiels... Dans ce cas, tu n'as pas d'accès root, donc même pas de possibilité d'installer un quelconque package, ou je me trompe ? Dans le cas où lamachine est pour le moment sous ton contrôle absolue, configure sudoau p'tits ognons et après, rouler jeunesse :). Oui je n'ai pas d'accès root mais je peux toujours installer ce que je veux sous mon compte en local : c'est l'avantage de Linux ! Certe, mais ça ne permettra jamais les upgrades ni les install system-wide. Bien entendu. Cependant c'est juste pour mettre un peu d'ordre (pouvoir installer et désinstaller proprement des logiciels) dans mes installation locale, ce que permets Windows en passant... Par contre je souhaitais mettre un peu d'ordre dans mes make install sauvages et je voulais donc utiliser un système de paquetages (dpkg). A la base, la gestion des paquets est justement pour le système entier, donc droits root nécéssaires. A moins d'utiliser stow comme tu l'as suggérer ou refaire desp aquets dont le rep de base est /usr/local par exemple au lieu de / C'est bien ce que je ne comprends pas : pourquoi restreindre pour le système entier ? pourquoi l'utilisateur dans son répertoire personnel n'a pas le droit à une gestion des paquets ? Mais cela n'a pas l'air d'être possible, même si c'est pour installer en local, c'est dommage... oui, à moins de changer le répertoire de base, mais j'ai jamais fait et puis de toutes manières, dpkg et ses amis ;) utilisent des fichiers situés dans /var/lib/dpkg, donc droit root encore nécéssaire ici (ou délégation via sudo/groupe/...) C'est vraiment ennuyeux cet dépendance forte de dpkg au compte root... Si tu as plus d'idées... Stow correspond le mieux à ton souhait, sinon comme la machine ne semble pas encore entre les mains d'un root tout puissant, ou alors sudo comme dit précédemment, tu le fait une foit pour toute avant livraison et après plus besoin d'ennuyer le gentil monsieur pour les paquets. Stow n'atteindra jamais la facilité de gestion d'un dpkg sans parler de son fonctionnement bizarre par répertoire et lien symbolique, mais en derniers recours je pense l'utiliser. J'essaye de trouver une solution générique que je pourrais recommander à n'importe qui, donc la solution de demander gentiment à l'administrateur ne me plait pas trop. J'avais déjà gagné des points avec mes collègues en leur montrant qu'il était possible d'installer tout et n'importe quoi en local sous Linux sans qu'une quelconque base de registre verrouillée ne viennent nous embêter. Par contre sous Windows il existent des logiciels propres qui veulent bien s'installer en local, ce que ne permet pas Linux (hormis via des make install prefix=/home/toto mais c'est vite le bordel). Je ne sais pas si sous Red Hat/Mandrake c'est pareil ? On peut utiliser rpm lorsque l'on est pas root ? Merci pour tes recommandations mais je ne peux vraiment pas utiliser sudo...
Re: Changer les droits de dpkg
On Thu, 16 Sep 2004 09:55:30 +0100, Yves Rutschle [EMAIL PROTECTED] wrote : A la base, la gestion des paquets est justement pour le système entier, donc droits root nécéssaires. C'est bien dommage :-) Tout à fait ! ;-) Qqch que j'ai commencé à essayer, maic ça ne marche pas directement: fakeroot debootstrap woody /home/toto/local va installer une arborescence de base dans /home/totolocal, en particulier un /home/toto/local/var/lib/dpkg, tout ça appartenant à toto. L'idée serait ensuite de faire fakeroot dpkg --root /home/toto/local -i foobar.deb mais dpkg semble insister à vouloir faire un chroot() auquel il n'a pas droit. En fait, le plus simple serait peut-être de patcher dpkg pour mieux supporter l'option --root sans être superutilisateur. Il n'y a a priori aucune raison pour qu'on ne puisse pas faire ce que tu veux... Alors là je suis bluffé, comment ça fonctionne ce fakeroot ? Comment se fait-il qu'un simple utilisateur puisse lancer dpkg via ce fakeroot ? En tout cas l'idée paraît excellente et exaucerait de manière élégante tous mes souhaits ! Dommage que cela ne marche pas dans la pratique... :-( Sinon il est possible de repartir des sources du logiciel et via checkinstall créer un nouveau paquet qui s'installera par défaut sur le compte local. On peut effectivement utiliser checkinstall pour créer le paquet même lorsque l'on est simple utilisateur, mais aucun moyen de l'installer ! Je regarderai ça sans doute ce weekend, ça a l'air rigolo et utile. Eh bien merci ! C'est vrai que ce serait nettement plus agréable d'échanger des programmes avec ses collègues en leur donnant un .deb et une commande dpkg -i toto.deb --root /home/toto que de leur donner un targz et de leur montrer comment compiler et d'allez ensuite résoudre les problèmes de compilations... Puis quand on installe pleins de logiciels en local comme moi, cela devient vite le souk ! Merci pour ton aide et surtout tiens moi au courant s'il te plaît si tu réussis ! Amicalement,
Re: Changer les droits de dpkg
On Wed, 15 Sep 2004 07:33:12 +0200, JusTiCe8 [EMAIL PROTECTED] wrote : Je souhaite utiliser le gestionnaire de paquets (paquetages ?) de Debian pour pouvoir installer des logiciels en local (sous /home/olive/local) plutôt que de faire simplement un ./configure --prefix=/home/olive/local make make install Cela pour des raisons d'installation/réinstallation rapide. Pour cela je souhaite utiliser checkinstall qui devrait me créer un .deb qui s'installera automatiquement dans /home/olive/local. Cependant si la création du paquet se passe bien, je ne peux pas l'installer car les droits d'exécutions de dpkg sont restreint à root bien que l'installation ne devrait pas écrire ailleurs que /home/olive/local. Est-ce que cela pose un problème si je change les droits d'exécutions de dpkg ? potentiellement oui. Par exemple ? Ou bien y a-t-il une autre manière plus élégante de procéder pour faire ce que je veux ? sudo : configurer le fichier /etc/sudoers ex: Cmnd_Alias UPGRADE=/usr/bin/apt-get update, /usr/bin/apt-get upgrade rootALL=(ALL) ALL user ALL= NOPASSWD : UPGRADE puis avec user : sudo apt-get update/upgrade Cela m'ennuie un peu avec sudo. En effet (après coup) je pars du principe que ce sera sur une Debian installée sur le réseau d'une entreprise et donc je préfère ne pas déranger l'administrateur pour cela (du coup cela m'interdit aussi dpkg) s'il y a des risques potentiels... Je crois que je vais plutôt m'orienter vers GNU stow alors... Merci pour ton aide !
Re: Changer les droits de dpkg
Est-ce que cela pose un problème si je change les droits d'exécutions de dpkg ? potentiellement oui. Par exemple ? n'importe qui pourrait lancer dpkg (imagine un dpkg -remove libc6* :) ) Mais libc6 appartient à root, je ne peux pas l'enlever comme ça ! Cela m'ennuie un peu avec sudo. En effet (après coup) je pars du principe que ce sera sur une Debian installée sur le réseau d'une entreprise et donc je préfère ne pas déranger l'administrateur pour cela (du coup cela m'interdit aussi dpkg) s'il y a des risques potentiels... Dans ce cas, tu n'as pas d'accès root, donc même pas de possibilité d'installer un quelconque package, ou je me trompe ? Dans le cas où la machine est pour le moment sous ton contrôle absolue, configure sudo au p'tits ognons et après, rouler jeunesse :). Oui je n'ai pas d'accès root mais je peux toujours installer ce que je veux sous mon compte en local : c'est l'avantage de Linux ! Par contre je souhaitais mettre un peu d'ordre dans mes make install sauvages et je voulais donc utiliser un système de paquetages (dpkg). Mais cela n'a pas l'air d'être possible, même si c'est pour installer en local, c'est dommage... Si tu as plus d'idées... Merci quand même !
Changer les droits de dpkg
Bonjour, Je souhaite utiliser le gestionnaire de paquets (paquetages ?) de Debian pour pouvoir installer des logiciels en local (sous /home/olive/local) plutôt que de faire simplement un ./configure --prefix=/home/olive/local make make install Cela pour des raisons d'installation/réinstallation rapide. Pour cela je souhaite utiliser checkinstall qui devrait me créer un .deb qui s'installera automatiquement dans /home/olive/local. Cependant si la création du paquet se passe bien, je ne peux pas l'installer car les droits d'exécutions de dpkg sont restreint à root bien que l'installation ne devrait pas écrire ailleurs que /home/olive/local. Est-ce que cela pose un problème si je change les droits d'exécutions de dpkg ? Ou bien y a-t-il une autre manière plus élégante de procéder pour faire ce que je veux ? Merci d'avance pour votre aide,
Re: backup
On Wed, 23 Jun 2004 23:17:12 +0200, Alexandre gerussi [EMAIL PROTECTED] wrote : Bonjour, je dispose d'un second disque dur et j'aimerais en profiter pour mettre en place un système de backups réguliers de mon premier disque dur. Je souhaiterais un système du type incrémental + complet de temps en temps, avec possibilité de retrouver facilement la version x ou y d'un fichier. Il y a beaucoup de logiciels qui semblent répondre à cela, lequel me conseillez-vous ? D'avance merci. Moi je te recommande pour ma part dar (Disk ARchive) : http://dar.linux.free.fr/ Comme particularité : - il permet de compresser les données archivées avec gzip ou bzip2 - il est facilement couplable avec Parchive qui permet de renforcer une archive (à l'aide de checksums supplémentaires) et de la reconstruire si elle est endommagée (un CD ça peut s'abîmer...) - il est très simple d'accès - l'auteur est très réactif sur le forum d'aide - et bien sûr il a toutes les fonctions d'un utilitaire de backup qui se respecte (sauvegardes incrémentales, filtres d'exclusion, multi-volume, accès direct au fichier à restorer sans lire toute l'archive, etc...) Moi j'y ai trouvé mon bonheur !
Re: source deb pour mozilla-firefox 0.9
On Wed, 16 Jun 2004 09:17:59 +0200, Olivier Tétard (No Reply) [EMAIL PROTECTED] wrote : Apparemment le site http://www.apt-get.org/search.php ne fonctionne plus donc je m'en remets à vos lumière. Je cherche un backport Woody de mozilla-firefox 0.9 (celui qui vient de sortir), auriez-vous une adresse fiable à me donner ? Laisse le temps au(x) mainteneur(s) de packager cette version. A mon avis ca va prendre un petit temps avant d'arriver dans la Debian officielle parce que ya pas mal de changements... En attendant tu peux utiliser la version officielle avec l'installeur. Oui bien sûr je peux utiliser la version officielle mais bon je perds les avantages de la version packagée (mise à jour automatique) et j'évite de faire cela avec trop de logiciels sinon je perds rapidement le fil... J'utilise pour l'instant un backport de mozilla tout-court et je ne peux que m'en féliciter !
Re: source deb pour mozilla-firefox 0.9
On Wed, 16 Jun 2004 09:50:23 +0200, [EMAIL PROTECTED] wrote : Apparemment le site http://www.apt-get.org/search.php ne fonctionne plus donc je m'en remets à vos lumière. Je cherche un backport Woody de mozilla-firefox 0.9 (celui qui vient de sortir), auriez-vous une adresse fiable à me donner ? La seule que j'ai trouvée provient de http://backports.org/ mais c'est la version 0.8. Hier soir, www.apt-get.org semblait remarcher. Peut-être faut-il passer aux heures creuses. Ah ? je viens d'essayer et cela ne marche toujours pas... De toutes façons, pour les backports c'est plutôt ici: http://www.backports.org Oui je sais mais je voulais voir s'il n'y avait pas de backport avec une mise à jour plus fréquente (parce que la 0.8-10 commence à se faire vieille...) Merci néanmoins !
source deb pour mozilla-firefox 0.9
Bonjour, Apparemment le site http://www.apt-get.org/search.php ne fonctionne plus donc je m'en remets à vos lumière. Je cherche un backport Woody de mozilla-firefox 0.9 (celui qui vient de sortir), auriez-vous une adresse fiable à me donner ? La seule que j'ai trouvée provient de http://backports.org/ mais c'est la version 0.8. Merci d'avance !
Re: extinction avec Ctrl-Alt-Suppr (fut: en anglais ;-)
On Sun, 13 Jun 2004 00:39:05 +0200, Daniel Déchelotte [EMAIL PROTECTED] wrote : | Cependant je trouvais plus rapide de faire un shutdown (pardon ! | Extinction) directement sans me déconnecter (euh... c'est moins | propre? il y a des risques ?). Des risques ? Ca depend (souvent une bonne reponse !). Ca depend des applications ouvertes au moment ou tu decides de te deconnecter ou d'eteindre l'ordi. Prenons par exemple xmms (le lecteur audio polyvalent qui ressemble a WinAmp). Si tu le fermes proprement (en utilisant la tres pratique zone de quatre pixels en haut a droite de la fenetre principale), il se souviendra de ta liste de titres, de la position actuelle dans la liste etc la prochaine fois que tu le lanceras. Tandis que si tu le trucides avec un Fermer la session, un Ctrl-Alt-Backspace ou un Ctrl-Alt-F2-Suppr (pour Xmms, la premiere solution n'est pas moins violente que les suivantes), xmms oubliera tout et la prochaine fois que tu le lanceras, il apparaitra comme il etait la derniere fois qu'il a ete correctement ferme. C'est la que le ca depend des applications intervient. Apres tout, xmms pourrait sauvegarder son etat regulierement de facon a ce qu'il ne soit pas necessaire de viser la-dite zone de quatre pixels avant de fermer l'ordi. Les terminaux, typiquement, sont des appli que l'on peut zigouiller par douzaines au moment de se deconnecter puisque, de toute facon, on n'attend pas d'eux qu'ils sauvegardent grand chose. En revanche, pour mon client de messagerie electronique ou mon navigateur, je tiens a les fermer proprement pour leur donner l'opportunite de bien sauver l'etat de ma boite aux lettres, de mes signets, etc. Penser aussi aux fichiers ouverts dans un editeur de texte. Lorsque j'ai ferme toutes les applis sensibles, je ferme la session proprement egalement (pas par Ctrl-Alt-F2-Suppr) pour que mon WindowMaker (ou ton Gnome) puisse sauver le nombre de bureaux, le fond d'ecran, l'emplacement des icones, etc. Pour resumer, les risques se limitent a des elements de configuration qui peuvent etre perdus et qu'il faudra refaire. Autrement moins grave que les risques de corruption de systeme de fichiers si tu eteignais ton ordi a la hache (appui sur le bouton Arret ou coupure de courant). Impeccable ! Merci pour cette exhaustive réponse ! Olive (qui est toujours bluffé par l'esprit d'entraide de la communauté Debian)
Re: extinction avec Ctrl-Alt-Suppr (fut: en anglais ;-)
On Fri, 11 Jun 2004 11:35:22 +0200, Daniel Déchelotte [EMAIL PROTECTED] wrote : | Travaillant sous Debian Woody je cherche à éteindre ma machine avec | la combinaison de touches CTRL-ALT-DEL. | | Après un 'man shutdown' je décide de modifier /etc/inittab en | donnant l'option -h : | | # What to do when CTRL-ALT-DEL is pressed. | ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -h now | | Et je crée un /etc/shutdown.allow avec mon nom utilisateur. Tres bien. | Le problème est que la combinaison de touche ne marche pas (rien ne | se passe !) lorsque je suis sous Gnome. Par contre si je fais un | CTRL-ALT-F2 pour passer en mode console, et un CTRL-ALT-DEL là ça | marche. | | Je ne comprends pas très bien la différence entre les deux | environnements (Gnome et console virtuelle) et là où j'ai fait une | erreur, si quelqu'un pouvait m'éclaircir... Tu ne fais pas d'erreur, c'est exactement le comportement normal, quelque decevant qu'il soit. C'est le serveur graphique X (et pas gnome) qui absorbe le Ctrl-Alt-Suppr sans rien en faire : il *pourrait* tourner sur un serveur distant et dans ce cas il ne saurait pas a qui transmettre le signal : au /bin/init du serveur ou de la machine a laquelle est ratachee le clavier ? (le troll habituel : c'est la transparence reseau, utilisee par moins de 1 % des utilisateurs de X, qui complique la configuration et l'utilisation de 100 % des utilisateurs...) Bref, ou bien tu te fais a l'idee de taper Ctrl-Atl-F2-puis-Suppr (sans relacher Ctrl-Alt :-), mais dans ce cas ca reste une extinction sans fermeture de session, donc un peu brutale, ou bien tu fermes ta session gnome, et quand tu retournes au gestionnaire de connexion (gdm, kdm, wdm, ...), tu choisis d'eteindre l'ordi (possible a moins que tu n'utilises xdm). Merci pour cette explication très claire. Effectivement j'avais activé cette option pour éteindre la machine lorsque je m'étais déconnecté (j'utilise gdm). Cependant je trouvais plus rapide de faire un shutdown (pardon ! Extinction) directement sans me déconnecter (euh... c'est moins propre ? il y a des risques ?). Mais bon si on ne peut pas faire autrement... Merci encore !
Re: extinction avec Ctrl-Alt-Suppr (fut: en anglais ;-)
On Fri, 11 Jun 2004 13:34:34 +0200, Mickael Vera [EMAIL PROTECTED] wrote : | Travaillant sous Debian Woody je cherche à éteindre ma machine | avec la combinaison de touches CTRL-ALT-DEL. | | Après un 'man shutdown' je décide de modifier /etc/inittab en | donnant l'option -h : | | # What to do when CTRL-ALT-DEL is pressed. | ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -h now | | Et je crée un /etc/shutdown.allow avec mon nom utilisateur. Bref, ou bien tu te fais a l'idee de taper Ctrl-Atl-F2-puis-Suppr (sans relacher Ctrl-Alt :-), mais dans ce cas ca reste une extinction sans fermeture de session, donc un peu brutale, ou bien tu fermes ta session gnome, et quand tu retournes au gestionnaire de connexion (gdm, kdm, wdm, ...), tu choisis d'eteindre l'ordi (possible a moins que tu n'utilises xdm). Il y a toujours la solution de définir un raccourci clavier dans ton window manager et d'appeler la commande shutdown. J'y avais pensé mais apparemment shutdown est réservé à root et à root seulement. Je peux bien sûr passer par sudo, mais je me demandais s'il n'y avait pas une solution plus 'propre'. Merci.
shutdown avec CTRL-ALT-DEL
Bonjour, Travaillant sous Debian Woody je cherche à éteindre ma machine avec la combinaison de touches CTRL-ALT-DEL. Après un 'man shutdown' je décide de modifier /etc/inittab en donnant l'option -h : # What to do when CTRL-ALT-DEL is pressed. ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -h now Et je crée un /etc/shutdown.allow avec mon nom utilisateur. Le problème est que la combinaison de touche ne marche pas (rien ne se passe !) lorsque je suis sous Gnome. Par contre si je fais un CTRL-ALT-F2 pour passer en mode console, et un CTRL-ALT-DEL là ça marche. Je ne comprends pas très bien la différence entre les deux environnements (Gnome et console virtuelle) et là où j'ai fait une erreur, si quelqu'un pouvait m'éclaircir... Merci d'avance !
Re: Modifier frequence de rafraichissement
On Tue, 23 Mar 2004 12:13:27 +0100, Cédric Devillers [EMAIL PROTECTED] wrote : Avec mon moniteur (bande passante de 160Mhz) j'obtiens : #-# begin clip #-# ModeLine [EMAIL PROTECTED] 125.296 1024 1056 1496 1528 768 769 778 820 #--# end clip #--# Par contre après l'avoir mis dans le XFree86-4, il ne se passe rien de spécial ! On dirait qu'il ignore les modeline ! C'est à cause du @100 dans le nom de ton modeline ( tu as certainement 1024x768 au niveau de la section Screen dans ta config En fait c'était à cause du L majuscule ! Cependant avec ces réglages l'image obtenue est moins large que mon écran (j'ai poussé l'extension horizontale à fond pourtant). Mais j'ai finalement réussi à trouver sur Internet un réglage qui me convenait. Pour la postérité c'est : Modeline 1024x768 115.5 1024 1056 1248 1440 768 771 781 802 -HSync -VSync
Re: Modifier frequence de rafraichissement
On Tue, 23 Mar 2004 12:46:18 +0100, Jacques L'helgoualc'h [EMAIL PROTECTED] wrote : Avec mon moniteur (bande passante de 160Mhz) j'obtiens : #-# begin clip #-# ModeLine [EMAIL PROTECTED] 125.296 1024 1056 1496 1528 768 769 778 820 #--# end clip #--# Par contre après l'avoir mis dans le XFree86-4, il ne se passe rien de spécial ! On dirait qu'il ignore les modeline ! Normalement, on doit lire quelque chose dans les logs... les modelines non compatibles sont refusées ; si tu es en limite de specs, il peut y avoir un arrondi défavorable. Est-ce que tu appelles explicitement ton [EMAIL PROTECTED] dans la section Screen, subsection Display correspondant à Depth ? En fait modeline me renvoyait ModeLine (avec L majuscule) et apparemment le parseur de XFree86 n'aimait pas trop, maintenant avec Modeline 1024x768 ça passe ! [...] C'était parfait sous Windows 98 en 100Hz, je suppose que ce sera pareil sous linux... En général, ça n'a plus beaucoup d'importance au-dessus de 90 Hz, on peut essayer de mieux voir le papillotement en vision périphérique(i. e. en regardant à côté du moniteur). A 85Hz je parvenais encore à observer un petit scintillement (c'est peut être purement psychologique). A 100 Hz c'est nickel ! Par contre (voir les réglages dans ma réponse à M. Cédric Devillers) maintenant j'ai une image un poil plus petite horizontalement (impossible d'élargir plus l'image avec les réglages OSD du moniteur). Aucune idée du pourquoi, mais j'ai perdu moins de 5mm donc ça va encore... Merci pour le coup de main ! de rien, Si, si j'insiste ! ;-)
Re: Modifier frequence de rafraichissement
On Mon, 22 Mar 2004 13:09:37 +0100, Jean-Michel OLTRA [EMAIL PROTECTED] wrote : Voici un extrait des parties du log qui sont le plus pertinentes (à mon avis...) lorsque je mets 'VertRefresh 100-160' : Tu ne peux pas mettre 100 tout simplement ? Cela avait exactement le même effet...
Re: Modifier frequence de rafraichissement
On Mon, 22 Mar 2004 09:45:12 +0100, Jacques L'helgoualc'h [EMAIL PROTECTED] wrote : Avec modeline (mais ça ne correspond pas forcément à ton moniteur), j'obtiens : $ modeline -W 1024 -z 100 --nowarn -= modeline 0.6.5 =- By Anders Ostrem and Vidar Hoel Width: 1024 Heigth: 768 (guessing using aspect ratio 4:3) Hertz: 100 Put the following into your XF86Config file #-# begin clip #-# ModeLine [EMAIL PROTECTED] 122.726 1024 1048 1480 1504 768 769 774 816 #--# end clip #--# Avec mon moniteur (bande passante de 160Mhz) j'obtiens : #-# begin clip #-# ModeLine [EMAIL PROTECTED] 125.296 1024 1056 1496 1528 768 769 778 820 #--# end clip #--# Par contre après l'avoir mis dans le XFree86-4, il ne se passe rien de spécial ! On dirait qu'il ignore les modeline ! Vérifie aussi sur le Net (google site:linuxfr.org Iiayama etc. ?), j'ai lu plusieurs fois que les specs Iiayama pouvaient être gonflées ; par ailleurs, mettre le rafraîchissement à fond n'optimise pas toujours l'aspect de l'image : en le baissant un peu, j'obtiens des transitions mieux contrastées... C'était parfait sous Windows 98 en 100Hz, je suppose que ce sera pareil sous linux... Rien trouvé par contre sur le réglage de XFree86 pour les iiyama... Merci pour le coup de main !
Re: Modifier frequence de rafraichissement
On Sat, 20 Mar 2004 17:20:23 +0100, Jean-Michel OLTRA [EMAIL PROTECTED] wrote : Les spécifications de mon écran sont : Fréquence de synchronisation : Horizontal : 27-96khz, Vertical 50-160Hz Bande passante : 160Mhz dot clock La section correspondante de mon XFree86-4 est la suivante : Section Monitor Identifier Iiayama A702HT Vision Master Pro 410 HorizSync 27-96 VertRefresh 50-160 Option DPMS EndSection Donc est-ce que quelqu'un aurait un moyen simple pour que je puisse pousser la fréquence de rafraîchissement ? Pourtant le fichier correspond aux specs de ton moniteur. Mais tu dois pouvoir modifier le fichier à la main, ou bien un dpkg-reconfigure xserver-xfree86, ou j'ai rien compris. Oui mais que dois-je mettre dans le fichier pour avoir du 100Hz en 1024*768 ? J'ai déjà essayé de mettre le VertRefresh à 100 au lieu de spécifier 50-160, mais cela fait planter X au démarrage (aucune idée du pourquoi). Par défaut XFree86 me choisit du 85Hz en 1024*768 mais sous Windows ça passe très bien en 100Hz (et c'est beaucoup plus agréable pour les yeux...).
Re: Modifier frequence de rafraichissement
On Sun, 21 Mar 2004 16:41:57 +0100, Jean-Michel OLTRA [EMAIL PROTECTED] wrote : J'ai déjà essayé de mettre le VertRefresh à 100 au lieu de spécifier 50-160, mais cela fait planter X au démarrage (aucune idée du pourquoi). Par défaut XFree86 me choisit du 85Hz en 1024*768 mais sous Windows ça passe très bien en 100Hz (et c'est beaucoup plus agréable pour les yeux...). Il serait intéressant d'avoir l'erreur de XFree. Y a t-il une entrée dans /var/log/XFree86.0.log ? Voici un extrait des parties du log qui sont le plus pertinentes (à mon avis...) lorsque je mets 'VertRefresh 100-160' : (--) R128(0): Chipset: ATI Rage 128 RF (AGP) (ChipID = 0x5246) [snip] (II) R128(0): Supported VESA Video Modes: [snip] (II) R128(0): [EMAIL PROTECTED] (II) R128(0): [EMAIL PROTECTED] (II) R128(0): [EMAIL PROTECTED] [snip] (II) R128(0): Iiayama A702HT Vision Master Pro 410: Using hsync range of 27.00-96.00 kHz (II) R128(0): Iiayama A702HT Vision Master Pro 410: Using vrefresh range of 100.00-160.00 Hz [snip] (II) R128(0): Not using default mode 1024x768 (vrefresh out of range) (II) R128(0): Not using default mode 1024x768 (vrefresh out of range) (II) R128(0): Not using default mode 1024x768 (vrefresh out of range) (II) R128(0): Not using default mode 1024x768 (vrefresh out of range) (II) R128(0): Not using default mode 1024x768 (vrefresh out of range) [snip] (WW) R128(0): Mode pool is empty (EE) R128(0): No valid modes found Et lorsque ça marche, donc quand je rentre les anciennes valeurs ('VertRefresh 50-160'): (--) R128(0): Virtual size is 1024x768 (pitch 1024) (**) R128(0): Default mode 1024x768: 94.5 MHz, 68.7 kHz, 85.0 Hz (II) R128(0): Modeline 1024x768 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync Donc cela amène deux remarques : 1) Est-ce que c'est le driver (contrôleur en français ?) de la carte vidéo qui pose problème ? 2) Apparemment en regardant les logs on a l'impression que l'on a bien du 94.5Hz, mais en utilisant les menus OSD de mon moniteur, celui-ci affiche bien 85Hz (ce qui confirme mon impression à l'oeil nu...) Est-ce que ces logs vous inspirent ?
Modifier frequence de rafraichissement
Bonjour, Travaillant sous Debian Woody avec un moniteur Iiyama A702HT Vision Master Pro 410 je me rends compte que le mode par défaut choisi par XFree86 est le 1024*768 à 85Hz. Cependant sous Windows 98, j'arrive sans problème à mettre du 1024*768 à 100Hz. Après quelques recherches sous google, il est fait mention de 'modeline' permettant de régler plus finement la fréquence de rafraîchissement. Je suis donc allé sur ce site : http://koala.ilog.fr/cgi-bin/nph-colas-modelines-fr où j'ai tenté de calculer le modeline qui me conviendrait... sans succès ! Les spécifications de mon écran sont : Fréquence de synchronisation : Horizontal : 27-96khz, Vertical 50-160Hz Bande passante : 160Mhz dot clock La section correspondante de mon XFree86-4 est la suivante : Section Monitor Identifier Iiayama A702HT Vision Master Pro 410 HorizSync 27-96 VertRefresh 50-160 Option DPMS EndSection J'ai aussi trouvé des références au logiciel 'xvidtune' mais je n'ai absolument rien compris à son utilisation... Donc est-ce que quelqu'un aurait un moyen simple pour que je puisse pousser la fréquence de rafraîchissement ? Merci d'avance ! P.S. : la carte vidéo est une ATI All-in-wonder 128 32Mo avec une bande passante de 250Mhz mais je ne pense pas que cette donnée entre e
Re: Récupération de données effacées ?
On Sat, 20 Mar 2004 14:57:01 +0100, Alain D'EURVEILHER [EMAIL PROTECTED] wrote : Hier soir je rentre du taff, et bham ! mon disque dur ne veut plus être reconnu ! (ni par Linux, ni par WinXP) J'ai tenté plein de truc pour essayer de voir ce qui allait pas (diskette de boot win98, état de la partition, d'autres outils dont je m'en souviens plus).. bref, impossible d'accèder à mon disk dur (samsung 60 Go) J'ai eu le même problème il y a quelque temps. J'ai réussi à tout récupérer via 'debugfs'... Bon, il semble que le DD est mort. Mais ma question la voici : Est-il possible de récupérer (sous Linux bien sûr) mes mails que j'ai effacé ?? et ainsi tenter de récupérer les quelques docs dont j'ai besoin ce WE ?? Si ton système de fichier est ext2, il me semble que tu peux tenter une récupération avec l'utilitaire adéquat via Midnight Commander. Si tu es en ext3 (comme moi), ça va être beauoup plus délicat. Là aussi je crois que 'debugfs' peut t'aider. Bonne chance !
Re: Récupération de données effacées ?
On Sat, 20 Mar 2004 15:56:39 +0100, Alain D'EURVEILHER [EMAIL PROTECTED] wrote : Ol J'ai eu le même problème il y a quelque temps. J'ai réussi à tout Ol récupérer via 'debugfs'... Ol Si ton système de fichier est ext2, il me semble que tu peux tenter une Ol récupération avec l'utilitaire adéquat via Midnight Commander. Ol Si tu es en ext3 (comme moi), ça va être beauoup plus délicat. Là aussi Ol je crois que 'debugfs' peut t'aider. Ben heu.. en fait : 15:37 [EMAIL PROTECTED] ~% apt-cache search debugfs recover - Undelete files on ext2 partitions 15:37 [EMAIL PROTECTED] ~% apt-cache show recover (...) Note that recover works only with ext2 filesystems - it does not support ext3. Et je suis en ext3 !! bhouho... :-( et un man mc semble révéler que mc ne gère que le ext2fs pour la récup de files. Eh non ! c'est quelque chose qui m'avait aussi surpris à l'époque : le peu de documentation et de retour d'expérience sur debugfs. Tu peux aussi utiliser debugfs sur de l'ext3 (c'était mon cas à l'époque). Essaye de monter ton ancien disque dur via debugfs pour voir si tu ne peux pas accéder à ton disque dur de cette manière. Sur celui qui est opérationnel avec les fichiers effacés, essaye aussi debugfs dessus, mais là je crois que ça va être un peu plus compliqué car le format ext3 remets à 0 les inodes des fichiers effacés (contrairement à ext2). Enfin je crois, s'il y a un gourou dans la salle pour confirmer... J'en profite pour citer un projet qui a l'air prometteur pour éviter ce genre de désagrément à l'avenir, Recycled4Linux : http://www.shirka.org/phpwebsite/pagemaster~PAGE_user_op~view_page~PAGE_id~2~MMN_position~1:1.html
Re: Copie des messages au boot
On Mon, 15 Mar 2004 13:32:51 +0100, JusTiCe8 [EMAIL PROTECTED] wrote : (re)Bonjour, en complément à ce que j'ai écris, bootlogd ne fait pas parti de sysvinit stable (2.84) en raison d'une dépendance avec la glibc 2.1 (pour un appel à openpty() ), donc upgrade testing minimum obligatoire ou réécriture de bootlog ! A+, J8. Donc au final je n'ai aucun moyen pour avoir une copie des messages au boot sous Woody ? Tristesse
Copie des messages au boot
Bonjour, J'aimerais savoir comment obtenir une copie des messages qui apparaissent à l'écran au boot. Il y a en effet des erreurs qui apparaissent mais cela défile trop vite pour que je puisse les noter. J'ai fait un tour dans /var/log mais je n'ai pas réussi à trouver ces messages, que ce soit dans syslog, kernel ou dmesg... Est-ce qu'il n'y a pas un moyen de rediriger la sortie écran vers un fichier dès le boot ? Après demande sur fr.comp.os.linux.configuration beaucoup me répondent que la commande 'dmesg' (qui ne fait que renvoyer le contenu de /var/log/dmesg si je comprends bien...) devrait me renvoyer les messages du boot hors ce n'est pas le cas (il en manque beaucoup). Est-ce une spécificité Debian ? Merci d'avance ! P.S. : je suis sous Debian Woody
Re: Copie des messages au boot
On Sun, 14 Mar 2004 16:44:42 +0100, Laurent DIEUDONNE [EMAIL PROTECTED] wrote : J'aimerais savoir comment obtenir une copie des messages qui apparaissent à l'écran au boot. Il y a en effet des erreurs qui apparaissent mais cela défile trop vite pour que je puisse les noter. J'ai fait un tour dans /var/log mais je n'ai pas réussi à trouver ces messages, que ce soit dans syslog, kernel ou dmesg... Est-ce qu'il n'y a pas un moyen de rediriger la sortie écran vers un fichier dès le boot ? Dans /etc/sysclog.conf: *.* /dev/tty12 Remplace /dev/tty12 par le nom de ton fichier Non apparemment cela ne marche pas. Il me renvoie la même chose que dmesg. Après usage de la touche 'Arrêt Défil' pendant le boot, il semble en effet que beaucoup de messages sont passés à la trappe. Par exemple les messages d'erreurs de chargement de modules... Essaye de regarder dans: /var/log/debug /var/log/messages /var/log/syslog ( enfin bref, dans les derniers fichiers modifies que te donne la commande ls -latr (classe les derniers modifies en bas de page). ) avec : tail --lines=100 syslog | grep kernel Hélas non il n'y a rien du tout d'intéressant comme je l'avais indiqué dans le post initial... Vous pouvez faire le test si vous ne me croyez pas en mettant par exemple un module bidon dans /etc/modules. Vous verrez apparaître un message au boot du genre FATAL: erreur au chargement du module XXX qui n'apparaîtra pas dans /var/log/*
Re: Copie des messages au boot
On Sun, 14 Mar 2004 16:15:45 +0100, Nicolas Rueff [EMAIL PROTECTED] wrote : J'aimerais savoir comment obtenir une copie des messages qui apparaissent à l'écran au boot. Il y a en effet des erreurs qui apparaissent mais cela défile trop vite pour que je puisse les noter. J'ai fait un tour dans /var/log mais je n'ai pas réussi à trouver ces messages, que ce soit dans syslog, kernel ou dmesg... Est-ce qu'il n'y a pas un moyen de rediriger la sortie écran vers un fichier dès le boot ? Après demande sur fr.comp.os.linux.configuration beaucoup me répondent que la commande 'dmesg' (qui ne fait que renvoyer le contenu de/var/log/dmesg si je comprends bien...) devrait me renvoyer les messages du boot hors ce n'est pas le cas (il en manque beaucoup). Est-ce une spécificité Debian ? Active bootlogd: /etc/default/bootlogs BOOTLOGD_ENABLE=Yes Bizarrement cela n'a aucun effet. Peut-être était-il déjà activé ? En tout cas rien de neuf dans /var/log/* Si quelqu'un est assez motivé pour réaliser la manip', vous pouvez mettre un module bidon dans /etc/modules et vous verrez apparaître un message au boot du genre FATAL: blablablah que vous ne verrez pas apparaître dans /var/log/*
Re: Copie des messages au boot
On Sun, 14 Mar 2004 17:04:27 +0100, [EMAIL PROTECTED] (François TOURDE) wrote : J'aimerais savoir comment obtenir une copie des messages qui apparaissent à l'écran au boot. Il y a en effet des erreurs qui apparaissent mais cela défile trop vite pour que je puisse les noter. J'ai fait un tour dans /var/log mais je n'ai pas réussi à trouver ces messages, que ce soit dans syslog, kernel ou dmesg... Est-ce qu'il n'y a pas un moyen de rediriger la sortie écran vers un fichier dès le boot ? Après demande sur fr.comp.os.linux.configuration beaucoup me répondent que la commande 'dmesg' (qui ne fait que renvoyer le contenu de /var/log/dmesg si je comprends bien...) devrait me renvoyer les messages du boot hors ce n'est pas le cas (il en manque beaucoup). Est-ce une spécificité Debian ? Active bootlogd: /etc/default/bootlogs BOOTLOGD_ENABLE=Yes Oui, et il faut je pense regarder dans le fichier /var/log/boot une fois ton système démarré. Tout ce qui se trouve après l'activation du swap est loggué. /var/log/boot n'existe pas ! Peut-être est-ce là le problème ?
Pb acces modem suite au passage au noyau 2.6.4
Bonjour ! Je viens de passer du noyau 2.4.18 au noyau 2.6.4 avec ma Debian Woody et je n'arrive plus à accéder à mon modem 56K... La commande echo ATZ /dev/ttyS0 me renvoie Aucun périphérique de ce type (le modem est sur COM1). Est-ce que cela a quelque chose à voir avec la nouvelle gestion des modules ? En tout cas j'arrive à me connecter parfaitement via ADSL (via carte ethernet), donc je ne pense pas que le problème vienne de ppp. Si quelqu'un avait une idée... Merci !
Re: Pb acces modem suite au passage au noyau 2.6.4
On Sat, 13 Mar 2004 15:30:16 +0100, François Boisson [EMAIL PROTECTED] wrote : Bonjour ! Je viens de passer du noyau 2.4.18 au noyau 2.6.4 avec ma Debian Woody et je n'arrive plus à accéder à mon modem 56K... La commande echo ATZ /dev/ttyS0 me renvoie Aucun périphérique de ce type (le modem est sur COM1). Est-ce que cela a quelque chose à voir avec la nouvelle gestion des modules ? En tout cas j'arrive à me connecter parfaitement via ADSL (via carte ethernet), donc je ne pense pas que le problème vienne de ppp. Si quelqu'un avait une idée... Il n'y a pas de support série dans ton noyau.. C'était bien ça ! Il fallait activer le : Device Drivers = Character devices = Serial drivers = 8250/16550 and compatible serial support Merci !
Re: Pb avec xawtv apres upgrade
On Sun, 22 Feb 2004 21:17:55 +0100, Olive [EMAIL PROTECTED] wrote : Bonjour, Je suis en Debian Woody et xawtv ne marche plus après mon apt-get upgrade d'hier. Est-ce que quelqu'un aurait rencontré le même phénomène ? Voici la sortie de 'xawtv -v 2' : This is xawtv-3.90, running on Linux/i686 (2.4.24.031101) visual: id=0x23 class=4 (TrueColor), depth=24 visual: id=0x24 class=4 (TrueColor), depth=24 visual: id=0x25 class=4 (TrueColor), depth=24 visual: id=0x26 class=4 (TrueColor), depth=24 visual: id=0x27 class=5 (DirectColor), depth=24 visual: id=0x28 class=5 (DirectColor), depth=24 visual: id=0x29 class=5 (DirectColor), depth=24 visual: id=0x2a class=5 (DirectColor), depth=24 x11: color depth: 24 bits, 3 bytes - pixmap: 4 bytes x11: color masks: red=0x00ff green=0xff00 blue=0x00ff x11: server byte order: little endian x11: client byte order: little endian check if the X-Server is local ... * ok (unix socket) main: dga extention... DGA version 2.0 main: xinerama extention... main: xvideo extention [video]... Xvideo: 1 adaptors available. Xvideo: ATI Rage128 Video Overlay: input image, ports 50-50 Xvideo: no usable video port found main: xvideo extention [image]... image format list for port 50 0x32595559 (YUY2) packed [ok: 16 bit YUV 4:2:2 (packed, YUYV)] 0x59565955 (UYVY) packed [ok: 16 bit YUV 4:2:2 (packed, UYVY)] 0x32315659 (YV12) planar 0x30323449 (I420) planar [ok: 12 bit YUV 4:2:0 (planar)] main: init main window... main: install signal handlers... main thread [pid=10251] main: open grabber device... x11: 1024x768, 32 bit/pixel, 4096 byte/scanline, DGA v4l-conf: using X11 display :0 dga: version 2.0 mode: 1024x768, depth=24, bpp=32, bpl=4096, base=0xe000 can't open /dev/video0: No such device got sigchild waitpid: Aucun processus enfant v4l-conf had some trouble, trying to continue anyway vid-open: trying: v4l2-old... v4l2: open /dev/video0: Aucun périphérique de ce type vid-open: failed: v4l2-old vid-open: trying: v4l2... v4l2: open /dev/video0: Aucun périphérique de ce type vid-open: failed: v4l2 vid-open: trying: v4l... v4l: open /dev/video0: Aucun périphérique de ce type vid-open: failed: v4l no video grabber device available Oui bon bah j'ai trouvé : l'upgrade de XFree86 a fichu en l'air les drivers GATOS pour ma carte ATI AIW. J'ai remis les drivers et ça roule... (comme quoi toujours jeter un oeil quand il fait l'upgrade...)
Pb avec xawtv apres upgrade
Bonjour, Je suis en Debian Woody et xawtv ne marche plus après mon apt-get upgrade d'hier. Est-ce que quelqu'un aurait rencontré le même phénomène ? Voici la sortie de 'xawtv -v 2' : This is xawtv-3.90, running on Linux/i686 (2.4.24.031101) visual: id=0x23 class=4 (TrueColor), depth=24 visual: id=0x24 class=4 (TrueColor), depth=24 visual: id=0x25 class=4 (TrueColor), depth=24 visual: id=0x26 class=4 (TrueColor), depth=24 visual: id=0x27 class=5 (DirectColor), depth=24 visual: id=0x28 class=5 (DirectColor), depth=24 visual: id=0x29 class=5 (DirectColor), depth=24 visual: id=0x2a class=5 (DirectColor), depth=24 x11: color depth: 24 bits, 3 bytes - pixmap: 4 bytes x11: color masks: red=0x00ff green=0xff00 blue=0x00ff x11: server byte order: little endian x11: client byte order: little endian check if the X-Server is local ... * ok (unix socket) main: dga extention... DGA version 2.0 main: xinerama extention... main: xvideo extention [video]... Xvideo: 1 adaptors available. Xvideo: ATI Rage128 Video Overlay: input image, ports 50-50 Xvideo: no usable video port found main: xvideo extention [image]... image format list for port 50 0x32595559 (YUY2) packed [ok: 16 bit YUV 4:2:2 (packed, YUYV)] 0x59565955 (UYVY) packed [ok: 16 bit YUV 4:2:2 (packed, UYVY)] 0x32315659 (YV12) planar 0x30323449 (I420) planar [ok: 12 bit YUV 4:2:0 (planar)] main: init main window... main: install signal handlers... main thread [pid=10251] main: open grabber device... x11: 1024x768, 32 bit/pixel, 4096 byte/scanline, DGA v4l-conf: using X11 display :0 dga: version 2.0 mode: 1024x768, depth=24, bpp=32, bpl=4096, base=0xe000 can't open /dev/video0: No such device got sigchild waitpid: Aucun processus enfant v4l-conf had some trouble, trying to continue anyway vid-open: trying: v4l2-old... v4l2: open /dev/video0: Aucun périphérique de ce type vid-open: failed: v4l2-old vid-open: trying: v4l2... v4l2: open /dev/video0: Aucun périphérique de ce type vid-open: failed: v4l2 vid-open: trying: v4l... v4l: open /dev/video0: Aucun périphérique de ce type vid-open: failed: v4l no video grabber device available
Re: Fonctionnement de chroot
On Mon, 26 Jan 2004 02:06:41 +0100, Alain Tesio [EMAIL PROTECTED] wrote : 3) Comme indiqué dans : http://www.linuxsecurity.com/feature_stories/feature_story-99.html Il est fondamental d'éliminer tout notion de 'root' dans la prison, mais je ne vois pas bien comment lancer les programmes en tant qu'utilisateur? car dès que je lance chroot il semble que je sois directement devenu root dans l'environnement (UID 0) Plus précisément il est fondamental qu'un utilisateur qui cracke le programme qui tourne dans le chroot ne puisse pas obtenir un accès root sinon le chroot ne sert plus à rien. Tu peux laisser des fichiers exécutables par root uniquement, mais surtout pas de binaire avec le flag suid. Ok j'ai compris ! J'ai essayé -sans succès- d'utiliser le programme setuidgid des daemontools pour fixer l'UID du processus que je vais lancer mais bizarrement même si j'importe dans la 'prison' /etc/passwd et /etc/group, setuidgid persiste à me dire que l'utilisateur n'existe En général le programme doit tourner en root au départ (par exemple pour binder une socket 1024) et change vers un autre user le plus vite possible. D'accord mais comment faire dans le cas d'un programme qui n'est pas conçu comme ça dès le début ? Par exemple 'ls' ou 'find' ? C'est pourquoi j'avais pensé à setuidgid/ pas... De plus le fait même d'avoir setuidgid dans la 'prison' me renvoi à la case départ (désolé c'est à force de jouer au Monopoly...) car du coup la notion de root peut revenir par la fenêtre (un attaquant peut corrompre le setuidgid pour acquérir l'UID 0). Je ne connais pas setuidgid, si c'est un exécutable suid comme celui de perl il y a un problème, si c'est un truc que tu lances en root pour abandonner des privilèges il n'y a pas de risque particulier d'escalade d'une intrusion. Je ne sais pas exactement comment il fonctionne mais il sert justement à lancer un exécutable sous l'UID d'un utilisateur (cf. http://cr.yp.to/daemontools/setuidgid.html) Essaies makejail (package du même nom), en gros il essaie de trouver tous les fichiers requis par ton programme qui tourne en chroot. Il y a déjà des fichiers de configuration pour les trucs courants comme apache bind mysql, environ une dizaine de lignes dont tu peux t'inspirer pour ton cas. Ok merci du tuyau, je vais jeter un oeil !
Re: Fonctionnement de chroot
On Mon, 26 Jan 2004 12:43:19 +0100, Farid Messaoud [EMAIL PROTECTED] wrote : Pour répondre à ta question à ta place : Des vulnérabilités existe afin de casser le chroot. Une fois cassé le casseur devient root !!! Grsecurity évite ces problèmes : - Protection des espaces d'adressage (buffers overflows); - Limitation des possibilités offertes aux programmes se trouvant à l'intérieur d'un chroot; Bon ok c'est un peu vague pour moi mais apparemment cela signifie que le chroot est plus efficace avec ce patch. - Possibilité de logguer a peu près n'importe quel évènement. - La possibilité de cacher un certains nombre d'informations aux utilisateurs autres que root (moins ils en savent, mieux on se porte) - Différentes protections réseau telles que l'altération des réponses au ping (rendant la détection de l'os plus difficile) - La mise au point d'ACL (Access Control List, comprenez système de limitation d'accès pour admin paranoïaques) Par contre là ça me semble un peu inutile (pour mon utilisation j'entends). Je ne cherche pas à mettre en place une citadelle imprenable dernier cri mais juste à implémenter correctement une mesure de sécurité. Dans le domaine de la sécurité, il n'y a pas de limites, on pourra toujours trouver un nouveau concept révolutionnaire, ou le dernier logiciel à la mode qui bétonnera encore plus le système. Je pensais au début à me limiter au firewall (via règles iptables) et à faire très attention aux droits administrateurs/utilisateurs (pas de bit suid, exécution des programmes en tant qu'utilisateurs, etc...). Cependant le concept de chrootage est intéressant et au prime abord pas très difficile à mettre en place et ajoute un degré de sécurité appréciable au système. Mais je ne pense pas aller plus loin (pour le moment). Donc pour moi amener toute l'artillerie de grsecurity n'a pas beaucoup de sens (vu que je ne saurai pas l'utiliser ou le configurer). Peut-être plus tard ? en tout cas je souhaite pour le moment juste comprendre le fonctionnement de chroot... Merci néanmois de m'avoir indiqué l'existence de ce patch.
Re: Fonctionnement de chroot
On Mon, 26 Jan 2004 15:29:29 +, Yves Rutschle [EMAIL PROTECTED] wrote : mais au moins ca nous apprend des choses sur le chroot (et qu'il vaut mieux se tourner vers grsecurity si on veut faire un chroot très sécurisé). En y réfléchissant un peu lors de ma dernière insomnie, je me demandais si les cages chroot ne sont pas pour l'essentiel obsolète: il est surement nettement plus sûr de faire tourner un user-mode Linux? Je ne connais pas (encore) UML, mais en théorie on devrait pouvoir faire tourner un système virtuel dont le root (virtuel) n'a même pas les droits du root (réel): le noyau UML pourrait tourner en user nobody (réel), avec sa propre hiérarchie d'utilisateurs (virtuels). Ouh là là, ça devient de moins en moins clair pour moi. En quoi chroot est-il déjà obsolète ? (je n'ai pas trouvé énormément de message sur Google Groups à ce sujet ! ça veut pourtant bien dire que ce n'est pas encore très répandu ?!?)
Fonctionnement de pppoe et pppd
Bonjour ! Travaillant sous Debian Woody avec un modem ethernet je rencontre quelques difficultées avec le programme pppoe fourni par Debian stable (je n'ai pas pris le rp-pppoe classique). Si je lance la connection avec pppoeconf (donc sous root) tout se passe bien et je peux me connecter. Par contre si j'essayer de me connecter avec 'pon' en tant qu'utilisateur normal, des fois ça marche et des fois ça ne marche pas ! Dans le cas où cela ne marche pas, il suffit de relancer toute la configuration avec pppoe sous root pour que cela marche de nouveau (je peux déconnecter et me reconnecter en tant qu'utilisateur). Je ne comprend pas ce que fait pppoeconf comme manipulation pour déclencher ou forcer la connection... Pour info, voici comment sont les droits de pppd et de pppoe : -rwsr-xr--1 root dip230604 déc 10 2001 pppd -rwsr-x---1 root dip 26252 fév 4 2002 pppoe et mon /etc/ppp/peers/dsl-provider : -rw-r-1 root dip 1832 jan 15 20:43 dsl-provider (J'ai bien entendu fait attetion à ce que l'utilisateur qui se connecte soit membre du groupe dip) Mais je ne pense pas que le problème soit un problème de droits, car quelquefois ça marche sans problème ! Donc qui connait bien le fonctionnement de pppoeconf pour que je reproduise toutes les étapes et que je comprenne ce qui ne marche pas ? Merci !
Fonctionnement de chroot
Bonjour, Je souhaite utiliser chroot pour des raisons de sécurité et j'essaye donc d'expérimenter cette commande. Cependant je me rends compte que cette commande n'est pas très documentée et j'aimerais avoir quelques éclaircissement : 1) Tout d'abord j'ai voulu mettre dans la 'prison' qu'un ls pour faire un test. Impossible de le faire marcher sans mettre aussi un /bin/bash, est-ce normal ? 2) Y a-t-il une différence fondamentale entre recopier dans la 'prison' les exécutables avec les /lib/*.so correspondant ou vaut-il mieux recompiler statiquement ? 3) Comme indiqué dans : http://www.linuxsecurity.com/feature_stories/feature_story-99.html Il est fondamental d'éliminer tout notion de 'root' dans la prison, mais je ne vois pas bien comment lancer les programmes en tant qu'utilisateur ? car dès que je lance chroot il semble que je sois directement devenu root dans l'environnement (UID 0) J'ai essayé -sans succès- d'utiliser le programme setuidgid des daemontools pour fixer l'UID du processus que je vais lancer mais bizarrement même si j'importe dans la 'prison' /etc/passwd et /etc/group, setuidgid persiste à me dire que l'utilisateur n'existe pas... De plus le fait même d'avoir setuidgid dans la 'prison' me renvoi à la case départ (désolé c'est à force de jouer au Monopoly...) car du coup la notion de root peut revenir par la fenêtre (un attaquant peut corrompre le setuidgid pour acquérir l'UID 0). Merci d'avance pour votre aide.
Probleme d'acces cdrom
Bonjour, J'ai un problème bizarre qui apparaît de temps en temps sur ma Debian Woody, il arrive que quelquefois le système refuse d'accéder à mon cdrom et me renvoie le message : E: Read error - read (5 Input/output error) Cela arrive spécifiquement lorsque j'utilise apt-get. Si je monte normalement le cdrom, je peux sans problème accéder au cdrom. Dans le /var/log/syslog j'ai : kernel: attempt to access beyond end kernel: 16:00: rw=0,want=825440, limit=197962 Après un reboot, plus aucun problème ! Quelqu'un aurait-il une explication ? Ca me gêne un peu de rebooter sans me poser de question (ça me rappelle trop de mauvais souvenirs... ;-)) Merci !
Re: Fonctionnement de pppoe et pppd
On Sat, 24 Jan 2004 15:59:15 +0100, [EMAIL PROTECTED] (François TOURDE) wrote : Travaillant sous Debian Woody avec un modem ethernet je rencontre quelques difficultées avec le programme pppoe fourni par Debian stable(je n'ai pas pris le rp-pppoe classique). Si je lance la connection avec pppoeconf (donc sous root) tout se passe bien et je peux me connecter. Par contre si j'essayer de me connecter avec 'pon' en tant qu'utilisateur normal, des fois ça marche et des fois ça ne marche pas ! [...] Euh... Et si tu rajoutes un bout des logs, c'est pas mieux ? Histoire qu'on puisse diagnostiquer un peu, hein? Ok alors voici le log quand la connection s'établie : kernel: CSLIP: code copyright 1989 Regents of the University of California kernel: PPP generic driver version 2.4.2 pppd[479]: pppd 2.4.1 started by olive, uid 1000 pppd[479]: Serial connection established. pppd[479]: Using interface ppp0 pppd[479]: Connect: ppp0 -- /dev/pts/1 pppoe[480]: PADS: Service-Name: '' pppoe[480]: PPP session is 60258 pppd[479]: Remote message: CHAP authentication success, unit 12239 kernel: PPP BSD Compression module registered kernel: PPP Deflate Compression module registered pppd[479]: Cannot determine ethernet address for proxy ARP pppd[479]: local IP address 80.170.67.36 pppd[479]: remote IP address 80.170.67.1 pppd[479]: primary DNS address 212.151.136.242 pppd[479]: secondary DNS address 130.244.127.162 Et voici le log quand je n'arrive pas à établir la connection : kernel: CSLIP: code copyright 1989 Regents of the University of California kernel: PPP generic driver version 2.4.2 pppd[479]: pppd 2.4.1 started by olive, uid 1000 pppd[479]: Serial connection established. pppd[479]: Using interface ppp0 pppd[479]: Connect: ppp0 -- /dev/pts/1 pppoe[480]: PADS: Service-Name: '' pppoe[480]: PPP session is 54915 pppd[479]: Remote message: No valid RADIUS server found. pppd[479]: CHAP authentication failed pppd[479]: Connection terminated. pppoe[480]: read (asyncReadFromPPP): Input/output error pppoe[480]: Sent PADT pppd[479]: Terminating on signal 15. pppd[479]: Exit. pppd[510]: pppd 2.4.1 started by olive, uid 1000 pppd[510]: Serial connection established. pppd[510]: Using interface ppp0 pppd[510]: Connect: ppp0 -- /dev/pts/1 pppoe[511]: PADS: Service-Name: '' pppoe[511]: PPP session is 54920 pppd[510]: Terminating on signal 15. pppoe[511]: Received signal 15. pppoe[511]: Sent PADT pppd[510]: Modem hangup pppd[510]: Connection terminated. pppd[510]: Exit.
Re: Fonctionnement de pppoe et pppd
On Sat, 24 Jan 2004 15:59:06 +0100, Marc Blanc [EMAIL PROTECTED] wrote : Si je lance la connection avec pppoeconf (donc sous root) tout se passe bien et je peux me connecter. Par contre si j'essayer de me connecter avec 'pon' en tant qu'utilisateur normal, des fois ça marche et des fois ça ne marche pas ! Pourquoi ne pas laisser la connexion permanente en la lançant au boot ? Voir : http://www.linux-france.org/article/connex/ADSL/pppoe/ Pour des raisons de sécurité je préfère lancer et éteindre moi-même la connection (de plus 3 fois sur 4 lorsque je boote ma machine je n'ai pas besoin de me connecter à internet, donc inutile de consommer de la bande passante pour rien...)