Deutscher badaDROID-Support-Thread

[Taxidriver05 324]

Da die Verbreitung diverser badaDROID-Versionen immer mehr unter den Wave I & II-Nutzern Einzug hält und immer wieder Fragen zur Installation und Verwendung aufkommen, soll dieser Thread den deutschsprachigen Nutzern eine Plattform bieten, Fragen zu besprechen.

Daher ist dieser Thread nicht nur an Nutzer der ROMs gerichtet, sondern ebenso an Entwickler, welche sich auch unter xda-developers.com einbringen.

Um wiederkehrende Fragen im Vorfeld zu vermeiden, möchten wir einige Grundlegende Fragen gleich klären.

Kann ich badaDROID auch mit bada 1.x nutzen?

Nein! Um überhaupt eine badaDROID-Version nutzen zu können, ist bada 2.0 zwingend erforderlich!

Warum gibt es keine badaDROID-Version für das Wave 3?

Dass es für das GT-S8600 und andere Geräte keine badaDROID-Versionen gibt, liegt daran, dass das Wave 3 einen anderen Sicherheitsmechanismus für die Verschlüsselung der relevanten Dateien nutzt.

Ob und wann es eine Version für das GT-S8600 geben wird, ist derzeit noch nicht abschätzbar. Ebenso müssten Treiber für das Gerät neu portiert werden.

Woher bekomme ich die ROMs überhaupt?

Da die Vielfalt an badaDROID-Versionen stetig zunimmt, haben wir euch hier denn Download der notwendigen bada-Dateien und eine Übersicht der aktuell verfügbaren badaDROID-ROMs zusammen gestellt.

Wie installiere ich badaDROID überhaupt?

Wie ihr badaDROID auf euer Wave bekommt, haben wir euch ebenfalls hier erklärt.

Welche Arten von badaDROID-Versionen gibt es?

Im Grunde gibt es drei Typen von badaDROID-Versionen.

Zum Einen gibt es eine Standard-Version (z.B. CM 10.1), die sich über eine entsprechende Tastenkombination starten lässt.

Bei der SD-Version wird badaDROID von einer externen SD-Karte installiert und betrieben.

Die NAND-Version ist wohl die komplexeste Variante. Hierbei sind die Daten so verändert, dass mit dieser Version bada praktisch deaktiviert wird und sich Android normal über den Power-Knopf starten lässt.

Kann ich badaDROID im täglichen Gebrauch nutzen?

Grundsätzlich ja. Dennoch erfolgt der produktive Einsatz auf eigenes Risiko.

Denn die derzeit verfügbaren Versionen weisen noch immer Fehler auf, die nicht unerheblich sind.

Wo kann ich Bugs melden?

Grundsätzlich können Bugs gern hier gemeldet werden. Dies sollte dann mit entsprechenden Logfiles erfolgen.

Bevorzugterweise sollte man sich jedoch an den Anbieter der jeweiligen ROM im xda-Forum wenden.

Noch Fragen?

Ihr seid der Meinung, dass wir eine wichtige Frage noch nicht beantwortet haben?

Dann stellt eure Frage einfach hier im Thread!

Euer badaNIA-Team!

[Taxidriver05 324]

Das heißt konkret?

[adfree 430]

Na ich kann einige Dinge ohne JTAG ausprobieren, wobei das Risiko nicht gerade gering ist...

Das S8600 explodiert nicht, aber ein paar Bytes an der falschen Stelle.

Und das S8600 läßt sich zum Beispiel nicht mehr ohne weiteres mit Multiloader flashen...

Muß mich nochmal zusammenreißen, weil der Plan war ja eigentlich.

Das "alle", die wollen... oleg_k sein Ergebnis von 2013 testen können...

Das bedeutet zwar nach wie vor kein Android auf S8600...

Irgendwo muß es ja herkommen.

Glaube nicht das irgendeiner der uns bekannten Devs 5 Minuten aufs Klo geht... und wenn er wiederkommt... der Android Kernel da ist.

Das das S8600 damals schon unattraktiv war/ist... spielt bei mir keine Rolle.

Die verwendeten Qualcomm Techniken sind seit bald 20 Jahren...

Meine älteste QPST Version war wohl von 2001...

Und die hatte ich 2006...

Und in 2006 war schon klar, was für eine Flut an ähnlichen Geräten von Qualcomm auf den Markt geschwemmt wurde...

Keine Ahnung... denke für um die 20 Euro bei Ebay ein S8600 zum kaputtspielen...

Alternativ kann man auch ein S4 nutzen...

Irgendwas von den S5 wird wohl auch mit Qualcomm rumgurken...

Falls jemals Tizen das Licht der Welt erblickt, werden auch da Qualcomm Geräte mit dabei sein...

MfG

[Taxidriver05 324]

Was den Kernel (bzw. die ROM) betrifft, könnte ich mal Tig... beschwatzen...

Allerdings weiß ich gerade nicht, wie das da mit den Treibern ausschaut...

Da sind wir de facto wieder an denselben Hürden wie auch bereits bei den älteren Waves...

[Gunter33 399]

@ adfree,

hast es bestimmt auch schon mitbekommen,

wenn man hier eine wirklich spezielle Frage hat,

kommt irgend eine nichtssagende Antwort...

dann kommt man mit Argumenten, dann ist Ruhe...

warum dann nicht weiter sachlich diskutieren??? (wir alle liegen mal Falsch)

aber das macht doch so ein Forum aus...

wenn, man sich hier meine Ausgangsfrage anschaut,

https://www.handy-faq.de/forum/samsung_galaxy_s3_forum/306772-s3_spielereien.html#post2861285

kann ich nun sagen,

man kommt eigentlich immer zurück...

vielleicht bin ich zu voreilig?

aber bin inzwischen selber drauf gekommen...

ich bin zwar nicht der Android-Freak, aber spiele gelegentlich mit...

wenn ich mir hier zum Beispiel so manche Anleitung anschaue,

sind die eigentlich von XDA...

Rege mich zwar auf, aber will zur Zeit auch nichts auf XDA Posten,

denn bin meistens, nicht nüchtern, dann muss ich zu genau überlegen,

wie ich es richtig übersetze, das man dies versteht...

noch ein Beispiel:

hätte Mobishare, den ersten Post gelesen, dann hatte er den Post nicht geschrieben:

https://www.handy-faq.de/forum/samsung_galaxy_s3_forum/306772-s3_spielereien.html#post2864296

ihm muss doch dann eigentlich Klar sein, das ich halbwegs Durchblick habe...

das Sichern der Dateien 1 zu 1 auf die SD ist zum Zurücksichern nicht schlecht,

aber besser:

auf der SD eine zweite Partition mit ext4 erstellen...

dann kann man mit der Sicherung auch was anfangen...

auch das

adb shell su [B][COLOR="Red"]-c[/COLOR][/B] "dd if=dev/block/mmcblk0 of=/dev/block/mmcblk1" 

ist Quatsch...

(weil hier kein anderer User angegeben wird...)

egal, hab eigentlich keinen Bock...

wollte das einfach mal los werden,

glaube Du verstehst mich am Esten...

ach so,

schreibe das eigentlich nur,

weil ich denke das Dich der Beitrag vielleicht mit den Dreier weiter bringt,

also dieser:

https://www.handy-faq.de/forum/samsung_galaxy_s3_forum/306772-s3_spielereien.html#post2861285

entschuldige, das ich hier so gemeckert habe,

wollte das einfach mal los werden...

edit:

Mobishare, könnte doch einfach schreiben,

wo man sboot, im Full-Dump findet...

hab zu wenig Zeit, zum suchen...

bearbeitet May 17, 2014 von Gunter33

[Taxidriver05 324]

Wer den Überblick verloren hat, welche ROM wie zu installieren ist, der sollte mal hier vorbei schauen...

[dr-ebert 124]

Dankeeeeee!

[Gunter33 399]

hau das mal hierein...

war mal neugierig,

darum, hab mal den "i9001dump.bin", auf meinem Linux-Rechner,

in seine enthaltenen Dateien zerlegt...

hab mir dieses Skript gebastelt,

das "dump.sh" genannt

und mit diesem Inhalt gefüllt:

dd if=~/i9001/i9001dump.bin bs=512 count=1 of=~/i9001/dump/part_01.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=1 count=212991 of=~/i9001/dump/part_02.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=212992 count=1000 of=~/i9001/dump/part_03.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=213992 count=7192 of=~/i9001/dump/part_04.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=221184 count=8192 of=~/i9001/dump/not_part_04-05.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=229376 count=10240 of=~/i9001/dump/part_05.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=239616 count=6144 of=~/i9001/dump/not_part_05-06.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=245760 count=40000 of=~/i9001/dump/part_06.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=285760 count=960 of=~/i9001/dump/not_part_06-07.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=286720 count=6144 of=~/i9001/dump/part_07.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=292864 count=2048 of=~/i9001/dump/not_part_07-08.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=294912 count=10240 of=~/i9001/dump/part_08_boot.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=305152 count=6144 of=~/i9001/dump/not_part_08-09.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=311296 count=14000 of=~/i9001/dump/part_09.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=325296 count=2384 of=~/i9001/dump/not_part_09-10.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=327680 count=6144 of=~/i9001/dump/part_10.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=333824 count=2048 of=~/i9001/dump/not_part_10-11.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=335872 count=6144 of=~/i9001/dump/part_11.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=342016 count=2048 of=~/i9001/dump/not_part_11-12.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=344064 count=16384 of=~/i9001/dump/part_12_persist.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=360448 count=15360 of=~/i9001/dump/part_13_recovery.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=375808 count=1024 of=~/i9001/dump/not_part_13-14.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=376832 count=10240 of=~/i9001/dump/part_14_param.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=387072 count=6144 of=~/i9001/dump/not_part_14-15.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=393216 count=1064960 of=~/i9001/dump/part_15_system.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=1458176 count=204800 of=~/i9001/dump/part_16_cache.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=1662976 count=2826240 of=~/i9001/dump/part_17_data.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=4489216 count=409600 of=~/i9001/dump/part_18_preload.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=4898816 count=1000 of=~/i9001/dump/part_19.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=4899816 count=7192 of=~/i9001/dump/not_part_19-20.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=4907008 count=7192 of=~/i9001/dump/part_20.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=4914200 count=1000 of=~/i9001/dump/not_part_20-21.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=4915200 count=10240 of=~/i9001/dump/part_21.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=4925440 count=6144 of=~/i9001/dump/not_part_21-22.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=4931584 count=40000 of=~/i9001/dump/part_22.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=4971584 count=960 of=~/i9001/dump/not_part_22-23.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=4972544 count=10230 of=~/i9001/dump/part_23.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=4982784 count=6144 of=~/i9001/dump/not_part_23-24.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=4988928 count=14000 of=~/i9001/dump/part_24.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=5002928 count=2384 of=~/i9001/dump/not_part_24-24.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=5005312 count=10240 of=~/i9001/dump/part_25.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=5015552 count=6144 of=~/i9001/dump/not_part_24-25.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=5021696 count=10240 of=~/i9001/dump/part_26.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=5031936 count=6144 of=~/i9001/dump/not_part_26-27.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=5038080 count=10240 of=~/i9001/dump/part_27_efs.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=5048320 count=6144 of=~/i9001/dump/not_part_27-28.img 

dd if=~/i9001/i9001dump.bin bs=512 skip=5054464 of=~/i9001/dump/part_28_sdcard.img 

dann das Terminal gestartet, die Ausgabe sieht so aus:

nono@ubuntu:~$ [COLOR="Blue"]cd i9001[/COLOR] 

nono@ubuntu:~/i9001$ [COLOR="Blue"]./dump.sh[/COLOR] 

1+0 Datensätze ein 

1+0 Datensätze aus 

512 Bytes (512  kopiert, 4,742e-05 s, 10,8 MB/s 

212991+0 Datensätze ein 

212991+0 Datensätze aus 

109051392 Bytes (109 MB) kopiert, 1,20907 s, 90,2 MB/s 

1000+0 Datensätze ein 

1000+0 Datensätze aus 

512000 Bytes (512 kB) kopiert, 0,00377129 s, 136 MB/s 

7192+0 Datensätze ein 

7192+0 Datensätze aus 

3682304 Bytes (3,7 MB) kopiert, 0,0282245 s, 130 MB/s 

8192+0 Datensätze ein 

8192+0 Datensätze aus 

4194304 Bytes (4,2 MB) kopiert, 0,030535 s, 137 MB/s 

10240+0 Datensätze ein 

10240+0 Datensätze aus 

5242880 Bytes (5,2 MB) kopiert, 0,0385137 s, 136 MB/s 

6144+0 Datensätze ein 

6144+0 Datensätze aus 

3145728 Bytes (3,1 MB) kopiert, 0,0265432 s, 119 MB/s 

40000+0 Datensätze ein 

40000+0 Datensätze aus 

20480000 Bytes (20 MB) kopiert, 0,21978 s, 93,2 MB/s 

960+0 Datensätze ein 

960+0 Datensätze aus 

491520 Bytes (492 kB) kopiert, 0,00367986 s, 134 MB/s 

6144+0 Datensätze ein 

6144+0 Datensätze aus 

3145728 Bytes (3,1 MB) kopiert, 0,0235112 s, 134 MB/s 

2048+0 Datensätze ein 

2048+0 Datensätze aus 

1048576 Bytes (1,0 MB) kopiert, 0,00800213 s, 131 MB/s 

10240+0 Datensätze ein 

10240+0 Datensätze aus 

5242880 Bytes (5,2 MB) kopiert, 0,0390437 s, 134 MB/s 

6144+0 Datensätze ein 

6144+0 Datensätze aus 

3145728 Bytes (3,1 MB) kopiert, 0,0251269 s, 125 MB/s 

14000+0 Datensätze ein 

14000+0 Datensätze aus 

7168000 Bytes (7,2 MB) kopiert, 0,065713 s, 109 MB/s 

2384+0 Datensätze ein 

2384+0 Datensätze aus 

1220608 Bytes (1,2 MB) kopiert, 0,0113236 s, 108 MB/s 

6144+0 Datensätze ein 

6144+0 Datensätze aus 

3145728 Bytes (3,1 MB) kopiert, 0,0470164 s, 66,9 MB/s 

2048+0 Datensätze ein 

2048+0 Datensätze aus 

1048576 Bytes (1,0 MB) kopiert, 0,0112972 s, 92,8 MB/s 

6144+0 Datensätze ein 

6144+0 Datensätze aus 

3145728 Bytes (3,1 MB) kopiert, 0,0423476 s, 74,3 MB/s 

2048+0 Datensätze ein 

2048+0 Datensätze aus 

1048576 Bytes (1,0 MB) kopiert, 0,0115363 s, 90,9 MB/s 

16384+0 Datensätze ein 

16384+0 Datensätze aus 

8388608 Bytes (8,4 MB) kopiert, 0,10062 s, 83,4 MB/s 

15360+0 Datensätze ein 

15360+0 Datensätze aus 

7864320 Bytes (7,9 MB) kopiert, 0,0941727 s, 83,5 MB/s 

1024+0 Datensätze ein 

1024+0 Datensätze aus 

524288 Bytes (524 kB) kopiert, 0,0764236 s, 6,9 MB/s 

10240+0 Datensätze ein 

10240+0 Datensätze aus 

5242880 Bytes (5,2 MB) kopiert, 0,0670086 s, 78,2 MB/s 

6144+0 Datensätze ein 

6144+0 Datensätze aus 

3145728 Bytes (3,1 MB) kopiert, 0,0368554 s, 85,4 MB/s 

1064960+0 Datensätze ein 

1064960+0 Datensätze aus 

545259520 Bytes (545 MB) kopiert, 21,9675 s, 24,8 MB/s 

204800+0 Datensätze ein 

204800+0 Datensätze aus 

104857600 Bytes (105 MB) kopiert, 4,28105 s, 24,5 MB/s 

2826240+0 Datensätze ein 

2826240+0 Datensätze aus 

1447034880 Bytes (1,4 GB) kopiert, 47,1892 s, 30,7 MB/s 

409600+0 Datensätze ein 

409600+0 Datensätze aus 

209715200 Bytes (210 MB) kopiert, 6,60292 s, 31,8 MB/s 

1000+0 Datensätze ein 

1000+0 Datensätze aus 

512000 Bytes (512 kB) kopiert, 0,0930101 s, 5,5 MB/s 

7192+0 Datensätze ein 

7192+0 Datensätze aus 

3682304 Bytes (3,7 MB) kopiert, 0,076032 s, 48,4 MB/s 

7192+0 Datensätze ein 

7192+0 Datensätze aus 

3682304 Bytes (3,7 MB) kopiert, 0,107164 s, 34,4 MB/s 

1000+0 Datensätze ein 

1000+0 Datensätze aus 

512000 Bytes (512 kB) kopiert, 0,0118668 s, 43,1 MB/s 

10240+0 Datensätze ein 

10240+0 Datensätze aus 

5242880 Bytes (5,2 MB) kopiert, 0,12294 s, 42,6 MB/s 

6144+0 Datensätze ein 

6144+0 Datensätze aus 

3145728 Bytes (3,1 MB) kopiert, 0,0765737 s, 41,1 MB/s 

40000+0 Datensätze ein 

40000+0 Datensätze aus 

20480000 Bytes (20 MB) kopiert, 0,421709 s, 48,6 MB/s 

960+0 Datensätze ein 

960+0 Datensätze aus 

491520 Bytes (492 kB) kopiert, 0,0167679 s, 29,3 MB/s 

10230+0 Datensätze ein 

10230+0 Datensätze aus 

5237760 Bytes (5,2 MB) kopiert, 0,105865 s, 49,5 MB/s 

6144+0 Datensätze ein 

6144+0 Datensätze aus 

3145728 Bytes (3,1 MB) kopiert, 0,0706445 s, 44,5 MB/s 

14000+0 Datensätze ein 

14000+0 Datensätze aus 

7168000 Bytes (7,2 MB) kopiert, 0,132539 s, 54,1 MB/s 

2384+0 Datensätze ein 

2384+0 Datensätze aus 

1220608 Bytes (1,2 MB) kopiert, 0,66344 s, 1,8 MB/s 

10240+0 Datensätze ein 

10240+0 Datensätze aus 

5242880 Bytes (5,2 MB) kopiert, 1,23401 s, 4,2 MB/s 

6144+0 Datensätze ein 

6144+0 Datensätze aus 

3145728 Bytes (3,1 MB) kopiert, 0,358914 s, 8,8 MB/s 

10240+0 Datensätze ein 

10240+0 Datensätze aus 

5242880 Bytes (5,2 MB) kopiert, 0,182992 s, 28,7 MB/s 

6144+0 Datensätze ein 

6144+0 Datensätze aus 

3145728 Bytes (3,1 MB) kopiert, 0,110058 s, 28,6 MB/s 

10240+0 Datensätze ein 

10240+0 Datensätze aus 

5242880 Bytes (5,2 MB) kopiert, 0,12986 s, 40,4 MB/s 

6144+0 Datensätze ein 

6144+0 Datensätze aus 

3145728 Bytes (3,1 MB) kopiert, 0,0734883 s, 42,8 MB/s 

9720773+0 Datensätze ein 

9720773+0 Datensätze aus 

4977035776 Bytes (5,0 GB) kopiert, 180,093 s, 27,6 MB/s 

nono@ubuntu:~/i9001$ [/code]


das gespeicherte Zeug, sieht dann so aus:

[color=Blue](Bild 1, im Anhang)

[/color]

war eigentlich etwas verwirrt, wie viel Speicher hier verschenkt wird...



eine menge unbenutzter Bereich und viele leere Partitionen,

hätte man doch dem "sdcard.img" zukommen lassen...





egal...



wollte eigentlich nur mal schauen was so im Dump nicht gelöscht wurde...

(hab nur flüchtig geschaut)

bin auch fündig geworden,



im Terminal 

[code]mount -t vfat /home/nono/i9001/dump/part_28_sdcard.img /home/nono/sdcard

eingegeben...

da findet man gleich eine vcf-Datei

und im DCIM-Ordner,

da sind Fotos und ein Video drin...

(Bild 2, im Anhang)

das finde ich nicht in Ordnung,

glaube nicht das er es selber war...

aber.

wenn man ein Gerät bekommt, immer erst Platt machen, bevor man irgendetwas veröffentlicht!...

ach noch was:

@ adfree,

wegen der p04_PARAM.zip,

glaube das ist es auch nicht...

hab hier noch was geschrieben:

https://www.handy-faq.de/forum/samsung_galaxy_s3_forum/306772-s3_spielereien-2.html#post2867498

[adfree 430]

Wen es interessiert... wegen dem S8600:

https://forum.xda-developers.com/showpost.php?p=52812603&postcount=283

Das bedeutet nicht, das Android jetzt auf dem S8600 läuft...

oder jemals laufen wird... bei der übermächtigen Unterstützung...

Als Versuchskaninchen, ist das S8600 soo schlecht nicht...

Bedeutet halt wie immer Arbeit...

Persönlich hätte ich es cool gefunden, wenn sich einige von den Devs würdevoll verabschiedet hätten...

Nach wie vor wurmt mich. Das R. noch lebt, aber nix mehr public postet...

Dem würde nix aus der Krone brechen...

Das bezieht sich jetzt auf S8500/S8530...

Egal wieviele User übrig sind und wenns bloß 1 wäre...

Wieso T. so zusammengeklappt ist... 0 Ahnung...

Hoffe nich weil ich da über seinen Verkauf des Sourcecodes mich geäußert hatte...

MfG

[Taxidriver05 324]

Nein...

Wohl, weil er weniger Donations bekommen hat, als erwartet...

[Gunter33 399]

das ist mir (erst mal) noch beim "i9001dump.bin" aufgefallen...

https://www.handy-faq.de/forum/bada_forum/297652-deutscher_badadroid_support_thread-27.html#post2867499

hier ist die Partitionstabelle über mehrere Partitionen zusammengestückelt...

im MBR sind drei Partitionen, adressiert...

nach der vierten Partition, sieht es vom Aufbau her aus, wie die "partition.bin" des Wave3...

not_part_04-05.zip

[Taxidriver05 324]

Okay...

Ich schmeiß jetzt mal nen ganz doofen Vorschlag in die Runde...

Ich erwarte da auch keine positive Rückmeldung...

Aber, so wie ich die Sache jetzt sehe, läuft das jetzt darauf hinaus, dass Android technisch auf dem Dreier gehen würde...

Danke nochmal an adfree

Allerdings verhalten sich die Devs imho divenhaft...

Rebellos schweigt wie ein Grab...

volk204 hat offenbar keinen Bock mehr oder ein Problem mit xda...

Für Tigrouzen wirft's nicht genug Gewinn ab...

oleg_k macht nen Bogen um xda, ist aber auf Facebook aktiv...

De facto ist meiner Ansicht nach Gunter33 für mich momentan einer der Wenigen, der das Ganze angehen könnte, Android auch auf dem Dreier ans Laufen zu bekommen.

Mir selbst fehlen leider dazu die Linux-Kenntnisse und ein passendes Gerät, um das Ganze ans Laufen zu bekommen.

Tester hätte ich sicherlich...

Die Frage ist...

Wie jetzt weiter???

[adfree 430]

@Taxidriver05

Nach wie vor ist das Hauptproblem, WAS hat oleg_k gemacht...

Klar, ich habe zig Möglichleiten seinen Bootloader auf mein S8600 zu prügeln...

Aber was dann?

Ich stolpere immer wieder über FASTBOOT...

0 Ahnung, nie genutzt...

Wenn ich google... seh ich, das das bekannt wie ein bunter Hund scheint...

Weil wohl neben ADB gängiges Zeug...

Komisch nur. Das mir dann keiner unter die Arme greift.

Also ich habe es noch nicht gebacken bekommen, die richtigen FASTBOOT Treiber zu finden... weil meine PID...

Versuche mit I9001 Zeugs ist auch mehr oder minder in die Hose gegangen...

Ich werd noch dies und das probieren... eventuell finde ich was...

Oder auch nicht...

Das wird ganz schön dauern...

Muß mich Addresse für Addresse vorkämpfen... Byte für Byte...

MfG

[Gunter33 399]

De facto ist meiner Ansicht nach Gunter33 für mich momentan einer der Wenigen, der das Ganze angehen könnte, Android auch auf dem Dreier ans Laufen zu bekommen.

das kann schon sein...

aber, momentan ist mein Hauptproblem der Zeitmangel und kein Dreier mehr...

(da bräuchte ich aber einige Dreier...)

wenn das Dreier offen ist, also man alles Flashen kann,

hätten wir noch 99% Arbeit vor uns...

würde ich das, als Ein-Mann-Projekt machen,

würden bestimmt 1-2 Jahre vergehen...

denn auch ich müsste mich, in bestimmten Sachen, tiefer einlesen,

dann wäre bestimmt das letzte Dreier in der Tonne...

wenn ich Arbeitslos wäre und dann immer noch Geld zum leben hätte,

wäre das bestimmt anders...

probiere schon gelegentlich mal einiges,

aber,

das sind alles einfache Sachen,

also alles, was ich in meiner knappen Zeit, schnell hinbekomme...

[adfree 430]

wenn das Dreier offen ist, also man alles Flashen kann,

hätten wir noch 99% Arbeit vor uns...

Ja genau, dieser Auffassung bin ich auch.

Da liegt en masse Arbeit vor """"uns""""...

Und es gab/gibt weitaus weniger S8600 als S8500/S8530...

Nichts desto trotz, kann ich prima mit dem S8600 üben...

Falls das Ding putt geht, kann ich für ca. 20 Euro neue organisieren...

MfG

[adfree 430]

https://forum.xda-developers.com/showpost.php?p=37157782&postcount=1

kernel @ 208000 (4132528 bytes)

[580] ramdisk @ 1200000 (175204 bytes)

Das ist was oleg_k in seinem Log drinne hat...

Abgesehen davon, das ich 0 Ahnung habe, wie er da ran gekommen ist...

UART Kabel geht nicht...

Mir erscheint die Adresse merkwürdig...

@ 208000

Samsung hat ja für kompatible Geräte die Kernel Sourcen:

https://opensource.samsung.com/reception/receptionSub.do?method=sub⊂=F&searchValue=I9001

https://opensource.samsung.com/reception/receptionSub.do?method=sub⊂=F&searchValue=I8150

https://opensource.samsung.com/reception/receptionSub.do?method=sub⊂=F&searchValue=I847

https://opensource.samsung.com/reception/receptionSub.do?method=sub⊂=F&searchValue=SPH-M950

https://opensource.samsung.com/reception/receptionSub.do?method=sub⊂=F&searchValue=SPH-M840

Dank dieser Liste gefunden:

https://forum.xda-developers.com/showpost.php?p=52129324&postcount=24

Theoretisch könnte mir ein I9001 und/oder ein I8150 Kernel Developer die Frage beantworten, von wo der Kernel im RAM gestartet wird?

@Gunter33

Wenn Du Zeit hast, bitte...

Ich hab mich stundenlang durch diverse Foren gewälzt.

Momentan weiß ich nicht wo vorne und hinten ist...

Da ich mich auf DBL, OSBL, eMMCboot konzentriert habe, hab ich das eventuell übersehen...

Danke.

MfG

[Taxidriver05 324]

Falls es wen interessiert...

Vielleicht auch nützlich fürs Dreier...

Die Sources zur ICZen Veyron ROM...

https://zendrokat.com/ICZen.tar.gz

2,5GB komprimiert, 5GB unkomprimiert...

[adfree 430]

Vielleicht auch nützlich fürs Dreier...

Wie das denn?

Abgesehen davon, das T. wohl den Kernel eventuell nicht mit rein gepackt hat...

Sind die gepostenen Links vom Open Source Center sinnvoll...

Einen Post über Dir...

Sowas findet man, wenn man Google nach Wörtern suchen läßt...

Wie:

I9001 zImage

I8150 zImage

.

.

.

https://www.android-hilfe.de/root-hacking-modding-fuer-samsung-galaxy-s-plus/174985-wie-kompiliere-ich-einen-kernel-fuer-das-galaxy-s-plus.html

Das S8600 ist ANDERS als das S8500... UND auch S8530, weil das Ding ist gleich S8500... fast jedenfalls

Du versuchst doch auch nicht, eine VHS Kassette in Deinen DVD Player zu stecken...

Nur weil da ja ein Film drauf ist...

Und ein DVD Player muß nach Deiner Vorstellung einen Film abspielen...

MfG

[Taxidriver05 324]

Der Kernel soll wohl noch nachgereicht werden...

Aber letztendlich dürfte es allemale besser sein als nix...

[adfree 430]

Aber letztendlich dürfte es allemale besser sein als nix...

Könnte sein...

MfG

[Taxidriver05 324]

Falls wer die Sources geladen hat, mal bitte reuppen...

Tig hat die Files inzwischen wieder vom Server genommen...

Also auch kein Rankommen mehr via ZenDroKat.com-FTP...