Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Erreurs IEEE1394a et disque dur

georgesgiralt

Bonjour !
J'ai un disque dur externe connecté en IEEE1394a (firewire) sur une install F-7 sur carte mère ASUS M2NPV-VM (chipset NVidia).
Depuis quelque temps, si je fais des écritures lourdes (un gros tar extract) sur ce disque, j'ai énormément de messages d'erreurs puis le device se met offline.
Si je fais des lectures (un tar create par exemple) j'ai des erreurs mais j'arrive au bout.
Ma première hypothèse etait que le disque souffrait d'un problème. J'ai installé un autre disque dans le boitier. Rien n'y a fait.
J'ai donc pensé à une panne de ce boitier. Mais avant d'aller le rapporter au vendeur, j'ai testé sur un autre PC avec Firewire. Ce dernier, sous Vista. Là, oh surprise, ça marche parfaitement.
J'ai donc fait un essai sur mon PC mais sous XP (qui n'avait pas booté depusi 4 mois !!!) et, là, le boitier et son disque marche nickel, tant en lecture qu'en écriture !
Question : Que se passe t'il avec l'IEEE1394a sous Linux ? (parce que ce boitier me sert pour mes sauvegardes...)

jb07

Tu as encore de la chance.

Je ne peux pas trop t'aider, donne peut-être la version de noyau que tu utilises, et ce qu'il y a dans /var/log/messages quand les erreurs surviennent (et quand tu connectes le périphérique).

De mon côté, je suis en plein reformatage/réinstallation de F7, mon système était assez ancien et j'avais fait pas mal de bidouilles, je me demande si mes problèmes ne viennent pas de là. Je referai des tests avec le FireWire dans la journée...

kwizart

C'est étrange car si tu as un firewire qui fonctionne sous F-7, il est sensé avoir gagné en stabilité...
(certains matériel firewire ont plus de difficulté pour être supporté sous la nouvelle pile firewire de F-7 : juju )
Par contre le module ne s'appelle plus ieee1394, mais fw-core je crois...

Effectivement, une première étape consisterai à avoir les messages dmesg |tail il pourrait y avoir un problème de permission (même si j'y crois pas trop...)
Ou la qualité pourrait varier d'un kernel à l'autre (suivant les corrections ou regressions apportés...)

edit: effectivement j'ai trouvé cela: http://wiki.linux1394.org/JujuMigration
Je faisait un kmod de compatibilité avec l'ancienne pile mais je me demande si il est fonctionnel....
Une première étape est donc aussi d'utiliser un kernel 2.6.23 (voire 2.6.24 lorsqu'il sera disponible...)

georgesgiralt

Bon, vici des réponses :
a) le noyeau :
Je suis passé de la version livrée avec la F-7 de base (ou le FW fonctionnait parfaitement) à diverses mises à jour. J'ai refait un essai hier après avoir mis le tout dernier noyeau (téléchargé vers minuit...) et ça merde. Je uis incapable de dire depuis quand, mais cela fait quelques mois, maintenant.
b) le matériel est parfaitement reconnu. J'ai bien un disque vu ainsi que toutes ses partitions. Je peux les monter/demonter, Hal et udev font bien leur boulot, le hotplug marche bien.
c) je n'ai derreus quede filesystem quand j'écris. Le disque est en Vfat (compat avec divers ordis) les messages d'erreurs signalent un PB dans les tables d'alloc. Et le noyeau signale qu'il a passé le device en read-only. Des fois il signale un "I/O error : attempt to write to a dead device".
d) ce n'est pas un pb de permissions : Se-linux est désactivéchez moi. (Je suis assez parano mais pas à ce point) et je fais mes sauvegardes en étant root (sinon, je ne peuxpas lire le /home en entier 😉 )
Enfin, vous me faites peur car j'ai un scanner Epson qui ne marche qu'en FireWire ! Il va me falloir le tester en détail !!!

kwizart

En gros les périphériques ohci 1.0 sont pas (mal) supporté, il faut que que matériel soit ohci 1.1

l'erreure commune dans ce cas est:

firewire_ohci: Added fw-ohci device 0000:03:03.0, OHCI version 1.0
firewire_ohci: Isochronous I/O is not yet implemented for OHCI 1.0 chips.
firewire_ohci: Cameras, audio devices etc. won't work on this controller with this driver version.

jb07

Bon après réinstallation complète de la Fedora 7, mise à jour et tout ce qui s'en suit, las trois fois hélas, le firewire ne fonctionne définitivement pas chez moi (nvidia nForce 2), le noyau 2.6.23-1.10 plante lui aussi.

kwizart

heu... Je vois pas ce à quoi tu t'attendais en réinstallant tout...

Je peux faire un kmod qui permettrait d'utiliser l'ancienne pile firewire, mais il faut encore vérifier que les certaines options sont bonne..(bref work in progress)
Je publierai une annonce sur mon blog pour ceux intéressés...

jb07

Et bien comme je le disais, j'avais fait pas mal de manip un peu douteuses, et je craignais des effets de bord. Je ne me faisais pas trop d'illusion non plus, je me doutais que le noyau était en cause et que réinstaller le tout avait peu de chance d'améliorer la situation. Mais il fallait que je reformate mon disque pour une autre raison : je me trainais un formatage qui datait d'une vieille install de 2005, avec trop de partitions, trop petites et mal estimées à l'époque. Comme j'avais un peu de temps libre...

Par ailleurs, merci pour le lien fort intéressant, j'aurais aimé que chez Redhat, il l'ai lu aussi :

« Regarding Linux 2.6.22 and 2.6.23, the best advice to Linux distributors (kernel packagers) as well as to regular users is: Build only the old IEEE 1394 drivers »

Me reste à surveiller ton blog (mais je rechigne un peu à faire ce genre d'installation, parce qu'en cas de réinstall, c'est une misère pour retrouver tous les petits trucs par ci par là qu'on a pu utiliser, je viens d'en faire la douloureuse expérience).

Je commence à me demander sérieusement si je ne ferais pas mieux de passer chez CentOS (parce que je pourrais aussi récupérer un driver nvidia qui marche, du coup :roll:)...

kwizart

heu!

ton driver nvidia marche pas pourquoi ? livna fait pas encore pour CentOS ( il faut attendre rpmfusion.org)

jb07

Je ne me souviens plus pourquoi il ne fonctionne pas, mes soucis avaient commencé quelque part par là mais je n'ai pas approfondi le sujet. Je lancerai un fil à l'occasion...

Flûte, il n'y a pas de driver nvidia pour CentOS ? Je dois quand même pouvoir installer la version upstream, non ?

georgesgiralt

Bonjour !
J'ai eu un moment pour brancher le disque.
Voici ce qu'il dit au démarrage :

firewire_core: phy config: card 0, new root=ffc1, gap_count=5
firewire_core: phy config: card 0, new root=ffc1, gap_count=5
firewire_core: created new fw device fw1 (2 config rom retries, S400)
scsi8 : SBP-2 IEEE-1394
firewire_sbp2: logged in to fw1.0 LUN 0000 (0 retries)
scsi 8:0:0:0: Direct-Access-RBC ST340014 A                     PQ: 0 ANSI: 4
sd 8:0:0:0: [sdf] 78165360 512-byte hardware sectors (40021 MB)
sd 8:0:0:0: [sdf] Write Protect is off
sd 8:0:0:0: [sdf] Mode Sense: 11 00 00 00
sd 8:0:0:0: [sdf] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 8:0:0:0: [sdf] 78165360 512-byte hardware sectors (40021 MB)
sd 8:0:0:0: [sdf] Write Protect is off
sd 8:0:0:0: [sdf] Mode Sense: 11 00 00 00
sd 8:0:0:0: [sdf] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sdf: sdf1
sd 8:0:0:0: [sdf] Attached SCSI disk
sd 8:0:0:0: Attached scsi generic sg7 type 14
fuse init (API version 7.8)

Je lance mon tar et au bout de quelques secondes :

Nov  1 14:06:46 menfin kernel: fuse init (API version 7.8)
Nov  1 14:06:47 menfin ntfs-3g[5785]: Version 1.1004
Nov  1 14:06:47 menfin ntfs-3g[5785]: Mounted /dev/sdf1 (Read-Write, label "Nouveau nom", NTFS 3.1)
Nov  1 14:06:47 menfin ntfs-3g[5785]: Cmdline options: rw,nosuid,nodev,uhelper=hal,uid=500,utf8
Nov  1 14:06:47 menfin ntfs-3g[5785]: Mount options: noatime,rw,nosuid,nodev,uhelper=hal,utf8,silent,allow_other,nonempty,default_permissions,fsname=/dev/sdf1,blkdev,blksize=4096
Nov  1 14:06:47 menfin hald: mounted /dev/sdf1 on behalf of uid 500
Nov  1 14:11:03 menfin kernel: firewire_sbp2: sbp2_scsi_abort
Nov  1 14:11:13 menfin kernel: firewire_sbp2: sbp2_scsi_abort
Nov  1 14:11:13 menfin kernel: sd 8:0:0:0: scsi: Device offlined - not ready after error recovery
Nov  1 14:11:13 menfin kernel: sd 8:0:0:0: [sdf] Result: hostbyte=DID_BUS_BUSY driverbyte=DRIVER_OK,SUGGEST_OK
Nov  1 14:11:13 menfin kernel: end_request: I/O error, dev sdf, sector 28587840
Nov  1 14:11:13 menfin kernel: Buffer I/O error on device sdf1, logical block 3573224
Nov  1 14:11:13 menfin kernel: lost page write due to I/O error on sdf1
Nov  1 14:11:13 menfin kernel: Buffer I/O error on device sdf1, logical block 3573225
Nov  1 14:11:13 menfin kernel: lost page write due to I/O error on sdf1
Nov  1 14:11:13 menfin kernel: Buffer I/O error on device sdf1, logical block 3573226
Nov  1 14:11:13 menfin kernel: lost page write due to I/O error on sdf1
Nov  1 14:11:13 menfin kernel: Buffer I/O error on device sdf1, logical block 3573227
Nov  1 14:11:13 menfin kernel: lost page write due to I/O error on sdf1
Nov  1 14:11:13 menfin kernel: Buffer I/O error on device sdf1, logical block 3573228
Nov  1 14:11:13 menfin kernel: lost page write due to I/O error on sdf1
Nov  1 14:11:13 menfin ntfs-3g[5785]: ntfs_attr_pread: Zero run length: Input/output error
Nov  1 14:11:13 menfin kernel: Buffer I/O error on device sdf1, logical block 3573229
Nov  1 14:11:13 menfin ntfs-3g[5785]: ntfs_attr_pread: Zero run length: Input/output error
Nov  1 14:11:13 menfin kernel: lost page write due to I/O error on sdf1
Nov  1 14:11:13 menfin ntfs-3g[5785]: ntfs_attr_pread: Zero run length: Input/output error
Nov  1 14:11:13 menfin kernel: Buffer I/O error on device sdf1, logical block 3573230
Nov  1 14:11:13 menfin ntfs-3g[5785]: ntfs_attr_pread: Zero run length: Input/output error
Nov  1 14:11:13 menfin kernel: lost page write due to I/O error on sdf1
avec des millier de lignes semblables....

Après, je ne peux plus rien faire sur le device.
Il me faut le monter sur un poste windows pour scanner et récupérer le système de fichiers.
Des idées ??
P.S. ici, le disuqe a été formaté en NTFS mais j'en ai deux autres, l'un en Vfat et l'autre en Ext3 qui font exactement pareil.

didierg

Personnellement, je n'ai jamais réussi à faire fonctionner mon disque externe en Firewire avec Fedora 7.

J'ai un ordi avec le disque de boot sur tiroir et j'ai un disque de boot Fedora 7 et un disque de boot XP rarement utilisé.

- si je boot sur XP, je peux utiliser mon disque externe en Firewire ou en USB
- si je boot sur Fedora, je peux utiliser mon disque externe seulement en USB, si je le branche en Firewire, Fedora se fige et je suis obliger de rebooter

Le problème est donc lié à l'OS car tous les autres éléments sont communs entre les deux configurations.

kwizart

Il n'est pas simplement lié à l'OS mais bien à la prise en charge de certains matériel de L'OS (sinon cela voudrait dire qu'aucun matériel firewire ne fonctionne, hors ce n'est pas le cas: les matériels ohci 1.0 semble avoir plus de difficultés...)

Deux solutions:
- utilisé l'ancienne couche firewire ieee1394 en utilisant mon kmod...
- Attendre que les bug qui devront être apporté avec un kernel 2.6.24 en particuluer pour le sotockage soient backporté dans un prochain kernel Fedora 2.6.23...

didierg

kwizart wrote:Il n'est pas simplement lié à l'OS mais bien à la prise en charge de certains matériel de L'OS

Tu m'as compris 🙂