Le boitier ..et la petite carte électronique qui converti USB >> ATA ( ou
SATA )
Mais pas le disque en lui-même, ni sa mécanique, à ma connaissance Iomega
ne fabrique pas de DD, il n'y as pas beaucoup de fabricants originaux
pour les DD ..
de tête ..
- Hitachi ( il ont récupéré les DD IBM °
- Seagate ( ils viennent de racheter Maxtor ..mais ils conserve la marque
et les chaines de prod on dirais )
- Western Digital
- Toshiba ( pas sur .. )
- Samsung
Il n'y a rien qui permette de savoir sauf peut-être si on désosse le DD !
Hier soir j'en ai d'ailleurs lançé une de plusieurs Go de données, et là
j'ai eu droit à une belle frayeur: des tas de messages sont apparus me
disant que des données avaient été perdues car l'écriture décalée
n'avait pas marché. Presque tous les répertoires créés étaient vides. Je
suis allée me coucher en me disant que c'était mal barré, et ce matin en
rallumant il a terminé son opération et j'ai retrouvé tous mes fichiers
! Mais comme c'était des données jetables je n'avais pas comptabilisé le
nombre de fichiers copiés, a priori j'ai tout récupéré mais je n'ai pas
de certitude à 100%...
Pas normal ce pb ..même si en USB1 c'est leeeennnnntttttt, normalement ça
doit quand même ce finir correctement.
Pb d'alim ? ou parasite qqconque qui déconnecte le DD avant la fin du
transfert ?
Eventuellement, tu peut utiliser un soft comme KillCopy ( ou
SuperCopier ) pour faire ce genre de copie, il sait vérifier et reprendre
là ou ça à coupé snas tout refaire.
En fait c'est un problème fréquent si j'en crois mes recherches sur le
net. La solution préconisée est de supprimer l'option de mise en cache.
Pour cela il faut aller dans l'onglet Stratégies des propriétés disque.
Seul problème, moi j'ai des options qui n'ont rien à voir et il semble que
le cache soit déjà désactivé, donc on n'est pas sortis de l'auberge. Par
contre malgré ces messages je n'ai pas de pertes de fichiers car il sait
se récupérer au bout d'un moment, même si je reboote entretemps. Mais ce
problème d'écriture décalée se reproduit systématiquement.
Le boitier ..et la petite carte électronique qui converti USB >> ATA ( ou
SATA )
Mais pas le disque en lui-même, ni sa mécanique, à ma connaissance Iomega
ne fabrique pas de DD, il n'y as pas beaucoup de fabricants originaux
pour les DD ..
de tête ..
- Hitachi ( il ont récupéré les DD IBM °
- Seagate ( ils viennent de racheter Maxtor ..mais ils conserve la marque
et les chaines de prod on dirais )
- Western Digital
- Toshiba ( pas sur .. )
- Samsung
Il n'y a rien qui permette de savoir sauf peut-être si on désosse le DD !
Hier soir j'en ai d'ailleurs lançé une de plusieurs Go de données, et là
j'ai eu droit à une belle frayeur: des tas de messages sont apparus me
disant que des données avaient été perdues car l'écriture décalée
n'avait pas marché. Presque tous les répertoires créés étaient vides. Je
suis allée me coucher en me disant que c'était mal barré, et ce matin en
rallumant il a terminé son opération et j'ai retrouvé tous mes fichiers
! Mais comme c'était des données jetables je n'avais pas comptabilisé le
nombre de fichiers copiés, a priori j'ai tout récupéré mais je n'ai pas
de certitude à 100%...
Pas normal ce pb ..même si en USB1 c'est leeeennnnntttttt, normalement ça
doit quand même ce finir correctement.
Pb d'alim ? ou parasite qqconque qui déconnecte le DD avant la fin du
transfert ?
Eventuellement, tu peut utiliser un soft comme KillCopy ( ou
SuperCopier ) pour faire ce genre de copie, il sait vérifier et reprendre
là ou ça à coupé snas tout refaire.
En fait c'est un problème fréquent si j'en crois mes recherches sur le
net. La solution préconisée est de supprimer l'option de mise en cache.
Pour cela il faut aller dans l'onglet Stratégies des propriétés disque.
Seul problème, moi j'ai des options qui n'ont rien à voir et il semble que
le cache soit déjà désactivé, donc on n'est pas sortis de l'auberge. Par
contre malgré ces messages je n'ai pas de pertes de fichiers car il sait
se récupérer au bout d'un moment, même si je reboote entretemps. Mais ce
problème d'écriture décalée se reproduit systématiquement.
Le boitier ..et la petite carte électronique qui converti USB >> ATA ( ou
SATA )
Mais pas le disque en lui-même, ni sa mécanique, à ma connaissance Iomega
ne fabrique pas de DD, il n'y as pas beaucoup de fabricants originaux
pour les DD ..
de tête ..
- Hitachi ( il ont récupéré les DD IBM °
- Seagate ( ils viennent de racheter Maxtor ..mais ils conserve la marque
et les chaines de prod on dirais )
- Western Digital
- Toshiba ( pas sur .. )
- Samsung
Il n'y a rien qui permette de savoir sauf peut-être si on désosse le DD !
Hier soir j'en ai d'ailleurs lançé une de plusieurs Go de données, et là
j'ai eu droit à une belle frayeur: des tas de messages sont apparus me
disant que des données avaient été perdues car l'écriture décalée
n'avait pas marché. Presque tous les répertoires créés étaient vides. Je
suis allée me coucher en me disant que c'était mal barré, et ce matin en
rallumant il a terminé son opération et j'ai retrouvé tous mes fichiers
! Mais comme c'était des données jetables je n'avais pas comptabilisé le
nombre de fichiers copiés, a priori j'ai tout récupéré mais je n'ai pas
de certitude à 100%...
Pas normal ce pb ..même si en USB1 c'est leeeennnnntttttt, normalement ça
doit quand même ce finir correctement.
Pb d'alim ? ou parasite qqconque qui déconnecte le DD avant la fin du
transfert ?
Eventuellement, tu peut utiliser un soft comme KillCopy ( ou
SuperCopier ) pour faire ce genre de copie, il sait vérifier et reprendre
là ou ça à coupé snas tout refaire.
En fait c'est un problème fréquent si j'en crois mes recherches sur le
net. La solution préconisée est de supprimer l'option de mise en cache.
Pour cela il faut aller dans l'onglet Stratégies des propriétés disque.
Seul problème, moi j'ai des options qui n'ont rien à voir et il semble que
le cache soit déjà désactivé, donc on n'est pas sortis de l'auberge. Par
contre malgré ces messages je n'ai pas de pertes de fichiers car il sait
se récupérer au bout d'un moment, même si je reboote entretemps. Mais ce
problème d'écriture décalée se reproduit systématiquement.
Glop wrote:
Ok merci. Si ce n'est pas documenté c'est visible comment ? Et pourquoi
la
souris pose problème d'après toi, surtout si ce sont des contrôleurs
indépendants ? Je veux apprendre :D
Si tu as deux contrôleurs, pas de soucis à craindre, par contre, si tu
as un seul contrôleur, c'est le maillon faible qui va l'emporter, donc
ton DD va passer en USB.1.1 sans que tu comprennes vraiment pourquoi il
est si lent :=)) IL semble difficile d'obtenir ce genre de précision
:=((
Donc, par précaution, souris sur l'unité centrale et DD sur la carte.
http://www.materiel.net/ctl/Divers2/ Si tu n'es pas trop raide, la
Belkin est un bon choix. sinon, tu regardes les prix, le coût du port,
et tu fonces chez un vendeur, tu gagneras les délais de livraison pour
un coût final identique.
Glop <glop@glop.fr> wrote:
Ok merci. Si ce n'est pas documenté c'est visible comment ? Et pourquoi
la
souris pose problème d'après toi, surtout si ce sont des contrôleurs
indépendants ? Je veux apprendre :D
Si tu as deux contrôleurs, pas de soucis à craindre, par contre, si tu
as un seul contrôleur, c'est le maillon faible qui va l'emporter, donc
ton DD va passer en USB.1.1 sans que tu comprennes vraiment pourquoi il
est si lent :=)) IL semble difficile d'obtenir ce genre de précision
:=((
Donc, par précaution, souris sur l'unité centrale et DD sur la carte.
http://www.materiel.net/ctl/Divers2/ Si tu n'es pas trop raide, la
Belkin est un bon choix. sinon, tu regardes les prix, le coût du port,
et tu fonces chez un vendeur, tu gagneras les délais de livraison pour
un coût final identique.
Glop wrote:
Ok merci. Si ce n'est pas documenté c'est visible comment ? Et pourquoi
la
souris pose problème d'après toi, surtout si ce sont des contrôleurs
indépendants ? Je veux apprendre :D
Si tu as deux contrôleurs, pas de soucis à craindre, par contre, si tu
as un seul contrôleur, c'est le maillon faible qui va l'emporter, donc
ton DD va passer en USB.1.1 sans que tu comprennes vraiment pourquoi il
est si lent :=)) IL semble difficile d'obtenir ce genre de précision
:=((
Donc, par précaution, souris sur l'unité centrale et DD sur la carte.
http://www.materiel.net/ctl/Divers2/ Si tu n'es pas trop raide, la
Belkin est un bon choix. sinon, tu regardes les prix, le coût du port,
et tu fonces chez un vendeur, tu gagneras les délais de livraison pour
un coût final identique.
>>Hier soir j'en ai d'ailleurs lançé une de plusieurs Go de données, et
là j'ai eu droit à une belle frayeur: des tas de messages sont apparus
me disant que des données avaient été perdues car l'écriture décalée
n'avait pas marché. Presque tous les répertoires créés étaient vides.
Je suis allée me coucher en me disant que c'était mal barré, et ce
matin en rallumant il a terminé son opération et j'ai retrouvé tous mes
fichiers ! Mais comme c'était des données jetables je n'avais pas
comptabilisé le nombre de fichiers copiés, a priori j'ai tout récupéré
mais je n'ai pas de certitude à 100%...
Pas normal ce pb ..même si en USB1 c'est leeeennnnntttttt, normalement
ça doit quand même ce finir correctement.
Pb d'alim ? ou parasite qqconque qui déconnecte le DD avant la fin du
transfert ?
Eventuellement, tu peut utiliser un soft comme KillCopy ( ou
SuperCopier ) pour faire ce genre de copie, il sait vérifier et
reprendre là ou ça à coupé snas tout refaire.
En fait c'est un problème fréquent si j'en crois mes recherches sur le
net. La solution préconisée est de supprimer l'option de mise en cache.
Pour cela il faut aller dans l'onglet Stratégies des propriétés disque.
Seul problème, moi j'ai des options qui n'ont rien à voir et il semble
que le cache soit déjà désactivé, donc on n'est pas sortis de l'auberge.
Par contre malgré ces messages je n'ai pas de pertes de fichiers car il
sait se récupérer au bout d'un moment, même si je reboote entretemps.
Mais ce problème d'écriture décalée se reproduit systématiquement.
C'est marrant, j'ai aussi vu ce pbs sur des dizaines de sites ou ngs
........ mais je ne l'ai jamais rencontré sur mes machines ( sauf une fois
..avec un DD en train de mourir )
>>
Hier soir j'en ai d'ailleurs lançé une de plusieurs Go de données, et
là j'ai eu droit à une belle frayeur: des tas de messages sont apparus
me disant que des données avaient été perdues car l'écriture décalée
n'avait pas marché. Presque tous les répertoires créés étaient vides.
Je suis allée me coucher en me disant que c'était mal barré, et ce
matin en rallumant il a terminé son opération et j'ai retrouvé tous mes
fichiers ! Mais comme c'était des données jetables je n'avais pas
comptabilisé le nombre de fichiers copiés, a priori j'ai tout récupéré
mais je n'ai pas de certitude à 100%...
Pas normal ce pb ..même si en USB1 c'est leeeennnnntttttt, normalement
ça doit quand même ce finir correctement.
Pb d'alim ? ou parasite qqconque qui déconnecte le DD avant la fin du
transfert ?
Eventuellement, tu peut utiliser un soft comme KillCopy ( ou
SuperCopier ) pour faire ce genre de copie, il sait vérifier et
reprendre là ou ça à coupé snas tout refaire.
En fait c'est un problème fréquent si j'en crois mes recherches sur le
net. La solution préconisée est de supprimer l'option de mise en cache.
Pour cela il faut aller dans l'onglet Stratégies des propriétés disque.
Seul problème, moi j'ai des options qui n'ont rien à voir et il semble
que le cache soit déjà désactivé, donc on n'est pas sortis de l'auberge.
Par contre malgré ces messages je n'ai pas de pertes de fichiers car il
sait se récupérer au bout d'un moment, même si je reboote entretemps.
Mais ce problème d'écriture décalée se reproduit systématiquement.
C'est marrant, j'ai aussi vu ce pbs sur des dizaines de sites ou ngs
........ mais je ne l'ai jamais rencontré sur mes machines ( sauf une fois
..avec un DD en train de mourir )
>>Hier soir j'en ai d'ailleurs lançé une de plusieurs Go de données, et
là j'ai eu droit à une belle frayeur: des tas de messages sont apparus
me disant que des données avaient été perdues car l'écriture décalée
n'avait pas marché. Presque tous les répertoires créés étaient vides.
Je suis allée me coucher en me disant que c'était mal barré, et ce
matin en rallumant il a terminé son opération et j'ai retrouvé tous mes
fichiers ! Mais comme c'était des données jetables je n'avais pas
comptabilisé le nombre de fichiers copiés, a priori j'ai tout récupéré
mais je n'ai pas de certitude à 100%...
Pas normal ce pb ..même si en USB1 c'est leeeennnnntttttt, normalement
ça doit quand même ce finir correctement.
Pb d'alim ? ou parasite qqconque qui déconnecte le DD avant la fin du
transfert ?
Eventuellement, tu peut utiliser un soft comme KillCopy ( ou
SuperCopier ) pour faire ce genre de copie, il sait vérifier et
reprendre là ou ça à coupé snas tout refaire.
En fait c'est un problème fréquent si j'en crois mes recherches sur le
net. La solution préconisée est de supprimer l'option de mise en cache.
Pour cela il faut aller dans l'onglet Stratégies des propriétés disque.
Seul problème, moi j'ai des options qui n'ont rien à voir et il semble
que le cache soit déjà désactivé, donc on n'est pas sortis de l'auberge.
Par contre malgré ces messages je n'ai pas de pertes de fichiers car il
sait se récupérer au bout d'un moment, même si je reboote entretemps.
Mais ce problème d'écriture décalée se reproduit systématiquement.
C'est marrant, j'ai aussi vu ce pbs sur des dizaines de sites ou ngs
........ mais je ne l'ai jamais rencontré sur mes machines ( sauf une fois
..avec un DD en train de mourir )
Si tu as deux contrôleurs, pas de soucis à craindre, par contre, si tu
as un seul contrôleur, c'est le maillon faible qui va l'emporter, donc
ton DD va passer en USB.1.1 sans que tu comprennes vraiment pourquoi il
est si lent :=)) IL semble difficile d'obtenir ce genre de précision=((
Donc, par précaution, souris sur l'unité centrale et DD sur la carte.
Si tu as deux contrôleurs, pas de soucis à craindre, par contre, si tu
as un seul contrôleur, c'est le maillon faible qui va l'emporter, donc
ton DD va passer en USB.1.1 sans que tu comprennes vraiment pourquoi il
est si lent :=)) IL semble difficile d'obtenir ce genre de précision
=((
Donc, par précaution, souris sur l'unité centrale et DD sur la carte.
Si tu as deux contrôleurs, pas de soucis à craindre, par contre, si tu
as un seul contrôleur, c'est le maillon faible qui va l'emporter, donc
ton DD va passer en USB.1.1 sans que tu comprennes vraiment pourquoi il
est si lent :=)) IL semble difficile d'obtenir ce genre de précision=((
Donc, par précaution, souris sur l'unité centrale et DD sur la carte.
Je branche souvent mon disque externe sur le même hub USB (plus simple
à brancher, pas à aller fouiller sous la table).
Je n'ai pas rencontré de ralentissement notable du transfert sur le
DD...
Je branche souvent mon disque externe sur le même hub USB (plus simple
à brancher, pas à aller fouiller sous la table).
Je n'ai pas rencontré de ralentissement notable du transfert sur le
DD...
Je branche souvent mon disque externe sur le même hub USB (plus simple
à brancher, pas à aller fouiller sous la table).
Je n'ai pas rencontré de ralentissement notable du transfert sur le
DD...
Sergio wrote:Je branche souvent mon disque externe sur le même hub USB (plus simple
à brancher, pas à aller fouiller sous la table).
Je n'ai pas rencontré de ralentissement notable du transfert sur le
DD...
Si je m'amuse à ce genre de gag sur mon hub, ça dysfonctionne très vite
avec certains matériels. Parce que c'est un hub USB1.1 ? Alimenté, quand
même. Et pourtant, il ne s'agit que d'une simple souris qui fonctionne
parfaitement en branchement direct sur la tour ou le portable.
Ceci dit, tout ce qui est de près ou de loin DD ou assimilé se branche
en Firewire, à la maison.
Sergio <laposte@serge.delbono.net.invalid> wrote:
Je branche souvent mon disque externe sur le même hub USB (plus simple
à brancher, pas à aller fouiller sous la table).
Je n'ai pas rencontré de ralentissement notable du transfert sur le
DD...
Si je m'amuse à ce genre de gag sur mon hub, ça dysfonctionne très vite
avec certains matériels. Parce que c'est un hub USB1.1 ? Alimenté, quand
même. Et pourtant, il ne s'agit que d'une simple souris qui fonctionne
parfaitement en branchement direct sur la tour ou le portable.
Ceci dit, tout ce qui est de près ou de loin DD ou assimilé se branche
en Firewire, à la maison.
Sergio wrote:Je branche souvent mon disque externe sur le même hub USB (plus simple
à brancher, pas à aller fouiller sous la table).
Je n'ai pas rencontré de ralentissement notable du transfert sur le
DD...
Si je m'amuse à ce genre de gag sur mon hub, ça dysfonctionne très vite
avec certains matériels. Parce que c'est un hub USB1.1 ? Alimenté, quand
même. Et pourtant, il ne s'agit que d'une simple souris qui fonctionne
parfaitement en branchement direct sur la tour ou le portable.
Ceci dit, tout ce qui est de près ou de loin DD ou assimilé se branche
en Firewire, à la maison.
Même vu des macqueux brancher leur clef USB sur le HUB du clavier... Il
est vrai que les claviers Mac ont un hub USB, très utile (je ne
comprends toujours pas pourquoi les claviers USB non-mac ne comportent
pas systématiquement un mini hub).
> Ceci dit, tout ce qui est de près ou de loin DD ou assimilé se branche
> en Firewire, à la maison.
Oui mais $$$$...
Même vu des macqueux brancher leur clef USB sur le HUB du clavier... Il
est vrai que les claviers Mac ont un hub USB, très utile (je ne
comprends toujours pas pourquoi les claviers USB non-mac ne comportent
pas systématiquement un mini hub).
> Ceci dit, tout ce qui est de près ou de loin DD ou assimilé se branche
> en Firewire, à la maison.
Oui mais $$$$...
Même vu des macqueux brancher leur clef USB sur le HUB du clavier... Il
est vrai que les claviers Mac ont un hub USB, très utile (je ne
comprends toujours pas pourquoi les claviers USB non-mac ne comportent
pas systématiquement un mini hub).
> Ceci dit, tout ce qui est de près ou de loin DD ou assimilé se branche
> en Firewire, à la maison.
Oui mais $$$$...