手机版
你好,游客 登录 注册 搜索
背景:
阅读新闻

浅谈Linux下mv和cp命令的区别

[日期:2012-12-24] 来源:Linux社区  作者:firefoxbug [字体: ]

浅谈Linux下mv和cp命令的区别

我之前在项目中遇到一个很奇怪的问题,对于inotify监视一个文件的时候,发现有些时候inotify有些时候会“失效”。后来我就没办法,去监视文件所在的目录。看下面的,

#!/bin/bash

src=/tmp/test/test.txt      # directory to monitor
/usr/local/bin/inotifywait -rmq  -e modify $src |  while read  event
do
    echo "hello"
done

奇怪的现象就是如果我 mv test.txt  /tmp/test/test.txt 的时候,发现 inotify 竟然没有除非,但是我无意中发现 cp test.txt  /tmp/test/test.txt 的时候,强制覆盖了,发现 inotity 就触发了。我这两天上OS的时候,突然间想到了原因。可能是 inode 节点的问题,看下面

浅谈Linux下mv和cp命令的区别

上面注意 inode 节点的变化,cp 的时候是真正意义上的内容copy,对于 inode 节点却是不会变化的mv 的时候是把目标文件直接删除了(inode 删除了),新的文件其实已经不是以前的文件了,只是名字一样而已。这样就可以解释 inotify 的“异常”了,mv 之后原文件的 inode 节点都已经删除了,inotify是跑在内存里面的,它依然在读取之前的 inode 节点,但是已经删除了,这导致了inotify挂了。

inode 是OS在磁盘上寻找文件一个必不可少的,下面可以再来看个例子.

#include <stdio.h>
#include <string.h>
#include <stdlib.h>
#include <fcntl.h>

int main(int argc, char const *argv[])
{
 /* code */
 int fd = open("./1.txt",O_RDWR);
 char buff[256] = {'\0'};
 if (fd < 0)
 {
  printf("error open file\n");
  exit(1);
 }
 int i = 0;
 while(1)
 {
  sprintf(buff,"%d %s\n",i,"hello");
  write(fd,buff,strlen(buff)+1);
  printf("%s\n",buff );
  ++i;
  sleep(1);
 }
 close(fd);
 return 0;
}

上面的程序就是向1.txt写文件,前提是 1.txt 是存在的,真正的原因就是没有 inode 节点,也就没有了对应的磁盘文件.现在假设有了 1.txt 这时候程序 1s 钟写一次文件,我们 mv 1.txt 2.txt ,这时候会发现程序竟然向 2.txt 里面写数据了,原因就是程序是在内存里面,对于1.txt 的抽象就是文件描述符号,write只认识它,write 通过写描述符,描述符去找相应的 inode 节点,然后写磁盘.mv 了之后 inode 节点还是存在的,也就是写 2.txt 了.

linux
本文评论   查看全部评论 (0)
表情: 表情 姓名: 字数

       

评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款