【iOS学习笔记 16-7-20】mac os 10.11.4下cocoapod不能正常使用问题
来源:互联网 发布:子域名备案 编辑:程序博客网 时间:2024/05/16 14:00
电脑升级了最新的10.11.4,然后手机图新鲜升级了iOS10,所以要调试开发程序,自然xcode需要升级到最新的beta版,然后就是cocoapods出问题了。因为我是新买的mac,所以先安装cocoapods,按照原来方法,死活安装出问题,最常见的就是
ERROR: While executing gem ... (Errno::EPERM) Operation not permitted - /usr/bin/xcodeproj
很是头疼,后来找到了下面这这个帖子,然后解决了cocoapods的安装问题。原因解释的很清楚
ps:这个命令已经失效了sudo nvram boot-args="kext-dev-mode=1 rootless=0";sudo reboot
sudo nvram boot-args="kext-dev-mode=1 rootless=0";sudo reboot
http://www.jianshu.com/p/23c01067cf7e
Rootless 的说明
在OS X 10.11中苹果引入的Rootless机制。
关于Rootless的小小说明:
Rootless讨论的前提是假定root账户是OS
X(或者其他Unix系统)中对抗恶意程序保护操作系统的最后一道防线。意思是一个应用程序一旦获得了root账户权限,将会获得系统的无限的权限。就可以进行实时修改、修改磁盘、替换任何系统文件等。目前,许多传统的Unix操作系统中,root账户都是被强密码保护着的。这里的问题在于大部分的OS X系统基本上是单用户系统,也就是不存在单独的root账户密码,root密码就是管理员账户的密码。简单来说,苹果通过以下途径来获取root权限:大部分用户会毫不犹豫的输入密码,都不会想他们到底授权了什么行为。更重要的是,授权给了什么应用程序。可以说,对于一般的无经验用户,他们没有时间和专业知识来考虑这个问题。他们不会意识到他们一旦输入了密码,请求的进程就会获得root权限。
什么是系统集成保护(System Integrity Protection)?
使用了系统集成保护,苹果决定第三方应用有一些永远不会被允许的事情。从某些层面来讲,这种保护和iOS更像了。第三方应用相比起来更受限制。这就是rootless一词的由来,系统在某种程度上限制了管理员账号的权限。
rootless特性使得某些操作只有苹果的应用可以被许可(通过代码签名来判断)。所以第三方应用即使是运行在root权限中,有一些操作也无法完成。在我的测试中我注意到了以下几点:
/System文件夹下的所有文件都不能被苹果应用以外的程序修改(例如各种安装器和升级部件)
当前的API例如task_for_pid不能在系统进程下被调用了。这意味着以前注入系统进程(Finder、Messages或者系统内核)的程序都不能用了。
有意思的是,rootless依然允许已签名的KEXT内核拓展被载入。问题是KEXT可以进行许多无限制的系统及操作。
总结
Rootless机制的目的很明显是改进安全性和可靠性,使得恶意软件以及木马很难渗透进系统。我很确信他将成为许多恶意软件开发者的一个挑战,不过我也很确定人们会发现这一机制很多薄弱的环节。
这个特性对于一些合法的软件有很多副作用。对此,苹果提供了一种方法使得用户可以关闭这个特性,但这需要用户以恢复模式启动(开机按住Command+R)
如果想了解更多,可以参考苹果的WWDC session视频。
rootless 的关闭方法
更新后的关闭方法,兼容Beta7: (在正式版中一样有效亲试)
开机按住Command+R,进入恢复模式,打开terminal,键入:
csrutil disable
回车,重新启动即可。
要重新恢复,只需将disable改为enable
csrutil enable
图文教程:
- 先关机
先按住 command + r 不要松 再按 开机键 (开机键可以送 command + r 不可送)
之后会看到系统加载进度 (command + r 这个时候还是不可以松的)
见到这个界面的时候松开 (command + r)
打开终端
输入
回车 见到 表示已近成功
重启电脑,这样就可以尽情的使用cocoapods 了
注意:
这两个指令已经失效。
这个是关闭的指令:
sudo nvram boot-args="kext-dev-mode=1 rootless=0";sudo reboot
这个是开启的指令:
sudo nvram -d boot-args && sudo reboot
cocoa pods 不能正常的原因
cocoa pods不能正常使用的在于苹果开启了 rootless 导致
/usr/bin
文件夹我们不能进行正常的读写
如果是第一次在OS X 10.11下安装 cocoa pod ( sudo gem install cocoa pods
)见到的错误就是
ERROR: While executing gem ... (Errno::EPERM) Operation not permitted - /usr/bin/xcodeproj
也就是我们没有权限操作这个文件夹xcodeproj 执行内部的代码
这个是我关闭 rootless 后的效果
和在10.10 系统下使用没有区别。不会出现警告和错误。
原文链接:http://www.jianshu.com/p/23c01067cf7e
著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。
- 【iOS学习笔记 16-7-20】mac os 10.11.4下cocoapod不能正常使用问题
- 关于CocoaPod无法升级以及无法下载第三方库和Cocoapods在OS X 10.11系统上的无法正常使用的问题
- OS 10.11 cocoaPod 使用,详细教程
- iOS学习笔记:移除cocoaPod
- mac os 中 pycharm 中安装matplotlib后不能正常使用
- Mac OS 使用笔记
- 01.IOS学习笔记之MAC OS X 简介
- 【Mac OS X/iOS多线程编程】GCD用法学习笔记
- Cocoapod 安装使用笔记
- Mac OS 下命令行使用Git 管理iOS代码
- Mac OS下安装ProtocolBuffer与iOS的简单使用
- Mac OS下安装ProtocolBuffer与iOS的简单使用
- Mac OS 下命令行使用Git 管理iOS代码
- iOS FFmpeg 在Mac OS下的编译和使用
- mac os 下安装ProtocolBuffer与iOS的简单使用
- mac下如何修改文件权限(针对Cocoapod安装成功使用时一直提示command not found问题)
- cocoapod不能使用的解决办法
- iOS 7下UIButton 设置图片有时候不能正常读取
- 基于时间轮的定时器设计
- 100分程序员的8个习惯
- Android开发优化之——使用软引用和弱引用
- 判断层级代码
- gitlab的搭建
- 【iOS学习笔记 16-7-20】mac os 10.11.4下cocoapod不能正常使用问题
- [Cloud Computing]Mechanisms: Platform Trust Policy
- ubuntu用C++获取ip地址和mac地址
- Spatial Transformer Layer 实验结果 及 分析
- 2016年7月19日开发android遇到的几个问题
- 为View设置边框阴影效果
- Web 前端开发规范文档
- 一个计算集群的设计
- Quartz定时器错误信息,java.lang.NoSuchMethodError: org.quartz.SchedulerException