Oui mais je ne pense pas qu'il y ait de soucis avec le Fat32 au vu des essais que j'ai réalisés et qui se sont montré concluants sur l'AmigaOne. Plus qu'à attendre la mise à jour ;-)

@ Mrodfr :

Je crois que tu es obnubilé par ce que tu appelles le problème de FAT32. Il vaudrait mieux parler des problèmes de l'USB des cartes Sam.
Les cartes Sam (et Sam-Flex) ont ceci de particulier que les connexions du clavier et de la souris se font sur des ports USB. De ce fait, l'ajout d'un périphérique USB supplémentaire peut provoquer la rupture d'une ou des deux connexions clavier/souris : il y a donc interaction entre les ports.
C'est un fait bien connu, dont il faut tenir compte.

Quant au système de fichier FAT32, il est indispensable qu'il soit bien pris en charge par les Amiga NG, se serait-ce que pour pouvoir livre les cartes mémoire des APN. Dans des conditions normales d'utilisation, le seul inconvénient majeur du FAT32 est de rendre la reconnaissance du périphérique bien plus longue que si c'était un des systèmes de fichiers FFS ou SFS qui était utilisé.
Dans des conditions normales d'utilisation (voir ce qu'en a dit Elwood), les clés et les disques durs en FAT32, ne posent pas de difficultés. Pour ma part, j'utilise des clés USB pour transférer des fichiers d'un ordinateur à un autre, de façon courante.
Si tu possèdes un ordinateur sous Windows ou Mac OS, le FAT32 est le seul système qui permette des transferts de fichiers vers ou à partir d'un Amiga NG. Donc un disque dur externe USB formaté en FAT32 est indispensable.

Espérons que les prochaines mises à jours amélioreront le fonctionnement du système USB sur nos Sam.

salut,

L'auteur de l'USB'1 m'a dit (debut d'année) que des problemes sont apparus ur l'USB des SAM alors qu'il n'y a pas ces problemes sur les AONE.

Il m'a aussi indiqué que la plupart de ces problemes ont ete corrigés effectivement.

A l'époque, je decouvrais le probleme de FAT32 et je ne me souviens plus si je l'ai mis au courant ou pas a ce sujet.

Donc le genre de probleme de reconnaissance de cowon A2 ou X5 sur le SAM devraient etre corrigé mais je ne sais pas au sujet d'un possible crash de partition FAT32 sur Clé ou disque dur.

Ensuite, au niveau de l'USB2 de RWO, je ne sais absolument rien....

- Moi, j'ai parfois des hits avec memguard lors d'une copie d'un fichier sur media FAT32. La copie s'arrète et dopus4 est planté. l'erreur fait liaison avec l'OHCI, pas avec dopus4 et grim reaper ne voit rien.

- Il y a des fois, je me demande si ce n'est pas une erreur provenant de l'OCHI qui fait planter les copie sur FAT32.

Donc l'auteur est au courant des problèmes de plantage de l'USB sur SAM et ces plantages n'ont lieu que sur des FAT32 sur quel système de fichiers il est déconseillé d'installé AmiCygnix.

En résumé, il est clair que la mise à jour d'OS 4.1 aura réglé les problèmes de plantage que tu rencontres et qu'en fait, on fait tous ces tests dans le vent puisque

1? L'auteur de Syrion sait qu'il y un bogue
2? AmiCynnix n'a pas à être installé sur du FAt32 comme le précise l'auteur

Je pense qu'on a fait le tour alors ;-)

Salut,

Faudrait les faires sur une SAM. L'auteur de l'USB1 pour SAM m'a dis il y a des mois que des problemes sont apparus avec les drivers USB1 pour SAM.


Néanmoins, l'auteur d'AmiCygnix précise bien (et c'est écrit en toutes lettres) qu'il faut décompresser AmiCygnix uniquement sur une partition de type SFS ou SFS2. Cela veut bien dire ce que ça veut dire.

Cela ne doit pas faire planter le media en FAT32 (sur SAM) mais juste donner comme resultat un dossier non entierement copié.



Message édité par : Mrodfr / 17-11-2009 09:24

Derniers essais :

Décompression de l'archive AmiCygnix-Base sur le disque externe FAT32, aucun souci. En même temps, décompression de l'archive AmiCygnix-games sur le disque externe JXFS et aucun problème, même les deux en même temps.

Néanmoins, l'auteur d'AmiCygnix précise bien (et c'est écrit en toutes lettres) qu'il faut décompresser AmiCygnix uniquement sur une partition de type SFS ou SFS2. Cela veut bien dire ce que ça veut dire.

Et effectivement, FAT32 ne sait pas géré certains noms de fichiers (AmigaOS n'y est pour rien, c'est une limitation de ce type de système de fichiers). J'ai donc des erreurs sur certains noms de fichiers d'AmiCygnix.

Par contre, je n'ai eu aucun plantage que ce soit et pourtant, pendant la copie avec DOpus 4, j'ai continué à bosser normalement.
Tous ces essais sont-ils satisfaisants ?

J'ai continué mes essais.

J'ai copié sous Linux des fichiers de type Unix et Windows sur mon disque dur en FAT32.

Je l'ai rebranché sur l'AmigaOne et j'ai ensuite copié tous les éléments du disque externe Fat32 sur le disque externe JXFS.

Tout a parfaitement fonctionné. Et pour finir, j'ai stressé la pile USB en demandant l'effacement de tous ces fichiers sur les deux disques externes en même temps (ils sont connectés sur deux ports USB différents).

Bref, aucun plantage à déplorer, ni sur le disque Fat32, ni sur le disque JXFS.

J'ai constaté sur AmigaOne une perte de ma clef USB et le problème vient de l'alimentation (il y avait sur mon hub la clef USB et le joyad, après retrait du joypad, plus de souci).

Effectivement, un hub USB peut résoudre le problème de copie qui pompe énormément de jus à l'USB.

Pour le formatage, avec la combinaison de touches CTRL+ALT+M, vous pouvez formatter votre disque USB en FFS, FAT ou SFS uniquement.

Pour le fun, j'ai formatté mon disque USB (160 go) en JXFS. Pour cela, on va utiliser MediaToolBox et choisir usbdisk.device et préparer son disque externe comme un disque interne. Maintenant dès que j'allume mon disque dur externe, il se monte automatiquement en JXFS sur le WB.

Pour le Fat, j'ai constaté très peu de soucis. J'ai formatté mon disque USB (40 G)en FAT sous Linux et je peux copier et lire depuis ce disque sans souci. Don oui, moi, j'ose (et je n'ai peur de rienà utiliser un dsique en Fat32 sur AmigaOS (et même un clef USB (2Go) tiens.

Donc, il y a sûrement quelques problèmes avec Fat32 et l'USB mais pas au point d'en rendre l'utilisation impossible (sauf si on fait des tests totalement improbables bien sûr).

Je pense, à mon humble avis, que l'USB 2.0 sera un plus, que la future mise à jour aura corrigé bon nombre de soucis surtout liés à la Sam de Mrodfr et que pour le reste, il y a plus important à régler ;-)

Salut,

Ah c'est tres dur de tester ce probleme mais ce que je retient le plus lors de la lecture de ta reponse, c'est la perte du clavier/souris ????????

- c'est quoi que tu pert ?? (clavier et/ou souris)
- En USB ou pas le clavier et souris ???
- Et comment tu le récupères ??

Sinon il y a quelques jours, j'ai utilisé dopus4 + memguard pour copier un fichier sur une memory stick (FAT32) sur le SAM et j'ai eu une erreur de copie (un hit) et la copie s'est arrètée (pas de grim reaper). Peut etre que l'USB bug aussi parfois lors de copie en general.

Meerci pour tes tests...

Ce week-end j'ai effectué pas mal de test sur le sujet. Mais bon pas toujours très concluants...

Comme Mrodfr, je n'ai aucun soucis avec les clefs FFS. Je n'ai pas réussi à les formater en SFS, j'ai droit à un disque non dos. Je me suis dit pas trop grâve pour le test vu que cela fonctionne parfaitement en FFS...

3 Clefs USB: (Qualité jugée au pif sur la vitesse d'écriture sous Mac OSX)
1 de bonne qualité : Verbatim Store'n'Go 2Go
2 de moyenne qualité : Samsung 2Go et Emtec 8Go
1 de piètre qualité : Clef USB en forme de bouteille de bière Corona 128mo

1 Disque dur de 30Go IDE PATA UDMA4 qui suivant les tests se trouve :
- soit dans un boitier USB
- soit dans un boitier eSATA
- soit sur le port IDE du 1200PPC sous OS4
Alors je défie le néophyte de créer une mountlist avec la doc de crossdos sous OS4 (ou alors il y a un autre fichier que celui dans Sys:documentation:CrossDosFilesystem. (Bon alors évidement c'est pas courant de monter un disque FAT32 sur un port IDE ou SATA)

Machines de test : Sam440ep et A1200PPC

Tests génériques effectués sur OS4 sur les différents media en FAT32:
"Les sois-disant propres" (fournis avec l'OS)
- Glisser & déposer la partition SYS: dans la clef
- UnArc du fichier "the vague .... .lha"
- Copie via le shell de l'OS4 du dossier c:

"Les sois-disant douteux" (applications tiers)
- Copie via DOpus
- Ajout d'icônes via Eastern
- Copie via Filer

Eastern crash la clef à chaque coup.

Avec les test "propres" j'ai réussi à copier plus d'1 Go sur la clef Samsung

Sur le disque dur j'ai pu copier 14Go sans soucis via le boitier SATA en mixant tout les tests (sauf eastern que je n'ai pas testé). J'ai eu quelques erreurs système de type "unlock" avec juste un bouton OK mais la copie continuait (pas des grimreaper). Par contre j'ai tenté d'effacer tous les fichiers et là *Poum* crash du disque.

Sur le 1200 OS4 Copie d'1Go de données via l'IDE sans soucis (non sans peine, j'ai effectué tout les tests en même temps et donc le CPU était à 100% en permanence) (Je n'ai pas essayé eastern)

Lors des tests, j'ai eu quelques fois le bug de la perte du clavier/souris, que j'arrivais à récupérer mais bon les tests étaient faussés. (Chez moi même quand je récupère le clavier et la souris, l'USB ne se comporte plus de la même façon avec les clefs usb, certaines se montant d'autres pas)

Y'a quand même pas grand chose de clair avec mes tests mené à la barbare. (faut dire que c'est assez énervant de devoir à chaque fois qu'il y a un crash enlever et re-formater sur le mac (pour le disque dur).

Si quelqu'un a une méthode pour mener de manière professionnelle ce genre de test je veux bien l'appliquer.

Ce soir je complèterai avec ma mountlist et des capture d'écrans des erreurs.

Quelques remarques :
- Est-ce possible que suivant le port USB utilisé on obtienne pas le même résultat?
- l'ajout d'un HUB USB alimenté peut il améliorer les choses?
Message édité par : davebraco / 16-11-2009 10:46