so nächster Test ... HDD läuft immer noch
Anbei der Bootlog ...
so nächster Test ... HDD läuft immer noch
Anbei der Bootlog ...
So mit dem aktuellen Test-kernel funzt die HDD
Anbei der Bootlog
@ ghost <<< thx für Deine Mühe
So wie im Chat besprochen, habe ich die HDD erst nach dem Bootvorgang angeschlossen.
Wird weiterhin nicht erkannt ...
Hier der Bootlog
So neuer Kernel getestet. Leider ohne Erfolg .... die HDD funzt net.
Anbei wie gewünscht der Bootlog ...
Hallo Ghost,
anbei der Bootlog mit den gewünschten Debug-Ausgaben.
Hoffe, es hilft Dir weiter ....
Danke ghost, werde ich nachher gleich testen, wenn ich zu Hause bin ....
Alles anzeigenHi,
ohne bootlog kann man da wenig zu sagen.
Und oeh es ist nicht zufällig auch Multiboot scheiss im Spiel?
Weil da gibts halt doch enorme Probleme teilweise wenn alte Kernel im Flash sind....
Ansonsten wenn das Image wirklich im Flash ist.. dann bootlog erstellen.
Dann sieht man eventuell ob der Kernel irgendwas erkennt.. oder es Fehlermeldungen gibt.
Ansonsten wird es schwer da irgendwas zu machen.
cu
Also das Image ist im Flash und Multiboot habe ich net installiert.
Anbei der Bootlog. Vielleicht hilft es ja weiter ....boot.log.zip
Kann ich den Bootlog auch irgendwie in eine Datei umleiten?
Habe gerade kein serielles Kabel zu Hause.
Alles anzeigenVersuch mal deine Festplatte zu mounten by-uuid.
Also im Telnet eingeben:
ls -lR /dev/disk
dann findest du "uuid" deiner Festplatte. Diese uuid trägst du ein in /etc/fstab:
/dev/disk/by-uuid/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /media/hdd auto defaults 0 0
(xxx-xxx...) ist uuid deiner Festplatte.
Hmm reicht im OE 1.6 nicht nur der Eintrag in der fstab /dev/sda1???
Meine HDD (HDS725050KLA360 - Internal (500.107 GB)) wird auch nach den jüngsten Änderungen am kernel und Treiber nicht erkannt.
Allerdings läuft die HDD ständig mit und geht auch nicht in Standby. Da sie nicht vom System erkannt wird, hilft mir nur abklemmen
Meine Festplatte HDS725050KLA360 - Internal (500.107 GB) wird auch noch nicht erkannt.
Ich habe die mal über ein sata/USB Adapter an den frontusb eingebunden, da wird sie sofort erkannt.
Habe es mit formatieren am PC probiert, hilft aber alles nix. Am internen sata wird sie nicht erkannt ...
Auch meine Festplatte wird nicht erkannt.
Ich habe eine "HDS725050KLA360 - Internal (500.107 GB)"
Keine Ahnung woran das liegt, beim OE 1.5 lief sie ohne Probleme.
Gibt es hier schon was neues?? Habe rstmal wieder auf OE 1.5 gewechselt, bis der Fehler behoben ist ....
ich wollte kurz mitteilen, dass meine Festplatte Samsung HD103Si unter OE 1.6 auch nicht erkannt wird, mit OE 1.5 habe ich keine Probleme.
Auch meine Festplatte wird nicht erkannt.
Ich habe eine "HDS725050KLA360 - Internal (500.107 GB)"
Keine Ahnung woran das liegt, beim OE 1.5 lief sie ohne Probleme.
So ich habe mich heute mal beigemacht und die Box aufgeschraubt.
Habe die Frontblende demontiert und die Platine mit Display und Remotecontrol lose hängen lassen.
Da einige hier wohl auch beschrieben, dass der Sensor etwas weit hinten sitzt und den Empfang wohl etwas stört, testete ich mal ohne jegliche Frontblenden.
Das Resultat war allerdings das gleiche. Die Fernbedienung hat genau so schlecht reagiert wie mit eingebauter Frontblende.
Schlussendlich würde ich sagen, es sollte wohl doch ein Treiberproblem sein, wo ich allerdings hoffe bald einen Fix bekommen zu können.
Wenn man 450 € für eine Box ausgibt, ist das schon sehr enttäuschend.
Da sich bis jetzt nix getan hat, wollte ich mal nachfragen, ob noch mit einer Verbesserung zu rechnen ist.
Hatte neulich mal wieder meiner 7025 am zappen und da ist es im Gegensatz zur 800er einfach viel besser.
vielleicht könnten die DEV's mal was dazu sagen
Gibts hier schon eine Lösung oder eine Idee von den Dev's?
Wollte eigentlich nicht unbedingt meine Box zu DMM deswegen schicken.
Aber ist irgendwie schon ned gerade schön, die Reaktion der Fernbedienung
ZitatAlles anzeigenOriginal von tmbinc
Der nicht-release branch ist halt für funktionen, die gerade eingebaut werden. Wer das nicht will, kann den release branch nehmen, da ist kein Spinner drin.
Zum entwicklen ist es auch durchaus angenehmen zu sehen, wann enigma blockiert.
wem es einfach zu schnell ist:
DiffAlles anzeigendiff -u -r1.34 grc.cpp --- lib/gdi/grc.cpp 28 May 2007 19:14:57 -0000 1.34 +++ lib/gdi/grc.cpp 30 May 2007 13:05:16 -0000 @@ -149,7 +149,7 @@ if (m_spinner_enabled) timeout.tv_nsec += 100*1000*1000; else - timeout.tv_nsec += 500*1000*1000; + timeout.tv_sec += 2; /* yes, this is required. */ if (timeout.tv_nsec > 1000*1000*1000)
ändert das auf 2s, d.h. erst nach 2s "blockieren" werden die zahnräder angezeigt.
Danke für Deine Info.
Willst Du den Patch auch demnächst ins HEAD einchecken??
ZitatOriginal von domino
Wer dieses Spinner loswerden möchte sollte sich ein neues e² bauen und löscht einfach die
/usr/share/enigma2/wait1-4.png
Ansonsten hat man nun riesen Zahnräder *fg*
Jup, sehe ich genau so. Bevor die Funktion nicht verbessert wird, sollte man diese auch weglassen, da es einfach nur störend ist.
ZitatOriginal von dcdead
Was tmbinc meint, ist dass die __init__ Methode nur einmal aufgerufen wird, nämlich beim e2-Start. Also pack das ganze in eine der Methoden, die jedesmal aufgerufen werden. Am besten so:
CodeAlles anzeigendef findPicon(self, serviceName): if config.misc.picon.value == "cf": self.searchPaths = [ '/etc/picon/', '/media/cf/picon/'] elif config.misc.picon.value == "usb": self.searchPaths = [ '/etc/picon/', '/media/usb/picon/'] elif config.misc.picon.value == "hdd": self.searchPaths = [ '/etc/picon/', '/media/hdd/picon/'] for path in self.searchPaths: png = self.findFile(path, serviceName) if png != "": return png return ""
Genau das wars.
Danke an dcdead und tmbinc
ZitatOriginal von tmbinc
config.plugin.picon = ConfigSubSection()
config.plugin.picon.location = ConfigSelection(....)
so, ich habe das mal angepasst, allerdings ohne Erfolg.
Der Schalter geht erst nach Neustart von Enigma
ZitatOriginal von tmbinc
Das Problem ist vermutlich, dass der config-wert nur im __init__ ausgewertet wird, und nicht z.b. im "findFile".
hmm, das sagt mir jetzt garnichts