Rectification de ce que j'ai écrit après essai de copie sur ma clé USB 2 Go :

Le "fichier" HS est en fait un répertoire ! C'est AmiDisk qui crée un faux !
Sous shell et via DirOpus, ce répertoire est bel et bien visible sous le nom de ROX.
J'ai recommencé l'installation de AmiCygnix sur ma Sam440ep et ce répertoire ROX est créé lors de l'installation de Abiword.

Mea culpa :#

Je vais écrire à l'auteur de AmiDisk pour lui demander de bien vouloir examiner ce point.

Mrodfr: c'est tout à ton honneur de chercher à corriger d'éventuels bogues mais je peux t'assurer que les betatesteurs d'AmigaOS 4.1 s'occupent de tout cela et ont toutes les versions des Sam ;-)

Je pencherais à ton niveau pour une clef USb problématique et aussi au type de système de fichiers (pourquoi demander à ce que l'on refasse des essais si on te dit que ceux que l'on a faits fonctionnent et pourquoi ne pas reformatter cette clef en Fat32 ? ).

Salut,

j'ai essayé avec la dernière version du driver USB et 99% s'est copié sur ma clé. Seuls quelques fichiers .dummy ne se sont pas copiés (avec Dopus4).

Mais aucun crash constaté.
Message édité par : Elwood / 31-10-2009 20:29

Salut,

Je remercie tout le monde d'avoir regardé ce point et avoir fait des essais. Comme mes tests datent d'avant le quickfix (utilisation du kernel.debug), peut etre que j'ai eu des crash a cause du kernel.debug.

Voir mon thread au sujet du kernel ou kernel.debug (certains ont un meilleurs AOS4 avec l ekernel ou le kernel.debug selon les cas).

Sinon elwood:

- Meme si tu n'a pas eu de crash, que pense tu du probleme des .dummy non copié et est ce que ce probleme facilement reproductible sur un cle en FAT32, est connu de la team AOS4.1 ??? (C'est facile a reproduire et c'est tres recent comme probleme puisque tu l'a constaté avec un AOS4 plus avancé que nous).

Rappel, il y a (de memoire) 9 fichier .dummy et les de mes essais, certains (au moins 1) est copié normalement (avec sa taille) et les 8 autres sont present mais en taille 0 bytes.

Lorsque j'ai fait mes essais, une fois sur deux, plantage et clé corrompu (mais c'etait avant le quickfix).

Ma clé est formaté en FAT32, bien sur (de base du fabriquant puis formaté sur un PC).

Mrodfr :
Le problème que tu soulèves est, en fait, bien plus complexe qu'il ne para?t à première vue.

Il y a, dans AmiCygnix, une structure de répertoires/fichiers qui nous n'avons pas l'habitude de rencontrer avec nos programmes classiques.
Je me suis livré à une série d'essais ce matin... qui m'ont laissé perplexe. J'ai commencé par faire une copie (Copy clone) de mon répertoire AmiCygnix sur une autre partition de mon disque dur.
Les nombres de répertoires/fichiers ne sont pas les mêmes sur les deux partitions ! Les différences proviennent essentiellement du répertoire root.
Voici ce que donne le calcul du nombre de répertoires et de fichiers sur les deux partitions du disque dur de ma Sam-flex :

6.AOS4:> Sizer HD1:Programmes/AmiCygnix/Home/root

Block size: 512 bytes for HD1:Programmes/AmiCygnix/Home/root

Total number of files 204
Total number of directories 45
Total number of bytes in files 2231200
Actual number of blocks used 4776

Actual size occupied : 2445312 bytes, 2388 KB., 2.3 MB.

6.AOS4:> Sizer HD2:Programmes/AmiCygnix/Home/root

Block size: 512 bytes for HD2:Programmes/AmiCygnix/Home/root

Total number of files 113
Total number of directories 37
Total number of bytes in files 1972006
Actual number of blocks used 4124

Actual size occupied : 2111488 bytes, 2062 KB., 2 MB.

Par ailleurs, en prenant le cas du répertoire root/.icons, la commande List fournit les renseignements suivants :

6.AOS4:> List HD1:Programmes/AmiCygnix/Home/root/.icons
Répertoire ? HD1:Programmes/AmiCygnix/Home/root/.icons ? sur Lundi 02-Nov-09
ROX Rép. ----rwed 03-Août-09 22:08:14
> Cygnix:Software/ROX-Filer/ROX
.dummy 1 ---arw-d 15-Fév-05 17:21:52
1 fichier - 1 octet - 1 répertoire - 3 blocs utilisés

alors que DirOpus affiche :

ROX (répertoire)
.dummy 1

et Copy clone "oublie" complètement le répertoire ROX.

J'ai l'impression que tu as eu une mauvaise idée en choisissant de copier AmiCygnix sur ta clé USB ;-) :paf

Il serait souhaitable qu'un (vrai) spécialiste nous donne quelques explications sur ce cas particulier du répertoire AmiCygnix.

Salut,

Bonne investigations :-)

Peut etre aussi le probleme peut venir de la maniere dont a été fait l'archive amicygnix ???.

Je veut dire par la que lors de l'installation d'amicygnix, il manque peut etre deja des exe ou repertoire (apres installation) a cause de la facon dont a été faite l'archive amicygnix...


Message édité par : Mrodfr / 02-11-2009 15:49

J'ai le même genre de soucis que Mrodfr avec les clefs usb mais aussi les cartes SD, micro SD.

J'ai "trashé", des clefs USB en écrivant ou en effaçant des fichiers, mais aussi la carte mémoire de mon GSM en y copiant de la musique. Idem pour mon lecteur MP3.

Le tout est en FAT, avec des fichiers copiés depuis un mac ou une linuxbox.

Salut,

- crash de clé USB et autres bien sur uniquement sur avec SAM et AOS4.1 ???

- Avec le kernel ou kernel.debug ???

- Avant ou apres le quickfix (cad il y a longtemps ou encore tres récemment) ???

Merci pour ta reponse.... J'ai du mal a convaincre sur ce probleme.

Comme j'utilisais principalement le micro A1 les trash sont souvent venu de cette machine. Je crois que celà le faisait aussi bien sur le 4.0 que sur le 4.1. Avec le Kernel standard et le quickfix.

Dès que j'ai un peu de temps je refais des tests. (ou bien à l'achimie)

Juste pour signaler que durant l'alchimie j'ai bousillé la clef USB de JiDeWe (qui était moyennement content).

Normalement je ne devais rien écrire dessus mais j'avais eastern qui était en fonctionnement et qui n'a pas su retenir ses pulsions : quand il a vu les images sur la clef, il a voulu leur ajouter direct une belle icone et donc pouf... :#