bin/bash 和 /bin/sh 的区别

　　今天在用ssh Secure shell 连接虚拟机中的Ubuntu编写程序时，想比对一下两个源代码有什么差别，但是在一个ssh
客户端下不断的切换很是费劲。于是想着在主机中再添加一个用户。我原本用ssh Secure shell
登陆用的是root用户。于是想着添加一个sshConnect用户。于是在服务器的终端下通过使用
useradd命令和passwd命令添加了一个sshConnect用户，查看/etc/passwd 文件中的最后一行有sshConnect用户的数据。

但是当我通过ssh secure shell
用sshConnect用户登录了该Ubuntu服务器在上面写命令时，回格键和ctrl键都无法识别。而且命令结果不变色。于是想着是不是该用户使用的shell的问题。在控制台

Echo $SHELL 输出的是 bin/sh，在我另一个root账户下敲下该命令输出结果是 bin/bash 。然后通过
 usermod -s /bin/bash sshConnect  命令修改了该用户的shell。再次查看
/etc/passwd
文件，最后一行sshConnect用户的shell果然变成了bash。命令行中就可以正常识别回格键和ctrl（可能还有其他键）。但是命令执行结果仍然不变色。在下面我引用一个写的关于bin/bash
和 /bin/sh 的区别的文章：

Linux 中的 shell 有很多类型，其中最常用的几种是: Bourne shell (sh)、C shell (csh) 和 Korn shell
(ksh), 各有优缺点。Bourne shell 是 UNIX 最初使用的 shell，并且在每种 UNIX 上都可以使用, 在 shell
编程方面相当优秀，但在处理与用户的交互方面做得不如其他几种shell。Linux 操作系统缺省的 shell 是Bourne Again shell，它是
Bourne shell 的扩展，简称 Bash，与 Bourne shell 完全向后兼容，并且在Bourne shell
的基础上增加、增强了很多特性。Bash放在/bin/bash中，它有许多特色，可以提供如命令补全、命令编辑和命令历史表等功能，它还包含了很多 C shell 和
Korn shell 中的优点，有灵活和强大的编程接口，同时又有很友好的用户界面。

GNU/Linux 操作系统中的 /bin/sh 本是
bash (Bourne-Again Shell) 的符号链接，但鉴于 bash 过于复杂，有人把 ash 从 NetBSD 移植到 Linux 并更名为
dash (Debian Almquist Shell)，并建议将 /bin/sh 指向它，以获得更快的脚本执行速度。Dash Shell 比 Bash
Shell 小的多，符合POSIX标准。

Ubuntu继承了Debian，所以从Ubuntu 6.10开始默认是Dash
Shell。

[email protected]:~$ ls -l /bin/sh /bin/bash
-rwxr-xr-x 1 root root 801808
2010-08-11 03:58 /bin/bash
lrwxrwxrwx 1 root root 4 2012-11-28 08:06
/bin/sh -> dash

应该说, /bin/sh 与 /bin/bash 虽然大体上没什么区别, 但仍存在不同的标准. 标记为 “#!/bin/sh” 的脚本不应使用任何
POSIX 没有规定的特性 (如 let 等命令, 但 “#!/bin/bash” 可以). Debian 曾经采用 /bin/bash 更改
/bin/dash，目的使用更少的磁盘空间、提供较少的功能、获取更快的速度。但是后来经过 shell 脚本测试存在运行问题。因为原先在 bash shell
下可以运行的 shell script (shell 脚本)，在 /bin/sh 下还是会出现一些意想不到的问题，不是100%的兼用。
C代码
收藏代码
a=12345
let "a += 1"
echo "a = a" b=a"b=

{a/23/BB}
echo "b = b"
[email protected]:~/文档/shell学习练习

/bin/sh 3.2..1.sh
3.2..1.sh: 3: let: not found
a = 12345

3.2..1.sh: 6: Bad substitution
[email protected]:~/文档/shell学习练习 /bin/bash 3.2..1.sh a = 12346 b = 1BB46
[email protected]:~/文档/shell学习练习

注: b=${a/23/BB} 把变量a中的23(仅限第一次出现)替换成BB, 并赋值给 b.

时间： 2024-11-06 22:54:39

bin/bash 和 /bin/sh 的区别的相关文章

Linux脚本开头#!/bin/bash和#!/bin/sh是什么意思以及区别

一.意思 #!/bin/sh是指此脚本使用/bin/sh来解释执行,#!是特殊的表示符,其后面根的是此解释此脚本的shell的路径. 其实第一句的#!是对脚本的解释器程序路径,脚本的内容是由解释器解释的,我们可以用各种各样的解释器来写对应的脚本. 比如说/bin/csh脚本,/bin/perl脚本,/bin/awk脚本,/bin/sed脚本,甚至/bin/echo等等. #!/bin/bash同理. 二.区别 GNU/Linux操作系统中的/bin/sh本是bash (Bourne-Again

[shell]Linux脚本开头#!/bin/bash和#!/bin/sh是什么意思以及区别

一直以为在shell脚本中#都是代表着注释功能,同样在脚本开始的#!/bin/sh也只是告诉用户这是一个shell脚本,而最近顺手查了下,才发现不是这个意思,分享下面的文章. 转自:http://www.cnblogs.com/EasonJim/p/6850319.html 一.意思 #!/bin/sh是指此脚本使用/bin/sh来解释执行,#!是特殊的表示符,其后面跟的是此解释此脚本的shell的路径. $ cat /etc/shells可以查看系统支持的shell格式 其实第一句的#!是对脚

/bin/sh 与 /bin/bash 的区别

/bin/sh 与 /bin/bash 的区别,用 : 截取字符串不是POSIX 标准的. 区别 sh 一般设成 bash 的软链 (symlink) [plain] view plain copy print? ls -l /bin/sh lrwxrwxrwx 1 root root 4 Sep 14 04:45 /bin/sh -> dash 在一般的 linux 系统当中(例外如 FreeBSD,OpenBSD 等),使用 sh 调用执行脚本相当于打开了bash 的 POSIX 标准模式

#!/bin/sh与#!/bin/bash的区别

Linux 中的 shell 有很多类型,其中最常用的几种是: Bourne shell (sh).C shell (csh) 和 Korn shell (ksh), 各有优缺点.Bourne shell 是 UNIX 最初使用的 shell,并且在每种 UNIX 上都可以使用, 在 shell 编程方面相当优秀,但在处理与用户的交互方面做得不如其他几种shell.Linux 操作系统缺省的 shell 是Bourne Again shell,它是 Bourne shell 的扩展,简称 Bas

从#!/bin/bash中想到的...

罪过罪过,开发了N年的SHELL,竟然第一次思考#!/bin/bash是啥意思?真是怀疑以前的的代码是咋开发出来的- 如果要解释#!/bin/bash是啥意思?为啥每个SHELL脚本第一行都写它哪?首先要了解什么是SHELL解释器? 一.SHELL解释器 SHELL解释器是一个程序,是一个C语言写的程序.当我们登录LINUX服务器的时候,我们就开始使用一个解释器程序,一般是/bin/bash,当然也可能是/bin/sh.当我们执行man shell,就会输出具体的作用. Bash is an s

Linux - Shell - #!/bin/bash

概述 简单解释一下 shell 脚本卡头的 #!/bin/bash 水一篇, 少一篇 背景 shell 脚本中的注释 通常是 以# 卡头的行 但是有时候执行 shell 的时候, 会有这种内容 #!/bin/bash 1. #!/bin/bash 这不是注释 他是有意义的 shell 脚本执行 场景 一个 脚本 由 shell 执行 !/bin/bash 作用 指定 shell 2. 尝试 场景1: bash 脚本: test01.sh #!/bin/bash echo 'hello' 执行 命

Shell脚本报错：-bash: ./switch.sh: /bin/bash^M: bad interpreter: No such file or directory

在学习shell中测试case参数命令代码如下 #!/bin/bash #switch测试 case $1 in     start)         echo 'start'     ;;     stop)         echo 'stop'     ;; esac 在给当前shell脚本赋予了执行权限之后,执行报错代码如下 [[email protected] sh]# ./switch.sh stop -bash: ./switch.sh: /bin/bash^M: bad inte

【问题解决】syntax error: unexpected end of file或-bash: ./full_build.sh: /bin/bash^M: bad interpreter: No

在阅读的过程中有任何问题,欢迎一起交流 邮箱:[email protected]    QQ:1494713801 执行一个脚本full_build.sh 时, 一直是提示我: -bash: ./full_build.sh: /bin/bash^M: bad interpreter: No such file or directory 或提醒  syntax error: unexpected end of file 出现上面错误的原因之一是脚本文件是DOS格式的, 即每一行的行尾以\r\n来标

-bash: ./centos-7.6.sh: /bin/bash^M: bad interpreter问题解决

在windows下保存了一个脚本文件,用ssh上传到centos,添加权限执行nginx提示没有那个文件或目录.shell脚本放到/etc/init.d/目录下,再执行/etc/init.d/nginx,提示多了这句/bin/bash^M: bad interpreter.网上找了资料才知道如果这个脚本在Windows下编辑过,就有可能被转换成Windows下的dos文本格式了,这样的格式每一行的末尾都是以\r\n来标识,它的ASCII码分别是0x0D,0x0A.如果你将这个脚本文件直接放到Li