yaVDR 0.5.0 - Neuinstallation, noob-Fragen

UlrichKliegis · 17. Dezember 2012

Zitat von DaKilla

Zitat von »UlrichKliegis«
Die 80er ist im Bios als Boot-LW eingetragen. MBR ist doch Master Boot Record, oder? Wo sollte der liegen, wenn nicht auf der 80er? Sie ist physikalisch Master an IDE-0.

Dann ist ja gut. Ich dachte, Du hättest irgendwo geschrieben, dass die 80-er sde wäre. Wenn es IDE-Primär ist, hätte ich hda erwartet.

Das hat mich auch gewundert - es ist eindeutig eine IDE-Platte, die an IDE-0 als Master hängt, das DVD-Laufwerk, von dem aus ich installiert habe, ist dort Slave. Beim Installieren hingen die vier SATA an dem 4-Kanal-PCI-Controller schon dran. Die waren dann sda bis sdd, und jene 80er eben sde. Hab ich dann so gelassen.

Gruß,
U.

ATD · 17. Dezember 2012

Zitat von seahawk1986

So schwer ist es nicht Symlinks im Aufnahmeverzeichnis zu finden, die kein Ziel haben...

Man lernt nie aus.

Die Lösung mit RAID5 würde ich trotzdem favorisieren, denn dort stell sich (prinzipiell) die Frage gar nicht nach Schwund. 10 TB sind auch nicht wenig Platz.

Albert

UlrichKliegis · 17. Dezember 2012

Zitat von seahawk1986

So schwer ist es nicht Symlinks im Aufnahmeverzeichnis zu finden, die kein Ziel haben...

Klingt gut. Aber um dahin zu kommen, muß ich ja erstmal was aufnehmen. Und dem steht noch meine Unsicherheit entgegen, was ich nun mit dem

Zitat von seahawk1986

Ähm - wenn man sich anschaut, wie er es hier gemacht hat (yaVDR 0.5.0 - Neuinstallation, noob-Fragen), dann hat er keine Partitionstabelle, sondern das ganze Blockdevice direkt mit xfs formatiert... also kann er das auch so mounten...
Prinzipell benötigt man unter Linux keine Partitionstabelle (abweichende Empfehlungen gibt es für btrfs) und kann das Gerät daher direkt formatieren und einhängen.

anfangen soll, sprich,

wie ich jetzt "das ganze Blockdevice" aus dem derzeitigen Status quo formal korrekt mounten kann (was ich also konkret schreiben soll) , und
ob ich das dann richtig verstanden habe, daß es danach oder stattdessen nicht noch in die fstab eingetragen werden muß.

Gruß,
U.

gda · 17. Dezember 2012

Zitat von UlrichKliegis

wie ich jetzt "das ganze Blockdevice" aus dem derzeitigen Status quo formal korrekt mounten kann (was ich also konkret schreiben soll)

Formal korrekt hätte man nicht das ganze BLockdevice formatiert, sondern es vorher partitioniert und dann danach die Partitionen formatiert. Sorry, aber dir fehlen da einige Grundlagen deren Erarbeitung weit über das hinweg geht, was das yaVDR-Forum zu leisten vermag.

Vielleicht hilft das ja weiter? http://wiki.ubuntuusers.de/Partitionierung

Gerald

seahawk1986 · 17. Dezember 2012

Du kannst ja in der fstab verschiedene Merkmale angeben, die einen Datenträger identifizieren: Block-Device, UUID, Label usw.
Prinzipiell kann es also z.B. so für das Gerät /dev/sdb aussehen (der Ordner auf dem der Mount erfolgen soll, muss natürlich existieren):

Code

# <file system> <mount point>        <type>  <options>     <dump>  <pass>
/dev/sdb        /srv/vdr/video.01     xfs    defaults       0        0

Testen kannst du einen Eintrag mit "sudo mount -a" und dann der Ausgabe von "mount"

UlrichKliegis · 18. Dezember 2012

So. Nun habe ich die fstab ergänzt, hoffentlich richtig:

Code

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sde1 during installation
UUID=edf8fcf5-dadc-4091-8480-f9d0f981e8c6 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sde5 during installation
UUID=a818b2f7-c4cf-47dd-b863-80240c74910b none            swap    sw              0       0
/dev/sda	/srv/vdr/video.01	xfs	defaults	0	0
/dev/sdb	/srv/vdr/video.02	xfs	defaults	0	0
/dev/sdc	/srv/vdr/video.03	xfs	defaults	0	0
/dev/sdd	/srv/vdr/video.04	xfs	defaults	0	0
/dev/sdf	/srv/vdr/video.05	xfs	defaults	0	0
/dev/sdg	/srv/vdr/video.06	xfs	defaults	0	0

Alles anzeigen

Hab ich das mit sda, sdb etc. nun richtig gemacht? Ich hab seahawks Vorschlag buchstabengetreu umgesetzt. Oder wäre sda1, sdb1 etc. richtig? Wie ich es verstanden habe, werden hiermit quasi alle Großplatten als Monsterplatte zusammengefaßt und stellen dann gemeinsam die Partition video dar. Aber ob ich die Index-Nomenklatur schon richtig verinnerlicht habe? - Sicher nicht, höchstens nachgeplappert...

df gibt

Code

ulli@blueeye:~$ df
Dateisystem     1K-Blöcke Benutzt  Verfügbar Verw% Eingehängt auf
/dev/sde1        73279752 2524708   67032652    4% /
udev              1838912       4    1838908    1% /dev
tmpfs              739164     656     738508    1% /run
none                 5120       0       5120    0% /run/lock
none              1847908       0    1847908    0% /run/shm
/dev/sda       1952560720   32928 1952527792    1% /srv/vdr/video.01
/dev/sdb       1952560720   32928 1952527792    1% /srv/vdr/video.02
/dev/sdc       1952560720   32928 1952527792    1% /srv/vdr/video.03
/dev/sdd       1952560720   32928 1952527792    1% /srv/vdr/video.04
/dev/sdf       1952560720   32928 1952527792    1% /srv/vdr/video.05
/dev/sdg       1952560720   32928 1952527792    1% /srv/vdr/video.06

Alles anzeigen

mount ergibt

Code

ulli@blueeye:~$ mount
/dev/sde1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/sda on /srv/vdr/video.01 type xfs (rw)
/dev/sdb on /srv/vdr/video.02 type xfs (rw)
/dev/sdc on /srv/vdr/video.03 type xfs (rw)
/dev/sdd on /srv/vdr/video.04 type xfs (rw)
/dev/sdf on /srv/vdr/video.05 type xfs (rw)
/dev/sdg on /srv/vdr/video.06 type xfs (rw)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
/srv/vdr/video.06;/srv/vdr/video.05;/srv/vdr/video.04;/srv/vdr/video.03;/srv/vdr/video.02;/srv/vdr/video.01;/srv/vdr/video.00 on /srv/share/vdr type fuse.mhddfs (rw,nosuid,nodev)
nfsd on /proc/fs/nfsd type nfsd (rw)

Alles anzeigen

Der VDR kennt aber noch immer nur den Platz auf der 80er in video.00, und wo er das mhddfs hier

Code

/srv/share/vdr type fuse.mhddfs (rw,nosuid,nodev)

her hat, weiß ich nicht - ist das irgendwie automatisch durch dieses Blockdevice zustandegekommen?

Also, irgendwas scheint noch zu fehlen oder von mir falsch gemacht worden zu sein.

Ein mkdir habe ich überhaupt nicht ausgeführt.

Wie bekomme ich beim yavdr den logfile zu Gesicht?

SHF · 18. Dezember 2012

Zitat von Keine_Ahnung

Naja, die Metadaten (info[.vdr] und Co.) kann (sollte!) man in nem cron.daily auf die Cloud sichern (bleibt als GIT < 10MB), beim Rest sind beim Ausfall einer HDD nur die Aufnahmen auf dieser HDD weg, alle anderen sind noch da. Ist also hier garnicht so wild wie z.B. bei RAID 0.

Das mache täglich ich mit rsnapshot von meiner SSD auf der Video0 liegt auf die HDD auf der die Aufnahmen (Video1) liegen.
Klappt 1A und wenn die SSD abraucht sind Metadaten für die Aufnahmen nicht weg.

Zitat von UlrichKliegis

Aber mal umgekehrt gefragt: Wie oft ist hier im Forum von den bewiesenen Vorzügen eines RAID die Rede? Was weg ist, ist weg.

Vorsicht!!!
Der VDR versucht die Platten gleichmässig zu füllen, das führt dazu, das die Aufnahme über mehrere Platten verteilt wird.
Wenn eine HDD ausfällt hätten praktisch alle Aufnahmen lücken!

Zumindestens das Aufteilen der Aufnahmen in mehrere Dateien abstellen, damit es nicht zum GAU kommt!

UlrichKliegis · 18. Dezember 2012

Zitat von SHF

Zumindestens das Aufteilen der Aufnahmen in mehrere Dateien abstellen, damit es nicht zum GAU kommt!

Danke für den Hinweis - bei 2 TB / Platte ist das löffelweise Verteilen einer Aufnahme wirklich nicht so sinnvoll.
Wo kann ich das ab-/umstellen?

Gruß,
U.

ATD · 18. Dezember 2012

Zitat von UlrichKliegis

Wo kann ich das ab-/umstellen?

Irgendwo gibt es eine Option dafür im OSD, Einstellungen, Aufnahmen.

Albert

UlrichKliegis · 18. Dezember 2012

Danke, werde ich dann sicher finden. Nur die leidige Verzeichnisfrage ist noch nicht ganz abgeschlossen, siehe hier.

Gruß,
U.

seahawk1986 · 18. Dezember 2012

Zitat von UlrichKliegis
und wo er das mhddfs hier
Code
/srv/share/vdr type fuse.mhddfs (rw,nosuid,nodev)
her hat, weiß ich nicht - ist das irgendwie automatisch durch dieses Blockdevice zustandegekommen?

Das entsteht durch den Upstart-Job /etc/init/mhddfs.conf, der dafür sorgt, dass ein einziges Aufnahmeverzeichnis über NFS exportiert werden kann.
Hast du den VDR seit dem Eintragen der Geräte in die fstab mal neu gestartet?

Keine_Ahnung · 18. Dezember 2012

Zitat von UlrichKliegis

Danke, werde ich dann sicher finden. Nur die leidige Verzeichnisfrage ist noch nicht ganz abgeschlossen, siehe hier.

Hat der Nutzer "vdr" denn denn volle Zugriffsrechte? Erstmal unmonten (bei gestoppten vdr) "umount /srv/vdr/video.01" (und alle anderen) und dann per "ls -l /srv/vdr" die Rechte anschauen.

Und dann nochmal bei gemounteten HDDs. Weil es gibt einmal die rechte des Mountpointes und dann die des gemounteten Dateisystems.

cu

UlrichKliegis · 18. Dezember 2012

Zitat von seahawk1986

Hast du den VDR seit dem Eintragen der Geräte in die fstab mal neu gestartet?

Jupp, sogar zweimal.

ATD · 18. Dezember 2012

Zitat von Keine_Ahnung

Hat der Nutzer "vdr" denn denn volle Zugriffsrechte? Erstmal unmonten (bei gestoppten vdr) "umount /srv/vdr/video.01" (und alle anderen) und dann per "ls -l /srv/vdr" die Rechte anschauen.

Oder einfach:

Code

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

Albert

UlrichKliegis · 18. Dezember 2012

Bingo! Liste der Aufnahmen (Disk 0% - 7447:13 frei)

Genügt erstmal.

Ganz herzlichen Dank alle Beteiligten bis hierher. Weitere Fragen kommen dann, wie angekündigt, in neuen Threads.

Schönen Abend, muß heute noch etwas arbeiten...

Gruß von der Kieler Förde,

U.

Keine_Ahnung · 18. Dezember 2012

Zitat von UlrichKliegis

Bingo! Liste der Aufnahmen (Disk 0% - 7447:13 frei)

Klasse, jetzt bin ich neidisch Bei mir "Disk 98% - 9:55 frei"

cu

ATD · 18. Dezember 2012

Zitat von Keine_Ahnung

Klasse, jetzt bin ich neidisch Bei mir "Disk 98% - 9:55 frei"

Hilft das nicht?

Code

rm -rf /srv

Bitte trotzdem nicht machen!

Albert

Keine_Ahnung · 18. Dezember 2012

Zitat von DaKilla
Hilft das nicht?
Code
rm -rf /srv

Neeeiiiiin, das brauche ich doch noch. Ich bin Datenmessie, ich lösche nix

cu

ATD · 18. Dezember 2012

Zitat von Keine_Ahnung

Ich bin Datenmessie, ich lösche nix

Nix? Der Befehl würde eher ALLES löschen. Dafür hättest dann Du reichlich Platz.

Albert

Keine_Ahnung · 18. Dezember 2012

Zitat von DaKilla

Nix?

Naja, fast nix, da ist noch viel was ich mir noch irgendwann mal anschauen möchte. Aber ich habe schon generell starke Sammeltendenzen.

Ich brauche mal wieder nen neue HDD. Wobei (um mal wieder on Topic zu werden ) ich dann eher aufs HDD Archiv (schaut es euch an, es lohnt sich wirklich) gehe anstatt mir mehr HDDs einzubauen. 1TB im VDR reichen, den Rest lagert man besser auf USB HDDs im Schrank (die müssen nicht ständig mitdrehen).

cu

yaVDR 0.5.0 - Neuinstallation, noob-Fragen

Jetzt mitmachen!

Teilen