(linux读书笔记.docVIP

第一次学shell编程，看的文章中说shell程序必须以#!/bin/sh开始，也就认为是这样了。 虽然知道在shell中以#开始的语句都是注释，但也从没认为#!/bin/sh也是注释，就像对C语言程序必须有main函数一样毫无怀疑。 但前些时候又听说#!/bin/sh也是注释，可有可无，当时觉得真是一个失败，连基本的语法都分不清。 前几天借了一本书，才真正认识了#!/bin/sh。 shell编程是以#为注释，但对#!/bin/sh却不是。 #!/bin/sh是对shell的声明，说明你所用的是那种类型的shell及其路径所在。 如果没有声明，则脚本将在默认的shell中执行，默认shell是由用户所在的系统定义为执行shell脚本的shell。 比如：如果脚本被编写为在Korn Linux中运行，而默认运行shell脚本的为C shell csh，则上述脚本在执行过程中很可能失败。 所以建议大家就把#!/bin/sh当成C 语言的main函数一样，写shell必须有，以使shell程序更严密。 ? 即： #!/bin/sh 是指此脚本使用/bin/sh来解释执行，#!是特殊的表示符，其后面根的是此解释此脚本的shell的路径。 其实第一句的#!是对脚本的解释器程序路径，脚本的内容是由解释器解释的，我们可以用各种各样的解释器来写对应的脚本。 比如说/bin/csh脚本，/bin/perl脚本，/bin/awk脚本，/bin/sed脚本，甚至/bin/echo等等。 那我们真的能写一个/bin/echo的脚本文件吗？我们来试试，下面是一个例子： 代码: #!/bin/echo –e 这只有一行的程序(实际上它也只能是一行，echo程序并不是被设计成像awk那样的编程语言，能写成源程序文件)命名为myecho，加上权限后执行它：代码: $ ./myecho hi\a ./myecho hi 如果你的echo支持-e选项并且你工作的环境还算安静，你在得到上面的结果的时候也应该听到清脆的终端响铃。但这种程序是毫无作用的。 ? 1、linux分区 --在linux里面所有的设备、任何东西，在linux看来都是文件。 --文件在它看来，有两种形式： ? 第一种是字符型（键盘输入、打印机）； ? 第二种是二进制型（硬盘、光驱、U盘） --linux中所有硬件 --手动分区 --A、至少有两个分区 ? /??? 根分区 ? SWAP 交换分区(物理内存大小的两倍) --B、个人桌面分区 ? / ? /boot 128MB is enough ? /usr ? SWAP ? /tmp(用于光盘刻录) 2、linux目录说明 --/dev/xxyN --xx (分区所在设备类型：hd--IDE硬盘?? sd--SCSI硬盘) --y? (标明分区所在设备 ????? 例如：/dev/hda 第一个IDE硬盘 或 /dev/hdb 第二个IDE硬盘 或 /dev/sdb 第二个SCSI硬盘) --N? (数字代表分区：1-4--主分区或扩展分区；逻辑分区从5开始！ ????? 例如：/dev/hda3 第一个IDE硬盘上的第三个主分区或扩展分区 ??????????? /dev/sdb6 第二个SCSI硬盘上的第二个逻辑分区) 3、linux目录结构 /???? 根目录，最高级别 /bin? 系统基本命令存放目录(/usr/bin) /boot linux的内核及引导系统程序文件存放目录(如：vmlinuz、initrd.img) ????? 一般情况下，GRUB或LILO系统引导管理也位于这个目录 /dev? 设备文件存储目录，如声卡、光驱... /ect? 存放系统设置文件(如用户账号密码、服务器配置文件等) /home 普通用户家目录，默认存放目录 /lib? 库文件存放目录 /lost+found? 在ext2或ext3文件系统中，当系统以外崩溃或机器意外关机，而产生一些文件碎片放在这里。 ???????????? 当系统启动的过程中，fsck工具会检查这里，并修复已经损坏的文件系统。 ????? 有事喜用发生问题，有很多的文件被移到这个目录中，可能会用手工的方式来修复，或者移文件到原来的位置上。 /media 即插即用型存储设备的挂载点自动在这个目录下创建。 ?????? 如USB盘系统自动挂在后，会在这个目录下产生一个目录； ?????? 类似cdrom的目录 /mnt?? 存放挂载存储设备的挂载目录，如cdrom等目录 /opt?? 表示可选的意思，有些软件包也会被安装在此，也就是自定义软件包， ?????? 比