查看: 1062|回复: 7
该用户已被删除
我有好多问题啊~麻烦高手们帮忙回答下
1.暗黑武装龙有苏生限制吗?
2.在对方的战斗阶段攻击我的剑斗兽后战阶完结时,那剑斗没被破坏,我可以让那只剑斗兽回卡组特召其他的剑斗兽吗?若剑斗破坏了呢?
3.对方的怪物2400攻,我的剑斗兽攻击力在2400以下,我让这只剑斗兽撞上去对方的怪上,剑斗兽战破了,那么我在战阶完结时可以让那只剑斗兽回卡组特召其他的剑斗兽吗?
麻烦高手们帮忙解决解决啊~~
最后登录在线时间5327 小时UID319859阅读权限70积分7941精华0蘑菇2 朵N币7895 枚帖子注册时间
Nw资深, 积分 7941, 距离下一级还需 59 积分
蘑菇2 朵N币7895 枚帖子注册时间
1。不能苏生的怪你谈什么苏生限制
2。3。剑斗兽只有参与战斗并且留场才能发动回卡组的效果
最后登录在线时间589 小时UID371787阅读权限60积分1688精华0蘑菇2 朵N币1103 枚帖子注册时间
Nw精英, 积分 1688, 距离下一级还需 3312 积分
蘑菇2 朵N币1103 枚帖子注册时间
我是菜鸟…也会一点点啊。
1.恩恩，就是那个只能一个方式特招啊……
2.没破坏可以回，破坏了不能回。
3.还是破坏了不能回。
你可以装备斗器上去撞，那样不被战破就回去了。
努力~努力！
最后登录在线时间13269 小时UID7094阅读权限100积分26982精华3蘑菇10 朵N币3148 枚帖子注册时间
圣战之日，即将来临
蘑菇10 朵N币3148 枚帖子注册时间
原帖由 DeltaR 于
22:42 发表
1。不能苏生的怪你谈什么苏生限制
2。3。剑斗兽只有参与战斗并且留场才能发动回卡组的效果
黑RN一样可以谈苏生限制，你并不能确定哪个以后会不会出“无视召唤条件”的苏生效果。
发出一个聚会的邀请给爬树，爬树有可能会来，也可能会不来。所以在聚会结束之前，爬树既是来聚会的，也是不来聚会的
人们把这个叫做薛定谔的爬树
最后登录在线时间5327 小时UID319859阅读权限70积分7941精华0蘑菇2 朵N币7895 枚帖子注册时间
Nw资深, 积分 7941, 距离下一级还需 59 积分
蘑菇2 朵N币7895 枚帖子注册时间
其实我想知道黑RN是什么。。。
最后登录在线时间5327 小时UID319859阅读权限70积分7941精华0蘑菇2 朵N币7895 枚帖子注册时间
Nw资深, 积分 7941, 距离下一级还需 59 积分
蘑菇2 朵N币7895 枚帖子注册时间
竟然连帖了，网络问题，下次注意
[ 本帖最后由 DeltaR 于
23:25 编辑 ]
该用户已被删除
这么快就有高手帮忙解决了~~好感动..
最后登录在线时间5338 小时UID59043阅读权限80积分8166精华9蘑菇15 朵N币2137 枚帖子注册时间
現実は、あなたの想像を凌駕する
Nw师匠, 积分 8166, 距离下一级还需 4834 积分
蘑菇15 朵N币2137 枚帖子注册时间
某BZ说过..
以后凡是跟武装龙相关的战术的都叫&RN流&
故武装龙=RN- -
Let life be beautiful like summer flowers and death like autumn leaves& && &&&
& && && && && && && && && && && && && && && && && && && && && & ---Rabindranath Tagore
版主勋章：授予NW所有在职版主
钢普拉栗子（扎古款式）
在少年Y正在烦恼如何在钢普拉大赛的舞台上做出能匹敌少年X的作品之时。家里饲养着的栗子球正好拿着一把扎古的枪。少年Y因此获得了巨大的灵感，想着做出一套能让少年X大吃一惊的钢普拉。
2013探宝者勋章
2013年终总结纪念章
Powered by百度拇指医生
&&&普通咨询
您的网络环境存在异常，
请输入验证码
验证码输入错误，请重新输入本站《游戏都会》所有小游戏作品版权归原作者享有，如无意之中侵犯了您的版权，请您按照来信告知，本网站将应您的要求3个工作日删除。
游戏都会专业专注于小游戏，为你提供更多更好的在线试玩。
Copyright (C) , All Rights Reserved.高手请进，我有一个无法解决的问题，一定要帮忙呀，回答请详细，万分感谢！！！
问题补充：我的红色警戒2尤里复仇打不开，没改兼容打开出现这个按网上的方法改了兼容后又出现这个我下的红色警戒3起义时刻都可以玩，我问这个问题都在论坛上问了无数次了，每次都解决不了，我都下了无数次了，我一定要搞明白怎么回事，请高手帮忙，详细一点。谢谢，万分感谢。。。！！！！！！！！向高手致敬！！！！！！
最佳回答：在别的地方看到的&以下为引用凤凰卡屏:&偶尔发现的，关于红警2（红色警戒2）含尤里复仇出现：***FATAL***String&manager&failed&to&initilaized&properly&的解决办法，看下自己游戏目录下面有没有&Binka32.dll&这个文件，很多网上下载的都没有，百度网盘链接：;下载下来打上就行了（本人xp3系统）
其他回答：系统的问题吧?是电脑不支持下次自动登录
现在的位置:
& 综合 & 正文
空间满问题，请各位高手帮忙啊！
原贴：http://www.lslnet.com/linux/dosc1/47/linux-323341.htm
空间满问题，请各位高手帮忙啊！
我的/usr分区空间满，结果出了问题。现在我即使已经移走了很多文件，空间占用率仍然是100％，而且ftp也不能用了，好痛苦啊！请各位大侠帮忙啊。 以下为df -k的输出结果： Filesystem
Used Available Use% Mounted on /dev/hda5
% / /dev/hda1
21% /boot /dev/hda3
% /home none
0% /dev/shm /dev/hda2
0 100% /usr /dev/hda7
/usr明明有空间，为什么总是100％。。。。。55
空间满问题，请各位高手帮忙啊！
1)虽然你移走一些文件，但是仍然有应用程序在产生新文件 2)是否inode满了
空间满问题，请各位高手帮忙啊！
空间满问题，请各位高手帮忙啊！
--& 第一种可能是不会的，因为你看used比总数少很多的，但是available死活都是0，我觉得可能是第二个原因。请问应该如何解决？ Filesystem
Mounted on
空间满问题，请各位高手帮忙啊！
没有人帮忙么？ 自己顶一下先。
空间满问题，请各位高手帮忙啊！
用 df -i 就可知道是否 inode 用光了，不用靠猜的...
Linux 每個 file system 的 %5 空間是保留給 root 使用的， 你自己算算
x 95% 是否差不多
要解決的話，先 du -hs /usr/* 抓出最吃空間的目錄(如 /usr/mydir)，再加一個硬盤(如 hdb5)，將之轉移過去。 進入單人模式，再跑： mkidr /mnt/tmp mount /dev/hdb5 /mnt/tmp mv /usr/mydir/* /mnt/tmp echo '/dev/hdb5 /usr/mydir ext3 defaults 1 2' &;&; /etc/fstab reboot
空间满问题，请各位高手帮忙啊！
好文，收藏之
空间满问题，请各位高手帮忙啊！
强人！！！
空间满问题，请各位高手帮忙啊！
如果是ext3，那log也会占空间的。重启一下试试。
空间满问题，请各位高手帮忙啊！
log也另行使用i-node么？
空间满问题，请各位高手帮忙啊！
不知道，不过前几天我的一块盘满了，删了好多文件也不行。当时是用来做服务器的，不能重启。有个兄弟说用sync试试，我试了，还是不行。没办法，只能用别的机器来用。过了几天重启一下，就多出来很多空间。
空间满问题，请各位高手帮忙啊！
log 一般不會放在 /usr 吧？
不管是 log 還是其它 file or directory ， 只要不是 hard-link ，都一定會消耗 i-node 。 在 ext2/ext3 的 fs type 下，其 inode 數量是有限的，一般在 mkfs 或 tune2fs 下指定/變更，但還是很不方變。 若 i-node 需求量大的話，請改用用 reiserfs 吧... 無論從效能及空間使用率上，均比 ext2/ext3 要好得多﹗
空间满问题，请各位高手帮忙啊！
我可能说的不太对，应该是ext3的journal吧。它好象是占文件系统的5%的。我也没具体看过。楼主可能试试。
空间满问题，请各位高手帮忙啊！
sync 只是將 data 從 cache/Memory 寫進 disk 而已， 與 i-node 及 block 的使用無關...
沒有機器可說"永不關機"的吧？ 除了換硬體，"維護"也是一個很正當的理由啊... 當然，事先的協調工作要做的週全一點。 從這個貼子可看得出："規劃比術術更重要﹗" 頭痛醫頭、腳痛醫腳，是最糟糕的管理模式。
p.s. 若你的 kernel 能支援 LVM ，那更是方便...
空间满问题，请各位高手帮忙啊！
空间满问题，请各位高手帮忙啊！
哦，对，q1208c兄说得，purge已经找到了答案，ext3fs的日志确实要占用inode；而像xfs和ReizerFS不一样，他们是逻辑日志。 http://www-900.ibm.com/developerWorks/cn/linux/filesystem/ext2/index.shtml http://www-900.ibm.com/developerWorks/cn/linux/filesystem/l-fs9/index.shtml
编辑了：Reiserfs对一些小文件不分配inode。而是将这些文件打包，存放在同一个磁盘分块中。原来如此。
空间满问题，请各位高手帮忙啊！
文章開宗明議說明了：--& 這在 usage 上並不會反映出來啦...
空间满问题，请各位高手帮忙啊！
谢谢网中人兄台。
空间满问题，请各位高手帮忙啊！
也多謝你為大家引薦 IBM workshop 的那份文件。很值得"細"讀哦... 然後將下面這些概念好好了解一下，比方說： block group, supblock, block group descriptor, inode, block, directory entries...
其中，df 是從 block group descriptor 那邊提取資訊的，而日誌索引則是從 super block 獲取。 因此我才說日誌不反映在 usage ... 希望大家知其然也知其所以然。
最後，一起共勉吧﹗Linux 很深澳，但也很多樂趣﹗
空间满问题，请各位高手帮忙啊！
感觉各位高手的帮助，我在网上搜了一下，找到一篇和我的问题有点类似的文章，贴出来大家一起讨论一下吧
Bug#3055: filesystem corruption caused by process accounting
--------------------------------------------------------------------------------
To: linux-kernel@vger.rutgers.edu
Subject: Bug#3055: filesystem corruption caused by process accounting
From: Winfried Truemper &truemper@MI.Uni-Koeln.DE&;
Date: Sat, 18 May :33 +0200 (MET DST)
Cc: torvalds@cs.Helsinki.FI
Old-return-path: &iwj10@cus.cam.ac.uk&;
Reply-to: Winfried Truemper &truemper@MI.Uni-Koeln.DE&;, debian-
--------------------------------------------------------------------------------
Package: acct Architecture: i386 Version: 6.1-0
Short: If the "log-file" used by the Linux process accounting exceeds the free disk space, it is not possible to cleanly free up the space used by this file. This is companioned with a several 100-line long (=broken) output of "pstree".
This may not be a bug in Debian or a bug in "accton" but (likely) a bug in the kernel. [What relates to Debian: I suggest printing a big warning when turning process accounting on.]
Long: I'm running a quite large Linux-Box where the size of the file `/var/account/pacct' easily exceeds the avaiable space in `/var' (in my case, there are usally 56MB free).
The first time the problem occured was when trying out "userfs" and I thought it was related to this software but indeed it was only triggered by it (the included "ftpfs" calls "ftp" many times so the log-file of the process-accounting grows fast).
The second time the problem ("0 bytes free on /var") came up, I was not using "userfs" and I got the same symptons:
I deleted the file `/var/account/pacct' but the space did not
free up (around 50MB). `/var' remains "full" (0 bytes free
even for root).
And even worse, the space freed up by deleting huge files in
/var/log was consumed by a rate of several dozen kb/s. Bummer!
I was able to "umount" the filesystem containg `var' after
switching of process accounting which results in massive
filesystem-corruption. ("fsck" thought the filesystem was
clean so I had to convince it with '-f').
The third time it happend I thought to be smart and switched of process-accounting _before_ deleting the file but it didn't make any difference (and that's the current state of my machine).
Two related bugs:
- the output of "pstree" is totally messed up
- wtmp is broken (this one is easy and may be a result of the
full `/var'-partition).
Output of "pstree":
init-+-afpd
|-2*[getty]
|-inetd-+-3*[in.rshd---rimapd]
`-in.telnetd---bash
|-init-+-afpd
|-inetd-+-in.rshd---rimapd
`-in.telnetd---bash
|-init-+-afpd
The "recursion" (or how to call it) is 19 levels deep. The output of "ps" is not affected.
Here are the version-numbers of all (?) programms involved:
bash&; uname -a Linux ElFi 1.3.90 #1 Wed Apr 17 21:26:33 MET DST
Linux ElFi 1.99.2 #2-pre-2.0 Mon May 13 03:38:44 MET DST
bash&; mount -V mount: mount-2.5i bash&; ac -V ac: GNU Accounting Utilities (beta release 6.1)
bash&; rm --version GNU fileutils 3.12 bash&; mv --version GNU fileutils 3.12
bash&; tune2fs -V
bash&; tune2fs -V tune2fs 1.02, 16-Jan-96 for EXT2 FS 0.5b, 95/08/09 bash&; fsck -V Parallelizing fsck version 1.02 (16-Jan-96) bash&; fsck.ext2 -V e2fsck 1.02, 16-Jan-96 for EXT2 FS 0.5b, 95/08/09
bash&; pstree -V pstree from psmisc version 11
Here's a log of what I did:
bash&; cd account/ bash&; dir total 58123 -rw-r--r--
Apr 19 20:15 pacct -rw-r--r--
737100 Apr 19 06:15 pacct.0 -rw-r--r--
131146 Apr 18 06:17 pacct.1.gz -rw-r--r--
1027577 Apr 17 06:18 pacct.2.gz -rw-r--r--
1018483 Apr 16 06:15 pacct.3.gz -rw-r--r--
41218 Apr 15 06:15 pacct.4.gz -rw-r--r--
42538 Apr 14 06:15 pacct.5.gz -rw-r--r--
160368 Apr 13 06:15 pacct.6.gz bash&; rm pacct bash&; touch pacct bash&; dir total 3106 -rw-r--r--
0 Apr 19 20:15 pacct -rw-r--r--
737100 Apr 19 06:15 pacct.0 -rw-r--r--
131146 Apr 18 06:17 pacct.1.gz -rw-r--r--
1027577 Apr 17 06:18 pacct.2.gz -rw-r--r--
1018483 Apr 16 06:15 pacct.3.gz -rw-r--r--
41218 Apr 15 06:15 pacct.4.gz -rw-r--r--
42538 Apr 14 06:15 pacct.5.gz -rw-r--r--
160368 Apr 13 06:15 pacct.6.gz bash&; df Filesystem
1024-blocks
Used Available Capacity Mounted on /dev/sda2
/ /dev/sda5
/tmp /dev/sda6
/var /dev/sda3
/var/local/dos /dev/sda7
/usr /dev/sdb2
/homes/elfi /dev/sdb3
/tftpboot /dev/sdb4
61% /usr/local/wais /dev/sdc3
/vol/mi/www /dev/sdc2
/vol/mi/www/spinner_cache /dev/sdc8
/vol/mi/www/logs/spinner /dev/sdc9
/vol/mi/www/logs/counter calvados:/homes/calvados
/homes/calvados calvados:/var/local/public
/var/local/public sun1:/homes/sun1
/homes/sun1 sun1:/ElFi
/usr/local/mi2stn/sun1/ElFi sun1:/elfi
/usr/local/mi2stn/sun1/elfi sunkaw:/homes/sunkaw
/homes/sunkaw osi:/afs
bash&; tune2fs -l /dev/sda6 tune2fs 1.02, 16-Jan-96 for EXT2 FS 0.5b, 95/08/09 Filesystem magic number:
0xEF53 Filesystem state:
not clean Errors behavior:
Continue Inode count:
24576 Block count:
98288 Reserved block count:
4914 Free blocks:
0 Free inodes:
21955 First block:
1 Block size:
1024 Fragment size:
1024 Blocks per group:
8192 Fragments per group:
8192 Inodes per group:
2048 Last mount time:
Wed Apr 17 21:56:05 1996 Last write time:
Fri Apr 19 20:26:01 1996 Mount count:
7 Maximum mount count:
20 Last checked:
Wed Apr 10 09:27:27 1996 Check interval:
0 Reserved blocks uid:
0 (user root) Reserved blocks gid:
0 (group root)
[switched to a text-console, killed nearly everything and unmounted /var]
root@ElFi:~&; fsck /dev/sda6
[fsck says' its ok !]
root@ElFi:~&; fsck -f /dev/sda6
[do a `cat /proc/kcore' to have the same effect which I had]
9 -9 -9 -9 -9 -9 -9 -9 -9 -9 -9 -90064 -9 -9 -9 -9 -9 -9 -9 -9 -9 -9 -9 -9 -9 -9 -9 -9 -9 -9 -90 101 -9 -9 -9 -9 -90110 -9 -9 -9 -9 -9 -9 -9.
FIXED Free blocks count wrong for group 0 (0, counted=54).
FIXED Free blocks count wrong for group 1 (0, counted=4542).
FIXED Free blocks count wrong for group 2 (0, counted=6241).
FIXED Free blocks count wrong for group 3 (0, counted=6202).
FIXED Free blocks count wrong for group 4 (0, counted=6944).
FIXED Free blocks count wrong for group 5 (16, counted=4253).
FIXED Free blocks count wrong for group 6 (1, counted=7155).
FIXED Free blocks count wrong for group 7 (0, counted=6194).
FIXED Free blocks count wrong for group 8 (31, counted=6584).
FIXED Free blocks count wrong for group 9 (7, counted=4004).
FIXED Free blocks count wrong for group 10 (0, counted=2886).
FIXED Free blocks count wrong for group 11 (0, counted=12).
FIXED Free blocks count wrong (55, counted=55071).
/dev/sda6: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sda6:
files (4.6% non-contiguous),
blocks root@ElFi:~&;
[the nightmare ends here, phew!]
--------------------------------------------------------------------------------
Prev by Date: Xterminals, NFS, and tftp: need advice
Next by Date: Unanswered dpkg problem...
Previous by thread: Re: Xterminals, NFS, and tftp: need advice
Next by thread: Unanswered dpkg problem...
Index(es):
&&&&推荐文章:
【上篇】【下篇】