Ralf Mardorf, 19.03.2013: > Hi, > > there's an issue with gvfs. > > Regarding to an EU Regulation external drives must spin down after a > while, but gvfs make external drives spin up and down again and again so > they don't stay asleep. > > I own a new WD Elements and within one week it aged by years. > > I marked a thread about this issue as solved, but it isn't, it's just a > workaround. For some drives it's possible to disable it, but for drives > where you can't open the case it can be impossible to do it.
Another workaround, perhaps: I remember noticing something for this on the hdparm man page. Checking again now, I see that the -J option is for setting WD Green drives' "idle3" timeout value. It mentions that you can even disable it completely. Maybe it'll work for your drive too... Selim > One way to safe lifetime then is to touch the drive in short intervals, > to avoid a spin down and the other way is to remove gvfs and to mount > block devices, not only USB devices, by a workaround. > > Other USB gear, but block devices, don't need gvfs, such as WiFi > adapters. > > Since I'm short in time at the moment, I only tested Arch Linux and > Ubuntu Linux intensively [1]. > > I'm cross-posting this information, hopefully you understand why I'm > doing this. > > Regards, > Ralf > > [1] > From: Ralf Mardorf > To: linux-audio-user > Subject: [solved] External USB 2 HD for real-time recording > Date: Tue, 19 Mar 2013 08:43:57 +0100 > > On Mon, 2013-03-18 at 18:12 +0100, Ralf Mardorf wrote: > > The issue that the drive will spin up and down again and again can be > > avoided. > > > > I removed > > > > - thunar-volman > > - tumbler > > - gvfs > > > > on Arch Linux. No packages depend on those packages for my Arch Linux. > > The drive keeps asleep, even with still one partition mounted. > > Later I'll add one package after the other, to find out what does cause > > the access and I also will take a look at Ubuntu. > > Arch Linux: > > Only gvfs needs to be removed, no need to remove thunar-volman and > tumbler. However, thunar-volman without gvfs seems to be useless. > Tumbler doesn't cause issues, but I don't know what it's good for. To > see thumbnails with Thunar it isn't needed. > > I keep thunar-volman and tumbler on Arch and only removed gvfs. For my > Arch nothing depends on gvfs, so it was the only package I had to remove. > > > > Ubuntu Quantal: > > root@q:~# apt-get purge gvfs > The following packages will be REMOVED: > brasero* gvfs* gvfs-backends* gvfs-fuse* nautilus* nautilus-sendto* > nautilus-share* > > Who cares about the packages that depend on it? I anyway use Thunar > instead of Nautilus and K3b instead of Brasero. > > > > Résumé: > > So who is to blame? > > > By EU Regulation external drives must spin down. > > I even didn't completely read the German blah blah blah, > http://www.heise.de/newsticker/meldung/Ab-2010-Maximal-2-Watt-im-Standby-Betrieb-von-Haushaltsgeraeten-PCs-und-Unterhaltungselektronik-Update-193947.html > and I won't search for links in English. > > Xfce doesn't depend on gvfs, neither the Arch, nor the Ubuntu packages. > Until now it seems to be, that without gvfs, partitions can't be mounted > with a file browser, they have to be mounted by CLI. It's not only an > issue for the USB drive, but also for USB sticks. > > It takes 30 minutes, then the WD Elements spins down and stays asleep. > If you don't like this,than blame the EU. > If you like it, then blame gvfs. > > Does VirtualBox still see my iPad 2 connected by USB when gvfs is > removed? > > No problem, even an USB stick and even the > external USB hard disk are available by VirtualBox. > > > Is my KORG nanoKONTROL still accessible after removing gvfs? > > It still does show up in QjackCtl's ALSA tab. > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/1363687912.586.30.camel@archlinux -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130321110100.gb13...@cs.utexas.edu
