SSD nachrüsten - Zweite Platte als reine Aufnahmeplatte

Hi GT86

zu a) Ich würde dir xfs empfehlen
zu b) Während der Installation kannst du beim Partitionieren festlegen was er wie verwenden soll. Z.B. deine SSD ist sda dann legst du da / fest, deine 2TB-platte ist sdb da legst du /srv fest.
zu c) Bootreihenfolge legst du im Bios fest. Am besten ist aber du steckst die SSD auf deinem Board gleich auf den ersten SATA-Steckplatz und die 2TB-Platte auf den 2ten. Somit wird dann auch die SSD als sda und die HDD als sdb beim install erkannt.

MegaX

Bei großen Platten finde ich es sinnvoll grundsätzlich LVM zu nutzen, auch wenn man es im Augenblick nicht braucht.
Ich habe mein Video-Verzeichnis damit mal im laufenden Betrieb auf eine neue Platte umziehen lassen. 2 kurze Downtimes und der Prozess lief im Hintergrund ohne das man warten musste.

cu, Stefan

Das Verzeichnis /srv/vdr/video.00 gehört auf die SSD. Die 2. Platte wird unter /srv/vdr/video.01 gemountet. Auf diese Weise landen die Info-Dateien der Filme auf der SSD und die Filme selbst auf der HD weil sie viel größer ist. Dann kann man die Platte schlafen legen. Selbst wenn man sich das Inhaltsverzeichnis der Filme ansieht, wird die HD nicht geweckt, sondern erst wenn man einen der Filme startet. Das ist aber schon mehrfach beschrieben worden.

Gerald

Zitat von gda

Das Verzeichnis /srv/vdr/video.00 gehört auf die SSD. Die 2. Platte wird unter /srv/vdr/video.01 gemountet. Auf diese Weise landen die Info-Dateien der Filme auf der SSD und die Filme selbst auf der HD weil sie viel größer ist.

Genau aus diesem Grund würde ich es nicht machen. Dann kann man nicht so einfach seine Videoplatte mal schnell an einem anderen VDR betreiben weil die info-Dateien fehlen.

Gruß
Steevee

Zitat von gda

Das Verzeichnis /srv/vdr/video.00 gehört auf die SSD. Die 2. Platte wird unter /srv/vdr/video.01 gemountet. Auf diese Weise landen die Info-Dateien der Filme auf der SSD

Wenn ich bei meinen VDR (1.6.x) eine info.vdr ändere, zeigt er mir solange die alte Filminfo an, bis ich die Aufnahmen aktualisieren lasse. Deshalb gehe ich davon aus, dass VDR den Inhalt der info.vdr im RAM hält. Das kann natürlich bei 1.7.x Versionen anders sein.

Wichtiger wäre es die epginfo von der mechanischen Platte runter zu bekommen.

Bei meinem Vorschlag liegen keine Epginfos auf der HD.

Gerald

BTW video.00 auf der SDD: Dann ist aber ein Backup der Metadaten ein Muss. Ich mache das per cron.daily ins GIT (GIT ist Ideal dafür), dann hat man das immer aktuell gesichert.
Zusätzlich inklusive recording hook der ne length.vdr und ne md5sum über die Videodateien erstellt. Dann hat man auch für den Verlust der Datenplatte (oder zur Datenrettung) wenigstens die Infos was fehlt.

BTW2 /srv auf SDD und nur video.01 auf der HDD: Dann aber dran denken das Videos (AVI und Co.), Audio und Bilder auf der SDD liegen, das dann sepp. auf die HDD verlinken.

cu

Zitat von halbfertiger

Wenn ich bei meinen VDR (1.6.x) eine info.vdr ändere, zeigt er mir solange die alte Filminfo an, bis ich die Aufnahmen aktualisieren lasse. Deshalb gehe ich davon aus, dass VDR den Inhalt der info.vdr im RAM hält. Das kann natürlich bei 1.7.x Versionen anders sein.

Nöö, ist bei vdr-1.7.x genauso.
Meine 2. HDD, mit den archivierten Aufnahmen, schicke ich auch immer nach dem Booten schlafen, um vor allem weniger Wärme im Gehäuse zu produzieren.
Wenn ich dann irgendwann im Aufnahmemenü rumblättere, dann sind alle Aufnahemen, auch die welche auf der 2. Platte liegen verfügbar und ich kann auch alle Infos anzeigen lassen. Dazu muss die HDD nicht geweckt werden.

Nur wenn ich eine Aufnahme wiedergeben will, die auf der 2. Platte liegt, dann dauert es eben eine Weile bis es los geht, da ja erst die HDD anlaufen muss.
Es ist also m. M. nach nicht notwendig die Metadaten getrennt von den *.ts zu speichern.
Also die SSD nur für das System und /srv direkt in der fstab auf die HDD legen.

Paulaner

Zitat von Paulaner

Also die SSD nur für das System und /srv direkt in der fstab auf die HDD legen.

So habe ich es auch gelöst. Eine saubere Trennung, gut für Systemimage, bzw. Neuinstallation.

Albert

Hallo GT,

ich hab das genauso gemacht wie Du es vorhast.

Meine Beschreibung :

http://www.partyfotos.de/vdr/#26

Das Kapitel heisst "Einbau einer Solid State Festplatte"

Grüße Bernd

Hallo,

sagt mal, was macht ihr eigentlich mit /var/log auf euren SSDs? Ich möchte /var/log in tmpfs mounten. Tolle Sache und schnell umgesetzt aber ich möchte bei einem reboot oder/und shutdown (nach beenden von rsyslog) das Verzeichnis per rsync sichern und beim Starten (vor rsyslog) wieder nach tmpfs kopieren. Das ganze natürlich per Upstart Nach diversen Recherchen ist das herausgekommen (Basis war ein Script von Ubuntuusers.de):

Meine logtoram.conf:

description     "/var/log on tmpfs"


start on starting rsyslog
stop on stopped rsyslog


env enabled=1


console output


pre-start script
    /bin/cp -Rp /var/log.save/* /var/log/
end script




post-stop script
   /usr/bin/rsync -avq --delete /var/log/ /var/log.save/
end script

Leider wird das init Script beim Starten ignoriert. Zur Fehlersuche habe ich das Script etwas umgebaut:

description     "/var/log on tmpfs"


start on starting rsyslog
stop on stopped rsyslog


env enabled=1


console output


pre-start script
    # /bin/cp -Rp /var/log.save/* /var/log/
   /usr/bin/logger logtoram start
   /usr/bin/logger rsyslogd hat PID
   /bin/pidof rsyslogd | /usr/bin/logger $1
end script




post-stop script
    # /usr/bin/rsync -avq --delete /var/log/ /var/log.save/
   /usr/bin/logger logtoram stop
   /usr/bin/logger rsyslogd hat PID
   /bin/pidof rsyslogd | /usr/bin/logger $1
end script

Nach einem reboot taucht in der Ausgabe von initctl list logtoram als start/running auf aber es wird nichts protokolliert. Wenn ich logtoram händisch starte und stoppe, dann funktioniert es.

Gruß

Obelix

Im Prinzip steht alles was man dafür braucht hier drin: http://wiki.ubuntuusers.de/fstab
Das Einzige, was du dann noch tun musst, ist dem Verzeichnis die passenden Rechte zuzuweisen...

sudo chown vdr:vdr -R /srv/vdr/video.*

Hallo,
erst mal musst du wissen, was du genau willst... Soll wirklich nur /srv/vdr/video.01 auf der Platte liegen und der Rest auf der SSD? Oder sollen /srv/video, /srv/audio und /srv/picture nicht doch lieber mit auf die Festplatte?

Zitat von GT86

Gegenfrage, wie würdest du es denn machen, sprich was erscheint am sinnvollsten ?

Das muss man davon abhängig machen wie viel Platz man für diese Ordner braucht...
Also ich würde das über mount bind lösen.
Dazu musst du deine Festplatte nicht nach /srv/vdr/video.01 mounten, sondern z.B. nach /media/DATA (der Name und auch der Pfad ist prinzipiell egal, du musst ihn nur durch halten...)

sudo mkdir /media/DATA # Ordner erstellen

Dann den Pfad für die Platte in der /etc/fstab entsprechend anpassen und den VDR und mhddfs stoppen:

sudo stop vdr
sudo stop mhddfs
sudo umount /srv/vdr/video.01 # Platte aushängen #(ggf. abweichenden alten Mount-Point angeben)
sudo mount -a # Platte am neuen Ort einhängen - wenn es hier eine Fehlermeldung gibt, stimmt der fstab-Eintrag nicht

Jetzt die Ordner erstellen, die später verteilt werden sollen:

sudo mkdir /media/DATA/video
sudo mkdir /media/DATA/audio
sudo mkdir /media/DATA/picture
sudo mkdir -p /media/DATA/vdr/video.01

Dann fügst du in der /etc/fstab noch die passenden Mount-Binds ein:

/media/DATA/video           /srv/video                 none  bind  0  0
/media/DATA/audio           /srv/audio                 none  bind  0  0
/media/DATA/picture         /srv/picture               none  bind  0  0
/media/DATA/video           /srv/video                 none  bind  0  0
/media/DATA/vdr/video.01    /srv/vdr/video.01          none  bind  0  0

Falls in den Ordnern für Bilder, Musik und Videos in /srv/ schon Inhalte drin sind, kannst du diese jetzt in den entsprechenden Ordner unter /media/DATA kopieren
Dann schauen, ob alles klappt:

sudo mount -a

Wenn da keine Fehler auftauchen und die Mounts sauber mit

mount

aufgelistet werden kannst du einen Neustart machen und solltest alles passend eingerichtet haben.

Zitat von obelix

Hallo,

sagt mal, was macht ihr eigentlich mit /var/log auf euren SSDs? Ich möchte /var/log in tmpfs mounten. Tolle Sache und schnell umgesetzt aber ich möchte bei einem reboot oder/und shutdown (nach beenden von rsyslog) das Verzeichnis per rsync sichern und beim Starten (vor rsyslog) wieder nach tmpfs kopieren. Das ganze natürlich per Upstart Nach diversen Recherchen ist das herausgekommen (Basis war ein Script von Ubuntuusers.de):

Meine logtoram.conf:
[...]

Gruß

Obelix

Alles anzeigen

Hallo, Obelix!

Ich hatte mir mal vor zig Zeit "Ramlog" angesehen aber nie installiert oder weiter verfolgt. Vielleicht ist das eine (funktionierende) Option? Netterweise liegen dort auch Sourcen.

Homepage von "Ramlog"

[Edit]
Habe es jetzt (testweise) installiert und es funktioniert; es benötigt noch die Pakete lsof und rsync.

Die vom Auto beschriebene Notiz ist wichtig:
"Note: Logs not saved to harddrive are lost in case of power outage or kernel panic.
"

Gruß,
Holger.