Deutscher badaDROID-Support-Thread

November 7, 2013

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!

January 13, 2014

https://forum.xda-developers.com/showthread.php?t=2609560

volk204 seine neue VersionEN.

MfG

January 13, 2014

Ich verstehs immer noch nicht...
V und T nutzen beide die 2 GB moviNAND...
Nur T nutzt mehr davon... oder halt die SD Version...
Welches die wechselbare SD Karte meint.

MfG

natürlich, nutzen beide die 2GB-moviNAND... mehr haben wir nicht...

versuche es einfach mal Bunt, wenig Zeit...

NAND-Version:

Full_Format_Nand_Bada_For_Android.ors:

cmd busybox umount /data

cmd busybox umount /cache

cmd busybox umount /system

[COLOR="Green"]cmd parted -s /dev/block/mmcblk0 rm 3

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

cmd parted -s /dev/block/mmcblk0 rm 1[/COLOR]

[COLOR="Magenta"]cmd parted -s /dev/block/mmcblk0 mklabel msdos[/COLOR]

[COLOR="Blue"]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 100%[/COLOR]

[COLOR="Red"]cmd make_ext4fs -b 4096 /dev/block/mmcblk0p1

cmd make_ext4fs -b 4096 /dev/block/mmcblk0p2

cmd make_ext4fs -b 4096 /dev/block/mmcblk0p3[/COLOR]

cmd busybox umount /system

- hier, werden im moviNAND, drei Partitionen gelöscht... (also Bada ist nun weg) - hier, wird die Datenträgerbezeichnung gesetzt... (msdos) - hier, werden drei Partitionen, neu erstellt... 20MB, für die Cache-Partition 530MB, für die System-Partition den Rest, für die Daten-Partition (User) - hier werden die erstellten Partitionen, noch als ext4-Dateisystem formatiert - umount, bedeutet einfach nur, Dateisystem aushängen... (ist aber wichtig, damit alles auf den Datenträger geschrieben wird, oder nicht mehr verwendet wird...) SD-Version: (hier, bleibt Bada erhalten) Beispiel: Format_SD_4GB_FAT32.ors und einer 8GB-SD-Karte

cmd busybox umount /data

cmd busybox umount /cache

cmd busybox umount /system

umount /storage/sdcard0

[COLOR="Lime"]cmd parted -s /dev/block/mmcblk1 rm 4

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

cmd parted -s /dev/block/mmcblk1 rm 2[/COLOR]

umount /storage/sdcard0

[COLOR="Lime"]cmd parted -s /dev/block/mmcblk1 rm 1[/COLOR]

umount /storage/sdcard0

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

umount /storage/sdcard0

[COLOR="Blue"]cmd parted -s /dev/block/mmcblk1 mkpartfs primary fat32 0 4192MB 

cmd parted -s /dev/block/mmcblk1 mkpartfs primary ext2 4192MB 4210MB 

cmd parted -s /dev/block/mmcblk1 mkpartfs primary ext2 4210MB 4710MB 

cmd parted -s /dev/block/mmcblk1 mkpartfs primary ext2 4710MB 100% [/COLOR]

umount /storage/sdcard0

- hier, werden, alle Partitionen der SD gelöscht... - hier, werden 4 Partitionen auf der SD, neu erstellt... 4192MB für die SD-Partition 18MB, für die Cache-Partition 500MB, für die System-Partition den Rest, für die Daten-Partition (User) und was Volk macht, ist eigentlich auch nicht schlecht... hier, bleibt Bada erhalten, weil, er speichert alles in img-Dateien... also er mountet einfach die vorhandenen Bada-Partitionen und erstellt dort diese Image-Dateien: - system.img - cache.img - data.img diese Dateien, entsprechen den jeweiligen Partitionen... also hier steckt alles drin... also diese, werden auch wieder als, - system - cache - data, gemountet... (hier noch 2 Bildchen im Anhang:) als Beispiel folgende Dateien: init:

#!/stage1/busybox sh

echo "OHAI, stage1 init starting" > /dev/kmsg

export _PATH="$PATH"

export PATH=/stage1


force_recovery="0"


busybox cd /

busybox date >>boot.txt

exec >>boot.txt 2>&1

busybox rm init

busybox mount -t proc proc /proc

busybox mount -t sysfs sysfs /sys


while ! busybox test -d /sys/devices/platform/s3c-sdhci.0/mmc_host/mmc0/mmc0:0001 ; do

	echo "Waiting for internal mmc..."

busybox sleep 1

done

busybox mkdir /bada_system

busybox mkdir /bada_user

busybox mkdir /bada_app


busybox chmod 0777 /bada_system

busybox chmod 0777 /bada_user

busybox chmod 0777 /bada_app


# 	aint no readyy

# 	if smth ; then

#		force_recovery="1"

#		busybox mount -t vfat -o noatime /dev/block/platform/s3c-sdhci.0/by-num/p1 /bada_system

#		busybox mount -t vfat -o noatime /dev/block/platform/s3c-sdhci.0/by-num/p2 /bada_user

#		busybox mount -t vfat -o noatime /dev/block/platform/s3c-sdhci.0/by-num/p3 /bada_app

#		mkdir /bada_system/app/

#		mv /bada_app/* /bada_system/app/

#		parted

#		mkdir /bada_system/app/

#		mkdir /bada_system/user/

# 	fi



busybox mount -t vfat -o noatime /dev/block/mmcblk0p1 /bada_system

busybox mount -t vfat -o noatime /dev/block/mmcblk0p2 /bada_user

busybox mount -t vfat -o noatime /dev/block/mmcblk0p3 /bada_app


if ! busybox grep -q bootmode=2 /proc/cmdline ; then

	if busybox mount | busybox grep -q /bada_system ;

	then

		#check partitions existance

		if [ ! -f /bada_system/cache.img ] ; then

			#18MB cache partition

			make_ext4fs -l 18874368 /bada_system/cache.img

		fi

		if [ ! -f /bada_system/system.img ] ; then

			# 270MB system partition

			# make_ext4fs -l 283115520 /bada_system/system.img

			# Don't make it - shorten bootup time. Recovery package will recreate this partition anyway.

			force_recovery="1"

		fi

	else

		#something went terriwrong

		force_recovery="1"

	fi


	if busybox mount | busybox grep -q /bada_app ;

	then

		if [ ! -f /bada_app/data.img ] ; then

			#400MB data partition

			make_ext4fs -l 419430400 /bada_app/data.img

		fi

	else

		#something went terriwrong

		force_recovery="1"

	fi

fi

busybox echo "force_recovery: $force_recovery"


busybox losetup /dev/loop0 /bada_system/system.img

busybox losetup /dev/loop1 /bada_system/cache.img

busybox mount -t ext4 /dev/loop0 /system

busybox mount -t ext4 /dev/loop1 /cache


image=/stage1/ramdisk.img


if busybox test -e /cache/.startrecovery || busybox grep -q bootmode=2 /proc/cmdline || [ "$force_recovery" -eq "1" ] ; then

	# recovery boot

	busybox rm -fr /cache/.startrecovery

	image=/stage1/ramdisk-recovery.img


	# disable lpm

	busybox echo 0 > /sys/class/power_supply/battery/charging_mode_booting

elif ! busybox test -e /system/build.prop; then

	# emergency boot

	busybox rm -fr /cache/*


#	busybox mount -t vfat /dev/block/mmcblk0p2 /sdcard


	UPDATE_INFO=/bada_user/cyanogenmod.cfg

	if [ -e $UPDATE_INFO ]; then

		UPDATE=$(busybox cat $UPDATE_INFO)


		if [ -e $UPDATE ]; then

			busybox mkdir /cache/recovery

			busybox echo "install_zip(\"`echo $UPDATE`\");" > /cache/recovery/extendedcommand

		fi

	fi


	image=/stage1/ramdisk-recovery.img


	# disable lpm

	busybox echo 0 > /sys/class/power_supply/battery/charging_mode_booting

fi


busybox umount /cache

busybox umount /system

busybox losetup -d /dev/loop2

busybox losetup -d /dev/loop1

busybox losetup -d /dev/loop0

busybox umount /bada_system

busybox umount /bada_user

busybox umount /bada_app

busybox rmdir /bada_system

busybox rmdir /bada_user

busybox rmdir /bada_app



busybox zcat $image | busybox cpio -i


busybox umount /sys

busybox umount /proc

busybox date >>boot.txt

echo "stage1 log:" > /dev/kmsg

busybox cat boot.txt > /dev/kmsg

busybox rm -fr /stage1 /dev/*

export PATH="${_PATH}"

exec /init

fstab.wave:

# Android fstab file.

# <src> 			<mnt_point> 	<type> 	<mnt_flags and options>	<fs_mgr_flags>

# The filesystem that contains the filesystem checker binary (typically /system) cannot

# specify MF_CHECK, and must come before any filesystems that do specify MF_CHECK


boot				/boot		mtd	defaults	recoveryonly


/dev/block/mmcblk0p1		/bada_system	vfat	defaults	recoveryonly

/dev/block/mmcblk0p2		/bada_user	vfat	defaults	recoveryonly

/dev/block/mmcblk0p3		/bada_app	vfat	defaults	recoveryonly


/bada_system/system.img 	/system 	ext4 	defaults,loop	recoveryonly,length=393216000

/bada_system/cache.img 		/cache 		ext4 	defaults,loop	recoveryonly,length=18874368

/bada_app/data.img 		/data 		ext4 	defaults,loop	recoveryonly,length=419430400


/devices/platform/s3c-sdhci.2/mmc_host/mmc2 	auto auto	defaults	voldmanaged=sdcard0:auto,noemulatedsd

/devices/platform/s3c-sdhci.0/mmc_host/mmc0 	auto auto	defaults	voldmanaged=sdcard1:2,nonremovable


#ZRam

/dev/block/zram0		none		swap	defaults	zramsize=83886080

kein Plan, ob ich das halbwegs verständlich rüber gebracht habe...

aber,

will mich an Badadroid nicht beteiligen,

nicht das wieder jemand meckert...

bearbeitet January 14, 2014 von Gunter33

January 14, 2014

An und für sich würde mich ja mal interessieren, inwiefern das überhaupt möglich ist, die badaDROID von volk über die von Tig... drüberbügeln kann...

Denn von der Basis her sollte das ja dasselbe sein...

Lediglich die Startbedingungen sind andere... Oder?

January 14, 2014

die Basis ist doch nun weg, also Bada,

also erst mal Bada wieder neu flashen...

weil,

Volk, setzt doch auf die vorhandenen Bada-Partitionen...

aber,

nach einer NAND-Rom von T... sind die Bada-Partitionen weg...

(hatte ich eigentlich im vorherigen Beitrag schon dargestellt...)

@ Taxidriver05,

aber, mal Ehrlich,

Du stellst oft komische Fragen...

wenn Dich mit der Materie beschäftigen würdest,

würdest, viele Fragen nicht stellen...

...ist nicht Böse gemeint...

bearbeitet January 14, 2014 von Gunter33

January 14, 2014

Schon okay Gunter33,...

Lag wohl etwas an der Uhrzeit...

Dass volk da allerdings keine NAND-Version bauen will, versteh ich trotzdem nicht...

Ich mein, man könnte ja zumindest ne experimentelle Version basteln...

January 14, 2014

Schon okay Gunter33,...

Lag wohl etwas an der Uhrzeit...

Dass volk da allerdings keine NAND-Version bauen will, versteh ich trotzdem nicht...
Ich mein, man könnte ja zumindest ne experimentelle Version basteln...

so schwer ist das nicht...

bin mir sicher, das Volk das schnell hinbekommt...

weil,

die eigentliche Rom kann bleiben,

nur am Kernel, muss minimal was geändert werden

und die Skripte zum Partitionieren müssen ins Recovery...

aber, vielleicht fühlt sich dann T... auf den Schlips getreten?...

January 14, 2014

Dass volk da allerdings keine NAND-Version bauen will, versteh ich trotzdem nicht...

1.

volk204 nutzt den gleichen moviNAND wie T...

Wie oft denn noch...

Nur T. nutzt die kompletten 2 GB moviNAND, mit neuer Partitionierung...

Ich bezweifle nach wie vor. NAND für NOT and...

2.

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

No correct charger - No NAND version

Zur Ladefunktion fällt mir nur ein. Das vermutlich bada intern, also ohne Android schon ein Unterschied zwischen AMSS und apps_compressed ist...

Also die Messfunktion driftet irgendwie auseinander, wenn man den Call Processor Qualcomm einsetzt...

Eventuell würde das Problem weniger bestehen, wenn man sich apps_compressed genauer ansieht...

MfG

January 14, 2014

ich bin zur Zeit auch gegen eine reine NAND-Version

(also wo Bada gelöscht ist...)

wegen,

der Ladefunktion und unter Bada kann man das Wave ausschalten...

aber,

was wirklich Sinn macht,

wäre, eine SD-Version...

denn, es soll noch Leute geben, die Bada wirklich nutzen...

hier wird der Speicher für Bada wirklich eng, wenn die Rom drauf ist...

würde das zimage im Benutzerspeicher lassen und auch die Fota...

im Kernel alles auf die SD verlinken...

wenn man das Wave normal einschaltet,

bekommt man von Android nichts mit...

(werden nur paar MB fürs zimage belegt...)

aber glaubt mir, auch die ROM von Volk, funktioniert als SD-Version...

hatte das vor längerer Zeit mal versucht,

aber war zu Faul, die Skripte zum Partitionieren ins Recovery zu basteln...

(die SD hatte ich dann, mit meinem Linux-Rechner Partitioniert und mit den Dateien bestückt...)

falls das jemanden interessiert, kann er mal höflich bei Volk nachfragen,

ob er dies umsetzen würde...

das ist eigentlich, kein großer Programmier-Aufwand...

January 15, 2014

weil ich auf XDA gelesen habe, das wifi, auf dem WAVE2 nicht hinhaut...

da ich gerade ein WAVE2 zum spielen da habe,

es stimmt, WLAN will bei mir, mit der "CM11 Badadroid v4" nicht...

aber zum Testen, gehe ich erst mal den einfachen Weg...

hab die ROM einfach mal entpackt,

dann, in \system\bin\ die

- "setmodel.sh" gelöscht...

und noch in \system\vendor\firmware\ die

- "bcm4329_s8500.hcd", und die

- "nvram_net_s8500.txt", gelöscht...

dann die,

- "bcm4329_s8530.hcd" in "bcm4329.hcd" umbenannt,

und die

- "nvram_net_s8530.txt" in "nvram_net.txt" umbenannt.

- in der "build.prop" noch statt 8500, 8530 eingetragen (ist aber eigentlich egal...)

und im "updater-script"...

dann alles wieder gezippt,

aufs Zweier,

dann haut es, auch mit WLAN hin...

Gesamtaufwand, ca. 10 Minuten...

aber keine Zeit, um mich durch den Quelltext zu wühlen...

January 15, 2014

Hab das mal so auf xda gestellt...

Vielleicht testet das dort mal wer...

January 15, 2014

Hat jemand von Euch die SBL hier?

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

Bitte.

Danke.

MfG

January 15, 2014

@ Taxidriver05,

wenn, Du was schreibst, dann probiere das auch!...

(weil, Du schreibst oft, wirklich, viel Müll...)

Beispiel, auf XDA:

1. Unzip ROM.
2. Go to \system\bin\ and delete "setmodel.sh"...
3. Go to \system\vendor\firmware\ and delete "bcm4329_s8500.hcd" & "nvram_net_s8500.txt".
4. Rename "bcm4329_s8530.hcd" to "bcm4329.hcd" and "nvram_net_s8530.txt" to "nvram_net.txt".
5. in "build.prop" and "updater-script" change 8500 to 8530...
6. Rezip whole ROM and install...

in "build.prop" ist das richtig,

aber,

im "updater-script" ???

ich hatte geschrieben:

- in der "build.prop" noch statt 8500, 8530 eingetragen (ist aber eigentlich egal...)
und im "updater-script"...

updater-script… bedeutet natürlich, das ich da auch noch was geändert habe!!!...

(war aber zu Faul, weitere Details zu schreiben...)

da ich wenig Zeit habe, nehme ich mir einfach mal T... sein Ego an,

bei mir haut es hin...

aber eigentlich, ist mir das auch Egal...

hätte das jetzt, auch noch als Patch geliefert,

aber hab das Zweier nicht mehr bei mir...

(also, kann das nicht mehr Testen...)

January 16, 2014

Okay...

Hab es nicht testen können...

Ich hab das schlichtweg direkt übersetzt...

January 16, 2014

hab es raus gefunden, warum WLAN nicht immer will..

wenn man schon mehrere Roms versucht hatte...

es liegt an der Speicherkarte...

wirklich, vorher, diese Ordner von der Speicherkarte löschen:

".android_secure"

"Android"

"LOST.DIR"

"Notifications"

kein Plan, welcher Ordner dafür verantwortlich ist, hab diese halt gelöscht...

(dann sollte es mit Volk seiner Rom hinhauen...)

denn das, mit dem nicht funktionierendem WLAN, ist mir gerade auf dem Einser passiert...

(das kann, jemand auf XDA schrieben, ich bin zu faul...)

January 17, 2014

Eventuell könnte ja auch selbiger Effekt bei Tigrouzen's ROM auftreten...

Müsste man wohl mal ebenso testen...

January 17, 2014

ja es stimmt,

irgendwelcher Rest, bleibt irgendwo bestehen...

wenn ich neu Flashe, und keine Speicherkarte drin habe, haut es sofort hin...

selbigen Test, hat mir auch mein 14-jähriger Kollege, auf dem Zweier, bestätigt,

also, der jetzt mein Zweier hat...

January 18, 2014

aber Volk, hat recht...

was das WLAN angeht, das liegt wirklich am Kernel...

hab es gerade mal als Basis, mit den Kernel-Sources der CM10.2 versucht...

es haut dann wirklich, auf dem Einser und Zweier, sofort hin... (was WLAN angeht)

(war nur ein Test, aber Volk ist dran...)

weil,

was das WLAN-Problem angeht,

scheint es keine allgemeine Lösung zu geben...

bei jedem klappt das anders...

January 18, 2014

Moni Moin!

Habe auf meinem 2er die aktuelle ZenDroKat Version installieren wollen. Nach dem Kopieren des Kernels und des ROMs auf die SD und anschließendem Flash des Bootdateien und der Fota komme ich nicht in den Recovery-Modus. Es steht einfach nur in roter ASCII-Schrift Wave auf dem Display. Bada starten über Annehmen und Auflegen geht, aber halt nicht der Rec-Mode. Was mach ich falsch?

Edit: Hat sich erledigt. Geht plötzlich...

bearbeitet January 18, 2014 von Chebu

January 19, 2014

weil, ich das gerade gelesen habe:

Zitat von Johnie von,
https://www.badania.de/2013/12/badadroid-v3-1-by-volk204/comment-page-1/#comment-10042

Seit ein paar Tagen gibt es ja nun die: CM11 Badadroid v4 Version
for WAVE and WAVE 2 based on Android 4.4.2 von Volk.
Es sind einiges an Neuerungen was den Kernel angeht hinzugekommen:
updated CPU governors, I/O schedulers, and many other performance patches
Leider wurden aber wieder nun Neuerungen eingeführt statt bestehende Bugs anzugehen. Ich hätte mir eher ein Update der Version 3.x auf eine stabile CM 10.2.0 Version mit ein paar Bugfixes gewünscht, anstatt einer instabilen Kitkat Version.
Ein Telefon welches man nicht unbeaufsichtigt Laden kann ist für mich im Praxiseinsatz leider untauglich. Wie sind eure Erfahrungen mit den Roms von Volk?

natürlich, bleiben die alten Bugs bestehen...

weil bisher, als Basis, diese Patchs genutzt werden:

https://github.com/Badadroid/android_external_libmocha-ipc

und

https://github.com/Badadroid/android_device_samsung_wave

…

hab es bestimmt schon öfter geschrieben,

es wird uns gezeigt, das man auch eine neue CM-Version, aufs WAVE bekommt,

aber mal ehrlich,

bei der neuen Rom sind eigentlich alle bekannten Fehler enthalten,

es sind nur neue Funktionen hinzugekommen

und bei der KitKat sind noch von Googles Seite, einige Macken drin...

aber glaube, es interessiert sich fast keiner mehr dafür,

wenn ich mir diese Abstimmung anschaue,

(Bildchen im Anhang)

January 20, 2014

Die Abstimmung kannst Du schon mal vergessen...

Denn Tigrouzen hat selbst schon signalisiert, dass er eher an der 4.4.2er weiter arbeiten würde...

Deutscher badaDROID-Support-Thread

Frage

Taxidriver05 324

Diesen Beitrag teilen

Link zum Beitrag

385 Antworten auf diese Frage

Recommended Posts

adfree 430

Diesen Beitrag teilen

Link zum Beitrag

Gunter33 399

Diesen Beitrag teilen

Link zum Beitrag

Taxidriver05 324

Diesen Beitrag teilen

Link zum Beitrag

Gunter33 399

Diesen Beitrag teilen

Link zum Beitrag

Taxidriver05 324

Diesen Beitrag teilen

Link zum Beitrag

Gunter33 399

Diesen Beitrag teilen

Link zum Beitrag

adfree 430

Diesen Beitrag teilen

Link zum Beitrag

Gunter33 399

Diesen Beitrag teilen

Link zum Beitrag

Gunter33 399

Diesen Beitrag teilen

Link zum Beitrag

Taxidriver05 324

Diesen Beitrag teilen

Link zum Beitrag

adfree 430

Diesen Beitrag teilen

Link zum Beitrag

Gunter33 399

Diesen Beitrag teilen

Link zum Beitrag

Taxidriver05 324

Diesen Beitrag teilen

Link zum Beitrag

Gunter33 399

Diesen Beitrag teilen

Link zum Beitrag

Taxidriver05 324

Diesen Beitrag teilen

Link zum Beitrag

Gunter33 399

Diesen Beitrag teilen

Link zum Beitrag

Gunter33 399

Diesen Beitrag teilen

Link zum Beitrag

Chebu 0

Diesen Beitrag teilen

Link zum Beitrag

Gunter33 399

Diesen Beitrag teilen

Link zum Beitrag

Taxidriver05 324

Diesen Beitrag teilen

Link zum Beitrag

Please sign in to comment

Handy-FAQ

Wichtige Information