MacOS High Sierra-bug kan gegevensverlies veroorzaken bij het schrijven naar schijfkopieën

Er is een nieuwe fout ontdekt in macOS High Sierra die ertoe kan leiden dat gegevens verloren gaan bij het schrijven naar schijfkopieën. Het is van invloed op degenen die zijn geformatteerd met de Apple-bestandssysteem (APFS) specifiek, maar het zou geen probleem moeten zijn voor uw primaire SSD.

De nieuwste softwareversies van Apple zijn geplaagd door vervelende insecten. Het bedrijf heeft snel gewerkt om de belangrijkste problemen op te lossen, maar veel van de kleine problemen blijven bestaan ​​nadat macOS High Sierra en iOS 11 vijf maanden geleden hun publieke debuut maakten.

APFS-bug kan gegevensverlies veroorzaken

Nu is er een nieuwe bug ontdekt door Mike Bombich, softwareontwikkelaar en maker van Carbon Copy Cloner voor Mac. De fout, die zich in APFS bevindt, kan gegevensverlies veroorzaken bij het schrijven naar schijfkopieën met een "dunne bundel".

Sparse bundels, geïntroduceerd met Mac OS X Leopard in 2007, zijn schijfkopieën die slechts zoveel ruimte innemen als de gegevens die ze bevatten. Naarmate u meer gegevens toevoegt, neemt de grootte van de schaarse bundel toe totdat deze de limiet bereikt die is gedefinieerd toen deze werd gemaakt, of de onderliggende schijf vol is.

Spaarzame bundels zijn vooral handig voor zaken als back-upschijven. Omdat ze bestaan ​​uit "banden" met gegevens, elk opgeslagen in een apart bestand, is het gemakkelijker om ze synchroon te houden met andere volumes. En omdat ze slechts zoveel gegevens gebruiken als ze nodig hebben, zijn ze ruimtebesparend.

Bombich ontdekte het probleem toen macOS meldde dat een van zijn schijfkopievolumes "voldoende vrije ruimte" vertoonde, ondanks dat de onderliggende schijf vol was. "Nieuwsgierig, ik heb een videobestand gekopieerd naar het schijfkopievolume om te zien wat er zou gebeuren," hij schrijft.

“Het hele bestand is foutloos gekopieerd! Ik opende het bestand, controleerde of de afgespeelde video van begin tot eind was, controleerde het bestand - voor zover ik kon zien, was het bestand intact en heel op de schijfkopie. Toen ik de schijfkopie echter ontkoppelde en weer aankoppelde, was de video beschadigd."

Gelukkig was dit slechts een test en het bestand dat verdween waren slechts testgegevens, voegt Bombich toe. Maar andere High Sierra-gebruikers hebben misschien niet zoveel geluk. "Als je ooit gegevens bent kwijtgeraakt, ken je het gevoel in je onderbuik dat zou zijn ontstaan."

Apple is op de hoogte van het probleem

Bombich identificeerde twee problemen - die beide zijn terug te voeren op de "diskimages-helper" -service van macOS.

Een daarvan is dat de vrije ruimte op de schaarse APFS-bundel niet correct wordt bijgewerkt wanneer de vrije ruimte op de host-image wordt verminderd. De andere is dat er geen fout is in macOS wanneer verzoeken om de schaarse bundel te laten groeien mislukken en gegevens uiteindelijk in een leegte worden geschreven.

Bombich heeft het probleem bij Apple gemeld, maar het is onduidelijk of hij een reactie heeft gekregen.

Totdat de fout is verholpen, stopt Carbon Copy Cloner de ondersteuning voor schijfkopieën die zijn geformatteerd met APFS. Maar het is belangrijk om te onthouden dat dit probleem alleen van invloed is op schaarse schijfkopieën; gewone APFS-volumes - zoals de opstart-SSD van uw Mac - zijn veilig.

Omdat dit het geval is, is de fout "waarschijnlijk geen wijdverbreid probleem", legt Bombich uit.

Via: MacRumors

Laatste blogbericht

| Cult of Mac
September 12, 2021

Stop een SSD in je zak en je vaart door Boot CampDe USB Pocket SSD van VisionTek biedt u 120 GB aan supersnelle opslag. Foto: Killian Bell/Cult of ...

Hacker zet Windows 95 om de een of andere reden op Apple Watch
September 12, 2021

Hacker zet Windows 95 om de een of andere reden op Apple WatchJa. Dat is zeker Windows 95 op Apple Watch.Foto: Nick LeeWe hebben veel mensen veel d...

| Cult van Mac
August 20, 2021

gestampt voor iOS zorgt ervoor dat je in stijl blijft snowboardenEen ultra-stijlvolle minimalistische snowboarder? Ja graag!Foto: UglyRobotWe waren...