Contenu | Rechercher | Menus

Annonce

DVD, clés USB et t-shirts Ubuntu-fr disponibles sur la boutique En Vente Libre

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 02/01/2021, à 17:51

james wood

Disque externe paranormal (sujet serieux)

Bonjour,

Cela fait longtemps que je n'avais pas posté de questions ici, mais là j'ai eu un problème qui a l'air assez basique et pourtant j'ai beau chercher je n'ai étonnement vraiment rien trouvé qui puisse m'éclairer...
Tout d'abord je tiens à préciser que ce sujet n'est pas un arg ou une blague, cela m'arrive vraiment en ce moment même.

J'ai obtenu (pour noël) un disque externe de 1to FAT (version32 bit) don j'avais bien besoin étant donné qu'après 4 ans d'utilisation, mon disque dur était bientôt plein.
Je n'avais pas encore manipulé de disque externe auparavant, et lorsque je le brancha en usb, j'ai eu message d'erreur tel que "impossible de monter le disque" que j'avais déjà eu sur quelques clés usb... On m'a conseillé de formater le disque, ce que j'ai fait. Je n'ai pas regardé de tutoriel sur comment utiliser un disque externe, pensant que je pouvais m'en sortir seul car cela n'avait pas l'air bien compliqué, j'ai lancé le logiciel gnome-disks , j'ai formaté le disque, puis sélectionna un type de partition qui était en théorie compatible avec tout os "W95X FAT32 (LBA)" et qui faisait le disque entier. Là tout se passe sans encombre, je transfert environ 164go dans mon disque externe, sur plusieurs jours, en ne le débranchant que lorsque je voulais reboot, car sinon cela démarrait dessus.

Ceci dit, il y avait UN problème singulier, certains fichiers devenaient corrompu lorsque je les transférait vers mon disque externe,  j'ai alors tenté de les re-copiercoller mais le résultat était toujours le même et ils étaient illisible, alors que la taille et le nom restaient exactement les même.

Une semaine plus tard, je me décide à terminer le transfert de mes fichiers, mais là cela se passe différemment que d'habitude : Le disque externe n'était ouvert qu'en lecture-seule. tout d'abord.
-Je me mis à penser qu'il y avait un problème lors du montage alors j'ai ré-ouvert mon logiciel de partitionnage gnome-disk, et ne vit pas de problème apparent. j'activai l'option "Amorçable" bien que je ne sache pas ce que c'est, voir si un message d'erreur allait apparaître ou voir si ça changerait quelque chose 
-Je vérifia les droits d'accès au dossier et vu que j'étais propriétaire, j'ai essayé pour voir de modifier les permissions mais cela ne fonctionna pas
-Sur mon explorateur de fichier (caja) je voyais un symbole "moins" sur mon dossier, je persista à penser qu'il s’agissait d'un problème de permission, et bascula alors sur une console root, et essaya la commande rm sur le premier fichier que j'avais transféré. J'ai eu un message me disant que le disque n'était ouvert qu'en lecture seule , message étant le même que lorsque j'essaye d'écrire sur la partition où mon os windows 7 est installé.

Je me mis à me renseigner sur internet et tomba sur une vieille conversation où quelqu'un avait le même problème que moi,
en suivant les instructions que l'on lui donnait, j'ai executé la commande ls -la /media pour le résultat suivant

total 12
drwxr-xr-x   3 root root 4096 avril  4  2018 .
drwxr-xr-x  28 root root 4096 déc.  13 14:09 ..
drwxr-x---+  3 root root 4096 janv.  2 15:29 apvc

et après la commande dmesg | tail -20 j'obtient

 [28010.624435] usb 3-4: Manufacturer: USB
[28010.624437] usb 3-4: SerialNumber: 6285051106468047229
[28010.624895] usb-storage 3-4:1.0: USB Mass Storage device detected
[28010.625093] scsi host6: usb-storage 3-4:1.0
[28011.647064] scsi 6:0:0:0: Direct-Access     VendorCo ProductCode      2.00 PQ: 0 ANSI: 4
[28011.647720] sd 6:0:0:0: [sdb] 2048000000 512-byte logical blocks: (1.05 TB/977 GiB)
[28011.647876] sd 6:0:0:0: [sdb] Write Protect is off
[28011.647882] sd 6:0:0:0: [sdb] Mode Sense: 03 00 00 00
[28011.648031] sd 6:0:0:0: [sdb] No Caching mode page found
[28011.648041] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[28011.649268] sd 6:0:0:0: Attached scsi generic sg1 type 0
[28011.653184]  sdb: sdb1
[28011.653965] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[28012.091428] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[28012.101679] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[28012.101685] FAT-fs (sdb1): Filesystem has been set read-only
[28019.392846] FAT-fs (sdb1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
[28916.953002] FAT-fs (sdb1): error, corrupted directory (invalid entries)
[28916.953007] FAT-fs (sdb1): Filesystem has been set read-only
[28926.125332] FAT-fs (sdb1): error, corrupted directory (invalid entries) 

j'ai essayé une commande dosfsck -yfv /dev/sdb1 (car mon disque dur était sur ce périphérique)
mais cela ne m'a rien changé, j'ai alors continué de chercher et vu qu'apparemment il fallait que le disque dur ne soit pas monté lors de l'execution de cette commande , j'ai alors réassayé alors qu'il était démonté mais le résultat n'a pas été différent, dans les deux cas cela m'affichait

Reclaiming unconnected clusters.
Checking free cluster summary.
Performing changes.
/dev/sdb1: 1609 files, 5570843/31992155 clusters

Cela ne changea rien et le topic que je suivait s'arrête ici donc je ne su plus quoi faire.
Je répéta ces commandes plusieurs fois (3 ou 4 je crois) puis alors que je me préparait à rédiger une question pour demander de l'aide, je vis que soudainement, le dossier changea de tête, et au lieu d'avoir un signe "moins" dessus, il y avait une croix, chose que j'avais déjà vu auparavant. Je l'ai ouvert et vis que la crois avait disparut, et que je pouvais recommencer à écrire dessus
MAIS
en scrollant je vis qu'il y avait 231 fichiers  FSCKxxx.REC , ou le xxx allait de 000 à 230, et certains de ces fichiers avaient pour miniature des vidéos que j'avais transféré, et ces vidéos je pouvaient les ouvrir normalement tel des fichiers .mp4, le nom seulement avait changé.

Je ne sais absolument pas ce qu'il s'est passé et j'aimerai qu'on m’explique première comment j'ai récupéré l'accès à la lecture de mon disque, car je ne saurai pas quoi faire si cela ressurvient, étant donné que je comprends pas comment j'ai fait pour y accéder denouveau, j'ai perdu plusieurs heures ET SURTOUT

→j'aimerai qu'on m'expliquer pourquoi quand je transfert des fichiers ceci deviennent CORROMPUS , sachant que c'est toujours les mêmes, avec le même nom, ils ont tous pour extension du .mp4 ou du .mov et sachant que la taille brut reste la même, mais la taille sur le disque varie en fonction du disque comme pour tout les autres fichiers sains jusqu'à présent.
^ Si j'ai une réponse à cette question, je passerai le sujet en [résolu]

Hors ligne

#2 Le 02/01/2021, à 18:49

michel_04

Re : Disque externe paranormal (sujet serieux)

Bonjour.


~$ man dosfsck
FSCK.FAT(8)                          System Manager's Manual                          FSCK.FAT(8)

NAME
       fsck.fat - check and repair MS-DOS filesystems

SYNOPSIS
       fsck.fat [OPTIONS] DEVICE

-y  Same as -a (automatically repair filesystem) for compatibility with other fsck tools
-f  Salvage unused cluster chains to files.  By default, unused clusters are added to  the
           free disk space except in auto mode (-a).
-v  Verbose mode.  Generates slightly more output.

Google traduction :

-y Identique à -a (répare automatiquement le système de fichiers) pour la compatibilité avec d'autres outils fsck
-f Récupère les chaînes de cluster inutilisées en fichiers. Par défaut, les clusters inutilisés sont ajoutés au
            espace disque libre sauf en mode automatique (-a).
-v Mode verbeux. Génère un peu plus de sortie.

Edit :
Voir les réponses de Hoper dans ce fil de discussion : Comment récuperer des fichiers FSCK****.REC?.



A+

Dernière modification par michel_04 (Le 02/01/2021, à 19:01)


:D
Comment Poser Les Questions De Manière Intelligente - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous - l'Almanet doLys de nam1962 et ses amis
PCs sous Debian Stable & Debian Sid.

Hors ligne

#3 Le 02/01/2021, à 18:52

geole

Re : Disque externe paranormal (sujet serieux)

Bonjour

Je connais deux causes principales de fichiers corrompus
   1)   Ils ont des noms commençant ou finissant par des espaces ou alors des caractères très spéciaux dans la composition du nom
   2) Lorsqu'on fait la bêtise de formater en FAT32 au lieu de EXFAT, la taille des fichiers doit être inférieure à 4 Go
   ===> c'est probablement ton cas, puisque les fichiers .mp4 ou .mov sont souvent volumineux
    https://doc.ubuntu-fr.org/exfat

Lorsque tu as lancé  la commande dosfsck,    elle a fait du ménage et tout ce qui ne lui a pas plut, a été renommé en FSCKnnn.
avec  une taille ne dépassant pas 4 go.

Dernière modification par geole (Le 02/01/2021, à 19:38)

Hors ligne

#4 Le 02/01/2021, à 19:35

serged

Re : Disque externe paranormal (sujet serieux)

Utiliser un disque de 1To formaté en FAT, faut vraiment aimer vivre dangereusement !

Il faut le formater en NTFS (si tu dois l'utiliser sur d'autres OS) ou en ext2/3/4 (si tu n'as que du Linux) !


Linux-Mint 20.1 Ulyssa (Cinnamon) sur ASUS F2A55/AMD A8-5600K APU et diverses machines en 19.3

Hors ligne

#5 Le 04/01/2021, à 01:45

james wood

Re : Disque externe paranormal (sujet serieux)

Bonsoir
Merci beaucoup pour vos réponses !
Je pense que je vais reformater ce disque pour être plus tranquille , mais avant je vais vraiment essayer de trouver la sources des problèmes anormaux que j'ai rencontré. Cependant je tiens quand même à poser quelques questions,

Premièrement Je tiens à signaler que aucun de mes fichiers ne dépasse les 4go bien que certains vont jusqu'à 3.7, je n'utilise également pas d'espace dans les noms , ni de caractères spéciaux ne pouvant être codé en ASCII , et même certains fichiers ayant des noms composés uniquement de lettre ne sont pas lisibles.
Pour ces fichiers vidéos,
-Les fichiers originaux sont lisibles sur mon disque dur,
-Une fois transférés sur mon disque externe, ce sont toujours les mêmes qui se corrompent, même si je change le nom
-Les retransférer sur le disque de base ne les répare pas
-Le fichier sain et sa copie corrompue ont pourtant la même taille à l'OCTET près
J'ai donc essayé d'ouvrir un fichier sain et sa copie corrompue avec un traitement de texte, mais cela n'a mené à rien, les fichiers mettaient vraiment beaucoup de temps à s'ouvrir pour ne pas réussis à lire les caractères, mais l'ouverture du fichier sain et celle du fichier corrompu donnaient des caractères différents si je me souviens bien
J'ai voulu continuer l’expérience en changeant les noms mais je n'ai pas pu à cause de mon problème de lecture seule, mais je crois avoir compris quelque chose, le fait que mon disque ne s'ouvre qu'en lecture seule est peut être un bug d'ubuntu, car mon disque dur contient une partition sur laquelle je ne peux pas écrire, celle contenant un autre OS, est après avoir exécute de manière illogique des commandes pour tenter de réparer mon disque externe, lorsque j'ai enfin pu de nouveau écrire dessus, je pouvais maintenant écrire sur la fameuse partition.
J'essayai diverse commande que j'avais déjà exécute en tant que root pour essayer d'obtenir une nouvelle fois la même chose, et en executant la commande dosfsck /dev/sdb1

 1) Remove dirty bit
2) No action
? 1
FATs differ but appear to be intact. Use which FAT ?
1) Use first FAT
2) Use second FAT
? 1
Wrong checksum for long file name "2019-12-10_22-30-15.mp4".
  (Short name         .    may have changed without updating the long name)
1: Delete LFN
2: Leave it as it is.
3: Fix checksum (attaches to short name         .   )

mais j'ai finalement fait intérompu la commande à ce moment là alors que j'essayais de copier coller le message. Je ne comprend pas ce qu'est checksum quelqu'un sait ?

en reessayant pour aller un peu plus loin j'ai eu ces messages

Long filename fragment "2020-02-13_13" found outside a LFN sequence.
  (Maybe the start bit is missing on the last fragment)
1: Delete fragment
2: Leave it as it is.
3: Set start bit
? 

et

  Start cluster beyond limit (4294967295 > 31992156). Truncating file.
Reclaimed 4942257 unused clusters (161947877376 bytes).
Free cluster summary wrong (24115837 vs. really 29058095)
1) Correct
2) Don't correct
? 1
Perform changes ? (y/n) 

J'aimerai qu'on m'explique si possible ce que ça veut dire


Ceci dit j'ai beau essayer de répéter les commandes que je faisais la première fois, qui m'avaient permis la lecture écriture , cette fois cela ne donne rien ...
Je vais essayer de régler ce problème , essayer d'en comprendre plus sur la corruption de fichiers puis vous informer de ce que je trouve.

Hors ligne

#6 Le 04/01/2021, à 08:05

geole

Re : Disque externe paranormal (sujet serieux)

Bonjour
Sur ce disque qui comporte plusieurs partitions, tu pourrais faire un fsck - y /dev/sdbN en remplaçant N par chaque numéro.
Tu pourrais aussi regarder son état physique en installant l'application smarmontools https://doc.ubuntu-fr.org/smartmontools

sudo apt-get install --no-install-recommends smartmontools 

et poster le retour de cette commande

sudo smartctl -s on -a /dev/sdb

Peux-tu aussi donner le retour de cette commande

journalctl   | grep 'I/O error'

Avec ce message d'erreur, "Start cluster beyond limit " , on voit qu'il y a des problèmes de borne dépassée. Mais je ne sais pas en dire plus https://bugs.launchpad.net/ubuntu/+sour … +bug/14502
Merci de faire plutôt la commande même si c'est du fat32

sudo fsck /dev/sdb1

Globalement le checksum additionne tous les caractères du fichier en fonction de leur position
si les fichiers sont identique, les deux sommes doivent être égale
Notons que deux sommes égales ne veulent pas obligatoirement dire que  que les fichiers sont identiques  https://fr.wikipedia.org/wiki/Somme_de_contr%C3%B4le

Hors ligne

#7 Le 06/04/2021, à 23:51

james wood

Re : Disque externe paranormal (sujet serieux)

Bonsoir,
Mon disque externe m'étant devenu assez indispensable je ne peux plus me permettre de simplement le laisser en fat-32 bit amorçable et faire des expériences dessus. Bien que ça ai donné pleins de choses (sans aucun sens) j'ai pu faire quelques essais et obtenir des quelques résultats, bien que je ne comprenne pas la plupart.

voici le message que me renvoie la commande

 sudo smartctl -s on -a /dev/sdb 
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-140-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

/dev/sdb: Unknown USB bridge [0x048d:0x1234 (0x200)]
Please specify device type with the -d option.

pour le journalctl il n'y a pas d'erreur en rapport avec sdb

janv. 03 00:07:31 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
janv. 03 00:07:33 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
janv. 03 00:07:33 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
janv. 10 00:10:17 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
janv. 10 00:10:17 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
janv. 10 00:10:17 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
janv. 19 00:09:05 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
janv. 19 00:09:09 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
janv. 19 00:09:12 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
janv. 24 00:35:08 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
janv. 24 00:35:08 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
janv. 24 00:35:08 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
févr. 01 16:56:43 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
févr. 01 16:56:47 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
févr. 01 16:56:47 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
févr. 07 00:08:04 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
févr. 07 00:08:04 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
févr. 07 00:08:04 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
févr. 14 00:09:40 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
févr. 14 00:09:40 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
févr. 14 00:09:43 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
févr. 21 14:41:25 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
févr. 21 14:41:25 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
févr. 21 14:41:28 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 01 00:09:40 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 01 00:09:43 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 01 00:09:47 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 07 00:10:49 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 07 00:10:49 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 07 00:10:49 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 15 00:11:14 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 15 00:11:14 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 15 00:12:38 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 21 00:09:27 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 21 00:09:27 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 21 00:09:27 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 29 00:11:03 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 29 00:11:42 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
mars 29 00:11:42 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
avril 04 00:10:45 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
avril 04 00:10:51 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800
avril 04 00:10:51 apvc-HP-EliteBook-2570p kernel: print_req_error: I/O error, dev sda, sector 849471800

et enfin le fsck /dev/sdb1 a encore donné un résultat différent, cette fois c'est une erreur d'entrée/sortie et je ne peux même plus voir le contenue du disque.
Bon, Merci pour votre aide, même si je n'ai finalement pas pu comprendre ce qu'il se cachait derrière le mystère des fameuses vidéos corrompues sans aucune raison. J'ai l'intention dans l'heure de reformater ce disque une bonne fois pour toute, cette fois en NTFS, et si un jour j'en ai l'occasion (et le temps) j'essayerai peut être de reformater un disque en FAT32 pour continuer cette enquête qui fut fort intéressante.
Merci à tous et une prochaine fois peut être !

Hors ligne

#8 Le 07/04/2021, à 10:20

geole

Re : Disque externe paranormal (sujet serieux)

james wood a écrit :

 sudo smartctl -s on -a /dev/sdb 
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-140-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

/dev/sdb: Unknown USB bridge [0x048d:0x1234 (0x200)]
Please specify device type with the -d option.

Bonjour
Ce code erreur ( 0x048d ) n'est pas dans la liste  https://www.smartmontools.org/wiki/Supp … SB-Devices
On va tenter un peu au hasard

sudo smartctl -s on  -d scsi -T verypermissive  -a /dev/sdb

Lorsque tu le reformateras, utilise gnome disk utility et demande un formatage lent qui va écrire sur la totalité du disque.   Tu peux choir le format EXFAT au lieu du FAT32 qui ne supporte pas les gros fichiers.


Pour l'autre disque, donne aussi ce retour

sudo smartctl -s on -a /dev/sda

Dernière modification par geole (Le 08/04/2021, à 17:12)

Hors ligne

#9 Le 08/04/2021, à 10:03

james wood

Re : Disque externe paranormal (sujet serieux)

Le formatage ayant déjà commencé je ne peux plus exécuter les commandes hmm
J'ai utilisé le logiciel gnome-disks (en le lançant via le terminal) et j'ai commencé un formatage dans le format NTFS comme une réponse l'avait suggéré plutôt et sélectionné l'option "effacer les données", je ne sais pas si il s'agit du fameux formatage "lent qui écrit sur la totalité du disque" mais en tout cas ça a pris 26h à se faire (mon disque fait 1to), j’espère que cette fois je n'aurai plus aucun problème.
Si vous avez d'autres conseils n'hésitez pas à me les faire connaître, wink
Merci bien

Hors ligne

#10 Le 08/04/2021, à 11:25

james wood

Re : Disque externe paranormal (sujet serieux)

Et je réécris un message dans la foulé pour dire qu'une fois formatée, ma partition n'est plus montable, un message m'indique juste qu'elle est illisible... j’espère que ce n'est pas un problème de hardware, j'ai essayé d'utiliser fsck sur /dev/sdb pour le résultat suivant :

fsck de util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>

Trouvé une table de partitions dos dans /dev/sdb

Je ne le trouvais pas dans le dossier media mais uniquement dans la catégorie "appareil" de mon explorateur de fichier, et quand j'essaye clique_droit + ouvrir il ne se passe rien, idem pour clique_droit + monter
Je l'ai alors de nouveau formaté en NTFS sans cette fois écraser les données, ce qui n'a strictement rien changé
Alors je me suis mis en root et j'ai tâtonné

root@apvc-HP-EliteBook-2570p:/media/apvc# mount archives
mount: archives : impossible à trouver dans /etc/fstab.
root@apvc-HP-EliteBook-2570p:/media/apvc# cd archives
bash: cd: archives: Aucun fichier ou dossier de ce type
root@apvc-HP-EliteBook-2570p:/media/apvc# cd archives
root@apvc-HP-EliteBook-2570p:/media/apvc/archives# mkdir iotest
root@apvc-HP-EliteBook-2570p:/media/apvc/archives# ls
iotest
root@apvc-HP-EliteBook-2570p:/media/apvc/archives# 

Lors de la première commande, le retour indiqué est que le dossier n'existe pas, alors que lors de la deuxième il existe bien que je ne comprenne pas comment je me suis débrouillé pour que cela fonctionne, puis j'y ai accédé en tant que root, et j'ai même pu lire et écrire dessus (donc tout fonctionne ?) sachant que quand je regardais les propriétés du dossier il était affiché "contenu illisible" et qu'en plus, il n'était pas monté. J'ai alors définit les permissions de sorte à ce que je puisse y accéder même sans être root, puis j'ai essayé de le monter et là, bah il a disparut du media/ comme lors de la première commande, je le vois apparaît uniquement sur la catégorie "appareil" de mon explorateur de fichier, mais j'y ai perdu toute traces.
j'ai alors essayé de l'éjecter pour le ré-insérer, mais cela ne change strictement rien.

...J'ai un disque externe depuis plus de 4 mois et je ne peux toujours pas l'utiliser
Pourquoi cela ne fonctionne-t-il pas ... vous qui utilisez des disques externes, vous avez toujours ce genre de problème ?
Je ne comprends pas pourquoi c'est si compliqué... par pitié expliquez-moi ce qu'il se passe

Hors ligne

#11 Le 08/04/2021, à 11:49

geole

Re : Disque externe paranormal (sujet serieux)

Bonjour
Tu as formaté le disque  en NTFS et tu utilises un logiciel de contrôle de formatage EXT4:
Il faut que tu demandes a windows de faire le controle. Mais je pense que lui aussi ne voudra pas lire le disque mais une partition du disque
En conséquence, lance gparted et fabrique une table de partition avec l'onglet périphériques puis une partition

Hors ligne

#12 Le 08/04/2021, à 14:42

james wood

Re : Disque externe paranormal (sujet serieux)

Bonjour,
J'ai installé Gparted mais il ne détecte pas mon disque externe, et désormais mon explorateur de fichier non plus. Le seul programme qui me permette de le manipuler est gnome-disks.

Avec lequel j'ai essayé la fonction "Vérifier le système de fichiers..." qui m'a instantanément renvoyé "Le système de fichier archives nécéssite une réparation."

J'ai alors essayé la fonction "Réparer le système de fichier..." qui m'a juste retourné le charabiat suivant


Error reparing filesystem on /dev/sdb1: Process reported exit code 1:
ntfs_mst_post_read_fixup_warn: magic: 0xffffffff size: 1024
usa_ofs: 65535 usa_count: 65535: Invalid argument
ntfs_mst_post_read_fixup_warn: magic: 0xffffffff size: 1024
usa_ofs: 65535 usa_count: 65535: Invalid argument
ntfs_mst_post_read_fixup_warn: magic: 0xffffffff size: 1024
usa_ofs: 65535 usa_count: 65535: Invalid argument
ntfs_mst_post_read_fixup_warn: magic: 0xffffffff size: 1024
usa_ofs: 65535 usa_count: 65535: Invalid argument
$MFTMirr error: Invalid mft record for '$MFT'.
ntfs_mst_post_read_fixup_warn: magic: 0xffffffff size: 1024
usa_ofs: 65535 usa_count: 65535: Invalid argument
ntfs_mst_post_read_fixup_warn: magic: 0xffffffff size: 1024
usa_ofs: 65535 usa_count: 65535: Invalid argument
ntfs_mst_post_read_fixup_warn: magic: 0xffffffff size: 1024
usa_ofs: 65535 usa_count: 65535: Invalid argument
ntfs_mst_post_read_fixup_warn: magic: 0xffffffff size: 1024
usa_ofs: 65535 usa_count: 65535: Invalid argument
(udisks-error-quark,0)

Il n'est pas nécéssaire que je laisse mon disque en NTFS, car pour l'instant je n'ai rien transféré depuis le dernier formatage. Si vous avez une meilleur solution de format plus sûr et qui fonctionnerai en l'occurence je serai tout ouïe, bien que je commence à crainde que mon disque ai un défaut de fabrication.
Vos avis ?

Hors ligne

#13 Le 08/04/2021, à 15:10

geole

Re : Disque externe paranormal (sujet serieux)

On va faire autrement
1) Sans te tromper de disque, tu vas mettre des zéros dans le début du  disque externe....... en remplaçant X par la bonne lettre
https://doc.ubuntu-fr.org/etcher

sudo dd   if=/dev/zero of=/dev/sdX count=33 

2) Tu le débranches et tu le rebranches
3) Tu fais le gparted en créant une table de partition puis une partition

Dernière modification par geole (Le 08/04/2021, à 15:10)

Hors ligne

#14 Le 08/04/2021, à 16:57

inbox

Re : Disque externe paranormal (sujet serieux)

Salut,

@Geole,
Je pense que tu as loupé "VendorCo ProductCode" dans le 1er message du sujet. Ce lien devrait te remémorer un souvenir.

@james wood,
Il semble que ton disque soit une contrefaçon et que sa taille réelle soit bien inférieure à celle annoncée.
Sais-tu à quel prix, ton disque dur a été acheté ? Si oui, combien ?

A+

Dernière modification par inbox (Le 08/04/2021, à 16:58)


Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Linux user 449594

Hors ligne

#15 Le 08/04/2021, à 17:27

iznobe

Re : Disque externe paranormal (sujet serieux)

Bonjour , je n' osais le dire mais , les symptomes correspondent aussi a mon avis a une contrefaçon ...

afin d ' en etre sur il faut utiliser f3write et f3read pour linux :plus d ' info ici : https://fight-flash-fraud.readthedocs.i … usage.html
evidement c' est un peu long , mais au moins on est fixé apres !


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#16 Le 10/04/2021, à 19:43

james wood

Re : Disque externe paranormal (sujet serieux)

Eh bien ... ceci explique cela ?️
Merci pour toutes vos réponses, j'aurai sûrement du vous informer plus rapidement de la marque ainsi que du modèle du produit,
Il est clair que l'on ne pouvait pas avoir plus compliqué et étrange comme problème de faire fonctionner un objet qui n'est pas prévu pour sans qu'on ne le sache nous même ?️
Veuillez m'excuser pour toute cette histoire, et merci pour votre investissement, c'est la première fois que j'arrive à “résoudre” un problème par l'intermédiaire de ce forum, cela dit ayant quand même réussis à transférer quelques fichiers au tout début, je pense qu'en même ne pas le jeter et m'en servir pour stocker quelques fichiers (même si cela ne fonctionne pas correctement, on peut quand même faire quelques trucs)
Je vais de ce fait faire quelques expériences dessus pour voir ce que je peux en faire (si il n'est pas complètement mort), j'aimerai donc avoir une petite précision sur votre dernier message @Geole, la citation "Sans te tromper de disque" me fait bien peur et j'aimerai avoir des précisions sur comment exécuter la fameuse commande sudo dd, dois je me placer dans le bon disque dur avant ? par ce que je ne peux actuellement pas y accéder, il n'apparaît plus dans mon gestionnaire de fichiers et le cd /media/apvc/archives m'indique que l'adresse n'existe pas (j’espère que je peux encore l'utiliser d'une quelconque manière)

Hors ligne

#17 Le 11/04/2021, à 10:40

geole

Re : Disque externe paranormal (sujet serieux)

Bonjour
Puisque tu as décidé de conserver le disque, comme il semble que le disque ne fait pas 1 To mais une taille plus faible, il semble important de pouvoir trouver cette taille. Par la suite, en définissant une (ou des) partition dont la taille totale ne dépasse pas cette vraie valeur, le disque devrait fonctionner correctement.

1)Pour identifier le disque sans te tromper, voici une démarche
  - Débrancher le disque puis faire cette commande

lsblk -fe7 -o +size

  -Rebrancher le disque et de nouveau

lsblk -fe7 -o +size

  - Comparer les deux retours
      Si une ligne  supplémentaire apparaît, elle contient les trois lettres du non du disque
     Si plusieurs lignes apparaissent,
                         La premiere identifie le disques
                         Les suivantes identifient les partitions découvertes

2) Pour estimer la vraie taille du disque. Le principe des deux outils est basé sur le fait  que ,très souvent.  Lorsqu'on arrive en fin de disque, la suite des écritures reprend au début du disque....
   Donc le principe est d'écrire quelque chose au début, puis de continuer à remplir le disque tout en regardant quand le début  se détruit. Lorsque cela se produit, on a trouvé une estimation de la taille à ne pas dépasser.

3) Outil  indiqué par iznobe et indiqué dans la documentation. https://fight-flash-fraud.readthedocs.i … usage.html
   a) Il faut d'abord créer une table de partition
   Il  utilise une référence de taille de 1 Go....

4)  Script que j'ai développé pour un cas semblable par méconnaissance de l'outil. https://forum.ubuntu-fr.org/viewtopic.p … #p22394468
     Ne nécessite pas de création de table de partition.
     Il est paramétrable.
    Td=1000                            # Taille  théorique du disque  à écraser par des zéros exprimée en Go
    Te=1    # Taille de l'échantillon à vérifier exprimée en Mio.   Une taille de 1 à 10 Mio est suffisante. 100 Mio est un maxima.
Pour le moment, j'ai oublié de paramétrer la taille à écrire avant de refaire un contrôle. Elle semble être fixée à 10 Go

Ce script n'a été utilisé que par moi.   J'avais mis des grosses quantités d'écritures pour me pas vérifier trop souvent  à cause de la durée d'exécution

Je ne sais pas trop si on veut trouver la vraie taille à 10 Go près,  à 1 Go près   à 100 Mo près  à 10 Mo près, à 1 Mo près
En cas de besoin, je peux rapidement reprendre cette ligne

dd if=/dev/zero of=$DISK count=152588 bs=65536 seek=$j status=progress #2>/dev/null ) ###  un tout petit peu plus que 10 Go
    j=$(($j+152588))

pour mettre le count en paramètre  ( un nouveau? ou  celui existant ( Te )

Dernière modification par geole (Le 11/04/2021, à 10:44)

Hors ligne

#18 Le 11/04/2021, à 13:59

james wood

Re : Disque externe paranormal (sujet serieux)

Bonjour,
Je crois qu'il n'y a plus rien à faire:
voici le retour que j'ai en effectuant la commande sans que mon disque soit branché:

NAME   FSTYPE LABEL  UUID                                 MOUNTPOINT   SIZE
sda                                                                  465,8G
├─sda1 ntfs   SYSTEM D46A7A5B6A7A39F6                                 93,2G
├─sda2                                                                   1K
├─sda5 ext4          3a3060f8-b3a1-4dfd-b4bb-89f4b53a92da /          368,8G
└─sda6 swap          b0fc0a86-2e93-4e1c-acd2-8d91c7a04810 [SWAP]       3,9G

quand mon disque est branché:

NAME   FSTYPE LABEL    UUID                                 MOUNTPOINT   SIZE
sda                                                                    465,8G
├─sda1 ntfs   SYSTEM   D46A7A5B6A7A39F6                                 93,2G
├─sda2                                                                     1K
├─sda5 ext4            3a3060f8-b3a1-4dfd-b4bb-89f4b53a92da /          368,8G
└─sda6 swap            b0fc0a86-2e93-4e1c-acd2-8d91c7a04810 [SWAP]       3,9G
sdb                                                                    976,6G
└─sdb1 ext4   archives b5a5dfe6-3921-4d14-9201-31963ca1e18e            976,6G

et quand je re débranche une nouvelle fois mon disque (en l'éjectant "proprement")

NAME   FSTYPE LABEL    UUID                                 MOUNTPOINT   SIZE
sda                                                                    465,8G
├─sda1 ntfs   SYSTEM   D46A7A5B6A7A39F6                                 93,2G
├─sda2                                                                     1K
├─sda5 ext4            3a3060f8-b3a1-4dfd-b4bb-89f4b53a92da /          368,8G
└─sda6 swap            b0fc0a86-2e93-4e1c-acd2-8d91c7a04810 [SWAP]       3,9G
sdb                                                                    976,6G
└─sdb1 ext4   archives b5a5dfe6-3921-4d14-9201-31963ca1e18e            976,6G

Un petit problème de sécurité survient alors : Même quand mon disque n'est pas branché je peux toujours écrire dans "archives".
Souvenez-vous de ce que j'avais essayé après le formatage: quand j'ai essayé d'écrire directement dans le disque qui n'était pas monté, et bien cela me fait exactement le même résultat: quand je regarde les propriétés du fichier, il est indiqué que son contenu est impossible à lire, que son volume et son espace libre sont inconnu, le montage ne fonctionne pas, mais je peux toujours l'ouvrir et y accéder en root, écrire dessus, bref, m'en servir comme un simple dossier.

Cependant le fait que je puisse écrire dessus de cette manière m'inquiète: j'ai essayé d'exécuter la commande f3write /media/apvc/archives et cela commençait vraiment à écrire dans le dossier alors que mon disque n'était toujours pas branché...
Mais cela vient confirmer mon hypothèse: bien que je ne connaisse pas le fonctionnement d'un disque externe,
1- il s'avère que le disque mentait sur sa taille, mais je sais que son formatage avec écrasement des données a pris 26h, ce qui veut dire que l'équivalent de 1to a bien été effacé
2- Je ne sais pas si ce formatage est physique, mais si l'équivalent de 1to a été effacé, et que une fois arrivé à la fin d'un disque on revient automatiquement au début si on continue d'écrire, il est probable que ce soit le cas également pour l'effacement. Le début du disque qui devait donc donner des informations indispensables au montage ou à la détection ont donc dû être effacées.
3- c'est donc à partir du moment où je l'ai formaté en NTFS que je l'ai condamné : c'est depuis ce moment là que je ne peux plus le lire du tout, ou encore, tout bonnement le monter.

pour ce qui est des détails, je vais essayer de faire le plus synthétique et lisible possible

l'ordinateur a écrit :

DÉTAILS ##########
~
#BRANCHEMENT
Les problèmes qui surviennent quand je branche mon disque sont:
-Une tâche "Montage du système de fichier" commence puis ne s'arrête jamais, elle n'apparaît cependant pas en tant que tâche "zombie".
-Quand j'essaye de l'arrêter, on me demande mon mot de passe, mais cela ne fonctionne pas.
-Si j'essaye de l'arrêter une nouvelle fois, j’obtiens le message "The job has already been cancelled (udisks-error-quark-2)"

#ÉJECTION:
-Quand je l'éjecte, une notification apparaît, me disant "It is now safe to remove the drive"
-La tâche "montage du système de fichier" ne s'arrête pas pour autant, et l'affichage se met à bugger dans gnome-disks, et le dossier archives reste présent. Je peux continuer de recliquer dessus, j'aurai toujours la fameuse notif "It is now safe blabla" mais rien ne changera

#APRÈS :
-Je peux quand même continuer d'essayer d'arrêter le montage alors que mon disque est en théorie éjecté, avec toujours le même message d'erreur.
-Toujours aucune tâche zombie
-Si je le re-éjecte alors que j'ai déjà retiré mon disque cela me dit "writing data to the drive do not unplung" et me fait une erreur super longue sur /dev/sdb machin the command eject exited with non-zero, exit status 1 blabla

#BUG PAS PRATIQUES
quoi qu'il arrive ce n'est pas pratique car:
-À partir du moment où je branche mon disque je ne peux ni mettre en veille mon ordinateur, ni l'éteindre: Un message me disant qu'une application empêche la mise en veille, quand je regarde dans la liste des application je vois qu'elle n'a pas de nom ni de status. Je ne peux pas non plus l'éteindre ou le mettre en veille en sudo, mais je peux le reboot, auquel cas le reboot reste coincé sur l'écran d'extinction, et un message disant "A start job is running (1/2, no limit)" ou quelque chose dans le genre apparaît, puis rien ne se passe (j'ai attendu 20min)

Et je pourrais faire une liste de 1km en listant chaque résultat en fonction de l'ordre dans lequel j'effectue ces actions, cela ne change rien au niveau de l'état des choses, mais les messages d'erreurs eux varient et j'en ai désormais une sacré collection

#AUTRES
Un fait intéressant est cependant survenu, un moment en recheckant gnome-disks, j'ai vu que l'affichage "buggé" avait changé pour me donner ça:
Modèle VendorCo ProductCode (2.00)
Média ー
Taille ー
Partitionnement Inconnu()
Numéro de Série 628505blablabla
Taille 1,0Mo (1 048 576)
Périphérique /dev/sdab
Contenu Espace non alloué
~
######## DÉTAILS FIN

Bon, voilà si je ne peux pas accéder à mon disque dur je pense qu'il n'est pas possible que je puisse réécrire dessus même pour les fameuses données indispensables qui permettraient de pouvoir le lire ou le monter...
Cependant cela me faciliterai grandement la tâche si quelqu'un me donnait le nom du processus à kill quand je ne peux plus éteindre ni redémarrer mon ordinateur, cela me permettrait sûrement d'essayer plus de choses.

Hors ligne