Re: Booter sur un adaptateur M.2 PCI-e x4 et éclaircicement sur initrd
Bonjour, Merci pour votre réponse, ‐‐‐ Original Message ‐‐‐ Le dimanche 10 mai 2020 12:34, Basile Starynkevitch a écrit : > Pour moi, il s'agit de configurer GRUB et probablement le BIOS ou UEFI de la > carte mère. > > Quand initrd démarre, le noyau est déjà chargé, et initrd s'occupe des > modules du noyau. > > Personnellement je suggère plutôt un petit disque SSD avec interface SATA. Ca > doit pas coûter plus cher que l'adaptateur. En effet si le plus rapide des SSD sur sata 3 peut écrire jusqu'à 540 Mo/s je ne suis pas sûr d'être gagnant avec un «disque» NVMe écrivant à 600 Mo/s (pour les plus lents du marché). Mais des «disques» NVMe plus rapide sur PCI 3.0 écrivent à 2300 Mo/s. Comme le Samsung SSD 970 EVO NVMe M.2 250 Go pour plus ou moins 100 € https://www.ldlc.com/fr-be/fiche/PB00265389.html https://www.samsung.com/fr/memory-storage/970-evo-nvme-m2-ssd/MZ-V7E250BW/ Même sans viser un tel budget pour atteindre les 2300 Mo/s, si je trouve ça d'occase, un «disque» NVMe ne deviendrait-il pas plus intéressant afin décupler la vitesse d'écriture pour un budget raisonnable par rapport à des SSD sur SATA 3 ? À condition de trouver du matos d'occase (qui nécessitera peut-être un adaptateur a $16)… Quant à ma motivation de ce bidouillage DIY, c'est d'éviter de consommer du matos neuf sachant ce que ça implique (écologie, droits du travail là ou c'est extrait puis fabriqué), même si je complique un peu les choses. Mais faut aussi que ça fonctionne ! ;-) D'où ma question sur la possibilité de booter sur un tel adaptateur sur slot PCI (est-ce que l’UEFI va le détecter?) et si pas, comment contourner le problème lors de l'installation de l'OS ? Merci d'avance. -- Benoit
Re: Booter sur un adaptateur M.2 PCI-e x4 et éclaircicement sur initrd
benoit, on 2020-05-10 18:38:39 +: > D'où ma question sur la possibilité de booter sur un tel > adaptateur sur slot PCI (est-ce que l’UEFI va le détecter?) et > si pas, comment contourner le problème lors de l'installation > de l'OS ? Bonsoir, Ma station de travail professionnelle démarre sur un NVMe raccordé via un tel adaptateur. Toutefois, elle a une carte mère récente, et peut-être que ça joue sur la compatibilité. Admettons qu'une carte mère ne prenne pas en charge la détection de périphériques de stockage raccordés en PCIe/M.2. Il reste possible d'installer l'ESP (ou le secteur d'amorçage) sur une petite clé USB, dont le démarrage devrait être pris nativement en charge par les cartes mères depuis bien quinze ans, si ce n'est davantage. Le Grub installé dedans sera normalement capable d'allers chercher le noyau et l'initrd dans le NVMe. Il faudra juste penser à laisser la clé branchée pour le démarrage et les mises à jour de Grub. Ça fait certes un peu bricolage, mais ça me parait un peu plus économique que le SSD raccordé en SATA, et ce quelle que soit la devise considérée : Joule, Euro, dioxide de carbone, etc. Bonne soirée, -- Étienne Mollier Fingerprint: 5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d Help find cures against the Covid-19 ! Give CPU cycles: * Rosetta@home: https://boinc.bakerlab.org/rosetta/ * Folding@home: https://foldingathome.org/ signature.asc Description: PGP signature
Re: Booter sur un adaptateur M.2 PCI-e x4 et éclaircicement sur initrd
On 5/10/20 12:22 PM, benoit wrote: Bonjour, Dans ma recherche d'une carte mère d'occase, je me demande : si elle n'a pas d'interface NVMe M.2 et que j'utilise un adaptateur M.2 sur un slot PCI-e x4 comme celui-ci : https://www.riitop.com/collections/msata-ssd-adapter/products/m-2-nvme-ssd-to-pci-e-3-0-x16-adapter-card-convetor-full-speed-m-key-2230-2242-2260-2280-mm-pcie-m-2-nvme-ssd Sera-t-il bootable ? Si pas et que je place uniquement la partition /boot sur un ssd sur l'interface sata et le reste du système sur le «disque» NVMe M.2, cette stratégie de contournement fonctionnera-t-elle pour le démarrage du système ? Si ça suffit à contourner une éventuelle impossibilité de booter sur l'adaptateur NVMe M.2, est-ce que le ralentissement du temps de démarrage du système sera-t-il significatif ou imperceptible ? En consultant la doc d'/initrd je ne comprend pas bien si je peux le configurer pour aller chercher /le noyau sur un autre disque. // https://wiki.debian.org/fr/Initrd Pour moi, il s'agit de configurer GRUB et probablement le BIOS ou UEFI de la carte mère. Quand initrd démarre, le noyau est déjà chargé, et initrd s'occupe des modules du noyau. Personnellement je suggère plutôt un petit disque SSD avec interface SATA. Ca doit pas coûter plus cher que l'adaptateur. -- Basile STARYNKEVITCH == http://starynkevitch.net/Basile opinions are mine only - les opinions sont seulement miennes Bourg La Reine, France; (mobile phone: cf my web page / voir ma page web...)
Booter sur un adaptateur M.2 PCI-e x4 et éclaircicement sur initrd
Bonjour, Dans ma recherche d'une carte mère d'occase, je me demande : si elle n'a pas d'interface NVMe M.2 et que j'utilise un adaptateur M.2 sur un slot PCI-e x4 comme celui-ci : https://www.riitop.com/collections/msata-ssd-adapter/products/m-2-nvme-ssd-to-pci-e-3-0-x16-adapter-card-convetor-full-speed-m-key-2230-2242-2260-2280-mm-pcie-m-2-nvme-ssd Sera-t-il bootable ? Si pas et que je place uniquement la partition /boot sur un ssd sur l'interface sata et le reste du système sur le «disque» NVMe M.2, cette stratégie de contournement fonctionnera-t-elle pour le démarrage du système ? Si ça suffit à contourner une éventuelle impossibilité de booter sur l'adaptateur NVMe M.2, est-ce que le ralentissement du temps de démarrage du système sera-t-il significatif ou imperceptible ? En consultant la doc d'initrd je ne comprend pas bien si je peux le configurer pour aller chercher le noyau sur un autre disque. https://wiki.debian.org/fr/Initrd Merci d'avance -- Sent with [ProtonMail](https://protonmail.com) Secure Email.
Lenny / Pb maj / Not updating initrd symbolic links since we are being updated/reinstalled
bonjour, ça fait un ptit moment (1 mois) que j'ai un soucis lors des maj de ma lenny : cela se passe juste après le mkinitramfs-kpkg : Paramétrage de linux-image-2.6.26-1-686 (2.6.26-8) ... Running depmod. Running mkinitramfs-kpkg. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.26-5 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.26-5 was configured last, according to dpkg) Running postinst hook script update-grub. Searching for GRUB installation directory ... found: /boot/grub User postinst hook script [update-grub] exited with value 1 dpkg : erreur de traitement de linux-image-2.6.26-1-686 (--configure) : le sous-processus post-installation script a retourné une erreur de sortie d'état 1 dpkg : des problèmes de dépendances empêchent la configuration de linux-image-2.6-686 : linux-image-2.6-686 dépend de linux-image-2.6.26-1-686 ; cependant : Le paquet linux-image-2.6.26-1-686 n'est pas encore configuré. dpkg : erreur de traitement de linux-image-2.6-686 (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : linux-image-2.6.26-1-686 linux-image-2.6-686 E: Sub-process /usr/bin/dpkg returned an error code (1) Échec de l'installation d'un paquet. Tentative de réparation : Paramétrage de linux-image-2.6.26-1-686 (2.6.26-8) ... Running depmod. Running mkinitramfs-kpkg. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.26-5 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.26-5 was configured last, according to dpkg) Running postinst hook script update-grub. Searching for GRUB installation directory ... found: /boot/grub User postinst hook script [update-grub] exited with value 1 dpkg : erreur de traitement de linux-image-2.6.26-1-686 (--configure) : le sous-processus post-installation script a retourné une erreur de sortie d'état 1 dpkg : des problèmes de dépendances empêchent la configuration de linux-image-2.6-686 : linux-image-2.6-686 dépend de linux-image-2.6.26-1-686 ; cependant : Le paquet linux-image-2.6.26-1-686 n'est pas encore configuré. dpkg : erreur de traitement de linux-image-2.6-686 (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : linux-image-2.6.26-1-686 linux-image-2.6-686 Avec aptitude 'comme interface semi-graphique', j'ai comme info en recherchant 'linux-image', puis en sélectionnant 2.6.26-1-686 (détail du paquet) : linux-doc-2.6.26 (NON SATISFAIT(E)) Impossible de selectionner ce paquet pour suppression ! (son état est 'p' = purge ) - uname -r = 2.6.26-1-686 - Pas de liens symbolique dans /boot, /boot/grub - /usr/src vide - dpkg -l linux-image-2.6-686 linux-image-2.6.26-1-686 iU linux-image-2.6-686 2.6.26+16 Linux 2.6 image on PPro/Celeron/PII/PIII/P4 iF linux-image-2.6.26-1-686 2.6.26-8 Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4 # aptitude -s remove linux-image-2.6.26-1-686 Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait Lecture des descriptions de tâches... Fait Les paquets suivants sont CASSÉS : linux-image-2.6-686 linux-image-686 Les paquets suivants seront ENLEVÉS : linux-image-2.6.26-1-686 0 paquets mis à jour, 0 nouvellement installés, 1 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 0o d'archives. Après dépaquetage, 57,3Mo seront libérés. Les paquets suivants ont des dépendances non satisfaites : linux-image-2.6-686: Dépend: linux-image-2.6.26-1-686 mais il n'est pas installable linux-image-686: Dépend: linux-image-2.6.26-1-686 mais il n'est pas installable Les actions suivantes permettront de résoudre ces dépendances : Supprimer les paquets suivants : linux-image-2.6-686 linux-image-686 Le score est de -532 comment puis-je m'en sortir ? -- Cordialement Grégory BULOT -- Cordialement Grégory BULOT -- 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: Lenny / Pb maj / Not updating initrd symbolic links since we are being updated/reinstalled
Grégory Bulot [EMAIL PROTECTED] à écrit le Sat, 15 Nov 2008 18:54:40 +0100 bonjour, ça fait un ptit moment (1 mois) que j'ai un soucis lors des maj de ma lenny : cela se passe juste après le mkinitramfs-kpkg : comment puis-je m'en sortir ? je suis tombé sur un post de steve du 16/10/08 problème de mise à jour du noyau (hwinfo.com/forum/linux-debian-user-french/320515-probleme-de-mise-jour-du-noyau.html) j'avais effectivement mon device.map qui n'était pas bon (lors de l'install, mon dd ide était déclaré en sda au lieu de hda) je refais un aptitude install : Paramétrage de linux-image-2.6.26-1-686 (2.6.26-8) ... Running depmod. Running mkinitramfs-kpkg. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.26-5 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.26-5 was configured last, according to dpkg) Running postinst hook script update-grub. Searching for GRUB installation directory ... found: /boot/grub Searching for default file ... found: /boot/grub/default Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst Searching for splash image ... found: (hd0,0)/boot/grub/debianwhite.xpm.gz Found kernel: /boot/vmlinuz-2.6.26-1-686 Updating /boot/grub/menu.lst ... done Paramétrage de linux-image-2.6-686 (2.6.26+16) ... Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait Lecture des descriptions de tâches... Fait je suis assez surpris de la mention 2.6.26-5 (un locate, mis à jour toutes les nuits, locate 2.6.26-5 ne me renvoi rien) -- Cordialement Grégory BULOT -- 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]
unionfs et initrd/linuxrc
Bonjour, Pour continuer le projet ClefAgreg (http://boisson.homeip.net/clef/ClefAgreg. html), j'ai compilé unionfs pour un noyau 2.6.23 le tout sur une debian etch. Par ailleurs, j'ai dessus un module cloop version 2.622 L'idée consiste à réunir une image compressée (à 37% en moyenne) avec cloop en ro avec un disque en ram (un peu comme SLAX). Cela marche bien mais j'ai une difficulté que je ne comprends pas: Je boute en initrd, charge les modules nécessaires et veut termenier le linuxrc par ** cd / mount -t unionfs unionsfs /ROOT -o dirs=/ramdisk=rw:/AGREG=ro # le pivot root mkdir /ROOT/oldroot cd /ROOT pivot_root . oldroot exec chroot . sh -c 'exec /sbin/init' dev/console dev/console 21 ** Refus: mount ne reconnait pas l'option dirs=/ramdisk=rw:/AGREG=ro. J'ai vérifié que c'est le bon mount appelé et que les modules sont correctement chargés. Si je fais init=/etc/init dans les options de boute puis que je termine linuxrc par echo Initialisation du système mkdir /ROOT cd / echo Starting init process. rm -f /linuxrc exit 0 et que /etc/init est ** #!/bin/bash PATH=/sbin:/usr/sbin:/bin:/usr/bin cd / mv /dev /ramdisk mount -t unionfs unionsfs /ROOT -o dirs=/ramdisk=rw:/AGREG=ro mkdir /ROOT/oldroot if [ ! -d /ROOT/proc ] ; then mkdir /ROOT/proc fi if [ ! -d /ROOT/sys ] ; then mkdir /ROOT/sys fi chroot /ROOT mount /proc chroot /ROOT mount /sys umount /proc umount /sys cd /ROOT pivot_root . oldroot # exec /bin/bash exec chroot . sh -c 'exec /sbin/init' dev/console dev/console 21 ** Là, ça marche. Très bien. Mais je ne comprends pas pourquoi il faut sortir du linuxrc pour faire la réunion des systèmes de fichiers. Si quelqu'un a une explication, je suis preneur. Merci François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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]
nettoyage noyau sur module [permanent] ou comment retirer des modules du initrd
bonjour, il y a quelques temps de cela je effectué une migration de mon serveur de scsi-ide (ça pas été sans mal) en résumé (comment réduire la taille d'une encyclopédie en une ligne ..) il a fallut inclure le module ide-generic dans l'initrd (via /etc/mkinitrd/modules puis mkinitrd -o initrd.img-2.6.12-1-386-gbu, copie initrd dans boot et ajout dans menu.lst) j'ai voulu améliorer les performances de l'ide en remplaçant ide-generic par piix dans /etc/mkinitrd/modules puis en reconstruisant via mkinitrd 1) j'ai beaucoup de module ide chargé via le noyau (lsmod les notes [permanent]) : comment les virer (j'ai jamais recompiler le noyau au sens make menuconfig ou équivalent) 2) les performances ne sont pas géniale (pentium II donc le bios a surement une partie des limitations): hdparm -tT /dev/hda /dev/hda: Timing cached reads: 218 MB in 2.01 seconds = 108.64 MB/sec Timing buffered disk reads: 64 MB in 3.11 seconds = 20.60 MB/sec Merci
Re: nettoyage noyau sur module [permanent] ou comment retirer des modules du initrd
Salut, Bulot Grégory a écrit : 2) les performances ne sont pas géniale (pentium II donc le bios a surement une partie des limitations): hdparm -tT /dev/hda /dev/hda: Timing cached reads: 218 MB in 2.01 seconds = 108.64 MB/sec Timing buffered disk reads: 64 MB in 3.11 seconds = 20.60 MB/sec Quel chipset ? Quel modèle de disque dur ? S'il est de la même époque que le processeur, cette valeur de débit soutenu est plutôt honorable. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: nettoyage noyau sur module [permanent] ou comment retirer des modules du initrd
Le dimanche 6 janvier 2008 18:44, Pascal Hambourg a écrit : Salut, Bulot Grégory a écrit : 2) les performances ne sont pas géniale (pentium II donc le bios a surement une partie des limitations): hdparm -tT /dev/hda /dev/hda: Timing cached reads: 218 MB in 2.01 seconds = 108.64 MB/sec Timing buffered disk reads: 64 MB in 3.11 seconds = 20.60 MB/sec Quel chipset ? Quel modèle de disque dur ? S'il est de la même époque que le processeur, cette valeur de débit soutenu est plutôt honorable. pour le disque dur : 160 Go : Maxtor 6G160P0 chipset, j'image celui de l'ide : 00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01), le site http://kmuto.jp/debian/hcl/ préconise (ou a été testé avec) piix
Re: nettoyage noyau sur module [permanent] ou comment retirer des modules du initrd
Bulot Grégory a écrit : 2) les performances ne sont pas géniale (pentium II donc le bios a surement une partie des limitations): hdparm -tT /dev/hda /dev/hda: Timing cached reads: 218 MB in 2.01 seconds = 108.64 MB/sec Timing buffered disk reads: 64 MB in 3.11 seconds = 20.60 MB/sec Quel chipset ? Quel modèle de disque dur ? pour le disque dur : 160 Go : Maxtor 6G160P0 Donc suffisamment récent pour avoir un débit séquentiel largement supérieur à 20 Mo/s. chipset, j'image celui de l'ide : 00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01), le site http://kmuto.jp/debian/hcl/ préconise (ou a été testé avec) piix Oui, c'est un PIIX4, qui constitue notamment le southbridge du chipset Intel 440BX populaire à l'époque du Pentium II. Il est limité au mode UDMA 4 (33 Mo/s). J'en ai un. Avec un disque suffisamment rapide pour le saturer, j'arrive à en tirer 30 Mo/s. Mais curieusement, hdparm -Tt plafonne à 22 Mo/s, alors que hdparm -t (sans l'option -T) atteint bien 30 Mo/s, ce que confirme une lecture séquentielle avec dd. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: Initrd, grug et noyau compilés
Bonjour, Tout d'abord, oui j'ai essayé de remplacer /dev/hde2 par /dev/hda2 et par plein d'autres choses, mais rien ne marche. J'ai systématiquement le message: Waiting for root file system... Par ailleurs, je remarque que lorsque je boot sur le noyau qui fonctionne ( 2.6.18 installé lors de l'install de debian) dans les messages de boot les deux disques sont reconnus sous les noms hde et hdf. Lorsque je boot sur l'image 2.6.22 les deux disques sont reconnus sous les noms hda et hdb. D'où peut bien venir cette différence ? Mon problème ne vient-il pas de là ? Pascal Le 10/09/07, Daniel Huhardeaux [EMAIL PROTECTED] a écrit : Luxpopuli Open source a écrit : Bonjour Daniel, Je suis complètement d'accord avec toi: cette ligne est très surprenante et pourtant ! Voici les lignes écrites par le système d'installation de dedian: title Debian GNU/Linux, kernel 2.6.18-4-686 root(hd0,1) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hde2 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault [...] Avec tes images essaye de remplacer /dev/hde2 par /dev/hda2 (si tu as un seul disque). -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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] -- http://www.luxpopuli.fr - documentation de eZ Publish traduite en français
Re: Initrd, grug et noyau compilés
Merci de ne pas top poster. Luxpopuli Open source a écrit : Bonjour, Tout d'abord, oui j'ai essayé de remplacer /dev/hde2 par /dev/hda2 et par plein d'autres choses, mais rien ne marche. J'ai systématiquement le message: Waiting for root file system... Par ailleurs, je remarque que lorsque je boot sur le noyau qui fonctionne ( 2.6.18 installé lors de l'install de debian) dans les messages de boot les deux disques sont reconnus sous les noms hde et hdf. Lorsque je boot sur l'image 2.6.22 les deux disques sont reconnus sous les noms hda et hdb. Donc la machine démarre et c'est plus tard que l'erreur apparait? En 2.6.22, c'est peut être des /dev/sda (nouvelle libpata). Si les diques sont labellés, essayer avec root=LABEL=label_du_disque -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: Initrd, grug et noyau compilés
Bon, alors j'ai réussi à démarrer avec la nouvelle image 2.6.22-2-686-bigmem . Pour cela, voici ce que j'ai fait: -- dans /etc/fstab j'ai remplacé hde par hda -- dans /boot/grub/devices.map j'ai remplacé: (hd0) /dev/hde par (hd0) /dev/hda -- dans /boot/grub/menu.lst j'ai modifié: kernel /boot/vmlinuz-2.6.22-2-686-bigmem root=/dev/hde2 ro vga=795 par kernel /boot/vmlinuz-2.6.22-2-686-bigmem root=/dev/hda2 ro vga=795 -- à la racine de /dev j'ai lancé la commande: ~# ./MAKEDEV car /dev/hda et /dev/hdb n'existaient pas. Cette commande a créé les devices dans /dev/.static/dev/ Donc j'ai copié (je ne sais pas si c'était nécessaire) /dev/.static/dev/hda à /dev/.static/dev/hda7 (idem pour hdb) à la racine de /dev -- dans /etc/mtab j'ai remplacé tous les hde par hda Maintenant je peux booter sur ma nouvelle image MAIS j'ai encore un satané message !!! A la place de Waiting for root file system j'ai maintenant: resume: could not stat the resume device file '/dev/hde1'. Please type in the full path name to try again or press ENTER to boot the system. Donc j'indique /dev/hda1 et le système boot. Voyant ce message j'ai modifié le fichier /etc/initramfs-tools/conf.d/resume qui contient une seule ligne: RESUME=/dev/hde1 que j'ai modifié en RESUME=/dev/hda1 mais j'ai encore et toujours le même message. Je ne comprends pas d'où sort ce /dev/hde1 Si quelqu'un peut me l'expliquer ? Je suis un tout petit peu surpris de la complexité de la procédure pour changer de noyau !!! Et encore, je ne sais pas si en n'utilisant pas initrd je vais arrivé à lancer un noyau compilé à la main... Pascal Le 11/09/07, Daniel Huhardeaux [EMAIL PROTECTED] a écrit : Merci de ne pas top poster. Luxpopuli Open source a écrit : Bonjour, Tout d'abord, oui j'ai essayé de remplacer /dev/hde2 par /dev/hda2 et par plein d'autres choses, mais rien ne marche. J'ai systématiquement le message: Waiting for root file system... Par ailleurs, je remarque que lorsque je boot sur le noyau qui fonctionne ( 2.6.18 installé lors de l'install de debian) dans les messages de boot les deux disques sont reconnus sous les noms hde et hdf. Lorsque je boot sur l'image 2.6.22 les deux disques sont reconnus sous les noms hda et hdb. Donc la machine démarre et c'est plus tard que l'erreur apparait? En 2.6.22, c'est peut être des /dev/sda (nouvelle libpata). Si les diques sont labellés, essayer avec root=LABEL=label_du_disque -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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] -- http://www.luxpopuli.fr - documentation de eZ Publish traduite en français
Re: Initrd, grug et noyau compilés
Je continue à donner quelques informations... Il restait un /dev/hde1 dans le fichier /etc/uswsusp.conf mais remplacer par /dev/hda1 n'a pas supprimé le message: resume: could not stat the resume device file '/dev/hde1'. Please type in the full path name to try again or press ENTER to boot the system. Autre chose surprenante: je boote avec l'image 2.6.22 (donc c'est la dénomination hda qui est utilisée) et une fois sous kde je lance en tant que root: dpkg-reconfigure linux-image-2.6.22-2-686-bigmem qui renvoie: Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. Other valid candidates: mkinitramfs-kpkg mkinitrd.yaird Not updating initrd symbolic links since we are being updated/reinstalled (2.6.22-4 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.22-4 was configured last, according to dpkg) Running postinst hook script /sbin/update-grub. Searching for GRUB installation directory ... found: /boot/grub Searching for default file ... found: /boot/grub/default Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst Searching for splash image ... none found, skipping ... Found kernel: /boot/vmlinuz-2.6.22-6 Found kernel: /boot/vmlinuz-2.6.22-2-686-bigmem Found kernel: /boot/vmlinuz-2.6.18-4-686 Updating /boot/grub/menu.lst ... done Mais quand je regarde le contenu de menu.lst tous les /dev/hda que j'avais mis ont été remplacés par /dev/hde ! Je ne comprends pas où est configuré hde. Avant de lancer dpkg-reconfigure linux-image-2.6.22-2-686-bigmem j'ai fait un: grep -R /dev/hde /etc/ grep -R /dev/hde /boot/ et aucun résultat n'a été renvoyé. Comme je fais des tests en même temps que j'écris mes posts, je viens en fait de trouver la solution au problème: dans le fichier menu.lst il y a une ligne: # kopt=root=/dev/hde2 ro Or cette ligne n'est pas un commentaire normal et elle est utilisé par la commande /sbin/update-grub C'est donc ici qu'il faut mettre: # kopt=root=/dev/hda2 ro Pascal Le 11/09/07, Luxpopuli Open source [EMAIL PROTECTED] a écrit : Bon, alors j'ai réussi à démarrer avec la nouvelle image 2.6.22-2-686-bigmem. Pour cela, voici ce que j'ai fait: -- dans /etc/fstab j'ai remplacé hde par hda -- dans /boot/grub/devices.map j'ai remplacé: (hd0) /dev/hde par (hd0) /dev/hda -- dans /boot/grub/menu.lst j'ai modifié: kernel /boot/vmlinuz-2.6.22-2-686-bigmem root=/dev/hde2 ro vga=795 par kernel /boot/vmlinuz- 2.6.22-2-686-bigmem root=/dev/hda2 ro vga=795 -- à la racine de /dev j'ai lancé la commande: ~# ./MAKEDEV car /dev/hda et /dev/hdb n'existaient pas. Cette commande a créé les devices dans /dev/.static/dev/ Donc j'ai copié (je ne sais pas si c'était nécessaire) /dev/.static/dev/hda à /dev/.static/dev/hda7 (idem pour hdb) à la racine de /dev -- dans /etc/mtab j'ai remplacé tous les hde par hda Maintenant je peux booter sur ma nouvelle image MAIS j'ai encore un satané message !!! A la place de Waiting for root file system j'ai maintenant: resume: could not stat the resume device file '/dev/hde1'. Please type in the full path name to try again or press ENTER to boot the system. Donc j'indique /dev/hda1 et le système boot. Voyant ce message j'ai modifié le fichier /etc/initramfs-tools/conf.d/resume qui contient une seule ligne: RESUME=/dev/hde1 que j'ai modifié en RESUME=/dev/hda1 mais j'ai encore et toujours le même message. Je ne comprends pas d'où sort ce /dev/hde1 Si quelqu'un peut me l'expliquer ? Je suis un tout petit peu surpris de la complexité de la procédure pour changer de noyau !!! Et encore, je ne sais pas si en n'utilisant pas initrd je vais arrivé à lancer un noyau compilé à la main... Pascal Le 11/09/07, Daniel Huhardeaux [EMAIL PROTECTED] a écrit : Merci de ne pas top poster. Luxpopuli Open source a écrit : Bonjour, Tout d'abord, oui j'ai essayé de remplacer /dev/hde2 par /dev/hda2 et par plein d'autres choses, mais rien ne marche. J'ai systématiquement le message: Waiting for root file system... Par ailleurs, je remarque que lorsque je boot sur le noyau qui fonctionne ( 2.6.18 installé lors de l'install de debian) dans les messages de boot les deux disques sont reconnus sous les noms hde et hdf. Lorsque je boot sur l'image 2.6.22 les deux disques sont reconnus sous les noms hda et hdb. Donc la machine démarre et c'est plus tard que l'erreur apparait? En 2.6.22, c'est peut être des /dev/sda (nouvelle libpata). Si les diques sont labellés, essayer avec root=LABEL=label_du_disque -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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
probleme generation initrd
Bonjour, Mon laptop est sous debian testing. Suite à un méchant plantage, j'ai du booter sur une knoppix, afin de générer un nouvel initrd, et refaire ma swap. J'ai effectué ceci, après avoir monté et chrooter ma partition debian: Essayer de générer un nouvel initrd avec update-initramfs -u -c -k all : ca n'a pas marché car ils existaient J'ai donc réappliquer la commande avec un -d pour les effacer, mais malgrès cela, impossible de les recréer avec la même commande: ca n'affichait aucun message d'erreur mais ca ne faisait rien non plus... J'ai ensuite essayé de reinstaller mon dernier linux image, mais il n'a pas voulu créerl'initrd, car c'etait une réinstall de paquets, et donc la solution finale qui a marché, a consisté à virer le linux-image et à le reinstaller et là, ca a marché. Quelqu'un a une explication? Merci :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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]
Initrd, grug et noyau compilés
Bonjour, Je rencontre un problème avec la compilation des noyaux sous Debian. Il y a longtemps que je n'avais pas eu à le faire. Avant, lorsque je compilais un noyau je ne compilais pas les options qui servent à lancer une image avec initrd. Et tout fonctionnais bien. Depuis trois jours, j'ai réalisé une installation par le net de debian stable (Etch) sur une machine toute neuve. A la fin de l'installation on se retrouve avec Grub et ces lignes: title Debian GNU/Linux, kernel 2.6.18-4-686 root(hd0,1) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hde2 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 (single-user mode) root(hd0,1) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hde2 ro single initrd /boot/initrd.img-2.6.18-4-686 savedefault Je n'arrive absolument pas à mettre à jour mon noyau, que se soit en le compilant ou avec une image précompilée d'un package debian. Avec cette dernière, une fois le package installé, le fichier menu.lst de grub contient ces nouvelles lignes: title Debian GNU/Linux, kernel 2.6.22-2-686-bigmem root(hd0,1) kernel /boot/vmlinuz- 2.6.22-2-686-bigmem root=/dev/hde2 ro initrd /boot/initrd.img-2.6.22-2-686-bigmem savedefault title Debian GNU/Linux, kernel 2.6.22-2-686-bigmem (single-user mode) root(hd0,1) kernel /boot/vmlinuz-2.6.22-2-686-bigmem root=/dev/hde2 ro single initrd /boot/initrd.img-2.6.22-2-686-bigmem savedefault Et systématiquement, lorsque je boot sur ce noyau, la phase de démarrage s'arrête avec un message du type: Waiting for root système ou root partition. Il n'y a que le noyau installé lors de l'install de debian qui fonctionne. Quant à la compilation à la main: make bzImage make modules make modules_install cp arch/i386/boot/bzImage /boot/vmlinuz-2.6.22-2-686 cp .config /boot/config-2.6.22-2-686 cp Sysmap.map /boot/System.map- 2.6.22-2-686 puis j'ajoute à la main dans menu.lst: title Debian GNU/Linux, kernel 2.6.22-2-686-bigmem root(hd0,1) kernel /boot/vmlinuz- 2.6.22-2-686-bigmem root=/dev/hde2 ro title Debian GNU/Linux, kernel 2.6.22-2-686-bigmem (single-user mode) root(hd0,1) kernel /boot/vmlinuz-2.6.22-2-686-bigmem root=/dev/hde2 ro single ...pour l'instant elle se termine systèmatiquement par un kernel panic même en partant du .config du noyau 2.6.18-4-686 (mais bon, on verra plus tard...) Pour information, et parce que ça me turlupine, j'utilise une carte mère P5K deluxe avec deux disques durs IDE (et non SATA). Pourquoi diable mes disques durs sont-ils nommés hde et hdf ?!!! Ils devraient être nommés hda et hdb. J'ai essayé de modifier, au démarrage de grub hde en hda mais du coup j'obtiens un message d'erreur me disant que la ressource n'existe pas. Au final je me demande s'il n'y a pas un conflit entre la gestion des disques par le BIOS et la gestion par le kernel ? Merci de votre aide Pascal -- http://www.luxpopuli.fr - documentation de eZ Publish traduite en français
Re: Initrd, grug et noyau compilés
Luxpopuli Open source a écrit : Bonjour, Bonjour [...] title Debian GNU/Linux, kernel 2.6.18-4-686 root(hd0,1) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hde2 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault root=/dev/hde2 avec (hd0,1)? Hmmh ... -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: Initrd, grug et noyau c ompilés
Bonjour, title Debian GNU/Linux, kernel 2.6.22-2-686-bigmem root(hd0,1) kernel /boot/vmlinuz- 2.6.22-2-686-bigmem root=/dev/hde2 ro initrd /boot/initrd.img-2.6.22-2-686-bigmem savedefault je suppose que c'est une erreur de transcription, mais il y a un espace en trop dans vmlinuz- 2.6.22-2-686-bigmem. On ne sait jamais ... J'ai une machine avec deux disques, l'un en hda et l'autre en hde. Les disques sont quelquefois permutés lors du boot, je n'ai jamais compris pourquoi. Je m'en tire en rebootant, plusieurs fois quand c'est nécessaire, et les disques finissent par être reconnus dans le bon ordre. Hope this helps. -- Pierre Meurisse -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: Initrd, grug et noyau compilés
Bonjour Daniel, Je suis complètement d'accord avec toi: cette ligne est très surprenante et pourtant ! Voici les lignes écrites par le système d'installation de dedian: title Debian GNU/Linux, kernel 2.6.18-4-686 root(hd0,1) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hde2 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 (single-user mode) root(hd0,1) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hde2 ro single initrd /boot/initrd.img-2.6.18-4-686 savedefault Donc forcément je reprends la même notation.qui ne marche plus dès que j'utilise une autre image que celle installée lors de l'install de debian. Pascal Le 10/09/07, Daniel Huhardeaux [EMAIL PROTECTED] a écrit : Luxpopuli Open source a écrit : Bonjour, Bonjour [...] title Debian GNU/Linux, kernel 2.6.18-4-686 root(hd0,1) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hde2 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault root=/dev/hde2 avec (hd0,1)? Hmmh ... -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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] -- http://www.luxpopuli.fr - documentation de eZ Publish traduite en français
Re: Initrd, grug et noyau compilés
Luxpopuli Open source a écrit : Bonjour Daniel, Je suis complètement d'accord avec toi: cette ligne est très surprenante et pourtant ! Voici les lignes écrites par le système d'installation de dedian: title Debian GNU/Linux, kernel 2.6.18-4-686 root(hd0,1) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hde2 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault [...] Avec tes images essaye de remplacer /dev/hde2 par /dev/hda2 (si tu as un seul disque). -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: initrd
Frédéric ZULIAN a écrit : Lorsque je tente d'installer un nouveau noyau en le compilant, j'ai systematiquement un kernel panic : cannot open root device sda2 or unknown-block (0,0) - yaird genere, sans message d'erreur, le fichier /boot/initrd.img-2.6.22 - Ext3 est en dur dans mon noyau - Grub est mis à jour - Avec un autre noyau je boote sur sda2 sans pb. Une idée ? Salut, Tu l'as compilé avec la méthode debian? cad make-kpkg et l'option initrd? Bon courage. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: initrd
Le Sunday 02 September 2007, Frédéric ZULIAN(Frédéric ZULIAN [EMAIL PROTECTED]) a écrit: Bonjour, Lorsque je tente d'installer un nouveau noyau en le compilant, j'ai systematiquement un kernel panic : cannot open root device sda2 or unknown-block (0,0) - yaird genere, sans message d'erreur, le fichier /boot/initrd.img-2.6.22 - Ext3 est en dur dans mon noyau - Grub est mis à jour - Avec un autre noyau je boote sur sda2 sans pb. Je pense que vous avez oublié le driver du controler de disk. A+ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: initrd
Le Mon, Sep 03, 2007 at 08:41:00AM +0200, Thierry B écrivait : Frédéric ZULIAN a écrit : Lorsque je tente d'installer un nouveau noyau en le compilant, j'ai systematiquement un kernel panic : cannot open root device sda2 or unknown-block (0,0) - yaird genere, sans message d'erreur, le fichier /boot/initrd.img-2.6.22 - Ext3 est en dur dans mon noyau - Grub est mis à jour - Avec un autre noyau je boote sur sda2 sans pb. Une idée ? Salut, Tu l'as compilé avec la méthode debian? cad make-kpkg et l'option initrd? Euh, non je le fais de manière traditionelle make make install_modules make install Puis yaird --verbose --output=/boot/initrd.img-2.6.22 2.6.22 Puis update-grub -- Frédéric Zulian f1sxo http://www.zulian.com/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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]
initrd
Lorsque je tente d'installer un nouveau noyau en le compilant, j'ai systematiquement un kernel panic : cannot open root device sda2 or unknown-block (0,0) - yaird genere, sans message d'erreur, le fichier /boot/initrd.img-2.6.22 - Ext3 est en dur dans mon noyau - Grub est mis à jour - Avec un autre noyau je boote sur sda2 sans pb. Une idée ? -- Frédéric Zulian f1sxo http://www.zulian.com/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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]
Probleme suppression noyau et initrd
Bonjour, Je me suis apercu lorsd'une install, qu'il essayait forcement de regenerer un initrd que j'avais supprimé manuellement, après avoir desinstallé le noyau lui correspondant. Voila ce que j'ai trouvé en creusant un peu: # update-initramfs -u -k all /boot/initrd.img-2.6.18.0703181659 does not exist. Cannot update. update-initramfs: Generating /boot/initrd.img-2.6.18.0702050037 /boot/initrd.img-2.6.18.070318 does not exist. Cannot update. update-initramfs: Generating /boot/initrd.img-2.6.18-3-686 update-initramfs: Generating /boot/initrd.img-2.6.18-1-686 /boot/initrd.img-2.6.17-2-686 does not exist. Cannot update. /boot/initrd.img-2.6.16.061001 does not exist. Cannot update. /boot/initrd.img-2.6.16-2-686-smp does not exist. Cannot update. /boot/initrd.img-2.6.16-2-686 does not exist. Cannot update. Certains de ces noyaux sont detectés en auto-completion avec aptitude install # aptitude install linux-image-2.6.18 linux-image-2.6.18.070318 linux-image-2.6.18.0703181659 Mais ils ne sont pas detectés avec dpkg et ne sont pas présents au autocomplétion avec remove ou purge d'aptitude. Pour initrd.img-2.6.18.0703181659, j'ai résoulu le pb en recompilant mes sources du 2.6.18, en mettant l'append 2.6.18.0703181659. Ensuite, j'ai utilisé update-initramfs -d pour supprimer proprement cet initrd, et desinstallé le package. Est-ce que je suis obligé de faire cela pour tous les noyaux dont les initrd, ont ete non proprement desinstallé? Pq le pb c'est que par exemple pour les initrd provenant de noyaux 2.6.16 ou 2.6.17 précompilé, je vais devoir reinstaller soit lepackage en backports soit utilisé snampshot, pour reinstaller ces noyaux là et refaire la procédure que je viens de faire avec le noyau 2.6.18.0703181659. De plus, même en supprimant ce noyau (2.6.18.0703181659) proprement (avec aptitude),je remarque qu'il est tjs en autocompletion de aptitude install,est-ce normal? Merci. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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]
hibernate bousille qques fois ma swap et initrd
Bonjour, J'utilise souvent hibernate, mais quelque fois après l'avoir utilisé, je ne peux plus rebooter sur ma debian etch... Même Grub met super longtemps à se charger, et là quelque soit l'os sur lequel je veux booter ca ne marche plus. La seule solution que j'avais trouvé dans ce cas c'etait par un live-cd de reformater la swap (des fois, ca a suffit mais des fois pas), et quand ca ne marche tjs pas, bah je reboote sur le live-cd et je fais 1 formatage de la swap et en plus, je regénère un nouvel initrd en chrootant sur ma debian, et là tout revient dans l'ordre. Faudrait signaler cela au niveau des bugs d'hibernate? Le pb c'est que ca arrive 1 fois sur 10 ce genre de choses. Merci :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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]
initrd, 2.6.18 et DSDT.aml
salut la liste, J'ai un noyau 2.6.15 recompilé par mes soins sans besoin de initrd.img-2.6.15. Comme mon bios est buggé, j'ai récupéré la DSDT qui va bien et dans le menu.lst de grub j'ai mis: initrd /boot/DSDT.aml Et cela fonctionne au poil. Maintenant, je souhaite passer au noyau 2.6.18 MAIS sans recompiler. J'installe donc le linux-image-2.6.18-3-686 fourni par debian. Il me créé un initrd.img dans /boot/ et dans menu.lst, j'ai ceci: initrd /boot/initrd.img-2.6.18-3-686 Ce noyau fonctionne presque nickel, sauf, et vous l'avez deviné, l'acpi qui merde un peu. Je souhaite donc intégrer mon DSDT.aml à mon nouveau initrd.img. J'utilise initramfs-tools et pas initrd-tools. Démarrage en 2.6.18 # cp DSDT.aml /etc/initramfs-tools/ # dpkg-reconfigure linux-image-2.6.18-3-686 et effectivement, j'ai bien un nouveau initrd.img (qui normalement intégre DSDT.aml) Pour vérifier le contenu, je fais un # mount -t cramfs /boot/initrd.img-2.6.18-3-686 /mnt/initrd -o loop mount: unknown filesystem type 'cramfs' or # grep CRAMFS /boot/config-2.6.18-3-686 CONFIG_CRAMFS=y -- que dois-je en conclure ? Néanmoins, optimiste comme tout, je reboote avec mon initrd.img tout neuf et hop, un petit kernel panic. ACPI: support S0 S3 S4 S5 RAMDISK: Couldn't find valid RAM disk image starting at 0 VFS: Cannont open root device hda3 or unknown block(0,0) Please append a correct root= boot option Kernel Panic - not syncing: VFS: Unable to mount root fs on nuknown block(0,0) J'avoue que je m'y perds un peu entre mkcramfs, mkinitramfs et consort. Je suis parti du doc suivant: http://kernel-handbook.alioth.debian.org/ch-initrd.html En résumé: avez-vous une piste pour que je puisse mettre ma DSDT.aml dans mon initrd.img et ce, sans recompiler le noyau ? merci et a+ f. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: initrd, 2.6.18 et DSDT.aml
Peut être utile ? http://club.mandriva.com/xwiki/bin/view/KB/+HardwareHldsdt P.S. : - il semble qu'il suffit de configurer le mkinitrd (puis faire un apt-get --reinstall install noyau). Évidemment, je ne te conseille pas de faire aussi porc qu'indiqué dans la doc, il doit y avoir ce qu'il faut dans les fichiers de configuration du mkinitrd. Amuses-toi bien. - merci pour ton poste, je viens d'apprendre quelque chose :-) Le mardi 27 février 2007 17:13, fabrice régnier a écrit : salut la liste, J'ai un noyau 2.6.15 recompilé par mes soins sans besoin de initrd.img-2.6.15. Comme mon bios est buggé, j'ai récupéré la DSDT qui va bien et dans le menu.lst de grub j'ai mis: initrd /boot/DSDT.aml Et cela fonctionne au poil. Maintenant, je souhaite passer au noyau 2.6.18 MAIS sans recompiler. J'installe donc le linux-image-2.6.18-3-686 fourni par debian. Il me créé un initrd.img dans /boot/ et dans menu.lst, j'ai ceci: initrd /boot/initrd.img-2.6.18-3-686 Ce noyau fonctionne presque nickel, sauf, et vous l'avez deviné, l'acpi qui merde un peu. Je souhaite donc intégrer mon DSDT.aml à mon nouveau initrd.img. J'utilise initramfs-tools et pas initrd-tools. Démarrage en 2.6.18 # cp DSDT.aml /etc/initramfs-tools/ # dpkg-reconfigure linux-image-2.6.18-3-686 et effectivement, j'ai bien un nouveau initrd.img (qui normalement intégre DSDT.aml) Pour vérifier le contenu, je fais un # mount -t cramfs /boot/initrd.img-2.6.18-3-686 /mnt/initrd -o loop mount: unknown filesystem type 'cramfs' or # grep CRAMFS /boot/config-2.6.18-3-686 CONFIG_CRAMFS=y -- que dois-je en conclure ? Néanmoins, optimiste comme tout, je reboote avec mon initrd.img tout neuf et hop, un petit kernel panic. ACPI: support S0 S3 S4 S5 RAMDISK: Couldn't find valid RAM disk image starting at 0 VFS: Cannont open root device hda3 or unknown block(0,0) Please append a correct root= boot option Kernel Panic - not syncing: VFS: Unable to mount root fs on nuknown block(0,0) J'avoue que je m'y perds un peu entre mkcramfs, mkinitramfs et consort. Je suis parti du doc suivant: http://kernel-handbook.alioth.debian.org/ch-initrd.html En résumé: avez-vous une piste pour que je puisse mettre ma DSDT.aml dans mon initrd.img et ce, sans recompiler le noyau ? merci et a+ f.
Re: initrd, 2.6.18 et DSDT.aml
Les initrd générés par initramfs-tools ne sont plus des images CRAMFS mais une archive CPIO compressée : pour extraire son contenu, faire : Effectivement, merci ;) . Toujours d'après http://kernel-handbook.alioth.debian.org/ch-initrd.html je peux: $ mkdir -p /tmp/initrd $ cd /tmp/initrd $ cp /boot/initrd.img-2.6.18-3-686 ./initrd.gz $ gzip -d initrd.gz $ cpio -i initrd Du coup je connais le contenu de /boot/initrd.img-2.6.18-3-686 généré à l'install du package linux-image et de /boot/initrd.img-2.6.18-3-686 généré avec l'intégration de DSDT.aml. Mais comment vérifier que mon nouveau initrd.img est correct ? a+ f. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: initrd, 2.6.18 et DSDT.aml
Le mardi 27 février 2007 à 18:25 +0100, fabrice régnier a écrit : Les initrd générés par initramfs-tools ne sont plus des images CRAMFS mais une archive CPIO compressée : pour extraire son contenu, faire : Effectivement, merci ;) . Toujours d'après http://kernel-handbook.alioth.debian.org/ch-initrd.html je peux: $ mkdir -p /tmp/initrd $ cd /tmp/initrd $ cp /boot/initrd.img-2.6.18-3-686 ./initrd.gz $ gzip -d initrd.gz $ cpio -i initrd D'après Google (pas vérifié par moi-même) : cp ~/DSDT.aml /etc/mkinitrd/DSDT dpkg --reconfigure linux-image-$(uname -r) J'avais testé la même chose avec initramfs-tools et il suffisait bien de copier la DSDT mise à jour dans /etc/initramfs-tools/ (sous le nom DSDT sas extension), et cela avait fonctionné. Julien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: initrd, 2.6.18 et DSDT.aml
Le mar 27 fév 2007 17:13:30 CET, fabrice régnier [EMAIL PROTECTED] a écrit : salut la liste, J'ai un noyau 2.6.15 recompilé par mes soins sans besoin de initrd.img-2.6.15. Comme mon bios est buggé, j'ai récupéré la DSDT qui va bien et dans le menu.lst de grub j'ai mis: initrd /boot/DSDT.aml Et cela fonctionne au poil. magie ??? Maintenant, je souhaite passer au noyau 2.6.18 MAIS sans recompiler. J'installe donc le linux-image-2.6.18-3-686 fourni par debian. Il me créé un initrd.img dans /boot/ et dans menu.lst, j'ai ceci: initrd /boot/initrd.img-2.6.18-3-686 Ce noyau fonctionne presque nickel, sauf, et vous l'avez deviné, l'acpi qui merde un peu. Je souhaite donc intégrer mon DSDT.aml à mon nouveau initrd.img. J'utilise initramfs-tools et pas initrd-tools. Démarrage en 2.6.18 # cp DSDT.aml /etc/initramfs-tools/ # dpkg-reconfigure linux-image-2.6.18-3-686 et effectivement, j'ai bien un nouveau initrd.img (qui normalement intégre DSDT.aml) Pour vérifier le contenu, je fais un # mount -t cramfs /boot/initrd.img-2.6.18-3-686 /mnt/initrd -o loop mount: unknown filesystem type 'cramfs' Les initrd générés par initramfs-tools ne sont plus des images CRAMFS mais une archive CPIO compressée : pour extraire son contenu, faire : gunzip -cd ton initrd | cpio -id Pour l'ACPI, je donne ma langue au chat... Fred.
Re: initrd, 2.6.18 et DSDT.aml
J'avais testé la même chose avec initramfs-tools et il suffisait bien de copier la DSDT mise à jour dans /etc/initramfs-tools/ (sous le nom DSDT sas extension), et cela avait fonctionné. YES! j'avais en effet recopié le fichier AVEC l'extension. Un grand merci à toi, sauveur. Une journée passée la dessus, je peux aller dormir ;) Lorsque tu es de passage à Vannes, préviens moi et je t'offre une bière! a+ f. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: initrd, 2.6.18 et DSDT.aml
Le mardi 27 février 2007 à 21:45 +0100, fabrice régnier a écrit : J'avais testé la même chose avec initramfs-tools et il suffisait bien de copier la DSDT mise à jour dans /etc/initramfs-tools/ (sous le nom DSDT sas extension), et cela avait fonctionné. YES! j'avais en effet recopié le fichier AVEC l'extension. Un grand merci à toi, sauveur. Une journée passée la dessus, je peux aller dormir ;) Quel enthousiasme ;-) Content d'avoir pu aider... Lorsque tu es de passage à Vannes, préviens moi et je t'offre une bière! Je note ! @+ Julien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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]
supprimer initrd 2.6.18
Bonjour, je voudrais compiler linux-source-2.6.18 mais sans l'initrd. Quelqu'un pourrait-il m'indiquer quelles sont les configs à supprimer (ramfs je suppose mais j'ai pas réussi à la localiser) et celles à modifier (modules à passer en dur). je suis en ext3 avec une machine classique asus p4p800e deluxe sans raid sans sata merci beaucoup -- Philippe Monroux E 55.3 S 21.5 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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: supprimer initrd 2.6.18
Philippe MONROUX, mercredi 31 janvier 2007, 15:31:34 CET Bonjour, 'soir, je voudrais compiler linux-source-2.6.18 mais sans l'initrd. Quelqu'un pourrait-il m'indiquer quelles sont les configs à supprimer (ramfs je suppose mais j'ai pas réussi à la localiser) et celles à modifier (modules à passer en dur). je suis en ext3 avec une machine classique asus p4p800e deluxe sans raid sans sata N'oublie pas de mettre les options ext3 (dans filesystems) et ide (intel piixn, je pense, non ?) (dans device drivers | ata/atapi/... ) en dur. Sinon, enlève « initial ram disk blabla initrd » dans device drivers | block devices et ne passe pas l'option --initrd à make-kpkg. -- Sylvain Sauvage
Re: supprimer initrd 2.6.18
Bonjour, Sylvain Sauvage [EMAIL PROTECTED] a écrit : N'oublie pas de mettre les options ext3 (dans filesystems) et ide (intel piixn, je pense, non ?) (dans device drivers | ata/atapi/... ) en dur. Sinon, enlève « initial ram disk blabla initrd » dans device drivers | block devices et ne passe pas l'option --initrd à make-kpkg. c'est bon j'ai repéré tout ça. Merci -- Philippe Monroux E 55.3 S 21.5 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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]
comportement grub avec/sans initrd
Bonjour, j'ai exactement la même debian sur hda en master et hdb en slave (sauf fstab adapté au changement de disque). Mon boot loader est grub. qd je fais : , | root (hd1,0) | kernel/vmlinuz-2.6.14-2-686 root=/dev/hdb4 ro | initrd/initrd.img-2.6.14-2-686 ` cela démarre la distribution de hda. Je na sais pas si c'est le noyau de hdb ou hda qui est démarré mais ce dont je suis sûr c'est que ce sont les partitions de hda qui sont montées (alors que le fstab de hdb est adapté pour monter les partitions de hdb...) alors que : , | root (hd1,0) | kernel /vmlinuz-2.6.18noinird root=/dev/hdb4 ro ` me démarre bien la debian de hdb impeccablement. D'où je conclus que c'est un pb d'initrd. Que doit-on configurer pour avoir le bon comportement avec initrd ? merci. -- Philippe Monroux E 55.3 S 21.5 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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]
mise à jour et initrd et lilo
Bonsoir, Ce soir ces paquets ont été mis à jour sur ma machine: info (4.8-6) to 4.8-8 libsndfile1 (1.0.15-1) to 1.0.15-2 libxft-dev (2.1.8.2-3) to 2.1.8.2-5.1 libxft2 (2.1.8.2-3) to 2.1.8.2-5.1 netcat (1.10-31) to 1.10-32 texinfo (4.8-6) to 4.8-8 ttf-junicode (0.6.6-1) to 0.6.7-1 udev (0.087-2) to 0.088-2 L'un d'entre eux a régénéré mon initrd sans relancer lilo ensuite. Je penche pour udev mais comment en être certains? Gaëtan -- 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]
help: initrd cassé = kernel panic
Bonsoir, J'ai une grosse galère, je ne peux plus booter mon PC. Suite à la dernière mise à jour de initramfs j'ai oublié de refaire lilo derrière et je n'arrive plus à booter car il ne trouve plus l'initrd. Donc comment faire pour réinstaller lilo correctement avec une disquette de boot ou autre? Mon système est en SCSI (Adaptec 39160) avec une testing. Merci de votre aide. Gaëtan -- 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: help: initrd cassé = kernel panic
Le Mardi 14 Mars 2006 22:15, [EMAIL PROTECTED] a écrit : Bonsoir, J'ai une grosse galère, je ne peux plus booter mon PC. Suite à la dernière mise à jour de initramfs j'ai oublié de refaire lilo derrière et je n'arrive plus à booter car il ne trouve plus l'initrd. Donc comment faire pour réinstaller lilo correctement avec une disquette de boot ou autre? Si vous avez une disquette de boot, le boot doit être possible depuis celle-ci, non ? Mon système est en SCSI (Adaptec 39160) avec une testing. Merci de votre aide. Gaëtan Une autre solution est d'utiliser un Live CD, et de faire un chroot sur le système pour reconfigurer Lilo. -- Florentin
Re: help: initrd cassé = kernel panic
Selon Florentin Duneau [EMAIL PROTECTED]: Le Mardi 14 Mars 2006 22:15, [EMAIL PROTECTED] a écrit : Bonsoir, J'ai une grosse galère, je ne peux plus booter mon PC. Suite à la dernière mise à jour de initramfs j'ai oublié de refaire lilo derrière et je n'arrive plus à booter car il ne trouve plus l'initrd. Donc comment faire pour réinstaller lilo correctement avec une disquette de boot ou autre? Si vous avez une disquette de boot, le boot doit être possible depuis celle-ci, non ? non je n'ai pas de disquette de boot sous la main, mais je pourrais éventuellement en faire une... Mon système est en SCSI (Adaptec 39160) avec une testing. Merci de votre aide. Gaëtan Une autre solution est d'utiliser un Live CD, et de faire un chroot sur le système pour reconfigurer Lilo. Oui j'ai une Kaella 2.1 de graver par contre je ne maîtrise pas bien le chroot, vous pourriez m'en dire plus? Gaëtan -- 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: help: initrd cassé = kernel panic
Salut,CA m'est arrive y a pas longtemps, j'ai booté sur une Knoppix et j'ai fait:mkdir /mnt/hdxx mount /dev/hdxx /mnt/hdxx/ chroot /mnt/hdxx/ /bin/bashhdxx=ta partition où se trouve liloA parir de là tu peux lancer lilo.Le 14/03/06, [EMAIL PROTECTED] [EMAIL PROTECTED] a écrit : Selon Florentin Duneau [EMAIL PROTECTED]: Le Mardi 14 Mars 2006 22:15, [EMAIL PROTECTED] a écrit : Bonsoir, J'ai une grosse galère, je ne peux plus booter mon PC. Suite à la dernière mise à jour de initramfs j'ai oublié de refaire lilo derrière et je n'arrive plus à booter car il ne trouve plus l'initrd. Donc comment faire pour réinstaller lilo correctement avec une disquette de boot ou autre? Si vous avez une disquette de boot, le boot doit être possible depuis celle-ci, non ? non je n'ai pas de disquette de boot sous la main, mais je pourraiséventuellement en faire une... Mon système est en SCSI (Adaptec 39160) avec une testing. Merci de votre aide. Gaëtan Une autre solution est d'utiliser un Live CD, et de faire un chroot sur le système pour reconfigurer Lilo.Oui j'ai une Kaella 2.1 de graver par contre je ne maîtrise pas bien le chroot, vous pourriez m'en dire plus?Gaëtan--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]-- Le bon sens est la chose du monde la mieux partagée.
Re: help: initrd cassé = kernel panic
Faut-il également monté la partition où se trouve /boot en plus de / ? Selon Toto Capuccino [EMAIL PROTECTED]: Salut, CA m'est arrive y a pas longtemps, j'ai booté sur une Knoppix et j'ai fait: mkdir /mnt/hdxx mount /dev/hdxx /mnt/hdxx/ chroot /mnt/hdxx/ /bin/bash hdxx=ta partition où se trouve lilo A parir de là tu peux lancer lilo. Le 14/03/06, [EMAIL PROTECTED] [EMAIL PROTECTED] a écrit : Selon Florentin Duneau [EMAIL PROTECTED]: Le Mardi 14 Mars 2006 22:15, [EMAIL PROTECTED] a écrit : Bonsoir, J'ai une grosse galère, je ne peux plus booter mon PC. Suite à la dernière mise à jour de initramfs j'ai oublié de refaire lilo derrière et je n'arrive plus à booter car il ne trouve plus l'initrd. Donc comment faire pour réinstaller lilo correctement avec une disquette de boot ou autre? Si vous avez une disquette de boot, le boot doit être possible depuis celle-ci, non ? non je n'ai pas de disquette de boot sous la main, mais je pourrais éventuellement en faire une... Mon système est en SCSI (Adaptec 39160) avec une testing. Merci de votre aide. Gaëtan Une autre solution est d'utiliser un Live CD, et de faire un chroot sur le système pour reconfigurer Lilo. Oui j'ai une Kaella 2.1 de graver par contre je ne maîtrise pas bien le chroot, vous pourriez m'en dire plus? Gaëtan -- 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] -- Le bon sens est la chose du monde la mieux partagée. -- 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: help: initrd cassé = kernel panic
Le Mardi 14 Mars 2006 22:37, [EMAIL PROTECTED] a écrit : Oui j'ai une Kaella 2.1 de graver par contre je ne maîtrise pas bien le chroot, vous pourriez m'en dire plus? Gaëtan Lancer le live CD et dans un shell : mkdir /mnt/debian mount -t ext3 /dev/hdaX /mnt/debian % /dev/hdaX est la partition /, adaptez le nommage à votre disque scsi % montez /boot (mount -t ext3 /dev/hdaY /mnt/debian/boot), /var, /usr si % besoin chroot /mnt/debian /bin/sh % ici on entre dans le système qui est sur le disque. % réparer l'initramfs (update-initramfs) exit % pour sortir du chroot umount /mnt/debian ... reboot -- Florentin
Re: help: initrd cassé = kernel panic
C'est aussi possible avec le disque d'installationhttp://people.via.ecp.fr/~alexis/formation-linux/blocage.html Le 14/03/06, Florentin Duneau [EMAIL PROTECTED] a écrit : Le Mardi 14 Mars 2006 22:37, [EMAIL PROTECTED] a écrit: Oui j'ai une Kaella 2.1 de graver par contre je ne maîtrise pas bien le chroot, vous pourriez m'en dire plus? GaëtanLancer le live CD et dans un shell :mkdir /mnt/debianmount -t ext3 /dev/hdaX /mnt/debian% /dev/hdaX est la partition /, adaptez le nommage à votre disque scsi % montez /boot (mount -t ext3 /dev/hdaY /mnt/debian/boot), /var, /usr si% besoinchroot /mnt/debian /bin/sh% ici on entre dans le système qui est sur le disque.% réparer l'initramfs (update-initramfs) exit % pour sortir du chrootumount /mnt/debian ...reboot--Florentin-- Le bon sens est la chose du monde la mieux partagée.
[résolu] Re: help: initrd cassé = kernel panic
Merci à tous pour votre aide. C'est réparé. J'espère que ce bug va être corrigé parce que c'est pénible... Gaëtan -- 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: help: initrd cassé = kernel panic
Le Mardi 14 Mars 2006 23:07, Toto Capuccino a écrit : C'est aussi possible avec le disque d'installation http://people.via.ecp.fr/~alexis/formation-linux/blocage.html C'est exact, mais c'est plus compliqué (configurer le clavier, utiliser devfs). La solution du Live cd est plus simple à mon avis si on en a un sous la main. -- Florentin
initrd probleme
Quand j'essaie d'installer un nouveau noyau (2.6.15) que j'ai compilé, j' ai l' erreur suivante: yaird error: Could not read output for /sbin/modprobe -v -n --show-depends --set-version 2.6.15 ide-disk (fatal) Je ne comprends pas. J'utilise le .config que j'avais pour le noyau 2.6.12 et la même procedure que j' utilise habituellement, et qui marche. Quelqu'un a-t-il une piste de départ? Je suis sec la dessus. Thierry PS: Je n'ai rien trouvé dans google -- 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: initrd probleme
thierry a écrit : Quand j'essaie d'installer un nouveau noyau (2.6.15) que j'ai compilé, j' ai l' erreur suivante: yaird error: Could not read output for /sbin/modprobe -v -n --show-depends --set-version 2.6.15 ide-disk (fatal) Je ne comprends pas. J'utilise le .config que j'avais pour le noyau 2.6.12 et la même procedure que j' utilise habituellement, et qui marche. Quelqu'un a-t-il une piste de départ? Je suis sec la dessus. Thierry PS: Je n'ai rien trouvé dans google google peut-etre pas mais sur la liste fait une recherche avec initrd et tu verras (maigre consolation) que tu n'es pas le seul à souffrir. As-tu compilé ton noyau avec un initrd ? Dans ce cas le 2.6.15 n'utilise plus devfs et la gestion des périphériques s'en trouve perturbée... Ca vient peut-etre de là ... La solution semble être d'installer yaird et initramfs-tools. Pascal -- Haut par-dessus leur tête voguaient les blanches sculptures des nuages, comme en la cervelle de Michel-Ange des volutes de concept. M. Lowry -- 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: initrd probleme
pascal wrote: thierry a écrit : Quand j'essaie d'installer un nouveau noyau (2.6.15) que j'ai compilé, j' ai l' erreur suivante: yaird error: Could not read output for /sbin/modprobe -v -n --show-depends --set-version 2.6.15 ide-disk (fatal) Je ne comprends pas. J'utilise le .config que j'avais pour le noyau 2.6.12 et la même procedure que j' utilise habituellement, et qui marche. Quelqu'un a-t-il une piste de départ? Je suis sec la dessus. Thierry PS: Je n'ai rien trouvé dans google google peut-etre pas mais sur la liste fait une recherche avec initrd et tu verras (maigre consolation) que tu n'es pas le seul à souffrir. As-tu compilé ton noyau avec un initrd ? Dans ce cas le 2.6.15 n'utilise plus devfs et la gestion des périphériques s'en trouve perturbée... Ca vient peut-etre de là ... La solution semble être d'installer yaird et initramfs-tools. Pascal Oui, merci de ta réponse. Je suis passé par le problème au passage 2.6.8 - 2.6.12. Donc, c'est sur une machine qui a été réinstallé en etch/testing. Le noyau a été recompilé avec initrd. Pour tester, j'ai pris le même .config, et j'ai compilé le noyau sur une machine similaire, mais en sarge. Et là, pas de problème! Thierry -- 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: initrd probleme
Le 17.02.2006 17:28:43, thierry a écrit : pascal wrote: thierry a écrit : Quand j'essaie d'installer un nouveau noyau (2.6.15) que j'ai compilé, j' ai l' erreur suivante: yaird error: Could not read output for /sbin/modprobe -v -n --show-depends --set-version 2.6.15 ide-disk (fatal) Comme il grogne pour ide-disk, est-ce qu'il n'y a pas discordance entre la configuration de yaird et les modules que vous avez créé dans votre noyau ? Par exemple ide-disk présent dans l'un et pas dans l'autre. Jean-Luc pgpqyZanAxNMA.pgp Description: PGP signature
Re: initrd probleme
thierry a écrit : pascal wrote: Oui, merci de ta réponse. Je suis passé par le problème au passage 2.6.8 - 2.6.12. Donc, c'est sur une machine qui a été réinstallé en etch/testing. Le noyau a été recompilé avec initrd. Pour tester, j'ai pris le même .config, et j'ai compilé le noyau sur une machine similaire, mais en sarge. Et là, pas de problème! Thierry Plongé dans mes propres pbs, j'ai lu trop vite ton post : le yaird m'a échappé...Désolé du bruit P. -- Haut par-dessus leur tête voguaient les blanches sculptures des nuages, comme en la cervelle de Michel-Ange des volutes de concept. M. Lowry -- 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: initrd probleme
Jean-Luc Coulon (f5ibh) wrote: Le 17.02.2006 17:28:43, thierry a écrit : pascal wrote: thierry a écrit : Quand j'essaie d'installer un nouveau noyau (2.6.15) que j'ai compilé, j' ai l' erreur suivante: yaird error: Could not read output for /sbin/modprobe -v -n --show-depends --set-version 2.6.15 ide-disk (fatal) Comme il grogne pour ide-disk, est-ce qu'il n'y a pas discordance entre la configuration de yaird et les modules que vous avez créé dans votre noyau ? Par exemple ide-disk présent dans l'un et pas dans l'autre. Jean-Luc Comme je dois partir ce soir, je regarderai demain et je vous tiendrai au courant. Merci de la réponse. Thierry -- 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]
precision initrd
Bonjour j ai besoin d une explication sur initrd: ok ca sert a charger des modules avant que le noyau ne monte la vraie partition root ...tres bien ...on peut charger ainsi des modules pour la prise en charge du scsi par exemplemais si je ne me trompe le noyau le boot loader va bien le chercher sur le disque non? et les modules aussi d ailleurs !!! le boot loader serait capable de faire des trucs que le noyau ne serait pas capable de faire sans ses petits modules ? merci de votre eclairage Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez la version beta.
Re: precision initrd
Salut, Stephane Durieux a écrit : j ai besoin d une explication sur initrd: ok ca sert a charger des modules avant que le noyau ne monte la vraie partition root ...tres bien ...on peut charger ainsi des modules pour la prise en charge du scsi par exemple mais si je ne me trompe le noyau le boot loader va bien le chercher sur le disque non? et les modules aussi d ailleurs !!! le boot loader serait capable de faire des trucs que le noyau ne serait pas capable de faire sans ses petits modules ? En fait ta question porte sur le bootloader, pas sur l'initrd. Sur PC, le bootloader utilise les fonctions Int13h du BIOS pour accéder aux disques, comme DOS. Sur les autres architectures, je ne sais pas. -- 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: precision initrd
Le Tue, 14 Feb 2006 10:07:11 +0100 (CET) Stephane Durieux [EMAIL PROTECTED] a écrit: Bonjour j ai besoin d une explication sur initrd: ok ca sert a charger des modules avant que le noyau ne monte la vraie partition root ...tres bien ...on peut charger ainsi des modules pour la prise en charge du scsi par exemple mais si je ne me trompe le noyau le boot loader va bien le chercher sur le disque non? et les modules aussi d ailleurs !!! le boot loader serait capable de faire des trucs que le noyau ne serait pas capable de faire sans ses petits modules ? merci de votre eclairage Le bootloader utilise le BIOS (qui l'a appelé) pour charger le noyau et l'initrd. A partir du moment où il passe le relais à l'OS, les routines BIOS cessent d'être accessibles et l'OS doit se débrouiller par lui même. En fait j'imagine que le bootloader doit donner une liste de blocs à charger et un point de départ au BIOS point final. L'initrd sert à rajouter des éléments à charger en plus du noyau (i.e une première racine contenant un système complet (installeur sarge si ma mémoire est bonne, ou bien de quoi localiser et charger la racine (CD live, clef USB), ou bien les modules utiles pour monter la racine (Debian usuelle)). François Boisson -- 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]
initrd, sarge et noyau 2.6.14
Bonjour, Je suis en train d'installer un serveur avec raid (sata-soft), et j'avais l'intention de recompiler un noyau 2.6.14 pour ce serveur. Comme d'hab je recompile mon noyau avec les bonnes options (j'ai regardé les modules chargés par le 2.6.8 de l'installation de Sarge). Bref, je reboot et pan... : kernel panic Je jette un coup d'oeil sur la liste et tombe sur un post Format de l'initrd en 2.6.14 qui pourrait répondre à mon problème... Manque de bol, comme je suis en Sarge (j'ai pas vraiment envie de passer en unstable ou autre), je n'ai pas moyen d'installer initramfs et yaird. Alors ma question est : y a-t-il un moyen de démarrer en RAID-sata sans initrd ? Merci d'avance pour toutes les réponses, Alexandre -- 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: initrd, sarge et noyau 2.6.14
Alexandre a écrit : Bonjour, Bonjour, Je suis en train d'installer un serveur avec raid (sata-soft), et j'avais l'intention de recompiler un noyau 2.6.14 pour ce serveur. Comme d'hab je recompile mon noyau avec les bonnes options (j'ai regardé les modules chargés par le 2.6.8 de l'installation de Sarge). Bref, je reboot et pan... : kernel panic Je jette un coup d'oeil sur la liste et tombe sur un post Format de l'initrd en 2.6.14 qui pourrait répondre à mon problème... Manque de bol, comme je suis en Sarge (j'ai pas vraiment envie de passer en unstable ou autre), je n'ai pas moyen d'installer initramfs et yaird. Alors ma question est : y a-t-il un moyen de démarrer en RAID-sata sans initrd ? Si l'utilisation d'un initrd est impossible, tu peux recompiler ton noyau avec les pilotes necessaires au montage du système de fichier racine directement dans le noyau et non pas en tant que module. A+ Merci d'avance pour toutes les réponses, Alexandre -- 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: modules.cgz, initrd, etc. Fabriquer un noyau et un initrd.
Salut, Le Sun, Nov 20, 2005 at 10:27:39AM +0100, El Idrissi Majid écrivait: Je dois fabriquer une image pour bouter un noyau et un système qui effectuera une installation automatique à travers réseau de la fedora core 4 (une solution que j'ai envisagée à cause d'un bug officiel). Tu le crées comment ton initrd? avec mkinitrd, à la main, avec des outils fedora? Le noyau boot sans problème (j'ai l'expérience de quelques noyaux pour ma machine), mais l'installation s'arrête (plus exactement, demande action du l'utilisateur) avec comme message dans une des fenêtre des logs : loading module : not found C'est quoi ce module ? Il est présent dans ton initrd ou dans ton modules.cgz? De par les quelques connaissances que j'ai sur le sujet, je crois comprendre que l'initrd est chargé avec le noyau en pxeboot, configure le réseau, importe le programme d'installation et le reste des modules (le modules.cgz) pour accéder aux divers périphériques (disques, carte graphique,...) nécessaires à l'installation. La procédure s'arrête soit parce que l'initrd ne peut remplir son rôle (incapacité à charger le module de la carte réseau), soit pour un problème de modules.cgz qui, je pense, dépasse le cadre de cette liste :o) Je suppose donc que je ne fabrique pas correctement le fichier modules.cgz, ou que j'aurai du mettre quelque chose dans un fichier de config. Quelqu'un a-t-il une idée de la manière de procéder ? PS : J'ai d'abord posté sur fedora-user, mais il n'y a pas eu de réponse, donc je m'adresse à ma communauté. Malheureusement, on ne peut que rester très théorique sur le sujet... Jerome -- 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]
modules.cgz, initrd, etc. Fabriquer un noyau et un initrd.
Je dois fabriquer une image pour bouter un noyau et un système qui effectuera une installation automatique à travers réseau de la fedora core 4 (une solution que j'ai envisagée à cause d'un bug officiel). Le noyau boot sans problème (j'ai l'expérience de quelques noyaux pour ma machine), mais l'installation s'arrête (plus exactement, demande action du l'utilisateur) avec comme message dans une des fenêtre des logs : loading module : not found Je suppose donc que je ne fabrique pas correctement le fichier modules.cgz, ou que j'aurai du mettre quelque chose dans un fichier de config. Quelqu'un a-t-il une idée de la manière de procéder ? PS : J'ai d'abord posté sur fedora-user, mais il n'y a pas eu de réponse, donc je m'adresse à ma communauté.
modules.cgz, initrd, etc
Je dois fabriquer une image pour bouter un noyau et un système qui effectuera une installation automatique à travers réseau de la fedora core 4 (une solution que j'ai envisagée à cause d'un bug officiel). Le noyau boot sans problème (j'ai l'expérience de quelques noyaux pour ma machine), mais l'installation s'arrête (plus exactement, demande action du l'utilisateur) avec comme message dans une des fenêtre des logs : loading module : not found Je suppose donc que je ne fabrique pas correctement le fichier modules.cgz, ou que j'aurai du mettre quelque chose dans un fichier de config. Quelqu'un a-t-il une idée de la manière de procéder ? PS : J'ai d'abord posté sur fedora-user, mais il n'y a pas eu de réponse, donc je m'adresse à ma communauté
Initrd a l'installation d'une image?
Hello la liste, Un de mes amis a un portable avec une debian installée en 2.4.27 (noyau officiel). On a essayé de passer sa debian en 2.6.12 (toujours noyau officiel debian); mais au boot: kernel panic (pour etre précis: 432, ne peut ouvrir /dev/console) En fouillant un peu sur le web, j'ai cru comprendre que c'etait un problème d'initrd (j'intuite: Linux ne trouve pas le controleur SATA).. J'intuite toujours parce que je ne suis pas spécialiste: lorsqu'on installe une nouvelle linux-image, une image initrd contenant les bons modules est générée. Les modules ayant pas mal changé entre la version 2.4.27 et 2.6.12, il est compréhensible que le controleur SATA ne fasse pas partie de la liste des modules à inclure dans l'initrd. Les questions qui vont bien: - Est-ce que j'ai à peu près compris la problématique? - Où est-ce que Debian stocke les modules qui seront inclus dans l'initrd lors de l'installation d'une image? Merci. -- Gurvan Huiban My mother used to make coffee this way... Hot... Strong... And good.(from Once upon in the West)
Re: Initrd a l'installation d'une image?
Gurvan Huiban a écrit avec finesse, tact et doigté: Hello la liste, Un de mes amis a un portable avec une debian installée en 2.4.27 (noyau officiel). On a essayé de passer sa debian en 2.6.12 (toujours noyau officiel debian); mais au boot: kernel panic (pour etre précis: 432, ne peut ouvrir /dev/console) En fouillant un peu sur le web, j'ai cru comprendre que c'etait un problème d'initrd (j'intuite: Linux ne trouve pas le controleur SATA).. J'intuite toujours parce que je ne suis pas spécialiste: lorsqu'on installe une nouvelle linux-image, une image initrd contenant les bons modules est générée. Les modules ayant pas mal changé entre la version 2.4.27 et 2.6.12, il est compréhensible que le controleur SATA ne fasse pas partie de la liste des modules à inclure dans l'initrd. Les questions qui vont bien: - Est-ce que j'ai à peu près compris la problématique? C'est une possibilité! - Où est-ce que Debian stocke les modules qui seront inclus dans l'initrd lors de l'installation d'une image? Les modules sont souvent dans /lib/modules/2.6.x(N° de version)/kernel Peut-etre qu'un petit tour sur le man de mkinitrd pourrait t'aider ! Merci. Dr ! -- La vie c'est comme un concombre... des fois tu l'as dans la main... des fois tu l'as dans l'cul ! Paul Presbois (Poète avant-gardiste) signature.asc Description: OpenPGP digital signature
Read DSDT from initrd
Bonsoir, J'essaye de faire marcher l'ACPI sur mon portable Samsung x15+ et j'ai besoin de l'option du kernel Read DSDT from initrd, mais je n'arrive pas a la retrouver . J'ai essaye avec les sources debian et de kernel.org et avec plusieurs versions: 2.6.7, 2.6.8 et 2.6.9 Est ce que cette option a ete remplace ou supprime du kernel? Si oui y a t il une alternative. Merci d'avance Alex -- 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]
Read DSDT from initrd
Bonsoir, J'essaye de faire marcher l'ACPI sur mon portable Samsung x15+ et j'ai besoin de l'option du kernel Read DSDT from initrd, mais je n'arrive pas a la retrouver . J'ai essaye avec les sources debian et de kernel.org et avec plusieurs versions: 2.6.7, 2.6.8 et 2.6.9 Est ce que cette option a ete remplace ou supprime du kernel? Si oui y a t il une alternative. Merci d'avance Alex -- 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: Read DSDT from initrd
Le Lundi 29 Août 2005 16:09, Alex a écrit : Bonsoir, J'essaye de faire marcher l'ACPI sur mon portable Samsung x15+ et j'ai besoin de l'option du kernel Read DSDT from initrd, mais je n'arrive pas a la retrouver . J'ai essaye avec les sources debian et de kernel.org et avec plusieurs versions: 2.6.7, 2.6.8 et 2.6.9 Est ce que cette option a ete remplace ou supprime du kernel? Si oui y a t il une alternative. Pour autant que je sache, cette option n'a jamais fait partie du kernel officiel. Du kernel Debian, je ne sais pas. Tu peux telecharger le patch la: http://gaugusch.at/kernel.shtml Et apres, il te suffit juste de configurer/recompiler le noyau... Alternative: je ne sais pas. Voili voilou -- Gurvan Huiban What about a nice cup of coffee? (self-citation)
Re: Read DSDT from initrd
Le Mon, Aug 29, 2005 à 09:39:26PM +0200, Alex a écrit Bonsoir, J'essaye de faire marcher l'ACPI sur mon portable Samsung x15+ et j'ai besoin de l'option du kernel Read DSDT from initrd, mais je n'arrive pas a la retrouver . J'ai essaye avec les sources debian et de kernel.org et avec plusieurs versions: 2.6.7, 2.6.8 et 2.6.9 Est ce que cette option a ete remplace ou supprime du kernel? Si oui y a t il une alternative. Avec le paquet source 2.6.12 il y a l'option custom DSDT qui permet de compiler un kernel avec sa propre DSDT. C'est un progrès par rapport aux versions précédentes mais ce n'est pas encore la DSDT dans initrd. -- Francois Mescam -- 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]
initrd en dur
Bonjour à toute la liste :-) Parmi tous les messages qu'il y a pu avoir en rapport avec la compilation d'un noyau, il était souvent mentionné initrd en dur, pour éviter les problèmes liés à un oubli/mauvaise mise à jour d'initrd lors de la compilation du nouveau noyau. Dans la pratique, on fait comment pour mettre initrd en dur ? Merci d'avance ! Guillaume -- 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: initrd en dur
Guillaume a écrit : Bonjour à toute la liste :-) Parmi tous les messages qu'il y a pu avoir en rapport avec la compilation d'un noyau, il était souvent mentionné initrd en dur, pour éviter les problèmes liés à un oubli/mauvaise mise à jour d'initrd lors de la compilation du nouveau noyau. Dans la pratique, on fait comment pour mettre initrd en dur ? initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram -- Daniel Huhardeaux __ _ _ __ __ __ enum+48 32 285 5276 /_ _// _ // _ //_ _// __ // / iaxtel +1 700 849 6983 / / / // // // / / / / /_/ // / sip:101 h323:121 @voip./_/ //// /_/ /_/ /_//_/.com -- 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: initrd en dur
daniel huhardeaux a écrit : initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram Bonjour et merci de la réponse, mais je ne comprends pas tout ! Guillaume -- 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: initrd en dur
Guillaume a écrit : daniel huhardeaux a écrit : initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram Bonjour et merci de la réponse, mais je ne comprends pas tout ! Dans les options de configuration du noyau il ne faut pas activer cette option. Il faut ensuite recompiler celui ci. -- Daniel Huhardeaux __ _ _ __ __ __ enum+48 32 285 5276 /_ _// _ // _ //_ _// __ // / iaxtel +1 700 849 6983 / / / // // // / / / / /_/ // / sip:101 h323:121 @voip./_/ //// /_/ /_/ /_//_/.com -- 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: initrd en dur
Salut, daniel huhardeaux a écrit : initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram Tu ne confondrais pas avec CONFIG_BLK_DEV_INITRD ? -- 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: initrd en dur
daniel huhardeaux a écrit : initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram Tu ne confondrais pas avec CONFIG_BLK_DEV_INITRD ? Bein non: c'est l'un _et_ l'autre qui fonctionne. Je ne comprends pas ce que tu veux dire. CONFIG_BLK_DEV_RAM est activé sur tous mes noyaux parce qu'un ramdisk peut toujours servir, et je peux t'assurer qu'ils n'utilisent pas d'initrd (trop compliqué pour moi ces trucs-là). -- 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: initrd : quesaquo ?
Le Samedi 12 Mars 2005 00:50, Hell4Life a écrit : Bonjour à tous ! Alors, voilà : je tâte de la Debian Sid depuis maintenant 8 mois environ, je m'éclate comme un dingue, c'est génial ! Passé ce petit moment d'euphorie du début, j'ai envie de m'essayer à de nouveaux challenges ... Comme par exemple, essayer de créer un live CD perso (c'est vraiment du challenge, n'y voyez là aucune rebellion par rapport au système Debian dont je suis fort satisfait). Après avoir pris quelques renseignements, j'avoue qu'une notion revient régulièrement sur tout ce que j'ai put lire, et que j'ai du mal à en cerner le sens : c'est l'initrd. En effet, l'initrd, quesaquo ? Si quelque génie peut venir éclairer ma lanterne, et sortir cette objet du coté obscur pour l'amener dans ma lumière, je lui serais très reconnaissant. L'initrd est un ramdisk (un disque chargé en ram) qui est initialisé (chargé) par le chargeur de boot (lilo, grub, ...) avant que le kernel ne soit chargé. C'est très utile pour charger, par exemple, des modules nécessaires au noyau pour booter (par exemple un système de fichier exotique). Si tu compile ton noyau toi même, tu peut t'en passer. Les kernels Debian, dan un soucis de portabilité en utilisent un. Ha, au fait, quand tu envoie un nouveau message, ne le fait pas en répondant à un autre, tu pirate un thread. -- Florent -- Citation aléatoire -- Il y a de certains défauts qui, bien mis en oeuvre, brillent plus que la vertu même. -+- François de La Rochefoucauld (1613-1680), Maximes 354 -+- pgp2GVDMhyPcP.pgp Description: PGP signature
Re: initrd : quesaquo ?
Hell4Life a écrit : Bonjour à tous ! Salut [...] PS : merci à ceux qui ont répondu à mon post sur la création de cd bootable grub, ca marche au poil ! Peux-tu faire un résumé des manips que tu as fait pour y arriver. Je serais assez intéressé ! nb : quand tu poses une nouvelle question, peux ne pas répondre à un fil déjà existant, mais plutôt faire envoyer courrier à. Je ne connais pas kmail pour te donner la manip exacte. Il faut savoir que les lecteurs de courriel évolué (dont kmail doit faire partie) peuvent trier les mails en fonctions des fils de discution, c'est à dire qu'ils repèrent que un tel mail a été envoyé comme réponse à un autre mail. -- Amicalement vOOotre Troumad Alias Bernard SIAUD mon site : http://troumad.free.fr : ADD maths WEB sectes Pour la liberté http://www.mandrakelinux.com/fr/ http://www.eurolinux.org/index.fr.html N'envoyez que des documents avec des formats ouverts, comme http://fr.openoffice.org -- 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]
[Résolu] initrd et root sous lvm
Le 01.12.2004 22:06:33, Marc Bobillier a écrit : * Jean-Luc Coulon (f5ibh) [2004-12-01 20:55:37 +]: Oui, xfs est en module, en fait, je n'ai rien changé à ma config noyau qui fonctionne avec le script lvm2create_initrd. Quelles sont les différences entre l'initrd qui fonctionne (celui créé par lvm2create_initrd) et celui qui ne fonctionne pas (celui créé par dpkg -i) ? Autre possibilité : mettre DELAY=10 (par exemple) dans /etc/mkinitrd/mkinitrd.conf J'ai finalement résolu ce problème. Il m'étati dfifficile de comparer l'initrd qui fonctionne et celui proposé par une solution Debian car les structures sont complètement différentes. Après mes essais de l'installeur de cet après-midi, j'ai réussi sans problème à avoir une Sarge qui boote avec l'initrd fourni par la distribution. J'ai donc monté les deux initrd dans le loopback et, avec un peu d'esprit critique, j'ai fait un diff des deux. Je me suis aperçu que dans l'initrd qui ne marchait pas il y avait une ligne comme suit dans /etc/lvm/lvm.conf : library_dir = /lib/lvm2 Ce chemin n'existe ni sur mon système si sur le lvm. En revanche, cette ligne est bien présente dans le :etc/lvm/lvm.conf de mon système. Après l'avoir commentée, le nouvel initrd construit fonctionne parfaitement. Cette valeur fait partie du lvm.conf livré avec le paquet lvm2. Je vais signaler un bogue sur ce problème. -- marc Encore merci Marc pour ton aide Bonnes fêtes à tous Jean-Luc pgpNd22yyX6Fl.pgp Description: PGP signature
Re: initrd et root sous lvm
Le 02.12.2004 21:56:32, Jean-Luc Coulon a écrit : On Thu, Dec 02, 2004 at 09:27:07PM +0100, Marc Bobillier wrote: * Jean-Luc Coulon (f5ibh) [2004-12-02 19:53:29 +]: [ ... ] Et là, je suis pris d'un doute : le support pour devfs est-il nécessaire pour la création d'un initrd à la debian ? Pour le savoir, recompiler avec le support devfs... ;-) Ben oui, c'est ce que je fais. Mais mon bon vieux K6-2 500 est vraiment à la ramasse pour ça (vivement Noël ;-) ) Ainsi ai-je donc fait et là, tous les messages concernant devfs disparaissent mais les autres demeurent. En particulier, il dit : /sbin/init: 358: cannot open bin/root: No such file J'ai ce message lorsque je mets root=/dev/ram0 mais je ne sais pas trop ce que contient ou doit contenir /bin/root à ce moment-là. La ligne 358 de init est read root /bin/root Jean-Luc pgprw5C14boDx.pgp Description: PGP signature
Re: initrd et root sous lvm
Le 01.12.2004 22:06:33, Marc Bobillier a écrit : * Jean-Luc Coulon (f5ibh) [2004-12-01 20:55:37 +]: Oui, xfs est en module, en fait, je n'ai rien changé à ma config noyau qui fonctionne avec le script lvm2create_initrd. Quelles sont les différences entre l'initrd qui fonctionne (celui créé par lvm2create_initrd) et celui qui ne fonctionne pas (celui créé par dpkg -i) ? Une différence essentielle que je n'avais pas remarquée : lvm2create-initrd créé un initrd de type ext2 mkinitrd créé un initrd de type cramfs J'avais bien cramfs dans monn noyau mais en module. Je refais une compilation (long) pour l'insérer en dur. J'ai tenté de créé un initrd ext2 avec mkinitrd (parce qu'il est plus rapide de faire un initrd que de refaire un noyau complet...) mais il échoue avec le message suivant : [EMAIL PROTECTED] # mkinitrd -o initrd.img-2.6.9-k6-6 2.6.9-k6-6 mkfs.ext2: décompte de blocs corrompus - /dev/fd/3 Autre possibilité : mettre DELAY=10 (par exemple) dans /etc/mkinitrd/mkinitrd.conf Ca n'a servi à rien : je n'arrive pas jusque là (apparament) dans ma procédure de boot. -- marc Jean-Luc pgp1wagj1RxIr.pgp Description: PGP signature
Re: initrd et root sous lvm
Le 02.12.2004 13:38:27, Jean-Luc Coulon (f5ibh) a écrit : Le 01.12.2004 22:06:33, Marc Bobillier a écrit : * Jean-Luc Coulon (f5ibh) [2004-12-01 20:55:37 +]: [ ... ] Une différence essentielle que je n'avais pas remarquée : lvm2create-initrd créé un initrd de type ext2 mkinitrd créé un initrd de type cramfs J'avais bien cramfs dans monn noyau mais en module. Je refais une compilation (long) pour l'insérer en dur. Bon, ça ne marche pas mieux. J'ai les mêmes messages d'erreur sauf si je mets root=/dev/ram0. Là le cramfs se charge et le /sbin/init commence à s'exécuter mais il plante rapidement avec des messages comme : initrd-tools: 0.1.74 /sbin/init: 358: cannot open bin/root: No such file umount: Cannot open /proc/mount umount: bin: Invalid argument /sbin§init: 350 cannot create proc/sys/kernel/real-root-dev: Directory nonexistant cat: proc/cmdline: No such file or directory mount: Mounting /devfs on /devfs failed: no such device ... etc .. Et là, je suis pris d'un doute : le support pour devfs est-il nécessaire pour la création d'un initrd à la debian ? J'ai tenté de créé un initrd ext2 avec mkinitrd (parce qu'il est plus rapide de faire un initrd que de refaire un noyau complet...) mais il échoue avec le message suivant : [EMAIL PROTECTED] # mkinitrd -o initrd.img-2.6.9-k6-6 2.6.9-k6-6 mkfs.ext2: décompte de blocs corrompus - /dev/fd/3 Autre possibilité : mettre DELAY=10 (par exemple) dans /etc/mkinitrd/mkinitrd.conf Ca n'a servi à rien : je n'arrive pas jusque là (apparament) dans ma procédure de boot. -- marc Jean-Luc pgpTlcVNsQE1Z.pgp Description: PGP signature
Re: initrd et root sous lvm
* Jean-Luc Coulon (f5ibh) [2004-12-02 19:53:29 +]: Le 02.12.2004 13:38:27, Jean-Luc Coulon (f5ibh) a écrit : J'avais bien cramfs dans monn noyau mais en module. Je refais une compilation (long) pour l'insérer en dur. Bon, ça ne marche pas mieux. J'ai les mêmes messages d'erreur sauf si je mets root=/dev/ram0. Là le cramfs se charge et le /sbin/init commence à s'exécuter mais il plante rapidement avec des messages comme : initrd-tools: 0.1.74 /sbin/init: 358: cannot open bin/root: No such file umount: Cannot open /proc/mount umount: bin: Invalid argument /sbin§init: 350 cannot create proc/sys/kernel/real-root-dev: Directory nonexistant cat: proc/cmdline: No such file or directory mount: Mounting /devfs on /devfs failed: no such device ... etc .. Et là, je suis pris d'un doute : le support pour devfs est-il nécessaire pour la création d'un initrd à la debian ? Pour le savoir, recompiler avec le support devfs... ;-) Sinon, je me demandais aussi si dans le initrd créé il ne manquait pas des libs spécifiques à xfs, vu qu'il y en a pour ext2/ext3. -- marc
Re: initrd et root sous lvm
On Thu, Dec 02, 2004 at 09:27:07PM +0100, Marc Bobillier wrote: * Jean-Luc Coulon (f5ibh) [2004-12-02 19:53:29 +]: Le 02.12.2004 13:38:27, Jean-Luc Coulon (f5ibh) a écrit : J'avais bien cramfs dans monn noyau mais en module. Je refais une compilation (long) pour l'insérer en dur. Bon, ça ne marche pas mieux. J'ai les mêmes messages d'erreur sauf si je mets root=/dev/ram0. Là le cramfs se charge et le /sbin/init commence à s'exécuter mais il plante rapidement avec des messages comme : initrd-tools: 0.1.74 /sbin/init: 358: cannot open bin/root: No such file umount: Cannot open /proc/mount umount: bin: Invalid argument /sbin§init: 350 cannot create proc/sys/kernel/real-root-dev: Directory nonexistant cat: proc/cmdline: No such file or directory mount: Mounting /devfs on /devfs failed: no such device ... etc .. Et là, je suis pris d'un doute : le support pour devfs est-il nécessaire pour la création d'un initrd à la debian ? Pour le savoir, recompiler avec le support devfs... ;-) Ben oui, c'est ce que je fais. Mais mon bon vieux K6-2 500 est vraiment à la ramasse pour ça (vivement Noël ;-) ) Sinon, je me demandais aussi si dans le initrd créé il ne manquait pas des libs spécifiques à xfs, vu qu'il y en a pour ext2/ext3. Je ne pense pas qu'il soit allé jusque là ... -- marc Jean-Luc
Re: initrd et root sous lvm
* Jean-Luc Coulon [2004-11-30 21:09:09 +0100]: Bon, recompile et essais, il ne veut rien savoir J'ai une ligne grub comme ça : root=/dev/mapper/cg00-root_lv rootfs=xfs(mon filesystem est xfs) ^^ Plutôt : rootfstype (mais j'imagine que c'est une coquille) j'obtiens : VFS: cannot open root device mapper/vg00-root_lv or unknown-block(0,0) please append .. etc. il ne tient pas compte du /dev .. est-ce normal ? Etrange en effet... Si je tente de mettre root=/dev/mapper/vg00-root_lv .. (entre ) Alors, il me donne le message : VFS: cannot open root device /dev/mapper/vg00-root_lv or unknown-block(0,0) Il me met une double double quote () .. est-ce normal ? Si je ne mets pas le rootfstype, il ne trouve pas le fs... Est-ce que le support de xfs est en dur dans le noyau ou en module ? Si il est en module, vérifier que l'initrd créé charge ce module : $ mount -o loop /boot/initrd.img-2.6.x /mnt/ $ cat /mnt/loadmodules -- marc
Re: initrd et root sous lvm
Le 01.12.2004 21:32:22, Marc Bobillier a écrit : * Jean-Luc Coulon [2004-11-30 21:09:09 +0100]: Bon, recompile et essais, il ne veut rien savoir J'ai une ligne grub comme ça : root=/dev/mapper/cg00-root_lv rootfs=xfs(mon filesystem est xfs) ^^ Plutôt : rootfstype (mais j'imagine que c'est une coquille) Oui, c'est une coquille : on ne peut pas faire de copier/coller à cette étape du boot ;-) (c'est d'ailleurs dommage) j'obtiens : VFS: cannot open root device mapper/vg00-root_lv or unknown-block(0,0) please append .. etc. il ne tient pas compte du /dev .. est-ce normal ? Etrange en effet... Si je tente de mettre root=/dev/mapper/vg00-root_lv .. (entre ) Alors, il me donne le message : VFS: cannot open root device /dev/mapper/vg00-root_lv or unknown-block(0,0) Il me met une double double quote () .. est-ce normal ? Si je ne mets pas le rootfstype, il ne trouve pas le fs... Est-ce que le support de xfs est en dur dans le noyau ou en module ? Si il est en module, vérifier que l'initrd créé charge ce module : Oui, xfs est en module, en fait, je n'ai rien changé à ma config noyau qui fonctionne avec le script lvm2create_initrd. $ mount -o loop /boot/initrd.img-2.6.x /mnt/ $ cat /mnt/loadmodules [EMAIL PROTECTED] /tmp/initrd # cat loadmodules modprobe -k dm-mod modprobe -k xfs modprobe -k unix 2 /dev/null -- marc pgp5X12ltu6bT.pgp Description: PGP signature
Re: initrd et root sous lvm
* Jean-Luc Coulon (f5ibh) [2004-12-01 20:55:37 +]: Oui, xfs est en module, en fait, je n'ai rien changé à ma config noyau qui fonctionne avec le script lvm2create_initrd. Quelles sont les différences entre l'initrd qui fonctionne (celui créé par lvm2create_initrd) et celui qui ne fonctionne pas (celui créé par dpkg -i) ? Autre possibilité : mettre DELAY=10 (par exemple) dans /etc/mkinitrd/mkinitrd.conf -- marc
Re: initrd et root sous lvm
On Wed, Dec 01, 2004 at 10:06:33PM +0100, Marc Bobillier wrote: * Jean-Luc Coulon (f5ibh) [2004-12-01 20:55:37 +]: Oui, xfs est en module, en fait, je n'ai rien changé à ma config noyau qui fonctionne avec le script lvm2create_initrd. Quelles sont les différences entre l'initrd qui fonctionne (celui créé par lvm2create_initrd) et celui qui ne fonctionne pas (celui créé par dpkg -i) ? C'est construit de manière totalement différente. Par exemple, il n'utilise pas de linuxrc. dans grub, on écrit : root=/dev/ram0 lvm2root=/dev/vg00/root_lv L'arborescence est comme suit : [EMAIL PROTECTED] /tmp/initrd # ls bin/ dev/ etc/ lib/ proc/ sbin/ var/ /bin contient tout busybox /dev .. les devices, directement (pas mapper) /etc comme suit etc |-- lvm | `-- lvm.conf `-- modules avec modules contenant xfs et dm-mod lvm.conf contient un filtre pour le CDROM / graveur lib : tout classique, ne contient dans modules que xfs et dm-mod sbin : init* insmod* modprobe* pivot_root* rmmod* C'est tout Autre possibilité : mettre DELAY=10 (par exemple) dans /etc/mkinitrd/mkinitrd.conf je vais essayer ça, merci -- marc Jean-Luc
Re: initrd et root sous lvm
Le 29.11.2004 23:41:01, Marc Bobillier a écrit : * Jean-Luc Coulon (f5ibh) [2004-11-29 15:01:45 +]: Le 28.11.2004 23:59:16, Leopold BAILLY a écrit : Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] writes: ... Ca fonctione parfaitement mais c'est dommade d'utiliser les outils Debian et de faire tourner ce script à la main en fin d'installation du noyau. Est-ce quelqu'un a l'expérience de la création de l'initrd pour un fichier racice sous lvm avec les outils Debian ? ... Ce qui est plus difficile à gérer en 2.6 et lvm2, c'est le device qui contient root. ... Dans le cas de lvm2, les devices étant alloués dynamiquement, ce genre de chose n'est plus possible. Le script que je citais travaillais en 2 passe une dans le ram disk et une dan sle monde réel. Ce qui donne, sous grub, quelque chose comme : root=/dev/ram0 lvm2root=/dev/vg00/root_lv Ca fonctionne très bien, mais je n'ai pas trouvé le moyen de faire la même chose avec mkinitrd J'ai un noyau 2.6 compilé avec 'make-kpkg --initrd ...' et la partition root sous LVM2. Le mkinitrd est exécuté automatiquement par dpkg à l'installation du paquet du noyau. Dans le menu.lst de grub : root=/dev/mapper/vg00-root_lv (root=/dev/vg00/root_lv devrait aussi fonctionner, je n'ai pas testé). -- marc Merci pour cette information. Mais il doit encore me manquer quelque chose car j'ai un kernel panic après l'ouverture de l'initrd. Quel est le contenu de votre /etc/mkinitrd/mkinitrd.conf ? Principalement la directive root ? Quels modules avez-vous inclus ? Jean-Luc pgp4onUavQxSr.pgp Description: PGP signature
Re: initrd et root sous lvm
* Jean-Luc Coulon (f5ibh) [2004-11-30 12:06:19 +]: Merci pour cette information. Mais il doit encore me manquer quelque chose car j'ai un kernel panic après l'ouverture de l'initrd. Quel est le contenu de votre /etc/mkinitrd/mkinitrd.conf ? Principalement la directive root ? MODULES=most DELAY=0 ROOT=probe UMASK=022 MKIMAGE='mkcramfs %s %s /dev/null' BUSYBOX=yes PKGSCRIPTS=yes INITRD_LD_LIBRARY_PATH=$LD_LIBRARY_PATH Quels modules avez-vous inclus ? /etc/mkinitrd/modules : fbcon ehci-hcd Le module ehci-hcd doit être chargé sur mon système car il est sur disque dur USB. J'ai aussi pour cette raison dû modifier /usr/sbin/mkinitrd pour rajouter un délai entre le chargement des modules sd_mod et dm-mod car le disque USB met plusieurs secondes a être disponible. (le BUSYBOX=yes c'est pour utiliser sleep dans l'initrd). -- marc
Re: initrd et root sous lvm
On Tue, Nov 30, 2004 at 02:28:26PM +0100, Marc Bobillier wrote: * Jean-Luc Coulon (f5ibh) [2004-11-30 12:06:19 +]: Merci pour cette information. Mais il doit encore me manquer quelque chose car j'ai un kernel panic après l'ouverture de l'initrd. Quel est le contenu de votre /etc/mkinitrd/mkinitrd.conf ? Principalement la directive root ? MODULES=most DELAY=0 ROOT=probe UMASK=022 MKIMAGE='mkcramfs %s %s /dev/null' BUSYBOX=yes PKGSCRIPTS=yes INITRD_LD_LIBRARY_PATH=$LD_LIBRARY_PATH Quels modules avez-vous inclus ? /etc/mkinitrd/modules : fbcon ehci-hcd Le module ehci-hcd doit être chargé sur mon système car il est sur disque dur USB. J'ai aussi pour cette raison dû modifier /usr/sbin/mkinitrd pour rajouter un délai entre le chargement des modules sd_mod et dm-mod car le disque USB met plusieurs secondes a être disponible. (le BUSYBOX=yes c'est pour utiliser sleep dans l'initrd). Bon, recompile et essais, il ne veut rien savoir J'ai une ligne grub comme ça : root=/dev/mapper/cg00-root_lv rootfs=xfs(mon filesystem est xfs) j'obtiens : VFS: cannot open root device mapper/vg00-root_lv or unknown-block(0,0) please append .. etc. il ne tient pas compte du /dev .. est-ce normal ? Si je tente de mettre root=/dev/mapper/vg00-root_lv .. (entre ) Alors, il me donne le message : VFS: cannot open root device /dev/mapper/vg00-root_lv or unknown-block(0,0) Il me met une double double quote () .. est-ce normal ? Si je ne mets pas le rootfstype, il ne trouve pas le fs... Jean-Luc -- marc
Re: initrd et root sous lvm
Le 28.11.2004 23:59:16, Leopold BAILLY a écrit : Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] writes: Bonjour, J'utilise lvm et mon système de ficheirs racine est sous lvm (de même que le reste, sanuf /boot). Pour créer l'initrd, j'utilise un script que j'ai obtenu sur la liste de diffusion de lvm : lvm2create_initrd de Jeff Layton [EMAIL PROTECTED] http://poochiereds.net/svn/lvm2 Ca fonctione parfaitement mais c'est dommade d'utiliser les outils Debian et de faire tourner ce script à la main en fin d'installation du noyau. Est-ce quelqu'un a l'expérience de la création de l'initrd pour un fichier racice sous lvm avec les outils Debian ? Merci de vos suggestions. J'effectue une sauvegarde complète de ma machine sur un système de fichier unique en LVM+reiserfs sur un disque séparé. J'essaie, quand j'ai le temps, de créer une disquette pour démarrer dessus en cas de pépin. Je pense qu'on peut paramétrer mkinitrd de façon assez fine pour pouvoir créer l'initrd qui va bien, mais je n'ai pas encore réussi. Dans /etc/mkinitrd/, on peut spécifier des modules à inclure et rajouter éventuellement ses propres scripts. pas de roblème pour les modules. Ce qui est plus difficile à gérer en 2.6 et lvm2, c'est le device qui contient root. En 2.4 et lvm1, c'était assez facile, il suffisait de lui donner le major/minor du device root. Par exemple : [EMAIL PROTECTED] ls -l /dev/vg00/ crw-r-1 root disk 109, 0 2004-02-16 13:03 group brw-rw1 root disk 58, 1 2004-02-16 13:03 home_lv brw-rw1 root disk 58, 5 2004-02-16 13:03 opt_lv brw-rw1 root disk 58, 2 2004-02-16 13:03 root_lv brw-rw1 root disk 58, 4 2004-02-16 13:03 usr_lv brw-rw1 root disk 58, 3 2004-02-16 13:03 var_lv donc root se trouve en 58 02, ce qui, traduit en hexa donne 3a02 et donc la ligne root=3a02 permet au système de se débrouiller avec lvm. Dans le cas de lvm2, les devices étant alloués dynamiquement, ce genre de chose n'est plus possible. Le script que je citais travaillais en 2 passe une dans le ram disk et une dan sle monde réel. Ce qui donne, sous grub, quelque chose comme : root=/dev/ram0 lvm2root=/dev/vg00/root_lv Ca fonctionne très bien, mais je n'ai pas trouvé le moyen de faire la même chose avec mkinitrd Léo. Jean-Luc pgpsl12D5YD1H.pgp Description: PGP signature
Re: initrd et root sous lvm
* Jean-Luc Coulon (f5ibh) [2004-11-29 15:01:45 +]: Le 28.11.2004 23:59:16, Leopold BAILLY a écrit : Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] writes: ... Ca fonctione parfaitement mais c'est dommade d'utiliser les outils Debian et de faire tourner ce script à la main en fin d'installation du noyau. Est-ce quelqu'un a l'expérience de la création de l'initrd pour un fichier racice sous lvm avec les outils Debian ? ... Ce qui est plus difficile à gérer en 2.6 et lvm2, c'est le device qui contient root. ... Dans le cas de lvm2, les devices étant alloués dynamiquement, ce genre de chose n'est plus possible. Le script que je citais travaillais en 2 passe une dans le ram disk et une dan sle monde réel. Ce qui donne, sous grub, quelque chose comme : root=/dev/ram0 lvm2root=/dev/vg00/root_lv Ca fonctionne très bien, mais je n'ai pas trouvé le moyen de faire la même chose avec mkinitrd J'ai un noyau 2.6 compilé avec 'make-kpkg --initrd ...' et la partition root sous LVM2. Le mkinitrd est exécuté automatiquement par dpkg à l'installation du paquet du noyau. Dans le menu.lst de grub : root=/dev/mapper/vg00-root_lv (root=/dev/vg00/root_lv devrait aussi fonctionner, je n'ai pas testé). -- marc
Re: initrd et root sous lvm
Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] writes: Bonjour, J'utilise lvm et mon système de ficheirs racine est sous lvm (de même que le reste, sanuf /boot). Pour créer l'initrd, j'utilise un script que j'ai obtenu sur la liste de diffusion de lvm : lvm2create_initrd de Jeff Layton [EMAIL PROTECTED] http://poochiereds.net/svn/lvm2 Ca fonctione parfaitement mais c'est dommade d'utiliser les outils Debian et de faire tourner ce script à la main en fin d'installation du noyau. Est-ce quelqu'un a l'expérience de la création de l'initrd pour un fichier racice sous lvm avec les outils Debian ? Merci de vos suggestions. J'effectue une sauvegarde complète de ma machine sur un système de fichier unique en LVM+reiserfs sur un disque séparé. J'essaie, quand j'ai le temps, de créer une disquette pour démarrer dessus en cas de pépin. Je pense qu'on peut paramétrer mkinitrd de façon assez fine pour pouvoir créer l'initrd qui va bien, mais je n'ai pas encore réussi. Dans /etc/mkinitrd/, on peut spécifier des modules à inclure et rajouter éventuellement ses propres scripts. Léo.
initrd et root sous lvm
Bonjour, J'utilise lvm et mon système de ficheirs racine est sous lvm (de même que le reste, sanuf /boot). Pour créer l'initrd, j'utilise un script que j'ai obtenu sur la liste de diffusion de lvm : lvm2create_initrd de Jeff Layton [EMAIL PROTECTED] http://poochiereds.net/svn/lvm2 Ca fonctione parfaitement mais c'est dommade d'utiliser les outils Debian et de faire tourner ce script à la main en fin d'installation du noyau. Est-ce quelqu'un a l'expérience de la création de l'initrd pour un fichier racice sous lvm avec les outils Debian ? Merci de vos suggestions. Jean-Luc pgpg18Hu41Sp6.pgp Description: PGP signature
Re: rw : probleme initrd
Le 23.11.2004 22:28:49, ramy a écrit : minux:/# mkinitrd -o /boot/initrd.img-2.6.9 /lib/modules/2.6.9/ /usr/sbin/mkinitrd: add_modules_dep_2_5: modprobe failed WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' *FATAL: Module sata_nv not found.* WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' *FATAL: Module sd_mod not found.* WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' voila sur quoi je bloque... le warning est due a un bug de ma carte gigabit ethernet qu'il faut reconfigurer pour le 1M seulement je n'arrive pas a trouver l'origine des lignes FATAL erreur!!! On pourrait voir ce famuex fichier dotn il se plaint : /etc/modprobe.d/reseau ? Je suspecte un typo dans ce fichier [ ... ] Jean-Luc pgp0JLt8m8Nni.pgp Description: PGP signature
rw : probleme initrd
bonjour, en effet mais lorsque je met ces options en modules le warning ne s'affiche plus mais au reboot le peripherique (hd0,0) n'est toujours pas detecter (cad meme problem!) Emplâtre sur une jambe de bois: modules + initrd ?? comment veux-tu booter sur un disk sata autrement?
Re: probleme initrd
Bonjour, Le Tue Nov 23 2004 à 01:27:12PM +, Jean-Luc Coulon (f5ibh) dit : Le 23.11.2004 02:03:03, David Dumortier a écrit : [...] Il s'agit de /etc/modprobe.conf qui n'est plus utilisé. Je pense que / etc/modules continue à être utilisé comme de par le passé (il l'est en tout cas chez moi). Autant pour moi. D'où le je crois je crois ;-) D'ailleurs /etc/modules est générer par update-modules.modutils, qu'y a-t-il dedans concernant tes modules SCSI ? (je ne sais pas vraiment si c'est utilisé dans le cas du initrd, je n'en fais pas, je trouve ça galère, enfin en fait je sais pas en faire :-) Au fait, tu as installé ce paquet ? Ceci est toujours valable. Bon courage. -- David Dumortier [EMAIL PROTECTED]
Re: rw : probleme initrd
bonjour, Le mercredi 24 novembre 2004, rodolphe jules a écrit... comment veux-tu booter sur un disk sata autrement? Ah oui il y avait sata dans la partie noyau que tu as postée. Mais tu dis que si c'est en module le hd0,0 n'est pas détecté. Peut on considérer que ton initrd n'est pas bon ? Que le module n'y est pas, si il a été mal créé ? Tu l'as fabriqué comment ? -- jm
Re: probleme initrd
Bonsoir, Le Tue Nov 23 2004 à 01:32:57AM +0100, rodolphe jules dit : bonsoir a tous... j'ai un probleme de boot apres la configuration du noyau 2.6.9 : apres le #make menuconfig, j'utilise la commande #make dep clean bzImage modules modules_install et puis je transfert la version precedente dans l'linuz.old et la nouvelle dans vmlinuz... mais lorsque je reboote, il m'affiche un kernel panic : a savoir que la device (hd0,0) qui correspond au disque sata sur lequel est installé le systeme n'est pas valide... je retourne a ma compilation et lorsque je crée le fichier initrd-2.6.9 qui sera chargé, il me fait remarquer que les modules sata et sd_mod(...ou peut etre sg-mod) ne son pas present mais crée tout de meme le fichier! Donc il faut les mettre non ? rq : En éditant /etc/modules, j'ai commenter l'ensemble des lignes en ne laissant que ip_conntrack pour le firewall je retourne alors dans #make menuconfig pour m'assurer que les drivers propres a c élément (a verifier que je n'en ai pas oubler...) sous en modules et non en dur ( j'ai d'ailleurs essayé les 2 au cas ou!) mais apparement le repetoire /lib/modules/2.6.9/ ne contient toujours pas les élément salvateur :-( Tu les as mis dans les options de compil et ils ne sont pas présents ? quelqu'un voit-il une solution ou a-t-il deja eu ce probleme? pouir info, je tourne sur un athlon 64, chipset nforce3 250gb (MSI k8n neo platinum) merci et @+ NB : Tu es HS et assez confu. Utilises make-kpkg c'est bien, facile, et ça permet de rester dans la ligne de la duf. NB2 : /etc/modules n'est plus utilisé avec module-init-tools je crois. Au fait, tu as installé ce paquet ? -- David Dumortier [EMAIL PROTECTED] Et l'anti-lumière fut, bonne nuit.
Re: probleme initrd
Le 23.11.2004 02:03:03, David Dumortier a écrit : Bonsoir, Le Tue Nov 23 2004 à 01:32:57AM +0100, rodolphe jules dit : bonsoir a tous... j'ai un probleme de boot apres la configuration du noyau 2.6.9 : apres le #make menuconfig, j'utilise la commande #make dep clean bzImage modules modules_install et puis je transfert la version precedente dans l'linuz.old et la nouvelle dans vmlinuz... mais lorsque je reboote, il m'affiche un kernel panic : a savoir que la device (hd0,0) qui correspond au disque sata sur lequel est installé le systeme n'est pas valide... je retourne a ma compilation et lorsque je crée le fichier initrd-2.6.9 qui sera chargé, il me fait remarquer que les modules sata et sd_mod(...ou peut etre sg-mod) ne son pas present mais crée tout de meme le fichier! Donc il faut les mettre non ? rq : En éditant /etc/modules, j'ai commenter l'ensemble des lignes en ne laissant que ip_conntrack pour le firewall je retourne alors dans #make menuconfig pour m'assurer que les drivers propres a c élément (a verifier que je n'en ai pas oubler...) sous en modules et non en dur ( j'ai d'ailleurs essayé les 2 au cas ou!) mais apparement le repetoire /lib/modules/2.6.9/ ne contient toujours pas les élément salvateur :-( Tu les as mis dans les options de compil et ils ne sont pas présents ? quelqu'un voit-il une solution ou a-t-il deja eu ce probleme? pouir info, je tourne sur un athlon 64, chipset nforce3 250gb (MSI k8n neo platinum) merci et @+ NB : Tu es HS et assez confu. Utilises make-kpkg c'est bien, facile, et ça permet de rester dans la ligne de la duf. NB2 : /etc/modules n'est plus utilisé avec module-init-tools je crois. Il s'agit de /etc/modprobe.conf qui n'est plus utilisé. Je pense que / etc/modules continue à être utilisé comme de par le passé (il l'est en tout cas chez moi). Au fait, tu as installé ce paquet ? -- David Dumortier J-L pgpIH1YRxcPoS.pgp Description: PGP signature
rw : probleme initrd
minux:/# mkinitrd -o /boot/initrd.img-2.6.9 /lib/modules/2.6.9/ /usr/sbin/mkinitrd: add_modules_dep_2_5: modprobe failed WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' *FATAL: Module sata_nv not found.* WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' *FATAL: Module sd_mod not found.* WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' WARNING: /etc/modprobe.d/reseau line 1: ignoring bad line starting with 'lais' voila sur quoi je bloque... le warning est due a un bug de ma carte gigabit ethernet qu'il faut reconfigurer pour le 1M seulement je n'arrive pas a trouver l'origine des lignes FATAL erreur!!! pourtant dans le #make menuconfig, j'ai activer les options correspondant sans resultat! A savoir...* SCSI device support * SCSI disk support Ainsi que... *nforce sata driver Pour info voila ce que me donne mon #lspci : :00:00.0 Host bridge: nVidia Corporation: Unknown device 00e1 (rev a1) :00:01.0 ISA bridge: nVidia Corporation: Unknown device 00e0 (rev a2) :00:01.1 SMBus: nVidia Corporation nForce 250Gb PCI System Management (rev a1) :00:02.0 USB Controller: nVidia Corporation CK8S USB Controller (rev a1) :00:02.1 USB Controller: nVidia Corporation CK8S USB Controller (rev a1) :00:02.2 USB Controller: nVidia Corporation CK8S USB Controller (rev a2) :00:05.0 Bridge: nVidia Corporation CK8S Ethernet Controller (rev a2) :00:06.0 Multimedia audio controller: nVidia Corporation nForce3 250Gb AC'97 Audio Controller (rev a1) :00:08.0 IDE interface: nVidia Corporation CK8S Parallel ATA Controller (v2.5) (rev a2) :00:09.0 IDE interface: nVidia Corporation CK8S Serial ATA Controller (v2.5) (rev a2) :00:0b.0 PCI bridge: nVidia Corporation nForce3 250Gb AGP Host to PCI Bridge (rev a2) :00:0e.0 PCI bridge: nVidia Corporation nForce3 250Gb PCI-to-PCI Bridge (rev a2) :00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration :00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map :00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller :00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R350 [Radeon 9800 Pro] :01:00.1 Display controller: ATI Technologies Inc Radeon R350 [Radeon 9800 Pro] (Secondary) :02:0c.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46) quelqu'un a-t-il deja rencontré un tel problem? (c probable) mais qu'elqu'un l'a-t-il resolu? merci de vos reponses...