我使用 ufsdump 檔案到 tape 裡面。

1.使用 tar -tvf /dev/rmt/0 無法列出檔案，是不是用那個指令 dump 進去 tape，就用那個那個指令 list 呢？

2.用 ufsdump 之後..no rewind...能够繼續用 tar 加檔案進去嘛？我實做的結果不行...??!!!

3.如何能够查看 tape 的容量及使用空間??

thx..

vahmoiz 回复于：2003-02-17 16:16:28
[quote:331c16598a="cmc"]我使用 ufsdump 檔案到 tape 裡面。

1.使用 tar -tvf /dev/rmt/0 無法列出檔案，是不是用那個指令 dump 進去 tape，就用那個那個指令 list 呢？

2.用 ufsdump 之後..no rewind...能够繼續用 tar 加檔案進去嘛?.........[/quote:331c16598a]

1.是的，只能用相应的命令，所以做完操作一定要在磁带上做标记，否则您会头很大

2.能够，假如您上一条命令的设备名带n结尾，否则就要先mt 到尽头再tar

3.没办法，因为磁带不是块设备，是字符设备，只能顺序读写，不能计算容量和位置

race 回复于：2003-02-17 16:24:49
2.用 ufsdump 之後..no rewind...能够繼續用 tar 加檔案進去嘛？我實做的結果不行...??!!!
最好别这样做，稍微操作不当，原来备份的资料就没了

南非蜘蛛 回复于：2003-02-17 16:26:42
还要看磁带机支持不支持

cmc 回复于：2003-02-17 16:51:06
[quote:8e2e145ef1="vahmoiz"]

3.没办法，因为磁带不是块设备，是字符设备，只能顺序..........[/quote:8e2e145ef1]

Apreciate vahmoiz、race、南非蜘蛛's kindly help !!

依照第三點，也就是說 raw device 都沒辦法計算容量只能順序讀寫？！

block device 才能夠計算容量？！why？

mmmmn 回复于：2003-02-17 19:28:50
[quote:c1588cac7a="cmc"]

Apreciate vahmoiz、race、南非蜘蛛's kindly help !!

依照第三點，也就是說 raw device 都沒辦法計算容量只能順序讀寫？！

block device 才能夠計算容量？！why？[/quote:c1588cac7a]
这个是流设备的特性。
其实总容量已给您标的很清楚了，不是吗？

helixor 回复于：2003-02-17 19:30:20
[quote:201d45ec89="cmc"]

Apreciate vahmoiz、race、南非蜘蛛's kindly help !!

依照第三點，也就是說 raw device 都沒辦法計算容量只能順序讀寫？！

block device 才能夠計算容量？！why？[/quote:201d45ec89]

1. ufsdump的文档只能用ufsrestore来看。
#ufsdump 0f /dev/rmt/0n /dev/dsk/c0t0d0s0
#ufsretore tf /dev/rmt/0n

2. 是能够的。
例如：
#ufsdump 0f /dev/rmt/0n /dev/dsk/c0t0d0s0
#ufsdump 0f /dev/rmt/0n /dev/dsk/c0t0d0s1
dev/dsk/c0t0d0s0文档系统和/dev/dsk/c0t0d0s1文档系统的文档应该都能保存。

3. tape的容量由磁带机和写的方式决定。Sun常见的tape driver有以下几种，如有记忆错误，请指正。

dds-3 12-24GB (12GB为正常写的容量。24GB为压缩方式写的容量，以下如是)
dds-4 20-40GB
DLT7000 35-70GB
DLT8000 40-80GB
LTO 100-200GB
SDLT 110-220GB

注意：磁带的容量并不以磁带本身的容量为准，而是磁带机容量
和磁带容量取下值。
例如，DLT8000的磁带放在DLT7000的磁带机中读写，正常读写的最大容量为35GB。

写的方式能够参考man st。以压缩方式写时的容量，取决于写进去的文档的格式。以DLT8000为例，写zip文档到/dev/rmt/0cn中，也许只能写41G，但写大的文本文档，有可能写200G。

不能察看已使用的空间。