Na ja die ganzen automounter niederzuknüppeln ist nicht die feine Art, normal sollte es reichen alles zu umounten - aber es soll DAU sicher sein, also denke ich wir bauen das halt in der 0.4 auch noch ein.
gutenacht
gutemine
Na ja die ganzen automounter niederzuknüppeln ist nicht die feine Art, normal sollte es reichen alles zu umounten - aber es soll DAU sicher sein, also denke ich wir bauen das halt in der 0.4 auch noch ein.
gutenacht
gutemine
ok, machen wir feierabend für heute
/dev/sdf1 on /media/boot type vfat (rw,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1)
sdf2 fehlt nun ganz
es überschneidet sich immer noch, old ist von dumbo
Device Boot Start End MiB #blocks Id System
/dev/sdf1 * 0+ 22- 23- 23063+ 6 FAT16
/dev/sdf2 18+ 3813- 3796- 3886284 83 Linux
/dev/sdf3 0 - 0 0 0 Empty
/dev/sdf4 0 - 0 0 0 Empty
New situation:
Units = mebibytes of 1048576 bytes, blocks of 1024 bytes, counting from 0
Device Boot Start End MiB #blocks Id System
/dev/sdf1 * 0+ 22- 23- 23063+ c W95 FAT32 (LBA)
/dev/sdf2 22+ 1024- 1003- 1026348 83 Linux
/dev/sdf3 1024+ 3813- 2790- 2856092 83 Linux
/dev/sdf4 0 - 0 0 0 Empty
Successfully wrote the new partition table
Alles anzeigen
Mach mal kleineres FAT dann sollte es nicht so schlimm sein. Ich teste hier nur mit kleinem 512MB stick da geht es problemlos.
Ich wollte das Angeben der Partition Size im MB fürs sfdisk ausprobieren wie du mir geschickt hast, aber ich werden das wohl wieder auf Blocks zurückbauen, da kann keine Überschneidung passieren und im python ist leichter rechnen als in einem shellscript.
Und wenn die Partitionierung komisch ist formatier Ihn mal mit dem HP Tool und boote damit neu - ich nulle zwar den Partititionsanfang aus um alte Parttitionierung oder Labels loszuwerden, aber nachdem der Kernel cached und das reloaden nicht 100% funktioniert hilft das evt.
LG
gutemine
hab mal schnell nen test in der mitagspause gemacht und leider nen grünen gehabt .
schau mal
kann erst heute abend nochmal testen
hier mal alles was dumbo gemacht hat aus dem log
[Dumbo] nfi file size 40149712
[Dumbo] dm800 dm800
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20165.0000491 60 True
action -> MsgBoxActions ok
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20171.0000272 60 True
VIDEO_GET_EVENT - ok
It's now Mon Feb 28 12:50:12 2011
[timer.py] next activation: 1298893912 (in 99995 ms)
It's now Mon Feb 28 12:50:12 2011
[timer.py] next activation: 1298893912 (in 99990 ms)
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20177.0000272 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20183.0000272 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20189.0000381 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20195.000005 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20201.0000782 60 True
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 469541 bytes for cache used
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20207.0000482 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20213.000025 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20219.00002 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20225.0000501 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20231.0000482 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20237.0000191 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20243.0000691 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20249.0000391 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20254.9999912 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20261.0000272 60 True
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 469541 bytes for cache used
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20267.0000472 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20272.9999971 60 True
It's now Mon Feb 28 12:51:52 2011
[timer.py] next activation: 1298894012 (in 99995 ms)
It's now Mon Feb 28 12:51:52 2011
[timer.py] next activation: 1298894012 (in 99990 ms)
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20279.0000312 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20285.0000041 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20291.0000651 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20297.0000572 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20303.0000622 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20309.0000281 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20315.000005 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20321.000025 60 True
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 469541 bytes for cache used
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20327.0000091 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20332.9999952 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20339.000035 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20345.0000391 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20351.0000021 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20357.0000422 60 True
[CHECKSOFTWAREUPDATE] planning dummy check
action -> MsgBoxActions ok
[Dumbo] is extracting now ....
[Dumbo] info brw-r----- 1 root floppy 8, 16 Feb 28 06:46 /dev/sdb
major: 8 minor: 16
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20363.2411201 60 True
child has terminated
pipes closed
[Dumbo] erased /dev/sdb
sfdisk /dev/sdb --force -uM << EOF
1,512,6 *
514 - 83
0 - 0;
0 - 0;
y
EOF
poll: unhandled POLLERR/HUP/NVAL for fd 69(17)
hotplug: {'SUBSYSTEM': 'block', 'MAJOR': '8', 'DEVPATH': '/block/sdb/sdb1', 'SEQNUM': '629', 'PHYSDEVPATH': '/devices/platform/brcm-ehci.0/usb1/1-1/1-1:1.0/host1/target1:0:0/1:0:0:0', 'PHYSDEVDRIVER': 'sd', 'PHYSDEVBUS': 'scsi', 'ACTION': 'remove', 'remove@/block/sdb/sdb': 'remove@/block/sdb/sdb1', 'MINOR': '17'}
try to del not exist device sdb1 from bdpoll
hotplug: {'SUBSYSTEM': 'block', 'MAJOR': '8', 'DEVPATH': '/block/sdb/sdb1', 'SEQNUM': '630', 'PHYSDEVPATH': '/devices/platform/brcm-ehci.0/usb1/1-1/1-1:1.0/host1/target1:0:0/1:0:0:0', 'PHYSDEVDRIVER': 'sd', 'PHYSDEVBUS': 'scsi', 'ACTION': 'add', 'MINOR': '17', 'add@/block/sdb/sdb': 'add@/block/sdb/sdb1'}
hotplug: {'SUBSYSTEM': 'block', 'MAJOR': '8', 'DEVPATH': '/block/sdb/sdb2', 'SEQNUM': '631', 'PHYSDEVPATH': '/devices/platform/brcm-ehci.0/usb1/1-1/1-1:1.0/host1/target1:0:0/1:0:0:0', 'PHYSDEVDRIVER': 'sd', 'PHYSDEVBUS': 'scsi', 'ACTION': 'add', 'MINOR': '18', 'add@/block/sdb/sdb': 'add@/block/sdb/sdb2'}
hotplug: {'SUBSYSTEM': 'block', 'MAJOR': '8', 'DEVPATH': '/block/sdb/sdb1', 'SEQNUM': '632', 'PHYSDEVPATH': '/devices/platform/brcm-ehci.0/usb1/1-1/1-1:1.0/host1/target1:0:0/1:0:0:0', 'PHYSDEVDRIVER': 'sd', 'PHYSDEVBUS': 'scsi', 'ACTION': 'remove', 'remove@/block/sdb/sdb': 'remove@/block/sdb/sdb1', 'MINOR': '17'}
try to del not exist device sdb1 from bdpoll
hotplug: {'SUBSYSTEM': 'block', 'MAJOR': '8', 'DEVPATH': '/block/sdb/sdb2', 'SEQNUM': '633', 'PHYSDEVPATH': '/devices/platform/brcm-ehci.0/usb1/1-1/1-1:1.0/host1/target1:0:0/1:0:0:0', 'PHYSDEVDRIVER': 'sd', 'PHYSDEVBUS': 'scsi', 'ACTION': 'remove', 'remove@/block/sdb/sdb': 'remove@/block/sdb/sdb2', 'MINOR': '18'}
try to del not exist device sdb2 from bdpoll
hotplug: {'SUBSYSTEM': 'block', 'MAJOR': '8', 'DEVPATH': '/block/sdb/sdb1', 'SEQNUM': '634', 'PHYSDEVPATH': '/devices/platform/brcm-ehci.0/usb1/1-1/1-1:1.0/host1/target1:0:0/1:0:0:0', 'PHYSDEVDRIVER': 'sd', 'PHYSDEVBUS': 'scsi', 'ACTION': 'add', 'MINOR': '17', 'add@/block/sdb/sdb': 'add@/block/sdb/sdb1'}
hotplug: {'SUBSYSTEM': 'block', 'MAJOR': '8', 'DEVPATH': '/block/sdb/sdb2', 'SEQNUM': '635', 'PHYSDEVPATH': '/devices/platform/brcm-ehci.0/usb1/1-1/1-1:1.0/host1/target1:0:0/1:0:0:0', 'PHYSDEVDRIVER': 'sd', 'PHYSDEVBUS': 'scsi', 'ACTION': 'add', 'MINOR': '18', 'add@/block/sdb/sdb': 'add@/block/sdb/sdb2'}
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20369.0000072 60 True
child has terminated
pipes closed
[Dumbo] partitioned /dev/sdb
mkdosfs -F 16 -n DUMBO /dev/sdb1
poll: unhandled POLLERR/HUP/NVAL for fd 69(16)
child has terminated
pipes closed
[Dumbo] FAT formatted /dev/sdb1
mkfs.ext3 /dev/sdb2
poll: unhandled POLLERR/HUP/NVAL for fd 69(16)
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20375.0002801 60 True
It's now Mon Feb 28 12:53:32 2011
[timer.py] next activation: 1298894112 (in 99993 ms)
It's now Mon Feb 28 12:53:32 2011
[timer.py] next activation: 1298894112 (in 99988 ms)
action -> SetupActions cancel
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20381.000123 60 True
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 469541 bytes for cache used
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20387.00001 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20393.0001941 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20399.0000522 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20405.0000231 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20411.0001531 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20417.00003 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20423.0000131 60 True
nr_read 88 nr_write 24
sum 112 prev_sum 112
hdd IDLE!
[IDLE] 20429.0000811 60 True
child has terminated
pipes closed
[Dumbo] ext3 formatted /dev/sdb2
/usr/lib/enigma2/python/Plugins/Extensions/Dumbo/bin/nfidump /media/df12702e-ad2c-4b73-bcdd-e562d808750a/Merlin.nfi /tmp/dumbo
poll: unhandled POLLERR/HUP/NVAL for fd 69(16)
child has terminated
pipes closed
[Dumbo] done ...
Traceback (most recent call last):
File "/usr/lib/enigma2/python/Plugins/Extensions/Dumbo/plugin.py", line 1053, in Done
copy("/etc/network/interfaces","/tmp/dumbo/etc/network")
File "/usr/lib/python2.6/shutil.py", line 88, in copy
copyfile(src, dst)
File "/usr/lib/python2.6/shutil.py", line 53, in copyfile
fdst = open(dst, 'wb')
IOError: [Errno 2] No such file or directory: '/tmp/dumbo/etc/network'
(PyObject_CallObject(<bound method ExtractImage.Done of <class 'Plugins.Extensions.Dumbo.plugin.ExtractImage'>>,(1,)) failed)
main thread is non-idle! display spinner!
getResolvedKey config.plugins.crashlogautosubmit.sendAnonCrashlog failed !! (Typo??)
resolve: resolve ${sysconfdir}/enigma2/settings
resolve: -> /etc/enigma2/settings
getResolvedKey config.plugins.crashlogautosubmit.addNetwork failed !! (Typo??)
resolve: resolve ${sysconfdir}/enigma2/settings
resolve: -> /etc/enigma2/settings
getResolvedKey config.plugins.crashlogautosubmit.addWlan failed !! (Typo??)
resolve: resolve ${sysconfdir}/enigma2/settings
resolve: -> /etc/enigma2/settings
]]>
</enigma2crashlog>
ah, danke da fehlt das directory wo die Netzwerkeinstellungen hinkopiert werden - muss ich vorher checken, danke.
Ich komme aber erst am Abend dazu es zu fixen - aber dafür dürft Ihr ja tetsen um die bugs zu finden
OK, ich habe euch jetzt die 0.5 von Dumbo zum Testen hochgeladen.
Was ist neu/gefixed:
Ich habe jetzt das Partitionieren wieder auf blocks umgestellt - mal sehen ob das besser funktioniert.
Der crash mit den Netzwerksettings sollte auch gefixed sein und alle automounts, udev, mdev,... werden gestoppt und das Dumbodevice ungemountet damit hoffentlich das Partitionieren und Formatieren endlich in allem images tut wie es soll.
Ich habe jetzt auch das Sichern der Dumboimages aufgedreht damit sich das Testen wieder rentiert - geht aber logischerweise nur wenn schon das Image vom Dumbodevice gebootet ist. Für den Flash gibt es weiterhin dFlash - wie der Name sagt - sind eh so ähnlich das man erkennt das Sie (Code) Zwillinge sind.
Es wird ein normales nfi file als Sicherung erstellt das man daher auch flashen kann (wenn es sich vom Platz her noch ausgeht) - nur ein image für die 7025 kann man im Moment nur wieder mit Dumbo auspacken weil das squashfs fehlt.
Bevor jetzt einer schade sagt ....Testet mal ob das bei Dumbo überhaupt nötig ist das man es auch flashen kann - der Platz ist eh so schnell zu klein das es wenig bringt 30min zu warten bis es erstellt wird nur damit es dann eh nicht (mehr) in den Flash passt.
Für BA, LowFAT, Dumbo,... kann man es ja weiterhin auch mit diesen nfi images verwenden.
Wichtig ist ja nur beim Flashersetzen mit dem Dumbodevice das man das Image problemlos weiterhin updaten UND Sichern UND Restoren kann - irgendwann kann man dann den zu kleinen Flash einfach vergessen ...
Was fehlt noch:
Die Möglichkeit ohne neues image auszupacken vom Flash wieder ins Dumbo image booten zu können (geht manuell wenn man die autoexec.*.bat auf *.none umbenennt wie es auch während der Sicherungen passiert damit die images flashbar sind).
Das zurückbooten vom Flash Ist beim Testen nicht so wichtig (schon weil wenn man Dumbo hat immer Dumbo booten sollte - und Dumbo device abstecken und vom Flash booten geht ja auch).
Ausserdem kann man ja jetzt Sicherung gleich wieder auspacken probieren. Das wieder ins Dumbo Image booten kommt aber sicher in einer der nächsten Versionen.
Und wenn das Booten/Sichern fehlerfrei funktioniert dreht ich auch das WebIF dafür wieder auf.
Wenn das dann alles auch noch klappt dann könnte Dumbo eigentlich fliegen - auch ohne Feder!
LG
gutemine
danke .werd nachher gleich die 0.5 mal testen und berichten wenn box wieder frei ist
Ja bitte. weil das ist ähnlich wie beim LowFAT - mit dem reine Code schreiben ist es nicht getan. der muss auch fehlerlos laufen auf allen Boxen.
Und das Entwicklen ist sehr, sehr mühsam - wenn es mal funktioniert ist es aber sehr, sehr prima.
Dumbo sollte aber eh recht schnell fertig sein, weil die Codebasis vom dFlash schon recht stabil und umfangreich ist.
Wir sind nicht umsonst schon bei 0.5 - also der halbe Weg ...
PS: Im Moment geht es nur mit Images mit aktuellen Loader #82 der das /boot/ in der autoexec*.bat unterstützt. Wenn es damit klappt kann ich auch den support für ältere Loader udn Images reinmachen. Flash und Dumbo müssen dann aber trotzdem zusammenpassen.
PS: Und noch eine Frage - reicht es das Dumbo Device von nfi images zu befüllen, oder wollt Ihr auch die Möglichkeit haben Flash als Quelle für das Dumbo Device auszuwählen - dann ist es halt nur ein ultimativer Platzschaffer ?
LG
gutemine
sorry, geht dumbo nur mit #82?
habs gerade mit merlin2 und #81 getestet (7025)
Bildschirm wird grün beim entpacken vom Image (immer merlin2)
MfG
Franz
edit: genau der selbe Ablauf wie bei zombi
argh....gutemine hat editiert
also nur mit #82
Habe auch gerade einmal gespielt mit dem aktuellen dmm exp.
auf einer 8k.
Partitionieren und nfi extrahieren halt wunderbar geklappt.
/dev/root 3.4G 180.7M 3.1G 5% /
udev 2.0M 368.0K 1.6M 18% /dev
/dev/sdf1 255.7M 2.5M 253.3M 1% /boot
tmpfs 74.2M 244.0K 74.0M 0% /var
tmpfs 74.2M 4.0K 74.2M 0% /tmp
/dev/sda1 931.3G 623.8G 307.5G 67% /media/hdd
Einer ist immer der Arsch, einer ....
4 Kernel panic!! hatte ich seit dem alten ssl nicht mehr
na ja Box abgesteckt AN/AUS Schalter, stick weg. Dann wieder alles eingesteckt, eingeschalten
und endlich mal
Na wenn der reboot gehen würde, aber das liegt wohl nicht am Elefanten.
Nachdem der #82 erst den fix hat das man wieder von FAT booten kann geht es mit #81 im Flash nicht.
Auf dem Dumbox device kann dann auch #81 sein, nur kein #76 mit den Dezembertreibern, da passieren zu viele komische Sachen.
LG
gutemine
/dev/sdc2 Ich bin etwas verwirrt
im flash hab ich ja das neuste oozoon auf meiner 800 und dort ist ja der 82 er drin nur wenn ich dann das merlin auf den stick machen möchte kommt das so wie auf meinen bildern oben.
und mit dem neusten exp. auf den stick bringen ging bei mir auch nicht egal welche FAT größe ich einstelle es kommt extract failed
Gibt es überhaupt ein Merlin wo schon Loader #81 fix drinen ist ?
Ich dachte das muss man erst online soweit aktualisieren ?
Ich will mich halt nicht mit alten Bugs quälen.
Aber ich baue noch schnell ein das man von ecxisiterendem Dumbox device wieder aus dem Flash booten kann (autoexec_*.bat wird dann aut autoexec_*.none umbenannt udn wieder zurück um das Booten vom Dumbox device zu enabeln/disabeln) und dann könnt Ihr noch eine 0.6 testen.
LG
gutemine
So backup hat auch geklappt, versuche das aber morgen mit dem zurückspielen.
Nach dem Backup, bleibt da das swapfile in /media/hdd/backup/FlashBackup bestehen?
Oder war da noch ne Leiche von mir drinnen
nein das letzte vom 21.2 hat den drin
Enigma2: 20110221
Enigma2-Plugins: 20110221
Enigma2-Skins: 20110221
Driver: 20110215 (HD Boxes)
Driver: 20110208 (7025)
Kernel: 2.6.18-r10.1 (HD Boxes)
Kernel: 2.6.12.6-s11a (7025)
Secondstage: 81
ZitatOriginal von mfgeg
So backup hat auch geklappt, versuche das aber morgen mit dem zurückspielen.
Nach dem Backup, bleibt da das swapfile in /media/hdd/backup/FlashBackup bestehen?
Oder war da noch ne Leiche von mir drinnen
Das swapfile bleibt erhalten - das ist so wie beim d-Flash, dann geht das nächste Backup schneller weil es nicht mehr erstellt werden muss.
LG
gutemine
ZitatAlles anzeigenOriginal von zombi
nein das letzte vom 21.2 hat den drin
Enigma2: 20110221
Enigma2-Plugins: 20110221
Enigma2-Skins: 20110221
Driver: 20110215 (HD Boxes)
Driver: 20110208 (7025)
Kernel: 2.6.18-r10.1 (HD Boxes)
Kernel: 2.6.12.6-s11a (7025)
Secondstage: 81
Auf der 7025 brauchst du aber Loader #83 im Flash - da war auch im #82 noch ein bug drinnen. Damit gehen aber dann images mit loader 81,82,83 auf dem Dumbo device. Lest nach im LowFAT Thread.
Wie gesagt das ist technisch nicht unbedingt nötig, weil wir hier nur den Kernel vom FAT brauchen uhd mit einer ext3 Partition als rootdevice arbeiten - es würde daher auch mit Loader 76 gehen, aber ich schreibe im Moment bewusst /boot/ in die autoexec*.bat damit nur die neuesten Loader getestet werden - ich mag mich und Euch nicht solange es nicht stabil läuft auch noch mit alten bugs quälen.
LG
gutemine
zur Zeit sind 30 Mitglieder (davon 5 unsichtbar) und 450 Gäste online - Rekord: 5.796 Benutzer ()