As-tu exécuté ces commandes sciemment ou bien as-tu essayé tout cela au hasard ?
Il faut savoir qu'un disque dur ou un périphérique de stockage de masse quel qu'il soit est présenté au système par son contrôleur comme une suite linéaire de secteurs de 512 octets chacun (linéaire en LBA, mais de toutes façons il y a bien longtemps que plus personne n'utilise le modèle CHS, que le système convertit dans tous les cas en linéaire). Bref, avant d'écraser le contenu de ta clé, tu pouvais faire un cat /dev/sda > fichier, ou plus proprement un dd if=/dev/sda of=fichier bs=512, et tu travaillais sur la copie, en la montant avec un -o loop.
Il y a de fortes chances pour que la table des partitions ait été corrompue. Dans ce cas, on peut essayer de la reconstruire. Sous Windows, le réflexe reste encore trop souvent first reboot, then reinstall.
Ce qu'il fallait faire, c'était recréer toi-même une partition avec fdisk, puisque visiblement la table n'était plus valide, et pas recréer un filesystem sur la clé entière. En faisant cela, tu gagnes peut-être une piste, mais tu risques de perturber tous les auto-monteurs et je ne suis même pas sûr que Windows soit capable de reconnaître cela (j'ai pas essayé).
Pour les droits en écriture, vérifie dans un premier temps que ta clé elle-même ne soit pas physiquement verrouillée en écriture (commutateur sur le coté) auquel cas il te faudra peut-être débrancher et rebrancher ta clé car il y a une chance que le module noyau l'ait détectée comme read-only dès le départ, puis jette un 1⁄2il aux droits d'accès de /dev/sda avec ls -l /dev/sda* ...
# Partoches, partoches ...
Posté par Obsidian . En réponse au message Arrive pas à reformater ma clé USB. Évalué à 8.
Il faut savoir qu'un disque dur ou un périphérique de stockage de masse quel qu'il soit est présenté au système par son contrôleur comme une suite linéaire de secteurs de 512 octets chacun (linéaire en LBA, mais de toutes façons il y a bien longtemps que plus personne n'utilise le modèle CHS, que le système convertit dans tous les cas en linéaire). Bref, avant d'écraser le contenu de ta clé, tu pouvais faire un cat /dev/sda > fichier, ou plus proprement un dd if=/dev/sda of=fichier bs=512, et tu travaillais sur la copie, en la montant avec un -o loop.
Il y a de fortes chances pour que la table des partitions ait été corrompue. Dans ce cas, on peut essayer de la reconstruire. Sous Windows, le réflexe reste encore trop souvent first reboot, then reinstall.
Ce qu'il fallait faire, c'était recréer toi-même une partition avec fdisk, puisque visiblement la table n'était plus valide, et pas recréer un filesystem sur la clé entière. En faisant cela, tu gagnes peut-être une piste, mais tu risques de perturber tous les auto-monteurs et je ne suis même pas sûr que Windows soit capable de reconnaître cela (j'ai pas essayé).
Pour les droits en écriture, vérifie dans un premier temps que ta clé elle-même ne soit pas physiquement verrouillée en écriture (commutateur sur le coté) auquel cas il te faudra peut-être débrancher et rebrancher ta clé car il y a une chance que le module noyau l'ait détectée comme read-only dès le départ, puis jette un 1⁄2il aux droits d'accès de /dev/sda avec ls -l /dev/sda* ...