shell重定向的疑问

zenith518

请教，现有一个程序在后台运行output.ksh > log.txt &,    在将log.txt 删除后，该程序仍未退出。(ps -ef | grep output , 仍然可以查到)
问，在不重新启动output.ksh的情况下，有没有可能 重新捕获该程序输出，并重定向到新的文件。


不好意思，有些字漏打了，现在应该明白了吧！

[ 本帖最后由 zenith518 于 2008-12-27 12:38 编辑 ]

ubuntuer

不是太懂你意思...
这样output.ksh |　tee tmp.txt　 > log.txt?

dearvoid

俺懂了 lz 的意思

zenith518

发现一个奇怪的现象，如果开另一个窗口，tail -f log.txt 的话，即使在原窗口将log.txt删除，运行的tail也不会停下来，还能继续输出output.ksh输出的内容。但是一旦停下来(按Ctrl-C)，再次执行tail 的话就不行了。 这个背后是什么机理再起作用？
我的系统是 solaris x86。

[ 本帖最后由 zenith518 于 2008-12-27 12:46 编辑 ]

dearvoid

waiting ...

ly5066113

删除后，程序还会自动创建log.txt吧。

yezhulin1982

zenith518

不重启，是不会的，除非有其他的特殊办法

nhw_cs

还是让本高手来解惑吧. 有很多人问过与这个你说的这个现象相似的问题，但很少有人将原理解释的很清楚。这个的确与unix内核独特的设计原理有关系. 由于手懒, 这里仅做简要的解释, 如果还不明白就再说吧.

(1) 删除文件的操作实际包含了两个动作: 删除文件目录项和本件内容的存储区域
(2) 当进程执行删除文件操作时, 首先文件目录项被无条件删除 (此时你用ls看不到该文件了, 就是这个原因), 但接下来文件内容的存储区是否会被删除取决与一个条件: 当前是否有进程在使用（打开)件, 如果是, 就不被删除. 否则就删除.
(3) 正因为这个原理, 所以删除任何一个正在被另一个进程打开的文件都不会对该t进程的运行产生影响, 虽然此时文件的目录项目已经没了. 这个与windows的程序运作方式是不同的
(4) UNIX内核是如何实现这种机制的呢? 这又会涉及到文件打开描述符表和文件表等内存结构有关..再次不赘述.

dearvoid

继续期待中 ...