Hacker News Reader

Comment by dannyw | Hacker News Reader

Thank you for making and maintaining rclone. It is truly a blessing.

I came across rclone at work because "Copy or move data to Azure Storage by using AzCopy v10" is a lie, it literally can't `move` files, only `copy` them.

I can't express in polite words how pathetic it is to see the only official blob storage bulk transfer CLI tool from a multi-trillion-dollar company fail to do the simplest, most essential functionality after ten major revisions.

Meanwhile, rclone Just Works(tm).

Thank you from me too!

Do not try and move the files; that's impossible. Instead, only try to realize the truth... Delete them after you copy.

Bend the spoon*

* for people who don’t know the ref

The star only confuses me more...?

It's a pointer to a reference you don't have.

Also, a line from a scene in the Matrix.

Right? If you move between file system or device I would expect "move" to be impossible. At best you could copy a logical block and then delete a logical block. If you share a filesystem then perhaps a logical block is a few hundred kilobytes. If you don't then I'd expect the smallest logical block to be the file itself.

Moving on the same filesystem moves the pointer to the file.

Right! When I wrote that I made a mistake and thought that there were filesystems that used multiple drives but still had the meaningful distinction of "what drive is that file on?"

Like, yeah, RAID, several drives, one filesystem, right? Except no, because it's just one virtual device.

> Delete them after you copy.

Why is the word “you” in there, as-if that is inherently manual labour for me to carry out?

I know! Move is two operations under the hood.

Rclone automates this trivial two step action.

Azcopy does not.

Reply on news.ycombinator.com