Je sais qu'il y a quelques fils de discussion qui tentent de répondre à cette question, mais aucune des réponses ne fonctionne pour moi, alors voilà. J'ai une carte microSD de 8 gigas qui était utilisée comme mémoire pour mon ancien téléphone Android. La carte a été formatée en utilisant ClockWorkMod Recovery.
Pendant que ce téléphone fonctionnait encore, je pouvais écrire sur la carte en branchant le téléphone à mon ordinateur via USB. Mais j'ai accidentellement supprimé tout le système d'exploitation de ce téléphone, et maintenant j'essaie de le réparer. Je ne veux pas ruiner accidentellement une autre carte microsd, donc j'ai besoin d'accéder en écriture à celle-ci.
Lorsque j'insère le microsd dans mon ordinateur, je ne peux pas y écrire. Il indique que je ne suis pas le propriétaire, même si je suis exécuté en tant que root. La carte a 3 partitions :
Device Boot Start End Sectors Size Id Type
/dev/sdb1 1 7023437 7023437 3.4G c W95 FAT32 (LBA)
/dev/sdb2 7023438 15023437 8000000 3.8G 83 Linux
/dev/sdb3 15023438 15523839 500402 244.3M 82 Linux swap / SolarisJ'ai essayé d'exécuter fsck, comme suggéré dans un autre fil :
root@dronebox:/dev# fsck -v /dev/sdb1
fsck from util-linux 2.25.1
fsck.fat 3.0.26 (2014-03-07)
fsck.fat 3.0.26 (2014-03-07)
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
4096 bytes per cluster
32 reserved sectors
First FAT starts at byte 16384 (sector 32)
2 FATs, 32 bit entries
3506176 bytes per FAT (= 6848 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 7028736 (sector 13728)
876213 data clusters (3588968448 bytes)
16 sectors/track, 4 heads
0 hidden sectors
7023437 sectors total
Checking for unused clusters.
Checking free cluster summary.
root@dronebox:/dev# fsck -v /dev/sdb2
fsck from util-linux 2.25.1
e2fsck 1.42.10 (18-May-2014)
fsck.ext4: Read-only file system while trying to open /dev/sdb2
Disk write-protected; use the -n option to do a read-only
root@dronebox:/dev# fsck -v -n /dev/sdb2
fsck from util-linux 2.25.1
e2fsck 1.42.10 (18-May-2014)
/dev/sdb2: clean, 11/250480 files, 33337/1000000 blocks
root@dronebox:/dev# fsck -v -n /dev/sdb3
fsck from util-linux 2.25.1Dans un autre fil de discussion, il a été suggéré que je devrais m'ajouter au groupe "disk", car les permissions sont définies comme :
brw-rw---- 1 root disk 8, 16 Mar 22 16:31 sdb
brw-rw---- 1 root disk 8, 17 Mar 22 16:31 sdb1
brw-rw---- 1 root disk 8, 18 Mar 22 16:31 sdb2
brw-rw---- 1 root disk 8, 19 Mar 22 16:31 sdb3J'ai essayé ça, ça n'a pas marché non plus. Je ne connais pas non plus le drapeau "b" ci-dessus. Dans un autre fil de discussion, quelqu'un a suggéré d'utiliser une machine Windows pour le réparer, mais je n'en ai pas sous la main, et j'ai déjà essayé de le faire via une VM et cela n'a pas fonctionné correctement. Le bon sens me dit que puisque le téléphone était capable d'écrire sur la carte SD, elle n'est pas endommagée, mais plutôt configurée d'une manière irritante.
Alors, un conseil ? Ça me rend dingue. J'ai essayé tous les trucs habituels, comme gparted, le remontage en lecture-écriture, l'utilitaire de disque Ubuntu, la modification des options de montage... etc. Quelqu'un sait-il comment résoudre ce problème ?
