可能部分的人使用linux都有直接root登陆的习惯,这有很大的便利性,因为很多的命令不需要使用sudo请求root权限.但是使用root权限,所有的命令都会立即被执行,即使这个命令是对系统有害处的. 我们还知道,Linux下自带的有python,很多人不会利用里面的python,因为版本略低,但是在这里需要重点说明一下:Linux的内部命令是与python有依赖性的,而这个依赖性也就体现在低版本上. 我最近手贱把usr/bin/python直接rm了,导致的直接后果就是,系统内部命令无法使用,

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

首先先解释一下bin和sbin的意思: 1.bin:为任何用户都可以使用的指令 2.sbin:(super bin)也就是只有超级管理员才能使用的指令 /usr    UNIX Software Resource 依据FHS的基本定义,/usr里面放置的数据属于可分享的与不可变动的(shareable,static),如果你知道如何通过网络进行分区的挂载(例如在服务器篇会谈到的NFS服务器),那么/usr确实可以分享给局域网内的其他主机来使用. /bin放置的是一般用户惯用的指令,至于/sbin

debian wheezy 升级后, 由于授权错误, 导致password给改动, 在debian的mysql safe下也无法进入.   我在/etc/mysql/my.cnf 里面已经改动了bind-address 为局域网ip 进而运行了 GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY '123456' WITH GRANT OPTION; 然后重载授权表: FLUSH PRIVILEGES; 然后重新启动后, 尽管能够远程链

之前通过wine安装了一款软件,不经常用,也没有拆卸 可是之后呢,每次更新都要提示更新那个软件,更新的时候又总是找不到更新源 无奈之下,我通过软件中心移除wine,没想到竟然碰到依赖问题,没有拆卸成功不说,还使得软件中心不能正常使用 再后来我通过 sudo apt-get -f install 了解了一下情况 发现是拆卸wine时必须先拆卸那个wine程序,而那个wine程序出了错无法拆卸 拆卸的时候提示:Sub-process /usr/bin/dpkg returned an error c

/usr/bin/ld.bfd.real: cannot find -lGL /usr/bin/ld.bfd.real: cannot find -lX11 根据网上大多数的说法,以及官网的介绍.截至5月底,android对ubuntu12.04的编译平台的支持不是很推荐,有些库的兼容方面会有一些问题 这两个错误报的错其实就是说没有在库路径中找到libGL.so libX11.so 但是打开etc/ld.so.conf.d中查看64位的库路径下x86_64-linux-gnu.conf配置文件

在linux想要运行启动一个服务有两种方法: 1,运行/etc/init.d/目录下的shell脚本,还可以有快捷方式,service *** start/ stop/restart /status, 2,直接运行/usr/bin目录下的服务文件: 第一种方法启动的程序可以通过service命令来管理,比如说查看状态 service --status-all 查看/etc/init.d目录,发现下面都是shell脚本,脚本里面运行的程序最终还是指向了/usr/bin下面的程序,只不过在shell

/usr/bin/ld: cannot find -lxxx问题总结   linux下编译应用程序常常会出现如下错误:     /usr/bin/ld: cannot find -lxxx          意思是编译过程找不到对应库文件.其中,-lxxx表示链接库文件 libxxx.so.          注:有时候,由于库文件是编译过程临时生成的,如果前面出错也会导致出现这种情况,下面针对的是由于本机系统环境缺失而引起的..          一般出现这种错误有以下几种原因: 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

原文网址:http://eminzhang.blog.51cto.com/5292425/1285705 /usr/bin/ld: cannot find -lxxx问题总结   linux下编译应用程序常常会出现如下错误:     /usr/bin/ld: cannot find -lxxx          意思是编译过程找不到对应库文件.其中,-lxxx表示链接库文件 libxxx.so.          注:有时候,由于库文件是编译过程临时生成的,如果前面出错也会导致出现这种情况,下面

1, 解决办法,进入开发者账号重建一个 Provisioning Profiles(或配套证书) 文件,把证书添加正确就可以了 (应该是最有效的) 2, 将p12文件重新安装下 3, 在 iPhone配置实用工具 中使用 Delete 键 删除过期及invalid 的profiles 4, 登录Member Center 删除所有 invalid 的 profiles 5,  Just created a new project, copied all classes and resources

1.打开终端,输入指令并按回车键: sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer 2.如果电脑设置有密码,终端会提示你输入本机密码,然后如如指令并按回车键: sudo xcodebuild -license 3.关闭终端,点击"Finder",选择屏幕左上方的"前往",然后选择"前往文件夹...",然后把这句指令:/Users/xxxx/Qt5.7.0/5

遇见问题 因为linux在虚拟机中,所以就在本地敲python代码,敲完后再拿到虚拟机去执行,再输入./filename.py时,就遇到这样的一个问题: bash: ./filename.py: /usr/bin/python^M: 解释器错误: 没有那个文件或目录 开始还以为是自己的python路径不对,但用which python命令查看却发现路径已经配置对了.因为有另一种执行方式,就是直接python filename.py,后来我发觉这种方式虽然能够执行代码,但执行结果却不对,于是,就去

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

在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.free.gnome*. zip.htp

模拟场景 centos7 误删/usr/bin/等系统内置文件夹, 导致几百个内置命令丢失. 修复 rescue模式 vm模拟一遍(如果在物理机, 可通过U盘方式直接开机U盘进入选择救援模式, 方式通用). 加载系统镜像 重启, 开机进入固件 进入 F10保存退出 rescue开始 上面这张图已经说明 选项1: 挂载权限为读写 选项2: 挂载权限为只读 选项3: 跳过(如果发现检测失败选此项直接跳过进入) 选项4: 退出(重启) 运行这条命令,把当前镜像中的/usr/bin/ 扔一份丢进系统里面

在linux想要运行启动一个服务有两种方法: 1,运行/etc/init.d/目录下的shell脚本,还可以有快捷方式,service *** start/ stop/restart /status, 2,直接运行/usr/bin目录下的服务文件: 第一种方法启动的程序可以通过service命令来管理,比如说查看状态 service --status-all 查看/etc/init.d目录,发现下面都是shell脚本,脚本里面运行的程序最终还是指向了/usr/bin下面的程序,只不过在shell

--------------------- 如需转载,转载请注明出处. --------------------- 今日发现所有IOS构建相关的job全部失败,并提示如下错误: ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from http://git.xxxx/ios/xxxx-ios.git at hudson.plugins.git.GitSCM.fe

usr/bin/ld: cannot find -lxxx问题总结 linux下编译应用程序常常会出现如下错误:   /usr/bin/ld: cannot find -lxxx        意思是编译过程找不到对应库文件.其中,-lxxx表示链接库文件 libxxx.so.        注:有时候,由于库文件是编译过程临时生成的,如果前面出错也会导致出现这种情况,下面针对的是由于本机系统环境缺失而引起的..        一般出现这种错误有以下几种原因: 1.系统缺乏对应的库文件: 2.版

/libfastcommon-1.0.36 # ./make.sh cc -Wall -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -g -O3 -c -o hash.o hash.c cc -Wall -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -g -O3 -c -o chain.o chain.c cc -Wall -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -g -O3 -c -o shared_fu