Mijn externe SSD stopte plotseling met koppelen op mijn Mac en nu krijg ik steeds de foutmelding com.apple.diskmanagement.disenter error 49218. Ik heb geprobeerd hem los te koppelen, opnieuw op te starten en Schijfhulpprogramma te controleren, maar ik kan nog steeds niet bij mijn bestanden. Ik heb hulp nodig om uit te zoeken wat dit heeft veroorzaakt en hoe ik de schijf kan repareren zonder gegevens te verliezen.
Ik had dit een tijdje terug met een externe SSD. Finder liet niets bruikbaars zien, Schijfhulpprogramma zag het apparaat en het volume bleef grijs staan met een koppelingsfout. De gebruikelijke betekenis van “com.apple.DiskManagement.disenter” is vrij duidelijk: macOS ziet de hardware, maar weigert het bestandssysteem te koppelen.
Wat ik steeds bleef tegenkomen, kwam neer op drie veelvoorkomende problemen. Iemand trok de schijf los zonder deze uit te werpen. Het bestandssysteem raakte beschadigd, of macOS verwerkte het niet meer goed. Of een reparatieproces op de achtergrond liep vast en hield de schijf gegijzeld.
Dit is de volgorde die ik zou aanhouden.
Dood eerst de vastgelopen bestandssysteemcontrole
Na een ruwe loskoppeling start macOS vaak fsck. Dat is de bestandssysteemcontrole. Mooi idee, slecht resultaat als die vastloopt, omdat de schijf in een soort limbo blijft hangen en nooit wordt gekoppeld.
Open Terminal en voer uit:
sudo pkill -f fsck
Druk op Enter. Typ je Mac-wachtwoord. Je ziet geen tekens tijdens het typen. macOS doet dat expres.
Als de schijf meteen daarna verschijnt, blijf er dan niet meer aan prutsen en kopieer je bestanden er nu meteen af. Geen heldendaden. Als die alleen-lezen wordt gekoppeld, is dat nog meer reden om snel te handelen.
Voer EHBO uit in de juiste volgorde
Dit onderdeel brengt mensen vaak in de war. Schijfhulpprogramma verbergt vaak een deel van de structuur, dus ga eerst naar Weergave en kies daarna Toon alle apparaten.
Ik zou EHBO van boven naar beneden zo uitvoeren:
1. Fysieke schijf
2. Container, als die verschijnt
3. Volume
Ik heb op de harde manier geleerd dat het alleen uitvoeren op het zichtbare volume problemen hogerop mist. EHBO één of twee keer herhalen hielp soms bij mapproblemen, B-tree-schade of beschadigde headers. Voelt dom, maar ik heb gezien dat de tweede keer opmerkte wat de eerste niet zag.
Probeer een schone gebruikerssessie
Eén keer was de schijf in orde en was mijn inlogsessie het kapotte onderdeel. Uitloggen heeft het opgelost. Geen idee waarom.
Dus meld je af bij je account en meld je opnieuw aan. Als je nog een andere gebruiker op de Mac hebt, test het daar ook. Als de schijf onder het andere account wordt gekoppeld, zit de rommel in je hoofdprofiel: machtigingen, sessierommel, oude voorkeuren, zoiets in die richting.
Kijk naar Time Machine voordat je verder blijft graven
Dit voelt willekeurig aan totdat het jou overkomt. Als de schijf vroeger een doel voor Time Machine was, houdt macOS er soms op de achtergrond grip op.
Schakel automatische Time Machine-reservekopieën een minuut uit in Systeeminstellingen. Probeer daarna de schijf opnieuw te koppelen.
Wanneer koppelen blijft mislukken, schakel dan over van reparatie naar herstel
Er komt een punt waarop meer reparatiepogingen niet meer nuttig zijn. Ik ben daar ooit overheen gegaan door tools steeds opnieuw uit te voeren, en de schijf werd slechter, niet beter. Als steeds dezelfde fouten blijven terugkomen, zou ik stoppen met proberen het bestandssysteem ter plekke te repareren.
Haal in dat stadium eerst de gegevens eraf.
Disk Drill is een van de tools die mensen hiervoor gebruiken. Het scant onder de normale koppelingslaag, dus zelfs wanneer macOS weigert het volume te koppelen, heb je nog steeds een kans om bestanden te vinden of iets te herstellen dat dicht in de buurt komt van de oude mapindeling. Sla herstelde bestanden op een andere gezonde schijf op. Niet op dezelfde. Schrijf niets terug naar de probleems chijf, typefout of niet, dat wil je niet doen.
Wis het pas nadat de bestanden veilig zijn
Zodra je belangrijke spullen ergens anders staan, wis je de schijf en begin je opnieuw.
Selecteer in Schijfhulpprogramma de fysieke schijf, niet alleen het volume, en klik daarna op Wis.
Als de schijf bij Macs blijft, gebruik dan APFS of Mac OS Uitgebreid Journaled. Als je hem zowel op Mac als Windows nodig hebt, kies dan exFAT. Als de schijf het grootste deel van zijn leven op je Mac doorbrengt, heeft formatteren daar voor mij beter gewerkt.
De grootste fout is paniek. De tweede fout is de schijf te bestoken met eindeloze reparatiepogingen. Haal eerst je bestanden eraf. Formatteer daarna opnieuw. En ja, werp dat ding de volgende keer uit voordat je de stekker eruit trekt. Saai advies, maar het bespaart uren.
Fout 49218 betekent meestal dat macOS de SSD ziet, maar de volumelaag afwijst. Ik zou vanuit een andere hoek kijken dan @mikeappsreviewer.
Controleer eerst het bestandssysteemformaat. Veel van deze gevallen zijn exFAT-schijven met een ingestelde dirty bit, een slechte allocatietabel of schade door onveilig verwijderen. APFS en HFS+ geven vaak duidelijkere fouten. Voer in Terminal uit:
diskutil list
Voer daarna uit:
diskutil info /dev/diskX
Vervang diskX door je SSD. Let op File System Personality en Read-Only Media. Als er exFAT staat, test de schijf dan ook op een Windows-pc. Windows koppelt exFAT-schijven soms wel die de Mac weigert aan te raken. Vreemd, maar het gebeurt.
Controleer ook SMART of de gezondheid van de USB-bridge. Goedkope behuizingen gaan eerder kapot dan de SSD zelf. Wissel de kabel. Wissel de poort. Als de SSD in een behuizing zit, haal hem eruit en test met een andere behuizing of adapter. Ik heb 49218 al zien ontstaan door de USB-SATA-bridge, niet door de gegevens op de schijf.
Op één punt ben ik het licht oneens: fsck stoppen is niet waar ik zou beginnen, tenzij Activiteitenweergave laat zien dat het lang vastzit. Eerst zou ik problemen in het hardwarepad uitsluiten.
Als Schijfhulpprogramma hem niet wil koppelen, probeer dan vanuit Terminal handmatig een alleen-lezen-koppelpoging. Veiliger voor een instabiele schijf.
Als je bestanden belangrijk zijn, ga dan snel over op herstel. Disk Drill is een degelijke optie voor herstel van externe SSD’s op de Mac, omdat het schijven scant zelfs wanneer Finder ze niet koppelt. Lees voordat je beslist gebruikersreviews en beoordelingen van Disk Drill.
Als herstel werkt, wis de SSD dan en test hem opnieuw. Als hij na een schone formattering opnieuw faalt, is de behuizing of de SSD aan het overlijden.
49218 betekent meestal dat macOS een schijf kan zien, maar dat er ergens in de keten boven de ruwe hardware iets misgaat. Ik ben het eens met delen van wat @mikeappsreviewer en @hoshikuzu zeiden, maar ik zou niet meteen overgaan tot herhaalde reparatiepogingen als de SSD vreemde ontkoppelingsgeluiden maakt, verdwijnt uit diskutil list, of er eeuwig over doet om informatie weer te geven. Dat patroon wijst eerder op een probleem in het verbindingspad of een defecte controller dan op simpele bestandssysteembeschadiging.
Wat ik hierna zou controleren, is het systeemlogboek, omdat Schijfhulpprogramma-fouten vaak te vaag zijn om nuttig te zijn. In Terminal:
log show --last 10m | grep -i diskmanagement
en ook:
log show --last 10m | grep -i 'I/O error'
Als je I/O-fouten, ontkoppelingen of bridge-resets ziet, kan het probleem liggen bij de hardware van de externe SSD, de behuizing, kabel of adapter, en niet alleen bij de mount-logica van macOS. Dat is belangrijk, omdat reparaties uitvoeren op onstabiele hardware herstel moeilijker kan maken.
Nog iets wat mensen vaak missen: als de schijf versleuteld is, kunnen beschadigde versleutelingsmetadata mount-fouten veroorzaken die er generiek uitzien. Voer in Terminal uit:
diskutil apfs list
Als het volume als versleuteld of vergrendeld wordt weergegeven, probeer het dan handmatig te ontgrendelen in plaats van normale mount-pogingen.
Als de gegevens belangrijk zijn, stop dan met te veel testen en herstel eerst. Disk Drill is een degelijke Mac-optie voor gegevensherstel voor externe SSD’s die de com.apple.diskmanagement.disenter-fout 49218 tonen, omdat het het apparaat kan scannen zelfs wanneer het volume niet in Finder kan worden aangekoppeld.
Ook kan dit soort mount-fout soms wijzen op een fysiek probleem met de externe schijf zelf, en niet alleen op een softwarefout. Deze gids voor probleemoplossing bij externe harde schijven voor schijfdetectie en hardwarefouten behandelt die kant behoorlijk goed.
Als de SSD in een andere behuizing of met een directe adapter werkt, heb je de echte boosdoener gevonden. Als hij overal faalt, ja, dan kan de schijf het aan het begeven zijn. Jammer, maar vrij gebruikelijk.
