anddior
Dauer-User
- 376
Ich werde hier versuchen die Grundlegenden Sachen zu erklären für alle die die es wissen wollen was eigentlich alles so abläuft bei den Aktionen die viele von uns so öfter machen.
Soweit ich sehen/vermuten kann ist hat unsere A1 einen 2-Stufigen Prozess für den primären boot
Hier ist die Bootsequenz von A1 für Systemstart aber auch für die Ausführung von update.zip:
1. USB/Seriell (theoretisch habe nicht getestet)
2. MMC1(externe SD-Karte)
3. NAND(Interne Karte/Chip)
Systemstart:
Ausführung von update.zip
Entsprechend zu Bootsequenz lädt A1 auch update.zip Datei
- erst wird nach ein update auf die externe SD-Karte gesucht und falls gefunden folgt die Ausführung
- falls keine update.zip Datei auf die externe SD-Karte zu finden war oder gar keine SD-Karte existiert, wird erst dann auf die interne SD gesucht und bei finden folgt die Ausführung.
Beispiel:
es ist ein update.zip auf die interne und ein update.zip auf die externe Karte zu finden.
Es wird also der auf die externe gestartet.
Um von eine micro SD-Karte booten zu können muss diese auch die omap3 Richtlinien ensprechen.
Ich habe hier eine Script die die das meiste für euch macht.
SD-Karte vorbereiten
Die erstellt die erforderlichen Partitionen.
Benutzung ist ziemlich einfach jedoch VORSICHTIG, ihr musst auch die SD-Karte angeben und auf kein Fall etwas anderes wie eure Festplatte!
Deswegen am besten so vorgehen.
Beispiel mit ubuntu:
- MLO
- u-boot.bin
- uImage
- recovery.img
mit sudo drauf kopieren.
Bitte Kopiervorgang unbedingt mit sudo machen!
Daten aus den aktuellen / installierten ROM nehmen (Installations zip Datei)
recovery beliebig wählen, entweder aus OTA oder ein CWM (Installations zip Datei)
Anschließend die zweite Partition mounten.
Diese muss die Dateien der initial-Ramdisk enthalten.
initial-Ramdisk findet mann im Installations zip Datei.
Es ist in Datei "ramdisk-uboot" erhalten.
Also:
SD-Karte in A1 reinlegen und A1 starten.
/boot
Hier ist ein Bootloader und Kernel zu finden.
/system
Hier ist das Android Betriebssystem zu hause. Also kein bootloader und kein kernel.
Falls man diese Partition löscht, hat man kein Betriebssystem mehr aber das booten in recovery wird dadurch nicht verhindert
/recovery
Recovery ist in gründe ein von Betriebssystem separates Bootsystem.
Benutzt aber den gleichen bootloader!
/cache
Cache beinhaltet temporäre Dateien. Ein löschen von diese Partition hindert Betriebssystem nicht von hochfahren.
/data
Hier liegen alle Benutzerdaten und alle von Markt runtegeladene Apps. Ein löschen von diese Partition setzt das A1 auf Werkseinstellungen.
Im weiteren gibt es noch SD Partitionen die auch unterschiedlich ausfallen können:
/emmc
Die interne Speicherkarte / Chip bei Cyanogenmod
/sdcard
Die externe SD-Speicherkarte bei Cyanogenmod
Die interne Speicherkarte / Chip bei Lenovo ROM
/sdcard/removable_sdcard
Nur ein Mountpunkt bei Lenovo ROM
/sd-ext
Diese ist eine Reserve Partittion. Der Sinn diese partition ist den Standardspeicher für die Apps zu erweitern. Wird aber in Lenovo ROM nicht benutzt.
/.secure?
/boot - wird geflasht alle vorherige Daten sind überschrieben
/system - wird geflasht alle vorherige Daten sind überschrieben
/recovery - wird geflasht alle vorherige Daten sind überschrieben
/data - wird nur extrahiert alle vorherige Daten bleiben erhalten
Was bringt ein Flash CWM mit sich?
/recovery - wird geflasht alle vorherige Daten sind überschrieben
Was bringt ein Fake Flash CWM mit sich?
/recovery - wird so belassen wie es ist
Daten werden nur temporär in /sbin entpackt und das Standard recovery wird bei einen start durch extrahierte Daten ersetzt.
Was bringt ein CM7 mit sich?
ein neues ramdisk.img
/system - wird geflasht alle vorherige Daten sind überschrieben
Was beinhaltet mein Backup und was passiert bei einem Restore (CWM v3.0.0.5, CWM v5.0.2.7)
/system - wird geflasht alle vorherige Daten sind überschrieben
/data - wird geflasht alle vorherige Daten sind überschrieben
/cache - wird geflasht alle vorherige Daten sind überschrieben
Fazit:
Schön , aber ich verstehe nur Bahnhof, dein Deutsch ist schlecht und ich bin genau so schlau wie vorher. Gib mal ein paar Beispiele.
Beispiel 1:
Istzustand:
GR Original ausgelieferte Image ist drauf.
Kein Root
Soll Zustand:
Neue GR ROM
Was passiert hier mit dem Partitionen:
Bis auf die /data Partition wird alles gelöscht und neu geflasht.
Da aber in /data Partition alle Apps und Einstellungen liegen ändert sich bis auf Betriebssystem und kernel absolut nichts !
Alle Apps, Mails und etc ist da und funktioniert tadellos.
Beispiel 2:
Istzustand:
GR Original ausgelieferte Image ist drauf.
CWM FLASH ist drauf
Root vorhanden und apps die etwas mit root machen sind vorhanden.
Soll Zustand:
Neue GR ROM
CWM FLASH
Root
Was passiert hier mit dem Partitionen:
Bis auf die /data Partition wird alles gelöscht und neu geflasht.
Demensprechend wird CWM weg sein da diese sich in /recovery befindet.
Root wird weg sein da sich diese in /system befindet
Und GANZ Wichtig!!:
Die apps die den root Zugriff brauchen werden NICHT weg sein da sich diese in /data befinden ABER die Teile davon, sowie ausgeführte Aktionen am /system Partition, sind weg.
Diese apps sind aber immer noch als vorhanden angezeigt, zum Teil funktionieren die auch da sich die eigentliche app in /data befindet und /data wurde nicht gelöscht.
Dia Einstellungen sowie Teile (z.B Busybox) waren aber auf die /system Partition und die wurde gelöscht / überschrieben!
Deswegen werden solche apps oft kaputt und nichtlauffähig da sein.
Diese sollte man unbedingt deinstallieren und neue installieren
Diese Thread solten wir alle erweitern, also bitte mithelfen!
Bitte steinigt mich nicht falls irgendetwas nicht richtig ist sondern korrigiert mich.
---------------------------------------------------------------------------------------------------------------------------------------------------
1. Mein System startet, aber wie?
---------------------------------------------------------------------------------------------------------------------------------------------------
1. Mein System startet, aber wie?
---------------------------------------------------------------------------------------------------------------------------------------------------
Soweit ich sehen/vermuten kann ist hat unsere A1 einen 2-Stufigen Prozess für den primären boot
Hier ist die Bootsequenz von A1 für Systemstart aber auch für die Ausführung von update.zip:
1. USB/Seriell (theoretisch habe nicht getestet)
2. MMC1(externe SD-Karte)
3. NAND(Interne Karte/Chip)
Systemstart:
- Stufe 1: xLoader:
xLoader wird gestartet je nach boot-sequenz und ausgeführt.
Die erste Stufe bereitet genug Speicher und initialisiert die Hardware um den eigentlichen bootloader starten zu können.(Speicher,USB, externe-SD-Karte, NAND)
xLoader befindet sich im Datei MLO
- Stufe 2: u-boot.img
Es wird (je nach festgestellte boot-sequenz) "u-boot.bin“ Datei gesucht und diese wird im Speicher ausgeführt. Das ist unsere bootloader.
Der lädt den Linux-Kernel und Ramdisk.
Ramdisk enthält einige Einstellungen und Binärdateien mit denen der Kernel läuft um bringen den Rest des Systems zu starten.
- Stufe 3: uImage
mittlerweile gestartete bootloader lädt jetzt den uImage der auch unserre kernel beinhaltet
Ausführung von update.zip
Entsprechend zu Bootsequenz lädt A1 auch update.zip Datei
- erst wird nach ein update auf die externe SD-Karte gesucht und falls gefunden folgt die Ausführung
- falls keine update.zip Datei auf die externe SD-Karte zu finden war oder gar keine SD-Karte existiert, wird erst dann auf die interne SD gesucht und bei finden folgt die Ausführung.
Beispiel:
es ist ein update.zip auf die interne und ein update.zip auf die externe Karte zu finden.
Es wird also der auf die externe gestartet.
---------------------------------------------------------------------------------------------------------------------------------------------------
2. Booten von eine externe SD
---------------------------------------------------------------------------------------------------------------------------------------------------
2. Booten von eine externe SD
---------------------------------------------------------------------------------------------------------------------------------------------------
Um von eine micro SD-Karte booten zu können muss diese auch die omap3 Richtlinien ensprechen.
Ich habe hier eine Script die die das meiste für euch macht.
SD-Karte vorbereiten
Die erstellt die erforderlichen Partitionen.
Benutzung ist ziemlich einfach jedoch VORSICHTIG, ihr musst auch die SD-Karte angeben und auf kein Fall etwas anderes wie eure Festplatte!
Deswegen am besten so vorgehen.
Beispiel mit ubuntu:
- Ubuntu Disk Utility starten
- SD-Karte einstecken und beobachten was dazu gekommen ist ( in diesen Beispiel ist es /dev/sdb1)
- Also ist „/dev/sdb1“ meine SD-Karte die ich zum booten auf A1 vorbereiten will.
Nochmal achten ob die Kapazität und die restliche Daten zu diese SD-Karte passen (nur um sicher zu sein das auch dieses unsere SD-Karte ist)
Danach nur noch mit Terminal in Ordner gehen wo die runtergeladene Datei ist und diese ausführen mit der Zusatz von unsere SD-Karte -
Code:
sudo ./A1_boot_sd.sh /dev/sdb1
- MLO
- u-boot.bin
- uImage
- recovery.img
mit sudo drauf kopieren.
Bitte Kopiervorgang unbedingt mit sudo machen!
Daten aus den aktuellen / installierten ROM nehmen (Installations zip Datei)
recovery beliebig wählen, entweder aus OTA oder ein CWM (Installations zip Datei)
Anschließend die zweite Partition mounten.
Diese muss die Dateien der initial-Ramdisk enthalten.
initial-Ramdisk findet mann im Installations zip Datei.
Es ist in Datei "ramdisk-uboot" erhalten.
Also:
- Aus dem OTA Paket die Datei "ramdisk-uboot" entpacken
- mit diese 3 Befehle an die struktur kommen:
Code:dd if=ramdisk-uboot of=ramdisk.img.gz bs=64 skip=1 gunzip ramdisk.img.gz sudo cpio -idmv < ramdisk.img
SD-Karte in A1 reinlegen und A1 starten.
---------------------------------------------------------------------------------------------------------------------------------------------------
3. Aufbau der Partitionen auf dem A1
---------------------------------------------------------------------------------------------------------------------------------------------------
3. Aufbau der Partitionen auf dem A1
---------------------------------------------------------------------------------------------------------------------------------------------------
/boot
Hier ist ein Bootloader und Kernel zu finden.
/system
Hier ist das Android Betriebssystem zu hause. Also kein bootloader und kein kernel.
Falls man diese Partition löscht, hat man kein Betriebssystem mehr aber das booten in recovery wird dadurch nicht verhindert
/recovery
Recovery ist in gründe ein von Betriebssystem separates Bootsystem.
Benutzt aber den gleichen bootloader!
/cache
Cache beinhaltet temporäre Dateien. Ein löschen von diese Partition hindert Betriebssystem nicht von hochfahren.
/data
Hier liegen alle Benutzerdaten und alle von Markt runtegeladene Apps. Ein löschen von diese Partition setzt das A1 auf Werkseinstellungen.
Im weiteren gibt es noch SD Partitionen die auch unterschiedlich ausfallen können:
/emmc
Die interne Speicherkarte / Chip bei Cyanogenmod
/sdcard
Die externe SD-Speicherkarte bei Cyanogenmod
Die interne Speicherkarte / Chip bei Lenovo ROM
/sdcard/removable_sdcard
Nur ein Mountpunkt bei Lenovo ROM
/sd-ext
Diese ist eine Reserve Partittion. Der Sinn diese partition ist den Standardspeicher für die Apps zu erweitern. Wird aber in Lenovo ROM nicht benutzt.
/.secure?
---------------------------------------------------------------------------------------------------------------------------------------------------
4. Was wird mit dem Partitionen gemacht
---------------------------------------------------------------------------------------------------------------------------------------------------
Was bringt jetzt ein Lenovo OTA ROM mit sich?4. Was wird mit dem Partitionen gemacht
---------------------------------------------------------------------------------------------------------------------------------------------------
/boot - wird geflasht alle vorherige Daten sind überschrieben
/system - wird geflasht alle vorherige Daten sind überschrieben
/recovery - wird geflasht alle vorherige Daten sind überschrieben
/data - wird nur extrahiert alle vorherige Daten bleiben erhalten
Was bringt ein Flash CWM mit sich?
/recovery - wird geflasht alle vorherige Daten sind überschrieben
Was bringt ein Fake Flash CWM mit sich?
/recovery - wird so belassen wie es ist
Daten werden nur temporär in /sbin entpackt und das Standard recovery wird bei einen start durch extrahierte Daten ersetzt.
Was bringt ein CM7 mit sich?
ein neues ramdisk.img
/system - wird geflasht alle vorherige Daten sind überschrieben
Was beinhaltet mein Backup und was passiert bei einem Restore (CWM v3.0.0.5, CWM v5.0.2.7)
/system - wird geflasht alle vorherige Daten sind überschrieben
/data - wird geflasht alle vorherige Daten sind überschrieben
/cache - wird geflasht alle vorherige Daten sind überschrieben
Fazit:
Schön , aber ich verstehe nur Bahnhof, dein Deutsch ist schlecht und ich bin genau so schlau wie vorher. Gib mal ein paar Beispiele.
Beispiel 1:
Istzustand:
GR Original ausgelieferte Image ist drauf.
Kein Root
Soll Zustand:
Neue GR ROM
Was passiert hier mit dem Partitionen:
Bis auf die /data Partition wird alles gelöscht und neu geflasht.
Da aber in /data Partition alle Apps und Einstellungen liegen ändert sich bis auf Betriebssystem und kernel absolut nichts !
Alle Apps, Mails und etc ist da und funktioniert tadellos.
Beispiel 2:
Istzustand:
GR Original ausgelieferte Image ist drauf.
CWM FLASH ist drauf
Root vorhanden und apps die etwas mit root machen sind vorhanden.
Soll Zustand:
Neue GR ROM
CWM FLASH
Root
Was passiert hier mit dem Partitionen:
Bis auf die /data Partition wird alles gelöscht und neu geflasht.
Demensprechend wird CWM weg sein da diese sich in /recovery befindet.
Root wird weg sein da sich diese in /system befindet
Und GANZ Wichtig!!:
Die apps die den root Zugriff brauchen werden NICHT weg sein da sich diese in /data befinden ABER die Teile davon, sowie ausgeführte Aktionen am /system Partition, sind weg.
Diese apps sind aber immer noch als vorhanden angezeigt, zum Teil funktionieren die auch da sich die eigentliche app in /data befindet und /data wurde nicht gelöscht.
Dia Einstellungen sowie Teile (z.B Busybox) waren aber auf die /system Partition und die wurde gelöscht / überschrieben!
Deswegen werden solche apps oft kaputt und nichtlauffähig da sein.
Diese sollte man unbedingt deinstallieren und neue installieren
Diese Thread solten wir alle erweitern, also bitte mithelfen!
Bitte steinigt mich nicht falls irgendetwas nicht richtig ist sondern korrigiert mich.
Zuletzt bearbeitet: