Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 01-12-2013 14:37:52

Tis
Membre
Inscription : 06-11-2013

Erreur d'ecriture sur media amovible

Bonjour, j'espère que tout baigne par chez vous, moi cava si ce n'est ce problème que j'ai avec ma SDHC Sandisk de 16 Go (15mb/s)

Il se trouve que depuis un moment maintenant, quand je l'a connecte une première fois à l'ordinateur, elle est reconnue (en fat32 avec 15,2 Go de libre).

Seulement voila, quand je veux copier/écrire des fichiers dessus, la plus part du temps elle se démonte automatiquement (des fois ça marche avec de petits fichiers..).

Alors, au début je me dis que les virus qui est passé par là, est toujours la, ou a fait des dégâts ...

Ou peut être que c'est l'adaptateur SDHC=>USB qui foire mais après (plusieurs) formatage (Gparted ou avec l'outil windaube) et test avec un autre adaptateur, il se trouve que le problème persiste.

J'ai remarqué qu'après chaque formatage il y a toujours un espace utilisé(un coup c'est 124 mo, une autre fois c'est 17.25 mo) qui est caché, car je ne le vois nul part avec Gparted. La seul fois que je vois ces fichiers c'est lors de la fin du formatage :

[un coup j'ai vu un "caaacaaaac.cat" une autre fois (en ce moment) c'est toute une serie de fichiers exécutable sous windows nommé FSCKxxxx.rec avec deux FSCKxxxx.rec en text/x-matlab (il font tous 8000 octets et des brouettes )]

De plus, sous windows ("pas taper, pas taper" tongue) lors de la recherche et réparation des secteur défectueux il se trouve qu'à un moment ré-apparait ce problème que je croyais matériel : touche du chiffre 7 qui se déclenche et reste appuyée. Je sais d'ou ca vient maintenant.

Donc mon hypothèse sur le virus reste d’actualité et je me demandais si vous connaissiez un outil pour vider totalement la clef (la remettre comme sortie d'usine quoi).

Voici le rapport, lors de la vérification d'erreurs fait sur Gparted :

Verification system de fichiers avec dosfsck -a -w -v /dev/sdb1

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 "mkdosfs"
Media byte 0xf8 (hard disk)
512 bytes per logical sector
8192 bytes per cluster
6 reserved sectors
First Fat starts at byte 3072 (sector 6)
2 Fats, 32 bit entries
79846 40 bytes per FAT (=15595 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 15972352 (sector 31196)
1996130 data clusters (163522 96960 bytes)
63 sectors/track,255 heads
0 hidden sectors
31969287 sectors total
Reclaiming free cluster summary
/dev/sdb1: 257 files, 258/1996130 clusters.
 


puis on passe a l'étape de libparted qui tente une ecriture sur le media et voila que ce dernier ce démonte.Voici le message de libparted :

<i>erreur d&apos; entrée/sortie during write on /dev/sdb </i>

Ca, j'ai compris (à part le "d&apos") mais pouvez vous m'interpréter le rapport de dosfsck ?

En tout cas quand je formate avec Gparted je met en table de partition : msdos.
systeme de fichier :fat32,
j'alloue le max de Mo qu'on me propose : 15610 mo.
Et il me le format.

Seulement quand je tente d’écrire ou une vérification d'erreur il se démonte et passe en "non alloué" a 512 mo, et en détails : Début a 63 (bytes ?) et fin a 31969349 avec une taille total de 31969287 (15.24 Go).

Bon,ca doit pas être très agréable à lire avec tout ces chiffres.

Moi je me demandais seulement si vous connaissiez un outil pour vider la clef et devoir recréer tout les fichiers system car je ne vois pas d'autre solution car le problème revient toujours après formatage...

Merci de m'avoir lu ! Bye !

Hors ligne

#2 02-12-2013 08:14:44

kao
Modérateur
Distrib. : Testing
Noyau : Linux 4.quelquechose
(G)UI : Gnome 3
Inscription : 28-09-2012
Site Web

Re : Erreur d'ecriture sur media amovible

FAT32 est un format Microsoft, il est donc toujours mieux de le formater depuis un Windows.
Microsoft propose maintenant le exFAT qui permet de s'affranchir des limites du FAT32, notamment sur l'impossibilité d'écrire des fichiers de plus 4Go.
Si tu penses que ton Windows est vérolé, tu peux formater depuis Gparted en EXT4 par exemple et revenir en FAT32 ensuite.

Sinon il y a une commande shred (à manipuler avec précaution)
http://debian-facile.org/doc:systeme:shred
Elle permet de faire un formatage bas niveau en écrivant des zéro partout.

Hors ligne

#3 04-12-2013 22:44:34

Tis
Membre
Inscription : 06-11-2013

Re : Erreur d'ecriture sur media amovible

Ha tiens merci de l'info pour exFat !
Je vais tenter de faire ext4 puis fat32

sinon je formaterais a bas niveau...

Merci pour les tuyaux-kao ! tongue

PS : D'ailleurs, pourquoi tend d'attention sur l'effet destructeur de la commande. Le but d'un formatage bas niveau est qu'il ne reste plus rien sur le media non ? Il n'y aura logiquement pas de problème pour mettre un nouveau système de fichier après non ?

Dernière modification par Tis (04-12-2013 22:55:16)

Hors ligne

#4 04-12-2013 23:47:37

smolski
administrateur quasi...modo
Lieu : AIN
Distrib. : 8 (jessie) 64 bits + backports
Noyau : 4.6.0-0.bpo.1-amd64
(G)UI : gnome 3.14.1
Inscription : 21-10-2008

Re : Erreur d'ecriture sur media amovible

Avertissement : Commande très dangereuse !
C'est pour si tu te gourres de disque Tis ou si tu en englobes d'autres, parce que c'est irrémédiable pour leurs contenus. wink

"Définition d'eric besson : S'il fallait en chier des tonnes pour devenir ministre, il aurait 2 trous du cul." - JP Douillon
"L'utopie ne signifie pas l'irréalisable, mais l'irréalisée." - T Monod (source :  La zone de Siné)
"Je peux rire de tout mais pas avec n'importe qui." - P Desproges
"saque eud dun" (patois chtimi : fonce dedans)

Hors ligne

#5 06-12-2013 15:03:21

Tis
Membre
Inscription : 06-11-2013

Re : Erreur d'ecriture sur media amovible

Ha dac !

Bon je vais essayer ca tout à l'heure. j'ai essayer de la passer en Ext4 ou ext2 mais pareil ca foire toujours :


mk2fs
ext2fs_mkdir: attempt to read block from file system resulted in short read while ceating root dir.



J'arrive pas a me faire à l'idée qu'un média peu être informatiquement KO ...  Comment c'est possible ? Il y a toujours une soluc' du moment que ce n'est pas un dommage matériel non ?

Hors ligne

#6 17-12-2013 14:19:36

Tis
Membre
Inscription : 06-11-2013

Re : Erreur d'ecriture sur media amovible

UP ! Toujours le même problème... erreur d’entrée et de sortie (aux alentours de 40 mb environ, ca varie suivant les tentatives mais ca reste dans ces eaux la) même avec la commande shred.

Une idee ? Je rappel que depuis le dernier formatage j'ai plein de fichier .rec dessus...

Une carte HS sans dégâts matériel (même sur le circuit imprime) c'est possible ca ? Pourquoi ? COmment ? AAAAARRrgg !! wink

Hors ligne

#7 17-12-2013 15:21:43

MicP
Invité

Re : Erreur d'ecriture sur media amovible

Quelque soit le système de gestion fichiers (Fat, Ntfs, Etx, etc...) avec lequel la ou les partitions ont été formatées,
et même si cette clef a été créée à partir d'une image ISO (bootable ou non),
la machine sur laquelle tu connecte ta clef va d'abord lire le premier secteur de cette clef.
Ce premier secteur (qui peut être un MBR) va lui permettre de savoir à quel type de support il a affaire.
Si ce support (cette clef)  est "partitionné" avec une table des partitions dans un MBR de type MSDOS,, les informations (début, fin, type, etc...) concernant cette ou ces partitions seront enregistrées dans la table des partitions de ce premier secteur.

Si le premier secteur de ce support est corrompu, les informations sur ces partitions ne sont donc pas fiables.

Si une table des partitions de type GUID (GPT) a été créée sur cette clef, (le dernier et même plus) secteur en gardera la trace (il y aura au moins une copie du deuxième secteur dans le dernier secteur du support).

NOTE:
On pourrait se contenter de n'effacer que les 34 premiers et les 33 derniers secteurs de la clef,
mais réécrire sur toute les zones de la clef prouvera qu'elle est physiquement fonctionnelle,

La solution efficace consiste donc à "éffacer" toute trace d'information sur cette clef.

===========
Oui mais comment être sûr du nom du noeud de périphérique ?

D'abord, il faut que la clef à traiter soit déconnectée physiquement, et entrer la commande suivante :


michel@deb53sw:~$ dmesg | tail
[11279.666349] device vnet0 entered promiscuous mode
[11279.732280] virbr0: topology change detected, propagating
[11279.732292] virbr0: port 1(vnet0) entering forwarding state
[11279.732323] virbr0: port 1(vnet0) entering forwarding state
[11290.482722] vnet0: no IPv6 routers present
[11660.126249] virbr0: port 1(vnet0) entering forwarding state
[11660.129115] virbr0: port 1(vnet0) entering disabled state
[11660.129225] device vnet0 left promiscuous mode
[11660.129227] virbr0: port 1(vnet0) entering disabled state
[11660.130465] virbr0: mixed no checksumming and other settings.
michel@deb53sw:~$
 


Ensuite, on connecte la clef SD sur la machine et on relance la commande :


michel@deb53sw:~$ dmesg | tail
[11660.129115] virbr0: port 1(vnet0) entering disabled state
[11660.129225] device vnet0 left promiscuous mode
[11660.129227] virbr0: port 1(vnet0) entering disabled state
[11660.130465] virbr0: mixed no checksumming and other settings.
[15921.984485] sd 6:0:0:0: [sdc] 31107072 512-byte logical blocks: (15.9 GB/14.8 GiB)
[15921.984623] sd 6:0:0:0: [sdc] Cache data unavailable
[15921.984632] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[15921.985952] sd 6:0:0:0: [sdc] Cache data unavailable
[15921.985961] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[15921.987393]  sdc: sdc1 sdc2
michel@deb53sw:~$
 


Les messages du noyaux m'informent que la clef SD que je viens de connecter a été associée au noeud de périphérique "sdc".
La clef SD que je viens de connecter est donc accessible par le noeud de périphérique "/dev/sdc"

NOTE : Au passage, on peut voir que deux partitions (sdc1 et sdc2) existent sur cette clef.

On sait maintenant que le périphérique correspondant à la clef qui vient d'être physiquement connectée est bien "sdc".

Pour utiliser la commande "dd" sur cette clef, il faudra au préalable "dé-mounter" toutes les partitions de cette clef par un :

umount /dev/sdc*



===========
En supposant (comme je le constate dans tous les messages de ce fil) que le noeud associé à ton périphérique clef SD soit bien "/dev/sdb"
je te propose donc de réinitialiser tous les secteurs de ce support avec la commande suivante :

ATTENTION : Il faut être SÛR ET CERTAIN que la cible (notée "/dev/sdb" dans cette commande) corresponde bien à la clef USB à réinitialiser.

dd if=/dev/zero of=/dev/sdb bs=4M; sync



Si la commande ci-dessus s'est exécutée sans messages d'erreurs, c'est que ton support est physiquement fonctionnel.
Sinon, transmet nous un copié-collé complet de la commande que tu as entré jusqu'au retour du prompt (message d'erreur retourné par la commande compris, bien sur)

===========
Par exemple, voilà ce que ça donne sur ma clef microSD de 16 Gio:


root@deb53sw:~# date;dd if=/dev/zero of=/dev/sdc bs=4M; sync;date
mardi 17 décembre 2013, 18:53:13 (UTC+0100)
dd: écriture de « /dev/sdc »: Aucun espace disponible sur le périphérique
3798+0 enregistrements lus
3797+0 enregistrements écrits
15926820864 octets (16 GB) copiés, 3535,23 s, 4,5 MB/s
mardi 17 décembre 2013, 19:52:08 (UTC+0100)
root@deb53sw:~#
 



NOTE:
Avec cette commande, des "00" vont remplacer toutes les zones inscriptibles de cette clef, et les informations qui étaient inscrites dans le premier secteur seront donc elles aussi "écrasées" par cette écriture de "00".
Certains disent (à tord) que cette commande correspond à un formatage "bas niveau", mais ça n'a rien à voir avec le but recherché par un formatage "bas niveau", qui d'ailleurs ne servirait à rien avec un support de ce type de technologie.

===========
Une fois cette opération terminée (patience...), tu débranche et rebranche physiquement la clef USB,
et tu pourra utiliser Gparted pour y créer une table des partitions,
ce qui te permettra d'y créer la ou les partitions au format que tu désire.

Dernière modification par MicP (17-12-2013 22:53:22)

#8 21-12-2013 21:17:24

Tis
Membre
Inscription : 06-11-2013

Re : Erreur d'ecriture sur media amovible

Ha cool, merci pour ces explications. Je n'est pas de message d'erreur mais je suis toujours
etonne de voir tout ces fichiers fsckxxxx.rec

en detail :



Avant de mettre la clef


# dmesg|tail
 
wlan0: deauthenticating by local choice (reason=3)
input: b43legacy-phy0 as /devices/virtual/input/input10
b43legacy-phy0: Loading firmware version 0x127, patch level 14 (2005-04-18 02:36:27)
Registered led device: b43legacy-phy0::radio
wlan0: direct probe to AP f8:1a:67:37:88:7c try 1
wlan0: direct probe to AP f8:1a:67:37:88:7c try 1
wlan0: direct probe to AP f8:1a:67:37:88:7c try 2
wlan0: direct probe to AP f8:1a:67:37:88:7c try 3
wlan0: direct probe to AP f8:1a:67:37:88:7c timed out
eth0: DSPCFG accepted after 0 usec.
 


Une fois la clef sur l'ordi (3eme essai)


# dmesg|tail

scsi2 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
scsi 2:0:0:0: Direct-Access     USB2.0   CARD-READER      1.01 PQ: 0 ANSI: 2
usb-storage: device scan complete
sd 2:0:0:0: [sdb] Attached SCSI removable disk
sd 2:0:0:0: [sdb] 31978496 512-byte hardware sectors: (16.3 GB/15.2 GiB)
sd 2:0:0:0: [sdb] Assuming drive cache: write through
sd 2:0:0:0: [sdb] Assuming drive cache: write through
  sdb:sdb1



umount /dev/sdb1




dd if=/dev/zero of=/dev/sdb bs=4M; sync

dd: writing `/dev/sdb': Aucun espace disponible sur le périphérique
3904+0 records in
3903+0 records out
16372989952 bytes (16 GB) copied, 133,568 s, 123 MB/
 


Pas de message d'erreur.

Je retire la carte (j'utilise un adaptateur SD>USB)
je remet et je refais un dmesg|tail pour la forme avant de formater
OK, memes infos a part que le scsi a changer pour le chiffre 4

Gparted

il m'affiche que 15.24 Go de non aloue ! Pourqoi ?

Je creer une table de partition msdos et enchaine par un formatage en fat32


GParted 0.4.5

Libparted 1.8.8

Créer Partition primaire #1 (fat32, 15.24 Gio) sur /dev/sdb  00:00:21    ( SUCes )    
 créer une partition vide  00:00:02    ( succes )    

chemin : /dev/sdb1
début : 63
fin : 31969349
taille : 31969287 (15.24 Gio)

définir le type de partition sur /dev/sdb1  00:00:01    ( succes )    
 nouveau type de partitione : fat32

créer un nouveau système de fichiers fat32  00:00:18    ( succes )    

mkdosfs -F32 -v -n "San16" /dev/sdb1    

Device &apos;/dev/sdb1&apos;:
heads:255, sectors/track:63, bytes/sector:512
media descriptor:f8
total sectors:31969287, clusters:1996130, sectors/cluster:16
FATs:2, sectors/FAT:15595
volumeID:52655e3b, label:&apos;San16&apos;



(deso pour le manque de caractere)

Pas d'erreur.

j'enleve la clef et l'a remet une derniere fois.

Je r'ouvre Gparted pour avoir des infos que voila :

systeme fat32
taille: 15.24go
utilise: 19.25mo (0%)
inutilise:15.23Go (100%)

chemin /dev/sdb1
etat: montee sur mnt/sdb1
etiquette: oo
uuid: 5265-5e3b

premier secteur: 63
dernier secteur: 31969349
secteurs totaux: 31969287

Ca c'est quand je clic droit + "information"
Sinon si je ne fais rien j'ai quand meme un petit resume sur le main de gparted :

taille : 15.24 Go
type de table de partitions: msdos
tetes: 255
secteurs/pistes : 63
Cylindres: 1990
secteurs totaux: 31969350 (ce qui differe de l'autre info)

De plus, sur la clef il y a toujours ces fichiers fsckXXXX.rec (de 0000 a 0252)

Au premier coup j'avais meme vu un image.ccd, un image.cue et un image.img et les fichiers fsckXXXX.rec
ne s'arettaient pas a 252 mais a 390 mais ca a l'air d'etre parti.

BOn voila, c'est encore louche tout ca non ? Il y a pas une histoire de
firmware des fois ? (je ne trouve rien sur le site sandisk).

Merci pour l'aide ! Je ferais une synthese de l'histoire pour que ca serve.

Dernière modification par Tis (21-12-2013 21:19:28)

Hors ligne

#9 22-12-2013 23:41:50

Tis
Membre
Inscription : 06-11-2013

Re : Erreur d'ecriture sur media amovible

EN fesant ma petite recherche sur ces fichiers fsck .rec je poste quelques liens ici :

une réponse d'un cas identique : http://www.debian-fr.org/montage-disque … ml#p327087

http://filext.com/file-extension/REC

Je l'est vire mais je ne comprends toujours pas pourquoi je n'est que 15.24 Go de dispo sur 16.

Hors ligne

#10 23-12-2013 09:36:50

paskal
autobahn
Lieu : ailleurs
Inscription : 14-06-2011
Site Web

Re : Erreur d'ecriture sur media amovible

Rien d'anormal à cela : le formatage "place des marques" sur le disque, ce qui consomme un peu de place.  smile

I'd love to change the world
But I don't know what to do
So I'll leave it up to you...

logo-sur-fond.png

Hors ligne

#11 28-12-2013 21:30:11

Tis
Membre
Inscription : 06-11-2013

Re : Erreur d'ecriture sur media amovible

Oui j'étais au courant de ca mais je ne m'attendais pas que ca me bouffe plus de 700 mo dessus ...

Bon merci a tous, j’éditerais mon premier post pour faire un resumé !

Hors ligne

#12 16-01-2014 14:52:40

Tis
Membre
Inscription : 06-11-2013

Re : Erreur d'ecriture sur media amovible

Bon et bien je reviens à la charge :

J'avais reussi a copier/coller quelques fichiers dessus, puis a les transferer ailleurs. (appareil photo vers ordinteur via mon adaptateur usb/sd)

Seulement voila : en supprimant les fichiers il y en a un qui ne veut pas se supprimer, le dossier contenant le fichier non plus. Meme avec un outil de suppression il revient quand je rafraichi !

Alors je reeecomencer la technique des 0 que m'a proposé MiCP plus haut : cela me donne

3904+0 record in
3903+0 record out
16372989952 bytes (16 GB) copied, 127,095s ; 129 mb/s

Je creer une nouvelle table de partition en msdos puis format en fat32. Ca passe... Mais lorsque je fait une "verification" (Gparted) le media se démonte tout seul, et op j'ai plus rien.

Bon... je debranche/rebranche, et vais voir si le media est bien vide : Et non ! Il y a le meme dossier+fichier qui ne voulaient pas (et qui ne veulent toujours pas) partir avant la commande des "00" !! (avec en plus plein de fichiers .chk dont certains qui ne veulent pas partir)...


Je pense que c'est toujours le petit morceau abimé qui me pose ces probleme de lecture/ecriture puisque je ne peux/plus charger de fichiers sur la clef (elle se démonte toute seul).

ALors une idée me passait par la tête : et si j'isolais cette partie défectueuse (en y interdisant/cachant l'acces par exemple; en y fesant un "pont") pour que les machines puissent quand même utiliser le reste.

Mais pour ca il me faut localiser la partie defectueuse et pouvoir y faire quelque chose. Quels outils je peux utiliser ? J'essayerais toute autre idées hein ...

Bye !

Hors ligne

#13 22-01-2014 01:52:10

Tis
Membre
Inscription : 06-11-2013

Re : Erreur d'ecriture sur media amovible

Un petit UP!

J'aurais bien aimé avoir une réponse lors de mes connections ocasionnelles... hmm

Hors ligne

#14 28-01-2014 22:36:09

Tis
Membre
Inscription : 06-11-2013

Re : Erreur d'ecriture sur media amovible

... En cherchant je vois deux réponses : SAV ou formatage bas niveau (avec les outils du constructeur).

Je ne trouve aucun outil sur le site de sandisk (il faut bien les faire travailler au SAV...).

Des idées svp !!!

Hors ligne

Pied de page des forums