Linux下使用coredump时的注意事项
呵呵，最近琢磨MySQL coredump时学到的一点点东西。在Linux下要保证程序崩溃时生成coredump要注意这些问题：
一、要保证存放coredump的目录存在且进程对该目录有写权限。存放coredump的目录即进程的当前目录，一般就是当初发出命令启动该进程时所在的目录。但如果是通过脚本启动，则脚本可能会修改当前目录，这时进程真正的当前目录就会与当初执行脚本所在目录不同。这时可以查看”/proc/<进程pid>/cwd“符号链接的目标来确定进程真正的当前目录地址。通过系统服务启动的进程也可通过这一方法查看。
二、若程序调用了seteuid()/setegid()改变了进程的有效用户或组，则在默认情况下系统不会为这些进程生成coredump。很多服务程序都会调用seteuid()，如mysql，不论你用什么用户运行mysqld_safe启动mysql，mysqld进行的有效用户始终是msyql用户。如果你当初是以用户A运行了某个程序，但在ps里看到的这个程序的用户却是B的话，那么这些进程就是调用了seteuid了。为了能够让这些进程生成coredump，需要将/proc/sys/fs/suid_dumpable文件的内容改为1（一般默认是0）
三、这个一般都知道，就是要设置足够大的core文件大小限制了。程序崩溃时生成的core文件大小即为程序运行时占用的内存大小。但程序崩溃时的行为不可按平常时的行为来估计，比如缓冲区溢出等错误可能导致堆栈被破坏，因此经常会出现某个变量的值被修改成乱七八糟的，然后程序用这个大小去申请内存就可能导致程序比平常时多占用很多内存。因此无论程序正常运行时占用的内存多么少，要保证生成core文件还是将大小限制设为unlimited为好。
四、(Thanks to binghe&sishen) 有些系统中默认的core文件名就是简单的"core"，这样如果程序coredump了多次，则前面的coredump结果就会被覆盖掉。解决这一问题有两个方法。一是将/proc/sys/kernel/core_uses_pid内容设为1，这样core文件名中就会包含pid，被覆盖的概率就小了。二是编辑/proc/sys/kernel/core_pattern，使用自定义的core文件名，具体的用法参见"man core"说明。
相关文档：
我这里说的ioctl函数是在驱动程序里的，因为我不知道还有没有别的场合用到了ioctl， 所以就规定了我们讨论的范围。为什么要写篇文章呢，是因为我前一阵子被ioctl给搞混了，这几天才弄明白它，于是在这里清理一下头脑。
一、 什么是ioctl。
ioctl是设备驱动程序中对设备的I/O通道进行管理的函数。所谓对I/O通道进行管理� ......
简而言之,产生段错误就是访问了错误的内存段，一般是你没有权限，或者根本就不存在对应的物理内存,尤其常见的是访问0地址.
一般来说,段错误就是指访问的内存超出了系统所给这个程序的内存空间，通常这个值是由gdtr来保存的，他是一个48位的寄存器，其中的32位是保存由它指向的gdt表，后13位保存相应于gdt的下标，最后3位包 ......
Linux开机过程
1. BIOS：开机主动执行的韧体，会认识第一个可开机的装置；
2. MBR：第一个可开机装置的第一个扇区内的主要启动记录区块，内含开机
管理程序；
3. 开机管理程序(boot loader)：一个可读取核心文件来执行的软件；
4. 核心文 ......
linux下md5sum的使用
MD5算法常常被用来验证网络文件传输的完整性，防止文件被人篡改。MD5
全称是报文摘要算法（Message-Digest Algorithm
5），此算法对任意长度的信息逐位进行计算，产生一个二进制长度为128位（十六进制长度就是32位）的“指纹”（或称“报文摘要”），不同的文件产生相
同的报� ......
