unix下拷贝文件(转)[@more@]前几日,为了将一台安装SCO UNIX 5.0.5主机上的TAR打包文件备份, 需要将其通
过网络传送到另外一台配有磁带机的UNIX主机上。两台主机通过TX530网卡相连,用FTP
传送的时候,前几个文件分别在10M、20M字节大小,都能够顺利传送。但其中有一个文
件压缩后体积已达98M之巨,传送了几次,要么只能传40M, 要么只能传20M左右就导致
网络崩溃,换画面PING对方主机,本应为零的速率延迟降为2400多毫秒,而且误码率极
高,只有重新启动两台主机才能恢复网络通讯。
UNIX的SHELL功能强大,非WINDOWS可比,从上面使用的TAR、FTP已可管窥。同样,
UNIX已经提供了文件切割功能,不需要费力气去寻找第三方的文件切割程序。能完成
这个功能的UNIX命令就是DD。
要切割的大文件为DGJD,共98336321字节,则:
dd if=dgjd of=zz1 bs=1 count=20000000
dd if=dgjd of=zz2 bs=1 count=20000000 skip=20000000
dd if=dgjd of=zz3 bs=1 count=20000000 skip=40000000
dd if=dgjd of=zz4 bs=1 count=20000000 skip=60000000
dd if=dgjd of=zz5 bs=1 count=18336321 skip=80000000
其中IF(INPUT FILENAME)是要切割的大文件名,OF(OUTPUT FILENAME)是切割后
的子文件名,BS是指明以多少字节作为一个切割记录单位,COUNT是要切割的单位记录数,
SKIP是说明切割时的起点,单位同样以BS设定值为准。通过上述五条指令就将DGJD大文件
切割成为4个2千万字节、1个18336321字节的子文件。要注意的是SKIP的值不能错。 由此
也不难看出,DD切割是“非损耗”式的切割,并且支持从任意位置开始的任意大小的切割。
要将生成的ZZ1、ZZ2、ZZ3、ZZ4四个子文件组装为XDGJD,则:
dd if=zz1 of=xdgjd bs=1 count=20000000
dd if=zz2 of=xdgjd bs=1 count=20000000 seek=20000000
dd if=zz3 of=xdgjd bs=1 count=20000000 seek=40000000
dd if=zz4 of=xdgjd bs=1 count=20000000 seek=60000000
dd if=zz5 of=xdgjd bs=1 count=18336321 seek=80000000
其中SKIP参数改为SEEK参数,指明组装的新大文件XDGJD每次的开始位置是从文件头开
始多少字节。如果缺省,则组装从文件头开始,显然这不是我们每次都希望的, 所以需用
SEEK参数明确指出开始位置。通过以上5个指令,即可将5个子文件重新组装为一个大文件。
将切割后生成的子文件重新用FTP传送,结果有的能够顺利传送, 有的仍然导致网络瘫痪,
不怕,继续切割,切成每个一千万字节,再传,OK!成功传送!
测试表明,每次传送的文件最好小于12M字节,否则可能导致网络故障。另外,DD这个
命令最初是为了进行编码转换而设计的,用于在大型机中将EBCDIC字符代码转换为ASCII代
码,但此功能已不常用,现在DD成了文件系统备份的工具,以及做一些类似文件切割的“另
类业务”,正所谓“有心栽花花不开,无心插柳柳成荫”,不过对于用户来说,重要的是软
件能否完成自己需要的功能,它的“本职工作”是什么并不重要,“不管白猫黑猫,捉住老
鼠就是好猫”!实用为本,软件的生命力就在于实用。
过网络传送到另外一台配有磁带机的UNIX主机上。两台主机通过TX530网卡相连,用FTP
传送的时候,前几个文件分别在10M、20M字节大小,都能够顺利传送。但其中有一个文
件压缩后体积已达98M之巨,传送了几次,要么只能传40M, 要么只能传20M左右就导致
网络崩溃,换画面PING对方主机,本应为零的速率延迟降为2400多毫秒,而且误码率极
高,只有重新启动两台主机才能恢复网络通讯。
UNIX的SHELL功能强大,非WINDOWS可比,从上面使用的TAR、FTP已可管窥。同样,
UNIX已经提供了文件切割功能,不需要费力气去寻找第三方的文件切割程序。能完成
这个功能的UNIX命令就是DD。
要切割的大文件为DGJD,共98336321字节,则:
dd if=dgjd of=zz1 bs=1 count=20000000
dd if=dgjd of=zz2 bs=1 count=20000000 skip=20000000
dd if=dgjd of=zz3 bs=1 count=20000000 skip=40000000
dd if=dgjd of=zz4 bs=1 count=20000000 skip=60000000
dd if=dgjd of=zz5 bs=1 count=18336321 skip=80000000
其中IF(INPUT FILENAME)是要切割的大文件名,OF(OUTPUT FILENAME)是切割后
的子文件名,BS是指明以多少字节作为一个切割记录单位,COUNT是要切割的单位记录数,
SKIP是说明切割时的起点,单位同样以BS设定值为准。通过上述五条指令就将DGJD大文件
切割成为4个2千万字节、1个18336321字节的子文件。要注意的是SKIP的值不能错。 由此
也不难看出,DD切割是“非损耗”式的切割,并且支持从任意位置开始的任意大小的切割。
要将生成的ZZ1、ZZ2、ZZ3、ZZ4四个子文件组装为XDGJD,则:
dd if=zz1 of=xdgjd bs=1 count=20000000
dd if=zz2 of=xdgjd bs=1 count=20000000 seek=20000000
dd if=zz3 of=xdgjd bs=1 count=20000000 seek=40000000
dd if=zz4 of=xdgjd bs=1 count=20000000 seek=60000000
dd if=zz5 of=xdgjd bs=1 count=18336321 seek=80000000
其中SKIP参数改为SEEK参数,指明组装的新大文件XDGJD每次的开始位置是从文件头开
始多少字节。如果缺省,则组装从文件头开始,显然这不是我们每次都希望的, 所以需用
SEEK参数明确指出开始位置。通过以上5个指令,即可将5个子文件重新组装为一个大文件。
将切割后生成的子文件重新用FTP传送,结果有的能够顺利传送, 有的仍然导致网络瘫痪,
不怕,继续切割,切成每个一千万字节,再传,OK!成功传送!
测试表明,每次传送的文件最好小于12M字节,否则可能导致网络故障。另外,DD这个
命令最初是为了进行编码转换而设计的,用于在大型机中将EBCDIC字符代码转换为ASCII代
码,但此功能已不常用,现在DD成了文件系统备份的工具,以及做一些类似文件切割的“另
类业务”,正所谓“有心栽花花不开,无心插柳柳成荫”,不过对于用户来说,重要的是软
件能否完成自己需要的功能,它的“本职工作”是什么并不重要,“不管白猫黑猫,捉住老
鼠就是好猫”!实用为本,软件的生命力就在于实用。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/8494135/viewspace-962805/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/8494135/viewspace-962805/