One of our client systems has a backup script installed that does something like this. When I went to their shop Monday I noticed that when the backup script runs, it starts with mounting the USB external drive, runs the backup, then unmounts the drive. Running under Linux, backing up a directory that was shared with a Windows VM. I think this discussion tells me why it's done this way; I had not tried things like this myself over a period of time. External drive cases are usually attached/detached manually, so it's not an issue. Leaving one attached, I'll watch for this next time I get a chance.<div>
<br></div><div>--Don Ellis<br><br><div class="gmail_quote">On Fri, Aug 6, 2010 at 5:53 PM, L. V. Lammert <span dir="ltr"><<a href="mailto:lvl@omnitec.net">lvl@omnitec.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Fri, 6 Aug 2010, Tom Pohl wrote:<br>
<br>
> I have a USB backup drive that gets rsync'd to it every night and unmounts when the backup completes.<br>
><br>
> At the start of my backup script, I throw in an "fdisk -l /dev/sda"<br>
> (the drive is /dev/sda in this case) to get things moving and allow it<br>
> to spin up nicely before trying to mount it.<br>
><br>
</div>Hi Tom,<br>
<br>
I"ve never heard of that, but, then, I don't typically try to use USB<br>
drives 'permanently' <G>!<br>
<br>
I guess the only solution is to try and disable via hdparms, ..<br>
<br>
Thanks!<br>
<br>
Lee<br><br></blockquote></div><br></div>