• Hallo
    Ich habe meinen VDR auf einer SSD installiert - Das Video Verzeichnis auf ein NAS System gemountet.
    Alles gut !


    Bin begeistert wie schnell das System startet und runterfährt, und das (noch) mit dem orginal Kernel (SuSe 12.1).
    Auch das Compilern kommt mir schneller vor.


    Damit ich aber mit der SSD länger Freude habe, gibt es damit was zu beachten ?
    Beispielsweise die Log's minimieren, wegen unnötiger Schreibzugriffe.


    Wie schaut es mit Trim aus ? - Der Kernel sollte es können.

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

  • Wie schaut es mit Trim aus ? - Der Kernel sollte es können.


    Ist Ubuntu, aber Susi sollte analog gehen. Der c't Artikelhinweis ist dort auch drin.


    Albert

  • <discard> bewirkt TRIM
    - sollte reichen. Mehr hab ich auch nicht


    => /etc/fstab


    /dev/disk/by-id/ata-OCZ-AGILITY3_OCZ-ZVLZH67RX8LZ9898-part2 / ext4 discard,acl,user_xattr 1 1
    ...

    Server PC leap42.3 ::: vdr-2.3.8 ::: DD Cine C2 + 1 Erweiterung headless

    zbox leap42.3 ::: vdr-2.3.8 + SatIP Plugin

    OctopusNet DVBC mit 4 Tunern

    Clients 2 x Raspberry 2 + libreElec 8.2.1 verbunden mit zbox

  • Mehr hab ich auch nicht


    Ob er auf so eine Antwort gehofft hat? :wow


    Albert

  • asshep:
    So wie ich es verstehe sollte man erst prüfen (So wie in dem c't Link von DaKilla) ob der Kernel bzw. die SSD(Firm) trim unterstützt.
    Da du aber laut sig die selbe Distrie und laut fstab sogar die selbe SSD hast wie ich, und es bei dir funktioniert, kann mir die Tests wohl sparen und discard in die fstab eintragen.


    thx.

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

  • moin,


    hab bei mir noch den scheduler fürs ssd device auf "noop" gestellt - ist aber noch aus "anno dubback", weiss nich ob und inwieweit das heute noch was bringt:


    Code
    [vdr@vdr ~]$ cat /sys/devices/pci0000:00/0000:00:09.0/ata1/host0/target0:0:0/0:0:0:0/block/sda/queue/scheduler
    [noop] deadline cfq bfq


    und "/var/log", etc. sind als tmpfs gemountet - bei boot/shutdown werden die verzeichnisse entspr. über das init-scriptchen gesynct:



    trim hab ich nicht über "discard" in der fstab aktiv, sondern beim shutdown läuft "/sbin/fstrim -v MOUNTPOINT". iss aber eigentlich wurscht...


    gruß,lars

    Asus H170 PRO GAMING, Intel Core i7-6700T, 16GB RAM, GeForce GTX 1050 2GB, Samsung SSD 860 EVO 1TB SSD + 3TB WD Red, Mystique SaTiX-S2 Dual, Archlinux -> VDR4Arch


    "Freunde sind Menschen, die dich mögen obwohl sie dich kennen"

  • rudirabbit
    >>
    Da du aber laut sig die selbe Distrie und laut fstab sogar die selbe SSD hast wie ich, und es bei dir funktioniert, kann mir die Tests wohl sparen und discard in die fstab eintragen
    Also ich hab ziemlich viel rumgelesen bevor ich die Platte eingebaut habe. Ich krieg das aber alles im Detail nicht mehr zusammen. Und ja, ich bin letzendlich zum Ergebniss gekommen, das das reicht

    Server PC leap42.3 ::: vdr-2.3.8 ::: DD Cine C2 + 1 Erweiterung headless

    zbox leap42.3 ::: vdr-2.3.8 + SatIP Plugin

    OctopusNet DVBC mit 4 Tunern

    Clients 2 x Raspberry 2 + libreElec 8.2.1 verbunden mit zbox

  • Hi,
    Der Vorschlag cooljay032 die Logs erst in ein tmps zu schreiben, und beim shutdown in einem Rutsch auf die SSD kopieren gefällt mir.
    So schreibt das System ständig die Logs auf die SSD, das kann auf die Dauer nicht gut sein.


    Was anderes:


    Das Video Verzeichnis ist bei mir ein NAS das beim VDR Start gemountet wird.


    Ich habe vor, das NAS nur laufen zu lassen wenn man es braucht.
    Dazu senden die Rechner WOL Packete um das NAS am Leben zu erhalten oder es aufzuwecken.


    Das NAS braucht aber auch eine Zeit um hochzufahren.
    Was passiert wenn der VDR startet, das NAS war down und die VDR WOL Pakete wecken das NAS auf.


    Wenn die fstab des VDR abgearbeitet wird, und das NAS noch nicht up ist, wird es logischerweise nicht gemountet.
    Der VDR wird zwar starten, da der video mount point vorhanden ist.
    Aber wenn das NAS dann bereit ist wird es nicht automatisch gemountet.


    Gibt es eine Lösung, evtl via. automount ?

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

  • Ich würde ein Init Script erstellen was das NAS weckt, wartet bis es da ist und Mountet.


    Für den VDR kannst du dich entscheiden ob du im Init Script des VDR wartest bis das Mount Script durch ist (also VDR erst starten lassen wenn der Mountpoint da) oder ob du den VDR gleich starten lässt und im Mountscript nen Update des Videodirs anstöst (also entkoppelt warten bis der VDR da ist und dann (am besten über das dbus2vdr Plugin) nen Update anstossen).


    Auf irgendwelche zufälligen Zeitabfolgen (per Automounter und passt schon irgendwie) würde ich mich da nicht einlassen.


    cu

  • Keine_Ahnung :
    Ich habe mir ein Script gebastelt, beim Starten des VDR Systems wird erst ein Wol Packet ans Nas geschickt.
    Dann wird das NAS solange angepingt bis der ping nicht mehr ins Leere läuft.
    Dann wird das video Verzeichnis gemountet und der VDR gestartet.
    Sollte so funktionieren.


    Ich habe nun leider an anderes Problem, so das ich im Moment nicht weiß ob ich das Video Verzeichnis über ein NAS laufen lassen will.
    Wenn ich bestimmte Sender aufnehmen will kommt das:


    Code
    Jul 29 17:37:23 linux-VDR vdr: [2390] Title: 'F1: Rennen und Analysen, Ungarn' Subtitle: 'Formel 1: Großer Preis von Ungarn Rennen und Analysen, Ungarn'
    Jul 29 17:37:23 linux-VDR vdr: [2390] record /video0/@F1:_Rennen_und_Analysen,_Ungarn_Formel_1:_Großer_Preis_von_Ungarn_Renne/2012-07-29.17.37.41-0.rec
    Jul 29 17:37:23 linux-VDR vdr: [2390] creating directory /video0/@F1:_Rennen_und_Analysen,_Ungarn_Formel_1:_Großer_Preis_von_Ungarn_Renne
    Jul 29 17:37:23 linux-VDR kernel: [ 5170.811054] CIFS VFS: strtoUCS: char2uni of 0xffffffdf returned -22
    Jul 29 17:37:23 linux-VDR kernel: [ 5170.811556] CIFS VFS: strtoUCS: char2uni of 0xffffffdf returned -22
    Jul 29 17:37:23 linux-VDR vdr: [2390] ERROR (tools.c,364): /video0/@F1:_Rennen_und_Analysen,_Ungarn_Formel_1:_Großer_Preis_von_Ungarn_Renne: Eingabe-/Ausgabefehler
    Jul 29 17:37:23 linux-VDR vdr: [2390] timer 1 (41 1737-2037 '@F1: Rennen und Analysen, Ungarn Formel 1: Großer Preis von Ungarn Renne') deferred for 60 seconds


    Video0 ist mit dem NAS gemountet (NAS Festplatte genug Platz frei) , das Verzeichnis kann ich erstellt werden.
    Dazu kommen die CIFS VFS Meldungen mit denen ich nichts anfangen kann -> was will mir das System sagen ?


    Das Problem tritt nur bei bestimmten Sendern bzw Programmen auf, zb. hier auf SKYSport 1 HD.
    Wenn ich auf der Konsole in Video0 dies mache kommt tritt der selbe Fehler auf:

    Code
    linux-VDR:/video0 # md @F1:_Rennen_und_Analysen,_Ungarn_Formel_1:_Großer_Preis_von_Ungarn_Rennen
    mkdir: cannot create directory `@F1:_Rennen_und_Analysen,_Ungarn_Formel_1:_Gro\337er_Preis_von_Ungarn_Rennen': Input/output error


    das hier funktioniert:

    Code
    linux-VDR:/video0 # md @test


    Wenn ich:

    Code
    md @F1:_Rennen_und_Analysen,_Ungarn_Formel_1:_Großer_Preis_von_Ungarn_Rennen


    auf / der SSD erstelle funktioniert es.


    Das NAS mounte ich so:

    Code
    //192.168.0.250/Filme  /video0       	cifs    	username=admin,password=password          	0 0

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

  • Naja, samba und Doppelpunkt mag wohl nicht so.


    Du brauchst die VDR Option "--vfat".


    cu

  • Keine_Ahnung: Dein Nick stimmt nicht ;D Sollte eher heißen Jede_Menge_Ahnung.
    DIe Option -vfat war die Lösung - THX

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

  • Dein Nick stimmt nicht ;D Sollte eher heißen Jede_Menge_Ahnung.


    Hast Du da nicht etwas zu dick aufgetragen. :ausheck


    Albert

  • Hast Du da nicht etwas zu dick aufgetragen. :ausheck

    Nö - finde ich jetzt nicht.
    Er hat schon öfter kompetente Lösungen parat gehabt - und postet diese.
    Und zwar ohne einen Hinweiß (z.b. du bist ein DAU ) zu geben wie einfach das Problem zu lösen war. - so wie hier.
    Ich hatte die VFAT Option einfach nicht auf dem Schirm gehabt :O


    Auch der Hinweiß mit einem Init Script auf das NAS zu warten, hatte mich auch weitergeholfen.

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

  • Nö - finde ich jetzt nicht.


    Oh man. Es war als Spaß gemeint. ;)


    Albert

  • Danke für den Link, aber ich denke mein Kernel ist Trim fähig.


    Mich wundert, das hier nicht der Begriff AHCI Modus gefallen ist.


    Nach allem was ich jetzt darüber gelesen hatte, verstehe ich das so:
    AHCI ist Vorraussetzung für Trim.
    Und der ICH7 Chip den ich habe kann kein AHCI, der ICH7R kann AHCI (den ich nicht habe)


    Egal, das mit der SSD an dem alten Board war eh nur ein Test aus Neugierde.
    Da ich aber langfristig was Neues bauen wollte hatte ich gleich eine Sata3 genommen.


    Da jetzt das AHCI Problem auftaucht, baue ich gleich jetzt neu. Außerdem habe ich dann Sata3 :strike1
    WAF Friede ist auch nicht in Gefahr, kann ja einen guten Grund nennen warum ich schon wieder Hardware einkaufe.
    Und Zeit dazu habe ich auch gerade (Urlaub).

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

  • AHCI ist Vorraussetzung für Trim.


    Nein, TRIM ist ein ATA-Befehl. Natürlich solltest Du AHCI fahren, schon wegen NCQ, das geht nicht ohne.
    AHCI wird für die native TRIM-Unterstützung in Windows 7 benötigt, und nur dort.


    Albert

  • AHCI wird für die native TRIM-Unterstützung in Windows 7 benötigt, und nur dort.

    Danke für die Aufklärung, ich hätte doch besser deinen c't Link benutzt um Trim zu testen :evil:
    So bin ich früher zu einem neuen Board gekommen ;D

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

  • So bin ich früher zu einem neuen Board gekommen


    Das ist auch gut. :D


    Ich sehe AHCI in Verbindung mit einem SSD dennoch als Pflicht an.


    Mache dir mal keine Sorgen, die SSD-s werden nach langer Zeit nur beim Schreiben langsam (wenn überhaupt).


    Das manuelle Trimmen ist, was auch c’t unter Linux favorisiert. Einmal in Jahr sollte dicke reichen.


    Wenn alle Stränge reißen, bleibt noch nach FSArchiver das Secure Erase, das geht von Live-Linux aus auch. Vor eine VDR Neuinstallation ein SE sollte reichen, Neuinstalliert wird ja fast jährlich, wenn's reicht. ;)


    Albert

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!