分类: LINUX
2009-10-08 17:17:50
最近的一段时间中,发现在busybox下调试时,shell终端用ctrl+c不能终止掉正在运行的进程。参考了网上的一些网友的blog的解决方法以及自己的理解,这边把解决方法告诉大家。
Ctrl+C终止进程的流程是这样的:
Ctrl + C首先通过 /dev/ttyS0 (/dev/console)的driver,这个serial driver直接把这个控制字符送到n_tty的driver,n_tty负责search所有的控制字符。
当 ctrl+C 按下,
n_tty.c:
n_tty_receive_break() –> isig(SIGINT,tty) –> kill_pg(SIGINT, tty->pgrp)
signal.c: kill_pg() calls signal(SIGINT,task) 来中断每个具有group number 为 tty->pgrp的task.值得一提的是,只要process具有相同的group id,不管是backgroud还是foreground,都会被kill掉
从上面的流程我们可以看到,ctrl+C是传送到/dev/ttyS0中的驱动中的。在我原来的文件系统中,建立了节点console作为系统控制台。但是没有ttyS0节点。这样系统运行起来后,shell的交互是通过console这个控制台的。但是在busybox的手册中有这样的一段话:
Why do I keep getting "sh: can't access tty; job control turned off" errors? Why doesn't Control-C work within my shell?
This isn't really a uClibc question, but I'll answer it here anyways. Job control will be turned off since your shell can not obtain a controlling terminal. This typically happens when you run your shell on /dev/console. The kernel will not provide a controlling terminal on the /dev/console device. Your should run your shell on a normal tty such as tty1 or ttyS0 and everything will work pe
显然,busybox建议我们shell最好运行在实际的控制台上,例如tty或是ttyS0中。
所以我们解决方法如下:
1.
在dev目录下建立ttyS0的节点:
#mknod –m 666 ttyS0 c 4 64
2.
然后我们将系统控制台console链接到ttyS0中
# ln –s ttyS0 console
3.
修改启动文件/etc/inittab
这边我们要关注一下busybox的inittab文件的格式:
Id:runlevel: action :process
其中的Id是用来指定启动的控制台的。
到此为止,重新制作文件系统,下载到目标板,测试:
# ping 192.168.2.245
PING 192.168.2.245 (192.168.2.245): 56 data bytes
64 bytes from 192.168.2.245: icmp_seq=0 ttl="64" time="2".1 ms
64 bytes from 192.168.2.245: icmp_seq=1 ttl="64" time="0".6 ms
64 bytes from 192.168.2.245: icmp_seq=2 ttl="64" time="0".4 ms
64 bytes from 192.168.2.245: icmp_seq=3 ttl="64" time="0".4 ms
--- 192.168.2.245 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.4/0.8/2.1 ms
#
测试通过!!
网上还有介绍其他的方法如下: