lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 12 Dec 2012 00:26:45 -0600
From:	Robert Hancock <hancockrwd@...il.com>
To:	Alan Stern <stern@...land.harvard.edu>
CC:	prasannatsmkumar <prasannatsmkumar@...il.com>,
	linux-kernel@...r.kernel.org, linux-usb@...r.kernel.org,
	nautilus-list@...me.org
Subject: Re: Fwd: Safely remove option shows with Micro SD Card connected
 to Linux through an Android phone

On 12/11/2012 02:37 PM, Alan Stern wrote:
> On Tue, 11 Dec 2012, prasannatsmkumar wrote:
>
>> Hi All,
>>
>> I connected an Android phone using USB cable to my machine running
>> Linux (Linux 3.0, 3.2, 3.5). Mounted the SD card in phone in system
>> (phone is just a pass through I guess). When I choose "Safely Remove"
>> option in nautilus file manager (gnome's default file manager) I got
>> an error saying
>>
>> "Error detaching: helper exited with exit code 1: Detaching device /dev/sdb
>> USB device: /sys/devices/pci0000:00/0000:00:1d.7/usb1/1-5)
>> SYNCHRONIZE CACHE: OK
>> STOP UNIT: FAILED: No such file or directory"
>
> STOP UNIT means spin down the disk or eject the disc.  Since your phone
> doesn't have a disk drive or an optical disc, no wonder this step
> failed.

The reason it's likely doing a STOP UNIT on USB storage devices is that 
this is preferable for at least USB-connected HDs (at least where the 
USB to SATA, etc. converter bothers to implement the translation). For 
many drives, it's better for the disk's lifespan to power it down 
normally (as it would be if it was in a machine that was being shut 
down) so it can unload its heads in a controlled fashion, rather than 
just cutting the power on the running disk and causing an emergency head 
retract.

Some types of devices may not support that command or may not do 
anything useful with it, but "No such file or directory" seems a strange 
error to run into.

>
>> and it goes to unmounted state (yes it should go to and this is not a
>> problem). But I am not able to find the reason for the above error
>> message pop-up. If I choose "Eject" option then things are fine (I
>> think Eject does more than un-mounting the file system).
>>
>> I think "safely remove" tries to cut the power supply to the device
>> but eject does not do that. Is that correct?
>
> No, neither option cuts power.  The main difference is that "safely
> remove" disables the USB connection, so that if the device has an "okay
> to unplug now" light, the light will turn on.
>
>> If the device cannot be
>> powered down (due to battery charging) why this option is shown? Is
>> kernel exposing such capability to the user space?
>>
>> I am not sure whether this is the correct place to ask this question.
>> If this is not the correct place please direct me to correct place.
>
> You probably should get in touch with the people who maintain the
> Nautilus program if you want to know why it does something.
>
> Alan Stern
>

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ