Forum openmoko-fr.org

Epy a écrit:

Salut
tu as fait quel genre de modifs dans Qi-bootmenu ?

Ah ben oui, j'ai oublié l'essentiel. En fait, pour que ça fonctionne chez moi, il fallait rajouter rootdely ou rootwait sur les options du noyau. Et pour recompiler le tout, il faut faire une montée de version sur zlib.

Rien de bien compliqué, mais ça m'a pris un certain temps. Du coup, si ça peut éviter à d'autres de perdre ce temps parfois précieux...

Trim a écrit:

Je suis peut-être complètement à côté de la plaque, mais pour rajouter le root-delay, il suffit de le mettre dans un fichier, comme écrit sur la page Qi du wiki d'openmoko (ici), non ?

Tu as cent fois raison. Une telle modification aurait suffit. Mais il me parait encore pluss "propre" de laisser ce réglage de niveau hard au bootloader, laissant le fichier /boot/append-GTA0[123] pour des configs plus orientées distribution.

Sur la page que tu as cité, il est indiqué que la valeur par défaut de rootdelay donnée par Qi est "1". Je vais prendre le temps de regarder dans le code s'il y a d'autres options que nous aurions manqué.

Je n'arrive pas a faire marcher qi-bootmenu.

J'ai fait :

sudo ../dfu-util -a u-boot -R -D qi-s3c2442-bootmenu-0.1.udfu
(sudo ../dfu-util -a kernel -R -D uImage-GTA02-bootmenu-0.1.bin)
sudo ../dfu-util -a kernel -R -D uImage-GTA02-bootmenu-0.1-guyou1.bin

Ma carte mémoire est formatée comme suit :

fdisk -l /dev/sdb

Disk /dev/sdb: 7948 MB, 7948206080 bytes
255 heads, 63 sectors/track, 966 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00079b9a

Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1          13      104391    b  W95 FAT32      (pas utilisé)
/dev/sdb2              14          89      610470   83  Linux      (ext3 - qtmoko)
/dev/sdb3              90         165      610470   83  Linux      (ext3 - shr)
/dev/[b]sdb7[/b]             166         241      610407   83  Linux      (ext3 - hackable1)
/dev/sdb4             166         966     6434032+   5  Extended
/dev/sdb5             320         934     4939987+   b  W95 FAT32      (/home)
/dev/sdb6             935         966      257008+  82  Linux swap / Solaris      (swap)

Les archives tar des différentes distributions ont été désarchivée dans les partitions respective de la carte mémoire.

Au boot, il n'y a pas l'écran qi-bootmenu. Le freerunner démmarre directement sur SHR.
Je ne comprend pas car sur la première partition se trouve QTmoko. SHR est sur la deuxième partition!?

Dernière modification par crl (08-06-2010 20:54:54)

Je n'avait pas installé de fichier  "/boot/noboot-GTA0[123]" comme suggéré par  Trim.  En fait, je pensais que la version de qi proposée pour le qi-bootmenu avait été modifié pour booter directement sur la partition kernel.

1) Est-ce que quelqu'un peut me confirmer que ce n'est pas le cas.

En démarrant le Freerunner sans la carte mémoire, il y a qi-bootmenu qui se lance. La seule option disponible est "power off". On peut donc déduire que le multi boot est bien intallé.

J'avais installé la mauvaise version de QTmoko. Donc ça expliquerait pourquoi il lancait SHR. J'ai créé un fichier vide "boot/noboot-GTA0[123]" dans chaque partition de la MMC, y compris la partition FAT. J'ai toujours le même problème, sauf que mainteant il boot sur QTmoko.

2) Est ce que c'est bien un simple fichier vide ? Si non, où peut on trouver le fichier "boot/noboot-GTA0[123]"?

3) Serait-il possible d'installer qi-botmenu sur la première partition de la MMC (/dev/sdb1) ?

4) Etant donné que la partition kernel est utilisée par qi-bootmenu, est-ce que la mémoire interne du freerunner pourrait être utilisée pour une distribution. 

5) Est ce que cette distribution pourrait être soit lancée automatiquement lorsqu'il n'y a pas de carte mémoire, soit proposée dans la sélection de qi-bootmenu quand la carte mémoire est installée?

Dernière modification par crl (09-06-2010 20:08:44)

Ah les vignes... Que de bon souvenirs. Surtout les deux semaines qui suivent la fin des classes pour le nettoyage. Au fait Trim, tu es Valaisan ?

Bon pour revenir au sujet, concernant SHR c'était parce que mon installation de QTMoko n'était pas valide. J'avais installé, par mégarde, la version GTA01. Ce problème est résolu. Sinon ma précédente distribution était Hackable1, mais dans la mémoire interne. (A ce sujet, je trouve que c'est une distro pleine de qualités, faisant abstraction du thème orange)

Je confirme, il faut bien mettre un fichier noboot-GTA02 comme l'a proposé Trim. C'est l'existence du fichier que est déterminante. Le contenu est sans importance. Donc ça voudrait dire que le qi de qi-bootmenu n'a pas été modifié pour booter directement sur la flash interne.

Apparemment c'est ça qui jouait pas chez moi. J'ai refait l'opération et ça marche. Encore Merci Trim.

Dernière modification par crl (10-06-2010 22:47:45)

Désolé, j'avais lancé un thread et je ne me suis pas connecté depuis un bout de temps. Qui plus est, je n'ai pas pris 5 minutes pour avancer sur toutes mes idées pour qi-bootmenu.

En tout cas, je suis content que @crl ait trouvé sa solution. Perso, la première fois, j'avais énormément galéré au début simplement à cause du nom du noyau dans /boot. Un lien symbolique avait tout résolu.

En tout cas, je suis super content de voir qu'il y a d'autres utilisateurs de qi-bootmenu. La prochaine modification qui me tient particulièrement à coeur : faire en sorte que qi-bootmenu puisse fonctionner en périphérique usb-storage. Cela devrait simplifier un maximum les bidouillages sur la carte SD.

S@lut !

Ça, c'est du magique pour un quelqu'un comme moi...

Au delà du fait que je n'arrive pas à faire booter QtMoko (qui me bloque carrément le FR en dead lock (mais je bosse dessus)) j'ai remarqué que qi-bootmenu ne gère pas plus de trois partitions. C'est normal ?

@++

Édit :
1- ça y est, QtMoko a fini par fonctionner avec la dernière version.
2- Bien l'idée d'utiliser les labels des partitions ; j'attends avec impatience.

Dernière modification par footware (26-06-2010 17:17:39)

Bonjour tout le monde,

Je me suis plus connecté sur le forum depuis un certain temps. Ça fait plaisir de voir qu'il se passe des choses.

Pour répondre aux différentes questions dans l'ordre :

Trim a écrit:

@crl : et oui, je suis valaisan  Tu connais des valaisans ?

Je suis aussi Valaisan, originaire de Flanthey. J'habite actuellement à Monthey

Trim a écrit:

Hello! J'ai reformaté toute ma carte SD aujourd'hui, sans toucher à Qi-bootmenu, et j'ai eu le même "bug" que toi : en fait, je suis prêt à parier que sur ta partition "SHR", il y a l'option "boot" cochée (tu peux le contrôler avec gparted).

Je n'ai pas mon FR sous la main, mais j'avais essayé les différentes options du flag "Boot" dans Gparted. Je ne crois pas que ça change quelque chose. A la fin, il me semble avoir laissé le flag boot seulement pour les partitions avec une distribution dessus.

footware a écrit:

Nouvelle information : le boot se fait systématiquement sur la première partition primaire. On n'a la choix des distribution que si elles sont toutes sur une partition étendue.

Je n'ai pas bien compris. Tu parles du boot avec Qi normal, avec Qi modifié pour Qi-bootmenu ou du boot d'une distribution depuis Qi-bootmenu? Ça voudrait dire que toutes les distributions doivent être dans la partition étendue ?

Avec mes meilleures salutations

CRL

Dernière modification par crl (29-06-2010 08:51:19)

crl a écrit:

footware a écrit:

Nouvelle information : le boot se fait systématiquement sur la première partition primaire. On n'a la choix des distribution que si elles sont toutes sur une partition étendue.

Je n'ai pas bien compris. Tu parles du boot avec Qi normal, avec Qi modifié pour Qi-bootmenu ou du boot d'une distribution depuis Qi-bootmenu? Ça voudrait dire que toutes les distributions doivent être dans la partition étendue ?

Je me suis mal exprimé mais il s'agit exactement de ton problème :

crl a écrit:

Au boot, il n'y a pas l'écran qi-bootmenu. Le freerunner démmarre directement sur SHR.
    Je ne comprend pas car sur la première partition se trouve QTmoko. SHR est sur la deuxième partition!?

Si on met toutes les distributions sur des partitions primaires, on n'a pas l'affichage de Qi-bootmenu : on démarre directement sur la première distribution valide.
Pour qu'il y ait l'affichage du menu, il faut que toutes les distributions soient sur les partition logiques d'une partition étendue (et le choix semble être limité à trois).

Ce n'est qu'une observation que j'ai fait lors de mes petits tests. Je ne saurais absolument pas expliquer le pourquoi.

Dernière modification par footware (29-06-2010 21:14:47)

Nouveaux tests ce soir : quatre partitions primaires EXT2 sur la carte SD avec chacune une distribution.
En collant le fichier [i]/boot/noboot-GTA02[/i ] sur tous les distributions, Qi-bootmenu affiche bien le choix des quatre distributions (alors que tout sur une partition étendue il n'en apparaît que trois).

Je vais essayer d'en installer plus sur une partition étendue pour voir (mais demain soir car il faut que j'achète une autre carte SD).

@++

Guyou a écrit:

- pourquoi qi-bootmenu dans le noyau de la NAND... à creuser. Peut-être parce qu'on est sûr de trouver ce noyau, qu'il y ait une SD ou non.

Oui, à creuser….

Il y a certainement une raison, mais je ne comprends pas du tout ce choix.

Si j'analyse les cas d'utilisations :
1) S'il n'y a pas de carte mémoire, on a, en principe, pas besoin de Qi-bootmenu. Le Qi standard lance automatiquement la distribution installée dans la mémoire interne.
2) Si on a une carte mémoire avec une seule partition, le Qi standard lance automatiquement cette distribution. Dans ce cas, le qi-boot menu n'est pas forcément nécessaire non plus.
3) On veut plusieurs distributions sur la carte mémoire. Dans ce cas qi-boot menu est nécessaire. Alors, quitte à devoir préparer la SD pour plusieurs partitions, je trouverais logique de devoir installer, à ce moment là, le Qi-bootmenu aussi sur la SD. L'utilisation du Qi-bootmenu est strictement dépendant de l'utilisation d'une carte avec plusieurs partions.

Dans un premier temps :
Est-ce que cette analyse est juste ? Est-ce que quelqu'un voit d'autres cas d'utilisation qui pourrait justifier le fait d'avoir installé Qi-bootmenu dans la mémoire interne? De manière générale, comment utilisez-vous Qi-bootmenu?

Guyou, est-ce que tu vois une nécessité de trouver à coup sûr le noyau qi-bootmenu? Peut-être dans l'optique de pouvoir utiliser Qi-bootmenu comme système minimal rescue/maintenance ? Où une autre stratégie à plus long terme ?

Dans un deuxième temps :
Est-ce que quelqu'un aurait les connaissances suffisantes pour faire une version SD de Qi-bootmenu, où du moins, donner quelques pistes.

Salutations

Rey Cyril