Re: Clef USB - disparition de données

[fw]

...  oui,

sudo sync

...

"Dire que l'on s'en fiche du droit à la vie privée sous prétexte qu'on a rien à 
cacher,
c'est comme déclarer que l'on se fiche du droit à la liberté d'expression sous 
prétexte qu'on a rien à dire."
Edward Snowden

Re: Clef USB - disparition de données

[Basile Starynkevitch]

On 6/25/19 6:26 AM, Basile Starynkevitch wrote:


On 6/24/19 5:32 PM, ajh-valmer wrote:

On Monday 24 June 2019 17:05:48 Stephane Ascoet wrote:

Le 24/06/2019 à 16:56, ajh-valmer a écrit :

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).

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!!!

Réponse trop catégorique, Non, pas du tout,
cela fait plus de 20 ans que j'utilise Linux, un des premiers.



En ligne de commande, les mtools (notamment la commande mcopy) 
marchent très bien avec les clefs USB en FAT.



Et avant de débrancher une clef USB, il faut penser à faire sync


--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Clef USB - disparition de données

[Basile Starynkevitch]

On 6/24/19 5:32 PM, ajh-valmer wrote:

On Monday 24 June 2019 17:05:48 Stephane Ascoet wrote:

Le 24/06/2019 à 16:56, ajh-valmer a écrit :

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).

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!!!

Réponse trop catégorique, Non, pas du tout,
cela fait plus de 20 ans que j'utilise Linux, un des premiers.



En ligne de commande, les mtools (notamment la commande mcopy) marchent 
très bien avec les clefs USB en FAT.



Librement


--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Clef USB - disparition de données

[Eric Degenetais]

Le lun. 24 juin 2019 à 17:32, ajh-valmer  a écrit :
>
> On Monday 24 June 2019 17:05:48 Stephane Ascoet wrote:
> > Le 24/06/2019 à 16:56, ajh-valmer a écrit :
> > > 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).
>
> > 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!!!
>
> 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 Linux.
>
> 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... :-)
>
Pour ma part je n'ai jamais eu d'ennuis. Ça relève peut-être de la
chance. Il n'est pas impossible non-plus qu'on paye les choix
supplémentaire donnés à l'utilisateur par la possibilité d'erreurs de
manipulation que les outils plus grand public de Windows ne nous
laissent tout simplement pas faire...

Cordialement

Re: Clef USB - disparition de données

[ajh-valmer]

On Monday 24 June 2019 17:05:48 Stephane Ascoet wrote:
> Le 24/06/2019 à 16:56, ajh-valmer a écrit :
> > 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).

> 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!!!

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 Linux.

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... :-)

Re: Clef USB - disparition de données

[Stephane Ascoet]

Le 24/06/2019 à 16:56, ajh-valmer a écrit :

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

Re: Clef USB - disparition de données

[ajh-valmer]

On Monday 24 June 2019 15:47:10 Stephane Ascoet wrote:
> 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... forcément...

[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

Re: Clef USB - disparition de données

[Stephane Ascoet]

Le 14/06/2019 à 18:11, Basile Starynkevitch a écrit :

A ta place, je jetterai une clef défaillante. Ton temps, et la valeur
des données sauvegardées dessus, valent bien plus que le prix de la clef
neuve. Si tu crains des atteintes à des données confidentielles,
bouzilles la clef avec un marteau. En plus, ça défoule!


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:

D'ailleurs, sur cette liste, certains doivent y croire un peu, étant donné le 
temps qu'ils passent à aider les passants qui passent.


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



C'est normal. Graver une image ISO écrase les partitions présentes et


On ne "grave" pas, mais il est vrai que je ne vois pas forcement de 
terme de remplacement... Plaquer? Appliquer serait pas mal...



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.


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.



gravé une image ISO, il faut systématiquement la reformater comme tu le
veux.

Il faut la repartionner, et placer des systemes de fichiers dans ces 
partitions :-p



Sans certitude, le gravage sous Windows avec l'outil Rufus ne semble pas
poser ces problèmes.


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

Re: [complètement mais alors complètement HS] Re: Clef USB - disparition de données [mais ça défoule]

[Basile Starynkevitch]

On 6/15/19 9:16 AM, fab wrote:

'lut,

Prend aussi en compte ton propre temps (il n'est pas gratuit! /time 
is money/) 
Ah ouais ? et qu'en sais-tu ? Tiens, comme ça... Et si c'était notre 
problème justement de penser que "time is money" ?


Mais ça,*c'est le leit motiv de la société toute entière.* Je le déplore 
personnellement, mais c'est comme ça. Et au boulot (je suis ingénieur 
chercheur au CEA, LIST) on me le rabâche sans cesse, tous les jours. 
J'ai rédigé très récemment, en en français, des remarques à ce sujet sur 
ma page web perso http://starynkevitch.net/Basile/index.html et en ce 
moment même je suis en arrêt de travail pour burnout (toujours lié à la 
même problématique du time is money) et RPS 
.


Mais c'est toujours mon problème. Quand je développe du logiciel libre 
(et je le fais aussi bien professionnellement - cf 
http://github.com/bstarynk/bismon/ - que personnellement) c'est mon 
problème principal. Je dois arbitrer sans cesse entre mon temps de 
développeur (qui -aussi bien au boulot qu'à la maison- a une _valeur_) 
et le temps de calcul de l'ordinateur. Quand je choisis un algorithme 
compliqué (genre arbre rouge noir 
) ou un algorithme simple 
(genre recherche sequentielle dans une liste chaînée 
) j'arbitre entre 
mon temps de dévelopeur et celui de l'ordinateur (et les deux valent de 
l'argent). Et j'ai 40 ans d'expérience à ce sujet.


Quand je choisis -ou non- d'automatiser une tâche plus ou moins 
répétitive, en écrivant un script shell (sur mon PC Linux aussi bien au 
boulot que chez moi), éventuellement lancé par crontab, c'est le même 
problème. J'arbitre en mon temps (que je trouve avoir une valeur 
certaine), et le temps de mon ordinateur (qui a une moindre valeur).


Et pour ceux d'entre nous qui sont -comme moi- membre de l'APRIL, il y a 
eu des échanges forts à ce sujet. J'ai même décidé de cotiser moins à 
l'APRIL et d'adhéré à l'AFUL. D'autres ont démissionnés de l'APRIL (et 
je tend à les comprendre). La confusion trop fréquente, c'est de 
considérer le logiciel libre comme gratuit. La FSF fait bien la 
distinction. Mais les utilisateurs de Linux ou Debian, beaucoup moins.



*Et ce qui m'intéresse le plus dans une Debian, c'est les logiciels 
libres /_futurs_/ qu'elle contiendrait dans quelques années ou décennies.*




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.


Mais moi aussi j'ai les gens "gratuitement", par exemple sur Debian 
French, et encore plus sur stackoverflow: voir 
https://stackoverflow.com/users/841108/basile-starynkevitch pour les 
détails.


Mais je temps que je passe n'est pas gratuit. Jamais. Car j'ai choisi et 
arbitré de faire une chose plutôt qu'une autre.


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.


*Ce n'est pas du temps perdu, c'est du temps gagné. *Mais par ce fait 
même, *ce temps a de la valeur. *Car tu pourrais décider de passer ton 
temps sur un autre problème. Par exemple pour moi Basile, les systèmes 
reflexifs persistents sont importants. Pour d'autres, non. Certains 
prefèrent passer le temps à manifester pour le climat (et ils ont 
raison!). Et dans nos sociétés (et ça je le déplore) la seule mesure de 
la valeur, c'est l'argent.


Un autre exemple; je vais à la poste; j'attends 30 minutes. J'ai mal au 
genou, et l'attente m'est douloureuse. Et ce n'est pas de la faute de la 
guichetière si j'attends autant. Il y a 20 ans, je n'attendais pas 
autant à la poste. Il faut faire comprendre aux décideurs que le temps 
d'attente du client, c'est aussi de l'argent.


Car nous sommes dans une société où tout ce qui n'est pas mesuré (en 
euro) et n'est pas dans un tableur (ou un système d'information à la 
SAP) n'existe pas. C'est faux, ça existe quand même (mais les managers 
s'en foutent). Et c'est pour ça que mon temps -aussi- c'est de l'argent. 
Je déplore que tout soit devenu monétisé, mais c'est comme ça.


Au boulot, j'ai "vu" une tentative de suicide, dans le bâtiment 
NanoInnov où je travaille, en rapport avec ce problème (plus 
précisément, la TS au eu lieu 15 secondes après que je sois sorti du 
bâtiment). Moi même, je suis en ce moment même en arrêt de travail RPS 
. Donc j'y suis 
sensible. J'espère ne pas me suicider au travail dans les 3 ou 4 années 
qui me restent avant la retraite. Hélàas, je suis à peu près sûr -en 
tout cas c'est très probable- d'y voir, dans les mois ou années qui 
viennent, d'autres tentatives de suicide.


On peut regarder les résultats des élections récentes (par exemple pour 

[complètement mais alors complètement HS] Re: Clef USB - disparition de données [mais ça défoule]

[fab]

'lut,

Prend aussi en compte ton propre temps (il n'est pas gratuit! /time is 
money/) 
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 ;)

Re: Clef USB - disparition de données

[Basile Starynkevitch]

On 6/14/19 7:54 PM, ajh-valmer wrote:

On Friday 14 June 2019 19:01:07 Basile Starynkevitch wrote:

Ah mais ça c'est simple à récupérer. Il faut effacer toute la clef. Par
exemple avec
dd if=/dev/zero of=/dev/sdc bs=64k count=524288
et ensuite on reformatte la clef avec les procédés usuels (fdisk ou autre).

Oui, je connais cette commande qui me bousille la partition FAT32,
même sur clé usb neuve, de qualité.



Mais tu t'en fous. Tu refais une partition neuve (fdisk, gparted, etc..) 
ensuite.


Ensuite, tu as une clef quasi-vierge (mais l'usure physique demeure).



--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Clef USB - disparition de données

[hamster]

Le 14/06/2019 à 18:54, ajh-valmer a écrit :
> La disparition de la partition FAT32 se fait lorsque je grave une
> image .ISO. 

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.

Re: Clef USB - disparition de données

[ajh-valmer]

On Friday 14 June 2019 19:01:07 Basile Starynkevitch wrote:
> Ah mais ça c'est simple à récupérer. Il faut effacer toute la clef. Par 
> exemple avec
> dd if=/dev/zero of=/dev/sdc bs=64k count=524288
> et ensuite on reformatte la clef avec les procédés usuels (fdisk ou autre).

Oui, je connais cette commande qui me bousille la partition FAT32,
même sur clé usb neuve, de qualité.
Pas avec win et Rufus (pas l'acteur).

Re: Clef USB - disparition de données [résolu]

[hamster]

Le 14/06/2019 à 18:46, humbert.olivie...@free.fr a écrit :
> Je n'avais pas encore utilisé ce programme jusqu'à maintenant.
> En fait, je viens de récupérer les fichiers (1273 fichiers, 3,8Go) sur
> mon disque dur grâce à testdisk.

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…

Fwd: Re: Clef USB - disparition de données

[Basile Starynkevitch]

On 6/14/19 6:54 PM, ajh-valmer wrote:

On Friday 14 June 2019 18:11:24 Basile Starynkevitch wrote:

*Une clef USB, ça s'use* (électroniquement). *C'est un consommable
jetable.* L'usure est matérielle et ne dépend pas beaucoup du système de
fichiers (certains sont paraît-il plus amicaux avec les clefs que
d'autres) ou du système d'exploitation.

J'ai le même problème avec des clés USB pourtant de marque et chers.

La disparition de la partition FAT32 se fait lorsque je grave une 
image .ISO.
Je retourne sur Gparted, et je vois une petite partition FAT16 au 
début (5%),

et le formatage de l'autre, 95% a disparu.



Ah mais ça c'est simple à récupérer. Il faut effacer toute la clef. Par 
exemple avec


dd if=/dev/zero of=/dev/sdc bs=64k count=524288

et ensuite on reformatte la clef avec les procédés usuels (fdisk ou autre).


--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Clef USB - disparition de données [résolu]

[Basile Starynkevitch]

On 6/14/19 6:46 PM, humbert.olivie...@free.fr wrote:

Bonjour Belaïd", et merci pour ce conseil.

Je n'avais pas encore utilisé ce programme jusqu'à maintenant.
En fait, je viens de récupérer les fichiers (1273 fichiers, 3,8Go) sur 
mon disque dur grâce à testdisk.


Maintenant, il ne me reste plus qu'à comprendre s'il s'agit d'un 
problème de la clef (au quel cas, je ne pourrais pas continuer à 
l'utiliser et appliquerai une méthode proche de celle de Basile), où 
si c'est dû à une mauvaise manipulation de ma part.


A mon avis, il n'y a pas besoin de comprendre ça. Tu dois naturellement 
soupconner une usure de la clef. Es tu prêt à passer deux heures de ton 
temps pour le vérifier?


Prend aussi en compte ton propre temps (il n'est pas gratuit! /time is 
money/) et surtout prend du temps pour définir puis appliquer 
regulièrement une meilleure stratégie de sauvegarde.


Et considères aussi que les données sur la clef ont une probablement une 
valeur pour toi (ça peut avoir juste une valeur sentimentale, comme les 
photos numériques de ton dernier-né; mais ça reste valable).


Le principe de l'informatique moderne, en particulier de l'informatique 
libre, c'est que l'information est facile et peu coûteuse à dupliquer, 
et qu'elle a une certaine valeur.


Pour ma part, j'ai plusieurs ordinateurs sous Linux à la maison (un par 
personne habitant au foyer) et les données sont dupliquées sur plusieurs 
disques.


Considères aussi, que sauf si tu fais de la vidéo, le volume de tes 
données personnelles est généralement petit par rapport à tes disques 
(et la plupart des données de ton disque, même sous /home viennent de 
l'Internet, donc sont dupliquées ailleurs).  Penses en premier lieu à la 
valeur de tes données (elles se mesure en le temps et l'occasion que tu 
as eu de les collecter).


Si tu développes du logiciel libre, utilise un dépôt git gratuit 
(github, gitlab...).


Si tu as des données personnelles pas trop volumineuses (documents 
LibreOffice ou LaTeX notamment) penses aussi à utiliser un gestionnaire 
de version (notamment git). Et à lancer, automatiquement, par crontab ou 
anacron, toutes les heures un script de sauvegarde. Si nécessaire, ce 
script peut encrypter les données et les transmettre ailleurs (par 
exemple, les envoyer sur ta boite mail).



--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Clef USB - disparition de données

[ajh-valmer]

On Friday 14 June 2019 18:11:24 Basile Starynkevitch wrote:
> *Une clef USB, ça s'use* (électroniquement). *C'est un consommable 
> jetable.* L'usure est matérielle et ne dépend pas beaucoup du système de 
> fichiers (certains sont paraît-il plus amicaux avec les clefs que 
> d'autres) ou du système d'exploitation.

J'ai le même problème avec des clés USB pourtant de marque et chers.

La disparition de la partition FAT32 se fait lorsque je grave une image .ISO.
Je retourne sur Gparted, et je vois une petite partition FAT16 au début (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.

Re: Clef USB - disparition de données [résolu]

[humbert . olivier . 1]

Bonjour Belaïd", et merci pour ce conseil. 

Je n'avais pas encore utilisé ce programme jusqu'à maintenant. 
En fait, je viens de récupérer les fichiers (1273 fichiers, 3,8Go) sur mon 
disque dur grâce à testdisk. 

Maintenant, il ne me reste plus qu'à comprendre s'il s'agit d'un problème de la 
clef (au quel cas, je ne pourrais pas continuer à l'utiliser et appliquerai une 
méthode proche de celle de Basile), où si c'est dû à une mauvaise manipulation 
de ma part. 

En tout cas, grand merci, je suis content d'avoir pu remettre la main sur mes 
données. 
Bonne soirée/journée. 
Olivier 

PS : et un gros bravo aux personnes derrière testdisk/photorec si elles nous 
lisent ici. 



À: "Belaïd MOUNSI"  
Cc: "DUF"  
Envoyé: Vendredi 14 Juin 2019 18:12:28 
Objet: Re: Clef USB - disparition de données 

Bonjour, 

Essai de récupérer la partition perdu avec photorec par exemple... 

Le ven. 14 juin 2019 18:05, < [ mailto:humbert.olivie...@free.fr | 
humbert.olivie...@free.fr ] > a écrit : 



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 (avec 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 systè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 effectué 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, 
SerialNumber=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] 1536 512-byte logical blocks: (7.86 
GB/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, 
SerialNumber=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] 1536 512-byte logical blocks: (7.86 
GB/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 
"gparted-clef-prob.png". 
Gparted sur /dev/sdb de la clef ne posant pas de soucis, il me dit que la clef 
possède une partition fat32, voir le fichier joint "gparted-clef-normal.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 posant un 
soucis, la terre ne s'arrêtera probablement pas de t

Re: Clef USB - disparition de données

[Belaïd]

Bonjour,

Essai de récupérer la partition perdu avec photorec par exemple...

Le ven. 14 juin 2019 18:05,  a écrit :

> 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 (avec
> 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 systè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 effectué 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,
> SerialNumber=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 FLASHDrive 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] 1536 512-byte logical blocks: (7.86
> GB/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,
> SerialNumber=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 FLASHDrive 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] 1536 512-byte logical blocks: (7.86
> GB/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
> "gparted-clef-prob.png".
> Gparted sur /dev/sdb de la clef ne posant pas de soucis, il me dit que la
> clef possède une partition fat32, voir le fichier joint
> "gparted-clef-normal.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 posant 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
>

Re: Clef USB - disparition de données

[Basile Starynkevitch]

On 6/14/19 6:04 PM, humbert.olivie...@free.fr wrote:

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 
(avec 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 
systè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 effectué 
des ajouts/suppressions de fichiers dans ces dossiers.

Ensuite je l'ai démontée.



*Une clef USB, ça s'use* (électroniquement). *C'est un consommable 
jetable.* L'usure est matérielle et ne dépend pas beaucoup du système de 
fichiers (certains sont paraît-il plus amicaux avec les clefs que 
d'autres) ou du système d'exploitation.


La rumeur dit que les clefs pas chères (la plupart du commerce) ne 
supporte pas plus d'une douzaine d'écritures complètes (sur 90% de sa 
capacité).


A ta place, je jetterai une clef défaillante. Ton temps, et la valeur 
des données sauvegardées dessus, valent bien plus que le prix de la clef 
neuve. Si tu crains des atteintes à des données confidentielles, 
bouzilles la clef avec un marteau. En plus, ça défoule!


Librement.

--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Clef USB - disparition de données

[humbert . olivier . 1]

(avec les pièces jointes) 



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 (avec 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 systè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 effectué 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, 
SerialNumber=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] 1536 512-byte logical blocks: (7.86 
GB/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, 
SerialNumber=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] 1536 512-byte logical blocks: (7.86 
GB/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 
"gparted-clef-prob.png". 
Gparted sur /dev/sdb de la clef ne posant pas de soucis, il me dit que la clef 
possède une partition fat32, voir le fichier joint "gparted-clef-normal.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 posant 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