Sauvegarde du Firmware QT après avoir tout configuré

Afin de ne pas me re-tapper toutes les installes et règlages propres au Qtopia à chaque fois que je ré-installe le FWARE je me suis fait un script qui me crée un rootfs.v43.tgz sur mesure qu'il faut copier avec le app.v43.tgz d'origine en recovery mode.

AVERTISSEMENT :

1. J'ai eu qqes pb en pofinant ce script (genre ce qu"a renconté Vaahan )
Je décline donc toute responsabilité suite à l'utilisation de ce script.

2. C"est long ... très long (env 1h)
--- ERRATUM : suite aux rem de Odeyssus on va dire < 1 h ------

A bon entendeur :

#!/bin/sh
#----------------------------------------------------
#-- Script de sauvegarde Qtopia linux ---------
#
# ATTENTION :
# Vous executez ce script à vos risques et périls
#
#----------------------------------------------------
# 1. A executer dans la racine de la partition linux
# 2. fichiers ftoexlud et additional.tar sont sous /mnt/hd
# additional.tar
# contient les fichiers proc/mounts et root/mtd4.bin
# du rootfs.v43.tar d'origine
# ftoexlud
# contient les fichiers à ne pas tarer soient :
# proc/*
# sys/*
# Documents/*
# mnt/hd/*
#
# Il est possible de simplifier 1,2,3,4
#-------------------------------------------------------

#-- 1
tar -cf /mnt/hd/rootfs.v43.tar --exclude-from=/mnt/hd/ftoexlud *

#-- 2
tar --catenate --file=/mnt/hd/rootfs.v43.tar /mnt/hd/additional.tar

#-- 3
gzip /mnt/hd/rootfs.v43.tar

#-- 4
mv mnt/hd/rootfs.v43.tar.gz mnt/hd/rootfs.v43.tgz

#-- 5
chmod 777 /mnt/hd/rootfs.v43.tgz

#-- 6
echo "v43" >> /mnt/hd/rootfs.v43.tgz

Ton bout de code est intéressant, pour faire une sauvegarde... mais une heure de traitement, c'est affolant.
Je suppose que le processeur doit peiner lors de la compression GZIP.
A la rigueur gzip [gzip pour dos] on peut le faire sur le pc, à partir du moment ou on a le tar...
(echo "v43" >> /mnt/hd/rootfs.v43.tgz... ça marche aussi sous dos)

odeyssus a écrit:

Ton bout de code est intéressant, pour faire une sauvegarde... mais une heure de traitement, c'est affolant.
Je suppose que le processeur doit peiner lors de la compression GZIP.
A la rigueur gzip [gzip pour dos] on peut le faire sur le pc, à partir du moment ou on a le tar...
(echo "v43" >> /mnt/hd/rootfs.v43.tgz... ça marche aussi sous dos)

Tu as mis le doigt là ou ça fait mal

C bien le gzip qui preend le plus de temps

J'ai passé un temps considérable à vouloir zipper (à partir du tar) sur le PC

j'ai essayé avec :

- WINRAR
- TUGZp
- AlZip
- 7zip

et même Gzip pour Dos que j'avais téléchargé pour la circonstance ..

on obtient un beau tgz mais le RECOVERY ...

il n'aime pas ...le


Mais bon j'ai fait tellement de manips (j'avais essayé de détarer et tarer sur le PC mais là ...). Il est possible que je me soit caramélé les pinceaux


Bon ben odeyssus tu le faits et tu me dis ?




A+

Disons que je ne comprends pas du tout l'histoire du echo V43, par rapport à l'acceptance ou pas du V43 en recovery... et ça me refroidi énormément.

Edit : je me pose une question depuis hier, est-ce que la décompression
lors de l'installation en mode recovery semble aussi rapide ?
Parceque si la décompression est lente, le facteur de compression de gzip
peut éventuellement être une piste à creuser.
Je base ma réflexion par rapport à mon expérience sur mon PC 286...
Quand je faissais une archive avec un grand facteur de compression,
la compression était lente, mais la décompression également.
Pour optenir de meilleurs performances niveau temps, je faisais peu de compression
et la décompression me paraissait plus rapide.

Analysons les archives fournies par Digital Cube pour le V43QT :
rootfs.v43.tgz : 89 038 761 octets -> rootfs.v43.tar : 171 127 296 octets
app.v43.tgz : 2 897 506 octets -> app.v43.tar : 171 127 296 octets

Déjà on peut légitimement s'interroger sur le fait que les deux archives tar aient strictement la même taille... est-ce un point de contrôle de la validité des archives.

Dans chacune des archives on trouve un maketgz.sh

Code:

#!/bin/sh

EXECPATH=`pwd`

if [ -s "$EXECPATH/app.v43.tgz" ]; then
   sudo rm -f "$EXECPATH/app.v43.tgz"
fi

sudo /bin/tar czf "$EXECPATH/app.v43.tgz" *
/bin/sync

if [ -s "$EXECPATH/app.v43.tgz" ]; then
   sudo chmod 777 "$EXECPATH/app.v43.tgz"
   echo "v43" >> "$EXECPATH/app.v43.tgz"
fi

On retrouve le fameux echo "v43" >> dont tu parlais
L'analyse de ce code me laisse à penser que c'est pas gzip qui a été utilisé,
mais un tar -czf (c'est peut-être plus performant qu'un tar + un gzip à part)

Il y a également utilisation de la commande "sudo"
sudo : Exécute un processus avec les droits d'un autre utilisateur selon les règles définies dans le fichier /etc/sudoers
J'ignore si cela est vraiment nécessaire.

Bonjour Odeyssus,

Quelque remarques :

1.Après extraction avec 7Zip on a (ce qui est cohérent avec la taille du tgz) :
app.v43.tar ---> 20 623 363 octets
rootfs.v43.tar ---> 257 261 568 octets

2. Le echo >> "v43" .....
Cela ne fait que rajouter une chaine de 3 caractères à la fin du tgz. La raison ?
c'est un détrompeur pour que le Recovery installe les bons fichiers je pense. D'ailleurs cela ma bien pourri la vie car au début je ne savais pas et le recovery ignorait superbement mes fichiers ....
D'ailleurs ce point est riche en enseignement car si tu copies un fichier avec le bon nom (app.v43.tar ou rootfs.v43.tar) avec cette chaine rajoutée et bien tu perds tes données sur le DD du V43. J'en déduis que c'est le bios qui "rince" la partition Linux (To Be Confirmed).

3.Effectivement lorsque j'ai mis dans mon script les commentaires "Il est possible de simplifier 1,2,3,4" c'est à ça que je pensais. Mais, à ma connaissance il n'est pas possible d'ajouter ou de merger des fichiers tgz ...De plus le tar pour zipper utilise gzip (eh oui !) donc pas d'impact sur les perf. ici.

4. l'emploie de sudo sous le V43 est inutile puisque l'on est tjs en root/root (cad super utilisateur avec tous les droits) par défaut

5. Bon ok, j'ai peut être exagéré sur le temps d'exécution du script
Comme je surveillais chaque étapes je l'ai exécuté pas à pas.
et puis n'oublions pas que mon fichier personnalisé est (un peu) plus lourd...
rootfs.v43.tar ---> 311 869 440
... et donc plus long à tarer puis zipper ...

6. Pourquoi 2 fichiers ? et bien parce que :
app.v43.tar ---> s'installe (plutot est copié) tjs dans la Fat32
rootfs.v43.tar --> s'installe (plutot est copié) tjs dans la partition Linux (ext2 ou 3 je sais plus)


A+

Tu as raison... c'est mon Total Commander qui m'a annoncé des mauvais chiffres... Grr .
Tiens j'ai fais un test sous dos.

Code:

echo V43>>myfile.tst

rajoute bien V43 à la fin du fichier, mais rajoute en plus un CRLF (char(13), char(10)) à la fin du fichier
Je pense que c'est ça qui fait que le fichier n'est pas reconnu lors du recovery.

Salut stereo,

j'ai testé ta méthode avec succès, et j'ai généré une archive à partir
de la version 1.4.9 avec Konsole et TreeExplorer!
Soit une heure de traitement, mais l'archive fonctionne !
Effectivement, l'opération est périlleuse, car j'ai du faire un reset car l'appareil
ne voulait plus s'arrêter après... mais tout est vite rentré dans l'ordre !
Voici mon kit de sauvegarde à décompresser dans la racine :
Kit_Sauvegarde.zip




Il ne faut pas oublier de récuperer le app.v43.tgz, à ajouter au rootfs.v43.tgz généré,
pour effectuer la récupération en mode recovery app.v43.tgz

20070510_V43_M_FW_VER1.4.9_ODEY.zip
Attention mon numéro de licence est certainement contenu dans cette archive,
alors il faudra la changer avec la votre pour pouvoir utiliser pleinement Qtopia 2.2

En tout cas c'est le résultat de mon expérimentation avec le firmware 1.4.9...
La mise à jour du firmware étant un jeu d'enfant comme il s'agit d'un IKP !
Firmware i-STATION V43QT V.1.5.6 20071029_V43_QT_FW.zip

Félicitation Odey !

Perseverence et courage payent tjs

Pour ma part j'ai essayé de désinstaller la 1.5.3 pour installer ensuite les 1.5.4 et 1.5.6 cela ne marche pas. Pire les appli video et audio de iStation ne demarrent plus ...

A+

Logiquement comme c'est de l'incrémental... il n'y a pas à supprimer 1.5.3...
C'est bizarre mais tu dois repasser par la phase 1.4.9 pour remettre d'équerre ton V43 !

odeyssus a écrit:

Logiquement comme c'est de l'incrémental... il n'y a pas à supprimer 1.5.3...
C'est bizarre mais tu dois repasser par la phase 1.4.9 pour remettre d'équerre ton V43 !

Ben je crois pas que cela soit de l'incrémental ... car tant que j'ai le package 1.5.3 d'installé "l'installateur" (icon software packages) ne me propose pas la version suivante (alors qu'elle est bien dans le bon repertoire).

Donc, une fois que je désinstalle le package 1.5.3 alors là il me propose d'installer les packages V43 et ... V43 En effet, j'ai l'impression que les ipk quelque soient la version (1.5.3, 1.5.4, 1.5.6 ...) portent le même nom.

Enfin, Bref, de toute façon cette méthode ne marche pas !


Comme tu le dis Odey je crois qu'il faut revenir à la 1.4.9 pour passer directement à la 1.5.6. C'est ça que t'as faits ?

Stereo, de mémoire j'ai installé la 1.4.9, puis l'ipk de 1.5.3, 1.5.4 et 1.5.6
Je n'ai pas fait de désinstallation avant de changer de version.

Il suffit de dézipper l'archive et mettre l'IPK dans le répertoire Document,
et l'installation s'effectue automatiquement une fois la connection USB terminée.
(c'est à dire que je n'ai pas besoin d'aller dans Software Packages)

Salut Odey.,

Super ton "truc" en effet je mettais les ipk dans documents/packages. Et, effectivement ça marche nettement mieux comme tu dis.

Je suis donc en 1.5.6

PS : j'avais le secret espoir que ces upgrad ne me fassent plus planter la fonction scroll de "opie-reader" que j'utilisais bcp sur le V43 "classique". Mais peines perdue le scroll plante tjs...

en tout cas Merci ODEY