1 Punkte von GN⁺ 2024-12-15 | 1 Kommentare | Auf WhatsApp teilen
  • Unter macOS 15.2 ist Apples OS-Klonfunktion defekt, sodass Tools wie SuperDuper! das Kopieren des OS auf ein anderes Laufwerk nicht abschließen können
  • Der Fehler tritt gegen Ende des Klonens des Data-Volumes auf, offenbar in der Phase zum Kopieren von Preboot oder Recovery, und es erscheint der Fehler Resource Busy
  • Frühere Resource-Busy-Fehler ließen sich umgehen, indem man verhinderte, dass das System in den Ruhezustand geht, aber für diesen Bug gibt es auf den meisten Systemen praktisch keine funktionierende Umgehung
  • Da Drittanbieter-Tools beim OS-Kopieren auf Apple-Code angewiesen sind, funktioniert ein Klon inklusive OS nicht, bis Apple das Problem behebt
  • Als vorübergehende Alternative kann man in SuperDuper! mit „Backup - all files“ und „Smart Update“ alles außer dem OS sichern und dann nach einer sauberen Neuinstallation während des ersten Starts wiederherstellen

Defektes OS-Klonen unter macOS 15.2

  • Nach der Veröffentlichung von macOS 15.2 funktioniert Apples replicator nicht korrekt, wodurch OS-Klonvorgänge fehlschlagen
  • Der Fehler scheint gegen Ende des Klonens des Data-Volumes aufzutreten
    • Offenbar entsteht das Problem beim Versuch, Preboot oder Recovery zu kopieren
    • Der Fehler wird als Resource Busy angezeigt
  • Frühere Resource-Busy-Fehler konnten umgangen werden, indem man verhinderte, dass das System in den Ruhezustand wechselt
  • Dieser Bug lässt sich auf den meisten Systemen nur schwer umgehen, und der Klonvorgang bricht unverändert ab

Warum SuperDuper! das nicht selbst beheben kann

  • Apple hat die OS-Kopierfunktion von Drittanbietern übernommen, wodurch die Verantwortung für das Kopieren des OS an Apple-Code gebunden ist
  • Tools wie SuperDuper! müssen sich beim Kopieren des OS auf Apples Code verlassen
  • Unter macOS 15.2 ist dieser Code vollständig defekt, sodass das Kopieren des OS nicht funktioniert, bis Apple eine Korrektur liefert
  • Schon bisher mussten andere Bugs in diesem Code umgangen werden, aber wenn er wie diesmal vollständig kaputt ist, bleibt nur eine Umgehung, die den replicator nicht verwendet

Aktuell mögliche Umgehung

  • Bis Apple den Bug behebt, sollte man in SuperDuper! „Backup - all files“ und „Smart Update“ verwenden
  • Diese Methode kopiert alles außer dem OS
    • Anwendungen
    • Daten
    • Einstellungen
    • Sonstige Benutzerdateien
  • Das System-Volume ist faktisch das OS und schreibgeschützt, sodass es vom Benutzer nicht verändert werden kann
  • Nach einer sauberen Neuinstallation ist das System-Volume wieder im Ursprungszustand, und über die während des ersten Starts angezeigte Eingabeaufforderung kann das Backup anschließend wiederhergestellt werden

Ein Bug, den Apple beheben muss

  • Die Bug-Nummer für die Weitergabe innerhalb von Apple oder an Personen mit Kontakt zu Apple lautet FB16090831
  • Dieses Problem kann nicht von SuperDuper! behoben werden; es erfordert eine Korrektur durch Apple

Unannehmlichkeiten zum Jahresende

  • Das Problem ist zum Jahresende aufgetreten, und Apple veröffentlicht in dieser Zeit bis zum neuen Jahr kaum Updates
  • SuperDuper!-Nutzer müssen daher vorerst statt eines Klons inklusive OS ein Backup ohne OS und eine Wiederherstellung nach sauberer Neuinstallation verwenden

1 Kommentare

 
GN⁺ 2024-12-15
Meinungen auf Hacker News
  • Ich verstehe nicht so recht, worum es in diesem Beitrag geht. Ich frage mich, was mit replicator in „Apple hat den replicator kaputtgemacht“ gemeint ist und wo man „Backup - all files“ und „Smart Update“ verwenden soll.

    • Es geht um das Backup-Tool SuperDuper. SuperDuper ist ein Tool, das bootfähige Backups von macOS-Systemen erstellen kann, aber Apple hat Drittanbieter-Tools die Möglichkeit genommen, das Betriebssystem auf andere Partitionen oder Laufwerke zu kopieren bzw. daran Änderungen vorzunehmen, und erlaubt das nur noch über das eigene Utility.
      Dieses Utility scheint unter 15.2 aber nicht richtig zu funktionieren, weshalb SuperDuper keine sauberen bootfähigen Backups mehr erstellen kann.
    • Der Autor scheint zum Team von SuperDuper zu gehören, einem Dienstprogramm zum Klonen und Sichern von Mac-Festplatten.
      https://www.shirt-pocket.com/SuperDuper/SuperDuperDescriptio...
    • Apples Standard-Backup-Lösung ist Time Machine, aber sie war schon bei ihrer Einführung vor 10 Jahren miserabel, ist über mehrere Betriebssystem-Releases hinweg nicht wesentlich zuverlässiger geworden und ist insgesamt immer noch eher schlecht.
      Der Autor dieses Blogs entwickelt eine App, die unter macOS gute Backups erstellt, doch wegen Apples fragwürdiger Einschränkungen ist die App derzeit kaputt.
      Das Problem ist dreifach: Apple macht macOS immer mehr wie das iPhone, schadet dem Wettbewerb, und weil Apple keinen Anreiz hat, besser zu werden, leiden am Ende die Nutzer darunter.
  • Das ist ziemlich gravierend. Ich hatte kürzlich mein System ziemlich übel zerschossen und wollte es löschen und per Time Machine wiederherstellen, aber das Backup war mit 1,45 TB größer als die interne 1-TB-SSD, sodass mehrere Versuche scheiterten.
    Ich fand heraus, dass willkürliches Ausdünnen eines Time-Machine-Backups es beschädigen kann, und nach Tagen gescheiterter Wiederherstellungen und Recherche entdeckte ich, dass Booten von einer externen SSD weiterhin möglich ist.
    Am Ende kaufte ich eine 2-TB-SSD, stellte darauf wieder her, bootete von dieser SSD, räumte unnötige Daten auf und migrierte dann auf das MacBook. Mit einem fehlgeschlagenen Versuch und mehreren Stunden Recherche pro Runde dauerte das insgesamt drei Tage.
    Ich kontaktierte auch den Apple Support. Als ich sagte, ich sei früher Systemadministrator gewesen und wolle mit einem Experten sprechen, hieß es: „Vergessen Sie eine vollständige Wiederherstellung, das geht nicht. Installieren Sie neu und kopieren Sie die Dateien manuell aus Time Machine.“ Eine andere Person sagte, ich solle einen neuen Mac mit 2-TB-SSD kaufen und darauf wiederherstellen.
    Da ich früher einmal mit Carbon Copy Cloner auf eine externe SSD wiederhergestellt hatte, fragte ich nach dieser Methode, aber Drittanbieter-Apps könne man nicht empfehlen, daher wurde davon abgeraten.
    Weil ich vor ein paar Jahren gehört hatte, dass das aktuelle macOS das Booten von externen SSDs nicht unterstützt, kam mir diese Option zunächst nicht in den Sinn; mit zusätzlichen Schritten war es aber weiterhin möglich.
    Wäre das unmöglich gewesen, hätte ich zwei Wochen mit der Wiederherstellung verbracht oder nur für die Backup-Wiederherstellung einen weiteren Mac mit 2 TB kaufen müssen.
    Ich hatte fast 5.000 Euro für ein voll ausgestattetes MacBook Pro mit 64 GB plus Apple Care ausgegeben und wollte nicht noch einen Mac nur für die Backup-Wiederherstellung kaufen.
    Das alles passierte direkt vor einer sehr wichtigen Präsentation, sodass ich an meinen Windows-Arbeitslaptop gebunden war und ohne die nötigen Tools etwa 90 % meiner Produktivität verlor. Die Lektion habe ich gelernt: Man sollte seine Hauptmaschine nicht unmittelbar vor einem wichtigen Meilenstein kaputtmachen.

    • Die Lehre aus dieser Leidensgeschichte scheint eher zu sein: Investiere nicht in ein Ökosystem, das Standardaufgaben schwierig macht.
    • Es ist wirklich auffällig, wie die Qualität von Apples Software seit Snow Leopard langsam sinkt. Früher war es eine Freude, den Quellcode zu lesen.
      Heutzutage starte ich Xcode mehrmals am Tag neu, um Bugs zu umgehen, und das ist ermüdend. Xcode hatte zwar immer Probleme, aber nicht so schlimm wie heute.
      Außerdem belegen die „Systemdaten“ meines MacBook Pro 80 % der SSD, also 800 GB, und selbst wenn ich Caches und Derived Data manuell lösche, bleibt es dabei.
      Es wirkt, als interessiere sich dort niemand mehr für Code-Craftsmanship, während die Kultur von „es funktioniert einfach“ weiterhin dazu führt, dass keine nützlichen Debug-Meldungen eingebaut werden.
      Mein jüngstes Ärgernis ist, dass Teile von AppKit unabhängig von der Einstellung NSApplicationCrashOnExceptions direkt [NSApplication _crashOnException:] aufrufen und auch [NSApplication reportException:] nicht aufrufen. Dadurch verschwinden Exceptions komplett, und die Ursache eines Crashes zu finden wird extrem schwierig.
    • „Neu installieren und einzelne Dateien manuell aus Time Machine kopieren“ war und ist die einzig vernünftige Antwort.
      Wer Zeit, Energie und mentale Gesundheit sparen will, sollte das Betriebssystem nicht upgraden, sondern sauber löschen und von Grund auf neu installieren. Das galt beim Wechsel von Windows 3.1 auf Windows 95, und es gilt heute bei OSX genauso.
    • Als ich zuletzt aus Time Machine wiederhergestellt habe, konnte ich auswählen, welche Ordner wiederhergestellt werden sollten. Ich konnte zuerst nur die wichtigen Teile wiederherstellen und große Daten auf dem Backup-Laufwerk lassen, um sie später manuell zurückzuspielen.
      https://support.apple.com/en-us/102551
    • Ich kenne Time Machine nicht gut, aber ich verstehe nicht, warum eine vollständige Wiederherstellung mehr Speicherplatz benötigt als das ursprüngliche Laufwerk. Bei einer halbwegs ordentlichen Backup-Lösung sollte eine vollständige Wiederherstellung doch im Grunde nur den letzten Systemzustand wiederherstellen und nicht die gesamte Historie, oder?
  • Ein kleiner Exkurs, aber eine nützliche Information. Ich hatte mit dem 2018 Mac Mini im Büro eine Albtraumwoche.
    Ein Mitarbeiter wollte auf Sequoia aktualisieren, landete nach einem Fehler aber in einer Endlosschleife aus erneuten Versuchen. Wir probierten die Wiederherstellungsoptionen, doch als dort ein 8-stündiger Recovery-Prozess angezeigt wurde, wechselten wir zur USB-Installation.
    Wegen der T2-Beschränkungen musste man im Menü des Wiederherstellungsdienstprogramms das Booten erlauben; erstaunlicherweise ging das aber nicht ohne eine funktionierende Installation und ein Administratorkonto.
    Also versuchten wir, das Standardbetriebssystem des Rechners zu installieren und erneut zu booten, doch während der Installation fror der Mini ein, ohne Startton und ohne Licht — ich dachte, er sei komplett tot.
    Ich war wütend, dass ein völlig intakter Computer durch einen langsamen, verbuggten Wiederherstellungsprozess zum Ziegelstein wurde. 8 Stunden — hatte Apple kein Geld, um mehr Geschwindigkeit bei Akamai-Servern zu kaufen, oder ist der Prozess absichtlich kaputt, damit man neue Geräte kauft?
    Die Lösung war, mit einem nicht empfohlenen Kabel — USB2 auf USB-C, konkret einem datenfähigen Logitech-Mauskabel — in den DFU-Modus zu gehen. Man muss die Starttaste gedrückt halten, während man das Stromkabel einsteckt, und USB-C muss in den ersten Thunderbolt-Port direkt nach dem HDMI-Eingang.
    Dann erscheint die Verbindung wie von Zauberhand im Finder des Host-Macs, und nach der Wiederherstellung der T2-Firmware konnten wir den Mini per USB-Stick ganz normal installieren und wiederbeleben.
    Ich habe die Lösung aus verstreuten Informationsfetzen in diversen Hardware-Reparaturforen zusammengetragen. Wenn man beim Apple-„Support“ anruft, ist der Ablauf klar: in den Laden kommen und mehr kaufen.

  • Der Text ist ziemlich unklar. „Kopieren“ kann je nach Person vieles bedeuten.
    So etwas wie cp -r / /Volumes/Clone hat ohnehin nie funktioniert, und ich frage mich, ob rsync --acls --archive --hard-links --one-file-system --sparse --xattrs / /Volumes/CLONE zusammen mit sudo bless -folder /Volumes/CLONE/System/Library/CoreServices weiterhin geht.
    Ich weiß auch nicht, ob blockweises Kopieren mit sudo dd if=/dev/rdisk2 of=/dev/rdisk4 bs=1m conv=notrunc weiterhin funktioniert.

    • Ich meine, das war früher in einem Blogpost dokumentiert; für das Kopieren einer Betriebssysteminstallation scheint man das asr-Dienstprogramm zu verwenden.
      Eine macOS-Installation besteht aus vielen Partitionen, daher reichen cp oder rsync allein nicht aus. dd ginge vermutlich, aber man kann damit nicht auf eine kleinere Festplatte sichern, keine Dateien auswählen und verliert auch bei der Geschwindigkeit viel Flexibilität.
  • Wenn man einen externen Monitor ausschaltet, HDMI aber angeschlossen lässt, oder ein ausgeschaltetes HDMI-Ausgabegerät angeschlossen lässt, gibt es ebenfalls eine Kernel Panic.
    Als erste Nutzungserfahrung mit einem neuen MacBook Pro war das großartig.

    • Nur zur Einordnung: In meiner Umgebung tritt dasselbe Phänomen nicht auf. Ich habe einen großen Fernseher an einem CalDigit TS3+ hängen und schalte ihn nur zum Filmeanschauen ein und aus; gerade eben getestet, läuft weiterhin problemlos.
    • Natürlich sollte es keine Kernel Panic geben, aber ich frage mich, ob du dir den Dump angesehen hast, um die Ursache zu finden. Ein anderes Kabel oder ein anderes HDMI-Gerät wäre ebenfalls einen Versuch wert.
      Es ist weiterhin ein Bug, aber es könnte auch an einem HDMI-Kabel oder -Gerät liegen, das die Spezifikation nicht korrekt einhält.
    • Das Schlimmste ist, dass ein neues MacBook Pro bereits auf macOS 15 „upgegradet“ ist.
      In der ersten Stunde habe ich 12 Bugs gezählt.
      Da bekommt man fast Lust, eine Computerfirma zu gründen.
    • Die Zusammenarbeit mit externen Monitoren, zumindest mit Monitoren von Drittanbietern, scheint eine Schwäche von Apple zu sein.
  • Mein nächster Computer wird wahrscheinlich kein Mac sein. Er funktioniert zwar gut, aber der Lock-in ist weiterhin einfach zu stark.

    • Für Mac und Windows gibt es inzwischen eine bessere Alternative: Linux. Dank Hardwareherstellern und Valve ist Linux eindeutig zu einer besseren Desktop-Alternative geworden.
  • Als macOS in 15.1 „nicht vertrauenswürdige“ Software vollständig blockierte, gab es kaum Beschwerden.
    Früher konnte man trotz des Pop-ups „In den Papierkorb bewegen“ die Binärdatei per Cmd-Klick öffnen oder später in den Einstellungen für Datenschutz & Sicherheit freigeben.
    Seit 15.1 ist damit aber Schluss. Nicht signierte oder nicht vertrauenswürdige Binärdateien werden von macOS nicht ausgeführt, egal wie sehr der Nutzer ihnen vertraut.
    Das ist ein großes Problem für die Musikindustrie, verschiedene Branchen und Consumer-Software wie die Installationsprogramme von GOG-Spielen. Nach einer Neuinstallation lassen sie sich gar nicht öffnen.
    Ich war etwa 15 Minuten lang wütend auf Apple, weil sie mit so einer Änderung die Kompatibilität im Userspace brechen.
    Das schützt weniger die Nutzer, als dass es den Walled Garden weiter zuschnürt; eine widerliche Änderung, die still und leise in ein Minor-Release gerutscht ist.
    Zum Glück habe ich mit xattr -d com.apple.quarantine ~/binary einen Workaround gefunden, aber ich weiß nicht, was ich tun soll, wenn selbst das irgendwann nicht mehr funktioniert.
    Die M1- bis M4-Chips mag ich wirklich sehr, und ich will auch nie wieder Lüftergeräusche hören, aber wenn es weiter bergab geht, wechsle ich zur ersten Distribution, die diese Hardware ordentlich unterstützt.
    macOS ist trotz seiner Probleme ein schönes und ausreichend brauchbares Betriebssystem, aber Apple zerlegt es Jahr für Jahr ein Stück weiter und macht es im Großen und Ganzen schlechter. Es lebe Snow Leopard.

    • Ich habe noch nicht auf 15 aktualisiert, dachte aber, sie hätten nur die Möglichkeit entfernt, nicht signierte Software per Rechtsklick und Öffnen zu starten. Ich hatte verstanden, dass man sie über Gatekeeper in den Systemeinstellungen manuell genehmigen muss.
      Dass Apple macOS langsam wie iOS verriegelt und den Frosch langsam kocht, stimmt zu 100 %. Meine privaten Rechner habe ich schon auf Linux umgestellt, und die Anzeichen waren seit der Ankündigung der Notarisierung 2017 sichtbar.
    • Als zusätzlicher Kontext: Der Dialog sieht so aus:
      „App“ Not Opened
      Apple could not verify “App” is free of malware that may harm your Mac or compromise your privacy. [ Done ]
      Der ?-Button oben rechts öffnet https://support.apple.com/guide/mac-help/apple-cant-check-ap..., wo steht, dass Nutzer die App bei Bedarf in den Einstellungen für Datenschutz & Sicherheit manuell umgehen und öffnen können.
      Nach dem Öffnen des Einstellungslinks muss man nach unten scrollen, eine zweite Kopie derselben Meldung finden und auf „Open Anyway“ klicken; dann erscheint eine dritte Warnung:
      “Open ‘App’?”
      Apple is not able to verify that it is free from malware that could harm your Mac or compromise your privacy. Don’t open this unless you are certain it is from a trustworthy source. [ Done ] [ Open Anyway ]
      Zum Fortfahren ist eine Authentifizierung nötig, und der Authentifizierungsdialog zeigt als vierte Warnung „You are attempting to open an app that may harm your Mac or compromise your privacy.“
      Laut https://developer.apple.com/support/compare-memberships/ braucht man für die Notarisierung einer App eine Vollmitgliedschaft im Apple Developer Program für 99 US-Dollar pro Jahr.
    • Man kann Gatekeeper deaktivieren oder in die Systemeinstellungen gehen und „Open Anyway“ drücken. Nervig ist es natürlich trotzdem.
    • Am Ende könnte auch ein Wechsel zu Asahi Linux eine Option sein.
  • Ich habe mein iPhone 15 von 17 auf 18.1 aktualisiert; seitdem stürzt Safari ab, und Handoff vom iPhone zum MacBook funktioniert nicht. In die Gegenrichtung funktioniert es perfekt. Beides ist wirklich frustrierend.

  • Das Lächerlichste am Upgrade auf Sequoia war, dass das Starten eines Programms im Apple-Debugger den Aufbau lokaler Netzwerkverbindungen kaputtmacht.
    Mit einem direkt per Ethernet verbundenen Gerät und einer normal gestarteten Binärdatei kann ich kommunizieren, unter lldb aber nicht. Es erscheint auch kein Prompt, der Netzwerkverbindungen erlauben würde.
    Ich habe mehr als einen halben Tag verloren, bis mir klar wurde, dass ich einfach den Upstream-LLVM-Debugger verwenden kann.

  • „Das ist nicht gut. Wir finden das auch nicht gut, und ihr findet das auch nicht gut. Aber wir können es nicht beheben. Apple muss es beheben.“
    Deshalb habe ich macOS vor einigen Jahren aufgegeben und bin zu Linux gewechselt.
    Es geht nicht darum, welches Betriebssystem besser oder schlechter ist. Jede Software hat Bugs. Entscheidend ist, ob Nutzer, wenn unvermeidliche Bugs auftreten, die Befugnis haben, etwas zu tun, statt darauf zu warten, dass von oben ein Fix kommt.

    • Theoretisch kann man unter Linux Bluetooth, Wi-Fi und Deep Sleep zum Laufen bringen, aber ob ich das tatsächlich beheben kann? Nein. Nicht, weil ich es nicht versucht hätte.
      Wenn es um die praktische Fähigkeit geht, Probleme auf dem täglich genutzten Computer zu beheben, halte ich macOS weiterhin für haushoch überlegen.
    • Außerdem kann man, wenn ein Linux-Update die Installation kaputtmacht, herausfinden, was kaputtgegangen ist, und auf die vorherige Version zurückgehen.
      Updates unter macOS oder Windows zurückzurollen ist faktisch keine wirklich brauchbare Funktion und ohne komplette Neuinstallation schwierig; heutzutage ist sogar unklar, ob es überhaupt noch Installationsmedien für ältere Versionen gibt.
    • Ich gehe diesen Weg auch ein Stück weit. Ich habe einen gebrauchten M1 gekauft und betreibe darauf nur Asahi Linux. Hauptsächlich, um OpenGL/Vulkan und Unified Memory für lokale LLMs zu nutzen.
      Ich suche noch nach Ersatz-Apps, um komplett von meinem alten Mac wegzukommen.
      Besonders für Backups würde ich gern ein Tool finden, das so hervorragend ist wie SuperDuper. Ich nutze es seit 16 Jahren und habe damit in der Zeit auch mehrmals komplette Wiederherstellungen gemacht. Ich bin den Entwicklern dankbar, dass sie ein so verlässliches Tool gebaut haben.
      Ich glaube, ich habe es auch für Laptop-Migrationen verwendet; unter aktuellem macOS dürfte selbst so etwas schwieriger geworden sein.
      Jedenfalls hoffe ich, dass Apple diesen Bug bald behebt. Oder ich freue mich auf den Tag, an dem ich irgendwann eine Linux-Lizenz von SuperDuper kaufen kann.
    • Ich warte atemlos auf den Tag, an dem man auf einem MacBook Pro oder einem Laptop vergleichbarer Qualität vollständig hardwarebeschleunigtes Linux ausführen kann.
      Wenn man sich in der Tech-Welt umsieht, sind Produkte mit dem Potenzial, erstaunlich zu sein, oft kurz vor dem Ziel blockiert – wegen schlechter Software, die durch wettbewerbsfeindliche Praktiken erzwungen wird.
      Apple ist das reichste Unternehmen der Welt. Bitte lasst uns „Pro“-Geräte für professionelle Arbeit nutzen.
      Ich bin gerade im Ausland, schreibe das hier aber tatsächlich auf einem AMD-Mini-PC, während mein MacBook Pro nur als zweiter Monitor dient, den ich über eine netzwerkbasierte App zum Teilen von Maus und Tastatur bediene.
      Für all meine Arbeiten kann ich den MBP nicht nutzen, weil er per Software generft wurde; dadurch wird das Versprechen der Mobilität massiv ausgehöhlt. Dass ich einen zweiten Computer mit mir herumtragen muss, tut wirklich weh.