command line: how do I remount an ejected stick?

On 08/29/2015 05:58 PM, mike wrote:
On 8/29/2015 1:55 PM, T wrote:
On 08/29/2015 03:46 AM, mike wrote:
On 8/28/2015 12:46 PM, T wrote:
Hi All,

From the command line, how do I remount a previously
ejected flash drive (still in the hole)?

Many thanks,
-T
Might be interesting to back up one level and disclose
why you want to do this, just in case there's an easier way.

Hi Mike,

I have Cobian Backup on an SBS2011 server set to backup to a
stick at 3:00am. At the end of the backup, I "eject" the stick.
At the end of the backup, I reboot the server. (Give the
required daily reboot for a crappy Windows server.)

The idea is that when the employees get there in the morning
they can just swap the stick, which any fussing with logging
in and ejecting. (The employees have low computer skills).

Problem: when the computer reboots the stick remounts. So
in HKLM and HKLU, I dismount it again.

The idea is when the employee changes the stick, the original
stick will be unmounted and the new one will mount.

This two step works, unless someone one logs in ...

So, I wanted a way to mount the stick from the command line
if I find it unmounted

-T
I have no clue the details of your setup.
Why do you need to unmount it?

So in the morning when the employees change sticks, they don't
corrupt anything.

There are options to make the drive relatively safe to remove.
If nobody has anything open, unplugging it should be safe???
Possibly permissions to determine who can write to it???
Can you move the backup off the stick to a file somewhere
and just use the same stick all the time?

Seven sticks in rotation. One or more are off site.

On 8/29/2015 8:00 PM, T wrote:
snip
Why do you need to unmount it?

So in the morning when the employees change sticks, they don't
corrupt anything.

There are options to make the drive relatively safe to remove.
If nobody has anything open, unplugging it should be safe???
Possibly permissions to determine who can write to it???
Can you move the backup off the stick to a file somewhere
and just use the same stick all the time?

Seven sticks in rotation. One or more are off site.

OK, but how is that better than having seven backup files
offsite? How often do you need to restore from a backup
older than one day? In that case, you'd have to copy the offline file
back to the stick.
At 3AM, delete the backup file on
the stick, backup to the stick, copy the new backup from the
stick to the offline server. You always have the latest backup
on the stick during the day. Seven are on the backup server.
Set the stick permissions so users can't write it.
I'd go a step further and put the most recent backup on a separate drive
partition.
No stick required.
That's what I do on my systems, but it's not automated.
Maybe I'm missing something critical, but I don't see it.

On 08/29/2015 08:38 PM, mike wrote:
On 8/29/2015 8:00 PM, T wrote:
snip
Why do you need to unmount it?

So in the morning when the employees change sticks, they don't
corrupt anything.

There are options to make the drive relatively safe to remove.
If nobody has anything open, unplugging it should be safe???
Possibly permissions to determine who can write to it???
Can you move the backup off the stick to a file somewhere
and just use the same stick all the time?

Seven sticks in rotation. One or more are off site.

OK, but how is that better than having seven backup files
offsite?

Do you mean "the cloud"? Cloud backup makes my skin crawl
and the customer's too.

They are currently on the "cloud" for backup and specifically
asked me to get them the *^$& off. (The "heck" off. What
did you think I they said?)

The marketing weasels must be given a medal for "The Cloud".
Same thing as Client / Server, except that it has a really
unreliable, crappy connection between the two. And as anyone who
likes wine knows, it is cheaper to buy a whole bottle on your
own than to buy a glass at a restaurant.

Their Point of Sale vendor is trying to get them to go
to their "Cloud" service, instead of stand alone. My
customer just laughed it off. The Internet is just too
unreliable and the security at the other end is just too
unknown. Not to mention when they "fly by night".

I will get off my soap box now.


How often do you need to restore from a backup
older than one day? In that case, you'd have to copy the offline file
back to the stick.
At 3AM, delete the backup file on
the stick, backup to the stick, copy the new backup from the
stick to the offline server. You always have the latest backup
on the stick during the day. Seven are on the backup server.
Set the stick permissions so users can't write it.
I'd go a step further and put the most recent backup on a separate drive
partition.
No stick required.
That's what I do on my systems, but it's not automated.
Maybe I'm missing something critical, but I don't see it.


I will be setting up a second backup to a permanent hard drive
they they do not seem to be using for a Free File Sync of their
data that will go off every ten minutes. I will delete the
whole smear on Sunday night and start over. Maybe I will
rotate the backup directory and keep a couple for history.

You can never have too much back up.

T wrote:


I will be setting up a second backup to a permanent hard drive
they they do not seem to be using for a Free File Sync of their
data that will go off every ten minutes. I will delete the
whole smear on Sunday night and start over. Maybe I will
rotate the backup directory and keep a couple for history.

You can never have too much back up.

At work, we had our own cloud. Backups were done at
night, sent over the network, to storage in another
city. There's nothing wrong with the Cloud
concept, if you run your own Cloud.

Paul

On 08/29/2015 09:58 PM, Paul wrote:
T wrote:


I will be setting up a second backup to a permanent hard drive
they they do not seem to be using for a Free File Sync of their
data that will go off every ten minutes. I will delete the
whole smear on Sunday night and start over. Maybe I will
rotate the backup directory and keep a couple for history.

You can never have too much back up.

At work, we had our own cloud. Backups were done at
night, sent over the network, to storage in another
city. There's nothing wrong with the Cloud
concept, if you run your own Cloud.

Paul


Agreed. Well, maybe depending on the reliability of your
Wide Area Network.

Dark Fiber rules!

T wrote:
On 08/28/2015 08:12 PM, VanguardLH wrote:
T wrote:

From the command line, how do I remount a previously ejected flash
drive (still in the hole)?

http://www.uwe-sieber.de/english.html
All free. Probably one of those listed under "Drive Tools".


Hi Vanguard,

I am going to try "RescanDevices". I think that will
be perfect. (Then I look for the drive label, which I
have already coded.)

RestartSrDev is the one you need:
http://www.uwe-sieber.de/drivetools_e.html#RestartSrDev


Uwe

On 09/02/2015 12:57 AM, Uwe Sieber wrote:
T wrote:
On 08/28/2015 08:12 PM, VanguardLH wrote:
T wrote:

From the command line, how do I remount a previously ejected flash
drive (still in the hole)?

http://www.uwe-sieber.de/english.html
All free. Probably one of those listed under "Drive Tools".


Hi Vanguard,

I am going to try "RescanDevices". I think that will
be perfect. (Then I look for the drive label, which I
have already coded.)

RestartSrDev is the one you need:
http://www.uwe-sieber.de/drivetools_e.html#RestartSrDev


Uwe




Thank you!