arthur诊断故事第一集vol的故事Windows系统（共8篇）由网友“二十語”投稿提供，以下是小编收集整理的arthur诊断故事第一集vol的故事Windows系统，仅供参考，欢迎大家阅读。
篇1：arthur诊断故事第一集vol的故事Windows系统
arthur诊断故事第一集--vol的故事 希望大家能与我共同探讨，那样大家都可以少走一些弯路，多一些效率， 版权所有：arthur 注明：转载自永远的 UNIX -solaris版www.chinaunix.net 问题现象： $cd/vol $ls-l NFSserverforvolumemanagement(/vol)not
arthur诊断故事第一集--vol的故事
希望大家能与我共同探讨，那样大家都可以少走一些弯路，多一些效率。
版权所有：arthur
转载注明：转载自 永远的UNIX-solaris版 www.chinaunix.net
问题现象：
$ cd /vol
$ ls -l
NFS server for volume management (/vol) not responding still trying
^CNFS getattr failed for server for volume management (/vol): error 23 (RPC: Uni
tdata error)
$cd /
$ls -al 居然死机 ft
实验过程：
由于是带服务的机器，只能选择在我的机器上做实验了，哎，可怜我的肉鸡啊。
做了自己都忘记的几十步操作后终于发现vold不正常了，窃喜。
# /usr/sbin/vold //你可能问我为什么不用volmgt起，问题是一样的。
Mon Dec 15 16:23:30 fatal: mounting of “/vol” failed
debug模式启动，发现以下文件内容
#/usr/sbin/vold -t -v -L 99 -l /var/adm/vold.debug_log
#more /var/adm/vold.debug_log
Mon Dec 15 11:45:30 2003 debug[5]: main: debug level 99 (verbose = 1)
Mon Dec 15 11:45:30 2003 debug[1]: reading config file: /etc/vold.conf
Mon Dec 15 11:45:30 2003 debug[1]: dso_load: opening /usr/lib/vold/db_mem.so.1
Mon Dec 15 11:45:30 2003 info: dso_load: loaded /usr/lib/vold/db_mem.so.1
Mon Dec 15 11:45:30 2003 debug[1]: dso_load(): opening /usr/lib/vold/label_cdrom
.so.1
Mon Dec 15 11:45:30 2003 info: label_cdrom: init
Mon Dec 15 11:45:30 2003 info: dso_load: loaded /usr/lib/vold/label_cdrom.so.1
Mon Dec 15 11:45:30 2003 debug[1]: dso_load(): opening /usr/lib/vold/label_dos.s
o.1
Mon Dec 15 11:45:30 2003 info: dso_load: loaded /usr/lib/vold/label_dos.so.1
Mon Dec 15 11:45:30 2003 debug[1]: dso_load(): opening /usr/lib/vold/label_sun.s
o.1
Mon Dec 15 11:45:30 2003 info: label_sun: init
Mon Dec 15 11:45:30 2003 info: dso_load: loaded /usr/lib/vold/label_sun.so.1
Mon Dec 15 11:45:30 2003 debug[1]: dso_load(): opening /usr/lib/vold/dev_cdrom.s
o.1
Mon Dec 15 11:45:30 2003 info: dso_load: loaded /usr/lib/vold/dev_cdrom.so.1
Mon Dec 15 11:45:30 2003 debug[10]: dev_use: cdrom drive at /dev/rdsk/c*s2, cdro
m%d@, u/g=nobody/nobody, temp_flag=FALSE, force_flag=FALSE
Mon Dec 15 11:45:30 2003 debug[10]: path = /dev/rdsk/c0t6d0s2 and rawpath = /dev
/rdsk/c0t6d0s2
Mon Dec 15 11:45:30 2003 debug[10]: path = /dev/rdsk/c1t0d0s2 and rawpath = /dev
/rdsk/c1t0d0s2
Mon Dec 15 11:45:30 2003 debug[5]: cdrom(probing): /dev/rdsk/c1t0d0s2 is not a C
D-ROM drive
Mon Dec 15 11:45:30 2003 debug[5]: cdrom(probing2):dkc.dki_ctype = d; DKC_CDROM
= 1
Mon Dec 15 11:45:30 2003 debug[3]: /dev/rdsk/c1t0d0s2 wrong kind of device
Mon Dec 15 11:45:30 2003 debug[10]: path = /dev/rdsk/c1t1d0s2 and rawpath = /dev
/rdsk/c1t1d0s2
Mon Dec 15 11:45:30 2003 debug[5]: cdrom(probing): /dev/rdsk/c1t1d0s2 is not a C
D-ROM drive
Mon Dec 15 11:45:30 2003 debug[5]: cdrom(probing2):dkc.dki_ctype = d; DKC_CDROM
= 1
Mon Dec 15 11:45:30 2003 debug[3]: /dev/rdsk/c1t1d0s2 wrong kind of device
Mon Dec 15 11:45:30 2003 info: cdrom_use: /dev/rdsk/c0t6d0s2
Mon Dec 15 11:45:30 2003 debug[5]: Firmware does not need fdisk fix ***
Mon Dec 15 11:45:30 2003 debug[15]: startupdate:
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: , db 'mem'
Mon Dec 15 11:45:30 2003 debug[15]: endupdate:
Mon Dec 15 11:45:30 2003 debug[10]: node_mkobj: added rdsk (0x534c0) to /vol (0x
524b0)
Mon Dec 15 11:45:30 2003 debug[15]: startupdate:
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: , db 'mem'
Mon Dec 15 11:45:30 2003 debug[15]: endupdate:
Mon Dec 15 11:45:30 2003 debug[10]: node_mkobj: added dsk (0x536a0) to /vol (0x5
24b0)
Mon Dec 15 11:45:30 2003 debug[15]: startupdate:
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: , db 'mem'
Mon Dec 15 11:45:30 2003 debug[15]: endupdate:
Mon Dec 15 11:45:30 2003 debug[10]: node_mkobj: added rmt (0x53880) to /vol (0x5
24b0)
Mon Dec 15 11:45:30 2003 debug[15]: startupdate:
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: , db 'mem'
Mon Dec 15 11:45:30 2003 debug[15]: endupdate:
Mon Dec 15 11:45:30 2003 debug[10]: node_mkobj: added dev (0x53a60) to /vol (0x5
24b0)
Mon Dec 15 11:45:30 2003 debug[15]: startupdate:
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: , db 'mem'
Mon Dec 15 11:45:30 2003 debug[15]: endupdate:
Mon Dec 15 11:45:30 2003 debug[15]: startupdate: dev
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: dev, db 'mem'
Mon Dec 15 11:45:30 2003 debug[15]: endupdate: dev
Mon Dec 15 11:45:30 2003 debug[10]: node_mkobj: added rdsk (0x53b80) to dev (0x5
3a60)
Mon Dec 15 11:45:30 2003 debug[15]: startupdate:
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: , db 'mem'
Mon Dec 15 11:45:30 2003 debug[15]: endupdate:
Mon Dec 15 11:45:30 2003 debug[15]: startupdate: dev
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: dev, db 'mem'
Mon Dec 15 11:45:30 2003 debug[15]: endupdate: dev
Mon Dec 15 11:45:30 2003 debug[15]: startupdate: rdsk
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: rdsk, db 'mem'
Mon Dec 15 11:45:30 2003 debug[10]: node_mkobj: added c0t6d0 (0x53ca0) to rdsk (
0x53b80)
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO=%sp%d; path_trunc=/dev/rdsk/c
0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0p0; rawpth=/dev/rdsk
/c0t6d0p0
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO=%sp%d; path_trunc=/dev/rdsk/c
0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0p1; rawpth=/dev/rdsk
/c0t6d0p1
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO=%sp%d; path_trunc=/dev/rdsk/c
0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0p2; rawpth=/dev/rdsk
/c0t6d0p2
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO=%sp%d; path_trunc=/dev/rdsk/c
0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0p3; rawpth=/dev/rdsk
/c0t6d0p3
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO=%sp%d; path_trunc=/dev/rdsk/c
0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0p4; rawpth=/dev/rdsk
/c0t6d0p4
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO_S=%ss%d; path_trunc=/dev/rdsk
/c0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0s0; rawpth=/dev/rdsk
/c0t6d0s0
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO_S=%ss%d; path_trunc=/dev/rdsk
/c0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0s1; rawpth=/dev/rdsk
/c0t6d0s1
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO_S=%ss%d; path_trunc=/dev/rdsk
/c0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0s2; rawpth=/dev/rdsk
/c0t6d0s2
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO_S=%ss%d; path_trunc=/dev/rdsk
/c0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0s3; rawpth=/dev/rdsk
/c0t6d0s3
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO_S=%ss%d; path_trunc=/dev/rdsk
/c0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0s4; rawpth=/dev/rdsk
/c0t6d0s4
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO_S=%ss%d; path_trunc=/dev/rdsk
/c0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0s5; rawpth=/dev/rdsk
/c0t6d0s5
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO_S=%ss%d; path_trunc=/dev/rdsk
/c0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0s6; rawpth=/dev/rdsk
/c0t6d0s6
Mon Dec 15 11:45:30 2003 debug[9]: CDROM_NAMEPROTO_S=%ss%d; path_trunc=/dev/rdsk
/c0t6d0
Mon Dec 15 11:45:30 2003 debug[9]: namebuf1=/dev/rdsk/c0t6d0s7; rawpth=/dev/rdsk
/c0t6d0s7
Mon Dec 15 11:45:30 2003 debug[15]: startupdate:
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: , db 'mem'
Mon Dec 15 11:45:30 2003 debug[15]: endupdate:
Mon Dec 15 11:45:30 2003 debug[15]: startupdate: dev
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: dev, db 'mem'
Mon Dec 15 11:45:30 2003 debug[15]: endupdate: dev
Mon Dec 15 11:45:30 2003 debug[10]: node_mkobj: added dsk (0x53dc0) to dev (0x53
a60)
Mon Dec 15 11:45:30 2003 debug[15]: startupdate:
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: , db 'mem'
Mon Dec 15 11:45:30 2003 debug[15]: endupdate:
Mon Dec 15 11:45:30 2003 debug[15]: startupdate: dev
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: dev, db 'mem'
Mon Dec 15 11:45:30 2003 debug[15]: endupdate: dev
Mon Dec 15 11:45:30 2003 debug[15]: startupdate: dsk
Mon Dec 15 11:45:30 2003 debug[15]: setupdated: dsk, db 'mem'
Mon Dec 15 11:45:30 2003 debug[10]: node_mkobj: added c0t6d0 (0x53ee0) to dsk (0
x53dc0)
Mon Dec 15 11:45:30 2003 debug[5]: cdp->cd_blk_p0_path = /dev/dsk/c0t6d0p0
Mon Dec 15 11:45:30 2003 debug[15]: dev_makedp: just added mapping for /dev/rdsk
/c0t6d0s2 (32,50)
Mon Dec 15 11:45:30 2003 debug[4]: dev_usepath: new path /dev/rdsk/c0t6d0
Mon Dec 15 11:45:30 2003 debug[1]: dso_load(): opening /usr/lib/vold/dev_floppy.
so.1
Mon Dec 15 11:45:30 2003 info: dso_load: loaded /usr/lib/vold/dev_floppy.so.1
Mon Dec 15 11:45:30 2003 debug[10]: dev_use: floppy drive at /dev/rdiskette[0-9]
, floppy%d@, u/g=nobody/nobody, temp_flag=FALSE, force_flag=FALSE
Mon Dec 15 11:45:30 2003 warning: either couldn't find a driver for floppy “/dev
/rdiskette[0-9]”, or it's already managed
Mon Dec 15 11:45:30 2003 debug[1]: dso_load(): opening /usr/lib/vold/dev_rmdisk.
so.1
Mon Dec 15 11:45:30 2003 info: dso_load: loaded /usr/lib/vold/dev_rmdisk.so.1
Mon Dec 15 11:45:30 2003 debug[10]: dev_use: rmdisk drive at /dev/rdsk/c*s2, rmd
isk%d@, u/g=nobody/nobody, temp_flag=FALSE, force_flag=FALSE
Mon Dec 15 11:45:30 2003 debug[5]: rmdisk(probing): “/dev/rdsk/c0t6d0s2” already
in use
Mon Dec 15 11:45:30 2003 debug[3]: /dev/rdsk/c0t6d0s2 wrong kind of device
Mon Dec 15 11:45:30 2003 debug[9]: Rawpath = /dev/rdsk/c1t0d0s2
Mon Dec 15 11:45:30 2003 debug[9]: checking on /dev/rdsk/c1t0d0s2, is it removab
le?
Mon Dec 15 11:45:30 2003 debug[5]: rmdisk(probing): device “/dev/rdsk/c1t0d0s2”
not removable
Mon Dec 15 11:45:30 2003 debug[3]: /dev/rdsk/c1t0d0s2 wrong kind of device
Mon Dec 15 11:45:30 2003 debug[9]: Rawpath = /dev/rdsk/c1t1d0s2
Mon Dec 15 11:45:30 2003 debug[9]: checking on /dev/rdsk/c1t1d0s2, is it removab
le?
Mon Dec 15 11:45:30 2003 debug[5]: rmdisk(probing): device “/dev/rdsk/c1t1d0s2”
not removable
Mon Dec 15 11:45:30 2003 debug[3]: /dev/rdsk/c1t1d0s2 wrong kind of device
Mon Dec 15 11:45:30 2003 warning: either couldn't find a driver for rmdisk “/dev
/rdsk/c*s2”, or it's already managed
Mon Dec 15 11:45:30 2003 debug[10]: vold_util.c(2104): 'fs' is considered unsafe
Mon Dec 15 11:45:30 2003 debug[10]: vold_util.c(2104): 'fs' is considered unsafe
Mon Dec 15 11:45:30 2003 debug[10]: vold_util.c(2104): 'fs' is considered unsafe
Mon Dec 15 11:45:30 2003 debug[10]: vold_util.c(2104): 'fs' is considered unsafe
Mon Dec 15 11:45:30 2003 info: vold: running
Mon Dec 15 11:45:30 2003 debug[1]: cdrom_thread_wait: opening “/dev/rdsk/c0t6d0p
0” RDONLY ...
Mon Dec 15 11:45:30 2003 debug[1]: cdrom: /dev/rdsk/c0t6d0p0; No such file or di
rectory
Mon Dec 15 11:45:30 2003 debug[1]: cdrom_thread_wait: opening “/dev/rdsk/c0t6d0s
0” RDONLY ...
Mon Dec 15 11:45:30 2003 debug[1]: cdrom_thread_wait: opening “/dev/rdsk/c0t6d0s
1” RDONLY ...
Mon Dec 15 11:45:30 2003 debug[1]: cdrom_thread_wait: opening “/dev/rdsk/c0t6d0s
2” RDONLY ...
Mon Dec 15 11:45:30 2003 debug[1]: cdrom_thread_wait: opening “/dev/rdsk/c0t6d0s
3” RDONLY ...
Mon Dec 15 11:45:30 2003 debug[1]: cdrom_thread_wait: opening “/dev/rdsk/c0t6d0s
4” RDONLY ...
Mon Dec 15 11:45:30 2003 debug[1]: cdrom_thread_wait: opening “/dev/rdsk/c0t6d0s
5” RDONLY ...
Mon Dec 15 11:45:30 2003 debug[1]: cdrom_thread_wait: opening “/dev/rdsk/c0t6d0s
6” RDONLY ...
Mon Dec 15 11:45:30 2003 debug[1]: cdrom_thread_wait: opening “/dev/rdsk/c0t6d0s
7” RDONLY ...
Mon Dec 15 11:45:30 2003 debug[3]: cdrom_thread_wait: ioctl(DKIOCSTATE) on “/dev
/rdsk/c0t6d0s2”
Mon Dec 15 11:45:30 2003 debug[12]: vold_run: about to poll()
Mon Dec 15 11:45:30 2003 debug[12]: vold_run: poll() returned 1 (errno 1)
GETATTR call(fh=[0x0, 0x1, 0x1])
GETATTR return (stat=NFS_OK, type = 2, mode = 555, nlink = 6, uid = 0, gid = 0,
size = 512, blocksize = 512, rdev = 0, blocks = 0, fsid = 0, fileid = 2, atime=M
on Dec 15 11:45:30 2003, mtime=Mon Dec 15 11:45:30 2003, ctime=Mon Dec 15 11:45:
30 2003)
Mon Dec 15 11:45:30 2003 debug[12]: vold_run: about to poll()
Mon Dec 15 11:45:30 2003 debug[3]: cdrom_thread_wait: ioctl(DKIOCSTATE) on “/dev
/rdsk/c0t6d0s2”
Mon Dec 15 11:45:30 2003 warning: vold restarted
Mon Dec 15 11:45:30 2003 debug[12]: vold_run: poll() returned -1 (errno 4)
Mon Dec 15 11:45:30 2003 debug[10]: vold_run: poll interrupted
Mon Dec 15 11:45:30 2003 fatal: mounting of “/vol” failed
重新CP正确的vold.conf回来，发现系统错误依旧
重新启动系统，使用正确的文件配置，居然可以启动
#/usr/sbin/vold
一切正常了
# cd vol
# ls
dev dsk rdsk rmt
# ps -ef | grep vold
root 259 1 0 16:27:40 ? 0:00 /usr/sbin/vold
root 416 413 0 16:28:43 pts/2 0:00 grep vold
#
所以怀疑重新启动系统可以解决问题！
果然，重新启动以后一切正常，那和NT有什么区别了呢！
我想可能它和/TMP有关系，于是删除了/TMP下所有的东西！
重新/usr/sbin/vold，问题依旧,靠，郁闷呀我！
那是什么问题呢
试试把/vol -f umount 下来
# umount /vol
nfs umount: u10:vold(pid471) server not responding: RPC: Program not registered
重新启动/usr/sbin/vold，停在这里不动了，哈哈，我想我找到问题了，
解决方法：
我想我们的解决方法就是，umount -f /vol,重新启动/usr/sbin/vold
就这么一个小东西又弄了几个小时，K，难道我真的老了吗？
peng 回复于：2003-12-15 17:39:53好文章啊，up！
------没有看懂，太高深了。。 :em06:
C.Arthur 回复于：2003-12-15 17:40:50晕，遇到问题的时候对你就有用了，用了1天时间，我现在太笨了！
diag 回复于：2003-12-15 17:50:55not responding still trying 。。
没碰过
都是 nfs hadle still trying ...
不过如果是 not responding ..上面的服务都挂了。。。
C.Arthur 回复于：2003-12-15 17:55:58这是才碰到的现象，你可以在你的机器上模拟一下
diag 回复于：2003-12-15 18:00:51如果你的NFS 上同时有 5 个以上的 gzip .
你看看你的NFS 会不会挂。我的是 5。7 的OS 。
C.Arthur 回复于：2003-12-15 18:01:25偶没有环境，55555
milan 回复于：2003-12-15 18:04:32第一集就那么深奥，怕怕
C.Arthur 回复于：2003-12-15 18:06:20晕，不是吧你！
diag 回复于：2003-12-15 18:08:37Mon Dec 15 11:45:30 2003 debug[5]: cdrom(probing): /dev/rdsk/c1t1d0s2 is not a C
D-ROM drive
Mon Dec 15 11:45:30 2003 debug[5]: cdrom(probing2):dkc.dki_ctype = d; DKC_CDROM
= 1
Mon Dec 15 11:45:30 2003 debug[3]: /dev/rdsk/c1t1d0s2 wrong kind of device
为什么有CDROM 的东东 。。
C.Arthur 回复于：2003-12-15 18:10:11诊断里D，要读vold.conf
beginner-bj 回复于：2003-12-15 18:32:27[quote:68e1dc33eb=“C.Arthur”]可怜我的肉鸡啊。 ..........[/quote:68e1dc33eb]
肉鸡？？
C.Arthur 回复于：2003-12-15 19:28:34你没干过违法的事吗，呵呵，那个时候你需要几只肉鸡啊
beginner-bj 回复于：2003-12-15 19:45:09[quote:7bb3b75916=“C.Arthur”]你没干过违法的事吗，呵呵，那个时候你需要几只肉鸡啊[/quote:7bb3b75916]
我是良民
derbyghost 回复于：2003-12-15 19:58:50估计没几个人会碰到你说的问题，当然都是晕乎乎了
mmmmn 回复于：2003-12-15 20:01:47solaris9吧？楼猪？？
C.Arthur 回复于：2003-12-15 20:02:158是，是solaris8D
beginner-bj 回复于：2003-12-15 20:49:20又看了一遍，才稍稍明白了。
我估计：一开始是把光驱给共享了；后来共享没取消，直接把光盘给取出来了。。。。。。
反正我是瞎猜的，谁有条件可以实验一把。
mmmmn 回复于：2003-12-15 21:17:53不是
NFS进程 本身就和vol管理有关联
有个老外讲过，那个文档在我硬盘上，但找不到了
你如果不安装NFS相关的包，好象就不能使用vol 管理
具体的记不清了
race 回复于：2003-12-15 22:18:05NFS这些问题首先应该检查NFS相关的设置，reset VOLD进程有些碰巧的感觉
C.Arthur 回复于：2003-12-16 10:49:23[quote:0144008085=“race”]NFS这些问题首先应该检查NFS相关的设置，reset VOLD进程有些碰巧的感觉[/quote:0144008085]
不是D，你可以在你的机器上KILL VOLD的进程，然后去/vol下，ls -l就会发生错误，而我的机器没有做NFS SERVER
race 回复于：2003-12-16 10:54:38我10天没摸SUN了，快不认识了
metor78 回复于：2003-12-16 10:57:12很好，一般现场工程师都会遇见这样的问题，不过遇见不是很正常的莫须有的问题我一般都会重启一下试试，这真的是个好办法！
C.Arthur 回复于：2003-12-16 10:57:50难得这么清闲啊，做管理了？
呵呵，是我昨天偶然发现D，搞了一天，偶现在发现偶巨迟钝
hardiwang 回复于：2003-12-16 14:36:51[quote:d230b6fda9=“C.Arthur”]你没干过违法的事吗，呵呵，那个时候你需要几只肉鸡啊[/quote:d230b6fda9]
举报哦！！！C.Arthur做坏事情了哦
原文转自：www.ltesting.net
篇2：如何诊断和调试Windows系统蓝屏
今天和大家来谈谈当碰到系统蓝屏时应该去如何应对，Windows蓝屏是微软终极错误报告方式，也在微 软内部称为蓝屏之死，可能我们碰到系统蓝屏是非常突然的，没有前期预兆和准备，只能重新启动从而导 致数据的丢失，所以它是一个比较严重的错误了。微软DDK对蓝屏有一个官方定义：当windows操作系统遇 到一种可能损害系统安全的情况，系统就会停止响应，这种情况被称为错误检查，也会被认为内核错误或 系统错误。大家有没有想过Windows为什么要蓝屏，其实原因很简单，操作系统检测到了有人已经违反了 系统的规则并危及系统安全，而操作系统必须要将它KILL掉，又因为它是内核态的代码并且权限很高，所 以Windows就不会发现错误报告了，只能采用蓝屏方式。就像我们在运动比赛中一样，运动员违规比赛规 则的话，裁判就会出去红牌让他离场。
我在这里先截张图给大家看看。
我就来介绍上面蓝屏的错误，首先我标出的第一个框是蓝屏的序言，表明Windows已经检测到了一个问 题已经停止运行，并防止对你的计算机造成损害，基本所有的系统蓝屏的序言都是这样一个描述；我标出 的第二个框是蓝屏错误情况的描述，这个描述根据不同类型的蓝屏会产生不会的描述，我们现在看到的描 述是对于系统操作的一个关键线程或者关键进程被意外的退出或终止；我标出的第三个框是蓝屏的建议错 误，也和蓝屏序言一样，是所有系统蓝屏都是一样的描述，应该来说对IT人员的意义不大，大概意思是让 你重新启动计算机，确保你的硬件和软件是否被正确安全，如果问题依旧，建议你删除你的硬件或软件， 如果还不行就进入系统的高级模式。我标出的第四个框是蓝屏的错误代码和参数，也是蓝屏错误中最为关 键最为核心的信息，对我们IT人员分析和解决蓝屏问题是十分重要的信息。0x000000F4是蓝屏的停止代码 ，括号里面的四个参数是蓝屏停止参数；我标出的第五个框是蓝屏的转储信息，也称为Dump信息，也就是 说Windows把发生蓝屏时的关键信息转储到文件中。
我上面的这张截图就是设置操作系统在内核转储时的必要设置，自动重新启动就是说当系统发生蓝屏 时会自动重启，通常我们会取消勾选，不然我们就看不到蓝屏错误代码了，还有就是写入调试信息，我们 通常选择的是小内核转储文件，而不会选择核心内核转储，不然产生的DUMP文件会非常的大，而小内核转 储才64KB，不要小看这64KB的文件，里面的信息全部都是系统在转储过程中的关键信息，对IT人员来说是 足以进行蓝屏的调试工作的。最后就是DUMP文件的存放位置了。
OKAY，谈了这么多了，我准备想把蓝屏在转领过程中发生一些动作详细的告诉给大家，比如蓝屏的信 息收集、关闭中断、调用一些回调函数、蓝屏是如何绘制的等，但是，考虑到这是操作系统的一些底层内 容，大家肯定感到很烦了，那么我就言归正传了，给大家推出一款非常实用的微软蓝屏调试工具，它就是 WinDebuger，简称Windbg，
我提供了它的下载路径，大家有时间可以下载体验下。
32 bit
msdl.microsoft.com/download/symbols/debuggers/dbg_x86_6.7.05.0.exe
64 bit
msdl.microsoft.com/download/symbols/debuggers/dbg_ia64_6.7.05.0.exe
这就是我安装好Windbg出现的调试画面，感觉十分朴实啊！！
下面，就是设置Symbol File Path，这边我要和大家解释一下这是什么意思，其实这个设置就是把我 们生成的DUMP转储文件，先提交给微软的Symbol 服务器进行编译，因为DUMP文件缺省是一些二进制的编 码，我们普通人是看不通的，要把它编译成我们能识别的代码，其实这里的Symbol File Path里面就是微 软Symbol 服务器的地址，这里我有一篇微软KB来解释使用 Microsoft Symbol Server 获取调试符号文件 。我下面就给大家来SHOW一下，我把我操作系统下生成的一个MINI Dump文件进行简单的调试，并给大家 看看Windbg是如何工作的。
打开一个Crash Dump文件
在C:windowsminidump下生成了一个64KB的文件，后缀名为.dmp格式
Windbg自动加载此Dump文件，此时正在连接微软的Symbol服务器
Dump文件已经被加载成功，并已经正确的连接上了微软的Symbol服务器了
此时，我们在下面的输入框中输入!analyze -v 参数
Windbg会自动的帮我们进行简单的文件分析，并生成一些对我们IT人员来说有价值的调试信息，比如 堆栈信息，处理对象，映像名称等，对我们IT管理员来说只要看看Image_Name就可以了，通常这里会出现 一个文件名称，比如驱动文件名称等，我们就可以初步判断蓝屏可能是由一些第三方驱动错误所导致的， 这样我们就可以在系统下删除这个文件进行尝试。
我们还可以输入KD或者KC的命令进行底层堆栈的排错，可能这边一般人会感觉痛苦了，这需要微软的 系统开发人员才可能达到的水平。
好了，就介绍到这里了，感觉有点像是介绍微软操作系统内核知识一样，这个工具希望大家多研究研 究，这个工具是有帮助文档的，大家可以对照文档进行调试，并使用相应的命令。
篇3：CIO故事之二：系统“振荡”
早上，CIO老胡刚在办公室坐下，销售总监老夏就气急败坏地冲进来，对着他嚷嚷：“我们部门的骨干已经走了俩人，还有几个在蠢蠢欲动，这都是你那该死的CRM干的好事!离了这些销售骨干，你替我背Quarter(销售定额)呀?!”
老 静地看着对方，一言不发，让其尽情宣泄心中的不满。他在夏总监来之前，已经知道了这一情况。
文质彬彬的老胡看起来书生气十足，经历却十分丰富：他做过多年的IT经理，又曾主动请缨在各业务部门挂职锻炼过，无论是IT还是公司业务，他都拿得起、放得下。这也正是CEO老王相中他当CIO的原因。对于老夏负责的销售业务，老胡并不陌生，他了解公司的销售情况，也十分清楚销售人员流失的根本原因—— CRM系统使销售管理更加透明，影响到一些人的灰色收入。
老胡盯着销售总监老夏愤怒的脸，一丝不屑和厌恶掠过心头。他不是不知道老夏的“小九九”。这老夏确实是个能人，为公司营收的快速增长立下了汗马功劳。但是这两年，他的销售部门几乎变成了独立王国，部门的小金库和Sales的灰色收入早已是公开的秘密。他自恃是公司的功臣，觉得公司奈何不了他，却没想到这次 CEO决定上马的CRM系统将他的独立王国“削藩”了。老胡清楚此番老夏拉下脸堂而皇之地指责CRM，背后真实的理由其实是上不得台面的。
在实施CRM系统前，老胡已经对系统外的人际环境和可能对业务的“影响”进行了充分的论证。这次夏总监的“地震”多少在他的意料之中。
老胡这种超越业务和IT、跨越部门界限，站在企业整体角度考虑问题的习惯不是一天形成的。他也是经过艰苦磨练，才克服了初任CIO时的过于追究细节的毛病。记得刚上任CIO时，由于项目压力大、又总惦着点上“三把火”，老胡整天加班加点，常常泡在机房，或者“赖”在业务现场。每次，CEO老王在这些场合碰见他，都会把他拽出来，告诉他：“你既然已经是船长了，就不能像水手那样洗甲板，这样你会只见树木不见森林，事到临头才发现欠缺通盘考虑。”
面对老夏的指责，老胡心中的波澜从他平静如水的脸上一点都看不出来，
多年CIO的职业历练，让他深深领悟到CIO比其他管理者更需要精通“驭人术”：他既要获得CEO、董事长等上层管理者的支持，又要“笼络”个性迥异的下属，还必须“摆平”外部背景不同的各路IT供应商;更重要的他还得经常进行跨部门的沟通，从同一级别管理者到各部门的中层经理、基层员工，他几乎都要打到交道。结合“实战”他悟出了一整套可操作的行动指南，练就了平衡矛盾、权衡利弊的本领。
老胡知道必须设法“驾驭”面前的夏总监，否则CRM系统可能会“夭折”。但他不能求助于CEO，尽管老王对他很器重，对他的工作也很支持，但是一时之间恐怕也“降服”不了老夏。老王批准上马CRM时，老夏曾横刀立马地坚决反对过，此时如果通过老王的“高压”措施来解决问题，只怕会使事情更加复杂。
老胡和颜悦色地与老夏“哈哈”了一番，终于把他哄走了。而后，他起身去找CFO老蔡。这几年，老胡和老蔡之间的争论时时出现。CFO老蔡上任伊始，就与老胡有过“过节”，他竟然否决了CEO老王已经批准的IT预算，原因是老蔡觉得老胡瞎花钱，而老胡则觉得他不懂得信息化对当今企业营运的重要性。老蔡坚持认为IT是企业的成本中心，老胡很想证明IT也是公司的一种核心能力，但他发现自己缺乏足够的财务知识，没办法用财务术语来解释IT的价值、用财务语言来论证IT投资的收益。
在与老蔡的争吵中他认识到，他这个CIO应该会“算账”，学会从投资角度去看待IT投入，只有这样他才能帮助公司实现IT投资价值。虽然老蔡后来批准了他曾否决的预算，但他和老胡还是免不了为了IT投资收益率争论。其实，争论也是一种沟通，老胡与老蔡之间竟然通过争论建立了一种奇怪的友谊——见面时握手言欢少，私下里却惺惺相惜。这不，遇到难题的老胡向老蔡求助来了。
老胡从财务总监的办公室离开时，心中已经豁然开朗，老蔡告诉他由于CRM系统提高了公司的销售收入、保障了股东权益，还把销售部员工的灰色收入转化为合法薪酬，同时打击了中饱私囊的个别人，得到了董事会的一致认可。销售总监老夏只有从公司整体利益出发，服从CRM带来的改变，否则……
篇4：儿童科幻故事：太阳系统危机
有一个叫变异303的星系攻打太阳系，太阳系大帝派我带50万木星骑兵出发。我叫噬冰魔，我手拿寒冰方天斧，肩背神冰噬血钩，到褐矮星。到了那里，来了一个叫灭霸的人，拿着毁灭之戟，和我结盟，一起保卫太阳系。我们守着冥王星，这时，对方星球派大将紫色303带500万变异骑兵。紫色303能掌握鬼火，轻视我们，为此战斗拉开序幕。
灭霸大吼一声，向紫色303冲了过去，紫色303举起鬼火和灭霸交战，打了60回合，不分胜负。我急了，用神冰噬血钩钩住303的脑壳，383被冻住了。灭霸立刻刺向它，把它刺出三丈远，它解了冻，命令500名士兵攻击，我按了腰带上的按钮，立刻发射激光，干掉所有士兵。紫色303愤怒了，喷出鬼火，将我们踢向太阳。还好，来了一个战士，叫恶灵神，用死神镰刀勾住我们，他愿意与我们联盟。我们说:“谢谢你救了我们的命。”我们三人一起冲上去，灭霸用了必杀技“毁天下”，我用了“冰魔乱舞”，恶灵神用了“恶龙破杀”。把紫色303打晕了，我们把他绑架到冥王星。
他醒来假惺惺地说:“我愿意投降。”灭霸不相信，一把拧断了他的脖子。
303大帝失败，去攻打比邻星。比邻星大将虎头魔挡不住，向太阳系求救，太阳大帝断然拒绝。
303大帝带大将:闪光303、七彩303、红色303和最猛的大将猛虎303，调动全国兵力5000亿步兵，7500亿骑兵，包围太阳系。
我们队伍又加了三名战神:闪电侠、金魔和巨型格斗仙。太阳系大帝又派我们带着海王星骑兵70亿、天王星骑兵65亿前去抵挡，要在土星开战。
我对队友们说:“你们都穿上防滑战靴，我在地上放满冰片，把敌兵滑倒。然后金魔和灭霸你们在左边埋伏，闪电侠和巨型格斗仙你们在右边，我和恶灵神正面交战。”过了两天，太阳系重派了一个叫毒仙的人出站，不管七彩303怎样辱骂，毒仙就是守着不出。
相持两年后，七彩303放松警惕，躺下来休息，毒仙立刻出兵乱杀，七彩303猝不及防被杀!毒仙冲了上去，但最终被杀。太阳大帝无可奈何，派我们迎战，按老计策，乱兵全死，但恶灵神不幸牺牲。
我们守住了太阳系。
公众号：硕果虾语文
篇5：《社区故事》第一集——你让我停哪儿》观后感3
《社区故事》第一集——你让我停哪儿》讲述了干部帮助百姓解决困难的故事。该片里年轻社区干部何敏坚强、公平公正、敢于承担，她的爱心在帮助弱势群体的同时感染了身边的每一个人。分管廉租房的马区长捐献骨髓的举动感人至深，社区干部一心为老百姓办实事，以及社区居民在关键时刻相互帮助，真实地再现了各级干部为构建和谐社区而做出的不懈努力。影片最后柳青和秋秋最朴实的对话：“妈妈，这就是天堂吗?”“这是我们的家”，让我热泪盈眶。影片里党和政府颁布实施廉租房的惠民政策，让生活艰难的老百姓想要有个家的心愿得以实现。
观看完影片后，社区领导组织全体社区工作人员和访惠聚工作人员交谈自己的想法。通过交谈，我们认识到工作中要增强为民服务意识，加强社区和居民之间的沟通，真正走进老百姓的生活，尽全力帮助解决居民的实际困难及问题。最后社区书记要求每个人看完后要写一份观后感，作为观看《社区故事》的收获。
篇6：《社区故事》第一集——你让我停哪儿》观后感3
近日，社区组织辖区党员、工作人员、三民工作组干部收看新疆电视台4频道播出的《社区故事》情景片，这是一部通俗易懂的电视剧，故事以朴实的语言、真实的故事情节向我们讲述了社区干部全心全意心为老百姓办实事的故事。
看完情景剧，三民工作队队员托合塔生说：“我看完《社区故事》后，知道社区的工作很烦琐，很辛苦，以后我要好好配合社区的工作。要以热度的服务，优良的心态对待居民。通过看完社区故事，查找到了自身的不足，我们要是把居民当成家人，居民也会把我们看作亲人，我们可以参考他们好的工作方法来开展社区与居民的工作。”
通过观看，大家表示,情景剧最直接的向居民群众再现了社区干部工作的酸甜苦辣，社区干部与居民之间的鱼水关系，反映的都是我们社区干部平时工作中实实在在的情景，看到影剧里的社区干部也仿佛看到了自己，我们应该站好这班岗，尽可能的为辖区居民提供优质便捷的服务，共同建设我们美好的家园。
篇7：《社区故事》第一集——你让我停哪儿》观后感3
近期，社区组织社区干部职工，三民工作队队员、辖区党员代表和居民代表观看电视情景剧《社区故事》。看完这些片子觉得组织观看很及时也很有意义，比如：电视剧的主要内容讲的是一位饱含热度、充满情感的年轻社区干部何敏一心为老百姓办实事的故事，以及社区居民在关键时刻相互帮助的故事，剧里演员们通过具有新疆民族特色的表演风格，幽默亲近的叙述方法，讲述了发生在社区里那些令人捧腹又引人深思的故事，深受居民和社区干部的喜爱。真实地再现了各级干部为构建和谐社区而做出的不懈努力。
通过观看，我深有感触，对社区故事大家都谈了自己的感受，通过交谈提升了我们的服务认识，增强了居民和社区之间的沟通和帮助。
观看完《社区故事》这部片子，笑完后更能引发自身工作的思考，尤其是社区工作人员的工作方法方法，对以后为居民办好事、办实事、全心为人民服务的认识和决心提高了，作为一个社区党员干部，我以后会更加努力为居民、为基层做出贡献!
篇8：孙正义医生曾诊断我只能活5年名人励志故事
孙正义医生曾诊断我只能活5年名人励志故事
确定要翻越的山，决定人生的一半
1980年3月，我结束美国留学生活返回日本。我把在当地经营的软件公司UnisonWorld交给了我的朋友兼创业伙伴的洪陆(音)，他后来创建了中国具有代表性的通信设备制造企业UTStarcom。在回国后的一年半时间里，我什么也没做。不对，是看起来像什么都没有做。亲戚们都开始嘀咕了，正义在美国都学了什么啊?这在我的脑海里和心里掀起一阵风暴。我的人生只有一次。我不想在父母要求下，因某种偶然的原因而滋生赚钱的欲望。一旦决定了要走的道路，再改变就非常困难了，反反复复是毫无效率的。确定想翻越的山。这将决定人生的一半。我以这个想法为桅杆，开始了反复思考。感恩励志
我的梦想是成为一个企业家。值得倾其一生的产业是什么呢?那必须是别人没有做的事情、能够改变世界的事情、对别人有所帮助的事情、能够成为第一的事情、同时又是保持高昂的热情和好奇心不断掀起技术革命的领域。结论就是电子信息革命。我想通过这一项事业将人类的智慧和知识实现共享，对人类的发展做出贡献。这就是我出生的原因，也是一个24岁的青年最终找寻到的巨大的意义。
电子革命的工具，软件流通
或许有人会嘲笑我不现实。当然，从小的目标开始一点一点去实现固然好。世界上99%的人都是这么做的，同时也取得了小小的成功。但如果一个人有着一个大梦想，心里怀有一个远大抱负，那么首先从接近方法开始就会有所不同。首先在制定了一个巨大的规划之后，就会反着考虑从未来到现在的目标实现时间表。必须掌握未来的大趋势，用不输给大企业的胆量决一胜负，同时还要构筑于此相一致的透明性和经营系统。不管怎样，我都还有一份自信。我只能这么去做。我选择作为革命工具的是软件流通，而这是在我经过一番缜密的分析之后得出的结果。
在创业之前我有过40多个想法。80年代初，日本即将进入PC大众化时代。如果想把PC作为自由资财使用，就必须要有优秀的软件。未来必将成为软件的世界。我是不是也可以直接投入到软件的开发中来呢?但是获胜概率实在是太低了，操作系统(OS)领域已经被主导全世界标准的美国公司所先行占领。剩下的就是应用软件领域，但这就像不可能所有的新曲都会受欢迎一样，只有能够进入世界前十才能获得成功。所以我并没有选择个别商品，而是选择了基础设施。我并不知道这一事业的利润低不低，但我确信它的生命力将会非常长。同时一旦取得压倒性地位，也能够和业界增长呈成比例并实现产业的扩大。这一事业的成功率为70%。我在考虑了100多个经营点之后做出了这一决定。
电扇嗡嗡转，职员只有两名
1981年9月，我在离家很近的福冈县大野城市创立了软银公司。当时公司的地址位于一个连空调都没有的陈旧建筑的2层。我找来了两名职员。第一天，我在他们的面前，站在装橘子的箱子上面和他们进行了一个多小时的激烈讨论。旁边一台旧电扇在嗡嗡转着。
我们的公司将引领世界电子革命。30年后我们将像在豆腐店里数豆腐一样，销售也将以1万亿(日元)、2万亿(日元)来计算。对于要搞事业的人来说，以1000亿或5000亿作为销售目标难道不是太少了吗?
我之所以提到豆腐店，是因为在日本一块豆腐的发音就是1兆(1万亿)。但我这样在他们面前高谈阔论，他们两个完全听傻了。最终他们没干满两个月就都跑了。跑的时候还说那人精神正常吗?疯子!
就在这种苍蝇四处飞的情况下，夏普公司的佐佐木正专务给我提了一个非常重要的建议。他说：软件产业必须在信息密度高的地方去做。他在3年前曾以高价购买了我发明的多国语言翻译器技术。我接受了他的忠告，于是在东京麹町4番街借用了(株)经营综合研究所的一间房间。接着，我去找了研究所的`会长野田一夫。我将名片递给他，并说：我是孙正义，是在日韩国人。创业 我在从美国留学回来之后放弃了日本式的假姓安本，而开始使用真姓孙。野田会长在听了我的构想之后表扬我说：很有未来发展性。他就是将经营学者皮特德鲁克(音，PeterDrucker)的名字介绍到日本的人。受到这样的大人物的表扬，我高兴得快要跳起来了。之后他和佐佐木专务一起成为了既缺乏经营经验又没有什么人际关系的我的导师。
怪物实业家诞生
在搬到东京不久，我进行了类似于似的冒险。我拿出创业资金1000万日元中的800万日元参加了电子展示会electronicshow。身边的人都非常吃惊，因为我的公司只有一个名号，连产品和业绩都没有。我装作没有听见，租用了展会上最大的展位。在进行了一番华丽的装潢之后，我向那些没有租到展位的软件公司免费提供。我当时认为一旦能够吸引到人们的注意，那么广告效果将会非常明显。我认真地传播着PC时代的软件非常重要。我孙正义就是卖这些软件的，后来我干脆不发简介，开始做起了杂志。在展示会结束之后，公司就陷入了濒临破产的境地。就这样持续了大概一周，电话铃响了。
我是朝新电子，我们对贵公司在电子展商的展位印象非常深刻。我们在大阪建立了日本最大的电脑卖场，不知道您能不能为我们提供能够在那里使用的软件?
这是一家我从来没见过的企业。流通业最看重信用，他们竟然相信没有交易业绩的我并打来了电话。但我却并不能只顾得高兴。供货需要大笔资金，软银当时的情况是一分钱都没有。我去拜访了朝新电子的社长，向他介绍了我的计划和想法，并希望他能先把钱打给我。不知道是不是我的意志、热情感染了他，最终他竟平白无故地承诺会支持我。当然佐佐木专务的帮助也是巨大的，他甚至用自己的房子为我担保。托他的福，我从第一劝业银行贷到了1亿日元的贷款。
之后我又更进了一步。当时我拿着5000万日元同日本最大的软件公司Hudson签订了独家销售合同。流通的力量在于产品的供求力量。虽然当时要拿出5000万日元这样的巨款，但我确信这种投资会带来更大的机会。最后和我的计算完全吻合。在第一个销售不到一年的时间，软银已经成为销售额达到35亿日元的中坚企业。1983年《朝日周刊》把我介绍为怪物实业家，靠电脑赚大钱的灰姑娘男孩。我非常激动，却做梦也没有想到即将面临巨大的不幸。
100Knocks
这是孙正义会长从创业就开始构想的经营诊断系统。该系统对特定产业的100项指标进行图表化，从而使人可以一目了然。检查项目可以增加到1万个。从其中我们能够看到孙会长无论何事都要打破砂锅问到底地思考的炽热性格。
★ sco unix5.05系统intel pro100+网卡安装心得Windows系统
★ 农村教师之怪现象
★ 让Windows /XP快速复制移动文件Windows系统
【arthur诊断故事第一集vol的故事Windows系统（共8篇）】相关文章：
网卡物理地址修改方法2023-06-14
informix 的每个版本的安装问题！Windows系统2022-05-28
浅谈windows 7基本介绍windows7入门教程2022-11-26
什么是系统征文2023-06-20
Unix系列shell程序编写Windows系统2022-11-21
WINXP安装问题解答精选Windows系统2023-04-14
英语论文格式以及写作规范2022-10-30
媒介生态环境中大众文化的表征过程-文化价值观与现代化2023-02-16
姨妈的后现代生活经典台词2023-01-06
计算教学的论文2023-08-02