Risoluzione di problemi

Emerging issue: macOS may fail to create disk images on some SMB volumes

We have received several reports that macOS is unable to create disk images on SMB volumes hosted by various NAS devices (e.g. FreeNAS device, Western Digital MyCloud Home and QNAP). If you attempt to create the disk image in Disk Utility (for example), Disk Utility reports an "RPC Error".

We are currently tracking a Finder bug in which the Finder incorrectly determines your access to some folders. The issue occurs when an "access control list" is applied to a folder and when ownership is disabled on the backup volume. Ownership is disabled by default when you attach your backup volume to a different Mac, and the folders in your home directory each have an access control list, so we often see this problem when trying to access the contents of the home folder on a backup disk when that backup disk is attached to some other Mac. Here's what you might see in the Finder:

Baseline Testing

CCC copierà solo gli elementi che sono diversi tra origine e destinazione. Quindi, se completi un'operazione di backup e la esegui nuovamente il giorno successivo, CCC copia solo gli elementi che sono stati creati o modificati dall'ultimo backup. CCC stabilisce che un file è differente usando la dimensione del file e la data di modifica. Se le dimensioni o la modifica della data di un file è del tutto diversa nell'origine e nella destinazione, CCC copia quel file nella destinazione.

Per default CCC inizia con un limite di sfoltimento SafetyNet che stabilisce 25GB di spazio libero nella destinazione all'inizio di ogni backup. CCC aumenterà questo limite automaticamente quando necessario. Se non usi le impostazioni SafetyNet di default di CCC e se riscontri un errore "destinazione piena" dovrai impostare un'eliminazione maggiore nelle Impostazioni avanzate. La quantità di spazio libero richiesta sulla tua destinazione dipende dalla dimensione dei file che modifichi normalmente durante la giornata.

Occasionally a backup task can stall if the source or destination stops responding. To avoid waiting indefinitely for a filesystem to start responding again, Carbon Copy Cloner has a "watchdog" mechanism that it uses to determine if its file copying utility has encountered such a stall. By default, CCC imposes a ten minute timeout on this utility. If ten minutes pass without hearing from the file copying utility, CCC will collect some diagnostics information, then stop the backup task. Our support team can analyze this diagnostic information to determine what led to the stall.

Occasionally this annoying message comes up when you're trying to eject your destination volume. If CCC is currently using that volume as a source or destination to a running backup task, then CCC will effectively prevent the volume from being unmounted gracefully. If your backup task isn't running, though, CCC isn't preventing the volume from being unmounted. But what application is?

Il contenuto di questo articolo è rilevante solo se sei stato ridiretto qui automaticamente dall'Helper Tool di CCC. Se sei arrivato qui sfogliando i contenuti dell'Aiuto di CCC, gli scenari descritti qui sotto probabilmente non saranno indicati.

Se sei stato diretto a questo articolo automaticamente, l'Helper Tool di CCC non è in grado di eseguire l'operazione di backup perché non riesce a trovare il bundle dell'applicazione di CCC. Esistono due motivi per cui potrebbe succedere; ogni scenario è descritto in basso con la soluzione appropriata.

Network performance is usually the bottleneck of a backup task that copies files to or from a network volume, but there are several other factors that can affect performance as well. Here are some suggestions for improving the performance of your NAS-based backups.

It is our aim to have the Task History window provide the user with enough information to find and troubleshoot any problems they're having with their backup tasks. For debugging and support purposes, however, CCC logs its activity in the following files: