Clef USB - disparition de données
Le
humbert.olivier.1

--=_e9823e57-0d65-4bc7-9545-c6788ca6f597
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Bonsoir/bonjour à toutes et tous.
(Debian Stretch, Ã jour ici)
Hier, j'ai fait du tri dans mes clefs USB et leurs contenus.
J'ai tout mis sur mon disque dur, et j'ai reformaté les clefs USB (ave=
c GParted 0.25.0) en fat32.
En fat32 car certaines étaient en ext4, et d'autres en fat, et ça=
n'était pas pratique lorsque j'avais besoin de me servir d'un autre s=
ystème d'exploitation.
Ensuite, j'ai réintégré mes données du disque dur vers =
les clefs USB en les triant/copiant/collant.
Dans l'ensemble, pas de soucis, sauf avec une clef USB.
Dans celle ci, j'avais placé 3 répertoires dans la racine, et eff=
ectué des ajouts/suppressions de fichiers dans ces dossiers.
Ensuite je l'ai démontée.
Lorsque j'ai voulu la remonter, plus rien.
Je veux dire par là , que la clef n'a pas montée du tout.
Quand je la branche, dmesg me dit ceci :
[331425.040018] usb 3-3: new high-speed USB device number 65 using ehci-pci=
[331425.160032] usb 3-3: New USB device found, idVendor=090c, idProduct=
=1000
[331425.160035] usb 3-3: New USB device strings: Mfr=1, Product=2, Seri=
alNumber=0
[331425.160038] usb 3-3: Product: USB DISK
[331425.160040] usb 3-3: Manufacturer: SMI Corporation
[331425.161654] usb-storage 3-3:1.0: USB Mass Storage device detected
[331425.161873] scsi host6: usb-storage 3-3:1.0
[331428.149862] scsi 6:0:0:0: Direct-Access FLASH Drive SM_USB20 1100 PQ: 0=
ANSI: 4
[331428.156460] sd 6:0:0:0: Attached scsi generic sg2 type 0
[331428.157214] sd 6:0:0:0: [sdb] 15360000 512-byte logical blocks: (7.86 G=
B/7.32 GiB)
[331428.158087] sd 6:0:0:0: [sdb] Write Protect is off
[331428.158095] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
[331428.158959] sd 6:0:0:0: [sdb] No Caching mode page found
[331428.158961] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[331428.188107] sd 6:0:0:0: [sdb] Attached SCSI removable disk
Et il n'y a pas de sdb1 dans /dev/, just un sdb
Quand je branche une autre clef (exactement le même modèle), elle=
aussi formatée en fat32, dmesg me dit ceci :
[331681.056017] usb 3-3: new high-speed USB device number 69 using ehci-pci=
[331681.175681] usb 3-3: New USB device found, idVendor=090c, idProduct=
=1000
[331681.175684] usb 3-3: New USB device strings: Mfr=1, Product=2, Seri=
alNumber=0
[331681.175686] usb 3-3: Product: USB DISK
[331681.175688] usb 3-3: Manufacturer: SMI Corporation
[331681.176112] usb-storage 3-3:1.0: USB Mass Storage device detected
[331681.176981] scsi host6: usb-storage 3-3:1.0
[331682.404602] scsi 6:0:0:0: Direct-Access FLASH Drive SM_USB20 1100 PQ: 0=
ANSI: 4
[331682.411544] sd 6:0:0:0: Attached scsi generic sg2 type 0
[331682.411571] sd 6:0:0:0: [sdb] 15360000 512-byte logical blocks: (7.86 G=
B/7.32 GiB)
[331682.412307] sd 6:0:0:0: [sdb] Write Protect is off
[331682.412310] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
[331682.412929] sd 6:0:0:0: [sdb] No Caching mode page found
[331682.412931] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[331682.417719] sdb: sdb1
[331682.420461] sd 6:0:0:0: [sdb] Attached SCSI removable disk
et là , le sdb1 est bien présent et je peux monter le système=
de fichier et y avoir accès normalement.
Si je lance gparted sur /dev/sdb de la clef me posant un soucis, il me dit =
que la clef n'a pas de partition formatée, voir le fichier joint "gpar=
ted-clef-prob.png".
Gparted sur /dev/sdb de la clef ne posant pas de soucis, il me dit que la c=
lef possède une partition fat32, voir le fichier joint "gparted-clef-n=
ormal.png".
Alors 2 choses :
- je suis curieux de savoir ce qui a bien pu se passer, d'autant plus que j=
'y ai eu accès lorsque j'ai copié des fichiers dessus après =
son formatage.
- j'aimerai beaucoup pouvoir récupérer les fichiers de la clef po=
sant un soucis, la terre ne s'arrêtera probablement pas de tourner si =
je n'y parviens pas, mais j'avais plusieurs travaux en cours dessus et des =
informations dont j'ai besoin.
Une idée pour m'assister avec ce soucis ?
Bonne soirée/journée à tout le monde,
Olivier
--=_e9823e57-0d65-4bc7-9545-c6788ca6f597
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style="font-family: arial, helvetica, sans-serif; font-s=
ize: 12pt; color: #000000"><div>Bonsoir/bonjour à toutes et tous.<br d=
ata-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>(Debian =
Stretch, Ã jour ici)<br data-mce-bogus="1"></div><div><br data-mce-b=
ogus="1"></div><div>Hier, j'ai fait du tri dans mes clefs USB et leurs co=
ntenus.<br data-mce-bogus="1"></div><div>J'ai tout mis sur mon disque dur=
, et j'ai reformaté les clefs USB (avec GParted 0.25.0) en fat32.<br d=
ata-mce-bogus="1"></div><div>En fat32 car certaines étaient en ext4,=
et d'autres en fat, et ça n'était pas pratique lorsque j'avais b=
esoin de me servir d'un autre système d'exploitation.<br data-mce-bogu=
s="1"></div><div><br data-mce-bogus="1"></div><div>Ensuite, j'ai rÃ=
©intégré mes données du disque dur vers les clefs USB en l=
es triant/copiant/collant.<br data-mce-bogus="1"></div><div><br data-mce-=
bogus="1"></div><div>Dans l'ensemble, pas de soucis, sauf avec une clef U=
SB.<br data-mce-bogus="1"></div><div>Dans celle ci, j'avais placé 3 =
répertoires dans la racine, et effectué des ajouts/suppressions d=
e fichiers dans ces dossiers.<br data-mce-bogus="1"></div><div>Ensuite je=
l'ai démontée.<br data-mce-bogus="1"></div><div><br data-mce-b=
ogus="1"></div><div>Lorsque j'ai voulu la remonter, plus rien.<br data-mc=
e-bogus="1"></div><div>Je veux dire par là , que la clef n'a pas mont=
ée du tout.<br data-mce-bogus="1"></div><div><br data-mce-bogus="1=
"></div><div>Quand je la branche, dmesg me dit ceci :<br data-mce-bogus="=
1"></div><div><br data-mce-bogus="1"></div><div>[331425.040018] usb 3-3: =
new high-speed USB device number 65 using ehci-pci<br>[331425.160032] usb 3=
-3: New USB device found, idVendor=090c, idProduct=1000<br>[331425.1600=
35] usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0=
<br>[331425.160038] usb 3-3: Product: USB DISK<br>[331425.160040] usb 3-3: =
Manufacturer: SMI Corporation<br>[331425.161654] usb-storage 3-3:1.0: USB M=
ass Storage device detected<br>[331425.161873] scsi host6: usb-storage 3-3:=
1.0<br>[331428.149862] scsi 6:0:0:0: Direct-Access =
FLASH Drive SM_USB20 1100 PQ: 0 ANSI: 4<br>[3=
31428.156460] sd 6:0:0:0: Attached scsi generic sg2 type 0<br>[331428.15721=
4] sd 6:0:0:0: [sdb] 15360000 512-byte logical blocks: (7.86 GB/7.32 GiB)<b=
r>[331428.158087] sd 6:0:0:0: [sdb] Write Protect is off<br>[331428.158095]=
sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00<br>[331428.158959] sd 6:0:0:0: [=
sdb] No Caching mode page found<br>[331428.158961] sd 6:0:0:0: [sdb] Assumi=
ng drive cache: write through<br>[331428.188107] sd 6:0:0:0: [sdb] Attached=
SCSI removable disk<br><br data-mce-bogus="1"></div><div>Et il n'y a pas=
de sdb1 dans /dev/, just un sdb<br data-mce-bogus="1"></div><div><br dat=
a-mce-bogus="1"></div><div>Quand je branche une autre clef (exactement le=
même modèle), elle aussi formatée en fat32, dmesg me dit ce=
ci :<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div=
>[331681.056017] usb 3-3: new high-speed USB device number 69 using ehci-pc=
i<br>[331681.175681] usb 3-3: New USB device found, idVendor=090c, idProd=
uct=1000<br>[331681.175684] usb 3-3: New USB device strings: Mfr=1, Pro=
duct=2, SerialNumber=0<br>[331681.175686] usb 3-3: Product: USB DISK<br=
>[331681.175688] usb 3-3: Manufacturer: SMI Corporation<br>[331681.176112] =
usb-storage 3-3:1.0: USB Mass Storage device detected<br>[331681.176981] sc=
si host6: usb-storage 3-3:1.0<br>[331682.404602] scsi 6:0:0:0: Direct-Acces=
s FLASH Drive SM_USB20  =
; 1100 PQ: 0 ANSI: 4<br>[331682.411544] sd 6:0:0:0: Attached scsi generic s=
g2 type 0<br>[331682.411571] sd 6:0:0:0: [sdb] 15360000 512-byte logical bl=
ocks: (7.86 GB/7.32 GiB)<br>[331682.412307] sd 6:0:0:0: [sdb] Write Protect=
is off<br>[331682.412310] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00<br>[33=
1682.412929] sd 6:0:0:0: [sdb] No Caching mode page found<br>[331682.412931=
] sd 6:0:0:0: [sdb] Assuming drive cache: write through<br>[331682.417719]&=
nbsp; sdb: sdb1<br>[331682.420461] sd 6:0:0:0: [sdb] Attached SCSI removabl=
e disk<br><br data-mce-bogus="1"></div><div>et là , le sdb1 est bien =
présent et je peux monter le système de fichier et y avoir accÃ=
¨s normalement.<br data-mce-bogus="1"></div><div><br data-mce-bogus="=
1"></div><div>Si je lance gparted sur /dev/sdb de la clef me posant un souc=
is, il me dit que la clef n'a pas de partition formatée, voir le fichi=
er joint "gparted-clef-prob.png".<br data-mce-bogus="1"></div><div>Gparte=
d sur /dev/sdb de la clef ne posant pas de soucis, il me dit que la clef po=
ssède une partition fat32, voir le fichier joint "gparted-clef-normal.=
png".<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><di=
v><br data-mce-bogus="1"></div><div>Alors 2 choses :<br data-mce-bogus==
"1"></div><div>- je suis curieux de savoir ce qui a bien pu se passer, d'au=
tant plus que j'y ai eu accès lorsque j'ai copié des fichiers des=
sus après son formatage.<br data-mce-bogus="1"></div><div>- j'aimera=
i beaucoup pouvoir récupérer les fichiers de la clef posant un so=
ucis, la terre ne s'arrêtera probablement pas de tourner si je n'y par=
viens pas, mais j'avais plusieurs travaux en cours dessus et des informatio=
ns dont j'ai besoin.<br data-mce-bogus="1"></div><div><br data-mce-bogus=
="1"></div><div><br data-mce-bogus="1"></div><div>Une idée pour m'=
assister avec ce soucis ?<br data-mce-bogus="1"></div><div><br data-mce-b=
ogus="1"></div><div>Bonne soirée/journée à tout le monde,<=
br data-mce-bogus="1"></div><div>Olivier<br data-mce-bogus="1"></div></=
div></body></html>
--=_e9823e57-0d65-4bc7-9545-c6788ca6f597--
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Bonsoir/bonjour à toutes et tous.
(Debian Stretch, Ã jour ici)
Hier, j'ai fait du tri dans mes clefs USB et leurs contenus.
J'ai tout mis sur mon disque dur, et j'ai reformaté les clefs USB (ave=
c GParted 0.25.0) en fat32.
En fat32 car certaines étaient en ext4, et d'autres en fat, et ça=
n'était pas pratique lorsque j'avais besoin de me servir d'un autre s=
ystème d'exploitation.
Ensuite, j'ai réintégré mes données du disque dur vers =
les clefs USB en les triant/copiant/collant.
Dans l'ensemble, pas de soucis, sauf avec une clef USB.
Dans celle ci, j'avais placé 3 répertoires dans la racine, et eff=
ectué des ajouts/suppressions de fichiers dans ces dossiers.
Ensuite je l'ai démontée.
Lorsque j'ai voulu la remonter, plus rien.
Je veux dire par là , que la clef n'a pas montée du tout.
Quand je la branche, dmesg me dit ceci :
[331425.040018] usb 3-3: new high-speed USB device number 65 using ehci-pci=
[331425.160032] usb 3-3: New USB device found, idVendor=090c, idProduct=
=1000
[331425.160035] usb 3-3: New USB device strings: Mfr=1, Product=2, Seri=
alNumber=0
[331425.160038] usb 3-3: Product: USB DISK
[331425.160040] usb 3-3: Manufacturer: SMI Corporation
[331425.161654] usb-storage 3-3:1.0: USB Mass Storage device detected
[331425.161873] scsi host6: usb-storage 3-3:1.0
[331428.149862] scsi 6:0:0:0: Direct-Access FLASH Drive SM_USB20 1100 PQ: 0=
ANSI: 4
[331428.156460] sd 6:0:0:0: Attached scsi generic sg2 type 0
[331428.157214] sd 6:0:0:0: [sdb] 15360000 512-byte logical blocks: (7.86 G=
B/7.32 GiB)
[331428.158087] sd 6:0:0:0: [sdb] Write Protect is off
[331428.158095] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
[331428.158959] sd 6:0:0:0: [sdb] No Caching mode page found
[331428.158961] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[331428.188107] sd 6:0:0:0: [sdb] Attached SCSI removable disk
Et il n'y a pas de sdb1 dans /dev/, just un sdb
Quand je branche une autre clef (exactement le même modèle), elle=
aussi formatée en fat32, dmesg me dit ceci :
[331681.056017] usb 3-3: new high-speed USB device number 69 using ehci-pci=
[331681.175681] usb 3-3: New USB device found, idVendor=090c, idProduct=
=1000
[331681.175684] usb 3-3: New USB device strings: Mfr=1, Product=2, Seri=
alNumber=0
[331681.175686] usb 3-3: Product: USB DISK
[331681.175688] usb 3-3: Manufacturer: SMI Corporation
[331681.176112] usb-storage 3-3:1.0: USB Mass Storage device detected
[331681.176981] scsi host6: usb-storage 3-3:1.0
[331682.404602] scsi 6:0:0:0: Direct-Access FLASH Drive SM_USB20 1100 PQ: 0=
ANSI: 4
[331682.411544] sd 6:0:0:0: Attached scsi generic sg2 type 0
[331682.411571] sd 6:0:0:0: [sdb] 15360000 512-byte logical blocks: (7.86 G=
B/7.32 GiB)
[331682.412307] sd 6:0:0:0: [sdb] Write Protect is off
[331682.412310] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
[331682.412929] sd 6:0:0:0: [sdb] No Caching mode page found
[331682.412931] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[331682.417719] sdb: sdb1
[331682.420461] sd 6:0:0:0: [sdb] Attached SCSI removable disk
et là , le sdb1 est bien présent et je peux monter le système=
de fichier et y avoir accès normalement.
Si je lance gparted sur /dev/sdb de la clef me posant un soucis, il me dit =
que la clef n'a pas de partition formatée, voir le fichier joint "gpar=
ted-clef-prob.png".
Gparted sur /dev/sdb de la clef ne posant pas de soucis, il me dit que la c=
lef possède une partition fat32, voir le fichier joint "gparted-clef-n=
ormal.png".
Alors 2 choses :
- je suis curieux de savoir ce qui a bien pu se passer, d'autant plus que j=
'y ai eu accès lorsque j'ai copié des fichiers dessus après =
son formatage.
- j'aimerai beaucoup pouvoir récupérer les fichiers de la clef po=
sant un soucis, la terre ne s'arrêtera probablement pas de tourner si =
je n'y parviens pas, mais j'avais plusieurs travaux en cours dessus et des =
informations dont j'ai besoin.
Une idée pour m'assister avec ce soucis ?
Bonne soirée/journée à tout le monde,
Olivier
--=_e9823e57-0d65-4bc7-9545-c6788ca6f597
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style="font-family: arial, helvetica, sans-serif; font-s=
ize: 12pt; color: #000000"><div>Bonsoir/bonjour à toutes et tous.<br d=
ata-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>(Debian =
Stretch, Ã jour ici)<br data-mce-bogus="1"></div><div><br data-mce-b=
ogus="1"></div><div>Hier, j'ai fait du tri dans mes clefs USB et leurs co=
ntenus.<br data-mce-bogus="1"></div><div>J'ai tout mis sur mon disque dur=
, et j'ai reformaté les clefs USB (avec GParted 0.25.0) en fat32.<br d=
ata-mce-bogus="1"></div><div>En fat32 car certaines étaient en ext4,=
et d'autres en fat, et ça n'était pas pratique lorsque j'avais b=
esoin de me servir d'un autre système d'exploitation.<br data-mce-bogu=
s="1"></div><div><br data-mce-bogus="1"></div><div>Ensuite, j'ai rÃ=
©intégré mes données du disque dur vers les clefs USB en l=
es triant/copiant/collant.<br data-mce-bogus="1"></div><div><br data-mce-=
bogus="1"></div><div>Dans l'ensemble, pas de soucis, sauf avec une clef U=
SB.<br data-mce-bogus="1"></div><div>Dans celle ci, j'avais placé 3 =
répertoires dans la racine, et effectué des ajouts/suppressions d=
e fichiers dans ces dossiers.<br data-mce-bogus="1"></div><div>Ensuite je=
l'ai démontée.<br data-mce-bogus="1"></div><div><br data-mce-b=
ogus="1"></div><div>Lorsque j'ai voulu la remonter, plus rien.<br data-mc=
e-bogus="1"></div><div>Je veux dire par là , que la clef n'a pas mont=
ée du tout.<br data-mce-bogus="1"></div><div><br data-mce-bogus="1=
"></div><div>Quand je la branche, dmesg me dit ceci :<br data-mce-bogus="=
1"></div><div><br data-mce-bogus="1"></div><div>[331425.040018] usb 3-3: =
new high-speed USB device number 65 using ehci-pci<br>[331425.160032] usb 3=
-3: New USB device found, idVendor=090c, idProduct=1000<br>[331425.1600=
35] usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0=
<br>[331425.160038] usb 3-3: Product: USB DISK<br>[331425.160040] usb 3-3: =
Manufacturer: SMI Corporation<br>[331425.161654] usb-storage 3-3:1.0: USB M=
ass Storage device detected<br>[331425.161873] scsi host6: usb-storage 3-3:=
1.0<br>[331428.149862] scsi 6:0:0:0: Direct-Access =
FLASH Drive SM_USB20 1100 PQ: 0 ANSI: 4<br>[3=
31428.156460] sd 6:0:0:0: Attached scsi generic sg2 type 0<br>[331428.15721=
4] sd 6:0:0:0: [sdb] 15360000 512-byte logical blocks: (7.86 GB/7.32 GiB)<b=
r>[331428.158087] sd 6:0:0:0: [sdb] Write Protect is off<br>[331428.158095]=
sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00<br>[331428.158959] sd 6:0:0:0: [=
sdb] No Caching mode page found<br>[331428.158961] sd 6:0:0:0: [sdb] Assumi=
ng drive cache: write through<br>[331428.188107] sd 6:0:0:0: [sdb] Attached=
SCSI removable disk<br><br data-mce-bogus="1"></div><div>Et il n'y a pas=
de sdb1 dans /dev/, just un sdb<br data-mce-bogus="1"></div><div><br dat=
a-mce-bogus="1"></div><div>Quand je branche une autre clef (exactement le=
même modèle), elle aussi formatée en fat32, dmesg me dit ce=
ci :<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div=
>[331681.056017] usb 3-3: new high-speed USB device number 69 using ehci-pc=
i<br>[331681.175681] usb 3-3: New USB device found, idVendor=090c, idProd=
uct=1000<br>[331681.175684] usb 3-3: New USB device strings: Mfr=1, Pro=
duct=2, SerialNumber=0<br>[331681.175686] usb 3-3: Product: USB DISK<br=
>[331681.175688] usb 3-3: Manufacturer: SMI Corporation<br>[331681.176112] =
usb-storage 3-3:1.0: USB Mass Storage device detected<br>[331681.176981] sc=
si host6: usb-storage 3-3:1.0<br>[331682.404602] scsi 6:0:0:0: Direct-Acces=
s FLASH Drive SM_USB20  =
; 1100 PQ: 0 ANSI: 4<br>[331682.411544] sd 6:0:0:0: Attached scsi generic s=
g2 type 0<br>[331682.411571] sd 6:0:0:0: [sdb] 15360000 512-byte logical bl=
ocks: (7.86 GB/7.32 GiB)<br>[331682.412307] sd 6:0:0:0: [sdb] Write Protect=
is off<br>[331682.412310] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00<br>[33=
1682.412929] sd 6:0:0:0: [sdb] No Caching mode page found<br>[331682.412931=
] sd 6:0:0:0: [sdb] Assuming drive cache: write through<br>[331682.417719]&=
nbsp; sdb: sdb1<br>[331682.420461] sd 6:0:0:0: [sdb] Attached SCSI removabl=
e disk<br><br data-mce-bogus="1"></div><div>et là , le sdb1 est bien =
présent et je peux monter le système de fichier et y avoir accÃ=
¨s normalement.<br data-mce-bogus="1"></div><div><br data-mce-bogus="=
1"></div><div>Si je lance gparted sur /dev/sdb de la clef me posant un souc=
is, il me dit que la clef n'a pas de partition formatée, voir le fichi=
er joint "gparted-clef-prob.png".<br data-mce-bogus="1"></div><div>Gparte=
d sur /dev/sdb de la clef ne posant pas de soucis, il me dit que la clef po=
ssède une partition fat32, voir le fichier joint "gparted-clef-normal.=
png".<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><di=
v><br data-mce-bogus="1"></div><div>Alors 2 choses :<br data-mce-bogus==
"1"></div><div>- je suis curieux de savoir ce qui a bien pu se passer, d'au=
tant plus que j'y ai eu accès lorsque j'ai copié des fichiers des=
sus après son formatage.<br data-mce-bogus="1"></div><div>- j'aimera=
i beaucoup pouvoir récupérer les fichiers de la clef posant un so=
ucis, la terre ne s'arrêtera probablement pas de tourner si je n'y par=
viens pas, mais j'avais plusieurs travaux en cours dessus et des informatio=
ns dont j'ai besoin.<br data-mce-bogus="1"></div><div><br data-mce-bogus=
="1"></div><div><br data-mce-bogus="1"></div><div>Une idée pour m'=
assister avec ce soucis ?<br data-mce-bogus="1"></div><div><br data-mce-b=
ogus="1"></div><div>Bonne soirée/journée à tout le monde,<=
br data-mce-bogus="1"></div><div>Olivier<br data-mce-bogus="1"></div></=
div></body></html>
--=_e9823e57-0d65-4bc7-9545-c6788ca6f597--
J'ai le même problème avec des clés USB pourtant de marque e t chers.
La disparition de la partition FAT32 se fait lorsque je grave une image .IS O.
Je retourne sur Gparted, et je vois une petite partition FAT16 au débu t (5%),
et le formatage de l'autre, 95% a disparu.
Sans certitude, le gravage sous Windows avec l'outil Rufus ne semble pas
poser ces problèmes.
C'est normal. Graver une image ISO écrase les partitions présentes et
les remplace par les partitions de l'image ISO. Dis toi bien que
l'opération de graver une image ISO inclut un reformatage de la clef.
Bien sur, toutes les données présentes sur la clef sont également
écrasées par la gravure de l'image ISO.
Il ne faut graver d'image ISO que sur des clef ne contenant rien que tu
veux garder. Et pour re-utiliser une clef de facon normale après y avoir
gravé une image ISO, il faut systématiquement la reformater comme tu le
veux.
Les supports materiels ont tous une durée de vie. Disque dur, clef USB,
pire encore CD, tout cela finit par rendre l'ame un jour ou l'autre.
Dans le monde de l'informatique, tout ce qui n'est pas en double sera
perdu un jour. Tout avoir en double, c'est ce qu'on appelle "faire des
sauvegardes". Bien sur, avoir un truc en double avec les deux
exemplaires sur le meme support (par exemple sur le meme disque dur) est
idiot.
Si tu a été obligé d'avoir recours a testdisk c'est que tu n'avais pas
fait de sauvegarde…
Ah ouais ? et qu'en sais-tu ? Tiens, comme ça... Et si c'était notre
problème justement de penser que "time is money" ?
Et si on décidait que le temps n'était plus de l'argent ? D'ailleurs,
sur cette liste, certains doivent y croire un peu, étant donné le temps
qu'ils passent à aider les passants qui passent.
Le temps n'est pas de l'argent, je n'ai jamais vu un euro tombé d'une
horloge (analogie douteuse, ok) et le temps que _je_ _décide_ de passer
sur un problème n'est pas du temps "perdu". Enfin...., à mon avis.
a+
f.
ps: sinon, quant à cette clé... je me demande pourquoi elle n'est pas
encore à la poubelle ;)
Le 15/06/2019 à 12:43, Ph. Gras a écrit :
Sans opposer les uns aux autres, il y a aussi les indépendants.
Prendre quelques heures pour défricher un sujet, apprendre une nouvelle
compétence, accumuler de l'expérience, c'est un investissement.
Si on ne fait plus rien de ces nouvelles connaissances après, oui, c'est
du temps perdu.
Si on n'en fait rien mais que le sujet est intéressant et qu'on y prend
du plaisir intellectuel, c'est du temps de loisir. Et peut-on dire que
le temps de loisir est du temps perdu ? :)
Si on exploite cette nouvelle compétence pour résoudre plus facilement
un autre problème comparable sans avoir recours à un spécialiste, on
commence à gagner de l'argent.
Si on exploite cette nouvelle compétence pour vendre une prestation,
alors le temps investi en formation ou en auto-formation peut se
transformer en source de rémunération.
Voilà, le bac philo, c'est lundi !!! :)
Yann
Qui est supposé rapporter plus ensuite :)))))
Bonjour, quand je pense a l'imbecilite de fabriquer des objets aussi peu
durables et pourtant aussi polluants, ca ne me defoule pas du tout.
J'utilise, tant que c'est encore possible, des Fujitsu Gigamo, de
preference en SCSI: c'est un milliard de fois mieux, la duree de vie est
proche de l'infini... mais evidemment ca n'a jamais fonctionne
commercialement... forcement...
Bon, j'ai quand meme perdu des donnees la-dessus a cause d'un bug dans
le noyau(2.6.19 je crois) de la Debian Etch, pourtant stable :-(
Apparemment il y a toujours des supports utilisant ce type de
technologie, mais hors de prix et reserves aux entreprises.
En tous cas, les cles USB, helas devenues peu contournables, ne me
servent que pour servir de support d'installation ou pour transporter
des *copies* de fichier d'un endroit a un autre.
Sur les questions de notions de temps gagne/perdu, je partage certaines
choses que tu ecris(enfin... parmi les rares que j'arrive a comprendre)
mais je pense tout de meme que rentrer dans ce discours ramenant tout a
l'argent, meme si le court terme tu le fais pour tenter d'orienter les
choses dans le bon sens, est une mauvaise chose sur le long terme,
soutenant l'ideologie capitaliste(voir remarque ci-dessous en complement).
Fab:
Ah ben ouais, il y a meme des grands mechants objecteurs de croissance
et rebelles divers ;-)
Et je rebondis sur ce message d'Hamster concernant des termes mal
utilises par tous et qui continuent a inculquer de mauvaises conceptions
de la facon dont fonctionnent les choses, et au final ca se termine par
des pertes de donnees. Alors je sais que vous allez trouver que je
chipote... mais quand certains veulent definir le monde sous forme de
chiffres avec eventuellement un symbole monetaire a cote, moi je le fais
avec des mots :-p
On ne "grave" pas, mais il est vrai que je ne vois pas forcement de
terme de remplacement... Plaquer? Appliquer serait pas mal...
Non, le terme reformatage est a proscrire... c'est une micro$ofterie mal
utilisee par tout le monde. Application de l'image ISO ecrase tout le
contenu present auparavant, c'est comme repeindre un mur par exemple.
Il faut la repartionner, et placer des systemes de fichiers dans ces
partitions :-p
Parce qu'il y a differentes methodes pour appliquer l'image ISO. Des
outils comme Rufus et autres font des bidouilles pour qu'il y ait quand
meme une partition FAT, c'etait probablement utile du temps ou les
images n'etaient pas amorcables facilement pour une raison ou pour une
autre. Je n'en ai jamais eu besoin pour ma part.
--
Cordialement, Stephane Ascoet
[cut] :
J'ai une clé USB de marque SanDisk de 32Go (mais "made in China"),
depuis bien longtemps.
Je l'utilise beaucoup, essentielement sous windows-7,
justement pour ce motif, car là elle marche toujours très bien.
Sous Linux Stretch, j'ai trop de pépins, format FAT-32 cassé sans raison.
(ainsi qu'avec 2 autres clés de 1Go et 8 Go).
C'est pourquoi, malheureusement, on ne peut complètement
se passer de windows.
(La solution est d'installer windows en mode virtuel sous Linux).
Bonne journée,
A. Valmer
Je pense plutot que le probleme est entre la chaise et le clavier... il
est totalement anormal que ceci se produise, et d'ailleurs ca ne
m'arrive pas, et heureusement, a presque personne!!!
--
Cordialement, Stephane Ascoet
Réponse trop catégorique, Non, pas du tout,
cela fait plus de 20 ans que j'utilise Linux, un des premiers.
Je ne suis pas le seul à le dire,
le sujet "Clef USB - disparition de données",
ce n'est pas moi qui l'ai introduit sur cette ML.
J'ai reçu aussi bien des helps pour des clés USB en panne sous Li nux.
Il faut accepter ce qui est susceptible de mieux marcher
avec un autre système.
Peut-être que windows est plus permissif sur d'anciennes clés USB
qui ont pris de la bouteille.
Rufus (que windows) marche mieux qu'avec un équivalent linux,
et même recommandé sur des sites Linux et logiciels opensource.
Le gravage (natif) de CD/DVD sous win marche mieux qu'avec K3B (linux).
Mais il y aura toujours des personnes qui diront le contraire... :-)