58 replies to this topic

[Jork]

hdparm

 

Oud spul.

 

https://github.com/D...master/hdparm.8

[WanWizard]

Ach, het meeste in *nix is oud. Dat zegt niks over of het deugd of niet .

[Jork]

Wat nog wel typisch opvalt bij een hdparm standby setting via cmd regel. Het hdd sleep/ wakeup mechanisme blijft dan werken in alle gevallen, totdat je de box een koude start geeft. Dan is het afgelopen. Dus eigenlijk zou een klein startup scriptje voldoende zijn. Ook als ik tussendoor hdd sleep timer anders instel maar dan via het boxmenu gaat het mechanisme mooi mee met deze setting. Totdat ik koud opstart dus.

Edited by Jork, 4 November 2024 - 21:09.

[WanWizard]

Logisch, het is een commando naar de disk, niet iets dat de disk bewaard. Dus als de disk van de stroom af gaat is de setting weg, en moet het opnieuw gezet worden.

 

Enigma doet dat al, daar is geen script voor nodig. Enigma moet alleen voor removable disks zowel hdparm als sdparm aanroepen, omdat niet detecteertbaar is welk van de twee nodig is.

[WanWizard]

Er zijn nog meer rare dingen die hier wellicht op van invloed zijn. Mijn WD passport bv staat niet gemarkeerd als "Removable", terwijl het toch echt een USB disk is...

[WanWizard]

Ik ben hier nog even wat verder ingedoken: de sleep timer / APM / idle timeout opties die in de disk zelf zitten worden in Enigma helemaal niet gebruikt. Sterker nog, als die staan ingesteld worden ze uitgezet.

 

Bij het opstarten van Enigma worden alle storage devices geenumereerd, en wordt er voor elk een Harddisk object aangemaakt.

 

Voor elk device dat of internal is, of niet removable, wordt er een idle timer gestart, die begint met het uitzetten van de disk idle timeout ( "hdparm -S0" of sdparm --set=SCT=0 ), dan checkt na de ingestelde idle tijd of er disk I/O geweest is, en zo niet, "hdparm -y" of "sdparm --command=stop" uit voert om de disk te stoppen.

 

Hier worden een paar assumpties gepakt:

• alles wat internal is (pci, ide, sata), kan worden aangestuurd met hdparm
• alles wat external is, is een SCSI device en moet worden aangestuurd met sdparm

Wat ik nogal een aanname vind.

 

@Jork,

 

wat is de inhoud van /sys/block/sd?/removable van jou USB disk (bij ? even de juiste letter invullen ) ?

Edited by WanWizard, 10 November 2024 - 15:26.

[Jork]

Het beest zit nu als SATA in de box. Ik ga dat morgen even weer terugstellen als USB disk. Laat het weten.

[WanWizard]

Merci. Heeft geen haast.

 

Ik blijf erbij dat

• altijd een hdparm call doen
• en additioneel een sdparm call indien het een extern device isw

de beste en simpelste benadering blijft.

[Jork]

Ik kwam dit nog tegen van een beschrijving wat gaat over sdparm.
Geeft wel aan dat er wat beperkingen zijn...

Due to some quirks introduced in Linux around lk 2.6.30 (but not necessarily by the kernel itself) using 'sdparm --readonly --command=stop /dev/sdc' may be required to spin down an ATA disk (behind a SAT layer). Without the '--readonly' option nuisance commands are sent to the ATA disk when the sdparm invocation completes and these restart the disk.

These sdparm commands send SCSI commands to the given DEVICE. If they don't seem to work, adding a verbose flag (i.e. '-v' or '-vv') may provide more information. The "ready" and "sense" commands need read permissions on the DEVICE while the other commands need both read and write permissions.
sdparm syntax

sdparm is a command line utility which takes the following form:
sdparm [OPTIONs] DEVICE [DEVICE...]

https://sg.danny.cz/sg/sdparm.html

Edited by Jork, 10 November 2024 - 19:24.

[WanWizard]

Ja, dat is bekend, en dat is ook wat Enigma gebruikt.

 

Het barst van de ifs and buts. Veel hangt af van de gebruikte USB-to-SATA (of IDE) bridge, zeker die van de eerste generaties waren een ramp wat compatibiliteit betreft.

[Jork]

Ik ben hier nog even wat verder ingedoken: de sleep timer / APM / idle timeout opties die in de disk zelf zitten worden in Enigma helemaal niet gebruikt. Sterker nog, als die staan ingesteld worden ze uitgezet.

 

Bij het opstarten van Enigma worden alle storage devices geenumereerd, en wordt er voor elk een Harddisk object aangemaakt.

 

Voor elk device dat of internal is, of niet removable, wordt er een idle timer gestart, die begint met het uitzetten van de disk idle timeout ( "hdparm -S0" of sdparm --set=SCT=0 ), dan checkt na de ingestelde idle tijd of er disk I/O geweest is, en zo niet, "hdparm -y" of "sdparm --command=stop" uit voert om de disk te stoppen.

 

Hier worden een paar assumpties gepakt:

• alles wat internal is (pci, ide, sata), kan worden aangestuurd met hdparm
• alles wat external is, is een SCSI device en moet worden aangestuurd met sdparm

Wat ik nogal een aanname vind.

 

@Jork,

 

wat is de inhoud van /sys/block/sd?/removable van jou USB disk (bij ? even de juiste letter invullen ) ?

0

[jort38]

 

@Jork,

 

wat is de inhoud van /sys/block/sd?/removable van jou USB disk (bij ? even de juiste letter invullen ) ?

0

 

Bij mij (externe USB staat op /media/usb en in shared in het netwerk):

root@vuultimo4k:/sys/block# ls sda/removable

sda/removable

root@vuultimo4k:/sys/block# ls sdb/removable

sdb/removable

root@vuultimo4k:/sys/block#

[WanWizard]

Merci @Jork.

 

 

Bij mij (externe USB staat op /media/usb en in shared in het netwerk):

root@vuultimo4k:/sys/block# ls sda/removable

sda/removable

root@vuultimo4k:/sys/block# ls sdb/removable

sdb/removable

 

Het ging me niet om dat ze bestaan, maar om wat er in staat. Dus "cat" opv "ls".
 

Maar ik weet voldoende.

[WanWizard]

Gefixt in develop: https://github.com/O...4e6d53a76c0f962

[Jork]

Super bedankt!

[Dimitrij]

Gefixt in develop: https://github.com/O...4e6d53a76c0f962

Problem

run first hdparm -y /dev/sda

hdd sleep

 

run two sdparm --flexible --readonly --command=stop /dev/sda

hdd again active

openpli develop gbquad4k

gbquad4k login: root
Last login: Sat Nov 23 10:30:22 EET 2024 on pts/0
root@gbquad4k:~# hdparm -C /dev/sda

/dev/sda:
 drive state is:  active/idle
root@gbquad4k:~# hdparm -C /dev/sda

/dev/sda:
 drive state is:  active/idle
root@gbquad4k:~# hdparm -y /dev/sda

/dev/sda:
 issuing standby command
root@gbquad4k:~# hdparm -C /dev/sda

/dev/sda:
 drive state is:  standby
root@gbquad4k:~# sdparm --flexible --readonly --command=stop /dev/sda
    /dev/sda: ASMT      2115              0
root@gbquad4k:~# hdparm -C /dev/sda

/dev/sda:
 drive state is:  active/idle
root@gbquad4k:~#

 

[WanWizard]

Hmm, that is not intended. Would swapping them around be an option? Or do a -y first, then check with -C, and if not in standby, try sdparm?

 

What kind of device is that that responds to both ATA and SCSI commands? I can't reproduce this, my WD Passport still goes to standby without issues. it doesn't respond to both.

Edited by WanWizard, 23 November 2024 - 14:51.

[Dimitrij]

 

Would swapping them around be an option?

Yes,this work.

	def setSleep(self):
		# some external USB bridges require the SCSI protocol
		if self.bus() == _("External"):
			Console().ePopen(("sdparm", "sdparm", "--flexible", "--readonly", "--command=stop", self.disk_path))
		Console().ePopen(("hdparm", "hdparm", "-y", self.disk_path))

 

[WanWizard]

Thanks for testing, I'll swap it around.

 

edit: done

Edited by WanWizard, 23 November 2024 - 18:42.