Archiv verlassen und diese Seite im Standarddesign anzeigen : Festplatte Standby
lumpi2323
18.07.2015, 14:02
Hab meine Festplatte an der Nemesis per esata angeschlossen.Nach schalten der Box in den Deepstandby wird die box abgeschalten,aber die Festplatte läuft munter weiter.Gibt es eine Möglichkeit das die Platte sich auch schlafen legt? Hab auch mal ein anders Image probiert da funktioniert das.
Wo nimmst Du den Strom für die Platte her? Externes Netzteil? Weil esata hat ja keine Stromversorgung.
lumpi2323
19.07.2015, 17:36
Ja, ist ein Sharkoon Gehäuse.
Ok, dann hat die Platte kein automatisches Standby. Wird ne normale Desktop Platte sein. Das Autostandby haben. Meistens nur die USB Platten. Da steuert der Wandler die Standbytime.
rantanplan
19.07.2015, 19:07
DeepStandby, dann sollte alles aus sein.
Neue (die letzten 3 Jahre) Festplatten legen sich dann alle irgendwann schlafen. Mal nach 3 mal nach 5 min. Andere deutlich früher.
Dabei spielt ja nicht mal eine Rolle, ob jetzt der Receiver das Signal zum Schichtende rausgibt. Sollte er aber an und für sich machen.
Gabs aber schon mal via e-sata einige Probleme.
Hängt die Platte zusätzlich noch im Netzwerk?
lumpi2323
19.07.2015, 19:21
Hängt nicht im Netzwerk. Hab mal das HD-Freaks ausprobiert da legt sich die Platte nach ausschalten in den Deep schlafen.Bei HDMU läuft die Platte bei ausschalten in den Deep an und die Box geht aus. Die platte läuft aber munter weiter.
rantanplan
20.07.2015, 12:54
ja da war mal was bei e-sata...
Werde mal suchen, da gabs ein Howto hier im Forum zu.
Mal sehen wann ich es finde
Edit: schon mal was gefunden
http://www.hdmedia-universe.com/board/showthread.php?8514-Platte-geht-nach-Ausschalten-nicht-in-Ruhezustrand&p=97713&viewfull=1#post97713
kannst dir den Threat ja auch mal durchlesen. Aber testen kann nicht schaden.
Grüße
lumpi2323
20.07.2015, 18:13
Werde ich mal versuchen,aber heute nicht mehr.Gibt sonst Ärger mit der Regierung.Dank dir
rantanplan
20.07.2015, 18:37
Nicht das dir ein paar Symbole dann nicht mehr stimmen...
Interessant ist
#halt -d -f -n -i $poweroff $hddown
sdparm -C stop /dev/sda
/bin/fp_control -e
echo "0" > /proc/progress
das kannst auch manuell rein schreiben.
Enigma2 stop
ändern
anschließend Neustart
lumpi2323
23.07.2015, 19:37
Hab mal die 3 Zeilen eingetragen,funktioniert nicht.
rantanplan
23.07.2015, 20:37
hüstel, hüstel
du hast jetzt aber nicht genau "sda" übernommen ohne zu gucken wohin deine Platte gemountet wurde?
Wenn doch gibt das ne Runde hier:o.
Darf natürlich auch ne BoardSpende sein.
Da die nemesis keine sh4 ist, sollte man nicht alles so einfach übernehmen, fp_control gibt es da nicht.
Gib mal manuell im Telnet den sdparm Befehl ein, eventuell ist das gar nicht auf der Box, dann mal schauen ob es hdparm gibt, oder ob man sdparm nachinstallieren kann.
rantanplan
23.07.2015, 21:35
wo steht überhaupt die Box?
Hab ich wohl überlesen.
Erster Satz, esata haben auch nicht so viele boxen.
...sdparm und hdparm sind im Nemesis-HDMU-Image auf der Box:
root@atemionemesis:~# sdparm
one or more device names required
.... usw.
root@atemionemesis:~# hdparm
BusyBox v1.23.2 (2015-06-08 2253 CEST) multi-call binary.
Usage: hdparm [OPTIONS] [DEVICE]
...usw.
rantanplan
23.07.2015, 23:02
dann müsste es doch irgendwie klappen?
aber den korrekten Mount müsste man schon haben. Jetzt hab ich es auch mit der Nemesis gelesen.
:o
lumpi2323
24.07.2015, 19:05
Hab die 'halt' mal mit dem HD-Freaks verglichen sind gleich.Beim HD-Freaks funktioniert es ohne was zu ändern. Meine Platte wird als dev/sda1 gemountet.Hab ich so eingetragen gehabt.
In den mips Images kann das auf viele Arten und Weisen gemacht werden, wahrscheinlich gibt es es K9x-xxx Link auf ein Script welches umounted und die HDD schlafen legt. Im Linux gibt es die verschiedenen Level in welchen das System sich befinden kann.
Mit Sxx-xxx links werden Sachen gestartet und mit Kxx-xxx Sachen beendet.
Die Höhe der Zahl nach dem S oder dem K gibt die Reihenfolge der Abarbeitung an.
Deswegen sind bei mips Images auch keine ownscripts notwendig, dafür gibt es auch keine so ausführliche rcS, warum mips Images meist langsamer booten, bei gleichem cpu Bedingungen.
Sorry, ich schweife ab, das war nur ne kurze Erklärung warum es immer so wichtig ist zu wissen um welche Box es sich handelt.
Um jetzt weiter zu kommen kannst du mal versuchen die HDD zu umounten und anschließend den sdparm Befehl ausführen, mal sehen ob der überhaupt bei mips den richtigen Syntax hat.
lumpi2323
24.07.2015, 19:54
Das wird heute nichts mehr,hab noch das HD-Freaks drauf.Die Box ist jetzt für mich 'gesperrt'.Muß ich morgen machen.
lumpi2323
25.07.2015, 11:18
Hoffe ist richtig
Nee, schon so mit dem Syntax wie in Post 9, also mit -C /dev/sda.
Bitte in ner codebox einfügen und nicht als Datei, ist für mich am Handy sehr umständlich und unübersichtlich.
lumpi2323
25.07.2015, 15:00
Steh hier gerade auf dem Schlauch. Was soll ich in Telnet eingeben?
umount /dev/sda1
sdparm -C stop /dev/sda
lumpi2323
25.07.2015, 15:24
... WELCOME to Morly's box telnet! ...
hdmu 4 atemionemesis
atemionemesis login: root
Password:
export PS1='MAT:\w# '
Last login: Sat Jul 25 15:12:01 CEST 2015 on pts/0
HDMU 14198
Git 2358
# # ###### # # # #
# # # # ## ## # #
# # # # # # # # # #
####### # # # # # # #
# # # # # # # #
# # # # # # # #
# # ###### # # #####
+++++++++++++++++: System Data :+++++++++++++++++++
+ Box = atemionemesis
+ HDMU Rev = 14198
+ GIT Rev = 2358
+ Hostname = atemionemesis
+ Kernel = 3.14.2
+ Uptime = 15:12:08 up 1:58, load average: 0.08, 0.08, 0.06
+ CPU = Brcm4380 V1.1 FPU V0.1
+Memory Total = 1155736 kB
+ Memory Free = 947544 kB
root@atemionemesis:~# export PS1='MAT:\w# '
MAT:~#
MAT:~# umount /dev/sda
umount: can't umount /dev/sda: Invalid argument
MAT:~# umount /dev/sda1
MAT:~# sdparm -C stop /dev/sda1
/dev/sda1: ATA WDC WD20EARX-00P 51.0
MAT:~#
- - - Aktualisiert - - -
[code] ... WELCOME to Morly's box telnet! ...
hdmu 4 atemionemesis
atemionemesis login: root
Password:
export PS1='MAT:\w# '
Last login: Sat Jul 25 15:12:01 CEST 2015 on pts/0
HDMU 14198
Git 2358
# # ###### # # # #
# # # # ## ## # #
# # # # # # # # # #
####### # # # # # # #
# # # # # # # #
# # # # # # # #
# # ###### # # #####
+++++++++++++++++: System Data :+++++++++++++++++++
+ Box = atemionemesis
+ HDMU Rev = 14198
+ GIT Rev = 2358
+ Hostname = atemionemesis
+ Kernel = 3.14.2
+ Uptime = 15:12:08 up 1:58, load average: 0.08, 0.08, 0.06
+ CPU = Brcm4380 V1.1 FPU V0.1
+Memory Total = 1155736 kB
+ Memory Free = 947544 kB
root@atemionemesis:~# export PS1='MAT:\w# '
MAT:~#
MAT:~# umount /dev/sda
umount: can't umount /dev/sda: Invalid argument
MAT:~# umount /dev/sda1
MAT:~# sdparm -C stop /dev/sda1
/dev/sda1: ATA WDC WD20EARX-00P 51.0
MAT:~#
Und lief die HDD danach noch oder ist sie bei dem Befehl ausgegangen?
lumpi2323
25.07.2015, 15:37
Festplatte ist jetzt aus.
Ok, dann müssen wir mal schauen wo man den Befehl am besten unterbringt.
Melde mich noch mal
ok, bonkel hat es eingebaut, sollte im nächsten image drin sein, beachte den twitterfeed ob ein neues image da ist.
lumpi2323
31.07.2015, 20:30
Hab heute mal das Build 14230 installiert und die Box 2x in den Deep geschickt. Die Festplatte wird jetzt abgeschalten.Danke ans Team
Jetzt müßte nur noch MAT zum Backup erstellen funktionieren.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.