Re: [testing] noyau 2.6.24 et pilote nvidia
Bonjour, Le nvidia-kernel en sid (169.09) fonctionne bien avec le 2.6.24 (de la sid) Guy Gaëtan PERRIER a écrit : Salut, Avec le noyau 2.6.24 le m-a a-i nvidia-kernel-source échoue et dans les log j'ai: /usr/src/modules/nvidia-kernel/nv/nv.c: In function ‘nvidia_init_module’: /usr/src/modules/nvidia-kernel/nv/nv.c:1326: erreur: too many arguments to function ‘kmem_cache_create’ /usr/src/modules/nvidia-kernel/nv/nv.c:1435: erreur: too many arguments to function ‘kmem_cache_create’ /usr/src/modules/nvidia-kernel/nv/nv.c:1569: erreur: valeur void n'a pas été ignorée comme elle aurait dû l'être /usr/src/modules/nvidia-kernel/nv/nv.c: In function ‘nvidia_exit_module’: /usr/src/modules/nvidia-kernel/nv/nv.c:1601: erreur: valeur void n'a pas été ignorée comme elle aurait dû l'être make[4]: *** [/usr/src/modules/nvidia-kernel/nv/nv.o] Erreur 1 make[3]: *** [_module_/usr/src/modules/nvidia-kernel/nv] Erreur 2 make[3]: quittant le répertoire « /usr/src/linux-headers-2.6.24-1-686 » NVIDIA: left KBUILD. nvidia.ko failed to build! make[2]: *** [module] Erreur 1 make[2]: quittant le répertoire « /usr/src/modules/nvidia-kernel/nv » make[1]: *** [build-stamp] Erreur 2 make[1]: quittant le répertoire « /usr/src/modules/nvidia-kernel » make: *** [kdist_image] Erreur 2 Mon nvidia-kernel-source est la version 100.14.11-1 (la dernière que j'ai trouvé qui fonctionne avec le xorg 7.2 de testing). Je suppute une incompatibilité entre cette version des pilotes nvidia et le 2.6.24 ? Si oui existe-t-il une version compatible 2.6.24 et xorg 7.2 ? Gaëtan Gaëtan
problème signature gnupg avec Sylpheed et Claws sous Etch
Bonjour, Je teste Sylpheed sous Etch/Stable avec gnupg et je rencontre un problème qui m'étonne: -lorsque je compose un message non signé et non chiffré: OK, envoyé. -lorsque je compose un message non signé et chiffré: OK, envoyé. -lorsque je compose un message signé: on ne me demande pas la passphrase gnupg, le bouton envoyer n'a aucun effet (je reste dans la fenêtre de composition), le message n'est pas envoyé. Le seul message d'erreur que j'ai remarqué est dans le journal Sylpheed des connexions: ** Sylpheed-WARNING: pgp_sign(): signing failed: Mauvaise phrase de passe. Même problème avec Claws sous Etch/Stable. Je n'ai aucun problème gnupg avec d'autres MTA (Iceweasel, GNUMail) sous Etch. Et je ne rencontre pas le problème avec Sylpheed sous Sid/Unstable. Vous avez des idées ou des suggestions ? D'avance merci :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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 : [etch] Blocage au demarrage, initramfs, PERC5, driver
Bonjour, Merci Gilles pour ta solution, le problème est bien un problème d'ordre des disques qui est aléatoire pour des raisons inconnues. Voici une autre doc trouvées (http://www.debian.org/releases/stable/hppa/release-notes/ch-upgrading.fr.html) c'est le paragraphe : 4.6.3 Réordonnement de l'énumération des périphériques Mais j'ai pas pu résoudre le souci. Pour l'histoire des labels, voici mon fichier fstab : proc/proc procdefaults0 0 /dev/sda2 / ext3defaults,errors=remount-ro 0 1 /dev/sdc1 /baie_sauvegarde ext3defaults0 2 /dev/sda3 /sauvegarde1ext3defaults0 2 /dev/sdb1 /sauvegarde2ext3defaults0 2 /dev/sda1 noneswapsw 0 0 /dev/hda/media/cdrom0 udf,iso9660 user,noauto 0 0 Il a été crée par l'installateur de Debian, du moins ce n'est pas moi personnellement. Mais en quoi l'utilisation de label peut il changer les choses par curiosité? idem pour uuid? Sinon je vous liste mon répertoire disk # ls -alh /dev/disk/* /dev/disk/by-id: total 0 drwxr-xr-x 2 root root 200 2008-03-28 18:14 . drwxr-xr-x 5 root root 100 2008-03-28 18:14 .. lrwxrwxrwx 1 root root 9 2008-03-28 18:14 scsi-36001c230d75cd8000f710df585f59edf - ../../sdc lrwxrwxrwx 1 root root 10 2008-03-28 18:14 scsi-36001c230d75cd8000f710df585f59edf-part1 - ../../sdc1 lrwxrwxrwx 1 root root 9 2008-03-28 18:14 scsi-SSEAGATE_ST337LW_3KR2E9VK - ../../sda lrwxrwxrwx 1 root root 10 2008-03-28 18:14 scsi-SSEAGATE_ST337LW_3KR2E9VK-part1 - ../../sda1 lrwxrwxrwx 1 root root 10 2008-03-28 18:14 scsi-SSEAGATE_ST337LW_3KR2E9VK-part2 - ../../sda2 lrwxrwxrwx 1 root root 10 2008-03-28 18:14 scsi-SSEAGATE_ST337LW_3KR2E9VK-part3 - ../../sda3 lrwxrwxrwx 1 root root 9 2008-03-28 18:14 scsi-SSEAGATE_ST337LW_3KR2EJ3S - ../../sdb lrwxrwxrwx 1 root root 10 2008-03-28 18:14 scsi-SSEAGATE_ST337LW_3KR2EJ3S-part1 - .../../sdb1 /dev/disk/by-path: total 0 drwxr-xr-x 2 root root 220 2008-03-28 18:14 . drwxr-xr-x 5 root root 100 2008-03-28 18:14 .. lrwxrwxrwx 1 root root 9 2008-03-28 18:14 pci-:00:1f.1-ide-0:0 - ../../hda lrwxrwxrwx 1 root root 9 2008-03-28 18:14 pci-:02:0e.0-scsi-0:2:0:0 - ../../sdc lrwxrwxrwx 1 root root 10 2008-03-28 18:14 pci-:02:0e..0-scsi-0:2:0:0-part1 - ../../sdc1 lrwxrwxrwx 1 root root 9 2008-03-28 18:14 pci-:05:02.0-scsi-0:0:0:0 - ../../sda lrwxrwxrwx 1 root root 10 2008-03-28 18:14 pci-:05:02.0-scsi-0:0:0:0-part1 - ../../sda1 lrwxrwxrwx 1 root root 10 2008-03-28 18:14 pci-:05:02.0-scsi-0:0:0:0-part2 - ../../sda2 lrwxrwxrwx 1 root root 10 2008-03-28 18:14 pci-:05:02.0-scsi-0:0:0:0-part3 - ../../sda3 lrwxrwxrwx 1 root root 9 2008-03-28 18:14 pci-:05:02.0-scsi-0:0:1:0 - ../../sdb lrwxrwxrwx 1 root root 10 2008-03-28 18:14 pci-:05:02.0-scsi-0:0:1:0-part1 - ../../sdb1 /dev/disk/by-uuid: total 0 drwxr-xr-x 2 root root 120 2008-03-28 18:14 . drwxr-xr-x 5 root root 100 2008-03-28 18:14 .. lrwxrwxrwx 1 root root 10 2008-03-28 18:14 35daa9eb-8fb0-488f-a1c4-10133f0bc139 - ../../sdb1 lrwxrwxrwx 1 root root 10 2008-03-28 18:14 44609bc8-7382-454e-a6ab-751c9a425786 - ../../sda3 lrwxrwxrwx 1 root root 10 2008-03-28 18:14 4a241c43-d4f6-4f7e-9d28-70e96e8c - ../../sda2 lrwxrwxrwx 1 root root 10 2008-03-28 18:14 b98b3892-99c1-4291-b111-2408ca4b8087 - ../../sdc1 ma partition / est /dev/sda2 et on peut aussi constater que je n'ai pas de répertoire /dev/disk/by-label, alors en rajoutant LABEL dans fstab, est ce suffisant? Dans cette doc (http://manual.sidux.com/fr/part-uuid-fr.htm), il est dit que pour utiliser l'identification permanente dans votre chargeur dedémarrage, toutes les conditions qui suivent doivent être réunies : - Vous utilisez une image mkinitcpio initramfs= comment le vérifier? - udev est activé dans votre fichier /etc/mkinitcpio = Or je n'ai pas de fichier /etc/mkinitcpio - etc Ne faut il pas utiliser soit une méthode d'identification permanente par UUID ou par LABEL, mais pas les deux? Si on a pas de répertoire /dev/disk/by-label, peut on utiliser la méthode d'identification par label? Pourquoi devrais utiliser LVM, pour faire quoi? Merci Cordialement, Djibril - Message d'origine De : Gilles Mocellin [EMAIL PROTECTED] À : debian-user-french@lists.debian.org Envoyé le : Samedi, 29 Mars 2008, 0h04mn 35s Objet : Re: [etch] Blocage au demarrage, initramfs, PERC5, driver Le Friday 28 March 2008 12:37:21 djibril ousmanou, vous avez écrit : Salut, Bon je vais re-expliquer ce que j'ai fait. Mon serveur est un power edge 850 avec deux disques SCSI d'environ 300Go. Mon serveur de stockage est un Power MD1000 avec 4 disques de 750 Go. [...] 26- reboot = plantage, 27- reboot = plantage, 28- reboot + j'eteins et rallume la baie en même temps = plantage, 29- baie eteins et reboot, etc etc connexion
Connection refused
Bonjour la liste, J'ai un gros soucis depuis quelques jours, j'ai à ma disposition un serveur de mail sous Debian externalisé (serveur dédié). Des que je lance une connexion au serveur, j'ai en retour un connexion refused, ssh,web, smtp, en telnet sur plusieurs ports. J'ai bien sur désacttivé le firewall, Fail2ban, mais rien à faire. Connexion avec le mode rescue, les logs n'indiquent rien de particulier mise à part tous les reboots, qui ont l'air d'etre logué jusqu'a la fin du processus de boot, rien concernant les drops dans les logs kernel,syslog, firewall ou encore messages. Je suis retourné à mon ancien kernel, bien que le dernier fonctionne depuis dejà plusieurs mois sans soucis (j'ai un 2eme serveur avec quasiement la meme config, mais il n'a rien). j'ai lancé wireshark, et lors des tentatives de connexion j'ai un beau RST,ACK juste apres mon SYN. Je n'ai aucune autre possiblité de me connecter mise à part le mode rescue pour remonter les disques. D'ailleurs je vois pas pourquoi ca fonctionne avec ce mode en ssh(port 22) et une fois booter normalement plus rien !! J'ai testé plusieurs ports, ceux qui sont supposés etres ouverts sur mon serveur, et j'ai pu remarqué que la connexion se faisait sans probleme sur le port LDAP/LDAPS. Je n'ai réalisé le test qu'en telnet sur ldap/ldaps mais je n'avais pas de connexion refused. Si quelqu'un peut me donner des idées de recherche, car là je vois plus trop ou chercher, j'ai passé la nuit la dessus sans resultat, c'est peut etre un truc tout bete, mais je suis parti dans pas mal de direction sans resultat, je prefrere donc demander de l'aide à des cerveaux plus reposés et mieux remplis . Merci de votre aide ++ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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]
Base de données Gramps inutilisable
Bonjour, J'utilise le logiciel Gramps spécialiser dans la généalogie, ce logiciel se sert actuellement d'une base de données de type berkeley extension grdb. En rentrant de vacance je n'arrive plus à lire cette base, et j'obtiens 'Corruption de bas niveau détectée dans la base de donnée' avec un message complémentaire qui me laisse peu d'illusion sur le futur de cette base. Cela m'ennuie car j'avais déjà enregistré près de 1200 personnes , es ce que parmi la liste quel qu'un a eu ce pb et comment il l'a résolu ? ou existe t'il un spécialiste des bases Berkeley ? En cherchant sur Google j'ai trouvé la méthode db_dump dans un fichier texte et restauration par db_load mais au moment du db_dump j'obtiens : db_dump: xxx.grdb: unsupported btree version number 9 db_dump: xxx.grdb: Invalid argument En cherchant sur Google je n'ai trouvé aucune explication sur ce message et ce qu'il veut dire. Merci pour votre aide. Philippe MERLIN
Re: Base de données Gramps inutilisable
Salut, Le lundi 31 mars 2008, Edi Stojicevic a écrit : * Philippe Merlin [EMAIL PROTECTED] [2008-03-31 12:12:24 +0200] wrote : Bonjour, J'utilise le logiciel Gramps spécialiser dans la généalogie, ce logiciel se sert actuellement d'une base de données de type berkeley extension En cherchant sur Google j'ai trouvé la méthode db_dump dans un fichier texte et restauration par db_load mais au moment du db_dump j'obtiens : db_dump: xxx.grdb: unsupported btree version number 9 db_dump: xxx.grdb: Invalid argument En cherchant sur Google je n'ai trouvé aucune explication sur ce message et ce qu'il veut dire. Merci pour votre aide. Philippe MERLIN Salut, As-tu jete un oeil ici : http://www.gramps-project.org/wiki/index.php?title=Recover_corrupted_grdb A+ Oui justement ils conseillent d'utiliser db_dump et j'obtiens le résultat ci dessus . Merci . A+ Philippe MERLIN
Re: Base de donnée s Gramps inutilisable
* Philippe Merlin [EMAIL PROTECTED] [2008-03-31 12:12:24 +0200] wrote : Bonjour, J'utilise le logiciel Gramps spécialiser dans la généalogie, ce logiciel se sert actuellement d'une base de données de type berkeley extension grdb. En rentrant de vacance je n'arrive plus à lire cette base, et j'obtiens 'Corruption de bas niveau détectée dans la base de donnée' avec un message complémentaire qui me laisse peu d'illusion sur le futur de cette base. Cela m'ennuie car j'avais déjà enregistré près de 1200 personnes , es ce que parmi la liste quel qu'un a eu ce pb et comment il l'a résolu ? ou existe t'il un spécialiste des bases Berkeley ? En cherchant sur Google j'ai trouvé la méthode db_dump dans un fichier texte et restauration par db_load mais au moment du db_dump j'obtiens : db_dump: xxx.grdb: unsupported btree version number 9 db_dump: xxx.grdb: Invalid argument En cherchant sur Google je n'ai trouvé aucune explication sur ce message et ce qu'il veut dire. Merci pour votre aide. Philippe MERLIN Salut, As-tu jete un oeil ici : http://www.gramps-project.org/wiki/index.php?title=Recover_corrupted_grdb A+ -- . ''`. (\___/) E d i S T O J I C E V I C : :' : (='.'=) http://www.debianworld.org `. `~' ()_() GPG: 0x1237B032 `- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: Base de donnée s Gramps inutilisable
* Philippe Merlin [EMAIL PROTECTED] [2008-03-31 12:57:51 +0200] wrote : texte et restauration par db_load mais au moment du db_dump j'obtiens : db_dump: xxx.grdb: unsupported btree version number 9 db_dump: xxx.grdb: Invalid argument [...] Ptet un probleme de version de db_dump ? Essaye de mettre a jour peut etre ? -- . ''`. (\___/) E d i S T O J I C E V I C : :' : (='.'=) http://www.debianworld.org `. `~' ()_() GPG: 0x1237B032 `- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: wifi broadcom 4318 et noyau 2.6.24-1-686
Le Sunday 30 March 2008 21:33:21 hého, vous avez écrit : debianpmd a écrit, le 29.03.2008 14:59 : bon ayant galéré la matinée sur mon wifi géré par ndiswrapper depusi le changement de noyau , et devant mon incapacité a réinstaller le driver sous ndiswrapper (absence de répertoire build), j'ai trouvé une autre solution qui marche impeccable. Lire : http://quidamlinuxien.blogspot.com/ Petit défaut, il me semble que l'installer par apt serait mieux, mais je n'ai pas pu tester ... En tous cas ça marche. bonsoir, je suis en lenny avec une carte pcmcia linksys: lspci 02:00.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02) et pareillement, ndiswrapper ne fonctionne plus suite à la mise à jour du noyau en 2.6.24-1-686. j'ai suivi le lien http://quidamlinuxien.blogspot.com/ et oui ça marche (sauf b43-fwcutter qui est dans contrib et que l'on peut donc installer avec apt-get) malheureusement le module b43 et anciennement bcm43xx fonctionne moins bien pour moi que ndiswrapper. j'ai trouvé ici le moyen de faire marcher ndiswrapper avec le 2.6.24 : http://doc.fedora-fr.org/wiki/Installation_du_wifi_-_bcm43xx#Methode_NdisWr apper pour l'instant (10 minutes ;) ça à l'air de marcher... cordialement hého ps: pour la mise à jour de ndiswrapper proprement dit j'avais juste fait en demarrant sous le 2.6.24-1-686 et en ethernet donc: module-assistant auto-install ndiswrapper Je ne savais pas qu'il fallait blacklister b44 et et ssb, pourquoi, il y a conflit ? Perso, j'ai un bon résultat avec le b43 et wicd réinstallé par les sources debian Par contre une recherche dhcp en ligne de commande ne marche pas chez moi en wifi, peut-être que la version 3.1.0 n'est pas à jour, mais je n'ai pas essayé sans wep. Quant à ndiswrapper, je n'ai pas de bon firmware, donc ça a toujours été bancal pour moi (je l'avais perdu lors de ma migration sauvage de mon portable vers debian, et celle trouvée sur le web fonctionnait mal). Merci de vos précisions cordialement pmd
Re: Base de donnée s Gramps inutilisable
Bonjour, Le lundi 31 mars 2008, Philippe Merlin a écrit... Oui justement ils conseillent d'utiliser db_dump et j'obtiens le résultat ci dessus . http://pybsddb.sourceforge.net/utility/db_dump.html Vois -r et -R, éventuellement la page de db_recover et db_verify -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: Base de données Gramps inutilisable
Bonjour, Le lundi 31 mars 2008, Jean-Michel OLTRA a écrit : Bonjour, Le lundi 31 mars 2008, Philippe Merlin a écrit... Oui justement ils conseillent d'utiliser db_dump et j'obtiens le résultat ci dessus . http://pybsddb.sourceforge.net/utility/db_dump.html Vois -r et -R, éventuellement la page de db_recover et db_verify -- jm Merci, mais il semble que l'option -r et -R n'existe pas avec la version de db_dump que j'ai sous lenny. db_recover ne m'a rien donné . Ais je à la bonne version de db_dump ? Comment peut t'on le savoir ? Encore Merci. Philippe MERLIN
Re: wifi broadcom 4318 et noyau 2.6.24-1-686
debianpmd a écrit, le 31.03.2008 13:12 : Je ne savais pas qu'il fallait blacklister b44 et et ssb, pourquoi, il y a conflit ? je n'en sais pas plus :| Perso, j'ai un bon résultat avec le b43 et wicd réinstallé par les sources debian bah alors, pas de problème Par contre une recherche dhcp en ligne de commande ne marche pas chez moi en wifi, peut-être que la version 3.1.0 n'est pas à jour, mais je n'ai pas essayé sans wep. je suis en ip statique Quant à ndiswrapper, je n'ai pas de bon firmware, donc ça a toujours été bancal pour moi (je l'avais perdu lors de ma migration sauvage de mon portable vers debian, et celle trouvée sur le web fonctionnait mal). j'ai LSBCMNDS.inf (du cd d'install de la carte) pour une linksys pcmcia wpc54g-fr ... Merci de vos précisions de rien du tout cordialement hého -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: Base de donnée s Gramps inutilisable
Bonjour, Le lundi 31 mars 2008, Philippe Merlin a écrit... Merci, mais il semble que l'option -r et -R n'existe pas avec la version de db_dump que j'ai sous lenny. Ais je à la bonne version de db_dump ? Comment peut t'on le savoir ? Je ne sais pas. Vois chez Oracle si il y a quelque chose, ou dans les changelogs. BerkeleyDB s'installe avec libdb4.X Vois ta version, et vois si tu peux changer de version ? -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: Base de donnée s Gramps inutilisable
Bonjour, Le lundi 31 mars 2008, Jean-Michel OLTRA a écrit... Je ne sais pas. Vois chez Oracle si il y a quelque chose, ou dans les changelogs. BerkeleyDB s'installe avec libdb4.X Vois ta version, et vois si tu peux changer de version ? Je n'ai pas vu de présence de db_dump dans les paquets Debian. Il semblerait qu'il faille compiler les sources de la libdb pour avoir les utilitaires ?? Depuis que Sleepycat est passé Oracle ? Il me semblait bien avoir utilisé db_dump auparavant. -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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 : Re : [etch] Blocage au demarrage, initramfs, PERC5, driver
Bonjour, Alors dernière nouvelle. N'ayant pas de répertoire /dev/disk/by-label, je l'ai crée (sous root biensur). Ensuite j'ai crée des label pour mes périphériques de la sorte. voici le résumé de mes commandes : mkdir -p /dev/disk/by-label cd /dev/disk/by-label e2label /dev/sda2 Boot ln -s ../../sda2 Boot e2label /dev/sdc1 BAIE_SAUVEGARDE ln -s ../../sdc1 BAIE_SAUVEGARDE e2label /dev/sda3 sauvegarde1 ln -s ../../sda3 sauvegarde1 e2label /dev/sdb1 sauvegarde2 ln -s ../../sdb1 sauvegarde2 mkswap -L Swap /dev/sda1 = LABEL=Swap, UUID=c4c5ea81-4675-427c-b40c-a3166b2bb83b ln -s ../../sda1 Swap Et ensuite, j'ai modifié le fichier /boot/grub/menu.lst en remplaçant kernel /boot/vmlinuz-2.6.18-6-686 root=/dev/sda2 ro par kernel /boot/vmlinuz-2.6.18-6-686 root=LABEL=Boot ro Puis mon /etc/fstab 1 # /etc/fstab: static file system information. 2 # 3 # file system mount point type options dump pass 4 proc/proc procdefaults0 0 5 LABEL=Boot / ext3defaults,errors=remount-ro 0 1 6 LABEL=BAIE_SAUVEGARDE /baie_sauvegarde ext3defaults0 2 7 LABEL=SAUVEGARDE1 /sauvegarde1ext3defaults0 2 8 LABEL=SAUVEGARDE2 /sauvegarde2ext3defaults0 2 9 LABEL=Swap noneswapsw 0 0 10 /dev/hda/media/cdrom0 udf,iso9660 user,noauto 0 0 Après je me suis aperçu qu'en faisant update-grub mon fichier /boot/grub/menu.lst était remis à jour, et LABEL=Boot était remplacé par /dev/sda2, alors je ne sais pas si j'ai loupé une étape. Sinon malgré ça, au démarrage du serveur, je n'ai plus l'erreur initramfs bla bla bla, mais aléatoirement, j'en ai une autre maintenant. Toutes les partitions ne sont pas toujours reconnues. C'est à dire, il a souvent des souci avec mes LABEL. Alors il me demande de fair crtl D ou le mot de pass root. En faisant le mot de pass root, je m'aperçois dans le répertoire /dev/disk/by-label que les liens symbolique ne sont pas toujours tous présent ET de plus les étiquettes que j'ai crée ne vont pas toujours vers les chemins que j'avais indiqué. Je peux donc me retrouver avec le label Swap qui pointe vers /dev/sdc1 et idem pour les autres, ça change constamment, donc help. Je ne sais pas si j'ai loupé quelque chose. Je pensais aussi que e2label créerait automatiquement les liens symbolique, or là je suis obligé de les faire à la main, ce que je pense pas être propre. Merci - Message d'origine De : djibril ousmanou [EMAIL PROTECTED] À : debian-user-french@lists.debian.org Envoyé le : Lundi, 31 Mars 2008, 11h05mn 04s Objet : Re : [etch] Blocage au demarrage, initramfs, PERC5, driver Bonjour, Merci Gilles pour ta solution, le problème est bien un problème d'ordre des disques qui est aléatoire pour des raisons inconnues. Voici une autre doc trouvées (http://www.debian.org/releases/stable/hppa/release-notes/ch-upgrading.fr.html) c'est le paragraphe : 4.6.3 Réordonnement de l'énumération des périphériques Mais j'ai pas pu résoudre le souci. Pour l'histoire des labels, voici mon fichier fstab : proc/proc procdefaults0 0 /dev/sda2 / ext3defaults,errors=remount-ro 0 1 /dev/sdc1 /baie_sauvegarde ext3defaults0 2 /dev/sda3 /sauvegarde1ext3defaults0 2 /dev/sdb1 /sauvegarde2ext3defaults0 2 /dev/sda1 noneswapsw 0 0 /dev/hda/media/cdrom0 udf,iso9660 user,noauto 0 0 Il a été crée par l'installateur de Debian, du moins ce n'est pas moi personnellement. Mais en quoi l'utilisation de label peut il changer les choses par curiosité? idem pour uuid? Sinon je vous liste mon répertoire disk # ls -alh /dev/disk/* /dev/disk/by-id: total 0 drwxr-xr-x 2 root root 200 2008-03-28 18:14 . drwxr-xr-x 5 root root 100 2008-03-28 18:14 .. lrwxrwxrwx 1 root root 9 2008-03-28 18:14 scsi-36001c230d75cd8000f710df585f59edf - ../../sdc lrwxrwxrwx 1 root root 10 2008-03-28 18:14 scsi-36001c230d75cd8000f710df585f59edf-part1 - ../../sdc1 lrwxrwxrwx 1 root root 9 2008-03-28 18:14 scsi-SSEAGATE_ST337LW_3KR2E9VK - ../../sda lrwxrwxrwx 1 root root 10 2008-03-28 18:14 scsi-SSEAGATE_ST337LW_3KR2E9VK-part1 - ../../sda1 lrwxrwxrwx 1 root root 10 2008-03-28 18:14 scsi-SSEAGATE_ST337LW_3KR2E9VK-part2 - ../.../sda2 lrwxrwxrwx 1 root root 10 2008-03-28 18:14 scsi-SSEAGATE_ST337LW_3KR2E9VK-part3 - ../../sda3 lrwxrwxrwx 1 root root 9 2008-03-28 18:14 scsi-SSEAGATE_ST337LW_3KR2EJ3S - ../../sdb lrwxrwxrwx 1 root root 10 2008-03-28 18:14 scsi-SSEAGATE_ST337LW_3KR2EJ3S-part1 - ../../sdb1 /dev/disk/by-path: total 0 drwxr-xr-x 2 root root 220 2008-03-28 18:14 . drwxr-xr-x 5 root root 100 2008-03-28 18:14 .. lrwxrwxrwx 1 root root 9 2008-03-28
Re: Connection refused
West a écrit : Bonjour la liste, J'ai un gros soucis depuis quelques jours, j'ai à ma disposition un serveur de mail sous Debian externalisé (serveur dédié). Des que je lance une connexion au serveur, j'ai en retour un connexion refused, ssh,web, smtp, en telnet sur plusieurs ports. J'ai bien sur désacttivé le firewall, Fail2ban, mais rien à faire. Connexion avec le mode rescue, les logs n'indiquent rien de particulier mise à part tous les reboots, qui ont l'air d'etre logué jusqu'a la fin du processus de boot, rien concernant les drops dans les logs kernel,syslog, firewall ou encore messages. Je suis retourné à mon ancien kernel, bien que le dernier fonctionne depuis dejà plusieurs mois sans soucis (j'ai un 2eme serveur avec quasiement la meme config, mais il n'a rien). j'ai lancé wireshark, et lors des tentatives de connexion j'ai un beau RST,ACK juste apres mon SYN. Je n'ai aucune autre possiblité de me connecter mise à part le mode rescue pour remonter les disques. D'ailleurs je vois pas pourquoi ca fonctionne avec ce mode en ssh(port 22) et une fois booter normalement plus rien !! J'ai testé plusieurs ports, ceux qui sont supposés etres ouverts sur mon serveur, et j'ai pu remarqué que la connexion se faisait sans probleme sur le port LDAP/LDAPS. Je n'ai réalisé le test qu'en telnet sur ldap/ldaps mais je n'avais pas de connexion refused. Si quelqu'un peut me donner des idées de recherche, car là je vois plus trop ou chercher, j'ai passé la nuit la dessus sans resultat, c'est peut etre un truc tout bete, mais je suis parti dans pas mal de direction sans resultat, je prefrere donc demander de l'aide à des cerveaux plus reposés et mieux remplis . Merci de votre aide ++ Bonjour, Le réseau et la carte ont l'air de fonctionner. Le connexion refused correspond à un service qui ne tourne pas. Je pense qu'il faut regarder du côté de la configuration des services 1 par 1 : ex : /etc/init.d/ssh start, et voir les log on encore en mode non démon pour voir en temps réel ce qui se passe au niveau du lancement. Exemple : sshd -d -D Les ports sont ils ouverts? Que donne netstat -l? Peut être avez-vous subit une attaque ? Et qu'on a déconfiguré tous les services ? Ou aurait installé des versions modifiées ? Réinstaller les paquet depuis une source sûre avec support de clés GPG? Ce sont quelques idées en vrac. Cordialement. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: [testing] noyau 2.6.24 et pilote nvidia
Salut, Oui mais pas avec le xorg 7.2 de testing (sid a xorg 7.3). Gaëtan Selon Guy Roussin [EMAIL PROTECTED]: Bonjour, Le nvidia-kernel en sid (169.09) fonctionne bien avec le 2.6.24 (de la sid) Guy Gaëtan PERRIER a écrit : Salut, Avec le noyau 2.6.24 le m-a a-i nvidia-kernel-source échoue et dans les log j'ai: /usr/src/modules/nvidia-kernel/nv/nv.c: In function ânvidia_init_moduleâ: /usr/src/modules/nvidia-kernel/nv/nv.c:1326: erreur: too many arguments to function âkmem_cache_createâ /usr/src/modules/nvidia-kernel/nv/nv.c:1435: erreur: too many arguments to function âkmem_cache_createâ /usr/src/modules/nvidia-kernel/nv/nv.c:1569: erreur: valeur void n'a pas été ignorée comme elle aurait dû l'être /usr/src/modules/nvidia-kernel/nv/nv.c: In function ânvidia_exit_moduleâ: /usr/src/modules/nvidia-kernel/nv/nv.c:1601: erreur: valeur void n'a pas été ignorée comme elle aurait dû l'être make[4]: *** [/usr/src/modules/nvidia-kernel/nv/nv.o] Erreur 1 make[3]: *** [_module_/usr/src/modules/nvidia-kernel/nv] Erreur 2 make[3]: quittant le répertoire « /usr/src/linux-headers-2.6.24-1-686 » NVIDIA: left KBUILD. nvidia.ko failed to build! make[2]: *** [module] Erreur 1 make[2]: quittant le répertoire « /usr/src/modules/nvidia-kernel/nv » make[1]: *** [build-stamp] Erreur 2 make[1]: quittant le répertoire « /usr/src/modules/nvidia-kernel » make: *** [kdist_image] Erreur 2 Mon nvidia-kernel-source est la version 100.14.11-1 (la dernière que j'ai trouvé qui fonctionne avec le xorg 7.2 de testing). Je suppute une incompatibilité entre cette version des pilotes nvidia et le 2.6.24 ? Si oui existe-t-il une version compatible 2.6.24 et xorg 7.2 ? Gaëtan Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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]
Lancer un programme console à partir d'un fichier desktop
Bonjour, Certains programmes consoles (htop, elinks par exemple) installent des fichiers .desktop sous /usr/share/applications. Vu l'utilisation de ces fichiers (souvent c'est pour les menus), pourquoi en faire pour des programmes console ? Y a t il un moyen de lancer automatiquement un programme console dans une console en ouvrant celle-ci à partir du menu ? Je sais que x-terminal-emulator -e htop fonctionne. Ne pourrait il pas y avoir un test sur Terminal=true pour lancer un terminal ? Si qqn a une solution différente d'éditer le fichier .desktop, je suis preneur. Merci GUillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: Lancer un programme co nsole à partir d'un fichier desktop
On Mon, Mar 31, 2008 at 07:10:39PM +0200, giggz wrote: Certains programmes consoles (htop, elinks par exemple) installent des fichiers .desktop sous /usr/share/applications. Vu l'utilisation de ces fichiers (souvent c'est pour les menus), pourquoi en faire pour des programmes console ? Je ne comprend pas le problème. On peut retourner la question: pourquoi un programme console a-t-il un item dans les menus? Pour qu'on puisse le lancer en cliquant dans les menus, bien sur... Y a t il un moyen de lancer automatiquement un programme console dans une console en ouvrant celle-ci à partir du menu ? ... en ajoutant un fichier .desktop? Si qqn a une solution différente d'éditer le fichier .desktop, je suis preneur. Quel est le but? Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: Lancer un programme console à partir d 'un fichier desktop
Yves Rutschle a écrit : On Mon, Mar 31, 2008 at 07:10:39PM +0200, giggz wrote: Certains programmes consoles (htop, elinks par exemple) installent des fichiers .desktop sous /usr/share/applications. Vu l'utilisation de ces fichiers (souvent c'est pour les menus), pourquoi en faire pour des programmes console ? Je ne comprend pas le problème. On peut retourner la question: pourquoi un programme console a-t-il un item dans les menus? Pour qu'on puisse le lancer en cliquant dans les menus, bien sur... ben vi, je suis d'accord...le probleme c'est que quand on clique dessus rien ne se lance, puisque pas de console... Y a t il un moyen de lancer automatiquement un programme console dans une console en ouvrant celle-ci à partir du menu ? ... en ajoutant un fichier .desktop? oui mais pourquoi en rajouter un alors qu'il en existe déjà un...pourquoi celui fourni ne lance t il pas une console avec le programme console dedans ? Si qqn a une solution différente d'éditer le fichier .desktop, je suis preneur. Quel est le but? lancer un programme console à partir du menu application par exemple. En gros qd je clique j'aimerais qu'une console s'ouvre avec mon programme dedans. un fichier .desktop avec urxvt -e htop fait ça très bien je le sais. Mais pourquoi le fichier fourni ne fait il pas ça ? un fichier .desktop ça sert à lancer un programme à partir d'un menu tu l'as dit toi même, et pour l'instant les .desktop fournis ne lancent rien du tout...en tout cas chez moi... Merci Guillaume Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: Connection refused
Raphaël RIGNIER a écrit : West a écrit : Bonjour la liste, J'ai un gros soucis depuis quelques jours, j'ai à ma disposition un serveur de mail sous Debian externalisé (serveur dédié). Des que je lance une connexion au serveur, j'ai en retour un connexion refused, ssh,web, smtp, en telnet sur plusieurs ports. J'ai bien sur désacttivé le firewall, Fail2ban, mais rien à faire. Connexion avec le mode rescue, les logs n'indiquent rien de particulier mise à part tous les reboots, qui ont l'air d'etre logué jusqu'a la fin du processus de boot, rien concernant les drops dans les logs kernel,syslog, firewall ou encore messages. Je suis retourné à mon ancien kernel, bien que le dernier fonctionne depuis dejà plusieurs mois sans soucis (j'ai un 2eme serveur avec quasiement la meme config, mais il n'a rien). j'ai lancé wireshark, et lors des tentatives de connexion j'ai un beau RST,ACK juste apres mon SYN. Je n'ai aucune autre possiblité de me connecter mise à part le mode rescue pour remonter les disques. D'ailleurs je vois pas pourquoi ca fonctionne avec ce mode en ssh(port 22) et une fois booter normalement plus rien !! J'ai testé plusieurs ports, ceux qui sont supposés etres ouverts sur mon serveur, et j'ai pu remarqué que la connexion se faisait sans probleme sur le port LDAP/LDAPS. Je n'ai réalisé le test qu'en telnet sur ldap/ldaps mais je n'avais pas de connexion refused. Si quelqu'un peut me donner des idées de recherche, car là je vois plus trop ou chercher, j'ai passé la nuit la dessus sans resultat, c'est peut etre un truc tout bete, mais je suis parti dans pas mal de direction sans resultat, je prefrere donc demander de l'aide à des cerveaux plus reposés et mieux remplis . Merci de votre aide ++ Bonjour, Le réseau et la carte ont l'air de fonctionner. Le connexion refused correspond à un service qui ne tourne pas. Je pense qu'il faut regarder du côté de la configuration des services 1 par 1 : ex : /etc/init.d/ssh start, et voir les log on encore en mode non démon pour voir en temps réel ce qui se passe au niveau du lancement. Exemple : sshd -d -D Les ports sont ils ouverts? Que donne netstat -l? Peut être avez-vous subit une attaque ? Et qu'on a déconfiguré tous les services ? Ou aurait installé des versions modifiées ? Réinstaller les paquet depuis une source sûre avec support de clés GPG? Ce sont quelques idées en vrac. Cordialement. C'est vrai que je peut tenter de lancer un 2eme serveur ssh mais à partir du binaire(et fichiers de conf) de mon disque monté depuis le mode rescue. Ben normalement les tests je l'ai fait sur des ports qui sont supposés être ouvert j'en ai au moins 7 (pop3s,smtp,smtps,ldap,ldaps,web,ssh). Je ne peut pas faire de netstat n'ayant pas la main sur le serveur. J'ai pourtant essayer de bidouiller un truc du genre rajouter une ligne de le crontab pour planifier une tache justement pour me remonter ce type d'infos, mais la tache ne se lance pas. J'ai tenté autre chose, mettre un script au démarrage pour récupérer les infos(netstat,ps ) il s'est bien exécuté, mais je crois qu'il n'a pas le tps de d'initialiser correctement, ce qui fait qu'on a pas grand chose, faudrait un script de démarrage qui s'exécute bien après son lancement. niveau log j'ai pas grand chose, mais je vais tenter avec le ssh lancer manuellement deja pour voir si il démarre normalement. je doute quand meme qu'il s'agisse d'un piratage, même s'il est vrai que c'est une option a ne pas exclure, mais ce serveur n'avait d'accès public que les service de mail, le reste (web,ssh,ldap) était invisible du public (pas de réponses) et avec que 2 ips autorisées à s'y connecté avec bien sur un mot de passe d'@u M0!N$ 15 [EMAIL PROTECTED]@t3r3$ $! tu Vois ce que je veux dire sans parler de fail2ban sur ces services (10mn de bans pour 3 mdp incorrect) Merci pour les idées en vrac, je vais essayer deja d'avancé avec ca. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: Lancer un programme console à partir d'un fichier desktop
Le Monday 31 March 2008 18:58:57 Yves Rutschle, vous avez écrit : On Mon, Mar 31, 2008 at 07:10:39PM +0200, giggz wrote: Certains programmes consoles (htop, elinks par exemple) installent des fichiers .desktop sous /usr/share/applications. Vu l'utilisation de ces fichiers (souvent c'est pour les menus), pourquoi en faire pour des programmes console ? Y a t il un moyen de lancer automatiquement un programme console dans une console en ouvrant celle-ci à partir du menu ? Tu peux faire ça avec KMenuEdit, soit en lançant directement la commande, soit via un petit script perso. -- Kader HAJI signature.asc Description: This is a digitally signed message part.
Re: Base de données Gramps inutilisable [Résolu]
Bonsoir, Le lundi 31 mars 2008, Jean-Michel OLTRA a écrit : Bonjour, Le lundi 31 mars 2008, Jean-Michel OLTRA a écrit... Je ne sais pas. Vois chez Oracle si il y a quelque chose, ou dans les changelogs. BerkeleyDB s'installe avec libdb4.X Vois ta version, et vois si tu peux changer de version ? Je n'ai pas vu de présence de db_dump dans les paquets Debian. Il semblerait qu'il faille compiler les sources de la libdb pour avoir les utilitaires ?? Depuis que Sleepycat est passé Oracle ? Il me semblait bien avoir utilisé db_dump auparavant. Merci à tous, j'ai réussi à me sortir de ce pb qui m'ennuyait beaucoup. En effet grâce à vous, vous avez réussi à m'ouvrir les yeux, le lien : http://www.gramps-project.org/wiki/index.php?title=Recover_corrupted_grdb parlait de db_dump je l'avais utiliser sans résultat et je commençais à désespérer. En cherchant par apt-cache search berkeley, j'ai vu qu'il existait plusieurs versions de db-util de la 4.1 à la 4.6 et en regardant sur le site debian chaque fois une version de db_dump différente. En essayant la dernière version db4.4_dump j'ai réussi à extraire dans un fichier texte et restaurer par un db4.4_load la base de données. Et Gramps est satisfait de la nouvelle base de données. Moi aussi !!! Le seul point qui me reste à éclaircir est quel est la version de db_dump et db_load que j'ai sur mon système ? peut être un reste d'Etch. Pourquoi Gramps ne m'a pas imposé l'installation de db4.4-util ? A+ Encore Merci. Philippe MERLIN
Re: [etch] Blocage au demarrage, initramfs, PERC5, driver
Le Monday 31 March 2008 11:05:04 djibril ousmanou, vous avez écrit : Bonjour, [...] Bonsoir ! Ne faut il pas utiliser soit une méthode d'identification permanente par UUID ou par LABEL, mais pas les deux? Si on a pas de répertoire /dev/disk/by-label, peut on utiliser la méthode d'identification par label? Pourquoi devrais utiliser LVM, pour faire quoi? LVM utilise des identifiant unique aussi pour retrouver ses disques, volume group et logical volume. Il est donc insensible à l'ordre de détection du noyau, et donc aux noms des devices. signature.asc Description: This is a digitally signed message part.
Re: [etch] Blocage au demarrage, initramfs, PERC5, driver
Le Monday 31 March 2008 14:33:46 djibril ousmanou, vous avez écrit : Bonjour, Alors dernière nouvelle. N'ayant pas de répertoire /dev/disk/by-label, je l'ai crée (sous root biensur). Ensuite j'ai crée des label pour mes périphériques de la sorte. voici le résumé de mes commandes : mkdir -p /dev/disk/by-label cd /dev/disk/by-label e2label /dev/sda2 Boot ln -s ../../sda2 Boot e2label /dev/sdc1 BAIE_SAUVEGARDE ln -s ../../sdc1 BAIE_SAUVEGARDE e2label /dev/sda3 sauvegarde1 ln -s ../../sda3 sauvegarde1 e2label /dev/sdb1 sauvegarde2 ln -s ../../sdb1 sauvegarde2 mkswap -L Swap /dev/sda1 = LABEL=Swap, UUID=c4c5ea81-4675-427c-b40c-a3166b2bb83b ln -s ../../sda1 Swap Et ensuite, j'ai modifié le fichier /boot/grub/menu.lst en remplaçant kernel /boot/vmlinuz-2.6.18-6-686 root=/dev/sda2 ro par kernel /boot/vmlinuz-2.6.18-6-686 root=LABEL=Boot ro Puis mon /etc/fstab 1 # /etc/fstab: static file system information. 2 # 3 # file system mount point type options dump pass 4 proc/proc procdefaults0 0 5 LABEL=Boot / ext3defaults,errors=remount-ro 0 1 6 LABEL=BAIE_SAUVEGARDE /baie_sauvegarde ext3defaults 0 2 7 LABEL=SAUVEGARDE1 /sauvegarde1ext3defaults 0 2 8 LABEL=SAUVEGARDE2 /sauvegarde2ext3defaults 0 2 9 LABEL=Swap noneswapsw 0 0 10 /dev/hda/media/cdrom0 udf,iso9660 user,noauto 0 0 Après je me suis aperçu qu'en faisant update-grub mon fichier /boot/grub/menu.lst était remis à jour, et LABEL=Boot était remplacé par /dev/sda2, alors je ne sais pas si j'ai loupé une étape. Il faut modifier la ligne spécifique dans le commentaire # kopt= update-grub regénère les entrée de noyau à chaque fois, donc toute modification directement dans les entrées grub est écrasée. Update-grub est un outil Debian, pas de Grub. Sinon malgré ça, au démarrage du serveur, je n'ai plus l'erreur initramfs bla bla bla, mais aléatoirement, j'en ai une autre maintenant. Toutes les partitions ne sont pas toujours reconnues. C'est à dire, il a souvent des souci avec mes LABEL. Alors il me demande de fair crtl D ou le mot de pass root. En faisant le mot de pass root, je m'aperçois dans le répertoire /dev/disk/by-label que les liens symbolique ne sont pas toujours tous présent ET de plus les étiquettes que j'ai crée ne vont pas toujours vers les chemins que j'avais indiqué. Je peux donc me retrouver avec le label Swap qui pointe vers /dev/sdc1 et idem pour les autres, ça change constamment, donc help. Je ne sais pas si j'ai loupé quelque chose. Je pensais aussi que e2label créerait automatiquement les liens symbolique, or là je suis obligé de les faire à la main, ce que je pense pas être propre. Les liens dans /dev/disk/by* ne sont là que pour des raisons de pratique, si on veut les utiliser directement, par exemple avec une application qui ne connaît pas les LABEL. Hors, le script de démarrage Debian connaît les les labels. Il n'utilise pas les liens. Je pense que le problème qui te reste est justement celui lié à la configuration de grub. signature.asc Description: This is a digitally signed message part.
Re: Connection refused
Bonjour, Le lundi 31 mars 2008, West a écrit... Si quelqu'un peut me donner des id�es de recherche, car l� je vois plus trop ou chercher, j'ai pass� la nuit la dessus sans resultat, c'est peut etre un truc tout bete, mais je suis parti dans pas mal de direction sans resultat, je prefrere donc demander de l'aide � des cerveaux plus repos�s et mieux remplis . hping permet d'envoyer tout un tas de paquets diff�rents. Tu peux essayer pour voir comment �a r�agit. Sinon, il y a les hosts.(allow|deny) et tcp wrappers. Je m'en sers pour sshd. Il pourrait y avoir qqch dedans qui bloque les connexions. -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: Blog
Le Sun, Mar 30, 2008 at 07:38:45PM +0200, Christophe Alonso écrivait : Le dimanche 30 mars 2008 à 19:20 +0200, Frédéric ZULIAN a écrit : Bonjour, Bonjour, Je recherche une application pour créer un blog avec une gestion par interface HTML (dans le style dotclear) mais présenten paquetage Debian. Une idée ? Deux : serendipity ou wordpress. Avec Wordpress quelqu'un a t-il déja utilisé le service d'installation en ligne Install4Free ? http://codex.wordpress.org/fr:Heberger_WordPress -- Frédéric ZULIAN http://www.zulian.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: Blog
Bonsoir, Très honnêtement, j'ai déjà installé Dotclear il y a quelques années (un blog qui tourne toujours, un blog institutionnel, personnalisé). Je viens tout juste d'ouvrir le mien et j'ai choisi WordPress. Et après des années sous DotClear (comme admin pour cette institution), je dois bien avouer que WordPress est beaucoup plus intéressant : des plugins en veux-tu en voilà, en tous genres, une interface très bien pensée, enfin... que du bon ! Et avec ça : extrêment simple à installer ! J'ai d'abord voulu réinstaller un DotClear mais l'installation automatisée bloquait, je ne sais même pas pourquoi ! Alors... en trois minutes, j'ai installé WordPress ! Sans problème... Tout ça pour te dire que l'installation4Free c'est vraiment si tu es complètement novice en presque tout ! @+ Christophe Éric ZULIAN a dit dans un souffle : Le Sun, Mar 30, 2008 at 07:38:45PM +0200, Christophe Alonso écrivait : Le dimanche 30 mars 2008 à 19:20 +0200, Frédéric ZULIAN a écrit : Bonjour, Bonjour, Je recherche une application pour créer un blog avec une gestion par interface HTML (dans le style dotclear) mais présenten paquetage Debian. Une idée ? Deux : serendipity ou wordpress. Avec Wordpress quelqu'un a t-il déja utilisé le service d'installation en ligne Install4Free ? http://codex.wordpress.org/fr:Heberger_WordPress -- Frédéric ZULIAN http://www.zulian.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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] -- Christophe Gallaire Linux On The Root : http://ubunteros.tuxfamily.org/ Carnet de route : http://www.road2mayotte.org/ Mutt, le Mail Agent à l'extrême configurabilité ! 100% libre ! 100% Linux ! Les clèbs (mutts) n'ont pas de punaises (bugs) mais des puces ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: Connection refused
Bonjour, Le lundi 31 mars 2008, West a écrit... Si quelqu'un peut me donner des id�es de recherche, car l� je vois plus trop ou chercher, j'ai pass� la nuit la dessus sans resultat, c'est peut etre un truc tout bete, mais je suis parti dans pas mal de direction sans resultat, je prefrere donc demander de l'aide � des cerveaux plus repos�s et mieux remplis . Une autre id�e, juste avant de quitter l'ordi : le disque satur� ? -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: Base de données Gramp s inutilisable [Résolu]
* Philippe Merlin [EMAIL PROTECTED] [2008-03-31 21:43:46 +0200] wrote : Merci à tous, j'ai réussi à me sortir de ce pb qui m'ennuyait beaucoup. En effet grâce à vous, vous avez réussi à m'ouvrir les yeux, le lien : http://www.gramps-project.org/wiki/index.php?title=Recover_corrupted_grdb parlait de db_dump je l'avais utiliser sans résultat et je commençais à désespérer. En cherchant par apt-cache search berkeley, j'ai vu qu'il existait plusieurs versions de db-util de la 4.1 à la 4.6 et en regardant sur le site debian chaque fois une version de db_dump différente. En essayant la dernière version db4.4_dump j'ai réussi à extraire dans un fichier texte et restaurer par un db4.4_load la base de données. Et Gramps est satisfait de la nouvelle base de données. Moi aussi !!! Le seul point qui me reste à éclaircir est quel est la version de db_dump et db_load que j'ai sur mon système ? peut être un reste d'Etch. Pourquoi Gramps ne m'a pas imposé l'installation de db4.4-util ? A+ Encore Merci. Philippe MERLIN Et penses aux sauvegardes ;) A+ -- . ''`. (\___/) E d i S T O J I C E V I C : :' : (='.'=) http://www.debianworld.org `. `~' ()_() GPG: 0x1237B032 `- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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: problème signature gnupg avec Sylpheed et Claws sous Etch
Le Mon, 31 Mar 2008 07:15:51 + (UTC) didier gaumet [EMAIL PROTECTED] a écrit: Bonjour, Je teste Sylpheed sous Etch/Stable avec gnupg et je rencontre un problème qui m'étonne: -lorsque je compose un message non signé et non chiffré: OK, envoyé. -lorsque je compose un message non signé et chiffré: OK, envoyé. -lorsque je compose un message signé: on ne me demande pas la passphrase gnupg, le bouton envoyer n'a aucun effet (je reste dans la fenêtre de composition), le message n'est pas envoyé. Le seul message d'erreur que j'ai remarqué est dans le journal Sylpheed des connexions: ** Sylpheed-WARNING: pgp_sign(): signing failed: Mauvaise phrase de passe. Même problème avec Claws sous Etch/Stable. Je n'ai aucun problème gnupg avec d'autres MTA (Iceweasel, GNUMail) sous Etch. Et je ne rencontre pas le problème avec Sylpheed sous Sid/Unstable. Vous avez des idées ou des suggestions ? D'avance merci :-) Je sais que ça ne va pas t'aider beaucoup mais sous testing aucun problème avec la version 2.5.0beta1 Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter 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]