ZitatAlles anzeigenOriginal von steffen_b
Ok hab da doch so das eine oder andere Problem entdeckt
- inkonsistentes Dateisystem mit einiger Platten
Theorie: da es meist die letzten Änderungen wie mtab/ifstate/alsa betrifft, denke ich das die letzten paar Sekunden nicht weggeschrieben werden. ich hab auch schon probiert ein sync vors poweroff zu setzen - ohne Erfolg - die control char's auf ttyS1 schalten die Box hart aus, ist das korrekt ? Denke das ist schuld an dem verhalten. Ich habe jetzt 3 verschiedene Platten probiert. 2 (80GB) haben das Problem, eine (48GB) hat das Problem nicht ... hab das echo jetzt auskommentiertHat das sonst noch jemand ?
- sensors Anzeige: Kann es sein das man der nicht trauen kann ? Erst hatte ich die ganze Zeit über 70°C jetzt ist er bei 50 irgendwo ...
- /dev/mem access denied: jedesmal beim hochstarten kommt diese Meldung nach 4-5 mal flackern gehts dann aber doch. Irgendwelche Ideen wie man das wegbekommt ?
werde jetzt noch Dauertest machen mit an und ausschalten solange bis die Box abgeholt wird
Und ohne das Echo schaltet die Box ab? Würde mich irgendwie wundern.
Ich hatte vor einiger Zeit mal eine experimentelle Veränderung am Shutdown der SMT vorgeschlagen und als Test bereitgestellt und um Rückmeldungen gebeten. Dabei habe ich auch erstmal sync aufgerufen und danach der hdparm die Platte in den tiefsten Powersafe geschickt aus dem sie normalerweise nur durch nen ide reset wieder aufwachen sollte. Meine 160er ist dann auch beim poweroff nicht wieder angesprungen, bei anderen hats aber leider nichts gebracht, dort ist die Platte immer nochmal hochgejubelt worden bevor der Strom dann endlich gekappt wurde.
Und ich denke die Inkonsistenz kommt auch eher daher, vom Hochjagen direkt vorm Poweroff.
Nein sie schaltet nicht aus - aber wenigstens bleibt das FS konsistent - ein paar sekunden auf dem powerschalter schalten sie dann aus. Hast du nen Link zu den Befehlen ? Vielleicht hilft das ja gegen die Inkonsistenz ?
Ok Habs selbst gefunden - habs mal eingebaut - nach 5 mal an und aus noch kein fs-check und sie schaltet aus ! 
So wie's ausschaut hilft das hier - Auffällig war wie gesagt das mtab, netzwerk, alsa korrupt waren - was der Kiste dann dazu verholfen hat nicht wieder sauber hochzustarten 
Halleluja - hoffe das war's jetzt
Hallo,
hab mir nun auch noch so eine Box (SMT 7020)zugelegt. Da ich den vdr auf meine Anforderungen zuschneiden möchte habe ich mich für die zendeb Version entschieden. Die Kiste läuft und war nach deiner Anleitung auch gut zu handhaben. Seither hab ich alles mit SUSE gemacht weil es sich einfach bedienen läßt dank Kdm.
Nun zu meiner frage:
Da ich keine Ahnung mit Debian systemen habe tu ich mich ein bisserl schwer Änderungen vorzunehmen.
Gibt es ausser dem VI Editior auch ncoh einen den man bedienen kann auf dem System, ein filemanager wäre auch nciht schlecht.
Ok, jetzt könnt ihr auf mich einprügeln. sowie : So gehts einem wenn man Suse verwendet usw.
ZitatAlles anzeigenOriginal von rookie1
Hallo,
hab mir nun auch noch so eine Box (SMT 7020)zugelegt. Da ich den vdr auf meine Anforderungen zuschneiden möchte habe ich mich für die zendeb Version entschieden. Die Kiste läuft und war nach deiner Anleitung auch gut zu handhaben. Seither hab ich alles mit SUSE gemacht weil es sich einfach bedienen läßt dank Kdm.
Nun zu meiner frage:
Da ich keine Ahnung mit Debian systemen habe tu ich mich ein bisserl schwer Änderungen vorzunehmen.
Gibt es ausser dem VI Editior auch ncoh einen den man bedienen kann auf dem System, ein filemanager wäre auch nciht schlecht.
Ok, jetzt könnt ihr auf mich einprügeln. sowie : So gehts einem wenn man Suse verwendet usw.
Als alternativer Editor ist nano drauf. Wenn dir nano nicht gefällt, kannst du eigentlich alles per apt-get install / aptitude install nachinstallieren. Nach Paketen suchen kannst du mit apt-cache search oder aptitude search.
Wenn du unbedingt einen Dateimanager für die Konsole suchst, schau dir mal mc (Midnight Commander) an. Midnight Commander bringt auch einen Editor mit.
KDM / KDE würde ich nicht auf die Box installieren 
Gruß
Obelix
ZitatOriginal von Egalus
Nein, da hat man keinen Einfluss drauf da das Display nur läuft wenn das Mainboard auch Strom hat (zumindest wäre mir etwas anderes völlig unbekannt).
hmm, also ich könnte wetten, bei zenslack leuchtet nach dem Ausschalten die Uhr. Habe momentan kein zenslack installiert und kann es nicht verifizieren.
Gruß
Obelix
definitiv nicht - da wenn aus , dann aus Kann höchstens sein, das du sie immer nur im standby hattest.
Als alternativer Editor ist auch noch joe drauf, denn das ist mein persönlicher Favorit
Kleiner Tip, strg k h im Hilfe zu kriegen
Hi Egalus,
ich hab es jetzt mehrfach mit den beiden Platten probiert , welche immer ein inkonsistentes fs hatten. hdparm -Y schafft da Abhilfe. Wenn man sich anschaut was halt so macht, emulieren wir es ja damit quasi ;). Nach Gehör würde ich auch sagen, das die Platte nicht nochmal geweckt wird (auch wenn das bei 2,5" Platten schwer ist ) - IMHO sollte das hdparm standardmässig rein
Was mich wundert ist das niemand sonst das Problem hatte ...
Super nun kann ich die laute 48GB Platte rausschmeisen
Zitatdefinitiv nicht - da wenn aus , dann aus smile Kann höchstens sein, das du sie immer nur im standby hattest.
ich hatte es bei det testversion1 schon mal das nach den auschalten noch boot auf dem display stand
die box hatte dabei ein paar fehler beim runterfahren.
OK, dann habe ich mich wohl geirrt
Was anderes: Weiß jemand was diese Meldungen zu bedeuten haben?
Dec 29 10:09:18 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (28-139)
Dec 29 10:09:18 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (28-140)
Dec 29 10:09:18 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (31-150)
Dec 29 10:09:18 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (50-151)
Dec 29 10:09:18 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (50-152)
Dec 29 10:09:18 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (73-153)
Dec 29 10:09:18 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (75-155)
Dec 29 10:09:19 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (213-283)
Dec 29 10:09:20 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (216-301)
Dec 29 10:09:20 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (216-302)
Dec 29 10:09:20 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (234-316)
Dec 29 10:10:12 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (181-246)
Dec 29 10:10:12 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (181-255)
Dec 29 10:10:13 SMT7020S vdr: [11838] [xine..put] cUdpScheduler::ReSend: requested range too large (87-210)Heute Nacht ist der vdr daemon eingefroren. Umschalten auf MMS hat aber noch funktioniert. Nach einem reboot war es wieder OK.
Gruß
Obelix
ZitatAlles anzeigenOriginal von obelix
Als alternativer Editor ist nano drauf. Wenn dir nano nicht gefällt, kannst du eigentlich alles per apt-get install / aptitude install nachinstallieren. Nach Paketen suchen kannst du mit apt-cache search oder aptitude search.
Wenn du unbedingt einen Dateimanager für die Konsole suchst, schau dir mal mc (Midnight Commander) an. Midnight Commander bringt auch einen Editor mit.
KDM / KDE würde ich nicht auf die Box installieren
Gruß
Obelix
Ok das mit dem mc geht erstmal, doch irgendwie fehlt mir ne gescheite Oberfläche. Gibt es da keine Möglichkeit kde zu installieren.
1. läßt es sich besser bedienen
2. hab ich probleme mit der Darstellung weil immer die ersten 5 zeichen durch den Overscan verloren gehen.
rookie1
ZitatAlles anzeigenOriginal von rookie1
Ok das mit dem mc geht erstmal, doch irgendwie fehlt mir ne gescheite Oberfläche. Gibt es da keine Möglichkeit kde zu installieren.
1. läßt es sich besser bedienen
2. hab ich probleme mit der Darstellung weil immer die ersten 5 zeichen durch den Overscan verloren gehen.
rookie1
Zu 1: Sicher kannst du das, nur wie es laufen wird ist die Frage. Die Box hat nur 128 MB RAM und eine 733Mhz CPU.
Zu 2: Hast du nicht die Möglichkeit per ssh darauf zuzugreifen?
Gruß
Obelix
ZitatAlles anzeigenOriginal von obelix
Zu 1: Sicher kannst du das, nur wie es laufen wird ist die Frage. Die Box hat nur 128 MB RAM und eine 733Mhz CPU.
Zu 2: Hast du nicht die Möglichkeit per ssh darauf zuzugreifen?
Gruß
Obelix
Ok erwischt!
Hab noch nie mit dem Protokoll gearbeitet. Hab mich aber ein bischen schlau gemacht, frage?
Ist es schon in zendeb installiert ? Und wie ist der Aufruf
Hast du einen Link mit einen Howto?
rookie1
ZitatOriginal von rookie1
Ok erwischt!
Hab noch nie mit dem Protokoll gearbeitet. Hab mich aber ein bischen schlau gemacht, frage?
Ist es schon in zendeb installiert ?
Ja
Zitat
Und wie ist der Aufruf
Das hängt davon ab mit welchem Client du auf den ssh server zugreifen willst...
Zitat
Hast du einen Link mit einen Howto?
www.gidf.de
ssh howto
Ja, heute bin ich böse Die Frage hat nämlich genau 0 mit zendeb selbst zu tun
BTW, wieviel Zeichen dir auf dem Fernseher abgeschnitten werden hängt im Wesentlichen auch vom Fernseher ab und wieviel der sich an Overscan gönnt und ist bisher meines Wissens nach auf der SMT nicht beeinflussbar.
Ich glaube ich habe den Schuldigen für das "einfrieren" vom vdr gefunden: vdradmin-am. Habe diesen mal deaktiviert und nun läufts tadellos.
Hat jemand vdradmin-am installiert?
Gruß
Obelix
Ich tu hier nur LIVE drauf - bringt das wichtigste mit und ist erheblich schneller , dank Egalus und e-tobi nun ja kein Problem mehr
Was hier momentan am meisten angefragt wird, ist das einhängen von externen Quellen. usbmount hab ich im Moment mal testweise drauf - scheint aber nicht zuverlässig zu funktionieren (oder manche Geräte haben keinen Modellnamen ?) und fusesmb sieht auch sehr interessant aus. Wenn ich weiss wie ich sie konfiguriere und sie zuverlässig laufen, kann ich ja mal was schreiben dazu
Zu mir momentan bekannten Problemen:
- aufwecken aus "Standby" scheint nach einiger Zeit nicht mehr zu gehen. (debugged hab ich das noch nicht weiter)
- xineliboutput stellt Bilder nicht dar
ZitatOriginal von steffen_b
Zu mir momentan bekannten Problemen:
- aufwecken aus "Standby" scheint nach einiger Zeit nicht mehr zu gehen. (debugged hab ich das noch nicht weiter)
- xineliboutput stellt Bilder nicht dar
Zu ersterem:
Dem bin ich schon auf der Spur, da ich nen VDR Server habe hab ich nur das Problem, dass meine Box so selten längere Zeit im Standby ist
Hier scheint aus irgend einem Grund entweder
a) Das file in /tmp (weiss gerade nicht auswenig wie es heisst), dass smt-powerstate.sh setzt um anzuzeigen, dass es im powersave ist, zu verschwinden oder
b) Durch Tastenpreller 2 mal das smt-powerstate.sh Script zu laufen wenn man den Powertaster zum wakeup wieder drückt. Ich muss mal die Zeit finden mich in lockfile einzulesen um ne Semaphore für SMT-powerstate.sh zu benutzen, das nervt mich schon an anderer Stelle das Geprelle
Meine Schwester testet gerade einen dirty fix für das Problem
Zum zweiten:
Wenn ich mich recht erinnere ist das ein Problem einer debian library (und das xinelib gegen die lib kompiliert ist ist ein Austauschen nicht so einfach). Mit ein Grund dafür warum ich mich dann doch auf MMS eingelassen habe
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!