Fehler „Das Bless-Tool konnte die aktuelle Startdiskette nicht festlegen“ in Bootcamp macOS Sierra

Problem:

Ich kann die Boot Camp-Partition (BCP) unter Windows 10 Pro 1703 nicht mehr booten. Ich kann auch die Parallels 12.2.0 Virtual Machine nicht starten, die auf derselben BCP-MacOS-Seite basiert. Problem trat plötzlich ohne Vorwarnung auf. Ich kann keine Aktion von der Benutzerseite isolieren, die zu dieser Situation geführt haben könnte. Ich habe nicht versucht, die Größe der Partition zu ändern. Ich möchte vom internen BCP booten, wie ich es vor ein paar Stunden tun konnte, wenn möglich. Ich habe ein gesichertes Disc-Image (WinClone 6) von vor ein paar Wochen und ein Backup, das ich erstellt habe, nachdem das Problem aufgetreten ist. Ich möchte eine Lösung vermeiden, bei der ich BCP auf eine externe SSD klonen und zurück auf das Notebook übertragen muss.

Mac-Notebook-Spezifikationen:

diskutil listAusgang:

diskutil cs listAusgang:

Bericht des Festplattendienstprogramms:

Ausgabe der virtuellen Maschine:

• BCP ist beim Start nicht sichtbar (vor ein paar Stunden)
• BCP ist im Startvolume in den Einstellungen sichtbar, ohne dass Paragon NTFS für Mac 15.0.828 installiert ist (kann aber nicht vom BCP-Datenträger neu gestartet werden)
• BCP ist im Startvolume in den Einstellungen nicht sichtbar, wenn
  Paragon NTFS für Mac 15.0.828 installiert ist (aber kein Neustart vom BCP-Datenträger mit NTFS für Mac möglich)
• BCP ist auf dem Desktop montierbar/sichtbar
• Das Festplatten-Dienstprogramm erlaubt mir nicht, die Festplatte zu überprüfen/reparieren (ausgegraute/abgeblendete Auswahl zum Anwenden von Erste Hilfe auf BCP)

Schritte zur Fehlerbehebung:

• HOLD ALT at Restart (x3) -> Nur macOS-Partition sichtbar
• CMD+R (Wiederherstellungsmodus) + Verifizieren + BCP Neustart auswählen -> „Das Bless-Tool konnte die aktuelle Startdiskette nicht festlegen“

• ALT+CMD+R+P (NVRAM zurücksetzen) -> Keine Auflösung
• Überprüfen Sie die Festplatte mit Paragon NTFS für Mac 15.0.828 -> Erfolg:

• Festplatte reparieren mit Paragon NTFS für Mac 15.0.828 -> Erfolg:

• ALT+CMD+R+P (NVRAM zurücksetzen) -> Keine Auflösung:

• Google
• Post auf Stapeltausch gemacht
• Passend für Genius Bar gemacht

Aktualisierung vom 05.07.17:

diskutil verifyDisk disk0:

Started partition map verification on disk0
Checking prerequisites
Checking the partition list
Checking the partition map size
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Checking all HFS data partition loader spaces
Checking booter partitions
Checking booter partition disk0s3
Verifying file system
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Recovery HD appears to be OK
File system check exit code is 0
Checking Core Storage Physical Volume partitions
Verifying storage system
Checking volume
disk0s2: Scan for Volume Headers
disk0s2: Scan for Disk Labels
Logical Volume Group CAF0EF87-18B3-429E-B956-071C41913E1E on 1 device
disk0s2: Scan for Metadata Volume
Logical Volume Group has a 24 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Incorporate 0 newer non-checkpoint transactions
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify ABA4E795-98B7-41CB-B45B-2A85180C8204
Load and verify C37D4F73-4CF7-4E22-BD12-732A22ECD7EA
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume CAF0EF87-18B3-429E-B956-071C41913E1E appears to be OK
Storage system check exit code is 0
The partition map appears to be OK
Finished partition map verification on disk0

sudo fdisk /dev/disk0: