Das meiste kommt von den zwei Picon Sets und den Plugins. Das ist im heul nicht aber alles gleich. Gleiche Struktur, gleiche Plugins, Picons usw. Die Plugins hat in der passenden python Version.
ja schön und gut, aber heul nich is kein pli
Gehasst, Verdammt, Vergöttert
Fragen gehören ins Forum nicht in meinem Postfach!
>> Häufig gestellte Fragen <<
Welchen Käse denn? Ich versteh nicht was daran problematisch sein soll?
Ist doch alles auch vom Feed zu bekommen? Es sind 5 weit verbreitete Plugins und nichts besonderes?
Dann ist da noch das zweite Picon Set, eine angepasste keymap und ein Skin... Das war es auch schon.
Was soll denn da das Image so instabil und träge machen?
Fehler in den Plugins und Skins kann man doch ausschließen das man diese Fehler im Log sieht.
Ein naktes Images nutzt doch sicher so gut wie niemand...
Geändert von uSUCK (24.11.2012 um 13:34 Uhr)
Picons auf HDD sind schlecht. Da dauert das Umschalten dann ewig, wenn die HDD schon schlafen ist.
Aber wieso machst du es nicht wirklich wie Bonkel schrieb. Mal nacktes Image und dann der Reihe nach installieren. Nach jeder neuinstalliertem Plugin gucken, ob es noch gut läuft.
der stick kann gross sein wie er will, nutzen kannst du nich alles da das image im root.img ist
und nur das genutzt werden kann, und wenn du nich testen willst was man dir sagt, brauchst nich rumheulen das was nicht geht
Gehasst, Verdammt, Vergöttert
Fragen gehören ins Forum nicht in meinem Postfach!
>> Häufig gestellte Fragen <<
Meine HDD geht eigentlich nicht schlafen, ist zumindest so eingestellt.
Wohin sollen die Picons denn sonst wenn nicht auf den Stick und nicht auf die HDD?
Die Plugins nacheinander zu installieren bringt doch nichts. Wenn das Image wegen einem Plugin abschmiert würde man das im Log sehen...
Ich installier ja nichts besonderes außer das ich vielleicht zwei Picon Sets benutze....
Bin gerade dabei ein frisches Image zu testen auch wenn es mir eigentlich nichts bringt wenn man garnichts installieren darf....
Ok, dann richte ich den Stick so ein das er zwei Partitionen hat und lege die Picons und Plugins alle auf die zweite Partition? Wäre das besser fürs Image??
Ich bin schon dabei zu testen. Trotzdem interessieren mich die Hintergründe.
So, 1380er Image frisch auf einen Stick kopiert und folgende Schritte ausgeführt:
- per telnet eingeloggt und root passwort geändert
- /var/keys eingespielt
- oscam7884 über HDMU Center gestartet
- eigene Senderliste inkl lamedb & Sattelites eingespielt
- Box neu gestartet
- E2 Settings
config.av.policy_43=panscan
config.av.videoport=HDMI
config.av.policy_169=panscan
config.av.downmix_ac3=false
config.av.videomode.HDMI=1080i
config.av.hdmi_audio_source=spdif
config.misc.erase_flags=0
config.misc.lastrotorposition=192
config.misc.firstrun=false
config.misc.initialchannelselection=false
config.misc.languageselected=false
config.misc.videowizardenabled=false
config.Nims.0.diseqcA=192
config.Nims.0.diseqcMode=single
config.seek.selfdefined_46=60
config.seek.selfdefined_13=20
config.seek.selfdefined_79=300
config.osd.language=de_DE
config.tv.lastroot=1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "bouquets.tv" ORDER BY bouquet;1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.hauptsender_hd.tv" ORDER BY bouquet;
config.tv.lastservice=1:0:19:EF75:3F9:1:C00000:0:0 :0:
config.autolanguage.audio_defaultac3=true
config.recording.margin_before=1
config.recording.keep_timers=3
config.recording.margin_after=2
config.recording.offline_decode_delay=1000
config.recording.asktozap=false
config.usage.movielist_trashcan_reserve=40
config.usage.movielist_trashcan=false
config.usage.show_message_when_recording_starts=fa lse
config.usage.on_short_powerpress=show_menu
config.usage.infobar_timeout=6
config.usage.movielist_trashcan_days=8
config.usage.quickzap_bouquet_change=true
config.usage.hdd_standby=14400
config.epg.histminutes=15
config.plugins.mc_global.vfd=on
config.plugins.hdmu.emu=/usr/emu/oscam7884 -b -c /usr/keys &df -h
Filesystem Size Used Available Use% Mounted on
/dev/sda1 242.1M 77.3M 152.3M 34% /mnt
/dev/loop0 242.1M 77.3M 152.3M 34% /
tmpfs 45.7M 0 45.7M 0% /ram
/dev/loop0 242.1M 77.3M 152.3M 34% /dev.static
tmpfs 45.7M 0 45.7M 0% /dev
tmpfs 45.7M 0 45.7M 0% /dev/shm
tmpfs 45.7M 8.0K 45.7M 0% /tmp
/dev/sdb1 1.8T 993.9G 868.5G 53% /media/hdd
Jetzt teste ich mal wie gut das Image so läuft.
Im Cam WebIF hab ich allerdings schon Fehlermeldungen entdeckt die mit meiner Cam nicht aufgetreten sind:
und per seriell das hier:2012/11/24 14:35:10 55EB00 c dvbapi: ERROR: Can't open device /dev/dvb/adapter0/demux0 (errno=24 Too many open files)
2012/11/24 14:35:10 55EB00 c dvbapi: ERROR: Could not start demux filter (errno=9 Bad file descriptor)
[eFilePushThreadRecorder] Warning: All write buffers busy
[eDVBRecordFileThread] Waiting for I/O to complete
[eFilePushThreadRecorder] Warning: All write buffers busy
[eDVBRecordFileThread] Waiting for I/O to complete
[eFilePushThreadRecorder] Warning: All write buffers busy
[eDVBRecordFileThread] Waiting for I/O to complete
[eFilePushThreadRecorder] Warning: All write buffers busy
[eDVBRecordFileThread] Waiting for I/O to complete
[eFilePushThreadRecorder] Warning: All write buffers busy
[eDVBRecordFileThread] Waiting for I/O to complete
[eFilePushThreadRecorder] Warning: All write buffers busy
[eDVBRecordFileThread] Waiting for I/O to complete
[eFilePushThreadRecorder] Warning: All write buffers busy
[eDVBRecordFileThread] Waiting for I/O to complete
[eFilePushThreadRecorder] Warning: All write buffers busy
[eDVBRecordFileThread] Waiting for I/O to complete
[eFilePushThreadRecorder] Warning: All write buffers busy
[eDVBRecordFileThread] Waiting for I/O to complete
[eFilePushThreadRecorder] Warning: All write buffers busy
[eDVBRecordFileThread] Waiting for I/O to complete
Geändert von uSUCK (24.11.2012 um 14:39 Uhr)
oscam.conf
lb_mode = 0
Gehasst, Verdammt, Vergöttert
Fragen gehören ins Forum nicht in meinem Postfach!
>> Häufig gestellte Fragen <<