Nein, es ist kein anderes BS installiert, die Festplatte war neu und jungfräulich
beim Installieren von Jessie habe ich die Platte komplett neu Partitioniert und formatiert
Beiträge von C0mmanda
-
-
Moin,
hier sind ja auch einige Linux-Profis unterwegs und hoffe hier kann jemand helfen
habe auf meinem Intel-Nuc headless das aktuelle Debian Jessie installiert
Alles aktuell und läuft auch top
habe nur ein merkwürdiges Problem mit der Uhrzeit, genauer mit dem Datum, das ist nämlich immer einen Tag in der zukunft
Die RTC geht richtig:Sie Systemzeit sagt jedoch:
Alle Versuche die Systemzeit einzustellen schlagen fehl
ob mit dte -s, hwcklck -hctosys oder installieren von ntp bringen keine Besserung
Das Datum wird sofort wieder überschriebenCode
Alles anzeigenC:/home/c0mmanda# date Fr 28. Aug 09:37:03 CEST 2015 root@C0mmanda-NUC:/home/c0mmanda# date -s "2015-08-27 09:36" Do 27. Aug 09:36:00 CEST 2015 root@C0mmanda-NUC:/home/c0mmanda# date Fr 28. Aug 09:37:29 CEST 2015 root@C0mmanda-NUC:/home/c0mmanda# hwclock Do 27 Aug 2015 09:37:11 CEST -0.908457 seconds root@C0mmanda-NUC:/home/c0mmanda# hwclock --localtime --hctosys root@C0mmanda-NUC:/home/c0mmanda# date Fr 28. Aug 09:37:55 CEST 2015
Werde lngsam bekloppt, kann doch nicjt sein??
hat jemand einen tip oder kennt das Problem?
Danke
-
Kann dir leider auch nicht helfen
hatte ähnliche Umschaltzeiten mit dem DVBViewer, am Raspi sogar >40sec weshalb DVBViewer nach 1Std ausrangiert wurde.
Inkl Windows....
Mit TVHeadend läufts seitdem sehr gut! -
Das liegt sehr wahrscheinlich an den Einstellungen.
Als "Referenz" hat sich hier N24 oder N-TV mit der Laufschrift unten gut etabliert.
Einen der Sender einschalten und dann in den Video-Settings mal mit den "De-Interlacing" Settings "spielen" bis die Laufschrift schön flüssig ist.Dann sollte es auch mit dem Ball klappen
-
Und OMV unterstützt meines Wissens auch nur den 3.16er Backports als aktuellsten Kernel...
-
Bei mir heißt die Option exakt so.
System -> Live-TV -> EPG -> EPG nicht in die Datenbank speichern.Dort wird eigentlich das EPG gespeichert damit es nach einem Neustart sofort wieder verfügbar ist, sollte also NICHT aktiviert sein.
Eine andere Lösung fällt mir gerade auch nicht ein...
Wenn dein anderer Client ein sauberes EPG hat würde ich tvheadend auch ausschliessen. -
Hast du evtl. die Option "EPG nicht in der Datenbank speichern" aktiviert?
-
So schwer ist es nun auch wieder nicht..
https://wiki.ubuntuusers.de/DKMS
https://wiki.ubuntuusers.de/DVB-Karten/Digital_Devices_Cine_S2Lesen und verstehen.
Wenn sich der Kernel verändert, müssen Treiber neu gebaut werden. DKMS automatisiert dieses.. Kurz gesagt.
Danke!
-
Bzw ist "OSCam emm blocken" und "emm [definition='1','0']log[/definition]" in dem zusammenhang lesenswert und soo schwer ist das nicht einzurichten
-
Mittlerweile kann man mit TVHeadend auch DVBAPI nutzen wenn es zwei getrennte Systeme sind. Einfach IP und Port eingeben, fertig. Total einfach und man kann sich den newcamd-Kram sparen.
-
Mittlerweile sollte der Kernel durch die Installationsorgien bzw. -versuche so vermanscht sein, das sich die Karte wohl kaum noch vernünftig installieren lässt. Damit erhältst du kein stabiles System. Ich hätte ja das dddvb-dkms installiert, wäre eine Befehlszeile gewesen
Würde ich so jetzt nicht unterschreiben...
Hatte unter dem 3.16 Backports auch erst Probleme mit der Cine-S2 und diese ca. 3x installiert, das System ist aktuell dennoch stabiler als z.B. mit alten Kernel wo alles beim ersten Versuch gefluppt hat....Wenn ich die erste Seite anklicke die ich finde wenn ich "dddvb-dkms" google kommt eine Anleitung die nicht weniger Befehlszeilen enthält als jede andere auch. Zudem wird dort "make -jx" empfohlen, was zumindest bei mir unter Debian absolut nicht funktioniert hat!
Vielleicht magst du uns ja aufklären was dddvb-dkms ist... lerne immer gern dazu.
-
Du loggst dich auf die WebGUI ein, dann auf "OMV-Extras.org", dann auf den Tab "Kernel" und dann sind oben zwei große "+", du nimmst den wo "Kernel Kopfzeilen installieren" steht.
Die Übersetzung ist etwas... komisch
-
Hast du die Kernel-Header für den 3.16 Backports installiert?
Eigentlich sollten die mit apt-get install linux-headers-$(uname -r) installiert werden, hat bei mir aber nie geklappt. Ich konnte die header nur unter der WebGUI von OMV installieren. (Unter OMV-extras).
Ansonsten installiere ich immer nach dieser Anleitung:
http://www.vdr-portal.de/board18-vdr-hardware/board102-dvb-karten/113367-aktuelle-treiber-für-octopus-ddbridge-cines2-ngene-ddbridge-duoflex-s2-duoflex-ct-cinect-sowie-tt-s2-6400-teil-2/?highlight=digital+devicesDie erforderlichen Pakete zum Treiber bauen hast du ja bereits. (mercurial build-essential libproc-processtable-perl)
Wofür das Patchutils das du installieren willst ist weiß ich nicht...Das make menuconfig aus der Anleitung im Link kannst du überspringen, das geht nur wenn du auch die Kernel-Source hast, und ich gehe mal davon aus die hast du nicht (kann man aber leicht herunterladen, ich habs mir immer gespart).
Dann sollte es eigentlich klappen...
-
Die Ordner rc0 rc1 rc2 usw beziehen sich auf den Run-Level.
Wenn der Rechner normal läuft ist das Runlevel 2.
Fährst du deinen Rechner jetzt herunter, verlässt er Runlevel 2, hier könnte man jetzt ein Skript mit "K02...." in den Ordner rc2.d packen. Das K steht für "Kill", also wenn er den Level 2 verlässt (killt) führt er alle Skript mit K am Anfang aus."Aus" ist Runlevel 0, wenn du also ein Skript ausführen willst das beim herunterfahren greift kann man ebenso ein Skript mit dem Namen "S02..." in den Ordner rc0.d packen, S steht für Start, und beim herunterfahren wird Level 0 ja dann "gestartet".
Die Nummerierung kann übrigens mehr oder weniger frei gewählt werden, die Skripte werden der Reihe nach abgearbeitet. Da bestehen evtl. Abhängigkeiten, also aufpassen oder dein eigenes Skript einfach entsprechend hoch nummerieren.
Da dein Skript jedoch nicht nur beim hoch- und runterfahren wirken soll sondern auch beim reboot, würde ich die in rc2 packen. Einmal K wo ich die TV-Karte entlade, und auch einmal S um die Treiber beim starten wieder neu zu laden.
Und was ich einen Post vorher meinte mit "Wie man die Sache sieht": Jeder hat seine eigene Philosophie, ob beim herunterfahren jetzt Level 2 verlassen oder Level 0 gestartet wird.
Das ist einfach Ansichtssache, funktionieren muss beides.Soweit die Theorie, getestet habe ich das bisher nicht weil ich es nicht benötigt habe bisher.
-
Wenn so ein Skript beim reboot wirken soll muss es aber anders heissen und in einen anderen Ordner
muss dann S02ddbridge usw heissen, oder K02... Und in die Ordner für die entsprechenden runlevel /etc/rc0.d oder rc2.d je nachdem wie man die Sache siehtkann es nachher zuhause genau nachschauen...
Die 98_ Skripte sind für hibernate und werden bei reboot nicht ausgeführt...
-
Läuft die Installation an sich denn komplett durch?
Ich würde denken irgendwo bricht er mit Fehlermeldung ab, oder? -
Okay, wieder was gelernt finde ich aber absolut klasse, und frage mich warum bei qnap sowas nich integriert wird. Das war nämlich der einzige kritikpunkt an meinem vorherigen nas, das der stur heruntergefahren hat, obwohl noch ein zugriff statt fand.
gesendet von Windows Phone via TapatalkDas ist der Grund weshalb ich mittlerweile auf Opensource stehe. Die User/Community machen sich meistens gründlich Gedanken um etwas gescheit zu machen.
-
Kommt drauf an.... wenn die IP von diesem Rechner nicht eingetragen ist wird er ignoriert, wenn er keinen traffic verursacht auch.
Wenn von Autoshutdown aber der Port überwacht wird welcher für SMB oder NFS oder AFP zuständig ist (Was auch immer du verwendest) dann sollte der Server anbleiben!
Habe z.B den Port 22 überwacht, wenn ich mit der Konsole verbunden bin fährt er nicht herunter, auch wenn ich nichts mache in der Konsole.
Also auch die Ports checken! Die wichtigsten Ports stehen direkt in der readme von autoshutdown.
#### Network Socket Supervision Configuration
NSOCKETNUMBERS="22,139,445,10000,49152"
# socket numbers to check for activity
# (default="21,22,80,139,445,3689,6991,9091,49152")
# Ports:
# 21 = FTP
# 22 = SSH
# 80 = Web
# 139 = NetBIOS
# 443 = HTTPS
# 445 = Samba-Filesharing
# 548 = AFP
# 3689 = iTunes, DAAP
# 6991 = Bittorrent
# 9091 = Transmission-Daemon-WebIF
# 10000 = Webmin WebIF
# 49152 = UPnP
# 51413 = Bittorrent -
Hallo zusammen.
Jede Nacht läuft aktuell folgendes:
1. DB Bereinigung
2. Export in separate NFOs, incl Bilder ABER KEIN Überschreiben, damit nicht jede Nacht alle Filme und Serien neu geschrieben werden
...Das macht dein Kodi automatisch?
Wie genau bringe ich Kodi dazu?? -
Hast du noch eine S02 Karte, oder warum Zwangstausch?
Habe für meine V13 keine Post bekommen...