HDD Suspend/Resume problem

[JLL]

Hi,

FreeNAS 9.2.0
External Bay Sharkoon 5HDD, in JBOD, USB 3.0
The bay is in sleep mode after 5 minutes (standard); after that, no more access as the Resume is not done.

For info: no problem with this external with Windows (USB 2.0 and 3.0)

Is it a lack of FreeBSD?

Is there a solution?

JL

 

[JLL]

Hi,

very interesting test done today.

I've tried the same actions, with the same hardware, with KNOPPIX 7.2: no problem ...
It means: connect the box to the PC, boot, write someting on the disc, wait 5 minutes, sleep comes, write another file: the box resumes perfectly, as expected (and as done with Windows).

Is FreeBSD behind KNOPPIX?

JL

 

[krikboh]

Linux is much friendlier to accessing drives over USB. FreeNAS expects direct access to the drives and does not always play well with drives over USB.

 

[JLL]

Hi krikboh,

I've not tried with ZFS: I've only created an ext4 partition on one disc of the box.

Nothing to see with add-on of FreeNAS.
I'm afraid that it's related to FreeBSD (as the problem doesn't occur with KNOPPIX).

JL

 

[krikboh]

Are you attempting to use ext4 with FreeNAS? It is not supported.


Sent from my iPhone using Tapatalk

 

[JLL]

Hi,

a test has been done with FreeNAS 9.2.0
A box Sharkoon with 5 disks, connected with USB3.0
Use of the Web interface of FreeNAS.
Mark the disks with STANDBY set to 5 and ADVANCED POWER MANAGEMENT set to 1
Create of a pool with the 5 disks, stripe.
Creation of a dataset and write of some files in it.
Wait until the sleep of the box.
Then try a scrub: the pool is then UNAVAILABLE and all disks marked as REMOVED.

JL

 

[krikboh]

Even if you could get this working properly, it is not recommended to access your data drives over USB with FreeNAS. The SMART attributes will not be properly available and your data will be at risk. I believe your case has eSATA. Have you tried that instead of USB?

 

[JLL]

Hi,

problem solved: install ZFS with UBUNTU

The discussion is closed.

JL