Informationen zu daddle

McB schrieb: danke @daddle...       Edit4: hmmm... die capsule.bin wird aber doch abba'  in beiden geflashed... wenn ich das richtig gelesen hab (brilleputz)...   Edit5: deswegen schrieb ich ja 'part x' also innerhalb des scriptes und nicht stage... abba oki Jetzt schmeisst du ja Alles durcheinander.    Variante I flasht nur das Bios > also muss die capsule.bin geflasht werden.   Variante II flasht Alles  > also neue System-Version V2, und dazu gehöriges neues Bios. Daher ist auch bei Variante 2 natürlich die Zeile: "fastboot.exe flash capsule capsule.bin" auch vorhanden!   Und zu den Begriffen, die flash.bat oder flash.sh ist ein script! Das heisst iin TheDocs Post 47 sind zwei Scripte, eigentlich deren Inhalte, veröffentlicht!   Ich hoffe jetzt sind alle Klarheiten beseitigt!   Gruss,daddle ... Mehr anzeigen

McB schrieb:Aus dem Gedächtnis, wg. Crash!  Part 1 flasht das Bios, part 2 die version V2   danke @daddle...    Edit1: sorry für den crash... sollte es aufgeben via tab zu tippen - liegt mir eh nicht so 😉   Hi McB,  Stimmt so auch nicht; Part (Stage) 1 bootet das Tab  mit dem geflashten osloader efilinux-user.efi in den Droidboot-Modus; Part 2 flasht nach den images das neue Bios, die  capsule.bin. Oder meinst du  die erste flash.bat  aus dem Post 47, also Variante fürs "Nur Bios flashen", und die zweite Variante flash.bat für "Flasht Alles ohne Datenverlust". Ist etwas irreführend, da es in jeder der Flash-Anleitungen einen Teil 1 und Teil 2 gibt!   Gruss, daddle ... Mehr anzeigen

Das siehst du komplett falsch. Da steht doch in der Überschrift: "Alles flashen ohne Datenverlust!" und in den flash-Befehlen:   fastboot.exe flash ESP esp.img fastboot.exe flash fastboot droidboot.img fastboot.exe flash boot boot.img fastboot.exe flash recovery recovery.img fastboot.exe flash system system.img fastboot.exe flash capsule capsule.bin   Also fast alle Partitions-images, ist aus dem Recovery-Paket V2.1, also die Version V2, und die capsule.bin zum Schluss ist das neue Bios! Und vorsichtig formuliert (BigDoctor is Watching Me) mitentscheidend ist das neue boot.img mit den neuen Treibern für den RealTek-Wlan-Chip!   daddle ... Mehr anzeigen

rainzor schrieb: @daddle   Aber das ist es doch gerade, was ich sagen will. Ein mal die Frage (weil ja hier die Entfernung des DL genannt) wurde, dann eine Antwort und Ruhe ist.   >>>  Du Opimist!  Es bleibt nicht bei einer Frage und einer Antwort, und ist letztlich trotzdem OT!   Und die meisten OT's kommen ja nicht durch die Frage zustande, sondern durch die Kritik daran. Und auch die meisten persönlichen Angriffe im von dir erwähnten Thread gingen ja von McB aus, wie hier jetzt auch wieder.   >>>  Sehe ich nicht so. Aufforderung zum Lesen ist ja noch OK, andere pauschal wegen berechtigter Einlassung als "Oberlehrer" zu titulieren nicht!    Gruss und für mich Ende der abstrusen Diskussion, daddle     ... Mehr anzeigen

Hi Rainzor,   OT heisst Off Topic und Lollipop ist eben in diesem Thread Off Topic.     Also wenn man Fragen zum Lollipop-Release oder einer neuen Tab-Aktion mit Lollipop hat, dann eröffnet doch einen neuen Thread mit diesem Thema!     Es will Euch ja niemand das Informationsbedürfnis absprechen, nur Fragen zu Lollipop sollten in einem deutlich OTA #3v2, also für KitKat benannten Thread, nicht unbedingt gestellt werden.   Und zu deinem gerade geschriebenem Edit, und Masterkeys Einlassung, mittlerweile schon 8 Posts zu Lollipop im falschen Thread. Und es geht wieder genauso los mit persönlichen Angriffen wie in dem gerade  geschlossenem Ota #3 und Ota #4-Thread!   daddle ... Mehr anzeigen

Hi masterkey,   gerade deine Erklärungen bestätigen dass deine Frage hier OT ist. Insoweit ist McB's Bemerkung deine Frage ist hier OT nicht überflüssig, sondern gold-richtig.  Und mit ein bisschen Nachdenken könntest du die Frage mit deinem Informationsstand selber beantworten, und nachlesen. Siehe auch  McB's Link!   Der   Online Update #3 Version 2 - Thread soll ja  nicht wieder mit Lollipop-Diskussionen verwässert und aufgebläht werden.   gruss, daddle   ... Mehr anzeigen

björnp schrieb: Danke für den tip. Habe den Haken gerade entfernt. Würde aber dagegen sprechen das es in der nacht auch passiert ist, mit angeschlossenem Netzteil. Test aber jetzt trotzdem.   Hi Björnp,   die Annahme entsprechend dem nominellen Eintrag, dass  das Wlan nur im Akkubetrieb minimiert wird  und bei Netzteilbetrieb nicht, könnte irreführend sein, Denn den Strom holt sich das Wlan-Modul immer vom Akku.   Minimierung des Akkuverbrauchs bedeutet erst mal eine Reduktion der Sendeleistung, Jede Funktion im Tab holt sich den Strom vom Akku, Netzteilbetrieb heisst nur dass nachgeladen wird.      Es könnte also durchaus der Wlan-Optimierung schnurzpiepe sein, ob ein Netzteil angeschlossen ist oder nicht. Wenn doch, wird eben Energie nachgeladen; wenn nicht, macht die Optimierung= Minimierung des Akkuverbauchs= Minimierung des Stromverbrauches  Sinn, um den Akku zu schonen!   daddle     ... Mehr anzeigen

Hallo Lifetabber,   die Updates müssen sequentiell installiert werden, also nacheinander, Wenn du Ota #3 installiert hast, wird dir OTA #3v2 als Update angeboten. Der Flash-Vorgang dauert jeweils nur ein paar Minuten , Bios-Flash abwarten, dann eine Taste Vol. - oder + zum neuen System-Start.    Du kannst zwar das recovery-paket V2.1 direkt installieren, dann aber werden deine Daten gelöscht, oder du editierst dir die flash.bat oder flash.sh wie TheDoctor das in einem vorherigen Post beschrieben hat, um die Daten zu erhalten.   Aber du landest auf beiden Wegen bei Version OTA #3V2. also gleicher Softwarestand. Und mit den OTA's bist du auf der sichereren Seite; keine Editier-Fehler in der Flash.bat!   daddle ... Mehr anzeigen

  Hi @björnp   Auch ich hatte (bei mir direkt  nach OTA #3-Update, bei anderen schon vorher) das Problem, dass entweder Wlan nicht aufwachte > Abhilfe war ein Refresh des Netzwerkes (der SSID), oder das Wlan-Symbol zeigte Weiss für volle Aktivität an, trotzdem gab es keinen Daten aus dem i-Net. Da half nur WLan ganz aus und wieder anschalten.   Zusätzlich war im StandBy Wlan trotz Häkchen bei "Immer aktiv" nicht aktiv, und beim WakeUp dauerte es mehr als eine Minute,  bis die Wlan-Verbindung wieder stand, oder Icon blieb Orange ohne Verbindung.so dass nur  ein SSID-Netzwerk-Refresh (neu verbinden lassen) half.   Hast du das Häkchen bei Wlan-Optimierung> Akkuverbrauch bei aktiviertem Wlan optimieren angeXt? Nimm das mal raus, vielleicht senkt das die Sende-Leistung des Wlan-Moduls zu stark ab, dass ein unempfindlicherer Router denkt das Tab wäre abgeschaltet.   Auf jeden Fal hat bei mir und anderen das letzte Update OTA #3v2, bzw. das Recovery-Paket V2.1 alle diese Wlan-Fehler behoben.  Und ob du am Router so genau ablesen kannst das Tab verlöre die Verbindung bezweifle ich, da laufen meist im Hintergrund noch shake hands Prozesse ab, die dir nur nicht angezeigt werden; und bei aktivem Daten-Traffic sofort die Verbindung voll aktivieren.  Aber da weiss McB mehr dazu als ich. (hoffe ich!)   daddle ... Mehr anzeigen

Blaubär schrieb: ich schau mal, wie es mit dem WLAN jetzt läuft, hatte bisher aus dem Standby heraus und im laufenden Betrieb immer wieder Abbrüche. Hi Blaubär,   wofür fragts du vorher eigentlich hier und antworten dir andere User? Es wurde eindeutig gesagt, der Wlan-Fehler ist mit dem   neuesten Update behoben wurden! Da "brauchst net zu schaun", geniesse es lieber!   Und TheDoctor gibt das Update von Beta auf Allgemein frei. Mehr Reassurance können wir dir nicht bieten.   MfG, daddle   ... Mehr anzeigen

 HI @Blaubär    die Option Am Beta-Test teilnehmen ermöglicht Medion die Updates zuerst an interessierte User freizuschalten, Dies wurde  bei dem Lollipop-Update erstmals eingeführt, da es eindeutig experimentell war, die User (und der neue Verkaufsprospekt drängten) Lollipop einzuführen und zu veröffentlichen, und User konnten damit steuern wer es ausprobieren möchte.   Da Lolllipop noch buggy war, wurde es zurückgezogen, die mit OTA #3 erstmalig eingeführte Beta-Testteilnahme-Option für das Lollipop-Update, bot jetzt die Möglichkeit auch das verbesserte, den Wlan-Fehler ausmerzende KitKat-Update OTA #3v2 vorab von einigen Usern testen zu lassen, und KitKat-Ota #3v2 wurde daher als Beta markiert. Siehe Post 1 von @TheDoctor.   Da mit OTA #3v2 der Wlan-Fehler beseitigt wurde, neue Fehler(chen) bisher nicht aufgetreten / gemeldet  sind, kann man m.E. unbesorgt Ota #3v2 als Beta installieren, eine Notwendigkeit zum Zurück-Flashen besteht daher nicht. Wobei das mit dem veröffentlichtem Android-Recovery-Paket (V2.1) ein Kinderspiel ist.   Das Wlan funktioniert jetzt einwandfrei. Ich denke die Freigabe für alle wird schnell folgen.   daddle     ... Mehr anzeigen

björnp schrieb: @TheDoctor Es ist nach dem standby zwar teilweise immer noch kurz grau, verbindet sich dann aber von alleine ohne irgendwelche klimmzuge. Ebenso wenn das wlan wieder reaktiviert wird. Hi björnp, wie McB schon sagt, wenn und falls du die Wlan-> Drei Punkte > Erweitert > Option " Im Standby immer aktiv lassen" angeXt hast, muss das Wlan-Icon sofort beim WakeUp weiss sein; und Imap-Mails oder Push-Nachrichten müssen schon während des StandBy's empfangen worden sein, so dass sie direkt beim Wake Up vorhanden sind! So ist es jetzt bei mir! Und was meinst du mit "ebenso wenn das wlan wieder reaktiviert wird", du meinst nach Wlan Aus - und dann Wiederanschalten kommt die Verbindung sofort? Ok, aber das war eigentlich bei den meisten  immer so und machte man zur Fehlerbehebung, wenn i-net festhing oder trotz weissem Wlan-Symbol für vollem Empfang keine Inhalte durchkamen. grüsse,daddle d ... Mehr anzeigen

Danke für die Erläuterungen.   Ja, ich war einer der geschrieben hatte der Wlan-Fehler tauchte bei mir erst nach OTA#3 auf!  Obwohl ich da das Fehlen von Pushs im Standby vorher nicht als Fehler registriert oder bemängelt hätte, kriege zu wenig davon; erst die Wlan- undi-Net-Verbindungsabbrüche fielen mir nach OTA #3 auf.   Allerdings habe ich das auch nicht nur an OTA #3 festgemacht sondern auch den Zeitfaktor ins Spiel gebracht, dass es bei Allen möglicherweise nur eine Koinzidenz mit einem OTA-Update war, weil wir  ja gerne nach nahe liegenden Erklärungen suchen!    In  OTA #3 wurde ja die  Boot gepatcht, angeblich um den Wlan-Fehler, den andere schon vorher hatten, zu beheben, und danach trat er erst  bei mir so massiv in Erscheinung, dass nach StandBy und WakeUp sogar ausser dem typisch orangenem  Icon für getörte Verbindung, selbst bei weissem Wlan-Symbol keine i-Net-Verbindung bestand, und erst ein voller Wlan-Reset überhaupt eine Verbindung  zu Stande brachte. Refresh der SSID-Verbindung  reichte da nicht aus.   Aber ich werde jetzt Ota #2 flashen mit allen passenden Dateien und altem Bios, und dazu die neue boot nehmen, bin mal gespannt.   grüsse, daddle     ... Mehr anzeigen

Testreihe:   Bios-Flash mit capsule.bin aus OTA #3                          > Kein Droidboot möglich, mit oder ohne SD-Karte im Slot   Bios-Flash m. BIOSUPDATE:fv, erstes Recover-Paket  > Droidboot geht, ohne und mit  SD-Karte im Slot   Bios-Flash aus capsule.bin aus Recover-PaketV2.1      > Droidboot startet nur ohne Sd-Karte im Slot!  Mit SD-Karte nicht ! (= capsule.bin aus OTA #3v2)   Zusätzlich die capsule.bin aus dem Recover V2.1 mit der efilinux-user.efi, dem esp.img und droidboot(=fastboot).img aus dem funktionierenden Recover (V1.)geflasht, bleibt bei dem oben aufgezähltem Verhalten, booten ins Droidboot nur ohne SD-Karte im Slot; verschiedene boot- und recovery-images ändern daran auch nichts.     @TheDoctor   Warum lässt du bei der Flash.bat zum Flashen ohne Datenverlust die Zeile "fastboot.exe oem wipe ESP" aus? Ist clean flashen nicht besser? Oder bedeutet "...oem wipe ESP" auch das Löschen der Partition; habe allerdings meinem Flashen der esp.img auf die ESP immer wipe vorhergeschickt, auch ohne neues "oem partitioning" , und funktionierte.    Müsste ich  die Flash-Test-Reihe nochmal wiederholen, da ich sie durchgehend mit der efilinux-user.efi Version aus dem Recover V2.1 gemacht habe, die ja in Stage1 immer mit geflasht wird.  Wohin eigentlich??   Macht das einen Unterschied, da die neuere Version ein wenig verändert ist zu der aus dem ersten Recover-Paket (analog bei den OTA's)?  Hatte allerdings bevor das Recover-Paket 2.1 kam, also mit der zur Version jeweils passenden efililnux-user.efi geflasht, das jeweils o.a. selbe  Droidboot-Verhalten bzgl. primäres Booten in den Droidboot-Modus.   Dafür weiss ich eben zuwenig was das Flashen der efilinux-user.efi macht; und ob das Bios beim normalen Start einen integrierten osloader lädt, und der von uns in Stage1 geflashte osloader efilinux-user.efi wieder überschrieben wird und keine Rolle mehr spielt.   Noch etwas ist mir aufgefallen:   Wenn man im ersten Recover-Paket die boot.img mit dem neuen boot.img aus Recover-Paket V2.1 ersetzt, und das Recover-Paket (V1) mit dem ausgetauschten boot.img flasht, hat man erst mal alles was man will: Funktionierendes Droidboot Start-Verhalten mit und ohne Sd-Karte, und, wie ich früher schon hier geschrieben hatte, wieder die Ladeanzeige, und der Wlan-Standby Fehler ist (vorläufig) auch weg! (Ich weiss, wird wahrscheinlich nicht gut fürs nächste neue Lollipop-Ota wenn das kommt! Aber "for the time being.....")    Wollte nur aufzeigen, dass das Wlan-Problem eben doch nur an den Realtek-Treibern und Firmware gelegen haben kann. Als ich das vor zwei Monaten hier schrieb, wurde ich etwas unsanft korrigiert.     daddle ... Mehr anzeigen

  B E S T Ä T I G T       Auf diese Idee muss man erst mal kommen! Auch die arme Qualitäts-Kontrolle!    Wäre interessant zu testen ob das auch die Ursache bei der anderen Bios-Version OTA #3 war, womit man ja auch nicht ins Droidboot kam!  Werde ich gleich mal testen! Und mit dem Bios aus dem ersten Recover-Paket.    Hatte allerdings bei der vorigen Bios-Version (BIOSUPDATE.fv) aus dem ersten Recover-Paket immer meine sd-Karte drin, soweit ich mich erinnere, schon um das CWM-Backup zum Restoren direkt zur Verfügung zu haben; und kam auch in den Droidboot-Modus.   Aber wenn das Bios oder der Bootloader beim Starten jetzt zuerst auf der sd-Karte eine boot-partition sucht ist das interessant. Sind denn diese Änderungen mit der neuen Bios-Version von Intel nicht dokumentiert?   daddle ... Mehr anzeigen

Hallo @TheDoctor,   das Bios hatte ich bereits nach Ändern der flash.bat in der von dir beschriebenen Weise einzeln neu geflasht, zum Testen bevor ich meinen bösen Post schrieb!  "Batterie" leer ist  leider falsch, habe dies bei mindestens 75% Akku gemacht.   Die kompletten Flash-Zeilen mit den vielen Unterabschnitten laufen durch, kein Error zwischendurch. Am Ende steht, "Alle Bios Komponenten upgedated", dann kommt die Mitteilung das die SEC- firmware nicht upgedated wird da old version = new version (1.1.0.1030 gaub ich), dann ESRT wird aktualisiert. Danach "Press any key to continue".  Alles aus dem Gedächtnis.   Hatte bereits mehrfach das Bios geflasht, im Verbund für die Versionen ota#2, ota#3, ota#3v2, und im Rahmen des alten und neuen Recovery-Paketes. Dabei soweit möglich die Mitteilungen mitgelesen, immer der selbe Ablauf, bis auf den Bios-flash mit OTA#3, da wurde soweit ich mich erinnere zusätzlich die SEC-firmware von xxx.1013 auf xxx-1030 mit upgedatet.   Booten in den Droidboot-Modus funktionierte nicht nach OTA #3, wohl nach dem ersten Recovery-Paket (v1), und nach dem Lollipop-Update. Nach Recovery-Paket V2, (hatte selber die fehlende  Zeile für das flashen der capsule.bin RICHTIG  nachgetragen), habe ich den  Zugang zum Droidboot-Modus nicht mehr getestet, da ich zu sehr darauf fokussiert war, wie ihr wahrscheinlich auch, das Wlan-Verhalten zu testen.   Da dies mit Recover-Paket v2.1  funktionierte, Rückflash auf Stand Ota#2 um mich der OTA-Kette entlang hangeln zu können, wie dir schon mal hier beschrieben,  In Stand OTA #2 Droidboot getestet (wg. wie du mal sagtest critical bios-downgrade). Da funktionierte Booten ins Droidboot. Dann nacheinander die Updates OTA #3 und OTA #3v2 geflasht, echt  "over the air", nicht mein gesichertes OTA #3,  und jetzt nur das Wlan-Verhalten getestet,  das ja sehr erfreulicherweise  mit dem neuen Kernel funktioniert.   Bis gestern der andere User adamp den Droidboot-Fehler meldete, und ich genauso überrascht wie du, es testete, und eben auch nicht mehr in den Droidboot-Modus booten konnte. Bios nachgeflasht, mit und ohne esp- und droidboot.img, Sorry no way.    Komme in die shell, komme in den DnX, aber nicht mehr ins Droidboot, auch nicht nach dem singulärem Bios-flash aus dem Recover-Paketv2. (für mich ist V2 undV2.1 gleich, da ich die fehlende Zeile ergänzt hatte; daher schrieb ich schon mal V2 und V2.1, sind bei mir gleich im Inhalt; (ist  immer mit der ergänzten Zeile "fastboot.exe flash capsule capsule.bin")   Gruss, daddle Sorry, to mess up your day!       Es sollen mal andere User die Recover-Paket v2.1 geflasht haben hier testen, zum be- oder entkräften:   Tablet aus USB-Kabel ab Lautstärke leiser(-) drücken und festhalten, dazu die Power-Taste drücken bis das Tab in 's Droidboot bootet; wenn nicht startet der "Lifetab"-Schriftzug. @adamp   "Deshalb hat es mich auch gewundert, da das OTA 3 V2 den Droid Boot Modus zulassen sollte. Ich kann ja immer noch das gesamte Recovery Image drüberbraten. Ich wollte es aber an sich vermeiden."   >>>>Wieso gewundert, in dem RecoveryPaketV2 ist das selbe Bios und esp- und droidboot-image. Hier ist meine biosflash.bat:    Achte auf die drei mit der Raute auskommentierten Zeilen, oder lösche die auch.     echo off echo "" echo "***********************************" echo "*** Intel flash process stage 1 ***" echo "***********************************" echo "" fastboot.exe flash osloader efilinux-user.efi fastboot.exe boot droidboot.img timeout 10 echo "" echo "***********************************" echo "*** Intel flash process stage 2 ***" echo "***********************************" echo "" #fastboot.exe oem wipe ESP #fastboot.exe flash ESP esp.img #fastboot.exe flash fastboot droidboot.img fastboot.exe flash capsule capsule.bin fastboot.exe continue echo "" echo "***********************************" echo "*** Finished. ***" echo "***********************************" echo "" @TheDoctor   Hatte mit der esp und droidboot und ohne die beiden getestet, daher die drei Zeilen für den letzten Flash auskommentiert! Machte aber keinen Unterschied.   ... Mehr anzeigen

adamp schrieb: Hallo. Ich habe nun folgendes Problem.   Das Einspielen von beiden Updates verlief fehlerlos und das Tablet funktioniert an sich auch fehlerfrei.   ABER: Trotz OTA 3 V2 kann ich mit Vol - und Power nicht in den Droid Boot Modus.   Normal sollte das Problem ja mit dem OTA 3 V2 gefixt sein.   Habt ihr eine Idee was da schief gelaufen sein könnte?    Und was mich noch wundert: Android 5 wurde wegen der zahlreichen Bugs beim Lifetab zurückgezogen (zumindest aktuell). Im aktuellen Aldi Prospekt ab 24.09.2015 wird das TAB mit Android 5 beworben. Wie kann das sein? Welche Version ist da installiert? Schöne Grüße Adam     Hi Adam, Das muss ich leider bestätigen, auch ich komme mit den gewohnten Tasten nicht mehr ins Droidboot. Zustand bei mir ebenfalls nach OTA #3v2! Das heisst nur das Bios aus dem alte Recovery-Paket(v1) erlaubte Booten in den Droidboot- Modus,  und jene vor Update #3. Welch ein Mist!   Vorläufige Abhilfe;  die flash.bat aus dem Recovery-Paket ins eigene Verzeichnis zurück kopieren, dabei in droid.bat umbenennen, sonst geht das rückkopieren nicht.    Dann editieren und nur den ersten Abschnitt Intel Stage1 belassen, also alles nach "Timeout 10 Sek". löschen.    Ist das Tab jetzt im DnX -Modus und ruft man die droid-bat auf, wird nur die efilinux-user.efi geflasht und der droidboot-modus gestartet, so das man dann von da ins recovery booten kann.   Oder ersetzt in der gekürzten droid.bat die Zeile "fastboot.exe boot droidboot.img "durch "fastboot.exe boot recovery.img".   Ich werde nochmal das Bios aus dem alten Recovery-Paket flashen; damit ging droidboot, und testen ob das Einfluss auf das Wlan hat und nicht wieder die alten Probleme zurück bringt. Sollte ja nicht, da eher die neue Realtec Treiber, supplicant und was weiss ich nich noch im Kernel die Wlan-Fehlerbehebung gemacht haben soll.   An TheDoctor,   wie hängen eifilinux-user.efi und esp.img zusammen. Ist der osloader Teil des esp.img oder gar das selbe?   Theoretisch und praktisch müsste doch jedes Rom (system und kernel) mit jeder Bios-Version funktionieren, genauso mit jeder Fastboot.img (droidboot)-Version. Oder soll/muss gehören esp.img und droidboot.img und efilinux-user.efi eines Updates odet Paketes zwingend zusammen? Antwort gerne auch als PN, werde alle Kombinationen durch flashen, erst jeweils die zusammen gelieferten, danach unterschiedliche;  aber Antworten von dir würde es mir deutlich vereinfachen und abkürzen.   Es kann doch nicht sein dass ihr wieder ein Bios und osloader liefert, sagt Booten ins  droidboot und recovery würde wieder funktionieren, dabei ist das damit schlechter als im alten Recovery-Paket, womit es wenigstens funktioniert hatte.   Wer macht denn da die Qualitätskontrolle, erinnere auch an die fehlende Zeile zum Flashen des neuen Bios in der flash.bat! Und das bei eurem momentanem "Flagschiff", dem S10346.   daddle ... Mehr anzeigen