问题描述: 回宿舍前,在root用户中安装fish,并修改其shell为fish.回宿舍之后,在图形界面用root用户进行登陆,莫名其妙登陆失败.没有任何提示信息,直接回到登陆界面.用非root用户登陆后,执行su root命令切换到root用户,报错:su execute /usr/bin/ 权限不够. 经过了一番查询,网友们的操作是将/usr/bin目录权限修改为777,还有一些我看不懂的操作.这么做当然是无效的! 解决办法: 通过查看/etc/passwd,发现/usr/bin是root用

导语:平常运维人员会误操作一些目录权限,导致一些问题,那么如何恢复呢? 问题:物理机.虚机等等Linux操作系统/usr/bin目录权限误操作,导致无法切换root? 实验环境: ip地址 是否目录正常 内核版本 备注 192.168.140.136 目录正常机器 3.10.0-1160.el7.x86_64   192.168.140.138 目录损坏机器 3.10.0-1160.el7.x86_64   误操作 问题现象 解决方案:可以通过系统自带的getfacl命令来拷贝和还原系统权限,若

对于Mac OS X 10.11 El Capitan用户,由于系统启用了SIP(System Integrity Protection), 导致root用户也没有权限修改/usr/bin目录.按如下方式可恢复权限.屏蔽方法:重启Mac,按住command+R,进入recovery模式.选择打开Utilities下的终端,输入:csrutil disable并回车,然后正常重启Mac即可. 具体可见:http://www.howtogeek.com/230424/how-to-disable-s

Mac进行 usr/bin 目录下修改权限问题,operation not permitted 一般情况下我们在使用mac系统过程中下载一些文件.新建一些项目之后,这些文件都会默认是只读状态,这时我们只需要简单的一句权限设置命令就可以解决 sudo chmod -R 777 你要修改文件上层目录的路径 但是我们在对 usr/bin 目录下的文件进行操作的时候往往会出现这样的错误(上一篇博客中关于git安装进行软连接就会遇到这样的问题) operation not permitted 这是因为一些

一般情况下我们在使用mac系统过程中下载一些文件.新建一些项目之后,这些文件都会默认是只读状态,这时我们只需要简单的一句权限设置命令就可以解决 你要修改文件上层目录的路径 但是我们在对 usr/bin 目录下的文件进行操作的时候往往会出现这样的错误(上一篇博客中关于git安装进行软连接就会遇到这样的问题) operation not permitted 这是因为一些mac用户在升级系统之后,电脑启用了SIP(System Integrity Protection),增加了rootless机制,导

这是由于当前用户没有权限运行/usr/bin/dumpcap造成的./usr/bin/dumpcap是Wireshark的包捕获引擎. 先用ls命令看一下dumpcap的权限情况:xy@debian-vm-1:~$ ls -lah /usr/bin/dumpcap-rwxr-xr-- 1 root wireshark 95K 1月  23 01:03 /usr/bin/dumpcap 可以看到,dumpcap属于wireshark组,而该组是有运行权限的,那么只要将用户xy添加到wireshar

起因:想要往/usr/bin目录下拷贝文件,提示: operation not permitted 解决办法: 1. 重启,启动中长安command+r进入恢复模式 2.顶部菜单拉中打开终端 3. 输入: csrutil disable 4. 重启 启动后在命令前都加上sudo,/usr/bin目录增删赋值文件操作成功

一 控制sudo: 允许执行所有命令,排除某几个命令(带参数) lanny ALL=(ALL) NOPASSWD:ALL, !/bin/su - root, !/usr/sbin/visudo 如果需要输密码如果允许5min: lanny ALL=(ALL) ALL, !/bin/su - root, !/usr/sbin/visudo 参考: sudo命令用法及日志管理   Linux系统中切换用户身份su与sudo的用法与实例 通过 sudo 进行精确的权限控制   二 控制su   1,

在linux下我们经常用到的四个应用程序的目录是/bin./sbin./usr/bin./usr/sbin .而四者存放的文件一般如下:     bin目录:  bin为binary的简写主要放置一些系统的必备执行档例如:cat.cp.chmod df.dmesg.gzip.kill.ls.mkdir.more.mount.rm.su.tar等.   /usr/bin目录: 主要放置一些应用软件工具的必备执行档例如c++.g++.gcc.chdrv.diff.dig.du.eject.elm.f

其实就是相当于转载了. /bin,/sbin,/usr/sbin,/usr/bin 目录 这些目录都是存放命令的,首先区别下/sbin和/bin: 从命令功能来看,/sbin 下的命令属于基本的系统命令,如shutdown,reboot,用于启动系统,修复系统,/bin下存放一些普通的基本命令,如ls,chmod等,这些命令在Linux系统里的配置文件脚本里经常用到. 从用户权限的角度看,/sbin目录下的命令通常只有管理员才可以运行,/bin下的命令管理员和一般的用户都可以使用. 从可运行时间

这些目录都是存放命令的,首先区别下/sbin和/bin: 从命令功能来看,/sbin 下的命令属于基本的系统命令,如shutdown,reboot,用于启动系统,修复系统,/bin下存放一些普通的基本命令,如ls,chmod等,这些命令在Linux系统里的配置文件脚本里经常用到. 从用户权限的角度看,/sbin目录下的命令通常只有管理员才可以运行,/bin下的命令管理员和一般的用户都可以使用. 从可运行时间角度看,/sbin,/bin能够在挂载其他文件系统前就可以使用. 而/usr/bin,/u

一 控制sudo 允许执行所有命令,排除某几个命令(带参数) lanny ALL=(ALL) NOPASSWD:ALL, !/bin/su - root, !/usr/sbin/visudo 如果需要输密码如果允许5min: lanny ALL=(ALL) ALL, !/bin/su - root, !/usr/sbin/visudo 参考: sudo命令用法及日志管理 Linux系统中切换用户身份su与sudo的用法与实例 通过 sudo 进行精确的权限控制 二 控制su 第一步: userm

在安装VMWare Tools遇到过这样一个问题 Searching for GCC... Detected GCC binary at "/usr/bin/gcc". The path "/usr/bin/gcc" appears to be a valid path to the gcc binary. Would you like to change it? [no] …… What is the location of the directory of C

/bin,/sbin,/usr/sbin,/usr/bin 目录 这些目录都是存放命令的,首先区别下/sbin和/bin: 从命令功能来看,/sbin 下的命令属于基本的系统命令,如shutdown,reboot,用于启动系统,修复系统,/bin下存放一些普通的基本命令,如ls,chmod等,这些命令在Linux系统里的配置文件脚本里经常用到. 从用户权限的角度看,/sbin目录下的命令通常只有管理员才可以运行,/bin下的命令管理员和一般的用户都可以使用. 从可运行时间角度看,/sbin,/b

http://blog.csdn.net/speedme/article/details/8206144ubuntu下删除和新建用户(并有su权限) 如何创建ubuntu新用户?输入:sudo adduser username,系统会提示以下信息: (中文的ubuntu系统)正在添加用户“username”...正在添加新组“username”(1001)...正在添加新用户“username”(1001)到组“username”...创建主目录“/home/username”...正在从“/e

sudo:/usr/bin/sudo 必须属于用户 ID 0(的用户)并且设置 setuid 位 一.前言 这是一个神奇的错误,缘由是因为有人将/usr/bin/sudo的权限改为777或其他. 解决办法:最终目的只有一个,想办法执行chmod 4755     /usr/bin/sudo 和 chmod 755 /usr 语句 二.解决办法 1.如果知道root密码. su登录root用户,执行命令chmod 4755     /usr/bin/sudo    执行命令chmod 755 /u

总结上个星期服务器环境上的一个问题,一直再忙AR.防近视的项目没时间整理.刚好忙完项目认真回顾8月30发生的一个让人奇葩的问题. 早上把项目上的一些问题优化完,快到中午吃饭的时间频繁的启动导致/usr/bin 丢失.启动tomcat .mysql 服务无法起来. 打开日志41行 目录结构 然后我开始查下日志.目录权限问题.结果尝试发现不是这个问题.我关闭SecureCRT连接重新打开报这个问题,而且使用其它rz .sz 等命令也没用 也排查了一下java的环境变量.进程等,找了半天不知道丢失了啥

许多升级了OSX 10.11的朋友在配置class-dump的时候,会发现书上推荐的class-dump存放目录/usr/bin不再可写,如下所示: 192:~ snakeninny$ touch class-dump /usr/bin touch: /usr/bin: Operation not permitted 192:~ snakeninny$ sudo touch class-dump /usr/bin Password: touch: /usr/bin: Operation not

#!/usr/bin/Python指定用什么解释器运行脚本以及解释器所在的位置 # -*- coding: utf-8 -*-用来指定文件编码为utf-8的 估计有不少人注意过一些python脚本开头有这么行东东:#!/usr/bin/python它是用来干嘛的?貌似没有它对脚本功能也没啥影响.它是用来指定用什么解释器运行脚本以及解释器所在的位置. 以test.py为例,脚本内容如下: def test():        print 'hello, world' if __name__ ==

#!/usr/bin/python指定用什么解释器运行脚本以及解释器所在的位置 # -*- coding: utf-8 -*-用来指定文件编码为utf-8的PEP 0263 -- Defining Python Source Code Encodingshttp://www.python.org/dev/peps/pep-0263/ 估计有不少人注意过一些python脚本开头有这么行东东:#!/usr/bin/python它是用来干嘛的?貌似没有它对脚本功能也没啥影响.它是用来指定用什么解释器运