Bonjour,
 
donc mon objectif c'est d'arrivé a une distribution qui tient sur une clef USB de 256mo et qui peut booté dessus.
 
Donc je suis parti de rien ( from scratch ... ) avec une LFS, qui semble bien tourné, du moins si j'arrivé à la lancé.
 
Pour l'instant j'en suis au stade boot avec grub, démarrage du kernel puis kernel panic parcequ'il trouve pas sda2
Le plus marrant dans l'histoire c'est qu'il le detecte après ! Je m'explique, j'ai compilé le initramfs et tout les trucs nécessaires au boot sur une clef usb ( usb-storage & co ) en dure, ce qui normalement devrait fonctionné ... Mais là il boot, il ne trouve pas sda2 donc kernel panic, mais en fait il continue son initialisation, il trouve sda, mais biensur il continue pas
 
Quelqu'un aurait une idée?
Suis-je obligé de crée un initrd ?

 
Aurais tu omis de créer les devices correspondants dans le /dev de ton initrd?
 
Par contre si tu as compilé tout en dur dans ton noyau je serais tenté de dire que le initrd pourrait être superflu (mais cette information est conditionnelle et il convient de la prendre avec des pincettes)...
Je sais que j'avais fait un "live-cd" d'install basé sur LFS et j'avais fait un initrd, mais je sais plus si c'était pas pour éviter d'avoir / en read-only ou si c'était plus sioux.
 
Sinon ta clef est en ext3? manque t'il le support de vfat si non?
 
 

 
/dev/{sda, sda1, sda2} sont bien présents
 
sda1 -> 10mo -> /boot -> ext2
sda2 -> 230mo -> / -> jfs
 
J'ai bien compilé le support en dur dans le noyaux pour ces fs
Donc je m'apprete a tout recompiler en module et a utiliser un initrd avec les modules pre chargé dedans ...

 
c'est con je sors ce soir, sinon j'aurais bien essayé de faire une livekey pour voir si çe qui ne marche pas...

T'en est où?
 
J'ai un peu réfléchi au problème, si ça peut te donner des idées je serais parti sur un truc du genre :
 
-un seule partition ( ou deux avec / home séparé voir plus loin )
-pas d'initrd (a priori la clef est rw -> avec le support de tout dans le noyo ca devrait passer)
-filesystem non-journalisé (ext2) pour eviter d'avoir à ré-écrire toujours le même "bloc" (c'est une des faiblesses des clefs usb il y a un nombre d'écritures limité par "case" mémoire)
-/tmp monté en tmpfs (ie en mémoire plutôt que sur la clef) toujours pour réduire les accés en écriture sur le media.
-/var en tmpfs (même raisons) avec un script de démarrage pour créer /var/log /var/lock /var/run /var/tmp...
-la cérise sur le gateau : /home monté en tmpfs avec un mecanisme simple de synchronisation au boot et à l'arrêt et/ou périodique.
 
On pourrait remplacer tmpfs par des ramdisks (le tmpfs est dynamiquement resizable) histoire de gérer plus finement la consommation de mémoire. Et du coup il pourrait y avoir un mécanisme de détermination des tailles des partoches suivant la quantité de mémoire disponible.
 
Y'a surement plein d'autres idées, le principe sur lequel je suis parti c'est que la clef a une durée de vie assez limitée et qu'il vaut mieux ne pas trop la stresser (sachant que l'écriture n'est, à priori, pas usante...)
 
++
 
PS : finalement un initrd irait aussi dans le même sens...
PS2 : faut parametrer syslog et autres pour pas qu'ils crachent trop!

Vous êtes pas au courant qu'il faut patcher le noyau pour booter sur de l'USB si on ne veut pas avoir un  Kernel panic : http://www.enseirb.fr/~kadionik/em [...] here7.html

 Pour les noyos 2.6 aussi? (et les > 2.4.22?)
 
En tout cas ca semble matcher le problème...
 
et pis j'aime bien l'élégance du patch implémentant l'algo dite de la mèche lente

pour noyau > 2.4.22 oui
pour noyau 2.6... de même, d'ailleurs voici le patch: http://dedasys.com/freesoftware/pa [...] keup.patch
ou il y a aussi celui là:http://llg.cubic.org/docs/bootusb/ [...] -2.6.patch
Si on utilise l'initrd pour booter, il est préférable d'utiliser ce script: http://www.simonf.com/usb/mkinitrd.usb.txt