En essayant de copier mes sauvegardes vers un disque dur externe ( disque
dur dans un boîtier en fait ), celui-ci se déconnecte toujours avant la
fin de la copie. Il est vrai qu'il s'agit de gros fichier ( >1Go ), mais
je pense que cela ne devrait pas poser de problème..?
Voici une copie du syslog :
Jul 28 18:31:19 debian kernel: usb-storage: device scan complete
Jul 28 18:33:05 debian kernel: usb 3-3: USB disconnect, address 5
Jul 28 18:33:05 debian kernel: sd 1:0:0:0: scsi: Device offlined - not ready after error recovery
Jul 28 18:33:05 debian kernel: ing removed
Jul 28 18:33:05 debian kernel: sd 1:0:0:0: rejecting I/O to device being removed
[...]
Jul 28 18:33:05 debian kernel: sd 1:0:0:0: rejecting I/O to device being removed
Jul 28 18:33:06 debian kernel: FAT: unable to read inode block for updating (i_pos 469515)
Jul 28 18:33:06 debian kernel: 1:0:0:0: rejecting I/O to dead device
Jul 28 18:33:06 debian kernel: 1:0:0:0: rejecting I/O to dead device
Jul 28 18:33:06 debian kernel: FAT: Directory bread(block 29344) failed
[...]
Jul 28 18:33:06 debian kernel: FAT: Directory bread(block 29375) failed
Cela viendrait-il du boîtier, ou le disque est-il en train de mourir ? Le
disque est sur une alimentation extérieure, et en usb2.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
unixhome
sebastien wrote:
Bonjour à tous,
En essayant de copier mes sauvegardes vers un disque dur externe ( disque dur dans un boîtier en fait ), celui-ci se déconnecte toujours avant la fin de la copie. Il est vrai qu'il s'agit de gros fichier ( >1Go ), mais je pense que cela ne devrait pas poser de problème..?
Voici une copie du syslog : Jul 28 18:31:19 debian kernel: usb-storage: device scan complete Jul 28 18:33:05 debian kernel: usb 3-3: USB disconnect, address 5 Jul 28 18:33:05 debian kernel: sd 1:0:0:0: scsi: Device offlined - not ready after error recovery Jul 28 18:33:05 debian kernel: ing removed Jul 28 18:33:05 debian kernel: sd 1:0:0:0: rejecting I/O to device being removed [...] Jul 28 18:33:05 debian kernel: sd 1:0:0:0: rejecting I/O to device being removed Jul 28 18:33:06 debian kernel: FAT: unable to read inode block for updating (i_pos 469515) Jul 28 18:33:06 debian kernel: 1:0:0:0: rejecting I/O to dead device Jul 28 18:33:06 debian kernel: 1:0:0:0: rejecting I/O to dead device Jul 28 18:33:06 debian kernel: FAT: Directory bread(block 29344) failed [...] Jul 28 18:33:06 debian kernel: FAT: Directory bread(block 29375) failed
Cela viendrait-il du boîtier, ou le disque est-il en train de mourir ? Le disque est sur une alimentation extérieure, et en usb2.
Merci a vous tous ! qu'est-ce que ca raconte quand tu verifies ton systeme de fichiers avec
"fsck" ??
sebastien wrote:
Bonjour à tous,
En essayant de copier mes sauvegardes vers un disque dur externe ( disque
dur dans un boîtier en fait ), celui-ci se déconnecte toujours avant la
fin de la copie. Il est vrai qu'il s'agit de gros fichier ( >1Go ), mais
je pense que cela ne devrait pas poser de problème..?
Voici une copie du syslog :
Jul 28 18:31:19 debian kernel: usb-storage: device scan complete
Jul 28 18:33:05 debian kernel: usb 3-3: USB disconnect, address 5
Jul 28 18:33:05 debian kernel: sd 1:0:0:0: scsi: Device offlined - not ready after error recovery
Jul 28 18:33:05 debian kernel: ing removed
Jul 28 18:33:05 debian kernel: sd 1:0:0:0: rejecting I/O to device being removed
[...]
Jul 28 18:33:05 debian kernel: sd 1:0:0:0: rejecting I/O to device being removed
Jul 28 18:33:06 debian kernel: FAT: unable to read inode block for updating (i_pos 469515)
Jul 28 18:33:06 debian kernel: 1:0:0:0: rejecting I/O to dead device
Jul 28 18:33:06 debian kernel: 1:0:0:0: rejecting I/O to dead device
Jul 28 18:33:06 debian kernel: FAT: Directory bread(block 29344) failed
[...]
Jul 28 18:33:06 debian kernel: FAT: Directory bread(block 29375) failed
Cela viendrait-il du boîtier, ou le disque est-il en train de mourir ? Le
disque est sur une alimentation extérieure, et en usb2.
Merci a vous tous !
qu'est-ce que ca raconte quand tu verifies ton systeme de fichiers avec
En essayant de copier mes sauvegardes vers un disque dur externe ( disque dur dans un boîtier en fait ), celui-ci se déconnecte toujours avant la fin de la copie. Il est vrai qu'il s'agit de gros fichier ( >1Go ), mais je pense que cela ne devrait pas poser de problème..?
Voici une copie du syslog : Jul 28 18:31:19 debian kernel: usb-storage: device scan complete Jul 28 18:33:05 debian kernel: usb 3-3: USB disconnect, address 5 Jul 28 18:33:05 debian kernel: sd 1:0:0:0: scsi: Device offlined - not ready after error recovery Jul 28 18:33:05 debian kernel: ing removed Jul 28 18:33:05 debian kernel: sd 1:0:0:0: rejecting I/O to device being removed [...] Jul 28 18:33:05 debian kernel: sd 1:0:0:0: rejecting I/O to device being removed Jul 28 18:33:06 debian kernel: FAT: unable to read inode block for updating (i_pos 469515) Jul 28 18:33:06 debian kernel: 1:0:0:0: rejecting I/O to dead device Jul 28 18:33:06 debian kernel: 1:0:0:0: rejecting I/O to dead device Jul 28 18:33:06 debian kernel: FAT: Directory bread(block 29344) failed [...] Jul 28 18:33:06 debian kernel: FAT: Directory bread(block 29375) failed
Cela viendrait-il du boîtier, ou le disque est-il en train de mourir ? Le disque est sur une alimentation extérieure, et en usb2.
Merci a vous tous ! qu'est-ce que ca raconte quand tu verifies ton systeme de fichiers avec
"fsck" ??
unixhome
unixhome wrote:
qu'est-ce que ca raconte quand tu verifies ton systeme de fichiers avec "fsck" ?? rectification "dosfsck" pour le cas qui nous occupe
unixhome wrote:
qu'est-ce que ca raconte quand tu verifies ton systeme de fichiers avec
"fsck" ??
rectification "dosfsck" pour le cas qui nous occupe
qu'est-ce que ca raconte quand tu verifies ton systeme de fichiers avec "fsck" ?? rectification "dosfsck" pour le cas qui nous occupe
sebastien
Le Fri, 28 Jul 2006 13:31:08 -0400, unixhome a écrit :
unixhome wrote:
qu'est-ce que ça raconte quand tu vérifies ton système de fichiers avec "fsck" ??
Merci pour la rapidité de ta réponse Voici la sortie d'un dosfsck, juste après une déconnexion :
dosfsck 2.11 (12 Mar 2005) dosfsck 2.11, 12 Mar 2005, FAT32, LFN Checking we can access the last sector of the filesystem Boot sector contents: System ID "MSDOS5.0" Media byte 0xf8 (hard disk) 512 bytes per logical sector 16384 bytes per cluster 32 reserved sectors First FAT starts at byte 16384 (sector 32) 2 FATs, 32 bit entries 7503872 bytes per FAT (= 14656 sectors) Root directory start at cluster 2 (arbitrary size) Data area starts at byte 15024128 (sector 29344) 1875882 data clusters (30734450688 bytes) 63 sectors/track, 255 heads 32 hidden sectors 60057568 sectors total /debian-home.20060728.tar.gz Contains a free cluster (411648). Assuming EOF. /debian-home.20060728.tar.gz File size is 696352768 bytes, cluster chain length is 686522368 bytes. Truncating file to 686522368 bytes. Checking for unused clusters. Checking free cluster summary. Free cluster summary wrong (1680196 vs. really 1682166)
Rien de suspect il semblerait, à part la coupure dans la copie du fichier.. Je suis septique vis-à-vis de tout ça..
Le Fri, 28 Jul 2006 13:31:08 -0400, unixhome a écrit :
unixhome wrote:
qu'est-ce que ça raconte quand tu vérifies ton système de fichiers
avec "fsck" ??
Merci pour la rapidité de ta réponse
Voici la sortie d'un dosfsck, juste après une déconnexion :
dosfsck 2.11 (12 Mar 2005)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
Checking we can access the last sector of the filesystem
Boot sector contents:
System ID "MSDOS5.0"
Media byte 0xf8 (hard disk)
512 bytes per logical sector
16384 bytes per cluster
32 reserved sectors
First FAT starts at byte 16384 (sector 32)
2 FATs, 32 bit entries
7503872 bytes per FAT (= 14656 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 15024128 (sector 29344)
1875882 data clusters (30734450688 bytes)
63 sectors/track, 255 heads
32 hidden sectors
60057568 sectors total
/debian-home.20060728.tar.gz
Contains a free cluster (411648). Assuming EOF.
/debian-home.20060728.tar.gz
File size is 696352768 bytes, cluster chain length is 686522368 bytes.
Truncating file to 686522368 bytes.
Checking for unused clusters.
Checking free cluster summary.
Free cluster summary wrong (1680196 vs. really 1682166)
Rien de suspect il semblerait, à part la coupure dans la copie du
fichier.. Je suis septique vis-à-vis de tout ça..
Le Fri, 28 Jul 2006 13:31:08 -0400, unixhome a écrit :
unixhome wrote:
qu'est-ce que ça raconte quand tu vérifies ton système de fichiers avec "fsck" ??
Merci pour la rapidité de ta réponse Voici la sortie d'un dosfsck, juste après une déconnexion :
dosfsck 2.11 (12 Mar 2005) dosfsck 2.11, 12 Mar 2005, FAT32, LFN Checking we can access the last sector of the filesystem Boot sector contents: System ID "MSDOS5.0" Media byte 0xf8 (hard disk) 512 bytes per logical sector 16384 bytes per cluster 32 reserved sectors First FAT starts at byte 16384 (sector 32) 2 FATs, 32 bit entries 7503872 bytes per FAT (= 14656 sectors) Root directory start at cluster 2 (arbitrary size) Data area starts at byte 15024128 (sector 29344) 1875882 data clusters (30734450688 bytes) 63 sectors/track, 255 heads 32 hidden sectors 60057568 sectors total /debian-home.20060728.tar.gz Contains a free cluster (411648). Assuming EOF. /debian-home.20060728.tar.gz File size is 696352768 bytes, cluster chain length is 686522368 bytes. Truncating file to 686522368 bytes. Checking for unused clusters. Checking free cluster summary. Free cluster summary wrong (1680196 vs. really 1682166)
Rien de suspect il semblerait, à part la coupure dans la copie du fichier.. Je suis septique vis-à-vis de tout ça..
unixhome
rien ne parait anormal ! Il semblemrait que le probleme vienne tout simplement du boitier contenant le disque dur (eventuellement un connecteur defectueux)
aurais-tu un autre disque dur a mettre a la place pour effectuer un test de transfert (fichier de 1 Go ou plus) et ensuite refaire un autre dosfsck ??
peu probable que le probleme vienne de l'usb
rien ne parait anormal !
Il semblemrait que le probleme vienne tout
simplement du boitier contenant le disque dur
(eventuellement un connecteur defectueux)
aurais-tu un autre disque dur a mettre a la place
pour effectuer un test de transfert (fichier de 1 Go ou plus)
et ensuite refaire un autre dosfsck ??
rien ne parait anormal ! Il semblemrait que le probleme vienne tout simplement du boitier contenant le disque dur (eventuellement un connecteur defectueux)
aurais-tu un autre disque dur a mettre a la place pour effectuer un test de transfert (fichier de 1 Go ou plus) et ensuite refaire un autre dosfsck ??
peu probable que le probleme vienne de l'usb
sebastien
Le Fri, 28 Jul 2006 14:54:57 -0400, unixhome a écrit :
rien ne parait anormal ! Il semblemrait que le probleme vienne tout simplement du boitier contenant le disque dur (eventuellement un connecteur defectueux)
Ok merci des infos, je n'ai pas d'autre disques durs sous la main, je vais espérer que cela vienne du boîtier, je vais en acheter un autre, on verra bien !
Merci :)
Le Fri, 28 Jul 2006 14:54:57 -0400, unixhome a écrit :
rien ne parait anormal !
Il semblemrait que le probleme vienne tout
simplement du boitier contenant le disque dur
(eventuellement un connecteur defectueux)
Ok merci des infos, je n'ai pas d'autre disques durs sous la main, je vais
espérer que cela vienne du boîtier, je vais en acheter un autre, on
verra bien !
Le Fri, 28 Jul 2006 14:54:57 -0400, unixhome a écrit :
rien ne parait anormal ! Il semblemrait que le probleme vienne tout simplement du boitier contenant le disque dur (eventuellement un connecteur defectueux)
Ok merci des infos, je n'ai pas d'autre disques durs sous la main, je vais espérer que cela vienne du boîtier, je vais en acheter un autre, on verra bien !
