7th Jan, 2014, 04:21 AM
7th Jan, 2014, 04:23 AM
Hmm... Maybe there is an other software which supports your HDD. Just search on http://www.wdc.com
7th Jan, 2014, 11:29 AM
@Alcoinus,
can you post what hdparm is actually doing on the drive ?
the above command will output on screen hdparms action and will run regardles of "nohdparm" setting in /boot/cmdline.txt .
(just btw a better solution to let hdparm work on your xbian is putting "FORCE_RUN=yes" line into /etc/default/hdparm as some parameters in cmdline.txt can change with updates)
can you post what hdparm is actually doing on the drive ?
Code:
sudo -i
DEVNAME=/dev/sda FORCE_RUN=yes VERBOSE=yes /etc/init.d/hdparm hotplugthe above command will output on screen hdparms action and will run regardles of "nohdparm" setting in /boot/cmdline.txt .
(just btw a better solution to let hdparm work on your xbian is putting "FORCE_RUN=yes" line into /etc/default/hdparm as some parameters in cmdline.txt can change with updates)
7th Jan, 2014, 06:01 PM
@mk01,
The command outputs the following:
( and the hdd starts to spin )
The command outputs the following:
Terminal
xbian@xbian ~ $ sudo -i
[sudo] password for xbian:
root@xbian:~# DEVNAME=/dev/sda FORCE_RUN=yes VERBOSE=yes /etc/init.d/hdparm hotplug
[ ok v/sda.
root@xbian:~#
[sudo] password for xbian:
root@xbian:~# DEVNAME=/dev/sda FORCE_RUN=yes VERBOSE=yes /etc/init.d/hdparm hotplug
[ ok v/sda.
root@xbian:~#
7th Jan, 2014, 08:21 PM
that means no action. can you please put nohdparm to cmdline.txt, reboot a retry?
either hdparm knows action has been already done or there is really no action.
either hdparm knows action has been already done or there is really no action.
7th Jan, 2014, 08:39 PM
Its the same:
Terminal
[sudo] password for xbian:
root@xbian:~# DEVNAME=/dev/sda FORCE_RUN=yes VERBOSE=yes /etc/init.d/hdparm hotplug
[ ok v/sda.
root@xbian:~# DEVNAME=/dev/sda FORCE_RUN=yes VERBOSE=yes /etc/init.d/hdparm hotplug
[ ok v/sda.
root@xbian:~#
root@xbian:~# DEVNAME=/dev/sda FORCE_RUN=yes VERBOSE=yes /etc/init.d/hdparm hotplug
[ ok v/sda.
root@xbian:~# DEVNAME=/dev/sda FORCE_RUN=yes VERBOSE=yes /etc/init.d/hdparm hotplug
[ ok v/sda.
root@xbian:~#
7th Jan, 2014, 08:54 PM
then you can edit /etc/init.d/hdparm
comment "set -e" and insert "set -x"
when you run again, you will see line step by step what is happening. you can upload to pastebin. I will go through it.
comment "set -e" and insert "set -x"
Code:
#set -e
set -xwhen you run again, you will see line step by step what is happening. you can upload to pastebin. I will go through it.
7th Jan, 2014, 08:58 PM
here it is http://pastebin.com/LZu8YA9M
7th Jan, 2014, 09:20 PM
can you please re-run it after you take root privileges (sudo -i)
you started it as xbian user and the actions failed.
you started it as xbian user and the actions failed.
7th Jan, 2014, 09:28 PM
haha ok. here is the new one http://pastebin.com/jyvBVk01
7th Jan, 2014, 09:53 PM
/sbin/hdparm -q -S60 /dev/sda
the same command as usbmounter. the only difference is that hdparm is called from udev from all block devices (including non-rotational) and trying to set this on SD/USB sticks etc. this was causing system locks, slowdowns and other bad things with some combinations of hardware.
XBian is checking /sys/block/sda/queue/rotational to be "1" before that.
the same command as usbmounter. the only difference is that hdparm is called from udev from all block devices (including non-rotational) and trying to set this on SD/USB sticks etc. this was causing system locks, slowdowns and other bad things with some combinations of hardware.
XBian is checking /sys/block/sda/queue/rotational to be "1" before that.
7th Jan, 2014, 10:22 PM
okay. but what do you want to say with this to me?
7th Jan, 2014, 11:23 PM
Hmm, I'm reading posts above and I also don't know how it can resolve our problem (or maybe now only mine because you solved it in a different way)
7th Jan, 2014, 11:37 PM
@Alcoinus
that you should check if the drive is correctly recognized as rotational (as I posted above) and if yes then we have just to find why udev doesn't triggers usbmount as designed and wanted and expected (maybe small bug somewhere) and then this standard setup will work again without researching and hacking.
(literally this one issue won't stay between mystery X-Files)
@feg
unfortunately your issue is different one and probably is related to HDD type and/or firmware. I also have two 1TB usb WD passport drives which are ignoring all kind of trials).
that you should check if the drive is correctly recognized as rotational (as I posted above) and if yes then we have just to find why udev doesn't triggers usbmount as designed and wanted and expected (maybe small bug somewhere) and then this standard setup will work again without researching and hacking.
(literally this one issue won't stay between mystery X-Files)
@feg
unfortunately your issue is different one and probably is related to HDD type and/or firmware. I also have two 1TB usb WD passport drives which are ignoring all kind of trials).
7th Jan, 2014, 11:54 PM
ok. i checked and in /sys/block/sda/queue/rotational is a 1.