凝思怎么创建用户:
在root用户下使用如下命令创建用户
useradd -d /home/wangcong -m -g wangcong wangcong
-d 指定这个用户的主目录
-m 如果主目录不存在,则创建
-g 用户所属的组wangcong
wangcong 用户名
创建成功后,会在/etc/passwd,/etc/shadow, /etc/group等文件中插入记录。
etc/passwd:文件是用户管理工作涉及的最重要的一个文件,每个用户都在/etc/passwd文件中有一个对应的记录行。
如我们创建的这个用户,记录如下:
wangcong:x:1000:1000::/home/wangcong:/bin/bash
含义是:用户名:口令:用户标识号:组标识号:注释性描述:主目录:登录Shell
/etc/group:文件存储的是用户组的所有信息。
如我们创建的这个用户组,记录如下:wangcong:x:1000:wangcong
含义是:组名:口令:组标识号:组内用户列表
/etc/shadow:由于/etc/passwd文件是所有用户都可读的,一台普通的计算机就能够很容易地将它破解,因此对安全性要求较高的Linux系统都把加密后的口令字分离出来,单独存放在一个文件中,
这个文件是/etc/shadow文件。有超级用户才拥有该文件读权限,这就保证了用户密码的安全性,
/etc/shadow中的记录行与/etc/passwd中的一一对应,它是根据/etc/passwd中的数据自动产生。
shell脚本中执行时提示“没有那个文件或目录”的解决办法出现bad interpreter:No such file or directory的原因,是文件格式的问题。这个文件是在Windows下编写的。换行的方式与Unix不一样,但是在vim下面如果不Set一下又完全看不出来。
问题分析:
1、将windows 下编写好的SHELL文件,传到linux下执行,提示出错。
2、出错信息:bad interpreter: 没有那个文件或目录。
问题原因:
因为 *** 作系统是windows,在windows下编辑的脚本,所以有可能有不可见字符。脚本文件是DOS格式的
即每一行的行尾以\r\n来标识, 其ASCII码分别是0x0D, 0x0A.
解决方法:
可以有很多种办法看这个文件是DOS格式的还是UNIX格式的, 还是MAC格式的
(1) vim filename
然后用命令 :set ff
可看到dos或unix的字样,如果的确是dos格式的, 那么用set ff=unix把它强制为unix格式的,,然后存盘退出后就可运行。
转换不同平台的文本文件格式可以用
1. unix2dos或dos2unix这两个小程序来做. 很简单. 在djgpp中这两个程序的名字叫dtou和utod, u代表unix, d代表dos
2. 也可以用sed 这样的工具来做:
sed ‘s/^M//' filename >tmp_filename
mv -f tmp_filename filename
特别说明:^M并不是按键shift + 6产生的^和字母M, 它是一个字符, 其ASCII是0x0D, 生成它的办法是先按CTRL+V, 然后再回车(或CTRL+M)
另外, 当SHELL程序报告command not found时, 总是去检查一下你的PATH里面有没有程序要用到的每一个命令(没指定绝对路径的那种). 你这么小的程序, 可以一行一行核对。
附:少写一个/引发的没有那个文件或目录问题
今天在翻看以前写的简单的shell脚本时,发现一个问题:
当./运行时总是提示: (bash: ./hello.sh: bin/bash: 坏的解释器: 没有那个文件或目录),但是当用sh运行时正确.
原来的脚本:
(试试看你能否一眼看出错误)
先说明一下,CMD提示“不是内部或外部命令,也不是可运行的程序或批处理文件”,多是由于CMD的环境路径指向造成了,许多GHOST系统都存在这个问题。第一种解决方法,直接打开法。依次打开我的电脑-C盘(系统分区)-WINDOWS-SYSTEM32.
此时用鼠标随便单击一个文件或文件夹,点击C键(输入法需先关闭),这样我们就能很快找到CMD.EXE这个文件了。
接着我们双击运行就可以正常使用了,这里我们用PING命令做一个试验。
第二种方法,修改路径法。我们在开始菜单中选择运行或者直接按WIN+R,输入CMD回车。
由于我们还没有修改环境路径所以,现在PING命令是无法执行的。
此时我们输入C:\WINDOWS\SYSTEM32\ 再回车就将路径修改正确了。(C盘是指系统分区,如果你的系统安装在D盘,那就输入D:\WINDOWS\SYSTEM32\)
接下来测试一下PING命令,一切正常了!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)