platform.xml nicht editierbar, trotz root

Der Grund, warum ich das editieren will, ist daß ab A.4.4. die Externe SD keine umfassenden Schreibrechte mehr gewährt.

Folge:

TitaniumBackup kann nicht auf die Externe sichern, was nicht hinnehmbar ist.
Der Navigator hat nach jedem Kartenupdate kein Schreibrecht mehr auf sein Verzeichnis, was nur durch Neuinstallation umgehbar ist.

Bisherige Versuche, die allerdings alle gescheitert sind.

Bei allen Versuchen war root-Recht vorhanden!

In der Android-Umgebung: mit diversen Editoren und Dateimanagern versucht, die Schreibrechte zu erteilen.
Die Apps bekamen dafür selbstverständlich root-Rechte.

Ergebnisse: Manche gaben eine Fehlermeldung nach der Art von "keine Schreibrechte", andere schafften das scheinbar.
Ein Blick in die platform.xml ergab jedesmal, daß die externe SD nach wie vor keine Schreibrechte hat.
Jeglicher Versuch, die Rechte für diese Datei zu ändern schlug fehl, ebenso alle Versuche, das permissions-Verzeichnis schreibbar zu machen.

Der nächste Schritt war, die adb-tools zu installieren und vom PC (unter Debian) aus als "Entwickler" auf diese Datei zuzugreifen.

Das klappt auch soweit, daß ich mir diese Datei auf den Rechner holen und dort die Kopie editieren kann (als root).

Zurückschreiben klappt nicht, Rechte ändern (chmod) ebenfalls nicht.

Rückmeldung: Bad mode

Gehe ich mit adb shell in das permissions Verzeichnis und öffne die Datei mit vi, dann bekomme ich den Hinweis, daß das Teil immer noch read only ist, weshalb alle Editierversuche scheitern.

Im Netz sind so diverse Anleitungen dazu unterwegs, die aber alle nicht funktioniert haben.

Also nicht der eigentliche Teil, das editieren der platform.xml.

z.B. hier:
http://www.android-hilfe.de/thema/archiv-4-4-2-drittanbieter-keine-schreibrechte-mehr-auf-externe-sd.551605/
https://www.droidwiki.de/KitKat/Schreibzugriff_Externe_Speicher

Nur mal 2 Beispiele, bei den anderen besuchten Seiten steht im Wesentlichen das Gleiche drin.

Nicht einmal die App aus dem Store, die das angeblich kann und bei einigen Anwendern auch funktioniert hat.

Sie bekam root-rechte und führte wohl die Änderung durch. Merkte aber nicht einmal, daß die geänderte Datei nicht geschrieben werden konnte.

hier: https://play.google.com/store/apps/details?id=nextapp.sdfix

Jedenfalls steht die externe SD-Karte immer noch mit read only drin.

Ich bin nicht nur mit meinem Latein am Ende, sondern echt verzweifelt.

Das widerborstige Teil heißt LG L80 und hat Android 4.4.2.

Hat irgend jemand noch eine Idee?

Noch etwas:

Obwohl ich als root die adb shell aufrufe, ergibt whoami folgendes:

whoami                                   
whoami: unknown uid 2000

Gebe ich adb root ein, dann erkennt die adb shell den "root" Befehl nicht, ebensowenig "sudo".
Su ergibt dann wiederrum

 su

[-] Unallowed user

gebe ich in der Linux-Konsole als root adb root ein, dann das hier:

adb root

adbd cannot run as root in production builds

ok, ich hab vorher das "su" erst im Android-Verzeichnis eingegeben, jetzt gleich nach dem shell-Befehl.

Nun kam auch tatsächlich eine andere Reaktion, aber immer noch nicht die gewünschte.

root@w6:/ # adb push platform.xml /system/etc/permissions/                     

error: device not found

10|root@w6:/system/etc/permissions # chmod -a+rw platform.xml                  

chmod: invalid option -- a
chmod: invalid option -- +
chmod: invalid option -- r
chmod: invalid option -- w
Bad mode
10|root@w6:/system/etc/permissions # chmod a+rw platform.xml
Bad mode
10|root@w6:/system/etc/permissions # dropbox
k_shell/2000:28834: dropbox: not found
127|root@w6:/system/etc/permissions # whoami
whoami: unknown uid 0

Wie Du siehst, habe ich mit chmod ein klein wenig herumgespielt, er scheint das unter Android nicht zu können.

Auch läßt sich die Datei nicht aus /"PC"/home nach permissions zurückverschieben.

Dropbox ist installiert auf dem Handy, kann aber anscheinend auch nicht gestartet werden.

Das spuckt der adb-chmod aus:

1|root@w6:/system/etc/permissions # chmod -h                                   

Usage: chmod [OPTION]
-R, --recursive change files and directories recursively
-h, --no-dereference do not follow symlink
--help display this help and exit

chmod --help gibt die gleiche "Liste".

Ziemlich dürftig im Vergleich zur "echten" Linux-Shell....

Ludy

Hallo Norman,

vielleicht solltest du dich etwas in die Materie einlesen, die Beschreibung ist fehlerfrei und kann auch umgesetzt werden. Ich habe sie selber ausprobiert ohne Fehler.

Das tue ich ja. Nur fällte mir das bei weitem nicht mehr so leicht, wie es vor 30-40 Jahren gewesen wäre.

Mag sein, daß es bei Dir fehlerfrei lief.

Bei mir funzt es jedenfalls nicht.
Kann sein, daß ich da irgendwas falsch eingebe, aber wenn ich mich nach der Anleitung im Link halte und die Syntax stimmt, dann ist entweder im Link ein Fehler, oder es fehlt eine wichtige Kleinigkeit, die der Autor vielleicht als so selbstverständlich voraussetzt, daß er sie nicht erwähnt. Oder er hat es schlicht vergessen.
Kommt ja auch mal vor, sowas.
Oder es liegt an meinem Gerät. Vielleicht hat LG das ja - warum auch immer - irgendwie von Werk aus unterbunden.

Die Frage ist nach wie vor: wie kriege ich das jetzt hin?

P.s. du schmeißt die ADB Befehle durcheinander.

Durchaus möglich und nicht unwahrscheinlich. Leider habe ich da bisher nichts ausführliches gefunden. Nur eben Anleitungen wie in dem Link oder aber Einsteigeranleitungen zum Thema ADB, die aber das verschweigen, was mich interessiert.

Klaus T.

Was erwartest du denn auf einem Phone oder Tab, ein volles, "echtes" Linux-System? Tststs.....

Von einem linuxbasierendem System erwarte ich, daß implementierte Befehle auch funktionieren, und zwar so, wie es heutzutage üblich ist, ok meinetwegen auch etwas abgespeckt.
Und wenn mit einem m.E. derart grundlegendem Befehl wie chmod nicht nur die meisten, sondern sogar die grundlegensten Funktionen nicht funktionieren, nämlich die Rechte ändern, welchen Sinn macht es dann, diesen drin zu lassen?

Die Systempartition vor deinen "Arbeiten" r/w zu mounten, hast du sicher schon gemacht, gell?

Hä?

Wenn ich mit ADB auf das Verzeichnis /permissions zugreifen kann, dann IST es gemountet.
Wenn ich die platform.xml in mein /home kopieren kann, dann IST das ebenfalls gemountet.

Und auch wenn der Link das Prozedere unter Win beschreibt: Unter Linux sollte es nicht anders sein, außer daß am PC die Pfade halt anders sind.
Aber das ist wohl im entsprechenden Paket berücksichtigt. Schließlich spielt sich das ja alles auf der Konsole ab.

Die Frage ist nur: Warum kann ich es insx /home, aber nicht zurück kopieren. Ok, weil das Verzeichnis r/o ist. Warum wird nirgenwo erwähnt, wie ich das ändern kann?

Falls die noch r/o gemountet ist - was eher normal bei Stock-ROMs ist, sieht's logischerweise schlecht aus mit adb push nach /system/... und chmod and Friends ...deine "Symptome" deuten jedenfalls drauf hin.

Meinst Du die /permissions? die IST natürlich r/o gemountet, das ist ja das Problem. Und deshalb wollte ich das ja mit chmod als root ändern.
Wäre schön, wenn ich statt Kritik über meine Vorgehensweise mal erfahren würde, wie ich das auf r/w setzen kann. Damit ich das endlich speichern kann.

Äähm... grad noch gesehen...du versuchst doch nicht wirklich, Dropbox, die App, auf diese Weise von der Shell aus zu starten, oder? Wie kommst du da drauf, dass das so gehen sollte?

Probieren geht über studieren. Was kann denn schon passieren? Daß sie nicht startet. Schlimmstenfalls. Und wenn sie doch startet: Super: Dann geht es vielleicht damit.

Klaus T.

Jepp...und wenn du so wie oben mal an einer Systempartition rum bastelst, wenn sie beschreibbar ist, ist die Chance groß, dass das Phone nachher nicht mehr bootet

Diese Gefaht besteht immer, wenn man am System herumschraubt. Wer sich mit dem Thema beschäftigt, weiß das auch und ist bereit, das Risiko einzugehen.

Erstmal vielen Dank für Deine Mühe.

[[cite Ludy]]
Datei speichern/überschreiben.

Soweit war ich ja schon gewesen. Außer, daß ich das nicht unter Windows gemacht habe, sondern unter Linux.

Jetzt kommt der spannende Teil

adb shell
su
mount -o rw,remount /system
chmod 777 /system/etc/permissions/platform.xml
exit
exit

Das war die entscheidene Info. Die fehlt nämlich in den anderen Anleitungen.

Dann Datei aufs Device schicken

adb push platform.xml /system/etc/permissions/

Das hat leider nicht geklappt. Erst als ich eine neue Konsole geöffnet hatte, klappte es. Keine Ahnung warum. Aber ich erwähne das, weil das noch anderen so passieren könnte.

nun wieder die Berechtigungen auf Standard

adb shell
su
chmod 644 /system/etc/permissions/platform.xml

Hier fehlt noch

exit
exit

(Nur der Vollständigkeit halber)

adb reboot

Komischerweise mußte ich für den reboot-Befehl erneut eine Konsole öffnen.

Alle angaben ohne Gewähr oder Pistole.

Dafür aber eine Riesen-Phiole Danke!

Nachdem das LG nun rebootet hat, gibt es nun leider gar keinen Zugriff mehr auf die SD.

TitaniumBackup akzeptiert nun auch die interne SD nicht mehr.
File-Expert kann auf die SD nciht mehr zugreifen.
GhostCommander kann zwar auf alles - zumindet lesend - zugreifen, dafür aber den root-Mode nicht beenden.

SD-Maid Pro dagegen scheint reibungslos zu funktionieren, ebenso Android-Assistent.

Das steht jetzt in der platform.xml:

 <permission name="android.permission.READ_EXTERNAL_STORAGE" >
    <group gid="sdcard_rw" />
</permission>

<permission name="android.permission.WRITE_EXTERNAL_STORAGE" >
    <group gid="sdcard_rw" />
    <group gid="sdcard_rw" />
</permission>

<permission name="android.permission.ACCESS_ALL_EXTERNAL_STORAGE" >
    <group gid="sdcard_rw" />
    <group gid="sdcard_rw" />
    <group gid="sdcard_all" />
</permission>

Sollte also funktionieren.

Hier mal die Berechtigungen:

Im Hauptverzeichnis hat

/sdcard ->/storage/emulated/legacy lrwxrwxrwx root root

Schwint soweit in Ordnung zu sein.
Dabei fällt mir ein: Das "->" bedeutet doch, daß hier sdcard auf den emulated/legacy verlinkt, oder?
Müßte man das nicht auch auf die externe SD verlinken können? Oder gibts dann (noch größere) Probleme?

/storage hat dwrxr-x--x system sdcard_r

Wieso kann TiBa darauf nicht zugreifen? Der hat doch Root-Rechte, ebenso wie GhostCommander.

Im /storage hat /external_SD dwrxrwx--x root sdcard_r

/sdcard= -> /storage/emulated/legacy wie oben

/emulatet dr-xr-xr-x root root

Nach meinem (beschränktem) Verständnis ist also alles ok, die Probleme dürften nicht auftreten.

Warum aber doch?

Was habe ich da falsch gemacht?

"media" hat bei mir ein eigenes Kapitel:

  <permission name="android.permission.WRITE_MEDIA_STORAGE" >
    <group gid="media_rw" />
</permission>

Daran hab ich nichts geändert.

Und in den obigen gab es bei mir kein "media"-Eintrag.

Oder machen die trotz gleichlautender Syntax was anderes? (Würde mich zwar nicht wundern, verstehen täte ichs trotzdem nicht)

????

Das Einzige, was ich geändert habe, war das"w" hinter "_r".

Wenn da Quatsch drin steht, dann war der auch schon vorher drin.

Ludy

Das w hinter das r ist der quatsch, aber behebbar.

Das habe ich schon befürchtet.

Hast Du noch im Kopf wo du das an gehangen hast?

Klar, überall, wo SD_Card steht.

Es sollte nur eine Zeile ergänzt werden und nicht das File-System verändert werden.

Ja, da war ich wohl ein wenig zu voreilig.

so sollte es im nachhinein aussehen

  <permission name="android.permission.READ_EXTERNAL_STORAGE" >
      <group gid="sdcard_r" />
  </permission>

  <permission name="android.permission.WRITE_EXTERNAL_STORAGE" >
      <group gid="sdcard_r" />
      <group gid="sdcard_rw" />
      <group gid="media_rw" /><!--- Hier wurde die Berechtigung ergaenzt -->
  </permission>

  <permission name="android.permission.ACCESS_ALL_EXTERNAL_STORAGE" >
      <group gid="sdcard_r" />
      <group gid="sdcard_rw" />
      <group gid="sdcard_all" />
  </permission>

tut es jetzt auch wieder. Nur mit der Ausnahme, daß der Eintrag

group gid="media_rw" 

Bei mir schon so drin stand und unter einer eigenen Rubrik steht (s.o.).

Aber das sollte doch jetzt nicht das eigentliche Problem sein.

Im Prinzip funzt ja auch alles wieder, was ich bisher getestet habe, nur TiBa macht noch die gleichen Probleme wie vorher.

Hier die Einstellungen:

Root-Zugriff: Ja
HyperShell: Ja
Schnelle/Auto.
AppInst. Nein
Sicherungsort: /storage/external_SD/TitaniumBackup

....

Ext. SD-Karte: 32.2 GB (28.2 GB frei)

Dennoch meldet es beim Versuch zu sichern:

"Stapelsicherung unterbrochen. Nicht genügend freier Speicherplatz."

Ergänzend muß ich sagen, daß ich vorhin einige Updates bekam, die wohl alle ins Nirvana verliefen, da komplette Schreibsperre.

Ich mußte KingRoot neu installieren (auch das hatte ein Update erfahren), weil es nach der Rückänderun verschwunden war.

Danach habe ich - weil TiBa diese Fehlermeldung gab - selbiges auch nochmal gelöscht, Neustart des LG und anschließend Neuinstallation von TiBa. Dennoch: Fehlermeldung bleibt.

Die anderen Aktualisierungen hat sich das LG mittlerweile auch alle geholt.

Matze

Ich glaube eher, du hast keine richtigen Root Rechte

Doch, die habe ich. Das Problem liegt an einer ganz anderen Stelle und ist auch schon lokalisiert.

Oder der Dateimanager, den du nutzt.

Ich nutze mehrere, am liebsten aber den GhostCommander, der kommt dem MC am nächsten.

Starte doch mal deine Supersu, vielleicht benötigst du einen Update der Binaries.

SuperSu läuft auf meinem Gerät nicht. Auch das ist bekannt, daß es nicht auf allen Geräten läuft. Selbiges gilt auch für die oben erwähnte App.
Ich habe nach langem Suchen KingRoot gefunden und damit funzt es.

An anderer Stelle hab ich das auch beschrieben, finde das aber jetzt nicht auf die Schnelle.

Kurzform:

"Root Allen Geräten" aus dem Appstore installieren.

Nach dem Start zeigt er Dir mehrere Möglichkeiten an, von denen i.d.R. aber nicht alle funzen. Bei mir was das lediglich KingRoot. Bei meinem Sohn (Samsung) hat keine der in seinem Fall angebotenen funktioniert.

Wobei ich Android M habe, kann sein dass unter Android 4 mehr Einträge sind.

Unter Android 4 ist ab 4.2 das Schreiben auf SD stark reglementiert und auch andere Dinge sind nicht mehr ohne Weiteres zugänglich. Daher rühren die Probleme.

Bei älteren Android-Versionen und bei den Cyanogenmod Customs existiert das Problem nicht.

Hallo Ludy,

erst mal vielen Dank für deine Mühe und vor Allem für Deine Geduld.

TiBa speichert im Moment genau dorthin, wo es speichern soll, auf der externen SD-Karte.

Einzige Änderung zu gestern abend (die überzähligen "w"s hatte ich ja schon vorher entfernt::

Ludy

    <permission name="android.permission.READ_EXTERNAL_STORAGE" >
        <group gid="sdcard_r" />
    </permission>

    <permission name="android.permission.WRITE_EXTERNAL_STORAGE" >
        <group gid="sdcard_r" />
        <group gid="sdcard_rw" />
        **<group gid="media_rw" /><!--- Hier wurde die Berechtigung ergaenzt -->**
    </permission>

Nein, hier habe ich den gesamten Eintrag komplett (ohne Kommentar natürlich ) eingefügt.

Wie oben geschrieben steht in meiner platform.xml. der Eintrag in einer eigenen Sektion mit identischem Wortlaut, nur halt solo.
Den habe ich übrigens NICHT entfernt und NICHT auskommentiert.

Warum das jetzt funzt, nachdem ein Eintrag quasi doppelt vorhanden ist, einmal "Solo" und einmal in der "SD-Card-Gruppe" (ich hoffe, Du weist, was ich mit der unkorrekten Bezeichnung meine ), ist mir allerdings vollkommen schleierhaft.

Aber das ist jetzt nur akademisches Interesse, also reine Neu*GIER*.

Anmerkung: Alle, die das lesen, weil sie die Reche der externen SD-Karte ändern wollen, wissen nun hoffentlich, daß ein einziges "w" zuviel ziemlich unangenehme Konsequenzen haben kann, warum auch immer.