![]() |
![]() |
![]() |
“U Drive”, a service offered by UW Seattle IT, is: “a central file storage for users, provides students, faculty and staff with a place to store files that can be accessed from anywhere, on- and off-campus.” In short, it's 5 gigabytes of cloud storage for files available to UW students, staff and faculty. It's enabled by default for students; faculty and staff have to turn it on first at https://uwnetid.washington.edu/manage/?service
For more information, see http://www.washington.edu/itconnect/wares/udrive/
This should be automatic. There should be a “U:” drive already connected after you log in to Windows lab machines.
If you don't already have a U: drive when you log in to a Windows lab machine, follow the steps for the Windows 8 virtual machine below, starting at step 3. If you're staff or faculty, you may already have a U: drive mapped to your UW Bothell file storage, so choose a different drive letter for your Seattle U Drive. (Confusing, I know, but both campuses chose “U” as the letter for their network storage, unsurprisingly.)
If you're a student and had used the UW Bothell-provided U: drive in the past, those files are now in the X: drive.
smb://udrive.uw.edu/udrive
and press returnNETID
as the domain, and your UW password as the password. That's pretty much it. There should be a “udrive” entry under “Network” in the left hand navigation pane of the file browser now.
If you want to be able to access your U drive files from a command line, you can make a symbolic link like so:
ln -s /run/user/`whoami`/gvfs/smb-share\:server\=udrive.uw.edu\,share\=udrive/ ~/.udrive
That will make a link named .udrive
in your home directory, pointing to your U drive when it's mounted.
\\udrive.uw.edu\udrive
for the folder.You now have a U: drive connected to your U Drive space in Seattle.
If you have connected to one of uw1-320-00 through uw1-320-15 via ssh, the following commands should establish a connection to your U drive. I'm still playing with this, so I don't know if it's the best way to do it or not. So far, it seems to work for me.
kinit dbus-launch bash gvfs-mount -l gvfs-mount smb://udrive.uw.edu/udrive
At this point, you should have your U drive mounted at /run/user/your_netid
/gvfs/smb-share:server=udrive.uw.edu,share=udrive (under your own netid, of course). This is somewhat unwieldy. You can make a symbolic link like so:
ln -s /run/user/`whoami`/gvfs/smb-share\:server\=udrive.uw.edu\,share\=udrive/ ~/.udrive
When the u-drive is mounted, you can cd to .udrive and find your files there. Otherwise, you'll get an error:
jdlarios@uw1-320-11:~$ cd .udrive bash: cd: .udrive: No such file or directory
Note: You should only need to run kinit
if you're using ssh keys to connect; if you type your password when connecting, you can check for a ticket using the klist
command:
jdlarios@uw1-320-11:~$ klist Ticket cache: FILE:/tmp/krb5cc_2004_lUpAMU Default principal: jdlarios@NETID.WASHINGTON.EDU Valid starting Expires Service principal 29/05/2013 16:26 30/05/2013 02:26 krbtgt/NETID.WASHINGTON.EDU@NETID.WASHINGTON.EDU renew until 30/05/2013 16:26
If you see something like that when you run klist
, you don't need to run kinit
.
You can unmount your U drive with the following command, if you're still in the shell from which you mounted it:
gvfs-mount -u smb://udrive.uw.edu/udrive/
If you're not in the same shell, the only way I've found so far is to kill all the gvfs and dbus processes running as you:
jdlarios@uw1-320-11:~$ ps x PID TTY STAT TIME COMMAND 21446 ? S 0:00 sshd: jdlarios@pts/1 21447 pts/1 Ss 0:00 -bash 21682 pts/1 S 0:00 bash 21686 ? Ss 0:00 //bin/dbus-daemon --fork --print-pid 4 --print-addres 21704 ? Sl 0:00 /usr/lib/gvfs/gvfs-udisks2-volume-monitor 21707 ? Sl 0:00 /usr/lib/gvfs/gvfsd 21711 ? Sl 0:00 /usr/lib/gvfs//gvfsd-fuse -f /run/user/jdlarios/gvfs 21719 ? Sl 0:00 /usr/lib/gvfs/gvfs-afc-volume-monitor 21725 ? Sl 0:00 /usr/lib/gvfs/gvfs-gphoto2-volume-monitor 21754 pts/1 R+ 0:00 ps x
In this case, it would be everything between 21686 and 21725 there.
Once I know more about what's going on under the hood, I'll try to get all this wrapped in a shell script so you can just run one command instead of a series of them.