12:38 a.m.
I have an external SATA disk in a USB-3 / eSATA docking station. When I connect using
eSATA, the disk stays awake. But when I connect using the USB-3 port, it goes to sleep
after a few minutes. How do I make it work like the eSATA?
Sherman
1:46 p.m.
On Tue Apr 9, 2013, at 06:02:08, pomo wrote:
On 09.04.2013 07:38, Sherman Grunewagon wrote:
> I have an external SATA disk in a USB-3 / eSATA docking
> station. When I connect using eSATA, the disk stays awake. But when I
> connect using the USB-3 port, it goes to sleep after a few
> minutes. How do I make it work like the eSATA?
- autosuspend
less /usr/share/doc/kernel-doc-3.8.5/Documentation/usb/power-management.txt
Thanks. Nicely written doc. But nothing I've tried after reading it works.
Here's what I did.
gdisk -l /dev/sdd (to wakeup the disk)
echo -1 > /sys/devices/pci0000:00/0000:00:14.0/usb4/power/autosuspend (it was 0)
<After a few minutes the disk suspends>
gdisk -l /dev/sdd (to wakeup the disk again)
echo "on" > /sys/devices/pci0000:00/0000:00:14.0/usb4/power/control (was
"auto")
<Disk suspends again after a few minutes>
gdisk -l /dev/sdd (wakeup it up again)
echo on >
/sys/devices/pci0000:00/0000:00:14.0/usb4/4-3/4-3:1.0/host20/target20:0:0/20:0:0:0/block/sdd/power/control
(was "auto")
<No luck. Disk still suspends>
Other suggestions?
Sherman
9:57 p.m.
On Wed, April 10, 2013 at 5:36 PM, poma wrote:
On 11.04.2013 00:51, Sherman Grunewagon wrote:
> Thanks. I have now, as well as hdparm -B 255 drive.
> The disk/docking station still suspends after a few minutes.
> I'm ready to try recompling the kernel with CONFIG_USB_SUSPEND=n
> But since
>
> for i in /sys/bus/usb/devices/*/power/autosuspend; do echo -1 > $i; done
>
> also has no effect, I think it will be a waste of time.
>
> I should mention that this is a freshly updated F18 install.
> Motherboard is a Sabertooth Z77.
> The docking station is a StarTech,
>
<http://www.startech.com/HDD/Docking/SuperSpeed-USB-3-eSATA-Hard-Drive-Doc...
>
> and the disk is a SAMSUNG HD103SJ sata drive (1 TB).
> The motherboard docs don't say anything about USB suspend.
Spinpoint F3, hah!
It's up to the USB controller/adapter, not to drive.
Before the jump, you can call people who actually wrote the code -
linux-usb(a)vger.kernel.org.
Thanks for the tip. I'll join the mailing list and ask over there.
Sherman
9:01 p.m.
New subject: keeping USB disk awake (SOLVED--kind of)
On 15.04.2013 19:51, Sherman Grunewagon wrote:
I have since called the manufacturer of the docking station. They
confirmed that this
particular dock has the "feature" that it autonomously goes to sleep after 5
minutes of non-use
when connected via USB. That's why nothing I did via the kernel helped. I guess I
will have
to ping the two docking stations every 4.9 minutes via a cron job to keep them awake.
What a kludge. Other suggestions?
http://eu.startech.com/HDD/Docking~SATDOCKU3FEU#tchspcs
- "Chipset ID JMicron - JMS551"
http://www.station-drivers.com/page/jmicron.htm
- "JMS-539/551 Serie controllers USB2/3 & Sata Firmwares, utilitaires,
info"
- "Release note"
- "Version 31.8.6.0.13 (no Sleep Mode)"
7z l "jmicron_539-551-divers(www.station-drivers.com).exe"
[…]
2011-10-11 15:42:02 ....A 65536
JMS551_v31.8.6.0.13_NoSleepMode.BIN
[…]
You do it at your own risk regarding the eventual damage.
There cannot be crying and colors flying. ;)
poma
10:04 a.m.
New subject: keeping USB disk awake (SOLVED--kind of)
Sherman Grunewagon wrote:
On Fri, Apr 12, 2013 at 4:27 PM, Bill Davidsen wrote:
> Sherman Grunewagon wrote:
>> On Wed Apr 10, 2013 at 11:41 AM, Bill Davidsen wrote:
>>> Sherman Grunewagon wrote:
>>>> On Tue Apr 9, 2013, at 06:02:08, pomo wrote:
>>>>> On 09.04.2013 07:38, Sherman Grunewagon wrote:
>>>>>
>>>>>> I have an external SATA disk in a USB-3 / eSATA docking
>>>>>> station. When I connect using eSATA, the disk stays awake. But
when I
>>>>>> connect using the USB-3 port, it goes to sleep after a few
>>>>>> minutes. How do I make it work like the eSATA?
>> <snip>
>>
>>>> Other suggestions?
>>>>
>>> Have you tried just disabling spindown? (hdparm -S0 drive)
>> Thanks. I have now, as well as hdparm -B 255 drive.
>> The disk/docking station still suspends after a few minutes.
>> I'm ready to try recompling the kernel with CONFIG_USB_SUSPEND=n
>> But since
>>
>> for i in /sys/bus/usb/devices/*/power/autosuspend; do echo -1 > $i;
done
>>
>> also has no effect, I think it will be a waste of time.
>>
>> I should mention that this is a freshly updated F18 install.
>> Motherboard is a Sabertooth Z77.
>> The docking station is a StarTech,
>>
<http://www.startech.com/HDD/Docking/SuperSpeed-USB-3-eSATA-Hard-Drive-Doc...
>>
>> and the disk is a SAMSUNG HD103SJ sata drive (1 TB).
>> The motherboard docs don't say anything about USB suspend.
>>
>> Sherman
>>
> At this point, are you sure the kernel is doing it? Assuming hdparm -S reaches
> the drive itself and disables spindown via timeout, something is telling the
> drive to rest, or it is firmware set to sleep regardless. Very odd.
I have since called the manufacturer of the docking station. They confirmed that this
particular dock has the "feature" that it autonomously goes to sleep after 5
minutes of non-use
when connected via USB. That's why nothing I did via the kernel helped. I guess I
will have
to ping the two docking stations every 4.9 minutes via a cron job to keep them awake.
What a kludge. Other suggestions?
Docking stations are cheap. Little 4-bay JBOD enclosures are cheap and offer
USB[23]/eSATA options.
Definite non-feature in your case, may have use to others.
--
Bill Davidsen <davidsen(a)tmr.com>
We are not out of the woods yet, but we know the direction and have
taken the first step. The steps are many, but finite in number, and if
we persevere we will reach our destination. -me, 2010
12:18 a.m.
New subject: keeping USB disk awake (SOLVED--kind of)
On Mon, 2013-04-15 at 10:51 -0700, Sherman Grunewagon wrote:
I guess I will have to ping the two docking stations every 4.9
minutes
via a cron job to keep them awake.
What a kludge. Other suggestions?
Include the drive into an automated back-up system that makes use of the
drive that often? (To it, or from it.) Kill two birds with one stone,
that way. You're practising safe computing, and keeping the drive
awake.
Best solution would seem to be some other hardware, though. While
blaming some government for being too pushy about "green" issues.
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
12:51 p.m.
New subject: keeping USB disk awake (SOLVED--kind of)
On Fri, Apr 12, 2013 at 4:27 PM, Bill Davidsen wrote:
Sherman Grunewagon wrote:
> On Wed Apr 10, 2013 at 11:41 AM, Bill Davidsen wrote:
>> Sherman Grunewagon wrote:
>>> On Tue Apr 9, 2013, at 06:02:08, pomo wrote:
>>>> On 09.04.2013 07:38, Sherman Grunewagon wrote:
>>>>
>>>>> I have an external SATA disk in a USB-3 / eSATA docking
>>>>> station. When I connect using eSATA, the disk stays awake. But when
I
>>>>> connect using the USB-3 port, it goes to sleep after a few
>>>>> minutes. How do I make it work like the eSATA?
> <snip>
>
>>> Other suggestions?
>>>
>> Have you tried just disabling spindown? (hdparm -S0 drive)
> Thanks. I have now, as well as hdparm -B 255 drive.
> The disk/docking station still suspends after a few minutes.
> I'm ready to try recompling the kernel with CONFIG_USB_SUSPEND=n
> But since
>
> for i in /sys/bus/usb/devices/*/power/autosuspend; do echo -1 > $i; done
>
> also has no effect, I think it will be a waste of time.
>
> I should mention that this is a freshly updated F18 install.
> Motherboard is a Sabertooth Z77.
> The docking station is a StarTech,
>
<http://www.startech.com/HDD/Docking/SuperSpeed-USB-3-eSATA-Hard-Drive-Doc...
>
> and the disk is a SAMSUNG HD103SJ sata drive (1 TB).
> The motherboard docs don't say anything about USB suspend.
>
> Sherman
>
At this point, are you sure the kernel is doing it? Assuming hdparm -S reaches
the drive itself and disables spindown via timeout, something is telling the
drive to rest, or it is firmware set to sleep regardless. Very odd.
I have since called the manufacturer of the docking station. They confirmed that this
particular dock has the "feature" that it autonomously goes to sleep after 5
minutes of non-use
when connected via USB. That's why nothing I did via the kernel helped. I guess I will
have
to ping the two docking stations every 4.9 minutes via a cron job to keep them awake.
What a kludge. Other suggestions?
Sherman
7:46 p.m.
On 04/12/2013 04:27 PM, Bill Davidsen issued this missive:
Sherman Grunewagon wrote:
> On Wed Apr 10, 2013 at 11:41 AM, Bill Davidsen wrote:
>> Sherman Grunewagon wrote:
>>> On Tue Apr 9, 2013, at 06:02:08, pomo wrote:
>>>> On 09.04.2013 07:38, Sherman Grunewagon wrote:
>>>>
>>>>> I have an external SATA disk in a USB-3 / eSATA docking
>>>>> station. When I connect using eSATA, the disk stays awake. But when
I
>>>>> connect using the USB-3 port, it goes to sleep after a few
>>>>> minutes. How do I make it work like the eSATA?
> <snip>
>
>>> Other suggestions?
>>>
>> Have you tried just disabling spindown? (hdparm -S0 drive)
> Thanks. I have now, as well as hdparm -B 255 drive.
> The disk/docking station still suspends after a few minutes.
> I'm ready to try recompling the kernel with CONFIG_USB_SUSPEND=n
> But since
>
> for i in /sys/bus/usb/devices/*/power/autosuspend; do echo -1 >
> $i; done
>
> also has no effect, I think it will be a waste of time.
I believe you should be doing
for i in /sys/bus/usb/devices/*/power/autosuspend_delay_ms; do echo
"-1" >$i; done
Or
for i in /sys/bus/usb/devices/*/power/control; do echo "on" >$i; done
They're supposedly equivalent (according to the kernel docs).
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital ricks(a)alldigital.com -
- AIM/Skype: therps2 ICQ: 22643734 Yahoo: origrps2 -
- -
- Which is worse: ignorance or apathy? I don't know. Who cares? -
----------------------------------------------------------------------
11:38 p.m.
On Wed, April 10, 2013 at 5:36 PM, poma wrote:
On 11.04.2013 00:51, Sherman Grunewagon wrote:
> Thanks. I have now, as well as hdparm -B 255 drive.
> The disk/docking station still suspends after a few minutes.
> I'm ready to try recompling the kernel with CONFIG_USB_SUSPEND=n
> But since
>
> for i in /sys/bus/usb/devices/*/power/autosuspend; do echo -1 > $i; done
>
> also has no effect, I think it will be a waste of time.
>
> I should mention that this is a freshly updated F18 install.
> Motherboard is a Sabertooth Z77.
> The docking station is a StarTech,
>
<http://www.startech.com/HDD/Docking/SuperSpeed-USB-3-eSATA-Hard-Drive-Doc...
>
> and the disk is a SAMSUNG HD103SJ sata drive (1 TB).
> The motherboard docs don't say anything about USB suspend.
Spinpoint F3, hah!
It's up to the USB controller/adapter, not to drive.
Before the jump, you can call people who actually wrote the code -
linux-usb(a)vger.kernel.org.
Thanks for the tip. I'll join that mailing list and ask over there.
Sherman
7:36 p.m.
On 11.04.2013 00:51, Sherman Grunewagon wrote:
Thanks. I have now, as well as hdparm -B 255 drive.
The disk/docking station still suspends after a few minutes.
I'm ready to try recompling the kernel with CONFIG_USB_SUSPEND=n
But since
for i in /sys/bus/usb/devices/*/power/autosuspend; do echo -1 > $i; done
also has no effect, I think it will be a waste of time.
I should mention that this is a freshly updated F18 install.
Motherboard is a Sabertooth Z77.
The docking station is a StarTech,
<http://www.startech.com/HDD/Docking/SuperSpeed-USB-3-eSATA-Hard-Drive-Doc...
and the disk is a SAMSUNG HD103SJ sata drive (1 TB).
The motherboard docs don't say anything about USB suspend.
Spinpoint F3, hah!
It's up to the USB controller/adapter, not to drive.
Before the jump, you can call people who actually wrote the code -
linux-usb(a)vger.kernel.org.
poma
5:51 p.m.
On Wed Apr 10, 2013 at 11:41 AM, Bill Davidsen wrote:
Sherman Grunewagon wrote:
> On Tue Apr 9, 2013, at 06:02:08, pomo wrote:
>> On 09.04.2013 07:38, Sherman Grunewagon wrote:
>>
>>> I have an external SATA disk in a USB-3 / eSATA docking
>>> station. When I connect using eSATA, the disk stays awake. But when I
>>> connect using the USB-3 port, it goes to sleep after a few
>>> minutes. How do I make it work like the eSATA?
<snip>
> Other suggestions?
>
Have you tried just disabling spindown? (hdparm -S0 drive)
Thanks. I have now, as well as hdparm -B 255 drive.
The disk/docking station still suspends after a few minutes.
I'm ready to try recompling the kernel with CONFIG_USB_SUSPEND=n
But since
for i in /sys/bus/usb/devices/*/power/autosuspend; do echo -1 > $i; done
also has no effect, I think it will be a waste of time.
I should mention that this is a freshly updated F18 install.
Motherboard is a Sabertooth Z77.
The docking station is a StarTech,
<http://www.startech.com/HDD/Docking/SuperSpeed-USB-3-eSATA-Hard-Drive-Doc...
and the disk is a SAMSUNG HD103SJ sata drive (1 TB).
The motherboard docs don't say anything about USB suspend.
Sherman
1:41 p.m.
Sherman Grunewagon wrote:
On Tue Apr 9, 2013, at 06:02:08, pomo wrote:
> On 09.04.2013 07:38, Sherman Grunewagon wrote:
>
>> I have an external SATA disk in a USB-3 / eSATA docking
>> station. When I connect using eSATA, the disk stays awake. But when I
>> connect using the USB-3 port, it goes to sleep after a few
>> minutes. How do I make it work like the eSATA?
>
> - autosuspend
> less /usr/share/doc/kernel-doc-3.8.5/Documentation/usb/power-management.txt
Thanks. Nicely written doc. But nothing I've tried after reading it works.
Here's what I did.
gdisk -l /dev/sdd (to wakeup the disk)
echo -1 > /sys/devices/pci0000:00/0000:00:14.0/usb4/power/autosuspend (it was 0)
<After a few minutes the disk suspends>
gdisk -l /dev/sdd (to wakeup the disk again)
echo "on" > /sys/devices/pci0000:00/0000:00:14.0/usb4/power/control (was
"auto")
<Disk suspends again after a few minutes>
gdisk -l /dev/sdd (wakeup it up again)
echo on >
/sys/devices/pci0000:00/0000:00:14.0/usb4/4-3/4-3:1.0/host20/target20:0:0/20:0:0:0/block/sdd/power/control
(was "auto")
<No luck. Disk still suspends>
Other suggestions?
Have you tried just disabling spindown? (hdparm -S0 drive)
--
Bill Davidsen <davidsen(a)tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
8:02 a.m.
On 09.04.2013 07:38, Sherman Grunewagon wrote:
I have an external SATA disk in a USB-3 / eSATA docking station. When
I connect using eSATA, the disk stays awake. But when I connect using the USB-3 port, it
goes to sleep after a few minutes. How do I make it work like the eSATA?
- autosuspend
less /usr/share/doc/kernel-doc-3.8.5/Documentation/usb/power-management.txt
poma
6:27 p.m.
Sherman Grunewagon wrote:
On Wed Apr 10, 2013 at 11:41 AM, Bill Davidsen wrote:
> Sherman Grunewagon wrote:
>> On Tue Apr 9, 2013, at 06:02:08, pomo wrote:
>>> On 09.04.2013 07:38, Sherman Grunewagon wrote:
>>>
>>>> I have an external SATA disk in a USB-3 / eSATA docking
>>>> station. When I connect using eSATA, the disk stays awake. But when I
>>>> connect using the USB-3 port, it goes to sleep after a few
>>>> minutes. How do I make it work like the eSATA?
<snip>
>> Other suggestions?
>>
> Have you tried just disabling spindown? (hdparm -S0 drive)
Thanks. I have now, as well as hdparm -B 255 drive.
The disk/docking station still suspends after a few minutes.
I'm ready to try recompling the kernel with CONFIG_USB_SUSPEND=n
But since
for i in /sys/bus/usb/devices/*/power/autosuspend; do echo -1 > $i; done
also has no effect, I think it will be a waste of time.
I should mention that this is a freshly updated F18 install.
Motherboard is a Sabertooth Z77.
The docking station is a StarTech,
<http://www.startech.com/HDD/Docking/SuperSpeed-USB-3-eSATA-Hard-Drive-Doc...
and the disk is a SAMSUNG HD103SJ sata drive (1 TB).
The motherboard docs don't say anything about USB suspend.
Sherman
At this point, are you sure the kernel is doing it? Assuming hdparm -S reaches
the drive itself and disables spindown via timeout, something is telling the
drive to rest, or it is firmware set to sleep regardless. Very odd.
--
Bill Davidsen <davidsen(a)tmr.com>
We are not out of the woods yet, but we know the direction and have
taken the first step. The steps are many, but finite in number, and if
we persevere we will reach our destination. -me, 2010
4046
days inactive
4054
days old
14 comments
5 participants
participants (5)
-
Bill Davidsen -
poma -
Rick Stevens -
Sherman Grunewagon -
Tim