Suite à la faille de sécurité détectée récemment j'essaye de passer du
noyau 2.6.20 au 2.6.24.3.
En reprenant le .config du 20 pour le 24 et les mêmes options de boot
j'obtiens un kernel panic avec comme message:
8<------8<------8<------8<------8<------8<------8<------8<------8<------
No filesystem could mount root
...
Unable to mount root fs on unknown-block(1,0)
8<------8<------8<------8<------8<------8<------8<------8<------8<------
Peut-être que le problème est celui décrit ici:
http://www.debianhelp.org/node/12199
J'aimerais conserver provisoirement le 2.6.20 et le 2.6.24 et ne pas
utiliser de initrd.
Comment faire ?
Pour info:
Dans /boot/grub/menu.lst
8<------8<------8<------8<------8<------8<------8<------8<------8<------
title Debian, kernel 2.6.20
root (hd0,2)
kernel /boot/vmlinuz-2.6.20 root=/dev/sda3 ro video=vesafb,nomtrr,ywrap,vram:128 vga=836 acpi_sleep=s3_bios resume2=swap:/dev/sda6 elevator=cfq ide1=noprobe libata.atapi_enabled=1
boot
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 2611 20972826 7 HPFS/NTFS
/dev/sda2 9220 9729 4089960 12 Compaq diagnostics
La partition 2 ne se termine pas sur une frontière de cylindre.
/dev/sda3 2612 4435 14651280 83 Linux
/dev/sda4 4436 9219 38427480 5 Extended
/dev/sda5 4436 5651 9767488+ 83 Linux
/dev/sda6 5652 6016 2931831 82 Linux swap / Solaris
/dev/sda7 6017 8448 19535008+ 83 Linux
/dev/sda8 8449 9219 6193026 b W95 FAT32
Les entrées de la table de partitions ne sont pas dans l'ordre du disque
--
Philippe Ivaldi.
http://piprim.tuxfamily.org/
Ça s'arrête là ? Dans les sources de mon 2.6.24.2, le seul truc qui pourrait afficher ce message continue par une liste des filesystems essayés. Cette liste serait très intéressante.
# fdisk -l
Il serait plus intéressant d'avoir la sortie de « cat /proc/mounts » sur le système qui marche, en plus de la liste ci-dessus.
Périphérique Amorce Début Fin Blocs Id Système
Évite d'activer la traduction en français pour les outils système, c'est parfois désastreux.
Ph. Ivaldi wrote in message <877igoqcsl.fsf@tele2.fr>:
No filesystem could mount root
Ça s'arrête là ? Dans les sources de mon 2.6.24.2, le seul truc qui pourrait
afficher ce message continue par une liste des filesystems essayés. Cette
liste serait très intéressante.
# fdisk -l
Il serait plus intéressant d'avoir la sortie de « cat /proc/mounts » sur le
système qui marche, en plus de la liste ci-dessus.
Périphérique Amorce Début Fin Blocs Id Système
Évite d'activer la traduction en français pour les outils système, c'est
parfois désastreux.
Ça s'arrête là ? Dans les sources de mon 2.6.24.2, le seul truc qui pourrait afficher ce message continue par une liste des filesystems essayés. Cette liste serait très intéressante.
# fdisk -l
Il serait plus intéressant d'avoir la sortie de « cat /proc/mounts » sur le système qui marche, en plus de la liste ci-dessus.
Périphérique Amorce Début Fin Blocs Id Système
Évite d'activer la traduction en français pour les outils système, c'est parfois désastreux.
Ph. Ivaldi
Le 29 février 2008, Nicolas George écrivit :
Ph. Ivaldi wrote in message :
No filesystem could mount root
Ça s'arrête là ?
Oui.
Dans les sources de mon 2.6.24.2, le seul truc qui pourrait afficher ce message continue par une liste des filesystems essayés. Cette liste serait très intéressante.
Effectivement elle serait très intéressante mais là il me renvoie une liste vide.
# fdisk -l
Il serait plus intéressant d'avoir la sortie de « cat /proc/mounts » sur le système qui marche, en plus de la liste ci-dessus.
Évite d'activer la traduction en français pour les outils système, c'est parfois désastreux.
Oui, j'aimerais aussi mais je ne sais pas comment faire.
Merci. -- Philippe Ivaldi. http://piprim.tuxfamily.org/
Le 29 février 2008, Nicolas George écrivit :
Ph. Ivaldi wrote in message <877igoqcsl.fsf@tele2.fr>:
No filesystem could mount root
Ça s'arrête là ?
Oui.
Dans les sources de mon 2.6.24.2, le seul truc qui pourrait
afficher ce message continue par une liste des filesystems essayés. Cette
liste serait très intéressante.
Effectivement elle serait très intéressante mais là il me renvoie une
liste vide.
# fdisk -l
Il serait plus intéressant d'avoir la sortie de « cat /proc/mounts » sur le
système qui marche, en plus de la liste ci-dessus.
Dans les sources de mon 2.6.24.2, le seul truc qui pourrait afficher ce message continue par une liste des filesystems essayés. Cette liste serait très intéressante.
Effectivement elle serait très intéressante mais là il me renvoie une liste vide.
# fdisk -l
Il serait plus intéressant d'avoir la sortie de « cat /proc/mounts » sur le système qui marche, en plus de la liste ci-dessus.
Le 29 Feb 2008 10:51:01 GMT, Nicolas George a écrit:
Ph. Ivaldi wrote in message :
Oui, j'aimerais aussi mais je ne sais pas comment faire.
export LC_CTYPE=$LANG unset LANG
Que reproches-tu à 'LANG=C luit fdisk -l' ? (en dehors du fait qu'il nécessite d'installer luit bien sûr)
-- Multi-taches, comme Windows et Woolite, ou multitâches, comme Unix ? Hugo (né il y a 1 383 783 331 secondes)
Hugolino
Le Fri, 29 Feb 2008 16:06:23 +0100, oLaFKeWL a écrit:
Je n'arrive pas à voir le début du boot. Y-a-t-il un moyen de remonter dans les messages (genre shift-PageUp) ou ralentir le défilement ?
dmesg ?
Sur un système dont la coopération se limite à condescendre à t'indiquer qu'il n'a pas réussi à monter le root-fs, je sens que ça va pas être facile-facile :)
/me pense au concept du syslog-Over-Time qui permettrait à la machine de logguer les évènements à venir et donc les messages de boot d'un noyau foireux qu'on a pas encore démarré.
J'aurais besoin de quelques Prix Nobel spécialisés en failles spacio-temporelles et d'astrophysiciens pour combler mes lacunes en théorie des trous noirs. (Quelques Médailles Fields seraient aprréciées pour moulinotroner les signaux binaires...)
-- Pas de panique ! Stabiliser le proto-moulinotron trans-parabolique ne nous empêche pas de micro-inverser le signal binaire ni même de néo-diminuer l'extra-multiplexeur nucléo-adaptatif. Hugo (né il y a 1 383 783 410 secondes)
Le Fri, 29 Feb 2008 16:06:23 +0100, oLaFKeWL a écrit:
Je n'arrive pas à voir le début du boot.
Y-a-t-il un moyen de remonter dans les messages (genre shift-PageUp) ou
ralentir le défilement ?
dmesg ?
Sur un système dont la coopération se limite à condescendre à t'indiquer
qu'il n'a pas réussi à monter le root-fs, je sens que ça va pas être
facile-facile :)
/me pense au concept du syslog-Over-Time qui permettrait à la machine de
logguer les évènements à venir et donc les messages de boot d'un noyau
foireux qu'on a pas encore démarré.
J'aurais besoin de quelques Prix Nobel spécialisés en failles
spacio-temporelles et d'astrophysiciens pour combler mes lacunes en
théorie des trous noirs. (Quelques Médailles Fields seraient
aprréciées pour moulinotroner les signaux binaires...)
--
Pas de panique ! Stabiliser le proto-moulinotron trans-parabolique ne nous
empêche pas de micro-inverser le signal binaire ni même de néo-diminuer
l'extra-multiplexeur nucléo-adaptatif.
Hugo (né il y a 1 383 783 410 secondes)
Le Fri, 29 Feb 2008 16:06:23 +0100, oLaFKeWL a écrit:
Je n'arrive pas à voir le début du boot. Y-a-t-il un moyen de remonter dans les messages (genre shift-PageUp) ou ralentir le défilement ?
dmesg ?
Sur un système dont la coopération se limite à condescendre à t'indiquer qu'il n'a pas réussi à monter le root-fs, je sens que ça va pas être facile-facile :)
/me pense au concept du syslog-Over-Time qui permettrait à la machine de logguer les évènements à venir et donc les messages de boot d'un noyau foireux qu'on a pas encore démarré.
J'aurais besoin de quelques Prix Nobel spécialisés en failles spacio-temporelles et d'astrophysiciens pour combler mes lacunes en théorie des trous noirs. (Quelques Médailles Fields seraient aprréciées pour moulinotroner les signaux binaires...)
-- Pas de panique ! Stabiliser le proto-moulinotron trans-parabolique ne nous empêche pas de micro-inverser le signal binaire ni même de néo-diminuer l'extra-multiplexeur nucléo-adaptatif. Hugo (né il y a 1 383 783 410 secondes)
Ph. Ivaldi
Le 01 mars 2008, Hugolino écrivit :
Le Fri, 29 Feb 2008 16:06:23 +0100, oLaFKeWL a écrit:
Je n'arrive pas à voir le début du boot. Y-a-t-il un moyen de remonter dans les messages (genre shift-PageUp) ou ralentir le défilement ?
dmesg ?
Sur un système dont la coopération se limite à condescendre à t'indiquer qu'il n'a pas réussi à monter le root-fs, je sens que ça va pas être facile-facile :)
Bien sûr dmesg ne fonctionne pas mais les messages d'erreur ont été écrits sur l'écran; on peut donc raisonnablement espérer qu'ils soient encore mémorisés quelque part.
/me pense au concept du syslog-Over-Time qui permettrait à la machine de logguer les évènements à venir et donc les messages de boot d'un noyau foireux qu'on a pas encore démarré.
Je veux juste les évènements passés qui ont défilés trop rapidement sous mes yeux d'endormi :-) La solution semble exister et je suis étonné qu'elle ne soit pas encore disponible dans les versions récentes du kernel: http://lwn.net/Articles/266879/ (pas encore testé mais ça ne saurait tarder)
Un syslog-Over-Time serait aussi très intéressant :-)
Sinon, pour mon problème initiale, la seule solution est-elle FreeBSD ? :-o -- Philippe Ivaldi. http://piprim.tuxfamily.org/
Le 01 mars 2008, Hugolino écrivit :
Le Fri, 29 Feb 2008 16:06:23 +0100, oLaFKeWL a écrit:
Je n'arrive pas à voir le début du boot.
Y-a-t-il un moyen de remonter dans les messages (genre shift-PageUp) ou
ralentir le défilement ?
dmesg ?
Sur un système dont la coopération se limite à condescendre à t'indiquer
qu'il n'a pas réussi à monter le root-fs, je sens que ça va pas être
facile-facile :)
Bien sûr dmesg ne fonctionne pas mais les messages d'erreur ont été
écrits sur l'écran; on peut donc raisonnablement espérer qu'ils soient
encore mémorisés quelque part.
/me pense au concept du syslog-Over-Time qui permettrait à la machine de
logguer les évènements à venir et donc les messages de boot d'un noyau
foireux qu'on a pas encore démarré.
Je veux juste les évènements passés qui ont défilés trop rapidement sous
mes yeux d'endormi :-)
La solution semble exister et je suis étonné qu'elle ne soit pas encore
disponible dans les versions récentes du kernel:
http://lwn.net/Articles/266879/
(pas encore testé mais ça ne saurait tarder)
Un syslog-Over-Time serait aussi très intéressant :-)
Sinon, pour mon problème initiale, la seule solution est-elle FreeBSD ? :-o
--
Philippe Ivaldi.
http://piprim.tuxfamily.org/
Le Fri, 29 Feb 2008 16:06:23 +0100, oLaFKeWL a écrit:
Je n'arrive pas à voir le début du boot. Y-a-t-il un moyen de remonter dans les messages (genre shift-PageUp) ou ralentir le défilement ?
dmesg ?
Sur un système dont la coopération se limite à condescendre à t'indiquer qu'il n'a pas réussi à monter le root-fs, je sens que ça va pas être facile-facile :)
Bien sûr dmesg ne fonctionne pas mais les messages d'erreur ont été écrits sur l'écran; on peut donc raisonnablement espérer qu'ils soient encore mémorisés quelque part.
/me pense au concept du syslog-Over-Time qui permettrait à la machine de logguer les évènements à venir et donc les messages de boot d'un noyau foireux qu'on a pas encore démarré.
Je veux juste les évènements passés qui ont défilés trop rapidement sous mes yeux d'endormi :-) La solution semble exister et je suis étonné qu'elle ne soit pas encore disponible dans les versions récentes du kernel: http://lwn.net/Articles/266879/ (pas encore testé mais ça ne saurait tarder)
Un syslog-Over-Time serait aussi très intéressant :-)
Sinon, pour mon problème initiale, la seule solution est-elle FreeBSD ? :-o -- Philippe Ivaldi. http://piprim.tuxfamily.org/
