Und auf welchem Board und welcher Software (Xen, KVM, VMWare, etc) lässt du die Virtualisierung laufen?
- Asus Prime X370-Pro
- Debian 9
- ACS-Override-Kernel (Gibt's hier fertig: https://queuecumber.gitlab.io/linux-acs-override/)
- KVM&Qemu mit Libvirt
Das ganze basiert hier drauf:
https://mathiashueber.com/wind…e-gpu-passthrough-ubuntu/
...alber eben mit TV-Karten und mit Debian als Host.
Ich bin am überlegen, ob ich das ganze in Proxmox virtualisiere. Das scheitert aber aktuell am Mainboard, da es kein MMIO unterstützt und somit kein PCIe Passthrough.
Du könntest dir ein Asrock J3455M kaufen. Das ist etwas schneller als dein Q1900M, unterstützt allerdings PCIe-Passthough (soviel ich weiß) und du kannst deinen DDR3-RAM behalten. Ansonsten sind die Boards sich auch recht ähnlich.
Ich habe das billig auf Ebay ersteigert (Neuware ist nicht mehr so leicht zu finden), um mein Asrock Q2900M zu ersetzen, nachdem es sich verabschiedet hat.
Aktuelleres wie das ASRock J4105M gibt es natürlich auch, einfach mal Geizhals durchsuchen.
Meine VDR läuft übrigens inzwischen virtualisiert auf einem Ryzen-Host, siehe Signatur:
QuoteMeine VDR:
VDR-Server: 2x DVBSKy S952 Dual DVB-S/S2 PCIe + 14TB WD White-Label als VM-Guest mit PCIe-Passthrogh auf einem Ryzen7 VM-Host (virtualisiertes OS: Ubuntu 20.04)
Das LNB ist getauscht, die Werte sind ähnlich (somit schon mal keine Verschlechterung) und waren laut euch ganz gut.
Bisher konnte ich das Problem nicht wieder beobachten, ist aber auch noch nicht viel Zeit vergangen.
Benutz mal "dvb-fe-tool -m" anstatt femon zum Messen der Signalstärke. Bei meiner DVBSky-Karte wird da das Signal-Rausch-Verhältnis in dB angezeigt. Das ist eigentlich recht brauchbar. Beim ZDF hab ich etwas über 13 dB S/R und das ist eigentlich schon "unteres Ende" (der Signalweg ist nicht ganz frei), reicht aber für störungsfreien Empfang .
So sieht's aus, wenn das ZDF läuft:
So bei der ARD:
Ich hab jetzt mal 22€ für das in die Hand genommen:
https://www.amazon.de/gp/product/B07JHRXXK4/
...wechsle das mal, putze die Schüssel und justiere nach. Wenn's dann wieder geht, ist's mir auch egal, ob ich nach 5 Jahren 22€ zu viel in meine SAT-Anlage gesteckt habe.
Wie ist denn der Unterschied in der Messung zwischen der gestarteten VDR und der gestoppten VDR zu erklären?
Und ja, es handelt sich um die genannten Karten.
Heißt LNB ausgefallen in dem Fall defekt oder einfach nur falsch ausgerichtet?
Wenn ich einfach mal an der Schüssel rumwackel, müsste ich das in Femon sehen, oder? Ausschließen will ich das LNB nicht, weil die Schüssel doch sehr frei steht (Carpotdach).
Die Empfangsstärke konnte man mit femon messen, richtig?
Wenn die VDR läuft, sieht das so aus:
Wenn die VDR nicht läuft, sieht das so aus:
Kann da einer von euch was draus erkennen?
Servus!
Seit einiger Zeit kommt es abends immer wieder im ZDF (HD) zu Bildstörungen. Kurioserweise ist das bisher nur da aufgefallen.
Ich würde das einfach mal auf die SAT-Anlage schieben. Kann das am LNB liegen? Sollte man den einfach mal auf Verdacht austauschen?
Ich bin mir nicht sicher, wie gut die Vergleiche passen (Helium 14TB), aber besorgniserregend sollte das bei mir alles nicht sein, wenn ich nicht vollkommen auf dem Schlauch stehe.
SMART Prefailure Attribute: 3 Spin_Up_Time changed from 86 to 83
SMART Prefailure Attribute: 3 Spin_Up_Time changed from 83 to 81
Jetzt ist sie wieder bei 83:
(wobei worst so nicht hinhaut🤔, müsste doch 81 sein, oder?)
https://www.computerwissen.de/…ameter-im-ueberblick.html
Auf jeden Fall würde ich mal die SMART Werte anzeigen lassen und über diesen Parameter nachlesen.
Das habe ich jetzt auch mal gemacht und denke, dass ich heute Nacht beruhigt schlafengehen kann:
Ich hab' mir noch kurz was gescriptet, das mir das Schlafverhalten aufzeichnen sollte. Mal gucken, wie es morgen aussieht.
Inzwischen sieht's gut aus, die Platte hatte einen ruhigen Tag.
Build i386 läuft auf Launchpad(PPA) nicht durch,amd64 ist Ok.
An der Stelle muss ich nachhaken:
Es gibt ein PPA, das die Streaming-Funktion in Live bereits hat? Wo?
Edit: bei EasyVDR gefunden, aber leider nicht für VDR 2.4.1.
Auf jeden Fall würde ich mal die SMART Werte anzeigen lassen und über diesen Parameter nachlesen.
Werde ich nachher nochmal machen, momentan schläft sie zum Glück. Zuletzt (gestern) sah alles gut aus
Ich habe hier auch so eine alte WD Platte extern über USB, smartd meldet dort auch hin und wieder fallende Spin-Up Werte.
[...]
Wenn es dann im Raum noch kühl ist (Heizung Nachtmodus) scheinen die Lager sehr zählebig zu sein.
Das ist eine WD Elements, die ich von ihrem Gehäuse "befreit" habe. Zuletzt war die ordentlich unter Dauerlast, erst zum Testen (noch im Gehäuse), dann zum Übertragen der Aufnahmen. Gestern kamen dann zusätzlich Experimente wegen der Schlafmodi hinzu (wurde oft schlafengelegt), außerdem ist die Platte in einen Wechselrahmen im Keller gelandet, wo die Temperatur anderes sein dürfte, gerade wenn die Platte länger geschlafen hat.
SmartD habe ich übrigens deaktiviert und bisher schläft die Platte brav (momentan über das Testscript von davie2000).
Das automatische Schlafenlegen über hd-idle funktioniert auch, laut dem Script wurde sie heute Nacht wegen einer Aufnahme geweckt (was auch so ein sollte), schlief heute Morgen aber wieder. Ich lasse jetzt aber trotzdem nochmal das Script laufen, um die Situation weiter zu beobachten.
Meldungen wie diese:
sind übrigens nicht der Grund fürs Aufwachen, die sind auch aufgetaucht, während das Testscript lief und die Platten weiterhin geschlafen haben.
Sicher? Die Platte ist brandneu, sollte ich nicht erstmal 'ne Weile warten, wie die sich einlebt?
Viel verlieren kann ich nicht, bis auf die Aufnahmen der letzten Tage ist noch alles auf der alten Platte.
Das Script (ich muss es nachher mal testen, laufen gerade Aufnahmen) dürfte ein Problem haben:
Die Platte wacht auf, nachdem man hdparm -C benutzt hat.
Edit:
Das Script scheint trotzdem zu funktionieren, mal gucken, was 22:00 passiert.
Servus!
Ich möchte meine Festplatte gerne außerhalb der Fernsehzeiten schlafen legen, die wacht aber leider immer wieder auf.
Die VDR ist eine Ubuntu 20.04 Qemu-VM, die die Festplatte entweder direkt durchgereicht hat (dann läuft das Stromsparen über den Host) oder gleich einen ganzen SATA-Controller bekommt, wobei die Stromsparmechanismen dann über die VM laufen.
Das Stromsparen läuft über hd-idle, da die Festplatte hdparm -S nicht zu unterstützen scheint, hdparm -Y schon (HDD stammt aus einer WD Element)
In der VM geben die Logs für die Festplatte folgendes aus:
wobei mich vor allem Zeilen wie diese (halbstündiger Schlaf) stutzig machen, da zu der Zeit keine Aufnahmen liefen:
Nun habe ich mit "echo 1 > /proc/sys/vm/block_dump" das Überwachen der Festplattenzugriffe gestartet.
Das sieht auf dem Host (Debian 9) so aus:
Auf der VDR (dann mit durchgereichtem SATA-Controller) sieht das so aus:
Mich irritiert dieser regelmäßige stündliche Zugriff auf beiden System. Kann sich da jemand einen Reim drauf machen?
An der Stelle möchte ich mich auch mal bedanken, zumal VDR vermutlich das Projekt war, das mich endgültig in die Linux-Ecke getrieben hat.
"Hier" läuft VDR inzwischen als haushaltsübergreifend genutzter Server in einer VM mit PCIe-Passthough, eine tolle Sache!
Im Frühling oder Sommer steht das Upgrade von Ubuntu 16.04 auf 20.04 an.
Schade, das hat's nicht gebracht. Das Problem besteht weiterhin.
Du meinst das (Anhang)?
Das ist mir tatsächlich nie aufgefallen, wusste nicht, dass das geht.
PS:
Da kann man sogar einstellen, dass er ein paar Minuten Puffer in Aufnahmen hat!
Dachte, dass das nur über VDRAdmin-AM geht. Man lernt nie aus...
Servus!
Der Kodi-Rechner (VDR-Client1) wacht mit dem TV aus dem Standby auf und schläft auch mit ihm wieder ein.
Nach einigen Tagen hängt er sich nach dem Standby allerdings auf, wenn er die EPG-Daten aktualisieren will. Dann hilft nur, in den PVR-Einstellungen die Daten zu löschen oder den Rechner neuzustarten.
Beim Neustart lösche ich die Daten vorm Starten von Kodi, sodass das Problem behoben ist:
Auf Dauer nervt das natürlich. Gibt es eine Möglichkeit, das zu automatisieren bzw das Problem zu beseitigen?
Wenn ich ein Skript "/usr/lib/vdr/dvbwait" mit den beiden Schleifen erstelle und
in
ändere, könnte es klappen, oder?
Edit:
Ach nee, so "&&"-Geschichten mag systemd nicht. Also sollte ExecStartPre es tun, oder?
