This is the old SliTaz forum - Please use the main forum.slitaz.org

Re-construire un iso... kernel panic
  • crobb2607crobb2607 January 2011
    Bonsoir,

    Je rencontre à nouveau des problèmes avec la reconstruction d'iso.
    Pour éliminer des problèmes dûs à mes propres modifs, j'ai tenté l'expérience suivante:

    - Téléchargement de
    http://mirror.slitaz.org/iso/cooking/flavors/slitaz-cooking-4in1.iso
    - Boot en vmware sur cet iso (choix 'fr' lors du boot et c'est tout)

    Premier truc bizarre... en fin de boot, aucun disque dur ne semble trouvé.
    # fdisk -l

    # fdisk -l /dev/sda

    # fdisk -l /dev/hda
    ne donnent rien alors que SystemRescueCD trouve bien le disque dur.

    En fin de boot, je passe root:
    # su -
    Puis je tente de mettre à jour:
    # tazlito get-flavor core-4in1
    # tazlito extract-flavor core4in1
    # tazlito gen-distro
    ...
    Repack packages from rootfs (y/N) ?
    ...
    Download packages from mirror (Y/n) ?
    ...
    Finalement:
    Distro statistics (/home/slitaz/distro)
    ================================================================================
    Build date      : 20110128 at 20:54:34
    Packages        : 220
    Rootfs size     : 113.1M
    Initramfs size  : 16.5M
    ISO image size  : 20.0M
    ================================================================================
    Image is ready: slitaz-core-4in1.iso


    Je récupère l'iso, je boote dessus en vmware et je me prends au bout d'un moment une série de vilaines choses comme ci-dessous:

    [<c150172e>] ? kernel_init+0x0/0x18e

    [<c1003676>] kernel_thread_helper+0x6/0x10

    Système figé.

    Je m'y prends mal ou il y a un bug?


    Cordialement.
    --
    Stephane.
  • FOmenalFOmenal February 2011

    une question bête, pourquoi tu passe par vmware, et pourquoi ne fait tu pas un liveCD pour générer ton iso?


    Ensuite, il y a autre chose que je comprend pas, tu utilise une iso 4en1 pour faire une iso 4en1? un truc m'échappe.


    Ensuite, il doit y avoir un truc qui cloche car avec un rootfs de 113Mo on peut pas obtenir une iso de 20Mo, ou alors ta que du texte dans le rootfs...mais je ne pense pas vue qu'il a télécharger 220 paquets.


    ouvre ton iso sur un cd virtuel et regarde la taille du rootfs et de l'init et regarde si il correspondent.


    Je pense que ton soucis vient de par là.


    A+


     

  • Steph2607Steph2607 February 2011
    Bonsoir,

    Je le fais en vmware pour ne pas graver un cd juste pour mes tests.
    Je ne grave qu'une fois tout mis au point.

    J'ai utilisé une 4in1 parce que lors de mes tests précédents, en partant de la dernière cooking, j'avais eu des soucis avec le noyau et on m'avait conseillé d'utiliser la 4in1 qui datait d'après le changement de noyau.

    Pour l'essentiel, mes modifs consistent à:
    - ajouter un /etc/init.d/local.sh qui effectue les quelques modifs dont j'ai besoin
    - ajouter des paquets du dépot
    - mettre en place des icones sur le Desktop et arranger quelques fichiers de conf dans /root, /home/tux
    - mettre divers scripts dans /root/bin

    Le dernier que j'aie fait et qui fonctionne avait:

    Distro statistics (/home/slitaz/distro)
    ================================================================================
    Build date      : 20110131 at 19:31:02
    Packages        : 249
    Rootfs size     : 135.1M
    Initramfs size  : 32.6M
    ISO image size  : 36.0M
    ================================================================================
    Image is ready: slitaz-firefox-crob.iso


    Mais sur certaines machines, on obtient quand même:

    [<c150172e>] ? kernel_init+0x0/0x18e
    [<c1003676>] kernel_thread_helper+0x6/0x10

    système figé.


    Cordialement.
    --
    Stephane.
  • ErjoErjo February 2011
    A tout hazard pourriez-vous essayer de compresser le rootfs avec gzip plutôt de lzma ?

    COMPRESSION="gzip" dans tazwok.conf



  • quercusquercus February 2011
    bonjour,

    j'ai eu ce genre de problème il y a quelques semaines et il s'est effectivement résolu en utilisant la compression GZip à la place de lzma.
  • Steph2607Steph2607 February 2011
    Bonsoir,

    En l'occurrence, je n'ai le problème en vmware qu'avec une quantité de RAM insuffisante.
    Il faudra que je ré-essaye au boulot sur des machines bien réelles.

    Merci pour cette piste.
    --
    Stephane.
  • ouioui February 2011
    bonjour

    lzma et gzip sont équivalent quand à leur fiabilité tant qu'on a suffisamment de ram. pour les machines à ressources limitées et si on ne veut pas perdre de temps, prendre gzip. le résultat de la compression sera moins efficace. on charge donc moins vite le résultat.

    as-tu besoin de l'Iso?

    ne peux tu pas tourner en frugal (donc sans CD ni virtualisation)?

    salut

  • Steph2607Steph2607 February 2011
    Bonjour,

    Je n'ai pas bien saisi de quel ISO il est question.

    Je ne sais pas ce qu'est frugal.
    Boot net? Lancement d'un iso via un chargeur de démarrage?

    J'utilise SliTaz essentiellement pour des tâches de maintenance (partitionnement, redimensionnement, sauvegarde, restauration et clonage) sur des réseaux SambaEdu3.
    Je me bricole donc de temps à autres (pour suivre les màj) un iso avec les paquets requis, quelques scripts et un /etc/init.d/local.sh qui fait la post-conf utile.

    Actuellement, on a des machines (avec plus de 500Mo de RAM) sur lesquelles le boot plante avec les lignes mentionnées:
    [<c150172e>] ? kernel_init+0x0/0x18e
    [<c1003676>] kernel_thread_helper+0x6/0x10


    Merci.
    --
    Stephane.
Add a Comment

Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Sign In Apply for Membership

Categories

SliTaz Network

SliTaz Social