Beiträge von Funzt

    Hi,


    das be quiet! E9 400W scheint ja wirklich vom Wirkungsgrad her auch bei Niedriglast nicht schlecht zu sein,
    allerdings kostet es 20€ mehr, als das SPS-XP200 und die Kohle muss man auch erst mal wieder stromkostenmäßig rein kriegen.
    Zudem sind mir bereits zwei BeQuiet-NT abgeraucht; sonst bisher kein anderes; auch kein NoName - ist aber wahrscheinlich Pech und Zufall...


    Grüße
    Funzt

    Hi,


    das sind aber bei 20% Last bereits 80W.
    Bei 10% Last geht der Wirkungsgrad von den meisten NT ziemlich in den Keller.


    Grüße
    Funzt

    cat /proc/bus/input/devices


    ir-keytable


    Code
    Found /sys/class/rc/rc0/ (/dev/input/event2) with:
    Driver nuvoton-cir, table rc-rc6-mce
    Supported protocols: NEC RC-5 RC-6 JVC SONY LIRC other
    Enabled protocols: RC-6
    Repeat delay = 500 ms, repeat period = 125 ms



    ir-keytable -r


    apt-cache policy linux-media-dkms


    Code
    linux-media-dkms:
    Installiert: 0~20120715.git281.303287~precise
    Kandidat: 0~20120715.git281.303287~precise
    Versionstabelle:
    *** 0~20120715.git281.303287~precise 0
    500 http://ppa.launchpad.net/yavdr/main/ubuntu/ precise/main amd64 Packages
    100 /var/lib/dpkg/status

    Hi,


    nach dem letzten apt-get update && apt-get upgrade will sich mein yavdr 0.5 nicht mehr per CIR steuern lassen.
    Zuvor lief es auf Anhieb ohne irgendwelche Einstellungen meinerseits.
    Kann mir jemand einen Tipp geben, was sich geändert hat?


    Grüße
    Funzt

    Hi,


    so Update:


    Die Platten gehen doch beide in den Standby; aber definitiv nicht nach fünf (Test)Minuten.


    echo 1 > /proc/sys/vm/block_dump


    und späteres (Stunden)


    grep sdb /var/log/syslog
    grep sdc /var/log/syslog


    zeigt keinerlei Aktivität auf die Platten an.


    Kann es sein, dass mit dem obigen block_dump doch nicht alle (System)zugriffe angezeigt werden?


    Grüße
    Funzt

    Hallo,


    so jetzt wird es ganz lustig ... die Platten bzw. das System verhält sich mal so mal so:
    Nachmittags ist sdb doch in den Standby gegangen, während sdc nicht wollte.
    Dann heute Abends nach einem Neustart umgekehrt!


    Hier die Dinge, die ich gecheckt habe:


    VDR läuft, siehe:


    ps ax | grep vdr


    984 ? Ssl 0:00 mhddfs /srv/vdr/video.01,/srv/vdr/video.00 /srv/share/vdr
    1098 ? S 0:00 avahi-daemon: running [vdr.local]
    1908 ? S<sl 0:17 /usr/bin/vdr --lirc=/var/run/lirc/lircd -v /srv/vdr/video.00 -c /var/lib/vdr
    -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown.wrapper
    -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 6419 -w 0 -P...



    Zuerst ein: echo 1 > /proc/sys/vm/block_dump
    dann
    hdparm -S 50 /dev/sdb (4 minutes + 10 seconds)
    hdparm -S 50 /dev/sdc (4 minutes + 10 seconds)


    Nach zehn Minuten ins syslog geschaut; liefert:


    grep sdb /var/log/syslog
    grep sdc /var/log/syslog


    keinerlei Zugriffe auf die besagten Platten.


    Jetzt zeigt aber:


    hdparm -C /dev/sdb


    /dev/sdb:
    drive state is: active/idle


    hdparm -C /dev/sdc


    /dev/sdc:
    drive state is: standby


    d.h. zumindest sdc ist in standby gegangen, jedoch will sdb immer noch nicht :(
    Das Tollste ist aber, dass es heute Nachmittags genau andersherum war... sdb in Standby und sdc active bei gleichem Testsetup.


    Hier ein paar Daten zu den Platten:
    Beide sind 1TB, WD10EACS liefern aber leicht unterschiedliche Ausgaben für -M und -I:



    hdparm -M /dev/sdb


    /dev/sdb:
    acoustic = 254 (128=quiet ... 254=fast)



    hdparm -M /dev/sdc


    /dev/sdc:
    acoustic = 128 (128=quiet ... 254=fast)





    hdparm -I /dev/sdb zeigt:


    /dev/sdb:


    ATA device, with non-removable media
    Model Number: WDC WD10EACS-00D6B1
    Serial Number: bla bla
    Firmware Revision: 01.01A01
    Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5
    Standards:
    Supported: 8 7 6 5
    Likely used: 8
    Configuration:
    Logical max current
    cylinders 16383 16383
    heads 16 16
    sectors/track 63 63
    --
    CHS current addressable sectors: 16514064
    LBA user addressable sectors: 268435455
    LBA48 user addressable sectors: 1953523055
    Logical/Physical Sector size: 512 bytes
    device size with M = 1024*1024: 953868 MBytes
    device size with M = 1000*1000: 1000203 MBytes (1000 GB)
    cache/buffer size = 16384 KBytes
    Capabilities:
    LBA, IORDY(can be disabled)
    Queue depth: 32
    Standby timer values: spec'd by Standard, with device specific minimum
    R/W multiple sector transfer: Max = 16 Current = 16
    Recommended acoustic management value: 128, current value: 254
    DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
    Cycle time: min=120ns recommended=120ns
    PIO: pio0 pio1 pio2 pio3 pio4
    Cycle time: no flow control=120ns IORDY flow control=120ns
    Commands/features:
    Enabled Supported:
    * SMART feature set
    Security Mode feature set
    * Power Management feature set
    * Write cache
    * Look-ahead
    * Host Protected Area feature set
    * WRITE_BUFFER command
    * READ_BUFFER command
    * NOP cmd
    * DOWNLOAD_MICROCODE
    Power-Up In Standby feature set
    * SET_FEATURES required to spinup after power up
    SET_MAX security extension
    Automatic Acoustic Management feature set
    * 48-bit Address feature set
    * Device Configuration Overlay feature set
    * Mandatory FLUSH_CACHE
    * FLUSH_CACHE_EXT
    * SMART error logging
    * SMART self-test
    * General Purpose Logging feature set
    * 64-bit World wide name
    * Segmented DOWNLOAD_MICROCODE
    * Gen1 signaling speed (1.5Gb/s)
    * Gen2 signaling speed (3.0Gb/s)
    * Native Command Queueing (NCQ)
    * Host-initiated interface power management
    * Phy event counters
    * DMA Setup Auto-Activate optimization
    * Software settings preservation
    * SMART Command Transport (SCT) feature set
    * SCT Long Sector Access (AC1)
    * SCT LBA Segment Access (AC2)
    * SCT Error Recovery Control (AC3)
    * SCT Features Control (AC4)
    * SCT Data Tables (AC5)
    unknown 206[12] (vendor specific)
    unknown 206[13] (vendor specific)
    Security:
    Master password revision code = 65534
    supported
    not enabled
    not locked
    not frozen
    not expired: security count
    supported: enhanced erase
    232min for SECURITY ERASE UNIT. 232min for ENHANCED SECURITY ERASE UNIT.
    Logical Unit WWN Device Identifier: bla bla
    NAA : 5
    IEEE OUI : 0014ee
    Unique ID : bla bla
    Checksum: correct



    hdparm -I /dev/sdc zeigt:


    /dev/sdc:


    ATA device, with non-removable media
    Model Number: WDC WD10EACS-65D6B0
    Serial Number: bla bla
    Firmware Revision: 01.01A01
    Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5
    Standards:
    Supported: 8 7 6 5
    Likely used: 8
    Configuration:
    Logical max current
    cylinders 16383 16383
    heads 16 16
    sectors/track 63 63
    --
    CHS current addressable sectors: 16514064
    LBA user addressable sectors: 268435455
    LBA48 user addressable sectors: 1953525168
    Logical/Physical Sector size: 512 bytes
    device size with M = 1024*1024: 953869 MBytes
    device size with M = 1000*1000: 1000204 MBytes (1000 GB)
    cache/buffer size = 16384 KBytes
    Capabilities:
    LBA, IORDY(can be disabled)
    Queue depth: 32
    Standby timer values: spec'd by Standard, with device specific minimum
    R/W multiple sector transfer: Max = 16 Current = 16
    Recommended acoustic management value: 128, current value: 128
    DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
    Cycle time: min=120ns recommended=120ns
    PIO: pio0 pio1 pio2 pio3 pio4
    Cycle time: no flow control=120ns IORDY flow control=120ns
    Commands/features:
    Enabled Supported:
    * SMART feature set
    * Power Management feature set
    * Write cache
    * Look-ahead
    * WRITE_BUFFER command
    * READ_BUFFER command
    * NOP cmd
    * DOWNLOAD_MICROCODE
    Power-Up In Standby feature set
    * SET_FEATURES required to spinup after power up
    Automatic Acoustic Management feature set
    * 48-bit Address feature set
    * Device Configuration Overlay feature set
    * Mandatory FLUSH_CACHE
    * FLUSH_CACHE_EXT
    * SMART error logging
    * SMART self-test
    * General Purpose Logging feature set
    * 64-bit World wide name
    * Segmented DOWNLOAD_MICROCODE
    * Gen1 signaling speed (1.5Gb/s)
    * Gen2 signaling speed (3.0Gb/s)
    * Native Command Queueing (NCQ)
    * Phy event counters
    * DMA Setup Auto-Activate optimization
    Device-initiated interface power management
    * Software settings preservation
    * SMART Command Transport (SCT) feature set
    * SCT Long Sector Access (AC1)
    * SCT LBA Segment Access (AC2)
    * SCT Error Recovery Control (AC3)
    * SCT Features Control (AC4)
    * SCT Data Tables (AC5)
    unknown 206[12] (vendor specific)
    unknown 206[13] (vendor specific)
    Security:
    220min for SECURITY ERASE UNIT.
    Logical Unit WWN Device Identifier: bla bla
    NAA : 5
    IEEE OUI : 0014ee
    Unique ID : bla bla
    Checksum: correct


    Vielleicht kann sich jemand hier einern Reim darauf machen...


    Grüße
    Funzt

    Hi,


    zur Klarstellung:
    Meinen Systemplatte mit /etc/, /var/ ... ist jetzt eine SSD (sda)
    Die Videopartitionen sind sdb4 und sdc2 und als /srv/vdr/video.00 und /srv/vdr/video.01 im Dateisystem eingebunden (yavdr default)
    Mir ist nicht bekannt, dass da was außer dem vdr rein schreibt; werde es aber nochmal checken...
    Habe jedoch einige bug reports bezüglich fehlerhaftem hdparm -S für ubuntu gelesen...


    Grüße
    Funzt

    Hallo,


    auf meinem Server läuft Yavdr 0.4 bisher zur vollsten Zufriedenheit.
    Habe mir kürzlich eine SSD für das System gegönnt und würde gerne die Videoplatten schlafen legen.
    Leider funktioniert zum Test hdparm -S 5 /dev/sdb nicht, denn die Platte geht nicht in den Standby nach der angegebenen Zeit.
    Jedoch kann ich per hdparm -Y /dev/sdb die Platte problemlos sofort runter fahren!?


    Früher klappte das mit hdparm bzw. hdparm.conf und der zeitlichen Zugriffssteuerung und dem Standby problemlos. Habe ich was nicht beachtet?


    Grüße
    Funzt

    Hallo,


    als Nachtrag ein paar Fotos:



    Zu beachten ist der geringe Abstand zw. CPU-Kühler und Graka (habe da diese feste durchsichtige Folie von PC-Zubehörverpackungen dazwischen genommen).
    Kühler ist übrigens der Shuriken Kozuti. (der originale von Intel dürfte aber auch passen)
    Praktisch finde ich bei dem Gehäuse, dass man normale Laufwerke verbauen kann und nicht auf die teureren Slim-Dinger angewiesen ist.


    Grüße
    Funzt


    Als Nachtrag noch ein Vergleich u.a. zum PicoPSU:
    http://www.hardwareluxx.de/com…-sfx-format-806215-2.html

    Hallo Johns,


    muss es denn unbedingt Low-Profile sein?
    Habe mir kürzlich einen neuen Client mit aktueller HW gegönnt und bin ganz zufrieden:


    Gehäuse: Chieftec bt-02b (44 €)
    SFX-Netzteil: Xilence SPS-XP200 (35 €)
    Graka: GT430 Zotac (ZT-40607-10L) (60 €)
    80mm Gehäuselüfter mit 3.9V Zener gedrosselt und per PWM vom BIOS gesteuert
    Asrock H61m-itx mit G530 (95 €)
    Eigenbau CIR


    Das Chieftec Netzteil war zwar relativ leise, aber nicht sehr effektiv, deshalb getauscht - auch, weil das Xilence einen 80mm Lüfter direkt auf der Seite zur Graka hat.
    Durch die Anordnung der Komponenten wird der Luftstrom des Gehäuselüfters direkt über die Graka geblasen und vom NT-Lüfter abgesaugt.
    So kann ich den quirligen Minilüfter der GT430 ganz abklemmen und komme nicht über 59 °C GPU Temperatur bei max. Deinterlacing und 1080i.


    Grüße
    Funzt

    Hallo allerseits,


    für meinen VDR-Server bräuchte ich eine Empfehlung für ein 1155 Mainboard.
    Randbedingungen wären:


    - möglichst stromsparend
    - WOL funktioniert
    - Wakeup per Timer funktioniert
    - 1x PCIE x16
    - min. 2x PCIE x1
    - min. 1x PCI


    Danke und Grüße
    Funzt