Sujet: iBoot 3.0a disponible en tests (TGS100, TM9100)

[fatlan]

@Doume,

Merci pour ta réponse.
J'ai bien booter sur l'image en flash, il n'y a pas d'autre image sur mon demo.
Je n'ai pas de client FTP sur mmc.

Donc vu mes pauvres connaissances, je m'en excuse par avance si je pose une question dèja élucidée, mais peux tu me donner le lien ou me dire comment formatter une carte et la remonter ?

Dans Iboot 3, le test MMc dit que tout est OK.
Le swap de 128 Mo est actif et la commande free par telnet le confirme.


Si non j'attendrai une Doume 2.0.14 ou autre pour reflasher.

Cordialement.


fatlan TGS100 Off 2.0.14 et Swap 128 Mo DD 120 Go

[Doume]

Je pense que ton problème, dans ce cas, vient du fait que ton image flash monte le swap de la /mmc

A partir de ce moment, il n'est plus possible de la démonter et la formatter en ext3 : elle est occupée

Essaye donc ceci :
- Boot depuis la flash
- connexion telnet
- swapoff /mmc/swapfile

verifie par une commande 'free' que le swap est bien inactif

ensuite, depuis le PC, relances tes opérations d'install iBoot 3.0a, puis images multiboot

[MiKe]

Salut,

Et pour le formatage de ta /mmc ça se passe dans l'écran d'installation d'iboot :




NB : J'ai mis ta signature à jour, cela t'éviteras de la taper à la fin de chaque message 

[NouNours]

salut,

sinon en telnet tu peux taper:

format C:

NON JE DéCONNE

pour formater la SD en telnet c'est comme ca:

umount /mmc
mkfs.ext3 /dev/scsi/host0/bus0/target0/lun0/disc
mount -t ext3 /dev/scsi/host0/bus0/target0/lun0/disc /mmc

En premier tu démontes la MMC
En second tu la formate
En 3eme tu la remonte.

Edit de MiKe : j'ai remis un peu en forme, on voit rien avec les balises code...

[fatlan]

 
Merci les gars  pour le format c :



Bon Doume encore merci je lance tes instructions je fais un essai ce soir.

 

[fatlan]

Bon ce sera bref, voici ce que j'obtiens

welcome! - Kernel 2.6.9 (22:25:43).
MySTB login: root
Password:

BusyBox v1.01 (2007.12.08-21:44+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

[ITGATE(TGS100) /> swapoff /mmc/swapfile
swapoff: /mmc/swapfile: Read-only file system
[ITGATE(TGS100) /> free
              total         used         free       shared      buffers
  Mem:        28916        27756         1160            0         1368
 Swap:        12832            0        12832
Total:        41748        27756        13992
[ITGATE(TGS100) />


Donc toujours ce "Read only file system"

Une idée ?   

Je vais essayer ce que me propose Nounours.

Merci 

[Doume]

Ta carte SD est probablement corrompue, et le montage a bien lieu (puisque le swap s'active)
Mais à la 1ère détection d'erreur, Linux la verrouille en 'read only'

A mon avis, la solution c'est de booter sans la carte

Puis insérer la carte ( le swap n'aura pas pu se monter )

Tu pourras alors la reformatter, la remonter en ext3, et repartir 'propre'

[fatlan]

J' ai dans une fenêtre Telnet executer la commande umount /mmc et ci-dessous
voici ce que j'obtiens :

welcome! - Kernel 2.6.9 (22:25:43).
MySTB login: root
Password:

BusyBox v1.01 (2007.12.08-21:44+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

[ITGATE(TGS100) /> umount /mmc
umount: /mmc: Device or resource busy
[ITGATE(TGS100) />

Donc il y a bien quelquechose qui accede en permanence a la mmc, comme tu le disais Doume, mais coment l'arrêter ?
Il y a bien une commande kill mais quelle syntaxe ?

S'il n'y a pas de solution, ne vous derangez-pas plus j'attendrai une autre Mise a jour.

Merci.
 

[fatlan]

Merci Doume, je suis passé trop vite sans voir ta réponse sur la carte SD corrompue.

Le Demo refuse de demarrer sans la carte...

La 2.0.14 off activerait-elle un swap par defaut ou je déraille ? 

J'ai changé deux fois de carte et meme résultat.

[MiKe]

Salut,

Tu tapes ps en telnet et si tu vois detectmmc dans les process, tu fais :

killall detectmmc

Et tu refais ce que doume a dit 

[Danield]

Je lui conseillerai de mettre en flash la satlinux s'il veut une image propre, la 2.14 off du début était drolement buggée.
La version actuelle ne cause elle aucun problème avec iboot

[fatlan]

Ok Merci a tous je vais suivre vos conseils.
 

[zorglub]

Bizarre, bizarre...
Voici mon soucis: je voulais, afin de la publier, faire un backup de mon image ("améliorée") Satlinux 2.14a en flash avec iBoot 3.0a. Mais comme cela marche pas (...abandon voir un de mes post plus haut), je décide de réinstallé une image Satlinux en multiboot, de faire mes modifs et d'ensuite en faire un backup. Et là surprise, cette image est devenue complètement instable, impossible de la faire redémarrer: reboot en boucle je recommence et là rebelotte, exactement la même chose, l'image devient complètement instable dès que je relance Enigma. Avec iBoot 3.0a j'en ai tout de même fait un backup que j'ai réinstallé après effacement, mais j'ai toujours le même comportement, impossible de démarrer l'image: reboot en boucle. Pourtant mes autres images en multiboot (EDG 3.2 et DS 3.5) fonctionnent parfaitement et ma carte mémoire est loin d'être saturée, je n'utilise que +/- 30 Mo sur 256 Mo + un swap de 32Mo.

Est ce que quelqu'un a déjà réussi à installer une image Satlinux2.14a en multiboot avec une Satlinux 2.14a en flash avec iBoot 3.0a de manière stable?

Sinon où me suis-je planté ? j'ai pourtant fait ce type de manip de nombreuse fois sans problème, mais avant la génération 14 et avec iboot 2...

D'avance merci et bonne soirée à tous

[Doume]

Tout ce que je peux dire, c'est qu'entre iBoot 2.0 et iBoot 3.0a, les scripts résidants sur le démo n'ont subi aucune modification.
Il y a eu ajout d'un script permettant le test/montage de la carte SD à partir de l'image flash, c'est tout.
Les modifs ont essentiellement porté sur l'outil Windows, et sur une recompilation du bootloader pour être compatible avec les deux mappages de telco ( < 2.0.14 et 2.0.14 et +)
Je ne vois pas en quoi cela pourrait provoquer des boucles dans la séquence de boot d'une image, en flash ou en multiboot....

Ceci dit, jamais fait ce test précis : Satlinux en flash, + Satlinux en multiboot

Faudrait insérer des traces dans le script extra_run, pour savoir quel est le code retour enigma, si c'est lui qui crashe....

[zorglub]

Sorry Doume, c'est moi qui ai fait une c..., en bidouillant l'image en multiboot, j'avais sans réfléchir recopié l'extra_run de l'image flash !! Alors évidemment ça devait planter. Maintenant tout est ok.

Merci et bonne journée