<div dir="ltr">You'll have to explain to me how a rename (which by definition is a change in place and so doesn't change directory structures) could possibly launch into a copy? <br></div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Wed, Jul 16, 2014 at 11:57 AM, gregrwm <span dir="ltr"><<a href="mailto:tclug1@whitleymott.net" target="_blank">tclug1@whitleymott.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
@david:  sounds like you've never been bitten by intending a simple<br>
rename or move presumably within a filesystem and seeing mv instead<br>
launch into copying.  if i want a copy i'll use cp.  and i'll have a<br>
look before i rm any original.  those safety checks you refer to are<br>
almost entirely around the copy, which i don't even want.  rhel rename<br>
comes with util-linux-ng, ubuntu rename comes packaged with perl,<br>
neither manpage has the WARNING you mention.  reads like the author<br>
had something ominous in mind but they don't say what.  would rename<br>
consent to lose a directory within it's children?  you mean to suggest<br>
mv protects you in some important way from something rename might do?<br>
my understanding of mv is if rename(2) succeeds, it's done, but if<br>
not, well that's when the trouble begins..<br>
<br>
@munir:  and there is no reliable test for "same filesystem".  even<br>
/proc/mounts is not always reliable, eg with persistence ala<br>
overlayfs, or if /proc itself is unavailable, eg in a chroot<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>
<a href="mailto:tclug-list@mn-linux.org">tclug-list@mn-linux.org</a><br>
<a href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list" target="_blank">http://mailman.mn-linux.org/mailman/listinfo/tclug-list</a><br>
</div></div></blockquote></div><br></div>