Re: Reseau pas activé au boot
Georges a écrit : Bonjour, Sous Lenny 2.6.22-2-686 depuis la dernière mise a jour, ma connection n'est pas activée au démmarrage. Il me faut revenir en console sous root pour faire un : /etc/init.d/networking stop /etc/init.d/networking restart Et sa marche. J'ai cherché dans tous les coins et j'enrage de ne pas trouver. Quelqu'un connait ce problème ? Merci par avance. Georges J'ai un pote qui a eu le pb : regarde si ton fichier /etc/network/interfaces n'a pas bouge suite aux mises à jour. Patrick -- 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]
Reseau pas activé au boot
Bonjour, Sous Lenny 2.6.22-2-686 depuis la dernière mise a jour, ma connection n'est pas activée au démmarrage. Il me faut revenir en console sous root pour faire un : /etc/init.d/networking stop /etc/init.d/networking restart Et sa marche. J'ai cherché dans tous les coins et j'enrage de ne pas trouver. Quelqu'un connait ce problème ? Merci par avance. Georges
Re: Dual Boot SATA / IDE Lenny / Ubuntu Studio
Christophe Gallaire a écrit : > Bonsoir, > > J'ai réussi à booter sur le deuxième OS en éditant au démarrage de grub > comme suit : > > 1. Touche e (pour éditer) > 2. root (hd1,0) > Oui, grâce à l'utilisation des uuid par ubuntu... > Puis j'ai modifié mon sources.list de Lenny en ajoutant le deuxième os > (ubuntu studio) en hd1,0. > s/sources.list/menu.lst/ sources.list c'est pour apt ;) De cette façon tu auras des problème lors des mises à jour du noyau ubuntu, le la config du grub de lenny ne sera pas mis à jour automatiquement. J'ai des dual boot debian / ubuntu, et voilà comment je fais pour que ça se mette à jour tout seul des 2 cotés le grub de debian étant installé dans le mbr : Dans le menu.lst de debian, j'ajoute une entrée ubuntu : title Ubuntu configfile (hd1,0)/boot/grub/menu.lst Et dans celui d'Ubuntu : timeout 0 # groot=(hd1,0) Comme ça la mise à jour du menu est automatique des 2 cotés. > Voilà. Ça tourne... > > @+ > > Merci > > XoF > > Le samedi 03 novembre 2007 à 15:35 +0100, Olivier HUMBERT a écrit : > >> Christophe Gallaire wrote: >> >>> Comment faire reconnaître par Lenny Ubuntu Studio ? Quelqu'un a-t-il une >>> piste à me donner ? >>> >>> >>> >> man grub >> >> et sinon, >> tu copies les lignes qui t'intéressent de ton menu.lst de Ubuntu Studio >> dans les menu.lst de ta debian lenny >> >> Amicalement, >> Olivier >> >> >> >> > > > signature.asc Description: OpenPGP digital signature
Re: Dual Boot SATA / IDE Lenny / Ubuntu Studio
Bonsoir, J'ai réussi à booter sur le deuxième OS en éditant au démarrage de grub comme suit : 1. Touche e (pour éditer) 2. root (hd1,0) Puis j'ai modifié mon sources.list de Lenny en ajoutant le deuxième os (ubuntu studio) en hd1,0. Voilà. Ça tourne... @+ Merci XoF Le samedi 03 novembre 2007 à 15:35 +0100, Olivier HUMBERT a écrit : > Christophe Gallaire wrote: > > Comment faire reconnaître par Lenny Ubuntu Studio ? Quelqu'un a-t-il une > > piste à me donner ? > > > > > man grub > > et sinon, > tu copies les lignes qui t'intéressent de ton menu.lst de Ubuntu Studio > dans les menu.lst de ta debian lenny > > Amicalement, > Olivier > > > -- 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: Dual Boot SATA / IDE Lenny / Ubuntu Studio
Le samedi 03 novembre 2007 à 15:35 +0100, Olivier HUMBERT a écrit : > Christophe Gallaire wrote: > > Comment faire reconnaître par Lenny Ubuntu Studio ? Quelqu'un a-t-il une > > piste à me donner ? > > > man grub Ça oui... J'ai vu / lu, mais c'est pas pour autant que je suis sorti d'affaire ! > et sinon, > tu copies les lignes qui t'intéressent de ton menu.lst de Ubuntu Studio > dans les menu.lst de ta debian lenny As-tu remarqué que les deux fichiers menu.lst ont un "identifiant" identique pour les deux systèmes ? Si mon premier système (Lenny) est identifié par : title Debian GNU/Linux, kernel 2.6.22-2-686 root(hd0,0) kernel /boot/vmlinuz-2.6.22-2-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.22-2-686 savedefault title Debian GNU/Linux, kernel 2.6.22-2-686 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.22-2-686 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.22-2-686 savedefault Et que le deuxième (Ubuntu Studio) l'est par : title Ubuntu 7.10, kernel 2.6.22-14-rt root(hd0,0) kernel /boot/vmlinuz-2.6.22-14-rt root=UUID=6c03bfa3-56dd-478b-8788-0946c6218d98 ro quiet splash initrd /boot/initrd.img-2.6.22-14-rt quiet title Ubuntu 7.10, kernel 2.6.22-14-rt (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.22-14-rt root=UUID=6c03bfa3-56dd-478b-8788-0946c6218d98 ro single initrd /boot/initrd.img-2.6.22-14-rt title Ubuntu 7.10, memtest86+ root(hd0,0) kernel /boot/memtest86+.bin quiet Deux fois "root (hd0,0)" n'y a-t-il pas conflit ? Quelqu'un a-t-il une idée ? @+ Christophe > Amicalement, > Olivier > > > -- 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: Dual Boot SATA / IDE Lenny / Ubuntu Studio
Christophe Gallaire wrote: > Comment faire reconnaître par Lenny Ubuntu Studio ? Quelqu'un a-t-il une > piste à me donner ? > > man grub et sinon, tu copies les lignes qui t'intéressent de ton menu.lst de Ubuntu Studio dans les menu.lst de ta debian lenny Amicalement, Olivier -- 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]
Dual Boot SATA / IDE Lenny / Ubuntu Studio
Bonjour à la liste, Je cherche à faire un dual boot comme suit : Dual Boot SATA / IDE Lenny / Ubuntu Studio Mon système principal est Lenny sur un disque SATA. J'ai installé Ubuntu Studio sur l'IDE maître (hda) mais la configuration de de grub sous Lenny ne tient pas compte de cette installation. Voilà un extrait de mon fichier /boot/grub/menu.lst sous Lenny : title Debian GNU/Linux, kernel 2.6.22-2-686 root(hd0,0) kernel /boot/vmlinuz-2.6.22-2-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.22-2-686 savedefault title Debian GNU/Linux, kernel 2.6.22-2-686 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.22-2-686 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.22-2-686 savedefault Sous Ubuntu Studio, j'ai aussi un fichier /boot/menu.lst (extrait) : title Ubuntu 7.10, kernel 2.6.22-14-rt root(hd0,0) kernel /boot/vmlinuz-2.6.22-14-rt root=UUID=6c03bfa3-56dd-478b-8788-0946c6218d98 ro quiet splash initrd /boot/initrd.img-2.6.22-14-rt quiet title Ubuntu 7.10, kernel 2.6.22-14-rt (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.22-14-rt root=UUID=6c03bfa3-56dd-478b-8788-0946c6218d98 ro single initrd /boot/initrd.img-2.6.22-14-rt title Ubuntu 7.10, memtest86+ root(hd0,0) kernel /boot/memtest86+.bin quiet En installant Ubuntu Studio, j'ai accepté le dual boot avec Lenny. Il apparaît bien dans le menu.lst d'Ubuntu Studio : # This entry automatically added by the Debian installer for an existing # linux installation on /dev/sda1. title Debian GNU/Linux, kernel 2.6.22-2-686 (on /dev/sda1) root(hd2,0) kernel /boot/vmlinuz-2.6.22-2-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.22-2-686 savedefault boot Or au démarrage, seul Lenny (sur le disque SATA) se lance. Ubuntu Studio reste invisible. Je ne peux pas booter sur Ubuntu Studio. Comment faire reconnaître par Lenny Ubuntu Studio ? Quelqu'un a-t-il une piste à me donner ? @+ Christophe -- 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: initramfs [MERGE: interruption du boot avec 2.5.22] [WAS: fabrication de l'initrd]
Bonjour, Je voudrais savoir ce qu'il pourrait être possible de faire sous _initramfs_ : Je me permets de merger avec mon boot qui plante dont voici quelques lignes pour aide mémoire : BusyBox v1.1.3 (debian 1:1.1.3-5) Built-in shell (ash) Enter 'help' for a list of built-in commands. /bins/sh: can't access tty; job contro turned off (initranfs) ==> cf plus bas (dans l'ordre normal de lecture) --- Eric DECORNOD <[EMAIL PROTECTED]> a écrit : > Le mardi 30 octobre 2007, Pascal Hambourg a écrit : > > > > Je n'en sais pas plus, pour moi c'est de la magie noire > > Je sais ce qu'est l'initrd et à quoi il sert dans les grandes > lignes. > Dsl, je ne voulais pas vexer, c'était pour éclairer la magie noire... > > > La magie noire, c'est comment il est fabriqué > Elle est construite par initramfs-tools, yaird ou > linux-initramfs-tool > (en gros des variantes de mkinitrd) > > La configuration de initramfs-tools par ex. est dans > /etc/initramfs-tools/ > On peux y choisir/spécifier des modules particuliers à charger avant > de > monter / > Par exemple si on veux une / en cryptoloop, il faudra que tout y > soit, et > peut-être même scripter la demande de la passphrase pour booter... > (on peux même aller très loin et scripter ce que l'on veux.) > > La fabrication est faite entre-autre à partir de > /usr/share/initramfs-tools. Donc, à ce niveau : initramfs, est-ce qu'il me serait possible d'essayer de monter des disques, sachant qu'ils n'apparaissent (forcément?) pas dans /dev/, Et éventuellement, ensuite d'essayer de terminer ma séquence de boot à la main. (pas très utile mais pourrait être instructif, vu que sinon il démarre pas..) (à suivre..) > > > et ce qu'il fait exactement. > On peux en général en examiner le contenu en la gunzippant et en la > montant en > loopback. > En gros elle est constituée d'un /bin ultra minimal qui permet > d'exéctuer le > script shell « init¹ » qui devra notament charger les module présents > dans > l'image. > A la fin, elle monte la partition / dans un sous répertoire et puis > elle > execute pivot_root pour échanger le / (initrd) avec le / (le vrai) ; > et passe la main à /sbin/init qui se chargera d'interprêter > /etc/initab > > En gros on pourrait la faire soi-même à la main sans trop de > difficultés. > Par exemple celle de KNOPPIX est radicalement différente. > > ¹: /usr/share/initramfs-tools/init > > > > L'initrd est fabriquée lors de la configuration du paquet car son > contenu > > > dépend du matériel. > > Ouais, voilà. Pas très rassurant. > Au contraire, c'est ce qui permet à un « stock-kernel » de démarrer > sur > n'importe quel hardware sans inclure tous les modules du noyau > possibles et > imaginables (il serait énorme). > Comme cela on charge les modules du noyau dont « on a besoin » pour > démarrer. > > Je ne compile plus de noyau perso depuis des lustes et lorsque je le > fais, je > part du .config debian et je laisse tous les modules. Ensuite c'est > mkinitramfs fait tout le travail pour moi. > > De plus on peux inclure busybox dans l'initrd, comme cela si le boot > merde, on > dispose de quoi analyser. Moi j'ai busybox et mon boot merde ... je pourrais faire quoi d'intéresant ? (il trouve pas la partition root) Ce que j'aimerais bien faire c'est la lui trouver (il la trouvait sous 2.6.21) et lui demander de reprendre.. Cordialement FA > (les anxieux, peuvent demander à y inclure d'office tout ce qu'il > faut pour > faire des fsck, badblocks & co.) > > Cordialement, > -- > Eric DÉCORNOD > > _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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: interruption du boot avec 2.6.22
[EMAIL PROTECTED] a écrit : > > $ ls -l /dev/disk/by-uuid/ > total 0 > lrwxrwxrwx 1 root root 10 2007-10-30 01:27 > 8aafdf65-9e1a-49fe-a6d3-8a001f9788c6 -> ../../hda1 > lrwxrwxrwx 1 root root 10 2007-10-30 01:27 > 96b77462-aff9-4ce7-8532-b2de77fc963e -> ../../hda8 > lrwxrwxrwx 1 root root 11 2007-10-30 01:27 > 9819e71c-5029-4a9f-989e-3ad040237e69 -> ../../hda11 > lrwxrwxrwx 1 root root 10 2007-10-30 01:27 > 98828843-f4c5-4700-a6a2-f754e99b8f8e -> ../../hda5 > lrwxrwxrwx 1 root root 10 2007-10-30 01:27 > b4a1930e-7a50-49ba-bdee-add6221ddbc3 -> ../../hda6 > lrwxrwxrwx 1 root root 11 2007-10-30 01:27 > c8b36bd2-b655-4d80-afbd-d6bbdb4a3ce5 -> ../../hda10 > lrwxrwxrwx 1 root root 10 2007-10-30 01:27 > f38f2e1c-756a-45bf-9190-7d5d761df7ad -> ../../hda9 > > Il faut le numéro en entier ? > Oui, UUID=8aafdf65-9e1a-49fe-a6d3-8a001f9788c6 au lieu de /dev/hda1 > Parce que si je commence à faire des réparation "si" en profon- > deur, je vais passer mon temps avec les mains dans le camboui > Ce n'est pas si profond que ça... si tu ne veux pas du tout mettre les mains dedans il faut utiliser etch et encore après on est obliger de recompiler des paquets de testing ou unstable si on a besoin d'une version récente ou d'un nouveau logiciel, mais au mois on a pas de surprises sur les mises à jour. > FA > > J'essayerai demain > signature.asc Description: OpenPGP digital signature
Re: interruption du boot avec 2.6.22
--- Hugues LARRIVE <[EMAIL PROTECTED]> a écrit : > [EMAIL PROTECTED] a écrit : > > > > Bien pas tant que ça, le proc est un "amd XP 1900+" > > normalement c'est un 686 je crois. > > Vous pensez que ça peut changer quelque chose ? > > > > > > Je ne pense pas que ton problème vienne de là. > > Pour les athlon XP c'est les noyaux -k7 qu'il faut utiliser, les -486 > sont parfaitement compatibles mais pas optimisés et les -686 sont > optimisés pour les P4 intel (donc incompatibles avec les AMD). > > Pour ton problème, si ça vient bien du nomage des périphériques tu > peux > essayer en remplaçant les noms de périphériques par l'UUID des > volumes, > par exemple pour ma partition racine (actuellement hdb1): > > > $ ls -l /dev/disk/by-uuid/ > lrwxrwxrwx 1 root root 10 2007-10-23 15:26 B6F71B6225E767E4 -> > ../../hdb1 > ... > $ ls -l /dev/disk/by-uuid/ total 0 lrwxrwxrwx 1 root root 10 2007-10-30 01:27 8aafdf65-9e1a-49fe-a6d3-8a001f9788c6 -> ../../hda1 lrwxrwxrwx 1 root root 10 2007-10-30 01:27 96b77462-aff9-4ce7-8532-b2de77fc963e -> ../../hda8 lrwxrwxrwx 1 root root 11 2007-10-30 01:27 9819e71c-5029-4a9f-989e-3ad040237e69 -> ../../hda11 lrwxrwxrwx 1 root root 10 2007-10-30 01:27 98828843-f4c5-4700-a6a2-f754e99b8f8e -> ../../hda5 lrwxrwxrwx 1 root root 10 2007-10-30 01:27 b4a1930e-7a50-49ba-bdee-add6221ddbc3 -> ../../hda6 lrwxrwxrwx 1 root root 11 2007-10-30 01:27 c8b36bd2-b655-4d80-afbd-d6bbdb4a3ce5 -> ../../hda10 lrwxrwxrwx 1 root root 10 2007-10-30 01:27 f38f2e1c-756a-45bf-9190-7d5d761df7ad -> ../../hda9 Il faut le numéro en entier ? > dans /etc/fstab : > remplacer > /dev/hdb1 / reiserfsnotail 01 > par > UUID=B6F71B6225E767E4 / reiserfsnotail > > 01 > > > et dans /boot/grub/menu.lst : > remplacer > # kopt=root=/dev/hdb1 > par > # kopt=root=UUID=B6F71B6225E767E4 > (cette ligne doit rester commentée, elles est utilisée par > update-grub) > > puis passer la commande : > # update-grub > Bien ça me semble une pas mauvaise idée > > De cette façon on est sûre que ça fonctionne toujours car l'UUID d'un > volume est unique et ne change jamais. > > Enfin, ce serait mieux si ça marchait plus facilement, j'ai regardé s'il y avait des rapports de boggue à se sujet je n'en ait pas trouvé. Ça risque de ne pas s'amméliorer s'il n'y a pas de rapport de boggue --juste à supposer: que je fasse une nouvelle installation... un certain "decouvreur de matériel" irait m'écrire mon menu.lst comme il l'avait fait la fois précécdente... en admettant que l'installation marche. Parce que si je commence à faire des réparation "si" en profon- deur, je vais passer mon temps avec les mains dans le camboui FA J'essayerai demain > > _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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: interruption du boot avec 2.6.22
[EMAIL PROTECTED] a écrit : > > Bien pas tant que ça, le proc est un "amd XP 1900+" > normalement c'est un 686 je crois. > Vous pensez que ça peut changer quelque chose ? > > Je ne pense pas que ton problème vienne de là. Pour les athlon XP c'est les noyaux -k7 qu'il faut utiliser, les -486 sont parfaitement compatibles mais pas optimisés et les -686 sont optimisés pour les P4 intel (donc incompatibles avec les AMD). Pour ton problème, si ça vient bien du nomage des périphériques tu peux essayer en remplaçant les noms de périphériques par l'UUID des volumes, par exemple pour ma partition racine (actuellement hdb1): $ ls -l /dev/disk/by-uuid/ lrwxrwxrwx 1 root root 10 2007-10-23 15:26 B6F71B6225E767E4 -> ../../hdb1 ... dans /etc/fstab : remplacer /dev/hdb1 / reiserfsnotail 01 par UUID=B6F71B6225E767E4 / reiserfsnotail 01 et dans /boot/grub/menu.lst : remplacer # kopt=root=/dev/hdb1 par # kopt=root=UUID=B6F71B6225E767E4 (cette ligne doit rester commentée, elles est utilisée par update-grub) puis passer la commande : # update-grub De cette façon on est sûre que ça fonctionne toujours car l'UUID d'un volume est unique et ne change jamais. signature.asc Description: OpenPGP digital signature
Re: interruption du boot avec 2.6.22
--- [EMAIL PROTECTED] a écrit : > > --- Sylvain Le Gall <[EMAIL PROTECTED]> a écrit : > > > On 29-10-2007, <[EMAIL PROTECTED]> > > <[EMAIL PROTECTED]> wrote: > > > > > > --- Sylvain Le Gall <[EMAIL PROTECTED]> a écrit : > > > > > >> On 29-10-2007, <[EMAIL PROTECTED]> > > >> <[EMAIL PROTECTED]> wrote: > > >> > > > >> > --- [EMAIL PROTECTED] a écrit : > > >> > > > >> >> Voici mon nouveau grub, au pif : > > >> >> title Debian GNU/Linux, kernel 2.6.22-2-486 > > >> >> root(hd0,0) ??? > > >> >> kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/sda1 ro > > ??? > > >> >> initrd /boot/initrd.img-2.6.22-2-486 > > >> >> savedefault > > >> >> > > >> >> Je redémare > > >> > > > >> > J'ai bien peur que ça n'a rien donné, voici les dernières > lignes > > >> > qu'il a écrit : > > >> > > > >> > usb 1-1: new low speed usb device using uhci_hcd > > >> > done > > >> > begin: mounting root file sytem > > >> > begin running /script/local-top > > >> > done > > >> > begin waiting for root filesytem > > >> > usb 1-1 new low spee usb.. > > >> > usb 1-1 ... from 1 choice > > >> > > > >> > puis plus rien :\ > > >> > > > >> > > >> Mon hypothèse sur le SATA était mauvaise, l'hypothèse sur la > > nouvelle > > >> lib PATA est peut être meilleure, mais en même temps: > > >> > > > > > > Heuu, j'ai pas bien compris c'est la sortie de quoi ? :) > > > > > > > uname -a > > > > >> Linux grand 2.6.22.6-vs2.2.0.3-p4ht #1 SMP PREEMPT Fri Sep 28 > > >> 20:33:18 > > >> CEST 2007 i686 GNU/Linux > > >> > > > > dmesg | grep hda > > > > >> Kernel command line: root=/dev/hda1 vga=0x31A > > >> ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio > > >> hda: ST340014A, ATA DISK drive > > >> hda: selected mode 0x45 > > >> hda: max request size: 512KiB > > >> hda: 78165360 sectors (40020 MB) w/2048KiB Cache, > > CHS=16383/255/63, > > >> UDMA(100) > > >> hda: cache flushes supported > > >> hda: hda1 hda2 hda3 > > >> > > >> Chez moi... Donc je pense qu'on peut fonctionner avec les periph > > hda. Voilà la sortie en ce qui me concerne, peut être inutile $ dmesg | grep hda Kernel command line: root=/dev/hda1 ro ide0: BM-DMA at 0xb400-0xb407, BIOS settings: hda:DMA, hdb:pio hda: ST3250620A, ATA DISK drive hda: max request size: 512KiB hda: 488397168 sectors (250059 MB) w/16384KiB Cache, CHS=30401/255/63, UDMA(100) hda: cache flushes supported hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 hda10 hda11 > ReiserFS: hda1: found reiserfs format "3.6" with standard journal J'ai aussi un autre ordinateur en pata, au moins aussi vieux un p4 1600 mais là il est en 686 et en ext3 au lieu de reiserfs Et lui marche très bien avec 6.22 Linux debian 2.6.22-2-686 #1 SMP Fri Aug 31 00:24:01 UTC 2007 i686 GNU/Linux $ dmesg |grep hda hda: selected mode 0x45 FA Je n'ai aucune idée de où trouver des solutions à cette "chose" pourtant il va bien falloir ?? > > >> > > >> Malheureusement, il va falloir aller regarder les logs du kernel > à > > la > > >> main... > > >> > > >> Je pense qu'au boot une fois que le PC est bloqué, il faut > > utiliser > > >> Shift+PgUp/PgDown pour essayer de trouver une entrée qui parle > de > > >> disque > > >> dur (hda/sda/hdb...). > > >> > > > Sinon, là mon pc est bolqué, > > > mais il veut bien quand même qu'on lui parle > > > copie de la page dans mon précédent post.. > > > il est en ramfs (pas grand chose). > > > > > > Au fait j'ai tout remis en "hda" (grub comme à l'origine.. > > > et fstab pareille) > > > > > > > > > > Je suppose que ca veut dire que Shift+PgUp ne marche pas... > > > > Une question: "-486" c'est parceque le PC est ancien ? > > > Bien pas tant que ça, le proc est un "amd XP 1900+" > normalement c'est un 686 je crois. > Vous pensez que ça peut changer quel
Re: interruption du boot avec 2.6.22
--- Sylvain Le Gall <[EMAIL PROTECTED]> a écrit : > On 29-10-2007, <[EMAIL PROTECTED]> > <[EMAIL PROTECTED]> wrote: > > > > --- Sylvain Le Gall <[EMAIL PROTECTED]> a écrit : > > > >> On 29-10-2007, <[EMAIL PROTECTED]> > >> <[EMAIL PROTECTED]> wrote: > >> > > >> > --- [EMAIL PROTECTED] a écrit : > >> > > >> >> Voici mon nouveau grub, au pif : > >> >> title Debian GNU/Linux, kernel 2.6.22-2-486 > >> >> root(hd0,0) ??? > >> >> kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/sda1 ro > ??? > >> >> initrd /boot/initrd.img-2.6.22-2-486 > >> >> savedefault > >> >> > >> >> Je redémare > >> > > >> > J'ai bien peur que ça n'a rien donné, voici les dernières lignes > >> > qu'il a écrit : > >> > > >> > usb 1-1: new low speed usb device using uhci_hcd > >> > done > >> > begin: mounting root file sytem > >> > begin running /script/local-top > >> > done > >> > begin waiting for root filesytem > >> > usb 1-1 new low spee usb.. > >> > usb 1-1 ... from 1 choice > >> > > >> > puis plus rien :\ > >> > > >> > >> Mon hypothèse sur le SATA était mauvaise, l'hypothèse sur la > nouvelle > >> lib PATA est peut être meilleure, mais en même temps: > >> > > > > Heuu, j'ai pas bien compris c'est la sortie de quoi ? :) > > > > uname -a > > >> Linux grand 2.6.22.6-vs2.2.0.3-p4ht #1 SMP PREEMPT Fri Sep 28 > >> 20:33:18 > >> CEST 2007 i686 GNU/Linux > >> > > dmesg | grep hda > > >> Kernel command line: root=/dev/hda1 vga=0x31A > >> ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio > >> hda: ST340014A, ATA DISK drive > >> hda: selected mode 0x45 > >> hda: max request size: 512KiB > >> hda: 78165360 sectors (40020 MB) w/2048KiB Cache, > CHS=16383/255/63, > >> UDMA(100) > >> hda: cache flushes supported > >> hda: hda1 hda2 hda3 > >> > >> Chez moi... Donc je pense qu'on peut fonctionner avec les periph > hda. > >> > >> Malheureusement, il va falloir aller regarder les logs du kernel à > la > >> main... > >> > >> Je pense qu'au boot une fois que le PC est bloqué, il faut > utiliser > >> Shift+PgUp/PgDown pour essayer de trouver une entrée qui parle de > >> disque > >> dur (hda/sda/hdb...). > >> > > Sinon, là mon pc est bolqué, > > mais il veut bien quand même qu'on lui parle > > copie de la page dans mon précédent post.. > > il est en ramfs (pas grand chose). > > > > Au fait j'ai tout remis en "hda" (grub comme à l'origine.. > > et fstab pareille) > > > > > > Je suppose que ca veut dire que Shift+PgUp ne marche pas... > > Une question: "-486" c'est parceque le PC est ancien ? > Bien pas tant que ça, le proc est un "amd XP 1900+" normalement c'est un 686 je crois. Vous pensez que ça peut changer quelque chose ? > Peut être que le passage à une nouvelle architecture pour le PATA > s'est > fait en même que l'abandon de vieux controlleur disque... Non, pas si vieux que ça une bonne carte asus d'il y à 3 ou 4 ans et un proc idem > > Cdlt, > Sylvain Le Gall > J'ai rebouté sous 6.18, je vais essayer les commandes que vous m'avez dites FA ça marcherait peut être mieux avec 686 ? > > -- > 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] > > _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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: interruption du boot avec 2.6.22
On 29-10-2007, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> wrote: > > --- Sylvain Le Gall <[EMAIL PROTECTED]> a écrit : > >> On 29-10-2007, <[EMAIL PROTECTED]> >> <[EMAIL PROTECTED]> wrote: >> > >> > --- [EMAIL PROTECTED] a écrit : >> > >> >> Voici mon nouveau grub, au pif : >> >> title Debian GNU/Linux, kernel 2.6.22-2-486 >> >> root(hd0,0) ??? >> >> kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/sda1 ro ??? >> >> initrd /boot/initrd.img-2.6.22-2-486 >> >> savedefault >> >> >> >> Je redémare >> > >> > J'ai bien peur que ça n'a rien donné, voici les dernières lignes >> > qu'il a écrit : >> > >> > usb 1-1: new low speed usb device using uhci_hcd >> > done >> > begin: mounting root file sytem >> > begin running /script/local-top >> > done >> > begin waiting for root filesytem >> > usb 1-1 new low spee usb.. >> > usb 1-1 ... from 1 choice >> > >> > puis plus rien :\ >> > >> >> Mon hypothèse sur le SATA était mauvaise, l'hypothèse sur la nouvelle >> lib PATA est peut être meilleure, mais en même temps: >> > > Heuu, j'ai pas bien compris c'est la sortie de quoi ? :) > uname -a >> Linux grand 2.6.22.6-vs2.2.0.3-p4ht #1 SMP PREEMPT Fri Sep 28 >> 20:33:18 >> CEST 2007 i686 GNU/Linux >> dmesg | grep hda >> Kernel command line: root=/dev/hda1 vga=0x31A >> ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio >> hda: ST340014A, ATA DISK drive >> hda: selected mode 0x45 >> hda: max request size: 512KiB >> hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=16383/255/63, >> UDMA(100) >> hda: cache flushes supported >> hda: hda1 hda2 hda3 >> >> Chez moi... Donc je pense qu'on peut fonctionner avec les periph hda. >> >> Malheureusement, il va falloir aller regarder les logs du kernel à la >> main... >> >> Je pense qu'au boot une fois que le PC est bloqué, il faut utiliser >> Shift+PgUp/PgDown pour essayer de trouver une entrée qui parle de >> disque >> dur (hda/sda/hdb...). >> > Sinon, là mon pc est bolqué, > mais il veut bien quand même qu'on lui parle > copie de la page dans mon précédent post.. > il est en ramfs (pas grand chose). > > Au fait j'ai tout remis en "hda" (grub comme à l'origine.. > et fstab pareille) > > Je suppose que ca veut dire que Shift+PgUp ne marche pas... Une question: "-486" c'est parceque le PC est ancien ? Peut être que le passage à une nouvelle architecture pour le PATA s'est fait en même que l'abandon de vieux controlleur disque... Cdlt, Sylvain Le Gall -- 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: interruption du boot avec 2.6.22
--- Sylvain Le Gall <[EMAIL PROTECTED]> a écrit : > On 29-10-2007, <[EMAIL PROTECTED]> > <[EMAIL PROTECTED]> wrote: > > > > --- [EMAIL PROTECTED] a écrit : > > > >> Voici mon nouveau grub, au pif : > >> title Debian GNU/Linux, kernel 2.6.22-2-486 > >> root(hd0,0) ??? > >> kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/sda1 ro ??? > >> initrd /boot/initrd.img-2.6.22-2-486 > >> savedefault > >> > >> Je redémare > > > > J'ai bien peur que ça n'a rien donné, voici les dernières lignes > > qu'il a écrit : > > > > usb 1-1: new low speed usb device using uhci_hcd > > done > > begin: mounting root file sytem > > begin running /script/local-top > > done > > begin waiting for root filesytem > > usb 1-1 new low spee usb.. > > usb 1-1 ... from 1 choice > > > > puis plus rien :\ > > > > Mon hypothèse sur le SATA était mauvaise, l'hypothèse sur la nouvelle > lib PATA est peut être meilleure, mais en même temps: > Heuu, j'ai pas bien compris c'est la sortie de quoi ? :) > Linux grand 2.6.22.6-vs2.2.0.3-p4ht #1 SMP PREEMPT Fri Sep 28 > 20:33:18 > CEST 2007 i686 GNU/Linux > > Kernel command line: root=/dev/hda1 vga=0x31A > ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio > hda: ST340014A, ATA DISK drive > hda: selected mode 0x45 > hda: max request size: 512KiB > hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=16383/255/63, > UDMA(100) > hda: cache flushes supported > hda: hda1 hda2 hda3 > > Chez moi... Donc je pense qu'on peut fonctionner avec les periph hda. > > Malheureusement, il va falloir aller regarder les logs du kernel à la > main... > > Je pense qu'au boot une fois que le PC est bloqué, il faut utiliser > Shift+PgUp/PgDown pour essayer de trouver une entrée qui parle de > disque > dur (hda/sda/hdb...). > Sinon, là mon pc est bolqué, mais il veut bien quand même qu'on lui parle copie de la page dans mon précédent post.. il est en ramfs (pas grand chose). Au fait j'ai tout remis en "hda" (grub comme à l'origine.. et fstab pareille) FA > Un truc qui pourrait ressembler aux entrées du dessus... (hda: > ST34...) > > Regards, > Sylvain Le Gall > > > -- > 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] > > _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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]
[ma séquence de boot meure désepérément] Re: interruption du boot avec 2.6.22
Comme je n'ai toujours pas trouvé de moyen d'explorer un journal de ses séquences avortées, je vous l'écris depuis un deuxième ordianteur (qui lui, tout en ayant le même noyau (686 au lieu de 486), .. Ou la, y'a du nouveau : ehci_hdc... ehci_hdc... ehci_hdc... ehci_hdc... usb usb4: configuration #1 chousen from 1 choice hub 4-0:1.0: usb hub fonud hub 4-0:... 6 ports detectedDone Begin: mounting root file system... ... Begin: Running /script/local-top... Done Begin: Waiting for root file system... ... Done ALERT! /dev/hda1 does not exist. Droppint to a shell! Check uour root = boot argument (cat /proc/cmdlin) Check for missing modules (cat /proc/modules), or device files (ls /dev) BusyBox v1.1.3 (debian 1:1.1.3-5) Built-in shell (ash) Enter 'help' for a list of built-in commands. /bins/sh: can't access tty; job contro turned off (initranfs) Bien c'est pas gagné... Par contre l'économiseur (acpi) fonctionne :) FA _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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: interruption du boot avec 2.6.22
On 29-10-2007, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> wrote: > > --- [EMAIL PROTECTED] a écrit : > >> Voici mon nouveau grub, au pif : >> title Debian GNU/Linux, kernel 2.6.22-2-486 >> root (hd0,0) ??? >> kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/sda1 ro ??? >> initrd /boot/initrd.img-2.6.22-2-486 >> savedefault >> >> Je redémare > > J'ai bien peur que ça n'a rien donné, voici les dernières lignes > qu'il a écrit : > > usb 1-1: new low speed usb device using uhci_hcd > done > begin: mounting root file sytem > begin running /script/local-top > done > begin waiting for root filesytem > usb 1-1 new low spee usb.. > usb 1-1 ... from 1 choice > > puis plus rien :\ > Mon hypothèse sur le SATA était mauvaise, l'hypothèse sur la nouvelle lib PATA est peut être meilleure, mais en même temps: Linux grand 2.6.22.6-vs2.2.0.3-p4ht #1 SMP PREEMPT Fri Sep 28 20:33:18 CEST 2007 i686 GNU/Linux Kernel command line: root=/dev/hda1 vga=0x31A ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio hda: ST340014A, ATA DISK drive hda: selected mode 0x45 hda: max request size: 512KiB hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=16383/255/63, UDMA(100) hda: cache flushes supported hda: hda1 hda2 hda3 Chez moi... Donc je pense qu'on peut fonctionner avec les periph hda. Malheureusement, il va falloir aller regarder les logs du kernel à la main... Je pense qu'au boot une fois que le PC est bloqué, il faut utiliser Shift+PgUp/PgDown pour essayer de trouver une entrée qui parle de disque dur (hda/sda/hdb...). Un truc qui pourrait ressembler aux entrées du dessus... (hda: ST34...) Regards, Sylvain Le Gall -- 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: interruption du boot avec 2.6.22
--- [EMAIL PROTECTED] a écrit : > Voici mon nouveau grub, au pif : > title Debian GNU/Linux, kernel 2.6.22-2-486 > root(hd0,0) ??? > kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/sda1 ro ??? > initrd /boot/initrd.img-2.6.22-2-486 > savedefault > > Je redémare J'ai bien peur que ça n'a rien donné, voici les dernières lignes qu'il a écrit : usb 1-1: new low speed usb device using uhci_hcd done begin: mounting root file sytem begin running /script/local-top done begin waiting for root filesytem usb 1-1 new low spee usb.. usb 1-1 ... from 1 choice puis plus rien :\ FA > > FA > > --- [EMAIL PROTECTED] a écrit : > > > > > --- Jean-Michel OLTRA <[EMAIL PROTECTED]> a écrit : > > > > > > > > Bonjour, > > > > > > > > > Le lundi 29 octobre 2007, [EMAIL PROTECTED] a > > > écrit... > > > > > > > > > > Je réponds tout de suite parce qu'il me semble > > > > que ça doit être la bonne piste (pas encore fait de tests). > > > > Mais non je n'ai pas de sata (seulement du pata). > > > > Et oui j'ai un leucteur de carte. > > > > > > En 2.6.22, les PATA's ne sont ils pas considérés comme des scsi, > > donc > > > adressés comme des sdX ? Modifier la fstab et le menu.lst dans ce > > > cas, > > > si l'hypothèse est validée. > > J'ai débranché le lecteur de carte. > > mais pas de boot. > > J'ai tout débranché les usb : > > la séquence de boot s'interrompt au moment "des" USB-SCSI .. > > J'ai gardé que la souris. > > Toujours pas de boot. > > > > Et il me dit (la c'est plus clair) : > > j'arrive pas à trouver la partition de root > > (très approximatif et de mémoire et j'ai pas bien mémorisé :) > > > > FA > > > > > > > > > > > > -- > > > jm > > > > > > A.E.L. Sarl (R.C.S CASTRES 490843240) > > > http://www.spidboutic.fr > > > > > > > > > > > > -- > > > Lisez la FAQ de la liste avant de poser une question : > > > http://wiki.debian.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] > > > > > > > > > > > > > > > > > _ > > > > Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers > > Yahoo! Mail > > > > > > -- > > 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] > > > > > > > > > _ > > Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers > Yahoo! Mail > > > -- > 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] > > _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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: interruption du boot avec 2.6.22
Voici mon nouveau grub, au pif : title Debian GNU/Linux, kernel 2.6.22-2-486 root(hd0,0) ??? kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/sda1 ro ??? initrd /boot/initrd.img-2.6.22-2-486 savedefault Je redémare FA --- [EMAIL PROTECTED] a écrit : > > --- Jean-Michel OLTRA <[EMAIL PROTECTED]> a écrit : > > > > > Bonjour, > > > > > > Le lundi 29 octobre 2007, [EMAIL PROTECTED] a > > écrit... > > > > > > > Je réponds tout de suite parce qu'il me semble > > > que ça doit être la bonne piste (pas encore fait de tests). > > > Mais non je n'ai pas de sata (seulement du pata). > > > Et oui j'ai un leucteur de carte. > > > > En 2.6.22, les PATA's ne sont ils pas considérés comme des scsi, > donc > > adressés comme des sdX ? Modifier la fstab et le menu.lst dans ce > > cas, > > si l'hypothèse est validée. > J'ai débranché le lecteur de carte. > mais pas de boot. > J'ai tout débranché les usb : > la séquence de boot s'interrompt au moment "des" USB-SCSI .. > J'ai gardé que la souris. > Toujours pas de boot. > > Et il me dit (la c'est plus clair) : > j'arrive pas à trouver la partition de root > (très approximatif et de mémoire et j'ai pas bien mémorisé :) > > FA > > > > > > > -- > > jm > > > > A.E.L. Sarl (R.C.S CASTRES 490843240) > > http://www.spidboutic.fr > > > > > > > > -- > > Lisez la FAQ de la liste avant de poser une question : > > http://wiki.debian.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] > > > > > > > > > _ > > Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers > Yahoo! Mail > > > -- > 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] > > _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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: interruption du boot avec 2.6.22
--- Jean-Michel OLTRA <[EMAIL PROTECTED]> a écrit : > > Bonjour, > > > Le lundi 29 octobre 2007, [EMAIL PROTECTED] a > écrit... > > > > Je réponds tout de suite parce qu'il me semble > > que ça doit être la bonne piste (pas encore fait de tests). > > Mais non je n'ai pas de sata (seulement du pata). > > Et oui j'ai un leucteur de carte. > > En 2.6.22, les PATA's ne sont ils pas considérés comme des scsi, donc > adressés comme des sdX ? Modifier la fstab et le menu.lst dans ce > cas, > si l'hypothèse est validée. J'ai débranché le lecteur de carte. mais pas de boot. J'ai tout débranché les usb : la séquence de boot s'interrompt au moment "des" USB-SCSI .. J'ai gardé que la souris. Toujours pas de boot. Et il me dit (la c'est plus clair) : j'arrive pas à trouver la partition de root (très approximatif et de mémoire et j'ai pas bien mémorisé :) FA > > -- > jm > > A.E.L. Sarl (R.C.S CASTRES 490843240) > http://www.spidboutic.fr > > > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.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] > > _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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: interruption du boot avec 2.6.22
Bonjour, Le lundi 29 octobre 2007, [EMAIL PROTECTED] a écrit... > Je réponds tout de suite parce qu'il me semble > que ça doit être la bonne piste (pas encore fait de tests). > Mais non je n'ai pas de sata (seulement du pata). > Et oui j'ai un leucteur de carte. En 2.6.22, les PATA's ne sont ils pas considérés comme des scsi, donc adressés comme des sdX ? Modifier la fstab et le menu.lst dans ce cas, si l'hypothèse est validée. -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.spidboutic.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.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: interruption du boot avec 2.6.22
Je réponds tout de suite parce qu'il me semble que ça doit être la bonne piste (pas encore fait de tests). Mais non je n'ai pas de sata (seulement du pata). Et oui j'ai un leucteur de carte. Je pense que je vais passer par dérière et le débrancher :) après je lirais votre mail plus en profondeur J'aissaaye de mette les info que vous m'avez demandé sur mount et grub tout de suite $ mount /dev/hda1 on / type reiserfs (rw,notail) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) procbususb on /proc/bus/usb type usbfs (rw) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/hda9 on /home type reiserfs (rw) /dev/hda8 on /tmp type reiserfs (rw) /dev/hda5 on /usr type reiserfs (rw) /dev/hda6 on /var type reiserfs (rw) title Debian GNU/Linux, kernel 2.6.22-2-486 root(hd0,0) kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.22-2-486 savedefault title Debian GNU/Linux, kernel 2.6.22-2-486 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.22-2-486 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.22-2-486 savedefault title Debian GNU/Linux, kernel 2.6.21-2-486 root(hd0,0) kernel /boot/vmlinuz-2.6.21-2-486 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.21-2-486 savedefault title Debian GNU/Linux, kernel 2.6.21-2-486 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.21-2-486 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.21-2-486 savedefault --- Sylvain Le Gall <[EMAIL PROTECTED]> a écrit : > On 29-10-2007, <[EMAIL PROTECTED]> > <[EMAIL PROTECTED]> wrote: > > Boujour, > > > > J'ai pas réussi à bouter avec 2.6.22. > > Je ne me souviens pas si j'ai déjà bouté avec ce noyau. > > J'ai rebouté (après plusieurs tentatives) avec 2.6.21. > > > > les lignes suivantes sont issues de less /var/log/dmesg > > Lors du bout, il ne va pas plus loin que la dernière ligne > > ici reproduite. > > (reproduite est bien le mot, car j'ai rebouté avec 2.6.21, > > et c'est après que j'ai sorti le /var/log/dmesg. > > Je ne saurais dire si les lignes reproduites ici viennent > > du bout qui a échoué :) > > > > En fait je n'ai aucune idée de comment débuguer cette affaire :) > > > > usb-storage: device scan complete > > scsi 0:0:0:0: Direct-Access Generic USB SD Reader1.00 PQ: > 0 > > ANSI: 0 > > scsi 0:0:0:1: Direct-Access Generic USB CF Reader1.01 PQ: > 0 > > ANSI: 0 > > scsi 0:0:0:2: Direct-Access Generic USB SM Reader1.02 PQ: > 0 > > ANSI: 0 > > scsi 0:0:0:3: Direct-Access Generic USB MS Reader1.03 PQ: > 0 > > ANSI: 0 > > sd 0:0:0:0: Attached scsi removable disk sda > > sd 0:0:0:1: Attached scsi removable disk sdb > > sd 0:0:0:2: Attached scsi removable disk sdc > > sd 0:0:0:3: Attached scsi removable disk sdd > > *** ici il se bloque *** > > mais ces lignes ne correspondent peut être pas à > > la véritable séquence de bout qui a échoué :) > > > > Je n'ai vraiment aucune idée de comment procéder... > > > > J'ai bien une idée mais la chose n'est pas forcément bonne! Je part > du > principe que vous avez une ordinateur récent avec un disque en SATA. > > Avant le kernel 2.6.21, ce dernier devait être reconnue en tant > /dev/sda, et votre partition de boot devait être /dev/sda1! > > Là, c'est votre lecteur de multi-carte USB qui est reconnu comme > /dev/sda. > > Si c'est le même problème que moi, c'est parcequ'il faut utiliser le > mode AHCI ou enhanced (dans le bios) pour votre SATA (au lieu du mode > mixed). > > Du fait du manque d'information, tout ceci n'est qu'une hypothèse. > > Pouvez vous renvoyer la sortie d'un "mount" et un "cat > /boot/grub/menu.lst" pour voir de quoi il retourne ? > > Cdlt, > Sylvain Le Gall > > > -- > 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] > > _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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: interruption du boot avec 2.6.22
On 29-10-2007, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> wrote: > Boujour, > > J'ai pas réussi à bouter avec 2.6.22. > Je ne me souviens pas si j'ai déjà bouté avec ce noyau. > J'ai rebouté (après plusieurs tentatives) avec 2.6.21. > > les lignes suivantes sont issues de less /var/log/dmesg > Lors du bout, il ne va pas plus loin que la dernière ligne > ici reproduite. > (reproduite est bien le mot, car j'ai rebouté avec 2.6.21, > et c'est après que j'ai sorti le /var/log/dmesg. > Je ne saurais dire si les lignes reproduites ici viennent > du bout qui a échoué :) > > En fait je n'ai aucune idée de comment débuguer cette affaire :) > > usb-storage: device scan complete > scsi 0:0:0:0: Direct-Access Generic USB SD Reader1.00 PQ: 0 > ANSI: 0 > scsi 0:0:0:1: Direct-Access Generic USB CF Reader1.01 PQ: 0 > ANSI: 0 > scsi 0:0:0:2: Direct-Access Generic USB SM Reader1.02 PQ: 0 > ANSI: 0 > scsi 0:0:0:3: Direct-Access Generic USB MS Reader1.03 PQ: 0 > ANSI: 0 > sd 0:0:0:0: Attached scsi removable disk sda > sd 0:0:0:1: Attached scsi removable disk sdb > sd 0:0:0:2: Attached scsi removable disk sdc > sd 0:0:0:3: Attached scsi removable disk sdd > *** ici il se bloque *** > mais ces lignes ne correspondent peut être pas à > la véritable séquence de bout qui a échoué :) > > Je n'ai vraiment aucune idée de comment procéder... > J'ai bien une idée mais la chose n'est pas forcément bonne! Je part du principe que vous avez une ordinateur récent avec un disque en SATA. Avant le kernel 2.6.21, ce dernier devait être reconnue en tant /dev/sda, et votre partition de boot devait être /dev/sda1! Là, c'est votre lecteur de multi-carte USB qui est reconnu comme /dev/sda. Si c'est le même problème que moi, c'est parcequ'il faut utiliser le mode AHCI ou enhanced (dans le bios) pour votre SATA (au lieu du mode mixed). Du fait du manque d'information, tout ceci n'est qu'une hypothèse. Pouvez vous renvoyer la sortie d'un "mount" et un "cat /boot/grub/menu.lst" pour voir de quoi il retourne ? Cdlt, Sylvain Le Gall -- 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 : interruption du boot avec 2.6.22
--- [EMAIL PROTECTED] a écrit : > Boujour, > > J'ai pas réussi à bouter avec 2.6.22. > Je ne me souviens pas si j'ai déjà bouté avec ce noyau. > J'ai rebouté (après plusieurs tentatives) avec 2.6.21. > > les lignes suivantes sont issues de less /var/log/dmesg > Lors du bout, il ne va pas plus loin que la dernière ligne > ici reproduite. > (reproduite est bien le mot, car j'ai rebouté avec 2.6.21, > et c'est après que j'ai sorti le /var/log/dmesg. > Je ne saurais dire si les lignes reproduites ici viennent > du bout qui a échoué :) > > En fait je n'ai aucune idée de comment débuguer cette affaire :) > > usb-storage: device scan complete > scsi 0:0:0:0: Direct-Access Generic USB SD Reader1.00 PQ: 0 > ANSI: 0 > scsi 0:0:0:1: Direct-Access Generic USB CF Reader1.01 PQ: 0 > ANSI: 0 > scsi 0:0:0:2: Direct-Access Generic USB SM Reader1.02 PQ: 0 > ANSI: 0 > scsi 0:0:0:3: Direct-Access Generic USB MS Reader1.03 PQ: 0 > ANSI: 0 > sd 0:0:0:0: Attached scsi removable disk sda > sd 0:0:0:1: Attached scsi removable disk sdb > sd 0:0:0:2: Attached scsi removable disk sdc > sd 0:0:0:3: Attached scsi removable disk sdd > *** ici il se bloque *** > mais ces lignes ne correspondent peut être pas à > la véritable séquence de bout qui a échoué :) > > Je n'ai vraiment aucune idée de comment procéder... > > Merci pour votre aide. > > FA > Je suis allé voir /var/log/message.. qui donne des dates. Ma dernière date était 21:16 j'ai fait un reboot. (qui s'est figé avec 2.6.22) suivi d'un autre (même noyau mais utilisateur unique) (échec complet à l'identique, pas aller plus loin que les lignes citées plus haut). suivi d'un autre avec 2.6.21 qui fonctionne. Sur /var/log/messages, je n'ai que trois dates ultérieurs à 21:16 21:36 pour un MARK 21:44 pour un shutdown 21:47 pour le reboot (plein d'autre lignes mais pas d'autres dates) Donc, il n'a considéré que les boot qui ont réussi. J'en suis toujours au même point : aucune idée de comment débugger cet échec de boot. FA _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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]
interruption du boot avec 2.6.22
Boujour, J'ai pas réussi à bouter avec 2.6.22. Je ne me souviens pas si j'ai déjà bouté avec ce noyau. J'ai rebouté (après plusieurs tentatives) avec 2.6.21. les lignes suivantes sont issues de less /var/log/dmesg Lors du bout, il ne va pas plus loin que la dernière ligne ici reproduite. (reproduite est bien le mot, car j'ai rebouté avec 2.6.21, et c'est après que j'ai sorti le /var/log/dmesg. Je ne saurais dire si les lignes reproduites ici viennent du bout qui a échoué :) En fait je n'ai aucune idée de comment débuguer cette affaire :) usb-storage: device scan complete scsi 0:0:0:0: Direct-Access Generic USB SD Reader1.00 PQ: 0 ANSI: 0 scsi 0:0:0:1: Direct-Access Generic USB CF Reader1.01 PQ: 0 ANSI: 0 scsi 0:0:0:2: Direct-Access Generic USB SM Reader1.02 PQ: 0 ANSI: 0 scsi 0:0:0:3: Direct-Access Generic USB MS Reader1.03 PQ: 0 ANSI: 0 sd 0:0:0:0: Attached scsi removable disk sda sd 0:0:0:1: Attached scsi removable disk sdb sd 0:0:0:2: Attached scsi removable disk sdc sd 0:0:0:3: Attached scsi removable disk sdd *** ici il se bloque *** mais ces lignes ne correspondent peut être pas à la véritable séquence de bout qui a échoué :) Je n'ai vraiment aucune idée de comment procéder... Merci pour votre aide. FA _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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: Copie d'un HD avec dd = debian ne boot plus
On Tue, Oct 02, 2007 at 10:22:56AM -0400, David Prévot wrote: > Petite mise au point : ddrescue est fournit par le paquet gddrescue. > Le paquet ddrescue fournit dd_rescue. J'ai ma préférence pour le > premier, il y a des articles sur le net à propos de ces deux programmes. Au temps pour moi, je ne savais pas qu'il y en avait deux et je ne sais pas lequel j'ai déjà utilisé du coup. Merci de la précision. Y. -- 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: Copie d'un HD avec dd = debian ne boot plus
Yves Rutschle a écrit : On Mon, Oct 01, 2007 at 03:15:42AM +0200, Hugues LARRIVE wrote: Normalement la copie avec dd aurait du fonctionner [...] En cas de secteurs defectueux et autres joyeusetés (faites des backups!) on ne peut que conseiller ddrescue, paquet du même nom. Petite mise au point : ddrescue est fournit par le paquet gddrescue. Le paquet ddrescue fournit dd_rescue. J'ai ma préférence pour le premier, il y a des articles sur le net à propos de ces deux programmes. Mais il faut quand même faire des backups. Y. -- ai-je mentionné qu'il fallait faire des backups? Amicalement David -- 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: Copie d'un HD avec dd = debian ne boot plus
On Mon, Oct 01, 2007 at 03:15:42AM +0200, Hugues LARRIVE wrote: > Normalement la copie avec dd aurait du fonctionner, j'ai lu dans ton > premier message qu'il y avait eu des erreurs de lecture dans la première > partition. J'imagine que tu as utilisé l'option conv=noerror de dd... En cas de secteurs defectueux et autres joyeusetés (faites des backups!) on ne peut que conseiller ddrescue, paquet du même nom. Mais il faut quand même faire des backups. Y. -- ai-je mentionné qu'il fallait faire des backups? -- 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: Copie d'un HD avec dd = debian ne boot plus
[EMAIL PROTECTED] a écrit : >>> # dd if=/dev/hda of =MBR bs=512 count=1 >>> >>> suffit pôur avoir le MBR. Mais il n'est pas impossible qu'il y ait d'autres >>> choses dans ce secteur (table de partition) et que ce MBR dépende de la >>> géométrie du disque (je ne crois pas pour grub) >>> >>> François Boisson >>> > > >> En fait, il a également posé la question sur la liste en anglais, et obtenu >> une réponse assez détaillée. >> > > Bonsoir, merci pour vos réponses. J'ai maintenant je crois toutes les > informations nécessaires. > > Juste par soucis d'exhaustivité et d'exactitude : > > - Je n'ai pas posté sur la liste anglophone. > - J'ai bien fait mes "dd" avec mes partions démontées depuis un autre > ordinateur avec ubuntu. > > Une soirée longue et fastidieuse m'attend :( > > - re-partitionnement > - "cat" partition par partition > - chroot et re-installation de grub qui promet ces surprises. Je n'ai > jamais fait de chroot et ne suis jamais parvenu à réinstaller grub sans > réinstaller debian. > Pas besoin de chroot pour grub, tu lances grub depuis un live cd avec la commande "grub" ce qui te donnes un grub shell. De là en admettant que ta partition de boot est la première partition du premier disque tu fais : root (hd0,0) setup (hd0) quit La première ligne doit te retourner le type de système de fichier de la partition boot La seconde doit te dire ce qui est fait (quels fichiers sont installés dans quels secteurs) et s'il y a des erreurs. Normalement ça installe le stage 1.5 correspondant au type de la partition boot. Grub compte les disques et partitions à partir de zero ce qui donne par exemple (hd0,4) pour /dev/hda5. Il ne compte pas les disques non présents ce qui fait que hdb = (hd0) s'il n'y a pas de hda ou encore hdd = (hd1) s'il n'y a ni hdb ni hdc... > PS: d'apres le wiki de mandriva : > > "Copier seulement le MBR d'un disque dur > dd if=/dev/sda of=/home/sam/MBR.image bs=446 count=1" > > peut-etre que la table des partitions est dans les 66 octets restant... > > Tu as tout compris (pour la table de partition) mais attention, ce n'est pas suffisant pour grub qui place son stage 1.5 dans les secteurs qui suivent (19 je crois). En effet le secteur de boot et la table de partition occupent le premier secteur, et dans une table de partition msdos une partition doit toujours commencer sur une limite de cylindre ce qui laisse systématiquement les 62 derniers secteurs du premier cylindre vides et grub exploite cet espace. Normalement la copie avec dd aurait du fonctionner, j'ai lu dans ton premier message qu'il y avait eu des erreurs de lecture dans la première partition. J'imagine que tu as utilisé l'option conv=noerror de dd... as-tu utilisé sync aussi ? Je crois me rappeler que dans le cas contraire les bloques illisibles sont sautés ce qui crée un décalage sur tout le reste du disque, avec sync les données illisibles sont remplacées par des 0. Quelle commande as-tu utilisé exactement ? Moi je ferais : dd if=/dev/hda of=/dev/hdb bs=512 conv=noerror,sync @+ signature.asc Description: OpenPGP digital signature
Re: Copie d'un HD avec dd = debian ne boot plus
On Sunday 30 September 2007 22:14, Guy Deleeuw wrote: > Gabrielle Chatelet a écrit : > > On Sunday 30 September 2007 20:49, François Boisson wrote: > >> # dd if=/dev/hda of =MBR bs=512 count=1 > >> > >> suffit pôur avoir le MBR. Mais il n'est pas impossible qu'il y ait > >> d'autres choses dans ce secteur (table de partition) et que ce MBR > >> dépende de la géométrie du disque (je ne crois pas pour grub) > >> > >> François Boisson > > > > En fait, il a également posé la question sur la liste en anglais, et > > obtenu une réponse assez détaillée. > > mauvaise langue va :-) Un peu chargée, mais c'est la fin du WE. Bonne nuit
Re: Copie d'un HD avec dd = debian ne boot plus
Gabrielle Chatelet a écrit : On Sunday 30 September 2007 20:49, François Boisson wrote: # dd if=/dev/hda of =MBR bs=512 count=1 suffit pôur avoir le MBR. Mais il n'est pas impossible qu'il y ait d'autres choses dans ce secteur (table de partition) et que ce MBR dépende de la géométrie du disque (je ne crois pas pour grub) François Boisson En fait, il a également posé la question sur la liste en anglais, et obtenu une réponse assez détaillée. mauvaise langue va :-) -- 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: Copie d'un HD avec dd = debian ne boot plus
> > # dd if=/dev/hda of =MBR bs=512 count=1 > > > > suffit pôur avoir le MBR. Mais il n'est pas impossible qu'il y ait d'autres > > choses dans ce secteur (table de partition) et que ce MBR dépende de la > > géométrie du disque (je ne crois pas pour grub) > > > > François Boisson > En fait, il a également posé la question sur la liste en anglais, et obtenu > une réponse assez détaillée. Bonsoir, merci pour vos réponses. J'ai maintenant je crois toutes les informations nécessaires. Juste par soucis d'exhaustivité et d'exactitude : - Je n'ai pas posté sur la liste anglophone. - J'ai bien fait mes "dd" avec mes partions démontées depuis un autre ordinateur avec ubuntu. Une soirée longue et fastidieuse m'attend :( - re-partitionnement - "cat" partition par partition - chroot et re-installation de grub qui promet ces surprises. Je n'ai jamais fait de chroot et ne suis jamais parvenu à réinstaller grub sans réinstaller debian. PS: d'apres le wiki de mandriva : "Copier seulement le MBR d'un disque dur dd if=/dev/sda of=/home/sam/MBR.image bs=446 count=1" peut-etre que la table des partitions est dans les 66 octets restant...
Re: Copie d'un HD avec dd = debian ne boot plus
On Sunday 30 September 2007 20:49, François Boisson wrote: > # dd if=/dev/hda of =MBR bs=512 count=1 > > suffit pôur avoir le MBR. Mais il n'est pas impossible qu'il y ait d'autres > choses dans ce secteur (table de partition) et que ce MBR dépende de la > géométrie du disque (je ne crois pas pour grub) > > François Boisson En fait, il a également posé la question sur la liste en anglais, et obtenu une réponse assez détaillée.
Re: Copie d'un HD avec dd = debian ne boot plus
Le Sun, 30 Sep 2007 19:59:28 +0200 Gabrielle Chatelet <[EMAIL PROTECTED]> a écrit: > J'ai lu, ou sur cette liste ou sur la liste en anglais la réponse à ton > problème. Si mes souvenirs sont bons, on peut, avec dd, recopier le mbr et > donc le récupérer, ou bien effectivement réinstaller grub avec un disque de > démarrage. Si tu cherches sur google tu devrais trouver plusieurs solutions > à ton problème. Attetion, le mbr est le premier sectuer, un # dd if=/dev/hda of =MBR bs=512 count=1 suffit pôur avoir le MBR. Mais il n'est pas impossible qu'il y ait d'autres choses dans ce secteur (table de partition) et que ce MBR dépende de la géométrie du disque (je ne crois pas pour grub) 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]
Re: Copie d'un HD avec dd = debian ne boot plus
On Sunday 30 September 2007 19:47, François Boisson wrote: > Le Sun, 30 Sep 2007 19:21:26 +0200 > > [EMAIL PROTECTED] a écrit: > > Bonjour, merci pour votre aide. > > > > Donc la commande dd ne convient pas, je vais donc annuler la copie. > > > > Mais ayant beaucoup de partitions il serait plus simple pour moi de > > faire uniquement > > # cat /dev/sda > /dev/sdb > > c'est possible ? > > > > Je ne comprend pas bien le 3e point. Pourquoi je ne peu pas utiliser le > > grub d'origine ? > > > > Excusez mes questions, je cherche à comprendre. dd est censé faire une > > copie exact, en RAW, pourtant mes systems ne marche plus, de plus il a > > du mal à lire des octet dans une partition NTFS qui fonctionnait > > pourtant parfaitement avant et windows aussi refuse de démarrer. C'est > > incompréhensible. > > La géométrie des disques (nbre de têtes, nombre de clylindres...) n'est > peut être pas la même, Ça change les choses d'où la copie de chaque > partition. > > Le MBR n'est pas recopié par cette méthode, il faut le refaire. > > François Boisson J'ai lu, ou sur cette liste ou sur la liste en anglais la réponse à ton problème. Si mes souvenirs sont bons, on peut, avec dd, recopier le mbr et donc le récupérer, ou bien effectivement réinstaller grub avec un disque de démarrage. Si tu cherches sur google tu devrais trouver plusieurs solutions à ton problème.
Re: Copie d'un HD avec dd = debian ne boot plus
François Boisson, dimanche 30 septembre 2007, 19:47:36 CEST > > Le Sun, 30 Sep 2007 19:21:26 +0200 > [EMAIL PROTECTED] a écrit: > > > Bonjour, merci pour votre aide. > > > > Donc la commande dd ne convient pas, je vais donc annuler la > > copie. > > > > Mais ayant beaucoup de partitions il serait plus simple pour > > moi de faire uniquement > > # cat /dev/sda > /dev/sdb > > c'est possible ? > > > > Je ne comprend pas bien le 3e point. Pourquoi je ne peu pas > > utiliser le grub d'origine ? > > > > Excusez mes questions, je cherche à comprendre. dd est censé > > faire une copie exact, en RAW, pourtant mes systems ne > > marche plus, de plus il a du mal à lire des octet dans une > > partition NTFS qui fonctionnait pourtant parfaitement avant > > et windows aussi refuse de démarrer. C'est incompréhensible. > > La géométrie des disques (nbre de têtes, nombre de > clylindres...) n'est peut être pas la même, Ça change les > choses d'où la copie de chaque partition. Et, pour compléter, la géométrie peut _sembler_ la même sans l’être, à cause du mode LBA p.ex… > Le MBR n'est pas recopié par cette méthode, il faut le refaire. D’ailleurs, j’ai l’impression que tu fais tes copies du système depuis le système. Comme tu viens de le remarquer, ce n’est absolument pas sûr : les systèmes de fichier montés sont dans un état intermédiaire, certaines données sont encore en mémoire et non écrites, le système change en cours de route… Ton ‘dd’ aurait plus de chances de fonctionner à partir d’un système qui ne monte pas tes disques. Mais cat est plus sûr. En résumé : — dd : disques de même géométrie _réelle_, les partitions non montées ; — cat : partitions non montées ; — cp, tar… : partitions montées. -- Sylvain Sauvage
Re: Copie d'un HD avec dd = debian ne boot plus
Le Sun, 30 Sep 2007 19:21:26 +0200 [EMAIL PROTECTED] a écrit: > Bonjour, merci pour votre aide. > > Donc la commande dd ne convient pas, je vais donc annuler la copie. > > Mais ayant beaucoup de partitions il serait plus simple pour moi de > faire uniquement > # cat /dev/sda > /dev/sdb > c'est possible ? > > Je ne comprend pas bien le 3e point. Pourquoi je ne peu pas utiliser le > grub d'origine ? > > Excusez mes questions, je cherche à comprendre. dd est censé faire une > copie exact, en RAW, pourtant mes systems ne marche plus, de plus il a > du mal à lire des octet dans une partition NTFS qui fonctionnait > pourtant parfaitement avant et windows aussi refuse de démarrer. C'est > incompréhensible. La géométrie des disques (nbre de têtes, nombre de clylindres...) n'est peut être pas la même, Ça change les choses d'où la copie de chaque partition. Le MBR n'est pas recopié par cette méthode, il faut le refaire. 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]
Re: Copie d'un HD avec dd = debian ne boot plus
> > Je suis en train de recopier une nouvelle fois entièrement le vieux HD > > vers le nouveau. Quand cela sera fait, que puis-je faire pour que mes > > deux install de debian remarchent comme avant ? > > Les HD sont exactement de même taille, ils ont le même nombre de > > cylindres et tout. Ca n'est pas la même marque c'est tout. Le HD > > d'origine fonctionnait très bien, il était simplement lent, c'est pour > > ca que je le change pour un plus rapide. > > 1) Repartitionne ton disque avec des partitions de même taille > 2) Transfert chaque partition par > > # cat /dev/hda1 > /dev/hdb1 > > par exemple > > 3) Puis tu installes ton disque, boutes sur un CD live et fait un chroot > puis > un lilo ou tu installes grub. > > Voilà Bonjour, merci pour votre aide. Donc la commande dd ne convient pas, je vais donc annuler la copie. Mais ayant beaucoup de partitions il serait plus simple pour moi de faire uniquement # cat /dev/sda > /dev/sdb c'est possible ? Je ne comprend pas bien le 3e point. Pourquoi je ne peu pas utiliser le grub d'origine ? Excusez mes questions, je cherche à comprendre. dd est censé faire une copie exact, en RAW, pourtant mes systems ne marche plus, de plus il a du mal à lire des octet dans une partition NTFS qui fonctionnait pourtant parfaitement avant et windows aussi refuse de démarrer. C'est incompréhensible. Cordialement.
Re: Copie d'un HD avec dd = debian ne boot plus
> > Je suis en train de recopier une nouvelle fois entièrement le vieux HD > vers le nouveau. Quand cela sera fait, que puis-je faire pour que mes > deux install de debian remarchent comme avant ? > Les HD sont exactement de même taille, ils ont le même nombre de > cylindres et tout. Ca n'est pas la même marque c'est tout. Le HD > d'origine fonctionnait très bien, il était simplement lent, c'est pour > ca que je le change pour un plus rapide. 1) Repartitionne ton disque avec des partitions de même taille 2) Transfert chaque partition par # cat /dev/hda1 > /dev/hdb1 par exemple 3) Puis tu installes ton disque, boutes sur un CD live et fait un chroot puis un lilo ou tu installes grub. Voilà -- 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]
Copie d'un HD avec dd = debian ne boot plus
Bonjour, je viens de remplacer mon disque dur par un nouveau. J'ai copier entièrement l'ancien HD vers le nouveau avec la commande "dd" (depuis un autre PC sous ubuntu). Il y a eu des erreurs de lecture dans la 1ere partition, une NTFS ou il y a un windowsXP et windows ne veux plus démarer, mais là n'est pas le problème. Dans le reste du HD il n'y a pas eu d'erreurs, pourtant mon installation de debian ETCH et celle de Lenny ne veulent toutes deux plus démarrer. Le MBR à bien été copier, GRUB est présent et me permet de choisir entre mes différents systems, mais lenny et etch semble monté / en read only et me demande de lancer manuellement la commande fsck. Je l'ai fait depuis etch (fsck sans paramètres), cela m'a donné un foultitude d'erreurs et quand j'ai redémarré même mon grub était cassé. Je suis en train de recopier une nouvelle fois entièrement le vieux HD vers le nouveau. Quand cela sera fait, que puis-je faire pour que mes deux install de debian remarchent comme avant ? Les HD sont exactement de même taille, ils ont le même nombre de cylindres et tout. Ca n'est pas la même marque c'est tout. Le HD d'origine fonctionnait très bien, il était simplement lent, c'est pour ca que je le change pour un plus rapide. Merci de votre aide.
probleme setkeycodes au boot
Bonjour, Suite a l install de la derniere mouture de etch sur un dell optiplex 745 je me retrouve avec un probleme dans les tables de transcription scancode/keycode: getkeycodes Plain scancodes xx (hex) versus keycodes (dec) 0 is an error; for 1-88 (0x01-0x58) scancode equals keycode KDGETKEYCODE: Aucun périphérique de ce type failed to get keycode for scancode 0x5a 0x58: 88 89s212-31: Comment les regenerer (j ai reconfigure X sans succes) essayer de reconfigurer le paquet console-data (je sais pas si c est utile) bref entre les scancodes/keycodes keymap je nage completement si quelqu un peut m eclairer Merci _ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail -- 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: Connaitre le boot loader
Le Tuesday 18 September 2007 11:46:26 lemmel lemmel, vous avez écrit : > ou encore : > > Ce que je viens de faire : > dd if=/dev/hda of=toto count=1 bs=1204 [...] La même chose mais avec le résultat en texte lisible : $ sudo strings /dev/sda | head ZRrI D|f1 GRUB Geom Hard Disk Read Error pPf1 Loading stage1.5 Geom signature.asc Description: This is a digitally signed message part.
Re: Connaitre le boot loader
Christophe Alonso a écrit : > Le mardi 18 septembre 2007 à 11:37 +0200, Basile STARYNKEVITCH a écrit : > >> Jean-Michel Bonnefond wrote: >> >>> Une petite question bete, comment peux on savoir quel est le boot loader >>> qui est installé sur le MBR du disque de démarage sans rebooter un serveur. >>> >>> En fait, je voudrais m'assurer, sans le réinstaller, que c'est bien grub >>> >> Outre la présence de /boot/grub/menu.lst on peut aussi faire >> # file -sL /dev/sda >> /dev/sda: x86 boot sector; GRand Unified Bootloader, stage1 version 0x3, >> stage2 address 0x2000, stage2 segment 0x200; partition 2: ID=0x83, >> starthead 0, startsector 594405, 97659135 sectors; partition 3: ID=0x82, >> starthead 254, startsector 98253540, 9767520 sectors; partition 4: >> ID=0x5, starthead 254, startsector 108021060, 868747005 sectors, code >> offset 0x48 >> > > Bonjour, > > juste une petite réaction : j'utilise grub sur mon portable, or : > l# file -sL /dev/hda > /dev/hda: x86 boot sector, LInux i386 boot LOader; partition 1: ID=0x83, > active, starthead 1, startsector 63, 13671252 sectors; partition 2: > ID=0x5, starthead 0, startsector 13671315, 64468845 sectors, code offset > 0x48 > Je précise que lilo n'est même pas installé. Curieux non ? > > > > Idem, j'ai essayé sur mon dédié OVH sur lequel j'ai installé grub à la place de lilo et j'obtiens le même résultat... j'ai pensé que c'est parce qu'il y avait lilo avant grub mais j'ai essayé aussi sur mon poste de travail et c'est pareil. Personnellement je fais : # dd if=/dev/hda count=1 2>/dev/null | grep GRUB Fichier binaire (entrée standard) concorde Le grep match sur la chaîne "GRUB Geom Hard Disk Read Error". J'ai fais l'expérience suivante : # sfdisk -d /dev/hda > pt.sfd # dd if=/dev/zero of=/dev/hda count=1 # sfdisk --force /dev/hda < pt.sfd # grub-install /dev/hdb Voilà les secteur de boot avant : EB 48 90 12 00 00 4C 49 4C 4F 16 06 10 00 01 00 .HLILO.. 0010 00 7C 00 00 00 00 00 00 00 00 00 00 5E AC 08 C0 .|..^... 0020 74 09 B4 0E BB 07 00 CD 10 EB F2 B9 13 00 B4 86 t... 0030 CD 15 CD 18 31 C0 8E D0 BC 00 7C FB 89 E1 03 02 1.|. 0040 FF 00 00 20 01 00 00 00 00 02 FA 90 90 F6 C2 80 ... 0050 75 02 B2 80 EA 59 7C 00 00 31 C0 8E D8 8E D0 BC uY|..1.. 0060 00 20 FB A0 40 7C 3C FF 74 02 88 C2 52 BE 7F 7D . ..@|<.t...R..} 0070 E8 34 01 F6 C2 80 74 54 B4 41 BB AA 55 CD 13 5A .4tT.A..U..Z 0080 52 72 49 81 FB 55 AA 75 43 A0 41 7C 84 C0 75 05 RrI..U.uC.A|..u. 0090 83 E1 01 74 37 66 8B 4C 10 BE 05 7C C6 44 FF 01 ...t7f.L...|.D.. 00A0 66 8B 1E 44 7C C7 04 10 00 C7 44 02 01 00 66 89 f..D|.D...f. 00B0 5C 08 C7 44 06 00 70 66 31 C0 89 44 04 66 89 44 \..D..pf1..D.f.D 00C0 0C B4 42 CD 13 72 05 BB 00 70 EB 7D B4 08 CD 13 ..B..r...p.} 00D0 73 0A F6 C2 80 0F 84 EA 00 E9 8D 00 BE 05 7C C6 s.|. 00E0 44 FF 00 66 31 C0 88 F0 40 66 89 44 04 31 D2 88 [EMAIL PROTECTED] 00F0 CA C1 E2 02 88 E8 88 F4 40 89 44 08 31 C0 88 D0 [EMAIL PROTECTED] 0100 C0 E8 02 66 89 04 66 A1 44 7C 66 31 D2 66 F7 34 ...f..f.D|f1.f.4 0110 88 54 0A 66 31 D2 66 F7 74 04 88 54 0B 89 44 0C .T.f1.f.t..T..D. 0120 3B 44 08 7D 3C 8A 54 0D C0 E2 06 8A 4C 0A FE C1 ;D.}<.T.L... 0130 08 D1 8A 6C 0C 5A 8A 74 0B BB 00 70 8E C3 31 DB ...l.Z.t...p..1. 0140 B8 01 02 CD 13 72 2A 8C C3 8E 06 48 7C 60 1E B9 .r*H|`.. 0150 00 01 8E DB 31 F6 31 FF FC F3 A5 1F 61 FF 26 42 1.1.a.&B 0160 7C BE 85 7D E8 40 00 EB 0E BE 8A 7D E8 38 00 EB |[EMAIL PROTECTED] 0170 06 BE 94 7D E8 30 00 BE 99 7D E8 2A 00 EB FE 47 ...}.0...}.*...G 0180 52 55 42 20 00 47 65 6F 6D 00 48 61 72 64 20 44 RUB .Geom.Hard D 0190 69 73 6B 00 52 65 61 64 00 20 45 72 72 6F 72 00 isk.Read. Error. 01A0 BB 01 00 B4 0E CD 10 AC 3C 00 75 F4 C3 00 00 00 <.u. 01B0 00 00 00 00 00 00 00 00 D8 A2 69 6D CF C9 00 01 ..im 01C0 01 00 83 FE BF 9C 3F 00 00 00 1E FE A3 00 00 00 ..?. 01D0 81 9D 82 FE FF 13 5D FE A3 00 B7 2B 1D 00 00 00 ..]+ 01E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA ..U. et après : EB 48 90 00 00 00 00 00 00 00 00 00 00 00 00 00 .H.. 0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0030 00
Re: Connaitre le boot loader
Christophe Alonso wrote: Le mardi 18 septembre 2007 à 11:37 +0200, Basile STARYNKEVITCH a écrit : Jean-Michel Bonnefond wrote: Une petite question bete, comment peux on savoir quel est le boot loader qui est installé sur le MBR du disque de démarage sans rebooter un serveur. En fait, je voudrais m'assurer, sans le réinstaller, que c'est bien grub Outre la présence de /boot/grub/menu.lst on peut aussi faire # file -sL /dev/sda /dev/sda: x86 boot sector; GRand Unified Bootloader, stage1 version 0x3, stage2 address 0x2000, stage2 segment 0x200; partition 2: ID=0x83, starthead 0, startsector 594405, 97659135 sectors; partition 3: ID=0x82, starthead 254, startsector 98253540, 9767520 sectors; partition 4: ID=0x5, starthead 254, startsector 108021060, 868747005 sectors, code offset 0x48 Bonjour, juste une petite réaction : j'utilise grub sur mon portable, or : l# file -sL /dev/hda /dev/hda: x86 boot sector, LInux i386 boot LOader; partition 1: ID=0x83, active, starthead 1, startsector 63, 13671252 sectors; partition 2: ID=0x5, starthead 0, startsector 13671315, 64468845 sectors, code offset 0x48 Je précise que lilo n'est même pas installé. Curieux non ? J'ai exactement la meme chose alors sur 2 machines differentes (x82 et amd64 x2). Curieux, certes begin:vcard fn:Linux user 381192 x-mozilla-html:FALSE version:2.1 end:vcard
Re: Connaitre le boot loader
Ok, efficace vos suggestions. Le file ne marche pas chez moi (pas tres bavard) mais la copie bit a bit, est effectivement une bonne idée... --- [EMAIL PROTECTED]:/home/jean-michel# file -sL /dev/sda /dev/sda: x86 boot sector, code offset 0x48 [EMAIL PROTECTED]:/home/jean-michel# dd if=/dev/sda of=mbr count=1 bs=1204 1+0 records in 1+0 records out 1204 bytes transferred in 0.000194 seconds (6204843 bytes/sec) [EMAIL PROTECTED]:/home/jean-michel# grep GRUB mbr Binary file mbr matches Merci, Jean-Michel. Le 18/09/07, lemmel lemmel <[EMAIL PROTECTED]> a écrit : > > ou encore : > > Ce que je viens de faire : > dd if=/dev/hda of=toto count=1 bs=1204 > > puis : > grep GRUB toto > et j'ai "Fichier binaire toto concorde" > > (idem avec un éditeur hex évidemment). > > ++ > > P.S. : bien l'astuce du file :-) > > _ > Ten : Messenger en illimité sur votre mobile ! > http://mobile.live.fr/messenger/ten/ > >
Re: Connaitre le boot loader
Le mardi 18 septembre 2007 à 11:37 +0200, Basile STARYNKEVITCH a écrit : > Jean-Michel Bonnefond wrote: > > > > Une petite question bete, comment peux on savoir quel est le boot loader > > qui est installé sur le MBR du disque de démarage sans rebooter un serveur. > > > > En fait, je voudrais m'assurer, sans le réinstaller, que c'est bien grub > > Outre la présence de /boot/grub/menu.lst on peut aussi faire > # file -sL /dev/sda > /dev/sda: x86 boot sector; GRand Unified Bootloader, stage1 version 0x3, > stage2 address 0x2000, stage2 segment 0x200; partition 2: ID=0x83, > starthead 0, startsector 594405, 97659135 sectors; partition 3: ID=0x82, > starthead 254, startsector 98253540, 9767520 sectors; partition 4: > ID=0x5, starthead 254, startsector 108021060, 868747005 sectors, code > offset 0x48 Bonjour, juste une petite réaction : j'utilise grub sur mon portable, or : l# file -sL /dev/hda /dev/hda: x86 boot sector, LInux i386 boot LOader; partition 1: ID=0x83, active, starthead 1, startsector 63, 13671252 sectors; partition 2: ID=0x5, starthead 0, startsector 13671315, 64468845 sectors, code offset 0x48 Je précise que lilo n'est même pas installé. Curieux non ? -- 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: Connaitre le boot loader
ou encore : Ce que je viens de faire : dd if=/dev/hda of=toto count=1 bs=1204 puis : grep GRUB toto et j'ai "Fichier binaire toto concorde" (idem avec un éditeur hex évidemment). ++ P.S. : bien l'astuce du file :-) _ Ten : Messenger en illimité sur votre mobile ! http://mobile.live.fr/messenger/ten/ -- 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: Connaitre le boot loader
Jean-Michel Bonnefond wrote:
Une petite question bete, comment peux on savoir quel est le boot loader
qui est installé sur le MBR du disque de démarage sans rebooter un serveur.
En fait, je voudrais m'assurer, sans le réinstaller, que c'est bien grub
Outre la présence de /boot/grub/menu.lst on peut aussi faire
# file -sL /dev/sda
/dev/sda: x86 boot sector; GRand Unified Bootloader, stage1 version 0x3,
stage2 address 0x2000, stage2 segment 0x200; partition 2: ID=0x83,
starthead 0, startsector 594405, 97659135 sectors; partition 3: ID=0x82,
starthead 254, startsector 98253540, 9767520 sectors; partition 4:
ID=0x5, starthead 254, startsector 108021060, 868747005 sectors, code
offset 0x48
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
--
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: Connaitre le boot loader
Jean-Michel Bonnefond a écrit : > > Une petite question bete, comment peux on savoir quel est le boot loader > qui est installé sur le MBR du disque de démarage sans rebooter un serveur. > > En fait, je voudrais m'assurer, sans le réinstaller, que c'est bien grub > qui est utilisé sur des serveurs qui sont chez un hebergeur, savez vous > comment je peux faire? > > Merci, > Jean-Michel. > Bonjour, je te dirai bien de verifier si /boot/grub/menu.lst est present Mais peut etre une solution + mieux... ++ begin:vcard fn:Alexandre Mackow email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard
Connaitre le boot loader
Une petite question bete, comment peux on savoir quel est le boot loader qui est installé sur le MBR du disque de démarage sans rebooter un serveur. En fait, je voudrais m'assurer, sans le réinstaller, que c'est bien grub qui est utilisé sur des serveurs qui sont chez un hebergeur, savez vous comment je peux faire? Merci, Jean-Michel.
Re: boot Ubuntu 7.04
Bernard MAYER a écrit : Bojour, Es-tu sûr que l'image CD n'est pas corrompu ? Il y a une option pour vérifier l'intégrité de l'image CD dans le menu au démarrage. MD5 correct, le cd boot sur un pc standard l'option de menu/controle boote en faisant la meme erreur As tu essayé avec un "cd alternate" ou mieux, une netinstall. mini.iso(environ 8mo) dispo ici: https://help.ubuntu.com/community/Installation/MinimalCD -- 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: boot Ubuntu 7.04
Bojour, > Es-tu sûr que l'image CD n'est pas corrompu ? Il y a une option pour > vérifier l'intégrité de l'image CD dans le menu au démarrage. MD5 correct, le cd boot sur un pc standard l'option de menu/controle boote en faisant la meme erreur -- 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: boot Ubuntu 7.04
Le mercredi 08 août 2007 à 13:31 +0200, Debian liste FR a écrit : > Bonjour a tous, > > Je presente mes excuses par avance, coupable que je suis de fonctionner > avec une Ubuntu ! > Actuellement en 6.06 sur mon vieux Thinkpad 600x, > Je boote l'actuel live CD 7.04 > Apres avoir choisi la langue, le systeme se lance jusqu'a faire un kernel > panic > > RAMDISK: compressed image found at block 0 > invalid compressed format (err=1) ^^^ Es-tu sûr que l'image CD n'est pas corrompu ? Il y a une option pour vérifier l'intégrité de l'image CD dans le menu au démarrage. > VFS: Cannot open root device "" or unknow-block (104,1) > Please append a correct "root=" boot option > Kernel panic - not syncing: VFS: Unable to mount root on unknow block > (104,1) > > J'ai reboot acpi=off, en mode rescue, rien n'y fait. > J'ignore la valeur qu'eventuellement je pourrais passer en option a root= > > Que puis-je faire ? > Merci d'avance En espérant que ça aide -- 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]
boot Ubuntu 7.04
Bonjour a tous, Je presente mes excuses par avance, coupable que je suis de fonctionner avec une Ubuntu ! Actuellement en 6.06 sur mon vieux Thinkpad 600x, Je boote l'actuel live CD 7.04 Apres avoir choisi la langue, le systeme se lance jusqu'a faire un kernel panic RAMDISK: compressed image found at block 0 invalid compressed format (err=1) VFS: Cannot open root device "" or unknow-block (104,1) Please append a correct "root=" boot option Kernel panic - not syncing: VFS: Unable to mount root on unknow block (104,1) J'ai reboot acpi=off, en mode rescue, rien n'y fait. J'ignore la valeur qu'eventuellement je pourrais passer en option a root= Que puis-je faire ? Merci d'avance -- 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: [sid] au boot demarrage de services en double
On Sat, Aug 04, 2007 at 12:43:25PM +0200, Franck Joncourt wrote: > > >> > > >> j'ai remarqué qu'au démarrage de ma debian j'ai des services qui se > > >> lancent plusieurs fois à des moments différents du boot. > > >> > > >> Comme vous pouvez le voir, portmap et nfs sont lancés 2 fois. Est ce > > >> normal ? ou faut il aller bidouiller ds /etc/rc* ? D'après ce que je comprends du boot, lorsque le système démarre, il lance tous les scripts S présents dans le répertoire rcS.d et ensuite en fonction du runlevel, il fait de même pour /etc/init.d/. Sur ma Sid, j'obtiens : sid:/etc/init.d# update-rc.d -n -f portmap remove Removing any system startup links for /etc/init.d/portmap ... /etc/rc0.d/S32portmap /etc/rc1.d/K81portmap /etc/rc2.d/S18portmap /etc/rc3.d/S18portmap /etc/rc4.d/S18portmap /etc/rc5.d/S18portmap /etc/rc6.d/S32portmap /etc/rcS.d/S43portmap sid:/etc/init.d# update-rc.d -n -f nfs-common remove Removing any system startup links for /etc/init.d/nfs-common ... /etc/rc0.d/K20nfs-common /etc/rc1.d/K20nfs-common /etc/rc2.d/S20nfs-common /etc/rc3.d/S20nfs-common /etc/rc4.d/S20nfs-common /etc/rc5.d/S20nfs-common /etc/rc6.d/K20nfs-common /etc/rcS.d/S44nfs-common Ce qui implique que les scripts /etc/init.d/nfs-common et /etc/portmap sont lancés deux fois au démarrage (liens symboliques avec /etc/rcS.d). Cela confirme bien les logs que j'ai : Starting portmap daemon Starting NFS common utilities: statd. ... Starting portmap daemon...Already running.. ... Starting NFS common utilities: statd. J'ai installé rapidement un serveur NFS sur une Etch, et je remarque que je n'ai rien de présent pour nfs-common mais pour portmap oui, au niveau de rcS.d C'est un problème de configuration des packages, où je n'ai pas tout compris ! -- Franck Joncourt http://www.debian.org - http://smhteam.info/wiki/ GPG server : pgpkeys.mit.edu Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE signature.asc Description: Digital signature
Re: [sid] au boot demarrage de services en double
On Sat, Aug 04, 2007 at 12:26:58PM +0200, giggz wrote: > Franck Joncourt a écrit : > > On Sat, Aug 04, 2007 at 11:34:03AM +0200, giggz wrote: > >> Bonjour la liste, > >> > >> j'ai remarqué qu'au démarrage de ma debian j'ai des services qui se > >> lancent plusieurs fois à des moments différents du boot. > >> > >> Comme vous pouvez le voir, portmap et nfs sont lancés 2 fois. Est ce > >> normal ? ou faut il aller bidouiller ds /etc/rc* ? > >> > > > > Je viens de vérifier mes logs de démarrage et en effet, j'ai la même > > chose que toi. > > > > Cela me paraît étrange à moi aussi. Maintenant il faudrait savoir si sur > > une Lenny, Etch ou autre cela fait la même chose. > > > bon je me sens moins seul... :) > je vais faire qqs demandes aux mainteneurs des paquets en question dès > que j'ai le temps! > Je testerais sur ma Etch pour voir, mais pas tout de suite. Tu nous ramène le feedback si tu as eu quelque chose d'ici là. Merci. -- Franck Joncourt http://www.debian.org - http://smhteam.info/wiki/ GPG server : pgpkeys.mit.edu Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE signature.asc Description: Digital signature
Re: [sid] au boot demarrage de services en double
Franck Joncourt a écrit : > On Sat, Aug 04, 2007 at 11:34:03AM +0200, giggz wrote: >> Bonjour la liste, >> >> j'ai remarqué qu'au démarrage de ma debian j'ai des services qui se >> lancent plusieurs fois à des moments différents du boot. >> >> Comme vous pouvez le voir, portmap et nfs sont lancés 2 fois. Est ce >> normal ? ou faut il aller bidouiller ds /etc/rc* ? >> > > Je viens de vérifier mes logs de démarrage et en effet, j'ai la même > chose que toi. > > Cela me paraît étrange à moi aussi. Maintenant il faudrait savoir si sur > une Lenny, Etch ou autre cela fait la même chose. > bon je me sens moins seul... :) je vais faire qqs demandes aux mainteneurs des paquets en question dès que j'ai le temps! Bon we ensoleillé! -- 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: [sid] au boot demarrage de services en double
On Sat, Aug 04, 2007 at 11:34:03AM +0200, giggz wrote: > Bonjour la liste, > > j'ai remarqué qu'au démarrage de ma debian j'ai des services qui se > lancent plusieurs fois à des moments différents du boot. > > Comme vous pouvez le voir, portmap et nfs sont lancés 2 fois. Est ce > normal ? ou faut il aller bidouiller ds /etc/rc* ? > Je viens de vérifier mes logs de démarrage et en effet, j'ai la même chose que toi. Cela me paraît étrange à moi aussi. Maintenant il faudrait savoir si sur une Lenny, Etch ou autre cela fait la même chose. -- Franck Joncourt http://www.debian.org - http://smhteam.info/wiki/ GPG server : pgpkeys.mit.edu Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE signature.asc Description: Digital signature
[sid] au boot demarrage de services en double
Bonjour la liste, j'ai remarqué qu'au démarrage de ma debian j'ai des services qui se lancent plusieurs fois à des moments différents du boot. Voici un extrait de la fin du boot : Cleaning /tmp...done. Cleaning /var/run...done. Cleaning /var/lock...done. Setting up resolvconf...done. Running 0dns-down to make sure resolv.conf is ok...done. Setting up networking Configuring network interfaces...done. Starting portmap daemon Starting NFS common utilities: statd. Setting sensors limits: done. Setting console screen modes and fonts. Setting up ALSA...done. Initializing random number generator...done. Setting up X server socket directory /tmp/.X11-unix Setting up ICE socket directory /tmp/.ICE-unix INIT: Entering runlevel: 2 Loading cpufreq kernel modules...done (acpi-cpufreq). Starting system log daemon Starting kernel log daemon 1 [Modem ]: ICH-MODEM - Intel 82801DB-ICH4 Modem Starting SmartLink Modem driver for: modem:1. Creating /dev/modem symlink, pointing to: /dev/ttySL0. Starting OpenBSD Secure Shell server: sshd. Starting portmap daemon...Already running.. Loading ACPI modules Starting Advanced Configuration and Power Interface daemon Starting CPU Frequency daemon: cpufreqd. CPUFreq Utilities: Setting ondemand CPUFreq governor...CPU0...done. Starting Common Unix Printing System: cupsd. Starting system message bus: dbus. Starting System Tools Backends: system-tools-backends. Starting DirMngr: dirmngr. Starting the Firestarter firewall: ppp0: error fetching interface information: Device not found ppp0: error fetching interface information: Device not found ppp0: error fetching interface information: Device not found failed. Starting mouse interface server: gpm. Starting Network Interface Plugging Daemon: eth0 eth1. Enabling laptop mode...done (Laptop). Starting NFS common utilities: statd. Starting internet superserver: inetd. Starting Postfix Mail Transport Agent: postfix. Starting Xprint servers: Xprt. Starting Hardware abstraction layer: hald. Starting GNOME Display Manager: gdm. Starting Music Player Daemon: mpd. Loading the saved-state of the serial devices from /etc/serial.conf Exporting directories for NFS kernel daemon Starting NFS kernel daemon: nfsd mountd. Starting anac(h)ronistic cron: anacron. Starting deferred execution scheduler: atd. Starting periodic command scheduler: crond. Running local boot scripts (/etc/rc.local). Not starting X display manager (xdm); it is not the default display manager. Comme vous pouvez le voir, portmap et nfs sont lancés 2 fois. Est ce normal ? ou faut il aller bidouiller ds /etc/rc* ? Merci d'avance Guillaume -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
Ca y est, j'ai la réponse ! Il me manquait un petit passage dans ma migration que l'on retrouve ici: http://svn.debian.org/wsvn/pkg-mdadm/mdadm/trunk/debian/README.upgrading-2.5.3?op=file Il me manquait en fait les deux premières étapes suivantes, si bien que la troisième était invalide... /usr/share/mdadm/mkconf rm -f /var/lib/mdadm/CONF-UNCHECKED update-initramfs -u -k all Merci à Frédéric STEMMELIN qui m'a donné la solution sur linuxfr.org ;) Guillaume -- 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: bootsplash boot panic[resolu]
Hugues LARRIVE a écrit : > > C'est sûrement ton initrd qui n'est pas bon. > > Ajoutes --initrd à ta ligne make-kpkg. > Installes le linux-image obtenu. > Fais un dpkg-reconfigure bootsplash pour patcher l'initrd de ton nouveau > noyau. > > @+ Oui, en fait comme l'initrd est fait avec initramfs-tools le fait d'utiliser splash casse l'initrd du coup ca boot plus. dpkg-reconfigure bootsplash ne fait rien de mieux. En fait je me suis débrouiller pour modifier l'initrd avec cpio et c'est rentré dans l'ordre. Georges -- 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: bootsplash boot panic
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Georges Roux a écrit : > Bonjour, > > Je rencontres quelques problèmes pour booter avec avec bootsplash. > J'ai construit un noyau patché avec bootsplash, avec les options qui vont > bien et compilé avec make-kpkg. > > mais quand je boot j'ai un > Kernel panic - not syncing: VFS: Unable to mount root fs on unkown-block(0,0) > > Pourtant j'ai bien le framebuffer et l'image de fond qui vas bien > > Quelqu'un a t' il une idée? > > Georges > > C'est sûrement ton initrd qui n'est pas bon. Ajoutes --initrd à ta ligne make-kpkg. Installes le linux-image obtenu. Fais un dpkg-reconfigure bootsplash pour patcher l'initrd de ton nouveau noyau. @+ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGl/E3NdTZuHWpgVIRAoCvAJ9BcCAPZlV3d6v+ENpH0RC2+EmdRACfYWGt JsZ9GSuOHgbh3Tv2ZFPcsm4= =+16N -END PGP SIGNATURE- -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
Guillaume78fr wrote: . > ça ne règle pas son PB, et je maintiens que le plus urgent c'est de faire > une sauvegarde sur n'importe quel support, vu que l'array system a déjà > perdu un HD sur deux. Et bien là, je ne suis pas complètement d'accord sur le sujet... Quand je boote sur l'ancien noyau, je n'ai aucun disque marqué comme mort et tout fonctionne à la perfection... non non, pas mort, désynchronisé (mais ça parait logique dans l'illogisme de la situation actuelle :( Le fait qu'il indique 1 disque mort avec le nouveau noyau ne m'inquiète pas outre mesure étant donné que les disques en question ne sont pas les bons... (sda au lieu de sda1 et sdb au lieu de sdb1) > Une fois cela fait, là, on peut expérimenter sans soucis, ni craintes. Comme je le disais dans le précédent post, j'ai deux disques en mirroir. Si jamais je veux faire quelque chose de douteux, je peux débrancher un des 2 disques. Certes, j'aurai un raid 1 avec un seul disque, mais ça suffit pour dire si on arrive à trouver les bonnes partitions ou non... heu, toujours pas d'accord, surtout si les données sont critiques: mieux vaut une ceinture ET des bretelles dans ce cas là. Bon, à part cela, as-tu essayé de compiler ton propre kernel (avec le support Raid-0 en dur) pour voir? (évite <= 2.6.21.5, il-y-a au moins un PB raid: un timing infini pour la resynchro des HD en 2.6.21.3) Tout en gardant un kernel debian en N°2, au cas où. JY -- If sex is a pain in the ass, you may be doing it wrong.
Re: pb de boot sur raid1 logiciel depuis passage à etch...
Etant donné que mon post d'hier n'a pas l'air d'être arrivé sur le serveur, je le reposte maintenant... > et moi, je maintiens que sous Linux, /dev/sda0 ne peut pas exister; ça > n'est ni Unix, ni FreeBSD (où, de toute façon les /dev ont des noms différents) Bon, nous sommes tous d'accord pour dire que la partition sda0 n'existe pas. ;) Ce qu'il y a, c'est qu'il annonce sda[0] et non sda0 ;) sda[0], si j'ai bien compris, c'est pour dire que c'est le disque n°0 de l'array et qu'il s'agit de sda... (quand ça fonctionne c'est sda1[0] qui est indiqué ;) ) > ça ne règle pas son PB, et je maintiens que le plus urgent c'est de faire > une sauvegarde sur n'importe quel support, vu que l'array system a déjà > perdu un HD sur deux. Et bien là, je ne suis pas complètement d'accord sur le sujet... Quand je boote sur l'ancien noyau, je n'ai aucun disque marqué comme mort et tout fonctionne à la perfection... Le fait qu'il indique 1 disque mort avec le nouveau noyau ne m'inquiète pas outre mesure étant donné que les disques en question ne sont pas les bons... (sda au lieu de sda1 et sdb au lieu de sdb1) > Une fois cela fait, là, on peut expérimenter sans soucis, ni craintes. Comme je le disais dans le précédent post, j'ai deux disques en mirroir. Si jamais je veux faire quelque chose de douteux, je peux débrancher un des 2 disques. Certes, j'aurai un raid 1 avec un seul disque, mais ça suffit pour dire si on arrive à trouver les bonnes partitions ou non... Guillaume -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
Jean-Yves F. Barbier wrote: c'est impossible: sous Linux le zéro n'existe pas pour les partitions; le disque est /dev/sda; les partitions commencent à 1 C'est bien ce que je dis! [...] Je maintiens donc que l'apparition de sda0 est illogique avec le 2.6.18 et moi, je maintiens que sous Linux, /dev/sda0 ne peut pas exister [...] Donc tu confirmes mes dires ;-) -- Daniel Huhardeaux _ _ _ _ enum+48 22 434 6431 (_ __) _ ) _ (_ __) _ _(_) iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ ( ___( ___/ /_/ (_/ (_/_/.netFWD# 422493 -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
c'est impossible: sous Linux le zéro n'existe pas pour les partitions; le disque est /dev/sda; les partitions commencent à 1 Daniel Huhardeaux wrote: Jean-Yves F. Barbier wrote: NAN: sda[0] veut dire que la partition 0 (1ère) du raid array se trouve dans le HD /dev/sda (V. les uniques Id qq lignes plus loin dans le post d'org) Et bien non. Dans le post d'origine sda0 n'existe pas en raid1 sur le noyau 2.6.8 Sarge (l'ancien). Il n'y a que: >[...] Si je ne me trompe pas, un "cat /proc/mdstat" répond à cette question. Voici le résultat > >Personalities : [raid0] [raid1] [raid5] >md1 : active raid1 sda3[0] sdb3[1] ^^^ ^^^ master du raid array de type 1 (mirroring) = /dev/sda3 second " " "" " " " = /dev/sdb3 > 203182016 blocks [2/2] [UU] > >md0 : active raid1 sda1[0] sdb1[1] > 39061952 blocks [2/2] [UU] > >unused devices: Je maintiens donc que l'apparition de sda0 est illogique avec le 2.6.18 et moi, je maintiens que sous Linux, /dev/sda0 ne peut pas exister; ça n'est ni Unix, ni FreeBSD (où, de toute façon les /dev ont des noms différents) ça ne règle pas son PB, et je maintiens que le plus urgent c'est de faire une sauvegarde sur n'importe quel support, vu que l'array system a déjà perdu un HD sur deux. Une fois cela fait, là, on peut expérimenter sans soucis, ni craintes. -- Finish the sentence below in 25 words or less: "Love is what you feel just before you give someone a good ..." Mail your answer along with the top half of your supervisor to: P.O. Box 35 Baffled Greek, Michigan
bootsplash boot panic
Bonjour, Je rencontres quelques problèmes pour booter avec avec bootsplash. J'ai construit un noyau patché avec bootsplash, avec les options qui vont bien et compilé avec make-kpkg. mais quand je boot j'ai un Kernel panic - not syncing: VFS: Unable to mount root fs on unkown-block(0,0) Pourtant j'ai bien le framebuffer et l'image de fond qui vas bien Quelqu'un a t' il une idée? Georges -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
Je maintiens donc que l'apparition de sda0 est illogique avec le 2.6.18 Et je ne supprimerai pas l'ancien noyau mais plutot, sous 2.6.18, reconstruirai manuellement le raid. Je ne suis pas contre, mais debian, lui, est contre... :-( Je m'explique : Comme les partitions sda[123] et sdb[123] ne sont pas détectées, je ne peux absolument pas les mettre dans le raid logiciel. Quand je veux les ajouter, il me gratifie d'un "No such file or directory"... Guillaume -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
Jean-Yves F. Barbier wrote: NAN: sda[0] veut dire que la partition 0 (1ère) du raid array se trouve dans le HD /dev/sda (V. les uniques Id qq lignes plus loin dans le post d'org) Et bien non. Dans le post d'origine sda0 n'existe pas en raid1 sur le noyau 2.6.8 Sarge (l'ancien). Il n'y a que: >[...] Si je ne me trompe pas, un "cat /proc/mdstat" répond à cette question. Voici le résultat > >Personalities : [raid0] [raid1] [raid5] >md1 : active raid1 sda3[0] sdb3[1] > 203182016 blocks [2/2] [UU] > >md0 : active raid1 sda1[0] sdb1[1] > 39061952 blocks [2/2] [UU] > >unused devices: Je maintiens donc que l'apparition de sda0 est illogique avec le 2.6.18 Et je ne supprimerai pas l'ancien noyau mais plutot, sous 2.6.18, reconstruirai manuellement le raid. [...] -- Daniel Huhardeaux _ _ _ _ enum+48 22 434 6431 (_ __) _ ) _ (_ __) _ _(_) iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ ( ___( ___/ /_/ (_/ (_/_/.netFWD# 422493 -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
J'ai bien pensé à faire un cfdisk sur /dev/sda pour vérifier que je voyais bien les partitions, seulement la busybox ne contient ni fdisk ni cfdisk... alors essaye avec un CD d'install debian, fonction secours (ou alors un CD genre Knoppix) Je l'ai fait et c'est bon. Cependant, ce que je voulais, c'était voir si en bootant sur le nouveau noyau de ma debian, je pouvais toujours voir ces infos étant donné qu'il ne me détecte plus mes partitions /dev/sda[123] et /dev/sdb[123] -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
Guillaume78fr wrote: o_O, j'ai pas suivi le thread, mais il-y-a un HD kicked out de /dev/md0: Le problème, c'est qu'il ne détecte plus les partitions de mes disques avec le nouveau noyau... (cf début du thread) Les disques sont bons mais c'est un problème de config :-( houla, grandement anormal! Oui en effet... [virer l'ancien noyau, mais c'est risqué] vu que tu as des données importantes, la prmière chose à faire, c'est soit: * booter sur un CD et copier ces données sur une autre machine, * installer vite fait sur un HD IDE une distro de secours, et faire la même chose Vu que je suis en raid 1, je peux aussi conserver l'un deux disques et bidouiller l'autre ;) Après, tu auras la tête libre pour voir d'où vient ce PB bizarre C'est vrai, mais si jamais je retire l'ancien noyau et que ça ne démarre pas plus, je ne serais pas plus avancé :-( Avant de faire ça, j'aimerais (dans la mesure du possible) pouvoir déterminer d'où vient le problème. Ce qui me gène c'est qu'il ne détecte plus mes partitions sda[123] et sdb[123]. Même si je mets les UUID dans le fstab, ça ne fonctionne pas plus... J'ai bien pensé à faire un cfdisk sur /dev/sda pour vérifier que je voyais bien les partitions, seulement la busybox ne contient ni fdisk ni cfdisk... alors essaye avec un CD d'install debian, fonction secours (ou alors un CD genre Knoppix) -- A woman takes off her claim to respect along with her garments. -- Herodotus
Re: pb de boot sur raid1 logiciel depuis passage à etch...
o_O, j'ai pas suivi le thread, mais il-y-a un HD kicked out de /dev/md0: Le problème, c'est qu'il ne détecte plus les partitions de mes disques avec le nouveau noyau... (cf début du thread) Les disques sont bons mais c'est un problème de config :-( houla, grandement anormal! Oui en effet... [virer l'ancien noyau, mais c'est risqué] vu que tu as des données importantes, la prmière chose à faire, c'est soit: * booter sur un CD et copier ces données sur une autre machine, * installer vite fait sur un HD IDE une distro de secours, et faire la même chose Vu que je suis en raid 1, je peux aussi conserver l'un deux disques et bidouiller l'autre ;) Après, tu auras la tête libre pour voir d'où vient ce PB bizarre C'est vrai, mais si jamais je retire l'ancien noyau et que ça ne démarre pas plus, je ne serais pas plus avancé :-( Avant de faire ça, j'aimerais (dans la mesure du possible) pouvoir déterminer d'où vient le problème. Ce qui me gène c'est qu'il ne détecte plus mes partitions sda[123] et sdb[123]. Même si je mets les UUID dans le fstab, ça ne fonctionne pas plus... J'ai bien pensé à faire un cfdisk sur /dev/sda pour vérifier que je voyais bien les partitions, seulement la busybox ne contient ni fdisk ni cfdisk... Guillaume -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
Guillaume78fr wrote: > o_O, j'ai pas suivi le thread, mais il-y-a un HD kicked out de > /dev/md0: Le problème, c'est qu'il ne détecte plus les partitions de mes disques avec le nouveau noyau... (cf début du thread) Les disques sont bons mais c'est un problème de config :-( houla, grandement anormal! > #: mdadm /dev/md0 -r /dev/sdb1 -a /dev/sdb1 C'est impossible car les partitions /dev/sdb1 et /dev/sda1 ne sont pas détectées... (No such file or directory) Pour cat /proc/mdstat, j'obtiens : Personalities : [raid1] [raid0] [raid6] [raid5] [raid4] md0 : active raid1 sda[0] 244197440 blocks [2/1] [U_] Ce qui est illogique est qu'il essaye de construire un espace raid avec sda0 (existe d'ailleurs?) au lieu de sda[123]. Essaye d'assembler manuellement les espaces raid C'est complètement illogique en effet... :-( De plus la taille ne correspond même pas. Pour ce qui est de sda0, ça rejoins ce que j'ai pu voir au départ, c'est-à-dire que seul /dev/sda et /dev/sdb sont détectés mais pas leurs partitions... Mais pourquoi diable ne reconnait-il pas les partitions. S'il ne voyait pas les disques, je penserais à un problème avec le contrôleur SATA, mais les disques sont quant à eux bien détectés. Sincèrement, j'y perds mon latin debianistique... La seule chose que je vois, serais un conflit entre les fichiers de l'ancien noyau et du nouveau. Seulement, si je supprime l'ancien noyau pour vérifier ça, je ne pourrais plus jamais booter si ça plante... Quelque part, ça m'ennuie pas mal, car j'ai tout un ensemble de services que j'aimerais bien ne pas avoir à réinstaller... (mail, dns, dhcp, hylafax, asterisk, ftp, samba, ...) vu que tu as des données importantes, la prmière chose à faire, c'est soit: * booter sur un CD et copier ces données sur une autre machine, * installer vite fait sur un HD IDE une distro de secours, et faire la même chose Après, tu auras la tête libre pour voir d'où vient ce PB bizarre -- The 80's -- when you can't tell hairstyles from chemotherapy.
Re: pb de boot sur raid1 logiciel depuis passage à etch...
> o_O, j'ai pas suivi le thread, mais il-y-a un HD kicked out de > /dev/md0: Le problème, c'est qu'il ne détecte plus les partitions de mes disques avec le nouveau noyau... (cf début du thread) Les disques sont bons mais c'est un problème de config :-( > #: mdadm /dev/md0 -r /dev/sdb1 -a /dev/sdb1 C'est impossible car les partitions /dev/sdb1 et /dev/sda1 ne sont pas détectées... (No such file or directory) Pour cat /proc/mdstat, j'obtiens : Personalities : [raid1] [raid0] [raid6] [raid5] [raid4] md0 : active raid1 sda[0] 244197440 blocks [2/1] [U_] Ce qui est illogique est qu'il essaye de construire un espace raid avec sda0 (existe d'ailleurs?) au lieu de sda[123]. Essaye d'assembler manuellement les espaces raid C'est complètement illogique en effet... :-( De plus la taille ne correspond même pas. Pour ce qui est de sda0, ça rejoins ce que j'ai pu voir au départ, c'est-à-dire que seul /dev/sda et /dev/sdb sont détectés mais pas leurs partitions... Mais pourquoi diable ne reconnait-il pas les partitions. S'il ne voyait pas les disques, je penserais à un problème avec le contrôleur SATA, mais les disques sont quant à eux bien détectés. Sincèrement, j'y perds mon latin debianistique... La seule chose que je vois, serais un conflit entre les fichiers de l'ancien noyau et du nouveau. Seulement, si je supprime l'ancien noyau pour vérifier ça, je ne pourrais plus jamais booter si ça plante... Quelque part, ça m'ennuie pas mal, car j'ai tout un ensemble de services que j'aimerais bien ne pas avoir à réinstaller... (mail, dns, dhcp, hylafax, asterisk, ftp, samba, ...) Guillaume -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
NAN: sda[0] veut dire que la partition 0 (1ère) du raid array se trouve dans le HD /dev/sda (V. les uniques Id qq lignes plus loin dans le post d'org) Daniel Huhardeaux wrote: Guillaume78fr wrote: Et le module raid1 est bien chargé je suppose. Lorsque tu boot ton nouveau noyau, que donne un cat /proc/mdstat? Le fichier mdadm.conf est il conforme? Pour vérifier la présence du module, cat /proc/modules|grep raid me donne les modules : - md_mod - raid0 - raid1 - raid456 - xor Pour cat /proc/mdstat, j'obtiens : Personalities : [raid1] [raid0] [raid6] [raid5] [raid4] md0 : active raid1 sda[0] 244197440 blocks [2/1] [U_] Ce qui est illogique est qu'il essaye de construire un espace raid avec sda0 (existe d'ailleurs?) au lieu de sda[123]. Essaye d'assembler manuellement les espaces raid -- For children, a woman. For pleasure, a boy. For sheer ecstasy, a melon.
Re: pb de boot sur raid1 logiciel depuis passage à etch...
Guillaume78fr wrote: Et le module raid1 est bien chargé je suppose. Lorsque tu boot ton nouveau noyau, que donne un cat /proc/mdstat? Le fichier mdadm.conf est il conforme? Pour vérifier la présence du module, cat /proc/modules|grep raid me donne les modules : - md_mod - raid0 - raid1 - raid456 - xor Pour cat /proc/mdstat, j'obtiens : Personalities : [raid1] [raid0] [raid6] [raid5] [raid4] md0 : active raid1 sda[0] 244197440 blocks [2/1] [U_] Ce qui est illogique est qu'il essaye de construire un espace raid avec sda0 (existe d'ailleurs?) au lieu de sda[123]. Essaye d'assembler manuellement les espaces raid -- Daniel Huhardeaux _ _ _ _ enum+48 22 434 6431 (_ __) _ ) _ (_ __) _ _(_) iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ ( ___( ___/ /_/ (_/ (_/_/.netFWD# 422493 -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
o_O, j'ai pas suivi le thread, mais il-y-a un HD kicked out de /dev/md0: Guillaume78fr wrote: Et le module raid1 est bien chargé je suppose. Lorsque tu boot ton nouveau noyau, que donne un cat /proc/mdstat? Le fichier mdadm.conf est il conforme? Pour vérifier la présence du module, cat /proc/modules|grep raid me donne les modules : - md_mod - raid0 - raid1 - raid456 - xor Pour cat /proc/mdstat, j'obtiens : Personalities : [raid1] [raid0] [raid6] [raid5] [raid4] md0 : active raid1 sda[0] 244197440 blocks [2/1] [U_] ^^ #: mdadm /dev/md0 -r /dev/sdb1 -a /dev/sdb1 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=827b4f5b:b4dbf29f:3eede8cd:cc70c1ca devices=/dev/sda1,/dev/sdb1 -- HOW TO REMOVE STAINS -- #28 Semen stains can be removed from computer terminals with Fantastik or the like. Use Windex on the glass however, and be sure to turn the power off if you have to clean between the keys.
Re: pb de boot sur raid1 logiciel depuis passage à etch...
Et le module raid1 est bien chargé je suppose. Lorsque tu boot ton nouveau noyau, que donne un cat /proc/mdstat? Le fichier mdadm.conf est il conforme? Pour vérifier la présence du module, cat /proc/modules|grep raid me donne les modules : - md_mod - raid0 - raid1 - raid456 - xor Pour cat /proc/mdstat, j'obtiens : Personalities : [raid1] [raid0] [raid6] [raid5] [raid4] md0 : active raid1 sda[0] 244197440 blocks [2/1] [U_] unused devices: Pour ce qui est de mdadm.conf, je pense qu'il est conforme puisqu'il fonctionne avec l'ancien noyau. Cependant, je peux me tromper. Voici 3 versions que j'ai testées, qui ont toutes fonctionné avec le vieux noyaux mais pas avec le nouveau... mdadm.conf v1: DEVICE partitions ARRAY /dev/md1 level=raid1 num-devices=2 UUID=551100a0:85c31a77:cc2468bf:d43cba6f devices=/dev/sda3,/dev/sdb3 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=827b4f5b:b4dbf29f:3eede8cd:cc70c1ca devices=/dev/sda1,/dev/sdb1 --- mdadm.conf v2: DEVICE partitions CREATE owner=root group=disk mode=0660 auto=yes HOMEHOST ARRAY /dev/md0 level=raid1 num-devices=2 UUID=827b4f5b:b4dbf29f:3eede8cd:cc70c1ca ARRAY /dev/md1 level=raid1 num-devices=2 UUID=551100a0:85c31a77:cc2468bf:d43cba6f MAILADDR [EMAIL PROTECTED] --- mdadm.conf v3: DEVICE partitions ARRAY /dev/md1 level=raid1 num-devices=2 devices=/dev/sda3,/dev/sdb3 ARRAY /dev/md0 level=raid1 num-devices=2 devices=/dev/sda1,/dev/sdb1 MAILADDR [EMAIL PROTECTED] Pour info, j'ai aussi essayé en mettant les UUID dans fstab, mais j'en suis revenu car ça ne peut fonctionner qu'avec le nouveau noyau, pas avec l'ancien... Guillaume -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
guillaume78fr wrote: C'est bon, y'a juste les raid0 et raid5 dans personalities qui me smblent deplaces. Es tu sur que ton noyau ETCH -le nouveau donc ;-)- inclu bien la gestion du raid? À priori, je dirais oui. Je me base sur le fichier /boot/config pour déterminer ça: Dans le nouveau config-2.6.18-4-k7: # # Multi-device support (RAID and LVM) # CONFIG_MD=y CONFIG_BLK_DEV_MD=m CONFIG_MD_LINEAR=m CONFIG_MD_RAID0=m CONFIG_MD_RAID1=m CONFIG_MD_RAID10=m CONFIG_MD_RAID456=m CONFIG_MD_RAID5_RESHAPE=y CONFIG_MD_MULTIPATH=m CONFIG_MD_FAULTY=m CONFIG_BLK_DEV_DM=m CONFIG_DM_CRYPT=m CONFIG_DM_SNAPSHOT=m CONFIG_DM_MIRROR=m CONFIG_DM_ZERO=m CONFIG_DM_MULTIPATH=m CONFIG_DM_MULTIPATH_EMC=m Dans l'ancien config-2.6.8-2-386: # # Multi-device support (RAID and LVM) # CONFIG_MD=y CONFIG_BLK_DEV_MD=m CONFIG_MD_LINEAR=m CONFIG_MD_RAID0=m CONFIG_MD_RAID1=m CONFIG_MD_RAID5=m CONFIG_MD_RAID6=m CONFIG_MD_MULTIPATH=m CONFIG_BLK_DEV_DM=m CONFIG_DM_CRYPT=m CONFIG_DM_SNAPSHOT=m CONFIG_DM_MIRROR=m CONFIG_DM_ZERO=m Le MD est donc en dur dans les deux cas et le RAID1 est en module dans les deux cas... Et le module raid1 est bien chargé je suppose. Lorsque tu boot ton nouveau noyau, que donne un cat /proc/mdstat? Le fichier mdadm.conf est il conforme? -- Daniel Huhardeaux _ _ _ _ enum+48 22 434 6431 (_ __) _ ) _ (_ __) _ _(_) iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ ( ___( ___/ /_/ (_/ (_/_/.netFWD# 422493 -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
C'est bon, y'a juste les raid0 et raid5 dans personalities qui me smblent deplaces. Es tu sur que ton noyau ETCH -le nouveau donc ;-)- inclu bien la gestion du raid? À priori, je dirais oui. Je me base sur le fichier /boot/config pour déterminer ça: Dans le nouveau config-2.6.18-4-k7: # # Multi-device support (RAID and LVM) # CONFIG_MD=y CONFIG_BLK_DEV_MD=m CONFIG_MD_LINEAR=m CONFIG_MD_RAID0=m CONFIG_MD_RAID1=m CONFIG_MD_RAID10=m CONFIG_MD_RAID456=m CONFIG_MD_RAID5_RESHAPE=y CONFIG_MD_MULTIPATH=m CONFIG_MD_FAULTY=m CONFIG_BLK_DEV_DM=m CONFIG_DM_CRYPT=m CONFIG_DM_SNAPSHOT=m CONFIG_DM_MIRROR=m CONFIG_DM_ZERO=m CONFIG_DM_MULTIPATH=m CONFIG_DM_MULTIPATH_EMC=m Dans l'ancien config-2.6.8-2-386: # # Multi-device support (RAID and LVM) # CONFIG_MD=y CONFIG_BLK_DEV_MD=m CONFIG_MD_LINEAR=m CONFIG_MD_RAID0=m CONFIG_MD_RAID1=m CONFIG_MD_RAID5=m CONFIG_MD_RAID6=m CONFIG_MD_MULTIPATH=m CONFIG_BLK_DEV_DM=m CONFIG_DM_CRYPT=m CONFIG_DM_SNAPSHOT=m CONFIG_DM_MIRROR=m CONFIG_DM_ZERO=m Le MD est donc en dur dans les deux cas et le RAID1 est en module dans les deux cas... Quant au raid0 et raid5 dans les personalities, je pense qu'il faudrait que je compile mon propre noyau avec juste ce qu'il faut. Cependant, je plutôt preneur des noyaux tout fait, car en théorie, toutes les options qui me sont nécessaires sont déjà pris en compte. Etant donné que tout fonctionne bien, je ne cherche pas l'optimisation à tout prix... ;) Guillaume -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
Guillaume78fr wrote: Pour commencer, merci de t'intéresser à mon problème ;) En y regardant d'un peu plus près, mon array est normalement composé de /dev/sda1 et /dev/sdb1. Le problème, c'est que je ne peux pas construire l'array, car bien qu'il détecte les disques /dev/sda et /dev/sdb, il ne détecte pas les partitions qui sont dessus (sda[1-3] et sdb[1-3]). Es tu bien sur que ton Raid sous Sarge est bien construit avec du sda et non du _hda_? Apparemment oui. Si je ne me trompe pas, un "cat /proc/mdstat" répond à cette question. Voici le résultat Personalities : [raid0] [raid1] [raid5] md1 : active raid1 sda3[0] sdb3[1] 203182016 blocks [2/2] [UU] md0 : active raid1 sda1[0] sdb1[1] 39061952 blocks [2/2] [UU] unused devices: Suis-je bien dans le juste? C'est bon, y'a juste les raid0 et raid5 dans personalities qui me smblent deplaces. Es tu sur que ton noyau ETCH -le nouveau donc ;-)- inclu bien la gestion du raid? -- Daniel Huhardeaux _ _ _ _ enum+48 22 434 6431 (_ __) _ ) _ (_ __) _ _(_) iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ ( ___( ___/ /_/ (_/ (_/_/.netFWD# 422493 -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
Pour commencer, merci de t'intéresser à mon problème ;) En y regardant d'un peu plus près, mon array est normalement composé de /dev/sda1 et /dev/sdb1. Le problème, c'est que je ne peux pas construire l'array, car bien qu'il détecte les disques /dev/sda et /dev/sdb, il ne détecte pas les partitions qui sont dessus (sda[1-3] et sdb[1-3]). Es tu bien sur que ton Raid sous Sarge est bien construit avec du sda et non du _hda_? Apparemment oui. Si je ne me trompe pas, un "cat /proc/mdstat" répond à cette question. Voici le résultat Personalities : [raid0] [raid1] [raid5] md1 : active raid1 sda3[0] sdb3[1] 203182016 blocks [2/2] [UU] md0 : active raid1 sda1[0] sdb1[1] 39061952 blocks [2/2] [UU] unused devices: Suis-je bien dans le juste? Guillaume -- 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: pb de boot sur raid1 logiciel depuis passage à etch...
Guillaume78fr wrote: Bonjour, Bonsoir Je suis passé de Sarge à Etch récemment et tout va presque bien. Sur Sarge, j'avais un noyau 2.6.8 et je bootais sur mon raid1 logiciel. Depuis que je suis passé à Etch, je peux toujours le faire en gardant ce noyau, mais dès que je veux passer au noyau 2.6.18 (noyau standard pour Etch...), ça ne fonctionne plus : le boot plante... Au démarrage, il me dit qu'il ne peut pas monter /dev/md0 dans /root. En y regardant d'un peu plus près, mon array est normalement composé de /dev/sda1 et /dev/sdb1. Le problème, c'est que je ne peux pas construire l'array, car bien qu'il détecte les disques /dev/sda et /dev/sdb, il ne détecte pas les partitions qui sont dessus (sda[1-3] et sdb[1-3]). Es tu bien sur que ton Raid sous Sarge est bien construit avec du sda et non du _hda_? -- Daniel Huhardeaux _ _ _ _ enum+48 22 434 6431 (_ __) _ ) _ (_ __) _ _(_) iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ ( ___( ___/ /_/ (_/ (_/_/.netFWD# 422493 -- 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]
pb de boot sur raid1 logiciel depuis passage à etch...
Bonjour, Je suis passé de Sarge à Etch récemment et tout va presque bien. Sur Sarge, j'avais un noyau 2.6.8 et je bootais sur mon raid1 logiciel. Depuis que je suis passé à Etch, je peux toujours le faire en gardant ce noyau, mais dès que je veux passer au noyau 2.6.18 (noyau standard pour Etch...), ça ne fonctionne plus : le boot plante... Au démarrage, il me dit qu'il ne peut pas monter /dev/md0 dans /root. En y regardant d'un peu plus près, mon array est normalement composé de /dev/sda1 et /dev/sdb1. Le problème, c'est que je ne peux pas construire l'array, car bien qu'il détecte les disques /dev/sda et /dev/sdb, il ne détecte pas les partitions qui sont dessus (sda[1-3] et sdb[1-3]). J'ai fait tout ce que j'ai pu (y compris suivre les releases notes concernant l'upgrade de version), mais rien à faire. Quelqu'un aurait-il déjà vu ce problème? À défaut, quelqu'un aurait-il une idée sur le problème? D'avance merci Guillaume PS : je pense que le problème vient d'udev, mais je ne vois franchement pas où est l'erreur PS2: mes deux noyaux (2.6.8 et 2.6.18) sont ceux fournis par les paquets linux-image-2.6... -- 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: Pb avec nfs-kernel-server au boot
Franck Joncourt a écrit : > On Tue, May 22, 2007 at 09:55:24PM +0200, giggz wrote: >> En fait je suppose que toi au moment où nfs-kernel-server, ton interface >> internet est montée, non ? >> >> si tu débranches ton lan et que tu bootes, tu n'as po un message >> d'erreur du style que celui que j'ai ? >> > > Entierement debranché (reseau local, Internet). > damned...ben alors c'est po ça...j'ai plus qu'à galérer... :) -- 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: Pb avec nfs-kernel-server au boot
On Tue, May 22, 2007 at 09:55:24PM +0200, giggz wrote: > > En fait je suppose que toi au moment où nfs-kernel-server, ton interface > internet est montée, non ? > > si tu débranches ton lan et que tu bootes, tu n'as po un message > d'erreur du style que celui que j'ai ? > Entierement debranché (reseau local, Internet). -- Franck Joncourt http://www.debian.org - http://smhteam.info/wiki/ GPG server : pgpkeys.mit.edu Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE signature.asc Description: Digital signature
Re: Pb avec nfs-kernel-server au boot
Franck Joncourt a écrit : > On Tue, May 22, 2007 at 07:51:22PM +0200, giggz wrote: >> Rebonsoir, > > Bonsoir, > >> J'avais désactivé le service nfs-kernel-server du boot. J'ai voulu le >> réactiver pour voir. Ms je me suis souvenu de la raison de sa >> désactivation : au boot il se lance et me met un message : >> Starting NFS kernel daemon : mountdCannot register service : RPC : >> Unable to send; errno : Operation not permitted > > Chez moi cela fonctionne a merveille. > > Sachant que rpc.mountd est avec le package nfs-kernel-server entre autre > : > > $ dpkg -l | grep nfs-kernel-server > ii nfs-kernel-server 1.0.12-4+b1 ... > > avec un noyau : 2.6.18-4-amd64 > >> Mais une fois sous GNOME si je fais un /etc/init.d/nfs-kernel-server >> restart tout fonctionne parfaitement. >> >> Après avoir regardé les logs j'ai vu que l'établissement de mon >> interface eth0 par ifplugd n'était pas encore terminé au moment du >> lancement de nfs-kernel-server au boot. Observez vous un comportement >> similaire. Si oui je m'en vais de ce pas faire un rapport de bogue! >> > > Si cela peut aider : > > # update-rc.d -n -f nfs-kernel-server remove > Removing any system startup links for /etc/init.d/nfs-kernel-server ... > /etc/rc0.d/K80nfs-kernel-server > /etc/rc1.d/K80nfs-kernel-server > /etc/rc2.d/S20nfs-kernel-server > /etc/rc3.d/S20nfs-kernel-server > /etc/rc4.d/S20nfs-kernel-server > /etc/rc5.d/S20nfs-kernel-server > /etc/rc6.d/K80nfs-kernel-server > > Bien qu'il y ait peut de chances que cela differe. > > Je ne peut pas en faire de meme pour ifplugd sachant que je ne l'ai pas > d'installe. > Merci, En fait je suppose que toi au moment où nfs-kernel-server, ton interface internet est montée, non ? si tu débranches ton lan et que tu bootes, tu n'as po un message d'erreur du style que celui que j'ai ? Guillaume -- 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: Pb avec nfs-kernel-server au boot
On Tue, May 22, 2007 at 07:51:22PM +0200, giggz wrote: > Rebonsoir, Bonsoir, > J'avais désactivé le service nfs-kernel-server du boot. J'ai voulu le > réactiver pour voir. Ms je me suis souvenu de la raison de sa > désactivation : au boot il se lance et me met un message : > Starting NFS kernel daemon : mountdCannot register service : RPC : > Unable to send; errno : Operation not permitted Chez moi cela fonctionne a merveille. Sachant que rpc.mountd est avec le package nfs-kernel-server entre autre : $ dpkg -l | grep nfs-kernel-server ii nfs-kernel-server 1.0.12-4+b1 ... avec un noyau : 2.6.18-4-amd64 > Mais une fois sous GNOME si je fais un /etc/init.d/nfs-kernel-server > restart tout fonctionne parfaitement. > > Après avoir regardé les logs j'ai vu que l'établissement de mon > interface eth0 par ifplugd n'était pas encore terminé au moment du > lancement de nfs-kernel-server au boot. Observez vous un comportement > similaire. Si oui je m'en vais de ce pas faire un rapport de bogue! > Si cela peut aider : # update-rc.d -n -f nfs-kernel-server remove Removing any system startup links for /etc/init.d/nfs-kernel-server ... /etc/rc0.d/K80nfs-kernel-server /etc/rc1.d/K80nfs-kernel-server /etc/rc2.d/S20nfs-kernel-server /etc/rc3.d/S20nfs-kernel-server /etc/rc4.d/S20nfs-kernel-server /etc/rc5.d/S20nfs-kernel-server /etc/rc6.d/K80nfs-kernel-server Bien qu'il y ait peut de chances que cela differe. Je ne peut pas en faire de meme pour ifplugd sachant que je ne l'ai pas d'installe. -- Franck Joncourt http://www.debian.org - http://smhteam.info/wiki/ GPG server : pgpkeys.mit.edu Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE signature.asc Description: Digital signature
Pb avec nfs-kernel-server au boot
Rebonsoir, J'avais désactivé le service nfs-kernel-server du boot. J'ai voulu le réactiver pour voir. Ms je me suis souvenu de la raison de sa désactivation : au boot il se lance et me met un message : Starting NFS kernel daemon : mountdCannot register service : RPC : Unable to send; errno : Operation not permitted Mais une fois sous GNOME si je fais un /etc/init.d/nfs-kernel-server restart tout fonctionne parfaitement. Après avoir regardé les logs j'ai vu que l'établissement de mon interface eth0 par ifplugd n'était pas encore terminé au moment du lancement de nfs-kernel-server au boot. Observez vous un comportement similaire. Si oui je m'en vais de ce pas faire un rapport de bogue! Merci GiGGz -- 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]
console-data à relancer à chaque boot
Bonjour, j'arrive pas à trouver pourquoi je suis obligé à relancer dpkg-reconfigure console-data pour avoir le bon clavier. Si quelqun pourrait me mettre sur la piste. cordialement mess-mate -- English literature's performing flea. -- Sean O'Casey on P.G. Wodehouse
Re: Redémarrage brutal pendant le boot.
Le Sun, 13 May 2007 15:32:25 + "Quentin Carbonneaux" <[EMAIL PROTECTED]> a écrit: > Bonjour la liste, > > Depuis peu, ma debian lenny a un comportement étrange, en effet, au > démarrage, certaines fois (c'est un problème aléatoire ) la procédure de > démarrage s'interrompt et l'ordinateur redémarre d'un coup, généralement > après ce redémarrage brutal le boot se déroule correctement. > Le boot s'arrête après le démarrage de 'hald'. > J'ai un peu fouillé dans les logs : /var/log/dmesg* mais ils sont muets, > tout semble de dérouler sans problèmes. > Voici ma configuration matérielle : Carte mère Asus A7N8X-E, Radeon 9600, > disque dur SATA 150Go. > > Si vous avez une solution ou si vous avez le même problème, je serai heureux > d'obtenir une réponse de votre part. Par rapport à la sarge, si fsck finit avec une erreur 2, le système reboot de lui même. Cela ne m'était jamais arrivé sur sarge et sur etch, le code de retour 2 de fsck est quasi systématique en cas de mauvaise extinction. Regarde si un de tes volumes ne se démonte pas lors de l'extinction de ta machine... 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]
Redémarrage brutal pendant le boot.
Bonjour la liste, Depuis peu, ma debian lenny a un comportement étrange, en effet, au démarrage, certaines fois (c'est un problème aléatoire ) la procédure de démarrage s'interrompt et l'ordinateur redémarre d'un coup, généralement après ce redémarrage brutal le boot se déroule correctement. Le boot s'arrête après le démarrage de 'hald'. J'ai un peu fouillé dans les logs : /var/log/dmesg* mais ils sont muets, tout semble de dérouler sans problèmes. Voici ma configuration matérielle : Carte mère Asus A7N8X-E, Radeon 9600, disque dur SATA 150Go. Si vous avez une solution ou si vous avez le même problème, je serai heureux d'obtenir une réponse de votre part. PS: Après le démarrage ma debian est très stable, elle ne redémarre pas toute seule, j'aimerai savoir quel paquet/programme est en jeu ... Merci d'avance pour votre réponse.
Re: scripts résea u au boot/shutdown
Bonjour, Le dimanche 29 avril 2007, mpg a écrit... > > Destination Passerelle Genmask Indic Metric RefUse > > Iface > > 192.168.0.0 * 255.255.255.0 U 0 00 > > wlan0 > > default 192.168.0.254 0.0.0.0 UG0 00 > > wlan0 > J'essaie de partir du seul point positif au tableau : juste après le boot, > ça marche toujours. Par contre, la coupure (quand elle survient) peut > provenir entre 5 minutes et plus de 12h après le boot. Ton interface semble être une interface wifi. La coupure est elle identique si la liaison est filaire ? -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.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]
Re: scripts résea u au boot/shutdown
* mpg <[EMAIL PROTECTED]> [2007-04-29 01:19:45 +0200] wrote :
> Bonjour,
>
> Suite à des problèmes réseau récurrents mais qui disparaissent toujours
> au reboot, je pensais qu'une bonne manière de
> - dans un premier temps récupérer mon réseau sans rebooter
> - dans un deuxième temps faire des tests un peu plus poussés pour voir
> où se situe le problème
> serait de savoir ce qui se passe au boot et au shutdown, pour être en
> mesure de simuler un reboot juste au niveau des éléments réseau.
>
> Je suis encore un peu newbie et ne maîtrise pas très bien le système des
> scripts de démarrage, que ce soit en général ou sous debian en
> particulier, aussi viens-je vous demander quelles sont les pistes
> (quelles pages web, de man ou de readme) pour débuter, et au moins
> identifier les actions de la séquence de (re)boot ayant trait au réseau.
>
> Merci d'avance.
>
> Manuel.
SAlut,
Pour tout ce qui est scripting, il existe une liste de diffusion sur les
scripts shell où tu pourras avoir un peu d'aide...
Le lien concernant cette liste :
http://debianworld.org/?q=node/12
a+
--
. ''`. (\___/) E d i S T O J I C E V I C
: :' : (='.'=) http://www.debianworld.org
`. `~' (")_(") GPG: 0x1237B032
`-
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.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: scripts réseau au boot/shutdown
François TOURDE a écrit : Le 13632ième jour après Epoch, Ben déjà, exprime tes soucis réseau un peu plus en détail... En fait, j'avais déjà évoqué ces problèmes il y a quelque temps dans <[EMAIL PROTECTED]> mais sans avoir vraiment pu avancer. Pendant un bon moment, je n'ai plus eu de soucis, puis ça a recommencé, j'ai passé un moment sous windows, mais à la longue trop de choses linuxiennes me manquent vraiment, et je me décide donc à prendre ce problème à bras le corps. (Entre une babasse sous windows et la même babasse sous linux où le réseau peut mourrir à chaque instant, ma vie informatique n'est pas bien drôle.) Pour info, depuis mon précédent message, je suis resté en stable depuis la sortie d'etch, sur un noyau 2.6.18-4-486. La seule idée que j'ai eue depuis, c'est de vérifier après plantage si les tables de routage du noyau sont correctes, et c'est le cas : [EMAIL PROTECTED]:~$ /sbin/route Table de routage IP du noyau Destination Passerelle Genmask Indic Metric RefUse Iface 192.168.0.0 * 255.255.255.0 U 0 00 wlan0 default 192.168.0.254 0.0.0.0 UG0 00 wlan0 sauf que (et je ne sais pas si c'est significatif) la dernière ligne met un temps assez long (plusieurs secondes) avant de s'afficher. J'essaie de partir du seul point positif au tableau : juste après le boot, ça marche toujours. Par contre, la coupure (quand elle survient) peut provenir entre 5 minutes et plus de 12h après le boot. Pour ce qui sont les actions effectuées, l'origine du monde est /etc/inittab, qui dit par défaut sous Debian que tu vas démarer en runlevel 2, donc regarde /etc/rc2.d/* Il me semble aussi (de mémoire) que les scripts de /etc/rcS.d/ ou autre répertoires sont lancés avant, mais je te laisse piocher :) Oki, merci, c'est un point de départ. Tu peux aussi essayer des choses comme /etc/init.d/network restart (ou mieux utiliser invoke-rc.d) Après une lecture rapide, il semble que /etc/init.d/networking restart ne fasse rien de plus qu'un ifdown && ifup : force-reload|restart) process_options log_action_begin_msg "Reconfiguring network interfaces" ifdown -a --exclude=lo || true if ifup -a --exclude=lo; then log_action_end_msg $? else log_action_end_msg $? fi ;; où process_options ne fait rien d'autre qu'essayer de lire /etc/network/options qui n'existe d'ailleurs pas sur ma machine ce qui est normal parce que c'est marqué que c'est déprécié. Merci de t'intéresser à mon problème. Manuel. -- 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: scripts réseau au boot/shutdown
Le 13632ième jour après Epoch, [EMAIL PROTECTED] écrivait: > Bonjour, > > Suite à des problèmes réseau récurrents mais qui disparaissent > toujours au reboot, je pensais qu'une bonne manière de > - dans un premier temps récupérer mon réseau sans rebooter > - dans un deuxième temps faire des tests un peu plus poussés pour voir > où se situe le problème > serait de savoir ce qui se passe au boot et au shutdown, pour être en > mesure de simuler un reboot juste au niveau des éléments réseau. > > Je suis encore un peu newbie et ne maîtrise pas très bien le système > des scripts de démarrage, que ce soit en général ou sous debian en > particulier, aussi viens-je vous demander quelles sont les pistes > (quelles pages web, de man ou de readme) pour débuter, et au moins > identifier les actions de la séquence de (re)boot ayant trait au > réseau. Ben déjà, exprime tes soucis réseau un peu plus en détail... Pour ce qui sont les actions effectuées, l'origine du monde est /etc/inittab, qui dit par défaut sous Debian que tu vas démarer en runlevel 2, donc regarde /etc/rc2.d/* Il me semble aussi (de mémoire) que les scripts de /etc/rcS.d/ ou autre répertoires sont lancés avant, mais je te laisse piocher :) Tu peux aussi essayer des choses comme /etc/init.d/network restart (ou mieux utiliser invoke-rc.d)
Re: scripts réseau au boot/shutdown
mpg a écrit : > Bonjour, > > Suite à des problèmes réseau récurrents mais qui disparaissent toujours > au reboot, je pensais qu'une bonne manière de > - dans un premier temps récupérer mon réseau sans rebooter > - dans un deuxième temps faire des tests un peu plus poussés pour voir > où se situe le problème > serait de savoir ce qui se passe au boot et au shutdown, pour être en > mesure de simuler un reboot juste au niveau des éléments réseau. ifdown eth0 ifup eth0 ? -- Hark ye, Clinker, you are a most notorious offender. You stand convicted of sickness, hunger, wretchedness, and want. -- Tobias Smollet
scripts réseau au boot/shutdown
Bonjour, Suite à des problèmes réseau récurrents mais qui disparaissent toujours au reboot, je pensais qu'une bonne manière de - dans un premier temps récupérer mon réseau sans rebooter - dans un deuxième temps faire des tests un peu plus poussés pour voir où se situe le problème serait de savoir ce qui se passe au boot et au shutdown, pour être en mesure de simuler un reboot juste au niveau des éléments réseau. Je suis encore un peu newbie et ne maîtrise pas très bien le système des scripts de démarrage, que ce soit en général ou sous debian en particulier, aussi viens-je vous demander quelles sont les pistes (quelles pages web, de man ou de readme) pour débuter, et au moins identifier les actions de la séquence de (re)boot ayant trait au réseau. Merci d'avance. Manuel. -- 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: Avoir un Boot propre..........[Debutant]
Jacques L'helgoualc'h a écrit, jeudi 22 mars 2007, à 22:57 : [...] > Oui, mais non©. Hugues a une Sarge (3.1), pas de bootlogd :/ Zut, mais si® : $ dpkg -S /etc/default/bootlogd initscripts: /etc/default/bootlogd -- Jacques L'helgoualc'h -- 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: Avoir un Boot propre..........[Debutant]
fred a écrit, jeudi 22 mars 2007, à 21:56 :
> "Hugues MORIN" <[EMAIL PROTECTED]> a écrit :
> > J'aurai peut etre du le dire plutot mais j'ai deja regarde tous les
> > fichiers de Log qui sont dans /var/log/ mais sans resultat.
>
> marsu[pts/0]:~/{92}/> cat /etc/default/bootlogd
> # Run bootlogd at startup ?
> BOOTLOGD_ENABLE=Yes
>
> et tu devrais avoir au boot tes messages dans /var/log/boot
Oui, mais non©. Hugues a une Sarge (3.1), pas de bootlogd :/
$ cat /etc/debian_version # ...avec des backports !
3.1
$ apt-cache search bootlogd
$ apt-cache search boot log
apmd - Utilities for Advanced Power Management (APM)
bsdutils - Basic utilities from 4.4BSD-Lite
console-log - Puts a logfile pager on virtual consoles
debianutils - Miscellaneous utilities specific to Debian
extipl - Yet Another Boot Selector for IBM-PC compatibles
fastdnaml - [Biology] A tool for construction of phylogenetic trees of DNA
sequences
kernel-patch-debianlogo - Display a Debian logo on a framebuffer device at
boottime
lg-issue64 - Issue 64 of the Linux Gazette.
lg-issue84 - Issue 84 of the Linux Gazette.
lilo-config - KDE Frontend for lilo configuration
linuxlogo - Color ANSI System Logo
mkinitrd-cd - Creates an initrd image for booting from a live CD-ROM or USB
device
pointerize - Internationalization utilities, based on gettext
sysfsutils - sysfs query tool and boot-time setup
webmin-core - core modules for webmin
welcome2l - Linux ANSI boot logo
yard - Perl scripts to build rescue disk(s) to revive a system
xtrs - emulator for TRS-80 Model I/III/4/4P computers
phylip - [Biology] A package of programs for inferring phylogenies
phylip-doc - [Biology] A package of programs for inferring phylogenies
--
Jacques L'helgoualc'h
--
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]
