roncarfl

Q: Unsigned (Legacy) Extensions in El Capitan?

Running an iMac 21.5-inch (Mid-2011) with 2.5GHz Intel Core i5, 4GB DDR3 1333MHz, 500GB Internal HD, (2) 3TB Thunderbolt External Drives, (1) 1.5TB FireWire800 External Drive, M-Audio FireWire 410 at the end of the FireWire800 Bus and now not loading drivers.

 

Extensions (from System Report) states the following:

 

M-AudioFireWireBeBoB:

 

  Version: 1.10.2

  Last Modified: 7/28/11, 2:27 PM

  Bundle ID: com.m-audio.driver.firewire

  Loaded: No

  Obtained from: Not Signed

  Kind: Universal

  Architectures: i386, ppc, x86_64

  64-Bit (Intel): Yes

  Location: /System/Library/Extensions/M-AudioFireWireBeBoB.kext

  Kext Version: 1.10.2

  Loadable: No

  Signature Validation Errors: Not Signed

  Dependencies: Satisfied

  Signed by: Not Signed

 

 

Until I installed El Capitan, the M-Audio FireWire 410 worked perfectly. I don't remember having to use the bypass (sudo nvram boot-args="kext-dev-mode=1) for unsigned extensions in Yosemite. I just read the bypass may be completely disabled in El Capitan. Is there an alternative?

 

I realize this is "legacy" equipment, but most of my digital music equipment is, as it is too expensive to replace. The manufacturer isn't going to spend time on signed drivers for this older equipment. Before I start considering a replacement, which will take a lot of research to factor in the manufacturer's record for providing signed drivers for Mac OS X, is there any way to get El Capitan to permit this one extension to load?

iMac, OS X El Capitan (10.11), 21.5-inch (Mid-2011) 4GB RAM

Posted on Oct 3, 2015 7:12 AM

Close

Q: Unsigned (Legacy) Extensions in El Capitan?

  • All replies
  • Helpful answers

Previous Page 2
  • by R C-R,

    R C-R R C-R Oct 15, 2015 11:14 AM in response to roncarfl
    Level 6 (17,660 points)
    Oct 15, 2015 11:14 AM in response to roncarfl
    In your opinion, do you think it's a better practice to keep SIP enabled until I need to do a recording session, then disable it, re-enabling when I've finished recording?

    Personally, I would not disable SIP to begin with, even for something like that. The fact that the driver you found (where?) hangs the device's system preference suggests there is something about it that is not fully compatible with El Capitan, so if for no other reason than to protect your system files from potential damage I would keep SIP enabled. (SIP doesn't care if it is malware, intentional user changes, or whatever that would try to alter protected files or memory -- not even root can do that with SIP enabled.)

     

    What I would do is remove the 1.10.5 software by whatever means necessary & try installing the 1.10.3 version -- if it will install, you can try the System Information thing I mentioned earlier to see if it is signed. If not, you should be able to trash & then delete it manually from wherever System Info indicates it is located, even if it is in a protected folder, as long as you authenticate as an admin user. (At least I have been able to do that for items marked as "Unknown" or "Unsigned" that don't load at startup time.)

  • by Yidoman,

    Yidoman Yidoman Oct 19, 2015 3:41 AM in response to R C-R
    Level 1 (5 points)
    Oct 19, 2015 3:41 AM in response to R C-R

    So previously my Firewire-410 had quit on me after upgrading my system to El Capitan.  The blue light kept blinking.

     

    For whatever it is worth, I disabled SIP and got my Firewire-410 working.  Solid blue light, recording, playback and everything else seemed just fine.  M-Audio control panel, however, was still not working, which I disregarded.

     

    BUT, today I started up my iMac (late 2011) the 410 is just not working, not even a blue light. 

     

    Just wanted to share with y'all.

     

    -Y

  • by roncarfl,

    roncarfl roncarfl Oct 19, 2015 6:59 AM in response to Yidoman
    Level 1 (10 points)
    Oct 19, 2015 6:59 AM in response to Yidoman

    That's what I did, too. So far, I have had no problems with it, but I don't restart a lot. I usually leave my Mac running 24x7 (on a UPS) unless I'm away from home for a while. I hope yours not working is a temporary situation.

  • by R C-R,

    R C-R R C-R Oct 19, 2015 8:24 AM in response to Yidoman
    Level 6 (17,660 points)
    Oct 19, 2015 8:24 AM in response to Yidoman

    Yidoman wrote:

    For whatever it is worth, I disabled SIP and got my Firewire-410 working.

    As I mentioned, for several reasons I personally think it is not a good idea to disable SIP. If it was me & I really needed to use the Firewire 410, what I would do instead is create a separate boot volume with Yosemite (or whatever other older OS that met my needs) on it, & boot into that whenever I needed to do anything with the 410.

     

    Because the older OS X versions are not as secure as El Capitan, if at all practical I would disable all Internet access on that system.

     

    But that is just me.

  • by roncarfl,

    roncarfl roncarfl Oct 19, 2015 8:58 AM in response to R C-R
    Level 1 (10 points)
    Oct 19, 2015 8:58 AM in response to R C-R

    Thanks, R C-R. Your abundance of caution is understood and appreciated. I had not considered the alternate boot volume to an older OS, so thank you for reminding me of that option. I think I have a Mavericks bootable volume somewhere on a mobile external drive.

     

    Maybe I'm naive to new threats to system integrity. With 35 years experience of personal computing and software development without ever having a system integrity issue, I wonder why the concern is at a level that Apple would resort to such a sweeping change. Is it because there are a lot of less experienced users out there that take too much for granted and Apple is trying to protect them? I can assure you I came along during a time where nothing in computing was taken for granted and because of that, I have adopted best practices that have probably kept me out of harm's way.

  • by R C-R,

    R C-R R C-R Oct 19, 2015 9:54 AM in response to roncarfl
    Level 6 (17,660 points)
    Oct 19, 2015 9:54 AM in response to roncarfl

    roncarfl wrote:

    ... I wonder why the concern is at a level that Apple would resort to such a sweeping change.

    I think it is mostly in response to the ever increasing sophistication & seriousness of malware attacks. Once, we mostly just had to worry about hacker hobbyists that tried to break into systems for the challenge of seeing if they could do it, & later mostly about script kiddies who didn't pose much of a threat.

     

    But now, we also have to consider well funded criminal organizations & government-sponsored hackers (including our own) looking for anything they can exploit. Unlike the hobbyists & script kiddies, they focus on "stealthy" attacks we are unlikely to notice, & have the resources to probe the OS itself for weaknesses. There is no denying they exist -- all you have to do is look at the long list of vulnerabilities that Apple has patched at Apple security updates - Apple Support. There is no reason to think that as the OS continues to get ever more complex only the white hats will find everything a remote attack can do before the black hats will -- including at least a few things "best practices" won't protect us from.

     

    Of course, SIP can't protect us from everything -- in fact, by itself it offers very little that will protect user domain files -- but I am a firm believer in the value of the layered defense security strategy. SIP adds a new layer that if nothing else makes the damage privilege escalation attacks can do much less severe. That is reason enough for me to avoid disabling it whenever possible.


    As always, YMMV.

  • by kebelek,

    kebelek kebelek Dec 7, 2015 12:34 PM in response to roncarfl
    Level 1 (0 points)
    Dec 7, 2015 12:34 PM in response to roncarfl

    you can find the latest solution in this facebook group:

    M-Audio Firewire 410, 1814, Solo, Audiophile Users

  • by dorjepismo,

    dorjepismo dorjepismo Dec 25, 2015 2:29 PM in response to roncarfl
    Level 1 (0 points)
    Dec 25, 2015 2:29 PM in response to roncarfl

    Disabling Integrity Protection does not cause Capitan to load unsigned drivers.  The bottom line is that Apple decided that fear of hackers was sufficient to arbitrarily transform thousands, millions, whatever of users' investment in hardware into bricks.  That's really an incredibly ****** thing to do to people.

Previous Page 2