tomwaters <tomwat...@chadmail.com> writes: > I created a zfs file system, cloud/movies and shared it. > I then filled it with movies and music. > I then decided to rename it, so I used rename in the Gnome to change > the folder name to media...ie cloud/media. <---- MISTAKE > I then noticed the zfs share was pointing to /cloud/movies which no > longer exists.
I think you should file a bug against Nautilus (the GNOME file manager). When you rename a directory, it should check for it being a mountpoint and warn appropriately. (adding ZFS specific code to DTRT is perhaps asking for a bit too much.) evidently it got an error for the rename(2) and instead started to copy/delete the original. *inside* some filesystems, this is probably correct behaviour, but when the object is a filesystem, I don't think anyone want this behaviour. if they want to move data off the filesystem, they should go inside, mark all files, and drag (or ^X ^V) the files wherever they should go. > So, I removed cloud/movies with zfs destroy <--- BIGGER MISTAKE I see the reasoning behind this, but as you've learnt the hard way: always double-check before using zfs destroy. -- Kjetil T. Homme Redpill Linpro AS - Changing the game _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
