Verwijderen van .kext bestanden
4 juni 2020 - 22:11   
geplaatst door: brulkjaer
Ik had problemen met een Blackmagic interface. Ik kreeg het advies van Blackmagic om een bepaald type oudere driver te downloaden. Dat bleek een heel fout advies!! De mac wilde daarna niet meer opstarten en blijft hangen op een zwart scherm met apple logo. Nu heb ik via thunderbolt/firewire in de T-modus de schijf benaderd en heb het hele OS doorgezocht op Blackmagic bestanden. Dat waren er bijzonder veel.
Die heb ik allemaal verwijderd. De 1e mac bleek daarna gelukkig weer op te starten.
Het lukt mij echter niet om de .kext-bestanden te verwijderen. Ik heb ze in een aparte directorie gezet, buiten het OS. Maar verwijderen lukt voor geen meter. Ik krijg de melding dat het essentiële bestanden zijn die niet verwijderd mogen worden. De bestanden staan NIET op beveiligd.
Authorisaties toegevoegd en uitgebreid: geen effect.

Via Terminal  het ik het al geprobeerd met het commando <sudo chflags nouchg> + pad en bestandsnaam.
Zowel met mappen als losse bestanden lukt het echter niet.

Heeft iemand nog een tip om alsnog deze bestanden van de mac af te krijgen?

vb. van zo'n map: "BlackmagicIO.kext 21.20.45"
antw: Verwijderen van .kext bestanden
4 juni 2020 - 22:22    reactie #1
geplaatst door: boiing
Over welke macOS versie gaat het? In Catalina is dit sowieso lastiger geworden, zie hier:

https://eclecticlight.co/2019/10/21/why-catalina-may-have-problems-with-extensions/

Misschien valt dit te proberen (vervang uiteraard de naam van het .kext bestand), maar weet wat je doet en zorg voor een backup. Met een 'sudo rm' commando kun je ook je hele Mac wissen :sneaky2::

https://apple.stackexchange.com/questions/372684/how-to-delete-kexts-in-catalina

antw: Verwijderen van .kext bestanden
4 juni 2020 - 22:26    reactie #2
geplaatst door: brulkjaer
MacOS 10.14.6
antw: Verwijderen van .kext bestanden
4 juni 2020 - 22:30    reactie #3
geplaatst door: boiing
De tweede link is ook van toepassing voor Mojave. Als Blackmagic je dat advies heeft gegeven, kun je met hun niet verder in overleg hoe dit het beste op te lossen?
antw: Verwijderen van .kext bestanden
4 juni 2020 - 22:35    reactie #4
geplaatst door: brulkjaer
<sudo rm -rf>
<sudo kextunload>

Geven beide: "Operation not permitted"

Ik heb uiteraard Blackmagic op de hoogte gesteld. Maar gezien hun vorige advies, vraag ik mij af of ze dit probleem wel kunnen tackelen.
antw: Verwijderen van .kext bestanden
4 juni 2020 - 22:38    reactie #5
geplaatst door: boiing
Wat typ je exact in als Terminal commando? In je eerste bericht heb je het over een map met 'BlackmagicIO.kext 21.20.45' als naam, dat is iets anders dan een geladen .kext bestand in je /System/Library/Extensions/ directory..
antw: Verwijderen van .kext bestanden
4 juni 2020 - 22:40    reactie #6
geplaatst door: Flix
Als Root ingelogd zou je dat toch moeten kunnen.
Verder zou ik er even een 'schoon' macOS overheen halen (geen 'clean install', maar het OS er opnieuw op zetten).
antw: Verwijderen van .kext bestanden
4 juni 2020 - 22:41    reactie #7
geplaatst door: boiing
antw: Verwijderen van .kext bestanden
4 juni 2020 - 22:43    reactie #8
geplaatst door: brulkjaer
vb.
sudo rm -rf /Desktop/rommel\ blackm/DeckLinkFrameBufferDriver.kext\ 21.20.45/Contents/Info.plist

En ook nog met mappen geprobeerd. Maar dat lukte ook niet.
antw: Verwijderen van .kext bestanden
4 juni 2020 - 22:52    reactie #9
geplaatst door: boiing
Je kunt het ook in de Recovery Mode doen met een 'rm -r' commando, zie het laatste deel van mijn eerdere Stackexchange link. Je hebt dan geen last van SIP of schijf-protectie en zou geen 'Operation not permitted' melding moeten krijgen. Op eigen risico.
antw: Verwijderen van .kext bestanden
4 juni 2020 - 22:55    reactie #10
geplaatst door: brulkjaer
Ik heb Terminal  "Full disk Acces" gegeven. Helaas helpt dat ook niet. Opnieuw 'Operation not permitted'.
Je laatste optie vind ik wel een 'linke'.
Ik vraag mij af hoe die bescherming geregeld is. De bestanden staan buiten de OS mappen.
antw: Verwijderen van .kext bestanden
5 juni 2020 - 01:42    reactie #11
geplaatst door: MacMiep
Opstarten met Shift ingedrukt schakelt derden extensies uit, misschien lukt het dan op te starten en de extensies te verwijderen?

Hmm... volgens mij kun je Terminal ook benaderen als je in Recovery modus opstart.

Heb je een TM backup om terug te zetten van voor het debacle?
Al meer dan 20 jaar beheert Miep de MacMiepMacCursus op macmiep.nl & op macostutorial.com in het Engels èn Duits!
antw: Verwijderen van .kext bestanden
5 juni 2020 - 10:18    reactie #12
geplaatst door: Flix
De Terminal in de Recovery Mode heeft maar een beperkte functionaliteit, dus ik ben benieuwd of ie de eerder genoemde commando's wel accepteert.

Had je het al eens geprobeerd in de Root user?
antw: Verwijderen van .kext bestanden
5 juni 2020 - 10:45    reactie #13
geplaatst door: brulkjaer
In veilige modus opstarten was mijn allereerste actie. Dat werkte niet.

@Flix, Hoe log in ik als Root user?
antw: Verwijderen van .kext bestanden
5 juni 2020 - 11:02    reactie #14
geplaatst door: boiing
Lijkt me niet relevant*:

"System Integrity Protection restricts the root user account and limits the actions that the root user can perform on protected parts of the Mac operating system." (bron)

Dus óf SIP deactiveren óf via Terminal in de Recovery Mode.

* Als je het toch wil proberen zie hier. Volgens mij is dat hetzelfde als 'sudo' gebruiken, wat je al geprobeerd hebt..
antw: Verwijderen van .kext bestanden
5 juni 2020 - 11:13    reactie #15
geplaatst door: Flix
Hmm, dan gaat het blijkbaar niet lukken vanuit de Root. Jammer dat die ook rechten is verloren in het SIP gebeuren.
(Toch zou ik nog steeds een poging wagen, indachtig de 'Pieterr-propositie'*... :music: Dit ondanks dat sudo idd dezelfde rechten zou moeten geven.)

Ben benieuwd of het via de Recovery dan wel lukt, want mijn ervaring is dat daar de Terminal nogal beperkt is.

* = "One experiment is worth a thousand expert opinions."
antw: Verwijderen van .kext bestanden
5 juni 2020 - 11:18    reactie #16
geplaatst door: boiing
... mijn ervaring is dat daar de Terminal nogal beperkt is.
Klopt, maar 'rm' werkt gewoon.