Thanks Thanks:  0
Ergebnis 1 bis 7 von 7
  1. #1
    Anfänger
    Registriert seit
    05.04.2017
    Beiträge
    5
    Thanks (gegeben)
    0
    Thanks (bekommen)
    0
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Box 1:
    GM 990
     
     

    erste Gehversuche mit hdparm-Frage

    Hallo,

    ich habe meine GM 990 mal aus dem Schrank geholt und wollte wieder ein paar Bastel-Sessions einlegen.
    Also openatv 6.0 druff und ausprobiert:

    So weit so prima:
    - Empfang auf meinen beiden Satelliten (19.2 und 28.E)
    - Sendersuchlauf findet die üblichen Verdächtigen
    - Aufnahme aus DeepStandby ohne Fehler und Box nach Aufnahme auch wieder automatisch zurück in den DeepStandby

    Nun zum Problemchen:
    Die alte Festplatte, die ich aus dem Keller geholt habe und in ein nicht ganz so altes USB 2.0 Gehäuse gesetzt habe, lässt sich auf meinem Hauptrechner problemlos mit

    Code:
    hparm -Y /dev/sdb
    in den Tiefschlaf versetzten (d.h. der Festplattenmotor stoppt).

    Versuche ich das via telnet auf der GM mit genannten Image, erhalte ich:
    Code:
     hdparm -Y /dev/sdb
    
    /dev/sdb:
     issuing sleep command
    SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    und die Platte dreht munter weiter.

    Liegt das einfach daran, dass das hdparm auf meinem Hauptrechner eine andere Version hat, anderen Kernel benutzt etc --> also ist das einfach Pech oder könnte da was im Image kaputt sein, was reparierbar wäre?
    Geändert von bernd_b (06.04.2017 um 21:15 Uhr)

    •   Alt Advertising

       

  2. #2
    Avatar von Papi2000
    Registriert seit
    20.04.2013
    Beiträge
    24.820
    Thanks (gegeben)
    4679
    Thanks (bekommen)
    9076
    Total Downloaded
    596,61 MB
    Total Downloaded
    596,61 MB
    ReceiverDanke
    Box 1:
    GB Q4K-SC / UE4K-SC / UE4K-C
     
     
    Box 2:
    GigaBlue Q-SSC / Q+-SSC
     
     
    Box 3:
    DM900uhd-SS / Vu+Duo
     
     
    Box 4:
    ZGemma H7/H9 SF8008
     
     
    Box 5:
    diverse andere . . .
     
     
    In dem Fall kannst du versuchen, das "Spar-hdparm" der busybox auszublenden, indem du ein vollwertige hdparm installierst:
    Code:
    opkg update
    opkg install hdparm
    Geändert von Papi2000 (07.04.2017 um 01:05 Uhr)
    Grüßle
    Ralf
    ---------------------------------------------
    Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
    Astra 19.2E UniCable & KabelBW, oATV/teamBlue
    (u.a.: DM900uhd,Vu+Duo,ZGemma H9Twin & H7S), PC-DVB-S/C/T, Xtreamer, BDP5200, Philips 24PFS4022/12, 65OLED855/12,UE32C5700, RPi3+
    ---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----



  3. #3
    Anfänger
    Registriert seit
    05.04.2017
    Beiträge
    5
    Thanks (gegeben)
    0
    Thanks (bekommen)
    0
    Themenstarter
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Box 1:
    GM 990
     
     
    Code:
    opkg install hdparm
    Package hdparm (9.50-r0) installed in root is up to date.
    Schade, war wohl schon drauf.

    Umgekehrt, mit der busybox-Version geht es leider auch nicht:
    Code:
    opkg --force-depends remove hdparm
    Removing package hdparm from root...
    update-alternatives: Linking /sbin/hdparm to /bin/busybox.nosuid
    
    hdparm -Y /dev/sda
    /dev/sda:
     issuing sleep command
    hdparm: HDIO_DRIVE_CMD: Invalid argument
    Die "Vollversion" von openatv 6.0 von hdparm meldet sich als Version 9.50, auf meinem Linux-PC ist die 9.51 drauf. Kann mir aber nicht vorstellen, dass das den Unterschied macht.

  4. #4
    Pike_Bishop
    Gast
    Hi,

    Aber sdb stimmt soweit oder ?
    Das würde bedeuten du hast noch ne Interne Platte auch dran oder ne zweite Platte halt.

    Geht denn damit was;
    Code:
    hdparm -B 127 -S 2 -C /dev/sdb
    oder probier zuerst mit -B 1 statt 127


    Grüsse
    Pike

  5. #5
    Avatar von Papi2000
    Registriert seit
    20.04.2013
    Beiträge
    24.820
    Thanks (gegeben)
    4679
    Thanks (bekommen)
    9076
    Total Downloaded
    596,61 MB
    Total Downloaded
    596,61 MB
    ReceiverDanke
    Box 1:
    GB Q4K-SC / UE4K-SC / UE4K-C
     
     
    Box 2:
    GigaBlue Q-SSC / Q+-SSC
     
     
    Box 3:
    DM900uhd-SS / Vu+Duo
     
     
    Box 4:
    ZGemma H7/H9 SF8008
     
     
    Box 5:
    diverse andere . . .
     
     
    Dann wird das mit dem Controller im externen Gehäude zusammenhängen. Da gibt es viele, die nicht sauber unterstützt werden.
    Hier wird ein billiges Teil ganz ordentlich angesprochen, ein USB-Stick jedoch bringt denselben Fehler:
    Code:
    root@GBquadplus-1:~# hdparm -C /dev/sd?
    
    /dev/sda:
     drive state is:  active/idle
    
    /dev/sdb:
    SG_IO: bad/missing sense data, sb[]:  f0 00 05 00 00 00 00 0a 00 00 00 00 26 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
     drive state is:  standby
    
    /dev/sdc:
     drive state is:  standby
    root@GBquadplus-1:~#
    sda ist interne SATA, sdc ist externe USB2SATA, und sdb ist ein Freecom Databar...
    Code:
    root@GBquadplus-1:~# dmesg |grep ata
    [    0.862000] ata1: FORCE: PHY spd limit set to 3.0Gbps
    [    0.867000] ata1: SATA max UDMA/133 mmio [mem 0x10181000-0x10190fff] port 0x100 irq 41
    [    0.875000] ata2: FORCE: PHY spd limit set to 3.0Gbps
    [    0.880000] ata2: SATA max UDMA/133 mmio [mem 0x10181000-0x10190fff] port 0x180 irq 41
    [    0.888000] ata3: DUMMY
    [    1.352000] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 320)
    [    1.358000] ata1.00: ATA-9: WDC WD10JPVX-60JC3T0, 01.01A01, max UDMA/133
    [    1.365000] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32)
    [    1.372000] ata1.00: configured for UDMA/133
    [    1.709000] ata2: SATA link down (SStatus 0 SControl 320)
    [    2.734000] ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096
    [    5.375000] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
    [    6.109000] EXT4-fs (sdb1): mounted filesystem with writeback data mode. Opts: (null)
    [    8.919000] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null)
    Grüßle
    Ralf
    ---------------------------------------------
    Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
    Astra 19.2E UniCable & KabelBW, oATV/teamBlue
    (u.a.: DM900uhd,Vu+Duo,ZGemma H9Twin & H7S), PC-DVB-S/C/T, Xtreamer, BDP5200, Philips 24PFS4022/12, 65OLED855/12,UE32C5700, RPi3+
    ---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----



  6. #6
    Pike_Bishop
    Gast
    Na ja an den chipsatz des Gehäuses dachte ich zuerst auch aber er schreibt ja am Hauptrechner klappt das problemlos.
    Muss aber auch nicht unbedingt was bedeuten denn wenn seine Box nen älteren Kernel hat könntes es auch sein das der chipsatz noch nicht unterstützt wird.

    An diser Stelle;
    Ich verwende dieses Gehäuse hier für 3,5 Zoll Platten;
    Fantec DB-F8U3e schwarz Preisvergleich | Geizhals Österreich
    mit dem funktioniert der in enigma2 includierte Standby perfekt.
    Nachteil von dem Gehäuse (das sogar nen leisen Lüfter on Board hat den man aber auch beruhigt abschalten kann) die Leuchtdiode is sehr hell
    kann man aber durch Abkleben abdunkeln.


    Grüsse
    Pike
    Geändert von Pike_Bishop (07.04.2017 um 23:43 Uhr)

  7. #7
    Anfänger
    Registriert seit
    05.04.2017
    Beiträge
    5
    Thanks (gegeben)
    0
    Thanks (bekommen)
    0
    Themenstarter
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Box 1:
    GM 990
     
     
    Also so sieht das an meinem Linux-Desktop-Rechner aus:
    Code:
    [root@amd64-archlinux bernd_b]# hdparm -B 1 -S 2 -C /dev/sdb
    
    
    /dev/sdb:
     setting Advanced Power Management level to 0x01 (1)
     HDIO_DRIVE_CMD failed: Invalid argument
     setting standby to 2 (10 seconds)
     drive state is:  active/idle
     APM_level    = not supported
    
    
    [root@amd64-archlinux bernd_b]# hdparm -y /dev/sdb
    
    /dev/sdb:
     issuing standby command
    und Ruhe ist im Festplattengehäuse.

    Stecker raus aus dem PC und rein in die GM 990. Aus dem DeepStandby eingeschaltet und die Platte wacht tatsächlich wieder auf. Zum Check:
    Code:
    [root@amd64-archlinux bernd_b]# telnet 192.168.0.104Trying 192.168.0.104...
    Connected to 192.168.0.104.
    Escape character is '^]'.
    
    
    Welcome to openATV for sparkreloaded
    openatv 6.0 sparkreloaded
    
    
    sparkreloaded login: root
    root@sparkreloaded:~# df -h
    Filesystem                Size      Used Available Use% Mounted on
    /dev/root               119.0M     84.6M     34.4M  71% /
    devtmpfs                 56.9M      4.0K     56.8M   0% /dev
    tmpfs                    64.0K         0     64.0K   0% /media
    /dev/sda1                 7.4G      4.6G      2.4G  66% /media/hdd
    /dev/sdb1                37.3G    303.9M     37.0G   1% /media/usb
    tmpfs                    56.9M    140.0K     56.8M   0% /var/volatile
    root@sparkreloaded:~# hdparm --help
    
    
    hdparm - get/set hard disk parameters - version v9.50, by Mark Lord.
    /dev/sda ist ein 8-GBUSB-Stick für die ersten Experimente, zum Beispiel mit Openmultiboot .
    /dev/sdb muss die 40B-Platte sein, die im USB-Gehäuse steckt.

    Also:
    Code:
    root@sparkreloaded:~# hdparm -B 1 -S 2 -C /dev/sdb
    
    /dev/sdb:
     setting Advanced Power Management level to 0x01 (1)
    SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
     setting standby to 2 (10 seconds)
    SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
     drive state is:  standby
    SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
     APM_level      = not supported
    Ich fürchte, der USB Port von der GM 990 interagiert unglücklich mit dem sicherlich auch nicht gerade modernen Controller meines Oldie-Gehäuses.
    Oder doch einfach die zwei verschiedenen Kernel, Linux-Rechner:
    4.10.6-1-ARCH und auf der GM 990
    2.6.32.71_stm24_0217
    Vielleicht schaufle ich die Tage mal eine andere Platte in einem anderem Gehäuse frei....
    Geändert von bernd_b (08.04.2017 um 21:56 Uhr)


Stichworte

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:26 Uhr.
Powered by vBulletin® Version 4.2.5 (Deutsch)
Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.
Resources saved on this page: MySQL 5,88%
Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)
vBulletin Skin By: PurevB.com