Bonjour à tous,
j'ai un portable sony vaio avec une debian. j'ai le noyau 2.6.8.1.
j'ai égalementn deux disques durs externes dans des boitiers qui supportent l'usb 2 et le firewire. mon pc étant dépourvu de usb 2, je suis obligé d'utiliser le firewire pour la vitesse. il se trouve que j'ai un pb avec ce même firewire.
j'ai tout configuré pour que l'usb et le firewire soient supportés.
que ce soit en firewire ou en usb, mais deux disques durs sont vus, je le constate grâce à dmesg. je les monte normalement (en vfat) et j'y ai accès sans problème. en usb, je lis et écris sans aucun soucis, sauf la lenteur :)
le problème se pose en firewire. je monte ma partition, tout se passe bien. je lis, ça marche nickel. j'écris dessus des petits fichiers (en faisant un touch par exemple ou des copies de fichiers de 1 Mo) sans aucun soucis. mais dès que j'entreprends la copie d'un gros fichier (divx par exemple ou même un répertoire rempli de petits fichiers), l'écriture s'arrête au bout d'un moment. un dmesg me donne des messages tels que les suivants:
FAT: Filesystem panic (dev sda5)
clusters badly computed (1511 != 1512)
FAT: Filesystem panic (dev sda5)
clusters badly computed (1512 != 1513)
(j'ai plein de lignes comme ça, et pas seulement quatre)
et je ne peux donc plus rien écrire. ce problème arrive avec mes deux disques dans les mêmes conditions précédemment décrites. je rappelle qu'en usb 1, je copie autant de données que je veux, sans le moindre soucis.
la lecture via le firewire quant à elle marche mais avec de (trop) longues poses. j'entends par là qu'il commence à copier le (gros) fichier en question au débit du firewire puis s'arrête qqs minutes avant de reprendre la copie. au final, le temps de copie est très long.
je continue, car le problème ne s'arrête pas là. je pensais que le pb venait de mon pc ou de mon firewire. j'ai donc testé mes deux disques sur mon pc de bureau avec une debian 2.6.8.1. où je n'ai pas de firewire mais de l'usb 2.
la lecture se fait sans aucun soucis, à la perfection. l'écriture de petits fichiers également. le pb survient lors de l'écriture de données de grandes tailles. au bout d'une centaine de Mo (à peu près), je vois des erreurs d'entrée/sortie. un sfdisk -l n'affiche plus le disque en question.
j'ai testé ces deux disques sous windows et mac, en usb2 et firewire et ils marchent très bien.
est-ce que quelqu'un aurait une idée de ce que je pourrais faire?
merci.
# Même problème
Posté par Thierry GRAUSS . Évalué à 1.
En tout cas j'ai réussi a rendre plus rare les plantages lors de la copie de gros fichiers en désactivant l'ACPI.
Et en plus je suis sur portable -> pas possible de changer la carte mère pour virer le chipset tout pourri ou changer la carte firewire :(
[^] # Re: Même problème
Posté par g_remy . Évalué à 2.
Essayez donc qqchose comme ca :
Pour info les vitesses sont les suivantes : 3 = 800mb, 2 = 400mb default, 1 = 200mb, 0 = 100mb
Ca évite pas mal de problemes sur des chipset buggué.
Ca peut-etre une solution en attendant mieux !
[^] # Re: Même problème
Posté par Thierry GRAUSS . Évalué à 1.
je vais essayer
par contre, ça faisait au moins 3 mois que je n'avais pas utilisé le disque. Hier soir je l'ai réutilisé pour transférer de gros fichiers et je n'ai plus eu de pb (peut-être grâce aux mises-à-jour de la Debian). Si le pb réapparaît, j'utiliserais ces options pour voir.
Merci encore.
[^] # Re: Même problème
Posté par radar . Évalué à 1.
je vais tester en réduisant la vitesse.
merci.
[^] # Re: Même problème
Posté par radar . Évalué à 1.
ieee1394: sbp2: aborting sbp2 command
0x2a 00 00 00 3f 01 00 00 01 00
FAT: Filesystem panic (dev sdb5)
fat_get_cluster: invalid cluster chain (i_pos 305714)
File system has been set read-only
et la partition n'est plus que lisible.
[^] # Re: Même problème
Posté par zygot . Évalué à 1.
Sep 15 17:11:39 zygot kernel: FAT: Filesystem panic (dev sdb5)
Sep 15 17:11:39 zygot kernel: fat_free: deleting beyond EOF (i_pos 0)
Sep 15 17:11:39 zygot kernel: File system has been set read-only
Peu de problèmes en USB2, mais bcp en firewire pour le moment (j'ai copié de nombreuses vidéos sans prb)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.