Die Verwendung von fsck zum Reparieren der SD-Karte gibt ein ungültiges Argument zurück

Ich habe Probleme mit meiner 64-GB-Micro-SD-Karte, für die ich keine Lösung finden kann, um dieses Problem zu lösen.

Ich habe von Windows 7 mit der Windows-Lösung sowie der von der SD-Kartenorganisation angebotenen Formatierungssoftware neu formatiert. Ich habe auch versucht, über Aparted für Android zu reparieren und neu zu partitionieren. Nichts funktioniert ... Das Merkwürdige (zumindest für mich) ist, dass ich Dinge auf der Karte selbst speichern kann. Die einzige Sache ist, wenn ich in Android in die Speicher-App gehe (ich bin übrigens auf CM 12.1), zeigt Android nur einen grauen Balken und kann nicht erkennen, was sich auf der Karte befindet. Außerdem funktionieren bestimmte Apps wie Teamviewer einfach so, als wäre nichts in meinem SD-Kartensteckplatz.

Als ich den Anweisungen in dieser Frage gefolgt bin, bin ich bis zum Unmount-Schritt gekommen. An diesem Punkt sagt mir das Terminal, dass es das Unmount, auf das ich versuche, nicht finden kann (/dev/block/vold/179: 33). Was die Anweisungen in diesem Link nicht erwähnen, ist, was man tun kann, wenn das Gerät nicht gefunden wird. Kann mir da bitte jemand unter die Arme greifen? Vielen Dank.

*Falls sich jemand wundert, ich habe busybox installiert.

* Mir ist auch gerade aufgefallen, dass ich beim Einlagern nicht einmal die Möglichkeit habe, die Karte abzumelden ... nur zu löschen.

Der Befehl lautet umount, ohne das "n", nicht unmount.
Wie entscheidet man, welches fsck (fsck.exfat, fsck.ms_dos...) das richtige ist? Außerdem erhalte ich bei der Eingabe von umount /dev/block/vold/179:33 eine Rückgabe eines ungültigen Arguments
Obwohl ich umount /dev/block/vold/179:33 nicht so zum Laufen bringen konnte, wie es sollte, habe ich es mit fsck -C -r /dev/block/vold/ 179:33 versucht und es wurde ein Ergebnis von zurückgegeben fsck: nicht gefunden. Ich weiß nicht, was ich als nächstes versuchen soll.

Antworten (1)

Der Befehl lautet wie die meisten Linux- und Unix-Befehle umount . Der Himmel weiß, warum sie unmount nicht verwenden konnten, aber da der Android-Kernel auf Linux basiert und Sie busybox installiert haben sollten, sollte es einfach sein umount .

Ich schaue mir gerade Aparted an und unter der Registerkarte Config sagt es mir, dass mein Gerät (mmcblk1) unter /dev/block/mmcblk1 ist ... Meine Frage ist also, vielleicht muss ich mit umount /dev/block/ gehen mmcblk1?
Die Verwendung von fsck zum Reparieren der SD-Karte gibt ein ungültiges Argument zurück
AntwortenHierDatenschutz-Bestimmungen1y, 0v