Thanks: 0
Ergebnis 1 bis 7 von 7
-
06.04.2017, 20:11 #1
- Registriert seit
- 05.04.2017
- Beiträge
- 5
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
Box 1:GM 990erste 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
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
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 20:15 Uhr)
-
Advertising
-
06.04.2017, 20:38 #2
- Registriert seit
- 20.04.2013
- Beiträge
- 24.926
- Thanks (gegeben)
- 4698
- Thanks (bekommen)
- 9126
- Total Downloaded
- 596,61 MB
- Total Downloaded
- 596,61 MB
Box 1:GB Q4K-SC / UE4K-SC / UE4K-CBox 2:GigaBlue Q-SSC / Q+-SSCBox 3:DM900uhd-SS / Vu+DuoBox 4:ZGemma H7/H9 SF8008Box 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 00: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! ----
-
07.04.2017, 09:08 #3
- Registriert seit
- 05.04.2017
- Beiträge
- 5
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
ThemenstarterBox 1:GM 990Code:opkg install hdparm Package hdparm (9.50-r0) installed in root is up to date.
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
-
07.04.2017, 21:18 #4Pike_BishopGast
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
Grüsse
Pike
-
07.04.2017, 21:54 #5
- Registriert seit
- 20.04.2013
- Beiträge
- 24.926
- Thanks (gegeben)
- 4698
- Thanks (bekommen)
- 9126
- Total Downloaded
- 596,61 MB
- Total Downloaded
- 596,61 MB
Box 1:GB Q4K-SC / UE4K-SC / UE4K-CBox 2:GigaBlue Q-SSC / Q+-SSCBox 3:DM900uhd-SS / Vu+DuoBox 4:ZGemma H7/H9 SF8008Box 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:~#
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! ----
-
07.04.2017, 22:32 #6Pike_BishopGast
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
PikeGeändert von Pike_Bishop (07.04.2017 um 22:43 Uhr)
-
08.04.2017, 09:36 #7
- Registriert seit
- 05.04.2017
- Beiträge
- 5
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
ThemenstarterBox 1:GM 990Also 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
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/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
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 20:56 Uhr)
Lesezeichen