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 hatte ich schon damals bei volk204 moniert, mit den vertauschten Positionen...

Habe schon geahnt, dass das Probleme bringen kann.

Aber, es hieß ja, das habe so seine Richtigkeit...

[Gunter33 399]

@ adfree,

vielleicht kommt der Beitrag nun etwas Spät,

aber momentan wenig Zeit...

natürlich kann man das, mit Scripten vereinfachen...

einfach mit, einem Linux-konformen Editor, eine Datei erstellen...

hier reicht schon Notepad++, Format Zeilenende UNIX (LF)

und schmeißt, zum Beispiel, dies rein:

dd if=/dev/block/mtdblock0 of=/storage/sdcard0/mtd0_nv_data.bin

dd if=/dev/block/mtdblock1 of=/storage/sdcard0/mtd1_fw_block.bin

dd if=/dev/block/mtdblock2 of=/storage/sdcard0/mtd2_dbl.bin

dd if=/dev/block/mtdblock3 of=/storage/sdcard0/mtd3_amss.bin

dd if=/dev/block/mtdblock4 of=/storage/sdcard0/mtd4_apps.bin

dd if=/dev/block/mtdblock5 of=/storage/sdcard0/mtd5_rsrc1.bin

dd if=/dev/block/mtdblock6 of=/storage/sdcard0/mtd6_csc.bin

dd if=/dev/block/mtdblock7 of=/storage/sdcard0/mtd7_fota.bin

dd if=/dev/block/mtdblock8 of=/storage/sdcard0/mtd8_stl1.bin

dd if=/dev/block/mtdblock9 of=/storage/sdcard0/mtd9_stl2.bin

dd if=/dev/block/mtdblock10 of=/storage/sdcard0/mtd10_secdata.bin

kopiert dies Datei, dann auf die SD...

hier werden dann alle Partitionen vom OneNAND einzeln gespeichert...

(das hier dauert dann ca. eine halbe Stunde...)

hab die Datei einfach mal test.sh genannt...

im Anhang...

aber,

diese Befehle musst noch nacheinander, im Terminal-Emulator eingeben...

su root

cd /storage/sdcard0 oder sdcard1 je nach Version...

./test.sh

(Bild 1 im Anhang)

noch was,

wenn ich alles mit den Fingern eingeben müsste,

hätte ich schon so manches Smartphone an die Wand geworfen,

darum hab ich mir einen Stift besorgt,

welcher, für kapazitive Displays geeignet ist...

@ Taxidriver05,

natürlich ist das in Ordnung...

es gibt wirklich viele Smartphones, die auch ohne interne SD sind...

zum Beispiel, beim Wave:

hier wird, bei Volk, der interne Benutzerspeicher von Bada genutzt,

der als bada_user eingebunden wird...

der wirklich ziemlich klein ist, also warum nicht gleich drauf verzichten?...

test.zip

[Gunter33 399]

@ all,

ist mir gerade aufgefallen...

hab gerade bei jemanden die cm-11-wave_v4.1 draufgehauen...

dabei ist mir aufgefallen,

das auch hier, sdcard0 die externe SD-Karte ist..., Bild 1 im Anhang

(also, wie bei der der SD-Version ZenDroKat v2, Bild 3 im Anhang)

und sdcard1 ist die interne SD..., Bild 2 im Anhang

es muss nicht immer was vertauscht sein,

besser sich vorm Basteln vergewissern...

[Gunter33 399]

@ adfree,

weil ich das gerade gelesen habe:

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

man kann die enthaltenen Partitionen zwar löschen,

dann ist halt Bada weg...

(bekommt man durch neu flashen von Bada mit Full Download und Master ROM wieder hin...)

aber hier, kannst machen was du willst,

da der moviNAND physikalisch vorhanden ist,

wird er als mmcblk0 trotzdem erkannt,

kurz gesagt,

wenn man mmcblk0 löschen möchte,

muss man schon den Speicherchip zerstören...

ist wie bei einer neuen, unpartitionierten Festplatte,

die an den Rechner gestöpselt wird...

Windows wird sich vielleicht nicht melden, das eine neue Platte gestöpselt ist...

neuere Windows-Versionen fragen vielleicht, ob das Ding formatiert werden soll...

aber, auf jeden Fall wird die neue Festplatte in der Datenträgerverwaltung erkannt,

oder von FDISK und...

weil das Ding, physikalisch vorhanden ist...

kein Plan, ob Romancy es schon mal mit dar SD-Version von T... versucht hat...

die SD,

kann man auch Problemlos unter Linux Partitionieren und mit den Dateien bestücken...

noch was,

auch wenn, ich hier, alles mit Nullen überschreibe,

wird der moviNAND wieder erkannt...

(Bild im Anhang)

bearbeitet February 2, 2014 von Gunter33

[adfree 430]

@ Gunter33

Cool. Danke.

Eigentlich wollte ich Dich fragen, hatte mich aber nicht getraut...

Jedenfalls dank Deiner Anleitung hab ich mich selbst mal durch T. Nand Version gerpügelt und die 2 GB moviNAND platt machen lassen...

[B]324E44464F524D4154434F4D504C455445440000324E445253544F5245434F4D504C45544544000050524F44554354434F4445494E56414C4944[/B]00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000A9890600000000000200836E03020100000096980000006E040283DD06429798000094CB0F0000DD074283DC23F92B641000D5DB2C000000000000000000000000000000000055AA

bada formatiert sieht das so aus:

[B]324E44464F524D4154434F4D504C455445440000324E445253544F5245434F4D504C45544544000050524F44554354434F4445494E56414C4944[/B]0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000FEFFFF06FEFFFF010000000060120000FEFFFF06FEFFFF0160120000400C0000FEFFFF06FEFFFF01A01E00FFBF1B000000000000000000000000000000000055AA

Am Anfang bleibt identisch... Also T. sein Script: Full_Format_Nand_Bada_For_Android.ors Verändert nicht die ersten paar Zeilen vom MBR... Übrigens statt der Nummer, steht bei meinem S8500 "Opfer"...

PRODUCTCODEINVALID

Sobald mir wieder einfällt, wo diese 14 Byte große Nummer ne Rolle spielt... Jedenfalls hab ich erstmal ein bissel dazugelernt... Immerhin könnte man doch Daten retten von der moviNAND... wenn man Android auf die SD bekommt... ohne die Partitionen zu killen... Dann kann man einfach das Image 3 mal nach "NO NAME FAT16" durchforsten und entsprechend ausschneiden und mit WinHex alle Dateien extrahieren... Zu Romancy... 0 Ahnung was er gemacht hat, macht und machen wird... Selbst wenn BenzoX ihm jetzt nen Kernel bastelt... Eleganter wäre meines Erachtens. Er bekommt es gebacken, die SD Karte "richtig" zu Formatieren/Partitionieren etc... Ich hatte schon überlegt. Ob ich in einem S8530 mal die moviNAND entferne... auslöte oder hab gelesen das "die" eventuell nur geklebt ist... Eleganter wäre, wenn mir jemand hilft. Den Block 1 unter Android komplett platt zu machen. So das da nicht mehr bada Reste zu lesen sind...

2NDFORMATCOMPLETED

2NDRSTORECOMPLETED

PRODUCTCODEINVALID

Wie stelle ich das am dümmsten an?

Danke.

MfG

[Gunter33 399]

ich hab das so gemacht:

dd if=/dev/block/mmcblk0 of=/storage/sdcard0/movinand.bin

(das dauerte, bei meiner SD ca. 1,5 Stunden)

dann alles mit Nullen überschrieben...

(hier brauchst wirklich viel Arbeitsreicher, sonst wird das nichts)

nun wieder,

die genullte Datei auf die SD kopieren...

dann,

dd if=/storage/sdcard0/movinand.bin of=/dev/block/mmcblk0

(das dauerte, auch wieder ca. 1,5 Stunden)

aber, kannst es lassen,

weil bei Dir, mit Sicherheit der moviNAND in Ordnung ist...

da der moviNAND physikalisch vorhanden ist,

wird er als mmcblk0 trotzdem erkannt...

noch was,

nimm einfach mal die SD-Version von T...

hier bleibt Bada erhalten und vieles ist nicht eingebunden...

das macht wirklich vieles einfacher...

[adfree 430]

aber, kannst es lassen,

weil bei Dir, mit Sicherheit der moviNAND in Ordnung ist...

da der moviNAND physikalisch vorhanden ist,

wird er als mmcblk0 trotzdem erkannt...

Danke für Hinweis, werds irgendwann probieren.

Du meinst also, der MBR ist egal. Da kann von 00 - FF alles mögliche an Nonsens drinnen stehen?

Ich weiß nicht was bei Romancy passiert ist...

Ob der moviNAND wirklich wirklich die Hufe hoch gemacht und nicht mehr physikalisch erkannt wird...

Von T. hatte ich nur das per PN bekommen...

https://pastebin.com/8aKkmTFr

Als Linux Laie seh ich nur das hier:

<6>[    4.185850] [B]mmc0[/B]: SDHCI controller on samsung-hsmmc [s3c-sdhci.0] using ADMA

<6>[    4.191552] s3c-sdhci s3c-sdhci.1: clock source 0: hsmmc (133400000 Hz)

<6>[    4.197314] s3c-sdhci s3c-sdhci.1: clock source 2: sclk_mmc (47642857 Hz)

<6>[    4.204542] mmc1: SDHCI controller on samsung-hsmmc [s3c-sdhci.1] using ADMA

<6>[    4.210235] s3c-sdhci s3c-sdhci.2: clock source 0: hsmmc (133400000 Hz)

<6>[    4.215998] s3c-sdhci s3c-sdhci.2: clock source 2: sclk_mmc (47642857 Hz)

<6>[    4.222228] mmc2: SDHCI controller on samsung-hsmmc [s3c-sdhci.2] using ADMA

<6>[    4.231977] usbcore: registered new interface driver usbhid

Ohne Fehlermeldung... Und das hier:

<3>[    5.871449] mmc0: error -110 whilst initialising MMC card

<3>[    7.480855] mmc0: error -110 whilst initialising MMC card

<3>[    9.094089] mmc0: error -110 whilst initialising MMC card

<4>[    9.162860] mmc1: queuing unknown CIS tuple 0x91 (3 bytes)

<6>[    9.167191] mmc1: new SDIO card at address 0001

Ich werd mal danach Googlen...

-110 whilst initialising MMC card

Hintergrund ist ja auch. Das ich vom I9000 das noch habe:

I9000_moviNAND_erase_20111202

Weil da SBL etc. drinen sind, hatte ich erstmal Schiss. Das auszuprobieren...

MfG

[Gunter33 399]

@ adfree,

bin nun gerade, bei meiner dritten Flasche Sekt

und will nun keinen Sch... schreiben...

aber, sage einfach mal,

der MBR im moviNAND ist egal...

[adfree 430]

110 whilst initialising MMC card

Dafür spuckt Google einiges aus...

https://forum.gsmhosting.com/vbb/f777/guide-samsung-p1000-corrupt-internal-sdcard-solution-here-1471227/

Für mich sieht das so aus. Als ob der ein oder andere das ohne Kernelanpassungen gebacken bekommen hat...

Die Anpassungen sind woanders... glaub ich...

5. edit /system/etc/vold.fstab on the device to look like the following

Code:

# internal sdcard

{

ums_path = /sys/devices/platform/usb_mass_storage/lun0/file

asec = disable

discard = disable

format_option = -r 1558

}

dev_mount sdcard /mnt/sdcard 1 /devices/platform/s3c-sdhci.2/mmc_host/mmc1

# externel sdcard

{

ums_path = /sys/devices/platform/usb_mass_storage/lun0/file

asec = enable

}

dev_mount sdcard /mnt/sdcard/external_sd auto /devices/platform/s3c-sdhci.2/mmc_host/mmc2 /devices/platform/s3c-sdhci.2/mmc_host/mmc1

Keine Ahnung wie man das auf das Wave "übersetzen" kann...

MfG

[Gunter33 399]

110 whilst initialising MMC card

Dafür spuckt Google einiges aus...

https://forum.gsmhosting.com/vbb/f777/guide-samsung-p1000-corrupt-internal-sdcard-solution-here-1471227/

Für mich sieht das so aus. Als ob der ein oder andere das ohne Kernelanpassungen gebacken bekommen hat...

Die Anpassungen sind woanders... glaub ich...

Keine Ahnung wie man das auf das Wave "übersetzen" kann...

MfG

so wie ich das sehe,

wären das aber alles Änderungen am Kernel...

[Gunter33 399]

noch was,

mit den Kernel ist das so eine Sache...

der Kernel ist eigentlich kein Problem...

aber das Recovery…

hier hau ich immer so viel Müll rein,

da kannst selbst den Bootender killen...

(also nichts für die Allgemeinheit...)

hab wirklich, zu wenig Zeit um drüber nachzudenken...

(mache das halt für mich)

aber vielleicht besinnt sich Tigrouzen, mal auf die Wurzeln von Badadroid

und bastelt mal einen SD-Kernel für Badadroid...

er kann doch trotzdem sein Ding machen...

mich interessiert das eigentlich nicht...

wenn ich mir die Beiträge auf XDA anschaue,

interessiert es weltweit, keine 10 User mehr...

noch was,

auch DeveDroid, wundert sich,

warum es mit Volk seiner Rom nicht Klappt...

aber, es ist doch ziemlich einfach,

der mout, im updater-script, ist einfach anders...

(weil, hier steckt doch alles in Image-Dateien...)

besser:

run_program("/sbin/busybox", "losetup", "/dev/block/loop4", "/bada_system/system.img");

run_program("/sbin/busybox", "mount", "-t", "ext4", "/dev/block/loop4", "/system");

ich hab eigentlich, keinen Bock mehr...

bearbeitet February 2, 2014 von Gunter33

[Gunter33 399]

@ adfree,

hab das auf die schnelle mal versucht...

sicherheitshalber den MBR gesichert:

dd if=/dev/block/mmcblk0 of=/storage/sdcard0/mbr.bin bs=512 count=1

(Bild 1 im Anhang) dann nur die ersten 54 bytes vom mmcblk0 mit Nullen überschrieben:

dd if=/dev/zero of=/dev/block/mmcblk0 bs=1 count=54 conv=notrunc

(Bild 2 im Anhang) so bleibt die Partitionstabelle heil... dann startete das Wave unter Bada normal, alles da und Android startet auch wieder... wie gesagt, so bekommt man den moviNAND nicht Platt... falls, der originale MBR wieder drauf soll:

dd if=/storage/sdcard0/mbr.bin of=/dev/block/mmcblk0 conv=notrunc

aber im Suff, bekomme ich das auch umständlich hin...

ich Blödi Nulle die ganzen zwei Gigabyte

und flashe dann wieder alles...

[Gunter33 399]

@ adfree,

nochmal zu diesem Beitrag:

https://www.handy-faq.de/forum/bada_forum/297652-deutscher_badadroid_support_thread-17.html#post2798660

die ersten 440 Bytes vom MBR sind egal, weil das der eigentliche Bootcode ist.

aber, vom moviNAND wird nicht gebootet...

aber die letzten 72 Bytes, sind nicht egal, weil das die Partitionstabelle ist,

wenn das Genullt wird, sind dann diese Partitionen auch nicht mehr ansprechbar:

- mmcblk0p1

- mmcblk0p2

- mmcblk0p3

aber wirklich kaputt macht man nichts...

aber,

im Nachhinein finde ich den Test,

den ganzen moviNAND zu Nullen, gar nicht so schlecht,

denn nun wissen wir, das er trotzdem erkannt wird...

[adfree 430]

im Nachhinein finde ich den Test,

den ganzen moviNAND zu Nullen, gar nicht so schlecht,

denn nun wissen wir, das er trotzdem erkannt wird...

Na ich find das eh cool, weil Du ja damit jedes Image schreiben kannst...

ist eh lustig, das das auf sich selbst geht...

Mir ist auch erst vor 5 Minuten wieder RC2 mit Debug High eingefallen...

S/W version:S8500+XX+LA1

Modem:Q6270B-KPRBL-1.5.45T

SHP:VPP R5 2.1.1

Build Host:S1-AGENT08

BuildAt:2012/01/05 19:21:46


App Debug Level : 0

ASSERTION_REQUIRE:0 failed. (f

ile OemFmTfs4v3.c, line 1317)

[B]OemFmTfs4Init : failed to regi

ster nand device, err = -6[/B]

<Callstack information>

PC = 4031B42B OemDumpRegister

LR = 4031B42F OemDumpRegister

<Running Task(InvalidTask) Cal

lstack>

_SysAssertReport

OemFmTfs4Init

__OemBmShowProgressBar

mochaTaskPreInit

So sieht das auf dem S8500 aus... wenn der moviNAND noch mit XXJB6 partitioniert ist... und man mit XXLA1 starten will... Mich wurmt immer noch. Das dort mindestens eine Partition mit 1,4 GB existiert... Mein Gehirn arbeitet sehr langsam... MfG Edit 1. Ich versuch mal die Partitionstabelle zu verstehen... Dazu hab ich ein paar fsenvparam aus dem Debug Ordner verglichen... ShpApp.app Dabei hab ich mir XPKG und XXJEB rausgegriffen, wegen der hohen Ähnlichkeit... Hier mal von XPKD6...

[PARAMETER]

FFSPHYSICALADDRESS=180355072

MASSPARTCOUNT=3

MASS[B]TOTALSECCOUNT[/B]=4014080

MASSP1SECCOUNT=1204224

MASSP2SECCOUNT=802816

MASSP3SECCOUNT=2007039

STLTOTALSECCOUNT=446972

TOTALSECCOUNT ist eigentlich der moviNAND vom S8500...

Hmmm, hier haben die mal nach Lust und Laune geändert...

Ich verstehe nicht, was das sein soll:

FFSPHYSICALADDRESS, bzw. wo?

bearbeitet February 4, 2014 von adfree

[Gunter33 399]

nun PHYSICALADDRESS kann alles mögliche Bedeuten,

(zum Beispiel, ein Verwies auf eine Bestimmte Adresse und...)

aber glaube,

FFSPHYSICALADDRESS könnte wirklich der erste Sektor der Partition für die Factory sein,

(glaube, hierzu hatte "larioteo", vor ein paar Jahren, mal was geschrieben...)

fand das bei den Bada-Loggs damals immer verwirrend,

wenn man die Werte durch zwei geteilt hat, war das realistisch...

aber, ist bei mir schon ein Weilchen her...

was die Partitionstabelle angeht,

die sind bei einigen Versionen verschieden...

aber, habe heute keine Zeit mehr, um mich nochmal mit Bada zu beschäftigen...

mache eigentlich nur noch Kurztests...

[adfree 430]

Mist. Hab aus Versehen unter Android nach su Ablehnen gedrückt...

Weil durch meine Verkabelung das Gerät auf dem Kof steht...

Jetzt steht da Permission denied...

Wie kriege ich den Müll weg, ohne Neuinstallation...

Das ist doch voll K...

Ich hab das Entwicklermenü...

Ich fang jetzt von vorne an...

Runde 2...

Wenn ich nicht so blöde wäre, wäre vielleicht ADB bei sowas hilfreich...

Da muß ich mich allerdings erst Einlesen...

Edit 3...

Erste Erkenntnis ist erstmal:

STLTOTALSECCOUNT ist nicht im 512 Byte MBR...

Muß eh mal die Sektoren zusammenzählen... verdammtes Mathe...

Edit 4.

[B]TOTAL[/B]SECCOUNT=4014080

- P1SECCOUNT=1204224

- P2SECCOUNT=802816

- P3SECCOUNT=2007039

Ergibt 1... Also das werden dann wohl die ersten 512 Byte sein... Edit 5. Ich habs jetzt ein bissel mehr begriffen... der MBR ist leider in der apps_compressed.bin drinnen... 3 Bytes pro Partition... Little Endian... Beispiel: FFBF1B Little Endian... Reihenfolge drehen... 1BBFFF in Dezimal umrechnen: 1818623 und schon sieht das wie Partition 3 aus...

iNANDP3SECCOUNT=1818623

Hmm, brauche noch ein paar tausend Durchläufe... dann kann ich eventuell was damit anfangen...

Paar Ideen hab ich schon...

Edit 6.

Scheint auch im Bootloader gespeichert...

Da könnte ich ein paar Tests machen...

Edit 7.

Ja, es scheint zu funktionieren, mit Änderungen am Bootloader...

Ehm, das ist nur zu Übungszwecken, damit ich das besser verstehe...

Edit 8.

Es ist vollbracht.

bearbeitet February 6, 2014 von adfree

[adfree 430]

Memo an mich, weil ich Vollpfosten jedesmal erst zImage + ZIP über bada auf intern kopiere... da geht ordentlich Zeit drauf...

So oft wie ich neu flashe...

Jetzt ist mir erstmal aufgefallen. Das das ZIP wählen scheinbar auch von externer Karte funktioniert...

Probier ich demnächst aus... für das zImage probier ich nochmals T.s FOTA...

Ich komme besser mit volk204 seiner Version klar...

MfG

[Gunter33 399]

momentan mal wieder wenig Zeit...

aber,

was die Änderungen am Bootloader angeht...

für Bada selbst macht das wahrscheinlich keinen Sinn,

weil,

(rede jetzt mal vom Wave3)

wenn ich damals, irgendeine Custom gebastelt habe,

also,

wenn irgendwas, an den Flash-Dateien geändert wurde,

wollte Polaris-Office nicht mehr,

auch wenn ich die ShpApp.app nicht angetastet habe, wo Polaris-Office drin steckt...

hier, musste man, im Nachhinein nachbessern...

und

was das, besser klar kommen, mit volk204 seiner Version angeht...

gehe davon aus, das badaDROID nicht im Alltag genutzt wird,

das nur Recovery und das Terminal (Terminal-Emulator) genutzt wird...

dann ist wirklich die SD-Version von T. besser...

weil,

hier bleibt dann immer alles auf der SD...

brauchst nach einem neuen Flash, nur die BOOTFILES und sie FOTA zu flashen,

oder besser schmeißt die zwei Dateien, gleich in die Full rein...

das ist dann einfach und schnell...

mehr Zeit. hab ich heute nicht...

[adfree 430]

Nebeneffekt...

Mir ist aufgefallen. Das die Schlümpfe seit bada 2 XPKG5 einfach mal die Blöcke vom S8530 verwenden...

Also die max. Anzahl...

Somit sind ca. 92 MB einfach ungenutzt...

Als ob wir Speicherplatz im Überfluß hätten...

Da volk204 nix an der bada Partitionierung ändert...

Gehen auch da 92 MB flöten...

Bei T. fehlt mir das Wissen, bzw. das Verständnis... ob er mit der Formatierung die volle Kapazität nutzt...

Wenn ich raten müßte... würde ich sagen das T. die volle Kapazität formatiert... denke ich...

cmd busybox umount /data

cmd busybox umount /cache

cmd busybox umount /system

cmd parted -s /dev/block/mmcblk0 rm 3

cmd parted -s /dev/block/mmcblk0 rm 2

cmd parted -s /dev/block/mmcblk0 rm 1

cmd parted -s /dev/block/mmcblk0 mklabel msdos

cmd parted -s /dev/block/mmcblk0 mkpart primary ext2 0 20MB

cmd parted -s /dev/block/mmcblk0 mkpart primary ext2 20MB 550MB

cmd parted -s /dev/block/mmcblk0 mkpart primary ext2 550MB [B]100%[/B]

cmd make_ext4fs -b 4096 /dev/block/mmcblk0p1

cmd make_ext4fs -b 4096 /dev/block/mmcblk0p2

cmd make_ext4fs -b 4096 /dev/block/mmcblk0p3

cmd busybox umount /system

Mit ein bissel hin und herrechnen und nachdenken...

Und halt die fsenvparam aus dem Debug Ordner...

0 Ahnung ob Samsung eventuell auch beim S8500 anderen moviNAND verbaut hat, als das von Samsung selbst...

S8530 hat ja SANDisk glaub ich...

Jedenfalls sieht man das eigentlich... wenn man darüber nachdenkt...

MfG

[Gunter33 399]

natürlich nutzt er die volle Kapazität,

mehr haben wir nicht,

nur ein paar Bytes unterschied zwischen Einser und Zweier...

aber meinte,

das bei seiner SD-Version, auch nichts an der Bada-Partitionierung geändert ist,

hier ist dann nichts, von Android, auf den Bada-Partitionen,

(das bleibt alles unberührt)

alles ist auf der SD...