Bitte hier kurz ausführen, wie ihr es "geschafft" habt. Damit andere daraus "lernen".

Denke das könnte bei einigen der Grund sein.
Danke Bluebrain

Habs woanders schonmal geschrieben: Der Mountbefehl mit remount-Option wird einfach ignoriert, sofern der Mountpoint nicht zum Device passt. Siehe dazu die Manpage von mount. Auszug aus dem Abschnitt remount: "It does not change device or mount point."

Von daher - relativ unwahrscheinlich, dass sich jemand damit sein Phone gebrickt hat. Obwohl es natürlich immer eine gute Idee ist, vorher zu überprüfen, was da da im Einzelnen alles gemountet ist

hmm, wird allein durch mounten ein dateisystem beschädigt?

Gute Frage. In der Regel wohl eher nicht. Falls dieses Mountcommando aber ausgeführt und nicht wie in meinem vorigen Post beschrieben, ignoriert würde, hättest du etwas völlig anderes als /system gemountet. Wenn das Phone dann irgendwelche Files in /system nicht mehr finden kann (weil /system ja jetzt auf einen anderen physischen Speicherbereich gemapped wäre) und deswegen nicht mehr richtig funktioniert, nicht mehr bootet und du deswegen nicht mehr ummounten kannst, kommt das schon ziemlich nahe ans Bricken des Phones heran. Ganz ohne irgendwelche Files physisch beschädigt zu haben

ja aber wenn du nochmal neu bootest, wird /system ja wieder richtig gemappt...

Also ich vermute auch, dass nur aufgrund des Mountens an eine falsche Stelle das Telefon nicht gebrickt wird. Gründe hierfür sind wahrscheinlich eher, wenn irgendwelche Binaries / Libs vom Droid oder anderen Android-Telefon sorglos einfach auf das Phone in irgendwelche Systemverzeichnisse kopiert werden.
Es gibt eigentlich genug Mittel, die eine Co-Existenz erlauben ohne das man was überschreiben muss.

Für ein "normales" Linux-System kann ich das unterstreichen. Mit dem Bootvorgang von Android kenn ich mich ehrlich gesagt nicht wirklich aus. Falls Android nicht irgendwo "Buch führt" wann welches Device auf welchen Mountpoint gezeigt hat und versucht, das wieder herzustellen, hättest du Recht.

Da ich aber bisher noch von niemandem gelesen habe, der sich sein Telefon auf diese Weise gebrickt hat, denke ich, du hast Recht. Es wird irgendwo eine statische /etc/fstab geben, die beim booten einfach abgearbeitet wird.

Aber wie gesagt: Alles rein theoretisch. Ausprobieren will ichs nicht

zum ausprobieren kann man denke ich mal den emulator vom android sdk nehmen

Beim Rücksichern mit dd ist mir ein Fehler unterlaufen.
Ich hatte vor dem rumspielen backups sämtlicher partitionen mit dd auf die SD-Karte gemacht.
Beim Rücksichern ist mir irgendwo statt mtd3 ein mtd6 reingerutscht, genau kann ich aber nicht mehr sagen, Handy hat sich sofort aufgehangen.

Beim Einschalten kam sofort der Bootloader, Recovery war auch zerschossen.
Als großes Problem dazu war der Akku noch alle, der scheinbar auch nicht mehr geladen wurde.
Mit einem USB-Kabel an + und - der AKKU-Kontakte und dazu datenkabel über RSD wollte ich als letzte Hoffnung die HK oder FR Version flashen.
Auch das ging schief:das Handy meldete einen Error DSA1 und das wars dann