Festplatte schlafen legen

Santos · 12. Dezember 2012

Hi,
habe eine 2te Festpallte eingebunden und als /srv/vdr/video.00 gemountet.
Den Ordner der Systemplatte der video.00 gemountet war, als video.01 gemountet.

Wenn ich versuche die Augnahmeplatte in den Idlemodus zu schicken, passiert nichts.

Code

yavdr@ubuntu:~$ sudo hdparm -S5 /dev/sdb
[sudo] password for yavdr:


/dev/sdb:
 setting standby to 5 (25 seconds)
yavdr@ubuntu:~$

Code

yavdr@ubuntu:~$ sudo mount -l
/dev/sda1 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/sdb1 on /srv/vdr/video.00 type ext4 (rw) [Aufnahmen]
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
/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)
yavdr@ubuntu:~$

Alles anzeigen

Hat da jemand evtl. einen Tip wieso das nicht funktioniert.

Gruß Santos

g3joker · 12. Dezember 2012

was sagt den

Code

hdparm -y /dev/sdx

bzw

Code

hdparm -Y /dev/sdx

?

wenn das laufwerk sich dann schlafen legt und direkt wieder aufwacht dann greift noch irgendein prozess auf die platte zu und dann ists essig mit standby. oder du gewöhnst dem zugreifendem prozess ab auf die platte zuzugreifen (dürfte bei /video.00 schwierig werden bei lasufendem vdr ;))

Santos · 12. Dezember 2012

Hallo

Code

yavdr@ubuntu:~$ sudo hdparm -y /dev/sdb
[sudo] password for yavdr:


/dev/sdb:
 issuing standby command
yavdr@ubuntu:~$

Das wäre die fstab

Code

# / was on /dev/sdb1 Recordings
UUID=2c49be4d-5ed9-4d09-9c97-6a97ee3d702c /srv/vdr/video.00	auto	defaults	0	2

Gruß Santos

Santos · 12. Dezember 2012

Könnte man dem Vdr nicht die Aufnahmen woanders ablegen lassen ???
Oder gib es da ne andere Lösung.?

Gruß Santos

mahlzeit · 13. Dezember 2012

Also bei mir schaltet sich die Platte auch bei laufenden VDR (24/7) ab, wenn keine Aufnahmen anstehen bzw. angesehen werden. Das muss also noch ein anderer Prozess sein. Beim mounten nehme ich die Optionen "-orelatime,acl". Konfiguriert wird das Downspin-Verhalten über einen hdparm-Aufruf durch ein Skript, welches beim Boot läuft und noch andere Optionen zum Stromsparen aktiviert.
Damit läuft nur noch die Bootplatte (2,5", braucht fast nix) und die 3 Datengräber (2x2TB, 1x3TB) rennen nur bei Bedarf los und schalten sich dann nach 5Min wieder ab.

cu
Markus

Paulaner · 13. Dezember 2012

Zitat von Santos

UUID=2c49be4d-5ed9-4d09-9c97-6a97ee3d702c /srv/vdr/video.00 auto defaults 0 2

Vielleicht solltest Du in die fstab an Stelle "defaults" ein "noatime, nodiratime" eintragen, damit die Platte nicht ständig beschrieben wird.

Paulaner

johns · 13. Dezember 2012

Als root:

Code

echo 1 > /proc/sys/vm/block_dump

Und dann ins syslog gucken, wer auf die Platte geschrieben hat.

Und wenn fertig:

Code

echo 0 > /proc/sys/vm/block_dump

nicht vergessen.

Johns

andreash · 13. Dezember 2012

Hi,

das ging bei mir nur, wenn die alte platte video.00 war, und die neue video.01.
video.00 wir scheinbar regelmaessig angefasst vom VDR.

Andreas

steffen_b · 13. Dezember 2012

Bei mir liegt video.00 auf / und die grosse platte unter video.01 - ist am einfachsten. Ansonsten dürfte aber ausser dem anfänglichen einlesen der Aufnahmen und regulären checken der .update nicht viel passieren. Sprich wenn man die richtigen Mountoptionen benutzt dürfte durch das lesen der .update die Platte auch nicht anspringen IMHO

Santos · 13. Dezember 2012

Hi,
habe jetzt die fstab geändert und nach /srv/vdr/video.01 gemounted.

Code

UUID=2c49be4d-5ed9-4d09-9c97-6a97ee3d702c /srv/vdr/video.01	auto	noatime,nodiratime	0	2

Laut Syslog wird nur auf /dev/sda1 geschrieben

Code

Dec 13 13:07:28 ubuntu kernel: [ 1352.479095] flush-8:0(1061): WRITE block 101998976 on sda1 (16 sectors)
Dec 13 13:07:28 ubuntu kernel: [ 1352.483091] rs:main Q:Reg(889): dirtied inode 2626587 (kern.log) on sda1
Dec 13 13:07:28 ubuntu kernel: [ 1352.483096] rs:main Q:Reg(889): dirtied inode 2626587 (kern.log) on sda1
Dec 13 13:07:28 ubuntu kernel: [ 1352.483099] rs:main Q:Reg(889): dirtied inode 2626587 (kern.log) on sda1
Dec 13 13:07:30 ubuntu kernel: [ 1354.236659] osdteletext-rec(1946): dirtied inode 12776 (104_02.vtx) on tmpfs
Dec 13 13:07:31 ubuntu kernel: [ 1355.415386] jbd2/sda1-8(247): WRITE block 101998984 on sda1 (8 sectors)
Dec 13 13:07:31 ubuntu kernel: [ 1355.415475] jbd2/sda1-8(247): WRITE block 17324704 on sda1 (8 sectors)
Dec 13 13:07:31 ubuntu kernel: [ 1355.415492] jbd2/sda1-8(247): WRITE block 54809432 on sda1 (8 sectors)
Dec 13 13:07:31 ubuntu kernel: [ 1355.415495] jbd2/sda1-8(247): WRITE block 54809440 on sda1 (8 sectors)
Dec 13 13:07:31 ubuntu kernel: [ 1355.415498] jbd2/sda1-8(247): WRITE block 54809448 on sda1 (8 sectors)
Dec 13 13:07:31 ubuntu kernel: [ 1355.415500] jbd2/sda1-8(247): WRITE block 54809456 on sda1 (8 sectors)
Dec 13 13:07:31 ubuntu kernel: [ 1355.415503] jbd2/sda1-8(247): WRITE block 54809464 on sda1 (8 sectors)
Dec 13 13:07:31 ubuntu kernel: [ 1355.415505] jbd2/sda1-8(247): WRITE block 54809472 on sda1 (8 sectors)
Dec 13 13:07:31 ubuntu kernel: [ 1355.416926] jbd2/sda1-8(247): WRITE block 54809480 on sda1 (8 sectors)
Dec 13 13:07:31 ubuntu kernel: [ 1355.439015] osdteletext-rec(1946): dirtied inode 12841 (125_00.vtx) on tmpfs
Dec 13 13:07:36 ubuntu kernel: [ 1360.409814] jbd2/sda1-8(247): WRITE block 101998984 on sda1 (8 sectors)
Dec 13 13:07:36 ubuntu kernel: [ 1360.409907] jbd2/sda1-8(247): WRITE block 54809488 on sda1 (8 sectors)
Dec 13 13:07:36 ubuntu kernel: [ 1360.409910] jbd2/sda1-8(247): WRITE block 54809496 on sda1 (8 sectors)
Dec 13 13:07:36 ubuntu kernel: [ 1360.409913] jbd2/sda1-8(247): WRITE block 54809504 on sda1 (8 sectors)
Dec 13 13:07:36 ubuntu kernel: [ 1360.411087] jbd2/sda1-8(247): WRITE block 54809512 on sda1 (8 sectors)
Dec 13 13:07:38 ubuntu kernel: [ 1362.453397] osdteletext-rec(1946): dirtied inode 12950 (299_02.vtx) on tmpfs
Dec 13 13:07:39 ubuntu kernel: [ 1363.555886] osdteletext-rec(1946): dirtied inode 12978 (317_02.vtx) on tmpfs
Dec 13 13:07:41 ubuntu kernel: [ 1365.404248] jbd2/sda1-8(247): WRITE block 101998984 on sda1 (8 sectors)
Dec 13 13:07:41 ubuntu kernel: [ 1365.404340] jbd2/sda1-8(247): WRITE block 54809520 on sda1 (8 sectors)
Dec 13 13:07:41 ubuntu kernel: [ 1365.404344] jbd2/sda1-8(247): WRITE block 54809528 on sda1 (8 sectors)
Dec 13 13:07:41 ubuntu kernel: [ 1365.404347] jbd2/sda1-8(247): WRITE block 54809536 on sda1 (8 sectors)
Dec 13 13:07:41 ubuntu kernel: [ 1365.405514] jbd2/sda1-8(247): WRITE block 54809544 on sda1 (8 sectors)
Dec 13 13:07:46 ubuntu kernel: [ 1370.398636] jbd2/sda1-8(247): WRITE block 101998984 on sda1 (8 sectors)
Dec 13 13:07:46 ubuntu kernel: [ 1370.398728] jbd2/sda1-8(247): WRITE block 54809552 on sda1 (8 sectors)
Dec 13 13:07:46 ubuntu kernel: [ 1370.398732] jbd2/sda1-8(247): WRITE block 54809560 on sda1 (8 sectors)
Dec 13 13:07:46 ubuntu kernel: [ 1370.398735] jbd2/sda1-8(247): WRITE block 54809568 on sda1 (8 sectors)
Dec 13 13:07:46 ubuntu kernel: [ 1370.399902] jbd2/sda1-8(247): WRITE block 54809576 on sda1 (8 sectors)
Dec 13 13:07:48 ubuntu kernel: [ 1372.451731] flush-8:0(1061): WRITE block 17364136 on sda1 (56 sectors)
Dec 13 13:07:48 ubuntu kernel: [ 1372.451827] flush-8:0(1061): WRITE block 100663336 on sda1 (8 sectors)
Dec 13 13:07:48 ubuntu kernel: [ 1372.451836] flush-8:0(1061): WRITE block 32 on sda1 (8 sectors)
Dec 13 13:07:48 ubuntu kernel: [ 1372.451841] flush-8:0(1061): WRITE block 83886448 on sda1 (8 sectors)
Dec 13 13:07:48 ubuntu kernel: [ 1372.455730] rs:main Q:Reg(889): dirtied inode 2623097 (syslog) on sda1
Dec 13 13:07:48 ubuntu kernel: [ 1372.455735] rs:main Q:Reg(889): dirtied inode 2623097 (syslog) on sda1
Dec 13 13:07:48 ubuntu kernel: [ 1372.455738] rs:main Q:Reg(889): dirtied inode 2623097 (syslog) on sda1

Alles anzeigen

Gruß Santos

Santos · 13. Dezember 2012

Die Platte in den Sleep-Modus zu bringen funktioniert.

Code

yavdr@ubuntu:~$ sudo hdparm -Y /dev/sdb


/dev/sdb:
 issuing sleep command

steffen_b
was macht die .update ???
die lag bei mir under video.00, habe sie beim verschieben ausversehen gelöscht.

Gruß Santos

seahawk1986 · 13. Dezember 2012

Zitat von Santos

was macht die .update ???

Wenn du die Datei anfasst, liest der VDR die Aufnahmen neu ein.

Santos · 13. Dezember 2012

Hi seahawk1986,
nach einen Neustart wird sie aber nicht neu erzeugt ???
Die .update hatte eine Größe von 0kb.

seahawk1986 · 13. Dezember 2012

Warum sollte sie auch? Es ist eine Möglichkeit dem VDR zu sagen, dass er die Aufnahmen neu einlesen soll, von sich aus macht er das AFAIK halt nur aus eigenen Beweggründen...
Aus der VDR-Manpage:

Zitat

.update
If this file is present in the video directory, its last modification time will be used to trigger an update of the list of recordings in the "Recordings" menu.

Keine_Ahnung · 13. Dezember 2012

Die .update wird auch nur in Client/Server Szenarien benötigt. Beim standalone Betrieb einfach löschen, taucht sie irgenwann wieder auf dann schauen wo es herkommt und auf dbus refresh (reagiert eh schneller) umstellen.

cu

Santos · 13. Dezember 2012

So, nun aber zurück zum Problem.
Also das sofort schlafen legen funktioniert ja.
Wird dem System eine Uhrzeit/Datum bei dem Befehl
"hdparm -S5 /dev/sdb" mitgegeben, oder einfach nur
gesagt geh in 25 Sek. schlafen ?

Wenn der Sleep Befehl funktioniert, sollte dass ander doch auch funktionieren.
Habe da einen Verdacht.Wenn ich einen Timer aktiviere, ist die Systemzeit im Bios um 1 Stunde
zurückversetzt.Also wenn ich eienen Timer um 18 Uhr setze der um 19UHR starten soll, ist die RTC TIME 17 UHR
und der RTC ALARM um 18 UHR.Passt also, weil der VDR ja um die richtige Zeit startet.

Gruß Santos

Keine_Ahnung · 13. Dezember 2012

Passt schon, im BIOS wird die Uhrzeit in UTC geführt *), alle lokalen Anpassung erfolgen (entsprechend deinen Systemeinstellungen) bei der Anzeige on the fly.

cu

*) Und im BIOS auch so angezeigt, weil das BIOS nicht weis wie die Uhrzeit an dem Ort, wo der PC gerade rumsteht angezeigt werden soll. Und da sich Dinge wie z.B. die Sommerzeitregeln auch gelegentlich mal ändern würde es keinen Sinn machen es dort einzubauen.

Santos · 13. Dezember 2012

Ok, daran liegt es dann wohl nicht.

Gruß Santos

andreash · 13. Dezember 2012

Was ist das denn fuer ein filesystem? Ich glaube bei xfs wird regelmaessig das journal auf der Platte aktualisiert.

Santos · 13. Dezember 2012

Hi,
dass Dateiensystem ist ext4.

Code

yavdr@ubuntu:~$ sudo mount -s
/dev/sda1 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/sdb1 on /srv/vdr/video.01 type ext4 (rw,noexec,nosuid,nodev,noatime,nodiratime)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
/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)
yavdr@ubuntu:~$

Alles anzeigen

Gruß Santos

Festplatte schlafen legen

Jetzt mitmachen!

Teilen