个人感觉，你这么查还不如检查唤醒后为什么机器这么慢。到底是响应时间，还是带宽，或者别的什么问题。
如果知道是什么问题，例如到路由器的响应时间很慢，或者无线网络被识别成1M的了(表以为不会有这种狗屁问题)。那么有助于精确定位问题的原因。
不过感觉上都很费功夫就是了。
Forrest Y. Yu 写道:
我用的是stable。事实上我的脚本里已经做了 modprobe -r ath_pci / modprobe
ath_pci
这两步工作了（默认就做了，不是我后加的），我在脚本里加了打印语句，打印出来的内容如下（表示suspend和resume时系统都做了哪些工作，执行
了哪些脚本）：
%%
Thu Jan 24 21:54:04 CST 2008 1. /etc/acpi/sleep.sh begins.
Thu Jan 24 21:54:05 CST 2008 2. prepare.sh begins.
/etc/acpi/suspend.d/05-acpi-lock.sh
Done.
/etc/acpi/suspend.d/07-network-manager.sh
- Tell NetworkManager to stop before suspend to ram.
- Done. RetVal=0
Done.
/etc/acpi/suspend.d/10-thinkpad-standby-led.sh
Done.
/etc/acpi/suspend.d/50-irda-stop.sh
Done.
/etc/acpi/suspend.d/50-tosh-save-brightness.sh
Done.
/etc/acpi/suspend.d/55-
down-interfaces.sh
Done.
/etc/acpi/suspend.d/60-generate-modules-list.sh
Done.
/etc/acpi/suspend.d/65-services-stop.sh
Done.
/etc/acpi/suspend.d/70-modules-unload.sh
modprobe -r ath_pci
done
modprobe -r b44
done
modprobe -r ath_pci
done
Done.
/etc/acpi/suspend.d/75-console-switch.sh
Done.
/etc/acpi/suspend.d/80-video-pci-state.sh
Done.
/etc/acpi/suspend.d/80-video-vesa-state.sh
Done.
/etc/acpi/suspend.d/85-alsa-state.sh
Done.
/etc/acpi/suspend.d/90-framebuffer-stop.sh
Done.
Thu Jan 24 21:54:08 CST 2008 3. prepare.sh ends.
Thu Jan 24 21:54:08 CST 2008 4. go to sleep now.
Fri Jan 25 11:18:53 CST 2008 5. wake up.
Fri Jan 25 11:18:53 CST 2008 6. resume.sh begins.
/etc/acpi/resume.d/10-thinkpad-standby-led.sh
Done.
/etc/acpi/resume.d/13-855-resolution-set.sh
Done.
/etc/acpi/resume.d/13-915-resolution-set.sh
Done.
/etc/acpi/resume.d/15-video-post.sh
Done.
/etc/acpi/resume.d/17-
video-restore.sh
Done.
/etc/acpi/resume.d/35-modules-load.sh
modprobe ath_pci
done
modprobe b44
done
modprobe ath_pci
done
Done.
/etc/acpi/resume.d/40-
infra-red.sh
Done.
/etc/acpi/resume.d/49-855-resolution-set.sh
Done.
/etc/acpi/resume.d/49-915-resolution-set.sh
Done.
/etc/acpi/resume.d/50-framebuffer-enable.sh
Done.
/etc/acpi/resume.d/50-time.sh
Done.
/etc/acpi/resume.d/50-tosh-restore-brightness.sh
Done.
/etc/acpi/resume.d/55-screen.sh
Done.
/etc/acpi/resume.d/60-asus-wireless-led.sh
Done.
/etc/acpi/resume.d/62-ifup.sh
Done.
/etc/acpi/resume.d/63-network-manager.sh
- Start NetworkManager as soon as the machine is resumed.
- Done. RetVal=0
Done.
/etc/acpi/resume.d/65-console.sh
Done.
/etc/acpi/resume.d/67-sound.sh
Done.
/etc/acpi/resume.d/69-services.sh
Done.
/etc/acpi/resume.d/72-acpi-pain.sh
Done.
/etc/acpi/resume.d/90-
thinkpad-unstandby-led.sh
Done.
/etc/acpi/resume.d/90-xscreensaver.sh
Done.
/etc/acpi/resume.d/98-acpi-unlock.sh
Done.
Fri Jan 25 11:19:03 CST 2008 7. resume.sh ends.
Fri Jan 25 11:19:03 CST 2008 8. /etc/acpi/sleep.sh ends.
%%
值得说明的是，这种变态情况并不是每次都发生，我也不知道什么时候会发生，但基本上两三天就能出这么一次，有时更短。
/etc/acpi/suspend.d/07-network-manager.sh 和
/etc/acpi/resume.d/63-network-manager.sh 是我加的，内容分别为
/etc/dbus-1/event.d/25NetworkManager stop
和
/etc/dbus-1/event.d/25NetworkManager start
1. 从这些脚本上面，能找到什么线索么？
2. 你的脚本都是怎么写的？能教我一下么？
Thanks again.
Forrest
2008/1/25 shell909090 <shell909090@gmail.com
>:
> 我先说明，我的机器是AcerAspire5100，网卡AR5005G，驱动madwifi，和你情况不
> 完全一致，因此不保证能用于你的情况。
> 我是自己写的睡眠脚本，在sleep前面先modprobe -r ath_pci，然后在resume后
> modprobe ath_pci。这样就可以保证网络继续可用。
> 如果不这么干呢？根据我的测试，先modprobe -r ath_pci，然后手工关闭网卡，
> 再开网卡，modprobe ath_pci。运气好也能恢复，不过我就不搏RP了。
> BTW:我的无线网络管理脚本全是自己写的，所以各种情况都比较特殊，系统是
> testing。
>
> Forrest Y. Yu 写道:
>
>
>
> > Hi all，
> >
> > 我的网络有个奇怪的问题，一直没有解决。就是有时候 resume 之后网络就不通
> > 了，其实也不是完全不通了，而是上网速度变得极其慢，比如一个 google 或
> > baidu 首页都要十分钟时间打开，而且路由器是可以访问的。重启计算机后，问
> > 题就没了。
> >
> > 我用的是 Acer Aspire 5610Z，无线网卡是 Atheros AR5005G，无线驱动用的
> > madwifi。让机器 suspend/resume 用的是 /etc/acpi/sleep.sh，之前用过
> > s2ram，同样存在这个问题。
> >
> > 我试过若干办法，诸如重启 NetworkManager、重新加载 ath_pci 模块、重启
> > dbus，等等，均不起作用。
> >
> > 这个问题着实让我感到非常郁闷，多方查找原因，未果，还请各位帮忙，多谢多谢！
> >
> > Regards,
> > Forrest
> >
> > --
> > Stupid is as stupid does.
>
>
> --
> To UNSUBSCRIBE, email to debian-chinese-gb-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
--
Stupid is as stupid does.
|