![]() Pricing: I bought 200GB initially ($3 per month) but I will go down to their lowest plan (50GB, $1 per month).Office Online works with iCloud (so free Excel for your iPad for instance).This is a small number of files / small total size (less than 20GB).I want some files available on my iPhone / iPad / to share with friends.Who knows what other corruption I will encounter? It's not like I can validate file counts or file / folder sizes using Dropbox. Fortunately I also had these files on my NAS. No error details, no way to troubleshoot without involving support. I found these when I couldn't download their folders (starts and gets a generic error). Some individual files would immediately fail and not download (got a generic error). Oh yeah - bit rot - there were many issues downloading the ZIP files, I had to retry at least 5 or 6 of them. I opened an account with another provider, downloaded everything and re-synchronized, and got a refund from Dropbox. Instead of asking me to do a math problem every time I need to look at a file or folder, they should either have an option or make default to display values that correspond to the Mac values shown in the Finder. which has absolutely nothing to do with this issue.ĭropbox creates and is responsible for their web software as well as their Mac app software. support replied to part of this and wanted to explain the difference in base 2 vs base 10 storage. Stating there are "conflicts" without identifying them - and ideally providing some dialog to resolve them - is useless. Especially with a slow internet connection and large numbers of files, downloading a new copy of everything into a new folder wastes space, bandwidth, and my time. Individual file sizes and folder file sizes should match the Finder. What a mess! If I have to use rsync to sort this out, I will skip Dropbox and use or similar providers for my needs in the future. I have recently discovered that synchronizing a folder, then removing it from synchronization, then later adding it back to synchronization duplicates SOME folders and items into a new "conflicts" folder, without identifying the conflicts. Can you address that serious problem please? A simple count in a single folder isn't useful for validation. The "workaround" you propose does not address file size differences between the Dropbox web interface and the Mac Finder. It's unfortunate that the BSD version of du is not as flexible.Please raise this issue on your end, this should be considered basic functionality. The GNU version of du can give values in actual bytes instead of blocks. Without that flag, it'll also send directory names to ls, and each file will be listed twice : once as an individual file, and once as an item in the directory. ![]() The -type f flag is there so that only files (and not directories) get sent to ls. Here's how it works: it gets a list of all the files, and passes them to ls -l then awk is used to count up the bytes. (There are no weird forks or xattrs in this set of files.) It's significantly smaller than the value reported by du. ![]() This value matches exactly the number reported by Finder's Get Info window. This is kind of slow, but it works: $ find. As expected, it's half the number of 512-byte blocks: $ du -hsįinally, you can use find and awk to give you the sum of actual bytes in the files. The -h flag results in a more readable number, in kilobytes. If you have a lot of small files, the difference can be large. This tells you the space on disk, which is larger than the amount of data. The BSD version of du used in OS X reports size with 512-byte blocks - the sizes are essentially rounded up to the next 512-byte value.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |