rm,管道和硬链接的问题

casio1374633

首先是rm和管道.

我的$HOME下面有很多~文件.想批处理掉.于是一开始我写的是
rm *~$结果是说没有找到'*~$'文件.以为需要匹配再删除,于是改为

ls -a | grep '~$' | rm结果还是错误.但是我改成
ls -a | grep '~$' | wc却正确..

不明白为什么
后来又尝试直接输入rm *~  .结果成功了.
这个一个是最先开始我rm *~$时候,为什么2个正则都没被解释?我并没有使用跳脱阿?
再就是为什么在通过管线的时候.wc可以,rm却不能?

--------------------------%<----------------------
再来说下硬链接

比如说我在win分区下面的A目录内对文件123(同分区内)建立了硬链接到B目录(ln /A/123 /B/123).

首先是,在win下面,B目录内的123是什么?快捷方式?还是什么都不是.根本打不开?还是被等同于复制了?

然后somebody在win 下面删除了A目录的123.用的是shift+del.请问.这次的删除是只删除了节点I的链接还是连节点I删除并释放了数据块?如果我再在linux下面查看B目录的123,还能找到文件不?

----------------------%<------------------------
谢谢~~

remote fish

关于第一个问题, 楼主请想一想, rm 支持从标准输入讨取文件名吗?

casio1374633

谢谢1楼答复,从标准输入删除我还真没做过.刚刚自己测试了下.cat | rm 是不成功的.看来rm不能从标准输入.不过
rm *~$为什么2个正则都没有被解释呢?反而rm *~被解释了?是不是^和$不能应用在rm中?

kid.xiyang

rm貌似只能匹配*  .  [] [!] 这些吧。

dragonx

对于目录，做硬链接是没有意义的。
硬链接是不占用硬盘空间的，因为只是增加了对象的应用激数。你增加硬链接后，可以df看一下，硬盘空间是不变的，你可以拿个大文件试试。cp出来的文件是有一个新文件id的，硬链出来的是同一个文件id。要注意硬链只能在同一分区下使用。

dragonx

用管道rm我好像没试过，写个简单的shell可以解决吧

BEINGJESSE

globbing is NOT RE, ok?

remote fish

Post by casio1374633;1813640
rm *~$为什么2个正则都没有被解释呢?反而rm *~被解释了?是不是^和$不能应用在rm中?

请继续思考, 当楼主在 shell 中敲 rm * 并按回车时究竟是由谁来对 * 进行扩展? 是 rm 还是 sh? 其扩展的原则与 grep 中使用的正则表达式相同吗?

casio1374633

首先回答5楼,我已经写了我是针对文件做硬链接.对目录的硬链接好像只有root可以.(关于这个现象,我自己做个试验好了.待会我把试验的现象写出来.有高手帮忙分析下原理好了,主要是关于是否删除了节点I和释放了数据块的问题)

回8楼,我个人的思考是rm中的扩展只是由rm来负责.因为grep种的正则是针对文件内的字符或者标准输入中进行匹配的.通过cat | grep可以进行测试(我貌似做过这个练习).
我个人的理解是grep中的正则表达式是由sh来扩展的.而rm中的是只由rm负责扩展.

这个只是我的个人思考,希望得到解答.谢谢~~

-------------------------%<-------------------
补充.刚刚去试验了下硬链接的事情.在win的NTFS分区下面创建了文件123.然后在同分区另一目录下面做了硬链接123_ln.重启进入win.在硬链接文件123_ln上用vim做了修改.然后再返回到文件123,发现123也被修改了.首先是硬链接和源文件确实指向同一节点,这个在win下面也是被认出的.还有就是删除123文件以后.123_ln文件依然可以被打开把并编辑.效果和linux下面的一样.奇怪windows为什么不做这个硬链接的功能而只有一个快捷方式?

还有就是发现在win下分区创建的文件和目录自动为root,组root.属性777..不明原因~~

remote fish

关于谁来扩展, 如何扩展, 建议楼主去查查资料再下结论