Chinaunix

标题: 紧急求救——关于0级备份时遇到的问题 [打印本页]

作者: 张芷若 时间: 2003-01-29 16:52
标题: 紧急求救——关于0级备份时遇到的问题
#ufsdump 0uf /dev/rmt/0n /
当前根区已经占用75%
当备份到50％时，发现根区占用量达到100%,备份无法进行。

请教各位大侠，如何处理啊！！！

作者: 南非蜘蛛 时间: 2003-01-29 16:55
标题: 紧急求救——关于0级备份时遇到的问题
换磁带了

作者: 张芷若 时间: 2003-01-29 17:01
标题: 紧急求救——关于0级备份时遇到的问题
磁带的空间足够备份根区的内容呀？

作者: iricyan 时间: 2003-01-29 17:07
标题: 紧急求救——关于0级备份时遇到的问题
/tmp满了？？？

作者: 张芷若 时间: 2003-01-29 17:17
标题: 紧急求救——关于0级备份时遇到的问题
根区满了，/tmp没有

作者: 南非蜘蛛 时间: 2003-01-29 17:25
标题: 紧急求救——关于0级备份时遇到的问题
/区就是整个硬盘,当然你的空间不够了

作者: 张芷若 时间: 2003-01-29 17:36
标题: 紧急求救——关于0级备份时遇到的问题
那当时分区的时候分了好几个区，那这么说难道只需要备份/就可以了吗？

作者: 南非蜘蛛 时间: 2003-01-29 17:40
标题: 紧急求救——关于0级备份时遇到的问题
要整个硬盘数据备份吗?

作者: cookiwu 时间: 2003-01-29 17:40
标题: 紧急求救——关于0级备份时遇到的问题
[quote]原帖由 "南非蜘蛛"]/区就是整个硬盘,当然你的空间不够了[/quote 发表：

不太理解？

作者: 张芷若 时间: 2003-01-29 17:41
标题: 紧急求救——关于0级备份时遇到的问题
备份所有的分区

作者: iricyan 时间: 2003-01-30 02:32
标题: 紧急求救——关于0级备份时遇到的问题
有没有什么错误信息呢？
单用户下试试呢？

作者: 张芷若 时间: 2003-01-30 08:22
标题: 紧急求救——关于0级备份时遇到的问题
我就是在单用户下进行的。
备份时，根区占用不断增大，达到100％时，备份无法继续进行，信息”NEED ATTENTION 。ARE YOU RESTART?我选择NO，中断了备份。此时/dev/rmt下有一个文件0n,将其删除后，根区占用恢复原状。

请问，我得0级备份该如何进行呀！是不是我得命令有问题那？

作者: mmmmn 时间: 2003-01-30 08:48
标题: 紧急求救——关于0级备份时遇到的问题
请检查你的磁带机，有可能你的磁带机没有被系统认好，你试着去读写一下看看

作者: 张芷若 时间: 2003-01-30 08:52
标题: 紧急求救——关于0级备份时遇到的问题
磁带机没有问题，因为我已经测试过的。
我已经备了两个区，都是容量比较小的。
/ （大约2G)
/OPT (1. 6G）
这两个区比较大，没有备下来。

作者: mmmmn 时间: 2003-01-30 08:59
标题: 紧急求救——关于0级备份时遇到的问题
df -k是什么？贴一下

作者: 张芷若 时间: 2003-01-30 09:15
标题: 紧急求救——关于0级备份时遇到的问题
df -k
Filesystem          kbytes used avail capacity  Mounted on
/proc                   0    0    0    0% /proc
/dev/dsk/c0t0d0s0 4249646 2674418 1532732 64% /
fd                      0    0    0    0% /dev/fd
/dev/dsk/c0t0d0s4 1987399 1199676  728102 63% /var
/dev/dsk/c0t0d0s6 3009327 17232 2931909    1% /aimcque
/dev/dsk/c0t0d0s7 3009327    29 2949112    1% /aimcwtmp
/dev/dsk/c0t0d0s5 3009327 1515986 1433155 52% /opt
swap                3572272    408 3571864    1% /tmp

作者: gp 时间: 2003-01-30 09:16
标题: 紧急求救——关于0级备份时遇到的问题
#ufsdump 0uf /dev/rmt/0n / 好象这么写不好，你用/dev/rdsk/cxtxdxsx代替/试试。/分区被占满的原因好象是你把dump文件做到了/dev/rmt下而不是磁带上

作者: 张芷若 时间: 2003-01-30 09:20
标题: 紧急求救——关于0级备份时遇到的问题
我明白了，我这样写有可能是先写到根区下再写到磁带中的，系统是可能认为磁带是根区下文件来对待了。我再试试你给的方法，谢谢了！

作者: 张芷若 时间: 2003-01-30 09:33
标题: 紧急求救——关于0级备份时遇到的问题
还是不行？？？

作者: 张芷若 时间: 2003-01-30 09:38
标题: 紧急求救——关于0级备份时遇到的问题
GP
我用您的的办法试过了，和原来的情况一样啊？

作者: gp 时间: 2003-01-30 09:39
标题: 紧急求救——关于0级备份时遇到的问题
在/dev/rmt下是否有一个大文件？还有确认/dev/rmt/0n的正确

作者: 张芷若 时间: 2003-01-30 09:45
标题: 紧急求救——关于0级备份时遇到的问题
/dev/rmt下只有一个文件0
当备份无法进行时，此时/dev/rmt下有两个文件0和0n，0n很大，约1.6G，根区占用达到100％

作者: footboy945 时间: 2003-01-30 09:48
标题: 紧急求救——关于0级备份时遇到的问题
是因为备份出了问题，不是写到磁带，而是生成了一个文件，你应该检查备份命令的使用，有可能写错，或者，你的设备号就不是/dev/rmt/0，象我的，就是/dev/rmt/3 你可以先用mt命令检查一下磁带机的状态，就可以知道是不是这个问题

作者: gp 时间: 2003-01-30 09:49
标题: 紧急求救——关于0级备份时遇到的问题
你的设备文件有问题了。rmt下的文件都是链接device的，你没有0n这个设备。做dump时用0吧

作者: footboy945 时间: 2003-01-30 09:53
标题: 紧急求救——关于0级备份时遇到的问题
0n 的意思是设备0 不自动卷带，不是其他设备，你的设备号应该不是 0

作者: 张芷若 时间: 2003-01-30 09:57
标题: 紧急求救——关于0级备份时遇到的问题
mt -f /dev/rmt/0 status
mt:Inappropriate ioctl for device

作者: gp 时间: 2003-01-30 10:00
标题: 紧急求救——关于0级备份时遇到的问题
ls -l /dev/rmt 贴出来

作者: footboy945 时间: 2003-01-30 10:02
标题: 紧急求救——关于0级备份时遇到的问题
好象是磁带机读写（i0）有问题，如果机子可以重启的话，你用reboot -- -r 重起一下，或者检查一下磁带机本身。
奇怪的是，如果不是设备号的问题，磁带机不可写的话也不应该写到硬盘啊，这个有待高手指点

作者: gp 时间: 2003-01-30 10:09
标题: 紧急求救——关于0级备份时遇到的问题
我以前遇到过这样的问题，就是目标设备不存在，系统会认为你的目标是做成一个dump文件，于是在/dev/rmt下就会有一个大文件产生。

作者: 张芷若 时间: 2003-01-30 10:20
标题: 紧急求救——关于0级备份时遇到的问题
cd /dev/rmt
ls -l
total 0

作者: footboy945 时间: 2003-01-30 10:30
标题: 紧急求救——关于0级备份时遇到的问题
现在你在做什么啊？有检查磁带机吗？ mt命令看到的状态一定要对的啊

作者: 张芷若 时间: 2003-01-30 10:32
标题: 紧急求救——关于0级备份时遇到的问题
/dev/rmt下什么也没有了，

作者: gp 时间: 2003-01-30 10:33
标题: 紧急求救——关于0级备份时遇到的问题
你的系统中没有磁带机被发现。以下是一台4500的
$ ls -l /dev/rmt
total 48
lrwxrwxrwx 1 root    root       49 Feb  8  2002 0 ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:
lrwxrwxrwx 1 root    root       50 Feb  8  2002 0b ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:b
lrwxrwxrwx 1 root    root       51 Feb  8  2002 0bn ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:bn
lrwxrwxrwx 1 root    root       50 Feb  8  2002 0c ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:c
lrwxrwxrwx 1 root    root       51 Feb  8  2002 0cb ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:cb
lrwxrwxrwx 1 root    root       52 Feb  8  2002 0cbn ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:cbn
lrwxrwxrwx 1 root    root       51 Feb  8  2002 0cn ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:cn
lrwxrwxrwx 1 root    root       50 Feb  8  2002 0h ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:h
lrwxrwxrwx 1 root    root       51 Feb  8  2002 0hb ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:hb
lrwxrwxrwx 1 root    root       52 Feb  8  2002 0hbn ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:hbn
lrwxrwxrwx 1 root    root       51 Feb  8  2002 0hn ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:hn
lrwxrwxrwx 1 root    root       50 Feb  8  2002 0l ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:l
lrwxrwxrwx 1 root    root       51 Feb  8  2002 0lb ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:lb
lrwxrwxrwx 1 root    root       52 Feb  8  2002 0lbn ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:lbn
lrwxrwxrwx 1 root    root       51 Feb  8  2002 0ln ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:ln
lrwxrwxrwx 1 root    root       50 Feb  8  2002 0m ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:m
lrwxrwxrwx 1 root    root       51 Feb  8  2002 0mb ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:mb
lrwxrwxrwx 1 root    root       52 Feb  8  2002 0mbn ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:mbn
lrwxrwxrwx 1 root    root       51 Feb  8  2002 0mn ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:mn
lrwxrwxrwx 1 root    root       50 Feb  8  2002 0n ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:n
lrwxrwxrwx 1 root    root       50 Feb  8  2002 0u ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:u
lrwxrwxrwx 1 root    root       51 Feb  8  2002 0ub ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:ub
lrwxrwxrwx 1 root    root       52 Feb  8  2002 0ubn ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:ubn
lrwxrwxrwx 1 root    root       51 Feb  8  2002 0un ->; ../../devices/sbus@3,0/SUNW,fas@3,8800000/st@4,0:un
首先保证磁带机与主机连接完好，如果能重启用boot -- -r看是否能找回设备文件，还不行就只能用ln命令做一个了。你是什么机器？

作者: 张芷若 时间: 2003-01-30 10:38
标题: 紧急求救——关于0级备份时遇到的问题
我的机器是3500
昨天刚刚加的磁带机，当时我用tar命令测试过的。
我的另一台机器3500，看到的信息和你贴的很类似，但是这台就不行。

另外，我刚刚重新启动了机器，只是我没有用BOOT -R，安道理，机器重新加电，应该自动检测新硬件的。

现在我该怎么办那

作者: gp 时间: 2003-01-30 10:44
标题: 紧急求救——关于0级备份时遇到的问题
如果这两台3500的磁带机SCSI ID一样，位置一样，你可以照着好的那台把/dev/rmt的文件连接上，我做过可以备份的。还有/devices下的文件还有吧，要是那些文件都没了我就不知道该怎么办了。

作者: gp 时间: 2003-01-30 10:46
标题: 紧急求救——关于0级备份时遇到的问题
你只连0和0n就行了，其他的基本用不到。

作者: footboy945 时间: 2003-01-30 10:47
标题: 紧急求救——关于0级备份时遇到的问题
不用 -r ，是不会重新检查新设备的

作者: 张芷若 时间: 2003-01-30 12:00
标题: 紧急求救——关于0级备份时遇到的问题
我用boot -r重新启动了机器，
在/dev/rmt
下与磁带的链接都存在了，这次备份时，根区不再增大了。

已经成功备份啦！

谢谢两天来关心我的问题的各位朋友，真切地让我感受到我们论坛地温馨。马上要到新年了，我衷心祝福大家，新春快乐，羊年里喜气洋洋！！！

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)