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&nbsp;&nbsp;&nbsp;&nbsp; =
FLASH&nbsp;&nbsp;&nbsp; Drive SM_USB20&nbsp;&nbsp; 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&nbsp;&nbsp;&nbsp;&nbsp; FLASH&nbsp;&nbsp;&nbsp; Drive SM_USB20&nbsp;&nbsp=
; 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--
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
ajh-valmer
Le #26519097
On Friday 14 June 2019 18:11:24 Basile Starynkevitch wrote:
*Une clef USB, ça s'use* (électroniquement). *C'est un consomma ble
jetable.* L'usure est matérielle et ne dépend pas beaucoup du s ystè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 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.
hamster
Le #26519103
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.
hamster
Le #26519104
Le 14/06/2019 à 18:46, 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…
fab
Le #26519131
'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 ;)
Yann Serre
Le #26519145
Bonjour,
Le 15/06/2019 à 12:43, Ph. Gras a écrit :
Salut la liste !
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 persohttp://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.

Quand on est salarié, on est payé au temps passé. Donc le temps, c'est de l'argent et inversement.
Bon week-end de farniente,
Ph. Gras


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
Yann Serre
Le #26519168
Le 15/06/2019 à 15:14, Ph. Gras a écrit :
Un investissement, c'est de l'argent;-)

Qui est supposé rapporter plus ensuite :)))))
Stephane Ascoet
Le #26519958
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
ajh-valmer
Le #26519959
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
Stephane Ascoet
Le #26519961
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
ajh-valmer
Le #26519965
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 bie n.
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 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... :-)
Publicité
Poster une réponse
Anonyme