Sie können die Konvertierung auch mit etwas weniger Aufwand im Terminal anstossen. Die Syntax lautet:
Sprechzimmer:~ praxis$ diskutil apfs convert
Usage: diskutil apfs convert <disk> [-dryrun]
[-prebootSource <prebootStagingDirectory>] [-noPrebootAdditions]
where <disk> = MountPoint|DiskIdentifier|DeviceNode
<prebootStagingDirectory> = Your r/w directory of preboot items
Non-destructively convert an HFS volume to an APFS Container with a single
APFS Volume. You can later add/delete/etc to that Container as usual. The HFS
volume can be located on a partition or a CoreStorage logical volume (LV), in
which case the CoreStorage logical volume group (LVG) is dismantled. A "-dryrun"
will perform all calculations but leave your disk untouched (when done). If you
optionally specify "-prebootSource" with your own prebootStagingDirectory
(which needs to be writable unless you specify "-noPrebootAdditions"), a Preboot
Role APFS Volume with a UUID directory will be created as suitable for possible
macOS booting. However, note that this verb can be used to convert both macOS-
bearing as well as nonbootable "data"-only volumes.
Ownership of any affected disks is required.
Example: diskutil apfs convert disk0s2
diskutil apfs convert disk5
Vorher können Sie im Festplattendienstprogramm oder auch im Terminal mit dem Befehl diskutil list die interne Bezeichnung Ihrer HFS-Partition herausfinden. Falls was schief geht, haben sie ja immer noch das CCC-Backup.
Die Frage ist allerdings, ob Sie davon wirklich profitieren. Welche Updates können Sie denn nicht aufspielen? Parallels und ScanSnap läuft bei mir auf APFS ohne Probleme.
Die Backups von CCC und TimeMachine funktionieren übrigens auf Dateiebene, sind also von der Partitionierung/Formatierung der HD/SDD unabhängig.
