La knoppix, je l'ai analysé assez à fond. C'est un système assez largement repris (ça marche bien dans la knoppix donc pourquoi changer?)
Du coup je suis allé voir comment font les autres. Pour la Slack la réponse est dans les scripts qui permettent de créer sa propre version, pour Mandrake dans le Makefile du cvs. Souvent il suffit de jeter un oeil dans l'iso bootable, la gentoo PPC est clairement basée sur cloop, par exemple. Le initrd de knoppix est très parlant sur le système utilisé. Google t'indiquera qu'un développeur gentoo travaille sur gcloop.
Pour la knoppix-mib-ppc y'a qu'à lire les archives de la liste.
En gros il y a deux solutions:
- comprimer les blocks (c'est cloop ou gcloop). Et mettre dans le périphérique comprimé un FS normal (iso9660 pour knoppix). Pour cloop on attache /dev/cloop au fichier et on monte /dev/cloop en iso9660. Les blocks sont comprimés indépendament des fichiers (chaque block fait 64k non comprimé dans la knoppix).
- utiliser un fs comprimé (cramfs pour Slack, squashfs pour k-mib-ppc, on pourrait imaginer utiliser zisofs aussi). Là on monte le fichier en loop avec le type adéquat (cramfs, squashfs). Dans ce cas ce sont les fichiers (et même les inodes dans squashfs) qui sont comprimés indépendament les uns des autres Mais sont coupés en tranche de 32k avant.
Dans tous les cas le but est de pouvoir mettre 2 fois plus de contenu que ce qu'il rentrerait sur un CD "normal".
En passant le développeur de squashfs ( http://squashfs.sf.net/(...) ) veut essayer de le faire entrer dans le noyau officiel.
[^] # Re: Slackware Live CD
Posté par fleny68 . En réponse à la dépêche Slackware Live CD. Évalué à 10.
Du coup je suis allé voir comment font les autres. Pour la Slack la réponse est dans les scripts qui permettent de créer sa propre version, pour Mandrake dans le Makefile du cvs. Souvent il suffit de jeter un oeil dans l'iso bootable, la gentoo PPC est clairement basée sur cloop, par exemple. Le initrd de knoppix est très parlant sur le système utilisé. Google t'indiquera qu'un développeur gentoo travaille sur gcloop.
Pour la knoppix-mib-ppc y'a qu'à lire les archives de la liste.
En gros il y a deux solutions:
- comprimer les blocks (c'est cloop ou gcloop). Et mettre dans le périphérique comprimé un FS normal (iso9660 pour knoppix). Pour cloop on attache /dev/cloop au fichier et on monte /dev/cloop en iso9660. Les blocks sont comprimés indépendament des fichiers (chaque block fait 64k non comprimé dans la knoppix).
- utiliser un fs comprimé (cramfs pour Slack, squashfs pour k-mib-ppc, on pourrait imaginer utiliser zisofs aussi). Là on monte le fichier en loop avec le type adéquat (cramfs, squashfs). Dans ce cas ce sont les fichiers (et même les inodes dans squashfs) qui sont comprimés indépendament les uns des autres Mais sont coupés en tranche de 32k avant.
Dans tous les cas le but est de pouvoir mettre 2 fois plus de contenu que ce qu'il rentrerait sur un CD "normal".
En passant le développeur de squashfs ( http://squashfs.sf.net/(...) ) veut essayer de le faire entrer dans le noyau officiel.