[Re: Can't boot 2.4.17 or 2.5.1 kernel] problem solved ?!
[anglophobes, ne lisez pas la suite :-)] Hi ! Le Mon, Feb 04, 2002 at 08:51:19PM +0100, Jose Luis Domingo Lopez a écrit: One day I tried again to boot those problematic kernels from the same PC, now upgraded to Woody, and the problems appeared in the same places. One thing that I noticed is that Alan's 2.4.x-acY kernels had no problems booting where plain 2.4.x kernels failed. thanks a lot for the tip ! I compiled a kernel from the plain 2.4.13 sources with the ac-8 patch and it works fine. haaa... my radeon works and I can play tuxracer; great ! more seriously, thanks to all the people making the ac kernel-variants. Just one more -silly?- question: it seems -for me at least- that some of the ac patches should be integrated in the kernel, why aren't they ? (I repeat that ANY 2.4.17 variant I compiled won't even boot ! I'm not talking about kernel panic here) is my hardware so exotic ?? thanks again. PS: it worked also with a 2.4.13-ac5 :-) PPS: I don't mind to buils a few more kernel to identify which part(s) of the ac patches is(are) responsible of this non-non-booting ;-) situation but I need someone to guide me. PPPS: I'll have some time in a week; tomorrow I go skiing 8-) -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
Re: [BOOT] chargement du noyau 2.4.17 impossible
bonjour, Le Thu, Jan 31, 2002 at 08:29:09PM +0100, Olivier Garet a écrit: Si ça peut t'aider, j'ai installé récemment un noyau 2.4.16 sur un chipset VIA KM133 sans aucun pb comme suit: j'ai compilé le noyau sur un Pentium III, et j'ai tout bêtement inséré le packet debian obtenu sur l'AMD avec chipset KM133. Il est peut être possible de faire plus malin, mais ça a l'air de marcher ... j'ai essayé de copier la procédure: compilation sur un Genuine Intel Pentium2-233MMX des sources 2.4.17 'brutes' (i.e. pas le paquet Debian) installation du paquet sur la machine AMD/VIA... sans succés, le comportement reste identique :-(( bon je vais encore essayer: - upgrade du bios - compilation d'un 2.5.x et si ça ne marche toujours pas, je compte sur vous pour m'aider alors ! merci, a+ -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
Re: [BOOT] chargement du noyau 2.4.17 impossible
bonsoir, Le Thu, Jan 31, 2002 at 10:23:09AM +0100, Xavier Poinsard a écrit: Je viens de lire (un article de juillet) qui indique que par défaut la compilation est faite pour Pentium III et que sur d'autres processeurs le résultat correspond à ce que tu indiques : décompression et puis plus rien. Haaa ! enfin quelque chose qui m'intéresse; un lien stp ? ou sinon, une indication: le site, les mots clés de la recherche, etc. merci bien. -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
Re: [BOOT] chargement du noyau 2.4.17 impossible
bonsoir, Le Thu, Jan 31, 2002 at 01:38:02PM +0100, Michel Grentzinger a écrit: Sans oublier que si le initrd n'est pas créé (pour une raison ou une autre), il est très facile de le créer avec mkinitrd. oui. Faire pointer lilo.conf vers ce nouveau initrd (lié à la version du noyau). Relancer lilo. euh... t'as pas tout lu; j'utilise GRUB ! mais les tests avec lilo donnent le même résultat (tiens, j'ai l'impression de me répéter là) merci quand même -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
Re: [BOOT] chargement du noyau 2.4.17 impossible
bonsoir, Le Thu, Jan 31, 2002 at 05:45:36PM +0100, Rénald CASAGRAUDE a écrit: 1) Dans /etc/linux.conf, écrire la ligne suivante (après append et avant la commande de boot concernant vmlinuz) : initrd=/boot/initrd euh... tu dois vouloir dire 'lilo.conf' non ?! je répète que j'utilise grub (mais le résultat avec lilo est le même) ET (cf mon mèl précédent où j'ai recopié le message à la main) il trouve initrd.img (cf la réponse entre crochets de grub) mais cela ne résoud rien. Dans ces cas là : aussi rajouter la même ligne pour l'ancien noyau vers l'ancien initrd mon ancien noyau est un 2.2.19 et y'a pas de initrd :o) 2) Dans un fichier qui s'appelle /etc/kernel-img.conf (mais qui peut aussi bien s'appeler kernel-img-2.4.16-k6.conf), il faut entrer la commande supplémaentaire: Do_Initrd = Yes Ce n'est pas obligatoire ! Avec cette ligne , on ne vous previendra plus de la necessité de la ligne concernant initrd dans le fichier de config de votre bootloader ! tout à fait ! d'ailleurs le mien est à 'No' en fait, je suis à peu près sûr maintenant que c'est un pb avec mon chipset VIA KM133... j'ai lu quelques messages à ce propos sur la liste de dvpmt du noyau. le problème est qu'aucun de ces messages ne m'a donné la solution; comme c'est spécifique au noyau, je vais peut-être aller poster là-bas et je vous rapporterai la réponse. merci. -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
[BOOT] chargement du noyau 2.4.17 impossible
bonjour, j'en suis à pas mal d'essais infructueux donc je me permet de vous soliciter. Configuration: PC Packard-Bell imédia6007a, AMD Athlon 1.4GHz, CM Explorer de Packard-Bell, chipset VIA KM133, contrôleurs VT 8365A Northbridge (AGP et PCI) et VT686B Southbridge (IDE et USB). ATIRadeonVE, Debian GNU/Linux Woody (iso non-officielles du 20/07/2001) avec XFree86 upgradé en 4.1.0 (xfree86-common, xserver-common, xserver-xfree86) pour le support de la radeon. je désire recompiler un noyau 2.4 pour avoir le dri et le framebuffer pour la radeon (j'aimerais bien jouer à tuxracer ;o) je boote avec grub et il n'y a aucun problème pour le noyau 2.2.19 fourni. Par contre, pas moyen de booter un noyau 2.4 ! que ce soit celui du paquet kernel-image-2.4.17-k7_2.4.17-1_i386.deb ou l'un des 3 autres que j'ai recompilé à partir des sources du paquet kernel-source-2.4.17-k7_2.4.17-1_all.deb :-( le symptôme est tout simplement: grub m'affiche la ligne Uncompressing Linux... OK, booting the kernel., le curseur passe est au début de la ligne suivante et c'est tout !! la machine est plantée. après moultes recherches sur internet... - l'ajout de mem=nopentium comme option de boot ne change rien (normal, c'est juste en rapport avec la radeon) - la recompilation d'un noyau en précisant 6x86 au lieu de Athlon n'améliore en rien la situation (plus étonnant et surtout phénomène que je ne comprends pas !) au secours ! -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
Re: [BOOT] chargement du noyau 2.4.17 impossible
bonsoir, Le Wed, Jan 30, 2002 at 06:30:52PM +0100, Frederic Ferrere a écrit: title GNU/Linux root (hd0,0) kernel /vmlinuz root=/dev/hda1 initrd /boot/initrd Si je me souviens bien, dans le paquet debian kernel-image-2.4.17-i686 ou qqchose comme ça le fichier ramdisk se nomme /boot/initrd-2.4.17-i686 à vérifier :o) j'avoue que j'avais râté ce machin d'initrd, mais... (recopie d'écran avec mes petites mains) = Booting command-list root (hd0,0) Filesystem type is ext2fs, partition type 0x83 kernel /boot/vmlinuz-2.4.17-k7 root=/dev/hda1 ro [Linux-bzImage, setup=0x1400, size=0x9b512] initrd /boot/initrd.img [Linux-initrd @ 0x17cb4000, 0x32c000 bytes] Uncompressing Linux... Ok, booting the kernel. = et c'est tout ! c'est à dire rien de mieux qu'avant (à part 2 lignes de texte supplémentaires concernant le 'initrd') :-(( bouh-ouh-ouh... je suis vraiment à court d'idées là. PS: même résultat avec Lilo ou une disquette de boot (qu'elle soit grub ou lilo). NTK/ pour les prochains J.O., en plus du décathlon et de l'heptathlon, je propose en démonstration le jetdathlon (par la fenêtre) /NTK -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
Re: Multiboot
bonsoir, Le Wed, Jan 23, 2002 at 04:20:19PM +0100, Arthur a écrit: Je souhaiterai faire un multiboot Win2000 pro et debian, mais je ne sais pas trop comment faire, donc est-ce que quelqu'un pourrait me donner des indications pour pouvoir faire ce multiboot ? j'ai un dual-boot linux(Pri Mas) / winXP(Pri Slave) qui fonctionne bien avec grub. si tu te sens de te mettre à grub, je t'envoie mon fichier de config (en privé) pour te faire un point de départ... a+ -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
Re: [LONG] Re: comment demarrer fwm2
bonjour, j'ai pas suivi tout le fil de discussion, mais, sans rentrer dans des considérations pointues sur la méthode update-alternatives, pour les gestionnaires de fenêtres, il y a le paquet 'wmanager' que je trouve bien pratique ! j'ai gdm --- GNOME (direct) | -- KDE (direct) | -- Debian (passe la main à wmanager) | -- Afterstep | -- WindowMaker | -- etc. (tout ce qui est dans le .wmanagerrc) ici, il y a 23 gestionnaires de fenêtres différents (!) c'est une machine de démo... je n'utilise quasiment qu'afterstep. a+ -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
Re: apache + postgresql
bonjour, Le Tue, Nov 13, 2001 at 04:55:46PM +0100, Remi Cellier a écrit: J'ai eu le meme probleme c'est bizzare c'est incompatibilite ... php4 demande un apache inferieur au 1.3.19 alors que celui de la woody est 1.3.22 ... donc faite attention si vous upgradez en ce moment La solution temporaire que j'ai utilisé est de recompiler apache+php en local le temps que ce bug soit resolu ... bizarre, j'ai rencontré des messages en ce sens sur la lidie debian-testing et pourtant: corwin:~$ dpkg -l apache php4 apache-common Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder | État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé |/ Err?=(aucune)/H=à garder/besoin Réinstallation/X=les deux (Etat,Err: majuscule=mauvais) ||/ NomVersionDescription +++-==-==- ii apache 1.3.22-2 Versatile, high-performance HTTP server ii php4 4.0.99-3 A server-side, HTML-embedded scripting langu ii apache-common 1.3.22-2 Support files for all Apache webservers et corwin:~$ apt-cache show php4 Package: php4 Priority: optional Section: web Installed-Size: 1348 Maintainer: Petr Cech [EMAIL PROTECTED] Architecture: i386 Version: 3:4.0.99-3 Replaces: php4-dev ( 4.0.2-6), php4-xml Provides: php4-xml Depends: libbz2-1.0, libc6 (= 2.2.4-2), libdb2 (= 2:2.7.7-4), libexpat1 (= 1.95.2-2.1), libmm11, libpam0g (= 0.72-1), libpcre3, zlib1g (= 1:1.1.3), mime-support (= 2.03-1), apache-common (= 1.3.22), apache-common ( ^ 1.3.22.1), fileutils (= 4.0-5) Suggests: phpdoc, php4-pear Conflicts: php3, php4-dev ( 4.0.4-1), php4-cgi ( 4.0.4-1), php4-cgi-curl, php4-cgi-domxml, php4-cgi-gd, php4-cgi-imap, php4-cgi-ldap, php4-cgi-mhash, php4-cgi-mysql, php4-cgi-pgsql, php4-cgi-snmp, php4-cgi-xml, php4-xml Filename: pool/main/p/php4/php4_4.0.99-3_i386.deb [etc] alors, qui croire ? ;-) -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
Re: [fabrice@corwin.ambre.fr: màj woody]
bonjour, Le Tue, Oct 30, 2001 at 09:28:15AM +0100, Martin Quinson a écrit: A, ben non, j'ai pas recu d'attachement... oops ! désolé... voici mon sources.list (mais voir fin du mèl) Je suppose que c'est pareil pour d'autres de la liste. je n'en suis pas sûr (voir fin du mèl) Note: Fait tes recherches avec apt-cache search, ou mieux encore avec grep-available j'utilise apt-cache search/show de façon intensive :-) grep-available connais pas :-/ Ben, sans le message d'erreur (l'attachement qui n'a pas fonctionné), c'est pas simple de répondre. oui c'est sûr ! en fait, j'ai effacé 'brutalement' les 2 fichiers du cache d'apt puis je les ai regénérés après avoir commenté les lignes apt-cdrom de mon sources.list. apparemment, ce sont ces lignes qui posaient problème (référence à des packages de la potato). donc nouvelle question: lorsqu'une référence à un paquet est ambigue et qu'apt (ou dselect/dpkg) ne sait pas la résoudre, comment le guider ? exemple ? merci, a+ -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. deb ftp://ftp.fr.debian.org/debian unstable main contrib non-free deb ftp://ftp.fr.debian.org/debian-non-US unstable/non-US main contrib non-free deb http://security.debian.org stable/updates main contrib non-free # Uncomment if you want the apt-get source function to work #deb-src http://http.us.debian.org/debian stable main contrib non-free #deb-src http://non-us.debian.org/debian-non-US stable non-US #deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-6 (20010720)]/ unstable contrib main non-free #deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-5 (20010720)]/ unstable contrib main non-free #deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-4 (20010720)]/ unstable contrib main non-free #deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-3 (20010720)]/ unstable contrib main non-free #deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-2 (20010720)]/ unstable contrib main non-free #deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-1 (20010720)]/ unstable contrib main non-free #deb cdrom:[Debian GNU/Linux 2.2 r0 _Potato_ - Official i386 Binary-1 (2814)]/ unstable contrib main non-US/contrib non-US/main #deb cdrom:[Debian GNU/Linux 2.2 r0 _Potato_ - Official i386 Binary-2 (2814)]/ unstable contrib main non-US/contrib non-US/main #deb cdrom:[Debian GNU/Linux 2.2 r0 _Potato_ - Official i386 Binary-3 (2814)]/ unstable contrib main non-US/contrib non-US/main #deb-src cdrom:[Debian GNU/Linux 2.2 r0 _Potato_ - Official Source-1 (2814)]/ unstable contrib main non-US/contrib non-US/main #deb-src cdrom:[Debian GNU/Linux 2.2 r0 _Potato_ - Official Source-2 (2814)]/ unstable contrib main non-US/contrib non-US/main #deb-src cdrom:[Debian GNU/Linux 2.2 r0 _Potato_ - Official Source-3 (2814)]/ unstable contrib main non-US/contrib non-US/main #deb cdrom:[Debian GNU/Linux potato (unofficial) binary-i386 1/4 2430]/ unstable contrib main non-US/contrib non-US/main non-US/non-free non-free #deb cdrom:[Debian GNU/Linux potato (unofficial) binary-i386 2/4 2430]/ unstable contrib main non-US/contrib non-US/main non-US/non-free non-free # Pour le noyau 2.4.x # #deb http://people.debian.org/~bunk/debian potato main #deb-src http://people.debian.org/~bunk/debian potato main
Re: Mode d'emploi [était :Re: Pas content]
bonjour, Le Tue, Oct 30, 2001 at 09:50:41PM +0100, Nicolas Boos a écrit: Ainsi qu'à toute nouvelle personne qui s'abonne à la liste ? (c'est sans doute fait) et à toute personne qui poste son premier message (histoire d'être sûr :). Je doute fortement du premier, mais si quelqu'un m'affirme que c'est vraiment le cas, ça va m'épater! ; je rêverais probablement au deuxième... :-) tu as bien raison. ceci est mon deuxième message et je n'ai pas encore vu trace de ce mode d'emploi; je m'en va le lire dans les archives ;-) -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
[fabrice@corwin.ambre.fr: màj woody]
bonjour à tous, puisque c'est mon premier message bien que j'ai pas mal fouillé les archives de cette liste ;-) je nous présente: mon pc: P2-233MMX Debian/GNU-Linux potato 2.2r0 upgradée en Debian woody 20-07-2001 moi: prof de maths en collège; je ne désespère pas de réussir à convaincre un jour l'aide-éducateur responsable de la salle info d'y installer un serveur linux (mèl intranet car pas de connexion, gestion de sauvegardes, Zope, etc.) voici donc une question sur une upgrade de woody qui ne passe pas :-( en fichiers joints, mon /etc/apt/sources.list et le résultat d'un 'apt dist-upgrade' râté après un 'apt-get upgrade' réussi. je ne comprends pas tout... les paquets: - cpio-mt - emacs - imlib-nonfree1 - mysql n'existent apparemment pas ! (dixit 'apt-cache show') peut-être des noms temporaires pour le développement de la woody ? si non, pourquoi cela bloque-t-il l'upgrade ? et dans tous les cas, comment y remédier ? merci beaucoup. -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
Re: [fabrice@corwin.ambre.fr: màj woody]
oops ! une faute de frappe. Le Mon, Oct 29, 2001 at 08:35:22AM +0100, Fabrice Eudes a écrit: en fichiers joints, mon /etc/apt/sources.list et le résultat d'un 'apt dist-upgrade' râté après un 'apt-get upgrade' réussi. 'apt-get update' -- Stéphanie, Fabrice et Fiona -o) [EMAIL PROTECTED]/\\ [EMAIL PROTECTED] _\_V
