As of version 1.07-1, sdparm includes --readonly option, which can be
used along --command=stop to spin down the disk. This fixes this bug.
** Changed in: sdparm (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: sdparm (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/444818
Title:
Exte
Cpp, you are the master of the universe.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/444818
Title:
External disk won't spindown
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://l
I have figured out that if you use the sdparm command on a sg device
the disk will spin down properly. Use sg_map to find out your disk
mapping. You need to have sg3 utils installed.
sdparm -C stop /dev/sg1
On 9/18/10, 666f6f <444...@bugs.launchpad.net> wrote:
> I spoke a little too soon too. It
I spoke a little too soon too. It seems that I can spin down my disk by
doing sudo sg_start 0 /dev/sdb but only if the drive is mounted. This is
already mentioned in bug #117713 by JoeZ251 in comment #45
(https://bugs.launchpad.net/ubuntu/+bug/117713/comments/45).
--
External disk won't spindown
>> ..seems like a somewhat similar issue that was affecting hdparm.
Ubuntu Lucid Lynx includes a relatively recent version of the sg3_utils
package (1.28) that solves the problem and successfully suspends my
external USB drive, at least for my configuration. The included sdparm
is old (1.02) and i
Oh well, spoke a little too soon - http://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=522859 seems to indicate *some* scsi commands do
indeed, or have at some point required read-write. In any case that does
not seem to be the case for sdparm -C stop.
** Bug watch added: Debian Bug tracker #522859
I did some further investigation. This is *exactly* the same issue as
with hdparm. sg_start and sdparm both open the device file in read-write
(O_RDWR) mode even though they only need to do it on read-only in order
to do ioctls. Ubuntu's udev configuration watches the device files for
being closed
This doesn't occur only with sdparm but also sg_start from sg3-utils. My
LaCie external HD has the same issue both on a Karmic desktop and a
Jaunty server.
Problem seems to be related to udev as the copying of a modified udev
rules file to /etc/udev/rules.d temporarily while running the commands
a
I also tested it recently and this bug made really made it through to
Karmic as well. It's a bit annoying, but obiviously nobody found a
solution for that issue up to now.
--
External disk won't spindown
https://bugs.launchpad.net/bugs/444818
You received this bug notification because you are a m
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/33156798/Dependencies.txt
** Attachment added: "XsessionErrors.txt"
http://launchpadlibrarian.net/33156799/XsessionErrors.txt
--
External disk won't spindown
https://bugs.launchpad.net/bugs/444818
You received this bug
11 matches
Mail list logo
