Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Jaimie Vandenbergh Newsgroups: uk.comp.sys.mac Subject: Re: TM Backup Date: 4 Aug 2020 10:58:21 GMT Lines: 88 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=fixed Content-Transfer-Encoding: 8bit X-Trace: individual.net A9UPa12LLMmxFdMuvWtQHwcTZXtsW9che0NgAEdgLY0opOex7Q Cancel-Lock: sha1:Zt6U0o0Kb5l7QLUK+V3xrVBWqV0= User-Agent: Usenapp/0.79/l beta for MacOS Xref: csiph.com uk.comp.sys.mac:146062 On 4 Aug 2020 at 09:53:32 BST, "RJH" wrote: > On 3 Aug 2020 at 22:03:33 BST, "Jaimie Vandenbergh" > wrote: > >> On 3 Aug 2020 at 21:13:58 BST, "RJH" wrote: >> >>> On 3 Aug 2020 at 20:27:12 BST, "Jaimie Vandenbergh" >>> wrote: >>> >>>> On 3 Aug 2020 at 19:57:45 BST, "RJH" wrote: >>>> >>>>> On 3 Aug 2020 at 15:09:22 BST, "Jaimie Vandenbergh" >>>>> wrote: >>>>> >>>>>> On 3 Aug 2020 at 14:54:17 BST, "RJH" wrote: >>>>>> >>>>>>> As an aside, I find the weekly folder arrangements a lot more reassuring than >>>>>>> the old 'bundle'. >>>>>> >>>>>> Mount the bundle with a double-click and you'll see all the weekly folders. >>>>>> It's just an encapsulation, to reduce network traffic and also allow for TM >>>>>> backups to be on drives that aren't formatted Mac. My bundles sit on a NAS >>>>>> with a ZFS filesystem, for instance. >>>>> >>>>> Ah, right, live/learn - although the original is Mac OS Extended >>>>> (Case-sensitive, Journaled). >>>>>> >>>>>> Big Sur will be using APFS format disks (and bundles), by the way - but TM >>>>>> doesn't convert them, you have to start a new one. With these two disks on >>>>>> the >>>>>> go, you'll be able to happily clear one and offer it up to Big Sur to >>>>>> reformat. It's *so* much faster than HFS, even on spinning disks where APFS >>>>>> is >>>>>> slower. >>>>> >>>>> That's handy, thanks. >>>>> >>>>> The file copy is taking a loooong time - still 'preparing to copy', after 6 >>>>> hours - now on 1.7m items and rising slowly (not sure how many to go), 500GB >>>>> total. >>>> >>>> It'll take ages. A disk cloner would be better than file by file, because >>>> doing the file by file means every single link will be managed separately, >>>> even if you have fifty backups all pointing at one file it'll get counted and >>>> processed 50 times. A disk cloner will do the copy blockwise instead without >>>> caring about the files in it. >>> >>> I wish ;-) >>> >>> CCC returns: Time Machine backup volumes use Apple-proprietary filesystem >>> devices, and Apple does not support the use of third-party utilities to copy >>> Time Machine backups. Use Finder to copy this proprietary data store to >>> another disk. >>> >>> Chronsync winged about non-accessible permissions. >> >> Betcha Disk Utility would manage it. It's half the speed of 3rd party >> cloners, >> but it gets the job done. > > Gave up on the file copy - after about 12 hours, 2 of the 8 million files had > been 'prepared'. And even if it got as far as preparing, copy's by no means > guaranteed from the suspect disk. > > Do you mean create an image, and copying that, using DU? "Restore". Choose the destination new drive, and "Restore" the old TM drive to it. All very arse-backwards. Also it's a bit flaky, occasionally it just refuses to get going and needs a reboot or drives replug before it'll admit to knowing how to rather than tossing a -1283612786 error. > As it is I'm using a trial of Superduper - that's gone straight to copy, > about > 20GB/hr using USB3. So even that is going to take over a day to copy 500GB. Oh, that'll do! Much more likely to work first time. Cheers - Jaimie -- "Persons attempting to find a motive in this narrative will be prosecuted; persons attempting to find a moral in it will be banished; persons attempting to find a plot in it will be shot. By Order of the Author." -- Mark Twain