Posts by davie2000

Evtl. hat der oscar-Server was? Weil der Watchdog ja diesen monitored und dann fliegt (timeout).

Die "PANIC" passiert sofort nach den cron-jobs.

Da würd ich mir doch die mal näher anschauen

Ich hatte in Ansible „poweroff“ als Shutdown-Methode eingestellt - damit klappt WOL tatsächlich nur mit aktivem BIOS-Setting „power on PCI pme“.

Jetzt habe ich wieder auf „suspend“ umgestellt und überraschenderweise funzt alles nach dem Aufwachen; war früher nicht so (Probleme mit oscar, Ton und anderen).

Und jetzt „im Ruhezustand“ ziehen dann auch die Settings von oben (ethtool) und der PC wacht über WOL auf.

Update:

Das Aufwachen scheint recht zuverlässig zu klappen und ist nochmal schneller als der ohnehin schon sehr schnelle Start.
Heute ging einmal nach dem Aufwachen die ORF-Entschlüsselung nicht - "Rechner neu starten" übers Menü hat geholfen.
Muss mal probieren, ob das Laden oder Entladen beim Shutdown (via Ansible) was bringt.

wmautner wrote:

... nach einem resume dann die DVB-C-Adapter nicht mehr (i2c-errors) und/bzw. sie tauchen nicht mehr unter /dev/dvb/ auf. Ein Script muß darauf testen und ggf. einen "Kaltstart" machen.

Dafür gibts doch eine Unit "wait-for-dvb" (oder so ähnlich), die gut funktioniert. Zumindest funzen die DVB(-S)-Karten (bis jetzt) immer nach dem Aufwachen.

Da ich es leider sehr ähnlich mache, wie in dem Link beschrieben, muss ich leider sagen:

nö, klappt nicht - die BIOS-Einstellung "wake on PCI" muss offenbar gesetzt sein.

Klingt ja auch irgendwie unlogisch, dass Software-Einstellungen auf Betriebssystem das gleiche bewirken könnten, wie (hardwarenahe) BIOS-Einstellungen.

Und obwohl ich nichts dazu finde, behaupte ich mal, dass es sich um einen Bug handelt, dass das Motherboard ASRock H61M-GE keine Netzwerkverbindungen mehr hat/zulässt, wenn diese Option aktiviert wurde.

PS: Bald kommt ein RJ45-USB-Stecker - mal schauen, ob der PC damit dann aufwachen will (wenn "wake on USB" im BIOS aktiviert ist) ...

Ich rühr diese BIOS-Einstellung jetzt sicher nicht mehr an, möchte aber WOL trotzdem nutzen.

Ich habe dazu mal von hier

1) eine Datei /etc/systemd/system/wol.service erzeugt, in der mit ethtool wake-on-lan (Modus g) auf der Karte aktiviert wird
und diesen Service dauerhaft mit sudo systemctl enable wol.service aktiviert

2) Weil der PC aber ja eigentlich ausgeschaltet ist, muss offenbar verhindert werden, dass die Netzwerkkarte ausgeht:

neue Datei /etc/default/halt mit Inhalt NETDOWN=no angelegt

=> ich teste sobald wie möglich ("Frau TV" *g*) ...

(nur Punkt 1 alleine hat schon mal nicht geholfen - WOL funzt nicht)

GELÖST 🤦🏼‍♂️🤦🏼‍♂️🤬🥸

habe im Bios jetzt das „wake on pci“ wieder abgeschaltet u alles funzt wieder

SORRY für die ganze Aufregung und dafür, dass ich das nicht als erstes probiert habe - Schande über mich!

DANKE erst recht allen, die mir hier geholfen haben, nicht völlig zu verzweifeln!

PS: der Zusammenhang würde mich natürlich schon interessieren, aber erst mal bin ich glücklich, dass‘ wieder geht.

Danke für die Rückmeldungen!

andere Ports, Kabel u LAN-Buchsen habe ich schon getestet: andere Geräte funzen damit; VDR auch damit nicht

den Windows-Tipp werde ich heute mal ausprobieren. Ebenso wie booten von anderer Partition (alte yaVDRs).

USB3-Adapter wurde bestellt, aber das mit aktueller Live-DVD probier ich auf jeden Fall noch (Download läuft ...)

Update:

Live-DVD sagt „kein Netzwerkkabel“ obwohl der Switch u auch die LEDs am RJ45-Stecker was anderes sagen (1000 Mbit, verbunden, Aktivität).

Jetzt hab ich mir einen USB-WLAN-Stecker ausgeliehen und über netplan konfiguriert.

Und der zeigt genau das gleiche Bild, nur statt „no-carrier“ sagt er „off“.

Es scheint also so, als hätte ich es irgendwie geschafft sämtliche Netzwerkverbindungen zuverlässig zu kappen.

Und jetzt fürchte ich, dass mich der bestellte Adapter auch nicht weiterbringen wird.

Was hats denn da jetzt wirklich????

Fällt noch jemanden was ein?

Wie kann ich das Netzwerk am yaVDR komplett zurücksetzen?

Danke für die aktive Unterstützung in nahezu Realtime!

kfb77 wrote:

...

BTW: "/23" IP Netzmaske ist zwar nicht falsch, aber doch im Heimnetz unüblich. Du hast doch wohl nicht mehr wie 254 Endgeräte, oder ?

nein, das nicht - sind ca. 50 -, aber 255.255.254.0 ist tatsächlich Absicht und eine Spinnerei von mir, weil ich aus den IP-Adressen gewisse Infos (cable/wifi, Geräteklasse, static lease, etc.) ablesen können will. Aber das ist ja ein anderes Kapitel und hat (hoffentlich) damit nichts zu tun.

Und eigentlich wollte ich ja am Freitag nur WOL über Alexa zum Laufen bringen, was zwar auch gelungen ist, aber ...

Update:

Habe gerade am Windows-PC überprüft, dass der DHCP-Server funktioniert und dann bei ipconfig all diese Zeile gesehen:

Verbindungsspezifisches DNS-Suffix: fritz.box

Muss ich das evtl. in der statischen IP-Definition unter Ubuntu18 berücksichtigen?

BIOS habe ich resettet ("Load BIOS Defaults"), aber leider bleibts beim gleichen Problem.

Mich wundert nur, dass die HW wirklich von einer Minute auf die andere kaputt sein soll.

Zumal ich in der Konsole (Strg+Alt+F1) gesehen habe, dass networkd gar nicht lief.

Habe den dann mit systemctl start systemd-networkd.service gestartet - siehe Screenshot1.

(Sorry, für die miese Qualität!)

Dann habe ich mit ip a auch die IP-Adresse gesehen, aber pingen klappt nicht - siehe Screenshot2.

Heißt das tatsächlich, dass ich mir meine Onboard-Netzwerkschnittstelle zerschossen habe und

jetzt eine neue "externe" brauche? Was wird da heutzutage empfohlen (PCI, PCIe, USB, etc.)?

Wie kann ich denn die vermeintlich kaputte Ethernet-Schnittstelle auf der Konsole überprüfen?

Bzw. sicherstellen, dass sie wirklich kaputt ist und nicht nur softwareseitig n Rad ab hat?

Danke für eure Antworten - das gibt Hoffnung ...

kfb77 wrote:

Boote mal von einer Live CD/USB, um Hardwareprobleme auszuschließen.

Obwohl die HW ja eigentlich funzen müsste (WOL geht ja), bekomme ich beim Booten von Ubuntu 18 Server "Rescue System" keine IP zugewiesen.
Und auch wenn ich alles (IP, Gateway, etc.) manuell angebe, bekomme ich wohl keine Internetverbindung - weil der Schritt "Zeit holen" danach nicht klappt.

kamel5 wrote:

Ein Bios-Reset hat dann aber immer geholfen.

Hmmm ... du meinst irgendwo im UEFI-Bios "auf Werkseinstellungen zurücksetzen" finden und ausführen?
Danach rebooten und Einstellungen (Bootreihenfolge, etc.) wiederherstellen und kontrollieren, ob Netzwerk wieder geht?

(Ich notier mir schon mal die aktuellen BIOS-Einstellungen ...)

Kann ich noch irgendwelche Infos, Dateiinhalte, Configs etc. (leider nur als Screenshot) liefern, um den Fehler einzugrenzen?

Vielen Dank für eure Hilfe und Unterstützung!

Ich habe jetzt alles mögliche ausprobiert und bekomme die ver*****e Schnittstelle einfach nicht mehr zum Laufen.

• im DHCP-Server am Router ist für die VDR-MAC-Addresse eine statische IP eingetragen
  • der DHCP-Server funktioniert einwandfrei bei allen anderen Geräten (mit dynamischen und statischen Leases)

• da Inteface enp5s0 anscheinend immer eine ipv6 bekommen hat, habe ich ipv6 systemweit deaktiviert
  • über sysctl (...disable_ipv6=1) und auch noch
  • über netplan (link-local: [])
• wieder statische Konfiguration in /etc/netplan/....yaml
• danach (weil immer noch "no-carrier") den Abschnitt in netplan auskommentiert und direkt mit systemd-networkd konfiguriert
  • mit dem "Zauberbit" ConfigureWithoutCarrier=true
  • der Reboot geht jetzt zwar deutlich schneller (bis wieder TV-Bild kommt), aber immer noch keine IP
• Dann dachte ich, dass viell. ein HW-Defekt vorliegt (Kabel, LAN-Dose)
  • aber: Wake-on-LAN funktioniert einwandfrei - der VDR wacht auf, d.h. HW-seitig funzt alles
• Der Tipp doch einfach parallel zu netplan wieder ifupdown zu installieren scheitert am nicht vorhandenen Internetzugriff *heul*

Ich bin mit meinem Latein jetzt echt am Ende.

Könnt ihr mir BITTE helfen?!?!

Habe heute im BIOS erlaubt, dass PCI Geräte den PC aufwecken können u konnte danach den VDR erfolgreich via WOL wecken.

Bis ich Tastatur dran hatte und ins BIOS kam, habe ich den PC öfter abgewürgt (Powerbutton) bzw. Resettet (neben Powerbutton)

Seit der Aktion habe ich keine Netzwerkverbindung mehr.

• Hatte für enp5s0 eine fixe IP vergeben und jetzt dhcp wieder aktiviert (static lease am Router) via netplan
• ipv6 deaktiviert in sysctl
• Zahlreiche Reboots gemacht
• Reboot dauert viel länger und zeigt manchmal statt dem yavdr-Logo das von Ubuntu 18
• ip a zeigt „no carrier“
• Ping funktioniert nicht
• Kein Netzwerkgerät sieht den VDR
• VDR hat keine IP

Hattet ihr sowas schon mal?

Hat jemand viell. sogar eine Lösung?

Noch kann frau relativ normal TV schauen, aber spätestens morgen fällt das fehlende Internet auf

cupressus wrote:

Noch etwas im Firefox kann live TV schauen im Chromium kein Bild.

Dann kanns ja schon mal gar nicht am VDR oder am Plugin liegen und die Ursache ist nur im Browser zu suchen.

Sind VDR (bzw. der Host des Plugins) und das Tablet auch im gleichen Subnet (PC und Tablet ja offenbar schon wg. ping)?

Hast du die richtige allowed_hosts (da gibts einige) ergänzt?

Blockt evtl. die Firewall deines Routers das Tablet oder den nicht-localhost Zugriff?

Oder hat der VDR evtl. kein gültiges (https-)Zertifikat und das Tablet verweigert deshalb?

Viel Erfolg jedenfalls!

seahawk1986 hat in einem anderen Thread mal dazu geraten, die "Überblendzeiten" in den konkreten Skin-Settings vom Skindesigner auf 0 zu drehen und damit die Animationen weitgehend abzuschalten.

Viell. hilft das ja hier auch?

Viel Erfolg!

Wie immer bei solch seltsamen "von heute auf morgen" Fehlern: Festplatte voll?

Ich vermute, er meint eines, über das hier nicht geschrieben werden darf?

gggggg wrote:

auf einem anderen PC spielt er die Files im Browser problemlos und JA die beiden Beisp. haben EAC3 ...

"auf einem anderen PC" ist ja wohl sinnlos, um auszuprobieren, ob es in diesem konkreten Fall am EAC3 liegt???

Das eine deiner veröffentlichten Beispiele hat offenbar AC3 und das andere E-AC3 - steht zumindest da.

Ich würde mal auf E-AC3 tippen.

Probier mal, ob Videos die ansonsten gleich sind ("http/mkv/h264/...") - wenn die funzen, liegts an e-ac3.