| |||||||
Das Thema "Komplettes System auf SD-Karte" befindet sich unter Root / Hacking / Modding für T-Mobile G1 auf Android-Hilfe.de.
![]() |
| | Themen-Optionen | Ansicht |
| | #1 (permalink) |
| Neuer Benutzer Modell: Nook Color, Archos 5IT Registriert seit: 18.02.2009
Beiträge: 17
Abgegebene Danke: 1
Erhielt 0 Danke für 0 Beiträge
| Gegenüber der Variante, nur die Packages auf die Karte auszulagern hat das den Vorteil, das man ganz einfach ein Backup machen kann und man auf verschieden SD-Karten verschiedene Versionen halten kann, man muss nur die Karte wechseln. Und letztendlich hat man beliebig Platz für Programme und Daten. Dazu ist eine modifizierte RAM-Disk zu flashen. Wenn man diese in die Recovery-Partition schreibt, kann man auch ein Dual-Boot machen: entweder mit oder ohne Home-Key einschalten und so das eine oder das andere System starten. Nachteilig ist nur, dass man die SD-Karte im Betrieb nun nicht mehr wechseln kann. Vorraussetzung ist natürlich ROOT. ![]() Ich habe den init-Prozess, den mountd und init.rc geändert. Das ganze klappt bei mir, ist aber ansonsten nicht weiter getestet. Die Anleitung und Files liegen auf: http://dvbh.kilu.de/g1/system_on_sd_test.tgz Stefan |
| | |
| | #2 (permalink) |
| Junior Mitglied Registriert seit: 03.02.2009
Beiträge: 42
Abgegebene Danke: 0
Erhielt 0 Danke für 0 Beiträge
|
naja das ist schon eine geile sache... ist nur wieder die sache mit denn root bei einen deutschen tmobile g1 und garantie verlust... aber brauchst du soviel mb nur für programme.... wenn man jetzt google map auf dem g1 speichern könnte dann wer das was richtig feines... gruß |
| | |
| | #3 (permalink) |
| Fortgeschrittenes Mitglied |
Das ist alles ganz schön, aber ich sehe im Moment von einem Hack ab der irgendwelche apps oder gar systemdateien auf die SD auslagert. Google hat ja angekündigt dass mit einer der nächsten Versionen die Möglichkeit kommt, Anwendungen auf die SD-Karte zu installieren, was das Platzproblem beheben sollte. Das einzige was ich mir gegönnt habe, ist das Auslagern des Caches, was schon enorm was bringt, habe einige Anwendungen installiert und noch 50MB frei.
__________________ Dream @ Froyo (GalisMod) Vision @ Stock Lebkuchen // Jetzt mit traumhaft festem Scharnier & fest aufliegender Oberseite |
| | |
| | #4 (permalink) |
| Ehrenmitglied Registriert seit: 23.01.2009
Beiträge: 1.146
Abgegebene Danke: 1
Erhielt 67 Danke für 18 Beiträge
|
@stgoerg: Super Sache! Hört sich richtig interessant an! Edit: hab ein paar Fragen nach dem durchlesen - wo kommt "cp" her? JF? - was ist an dem mountd anders? - init.rc steckt im recovery.img? - beim mountd.conf sehe ich auf Anhieb keine Unterschiede zum original. Bin ich gerade blind oder gibts da tatsächlich keine? Würde mich freuen, wenn du Zeit zum Antworten findest
__________________ Think Android - AppMonster - Backup Android Apps ohne Root Neues Projekt: Device Management - Android Administration für Unternehmen Geändert von zx128 (26.02.2009 um 18:59 Uhr) |
| | |
| | #5 (permalink) |
| Neuer Benutzer Modell: Nook Color, Archos 5IT Registriert seit: 18.02.2009
Beiträge: 17
Abgegebene Danke: 1
Erhielt 0 Danke für 0 Beiträge
|
Der Booter startet den Kernel aus dem Flash, dieser startet /init aus der RAM-Disk der selben Partition. init interpretiert /init.rc. Er muß nun des ext2-Modul laden und die SD als /system mounten. Die war aber zu diesem Zeitpunkt noch nicht vollständig initialisiert, ich habe einfach ein sleep(5) eingebaut. /data und /cache sind nun auf der RAM-Disk links auf /system/data bzw. /data/cache. Der mountd hat später die erste Partitition nicht mehr gemounted, da er das einsetzen der SD nicht mehr mitbekommen hat, ich habe ihn nun so geändert, daß er es beim Start nun selbstständig tut. Ansonsten behauptete die Kamera, man möge erst eine SD einlegen, auch wenn sie bereits gemountet war. In mount.conf steht nun /dev/block/mmcblk0p1 anstelle von /dev/block/mmcblk0. Das cp kommt aus dem JK-Image. |
| | |
| | #6 (permalink) |
| Ehrenmitglied Registriert seit: 23.01.2009
Beiträge: 1.146
Abgegebene Danke: 1
Erhielt 67 Danke für 18 Beiträge
|
Danke. Jetzt hab ich es kapiert. Bei mmcblk0p1 war ich natürlich blind, die SD hat ja jetzt zwei Partionen. Du wirst dir die Sources gezogen haben, um das ganze durchzuziehen oder? Unter welchem OS hast du die Umgebung laufen? Ich frage, weil ich gerade notgedrungen von Mac auf Ubuntu umgestiegen bin und release-1.0 ums verrecken nicht kompiliert bekomme, Unter Mac lief alles. Bin kurz davor master-branch zu ziehen und es damit zu versuchen. Würde gerne wissen, was du gezogen hast. |
| | |
| | #7 (permalink) |
| Neuer Benutzer Modell: Nook Color, Archos 5IT Registriert seit: 18.02.2009
Beiträge: 17
Abgegebene Danke: 1
Erhielt 0 Danke für 0 Beiträge
|
Ich nehme den aktuellen Trunk unter Debian, geht soweit ganz gut und habe mich weitgehend gehalten an: Get source ?(Android Open Source Project)? Building For Dream ?(Android Open Source Project)? Die grundlegenden Dinge haben sich scheinbar nicht verändert und laufen auch in der 1.0 oder 1.1. Den Kernel ist der Branch android-msm-2.6.27. Dieser ist aber für die 1.1 unbrauchbar. |
| | |
| | #8 (permalink) |
| Foren-Manager |
System auf SD find ich an sich eine nette Idee - auch wenn sie etwas unkonventionell ist :-) Wirklich, wo kommen wir da hin, zum schluß wechselt ihr noch das OS (ok - ziemlich begrenzt wegen der Hardware) nach Lust und Laune, einfach durch eine weitere Speicherkarte. Heute Telefon, morgen Navi, übermorgen Mobilcomputer ![]() Aber 2 Fragen hätte ich zu der Sache: 1.: wirkt sich daß (spürbar) auf die Geschwindigkeit des Systems aus? Üblicherweise sind die fix verbauten Speicher ja etwas flotter angebunden als Speicherkarten. 2.: Was passiert, wenn man das Gerät an einen PC anschließt? Bisher ist es ja nicht möglich, auf die SD-Karte zuzugreifen, wenn diese für den PC bereit gestellt wurde. Systemcrash? Kein Zugriff über den PC? oder alles kein Thema. Nicht das ich im Moment vor hätte, mein System mit nicht vom Hersteller freigegebener Software auf einen undefinierten Zustand zu bringen, aber man weiß ja nie was mir einfällt
__________________ Norbert ____________________________ :: Kein Support oder Hilfe per PN! :: Frage nicht was das Forum für dich tun kann, sondern frage dich was du für das Forum tun kannst WICHTIG: Allgemein :: Forenregeln! :: Suche :: Wichtige Forenfunktionen |
| | |
| | #10 (permalink) |
| Ehren-Mitglied |
Wenn man die FAT32-Partition (= vfat-Partition) beim Anschliessen an den PC für den PC unmoutet, betrifft das die ext2-Partition nicht. Das heisst, das Bespielen der vfat-Partition mit neuer Musik etc. ist problemlos weiterhin möglich. Was nicht mehr möglich ist: Über Einstellungen - unmount SD-Card gehen und die Karte aus dem Handy reissen, das führt zum Systemcrash und möglicherweise dazu dass das Telefon neu Initialisiert werden muss, wenn die ext2-Partition korrumpiert wird. Die SD-Card ist nach diesem Vorgang bis zum definitiven Ausschalten des Telefons mit dem Gerät "verschmolzen"! Aber ein super Hack, und ein tolles Script, Respekt St. Goerg! Eine Frage hätte ich noch: Mit welcher SD-Card (Marke, Grösse, Klasse) hast du das probiert? Ich hab nur eine Klasse 2 MicroSD und irgendwie hab ich da meine Bedenken...
__________________ Twitter | deviantART | Last.FM Music Motorola Milestone 2 Ich leiste keine Hilfestellung per PM. Dafür ist das Forum da. Meine App New World of Dice: im Market Disclaimer: Ich helfe zwar wo ich kann, kann aber nur vom HTC G1 und vom Motorola Milestone 2 aus eigener Erfahrung berichten! |
| | |
![]() |
|
| Themen-Optionen | |
| Ansicht | |
| |
| ||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| Apps auf die SD-Karte | killerbob | HTC Magic Forum | 20 | 20.04.2011 22:57 |
| G1 in Verbindung mit Ford Audio System | VolUn | T-Mobile G1 Forum | 15 | 04.08.2009 08:55 |
| Max. Größe der SD-Karte | arez | HTC Magic Forum | 4 | 12.05.2009 20:56 |
| System Update ja od nein? | Bounty2 | T-Mobile G1 Forum | 1 | 11.03.2009 20:03 |
| SD Karte ausgelastet | Mimi | T-Mobile G1 Forum | 1 | 04.02.2009 00:55 |