VU+ fährt nicht in Deepstandby

Dieter59 · 5. Januar 2018, 16:30

Mal eine Frage an die Linux Spezies unter uns: Ist init 0 nicht das gleiche wie shautdown -h now ? Oder sogar das selbe

cobra82 · 5. Januar 2018, 22:02

So ich habe eben über telnet shutdown -h now eingegeben, und da fährt sie in Deepstandby, aber wenn ich über die Fernbedienung wieder ausschalte, geht Sie nur in Standby, trotz richtiger einstellung das die Box ausgeschaltet werden soll.

auch Skin habe ich geändert, gleiches Problem.

ein Sky Modul ist nicht drin, nur oscam wo es auf der HD+ Karte im Wohnzimmer zugreift.

anbei var/log ordner kopiert.

t-j · 5. Januar 2018, 22:07

Menü > VTi > Einstellungen-System > Aktion nach ...... hast Du passend eingestellt?

cobra82 · 5. Januar 2018, 22:09

Aktion nach kurzem druck auf Power..... Ausschalten

denke das müsste dann in Deepstandby gehen.

auch wenn ich über Menu und dann auf auschalten drücke, fährt es in Standy

gsmgrufti · 5. Januar 2018, 22:16

cobra82 schrieb:

So ich habe eben über telnet shutdown -h now eingegeben, und da fährt sie in Deepstandby, aber wenn ich über die Fernbedienung wieder ausschalte, geht Sie nur in Standby, trotz richtiger einstellung das die Box ausgeschaltet werden soll.

auch Skin habe ich geändert, gleiches Problem.

ein Sky Modul ist nicht drin, nur oscam wo es auf der HD+ Karte im Wohnzimmer zugreift.

anbei var/log ordner kopiert.

Aus dem Log würde ich mal sagen, daß du NTP aktiviert hast und das das Herunterfahren stoppt:

Spoiler anzeigen

Jan 5 04:42:32 vuuno4kse daemon.notice ntpdate[17060]: adjust time server 212.18.3.19 offset 0.026835 sec
Jan 5 05:42:32 vuuno4kse daemon.notice ntpdate[20669]: adjust time server 46.163.88.228 offset 0.017879 sec
Jan 5 06:42:32 vuuno4kse daemon.notice ntpdate[24279]: adjust time server 88.99.174.22 offset 0.017361 sec
Jan 5 07:42:32 vuuno4kse daemon.notice ntpdate[27883]: adjust time server 131.188.3.220 offset 0.012935 sec
Jan 5 08:42:32 vuuno4kse daemon.notice ntpdate[31486]: adjust time server 173.212.196.208 offset 0.005526 sec
Jan 5 09:42:32 vuuno4kse daemon.notice ntpdate[2741]: adjust time server 82.100.248.10 offset 0.029492 sec
Jan 5 10:42:32 vuuno4kse daemon.notice ntpdate[6345]: adjust time server 85.114.141.14 offset 0.014473 sec
Jan 5 11:42:32 vuuno4kse daemon.notice ntpdate[9950]: adjust time server 90.187.7.5 offset 0.022430 sec
Jan 5 12:42:32 vuuno4kse daemon.notice ntpdate[13558]: adjust time server 185.207.104.70 offset 0.020346 sec
Jan 5 13:42:34 vuuno4kse daemon.notice ntpdate[17163]: adjust time server 134.34.3.19 offset 0.016380 sec
Jan 5 14:42:32 vuuno4kse daemon.notice ntpdate[20765]: adjust time server 85.25.213.41 offset 0.021722 sec
Jan 5 15:42:32 vuuno4kse daemon.notice ntpdate[24369]: adjust time server 88.198.12.78 offset 0.016259 sec
Jan 5 16:42:32 vuuno4kse daemon.notice ntpdate[27974]: adjust time server 131.188.3.221 offset 0.009051 sec
Jan 5 17:42:32 vuuno4kse daemon.notice ntpdate[31578]: adjust time server 5.199.135.170 offset 0.003529 sec
Jan 5 18:42:32 vuuno4kse daemon.notice ntpdate[2831]: adjust time server 213.202.247.29 offset 0.017533 sec
Jan 5 19:42:32 vuuno4kse daemon.notice ntpdate[6435]: adjust time server 129.250.35.250 offset 0.022661 sec
Jan 5 20:42:32 vuuno4kse daemon.notice ntpdate[10042]: adjust time server 195.50.171.101 offset 0.015614 sec
Jan 5 21:42:28 vuuno4kse daemon.err ntpdate[13692]: 193.175.73.151 rate limit response from server.
Jan 5 21:42:32 vuuno4kse daemon.notice ntpdate[13692]: adjust time server 193.175.73.151 offset 0.029723 sec

cobra82 · 5. Januar 2018, 22:17

ok das ist schonmal gut, das wir der sache näher kommen. aber was bedeutet den jetzt NTP, und was muss ich machen damit das wieder funkioniert?

t-j · 5. Januar 2018, 22:18

Skin? Auch beim Standard?

cobra82 · 5. Januar 2018, 22:24

ja, habe zwei skin die drauf instaliert waren getestet, trotzdem kein erfolg, das hatte ja vorher funktiniert, ohne probleme.

bonzaii12 · 6. Januar 2018, 12:09

Ich hab erst init 0 gemacht. Eingeschaltet. Dann shutdown -h now. Eingeschaltet und danach ging es wieder.

cobra82 · 6. Januar 2018, 12:41

Init 0 ist doch eigentlich das gleiche wie shotdown -h now oder?

Werde es später Mal versuchen.

Dieter59 · 6. Januar 2018, 14:06

siehe Post 30

cobra82 · 20. Januar 2018, 11:09

Ich habe immer noch das Problem dass die Box nicht im deepstanby fährt. Es hat nach einem komplett stromlos die Box gewesen war funktioniert, und nach dem letztes Update fährt Box wieder nicht im deepstanby.

Auch für Uhrzeit bleibt bei 1 Uhr, auch ntp Zeit vom Internet holen funktioniert nicht, das ausschalten der noch genau so wenig.

RickX · 20. Januar 2018, 15:31

So hanz verstehe ich nicht, was du sagen möchtest...

Die Box geht nicht in den DeepStandby... wann passiert das denn?
Wie soll die Box in den DeepStandby gehen?
Sagst Du im Ausschalt-Menü, dass sie runterfahren soll?
Oder soll sie sich irgendwie automatisch ausschaltend.

Du müsstest dein Problem etwas genauer erklären.

bonzaii12 · 20. Januar 2018, 16:31

Er ist TE. Einfach mal den ersten Post lesen @RickX!

RickX · 20. Januar 2018, 16:34

Hatte ich hinterher auch gesehen, dass es der TE war... ich dachte zuerst, dass da einer mit einem ähnlichen Thema reingekommen ist...

hgdo · 20. Januar 2018, 16:36

@cobra82
Die Lösung hab ich bereits geschrieben:

hgdo schrieb:

Letztlich half nur eine saubere Neuinstallation ohne Wiederherstellung der Einstellungen.

Ähnliche Themen