kerneil
2013年07月2日 12:29
#1
这两天不确认自己做过哪些事情导致 shutdown ， init 0 命令变异了，效果成了重启。
/var/log/message 日志:
**2013-07-02T18:59:00.703420+08:00 mysuse systemd[1]: Deactivating swap /dev/dm-1...
2013-07-02T18:59:00.741215+08:00 mysuse systemd[1]: last message repeated 4 times
2013-07-02T18:59:00.741128+08:00 mysuse systemd[1]: Unmounting /sys/kernel/debug...
2013-07-02T18:59:00.741462+08:00 mysuse systemd[1]: Unmounting /var/run/user/1000/gvfs...
2013-07-02T18:59:00.741784+08:00 mysuse systemd[1]: Unmounting /var/run/vmblock-fuse...
2013-07-02T18:59:00.908552+08:00 mysuse systemd[1]: Stopping Sound Card.**
2013-07-02T18:59:02.879382+08:00 mysuse rsyslogd: [origin software="rsyslogd" swVersion="7.2.7" x-pid="689" x-
info="http://www.rsyslog.com"] exiting on signal 15.
2013-07-02T20:17:22.532765+08:00 mysuse rsyslogd: [origin software="rsyslogd" swVersion="7.2.7" x-pid="697" x-
info="http://www.rsyslog.com"] start
2013-07-02T20:17:22.532989+08:00 mysuse kernel: 0.000000] Initializing cgroup subsys cpuset
2013-07-02T20:17:22.532999+08:00 mysuse kernel: 0.000000] Initializing cgroup subsys cpu
2013-07-02T20:17:22.532995+08:00 mysuse systemd[1]: Started Collect Read-Ahead Data.
2013-07-02T20:17:22.533010+08:00 mysuse kernel: 0.000000] Linux version 3.7.10-1.16-desktop (geeko@buildh
ost) (gcc version 4.7.2 20130108 [gcc-4_7-branch revision 195012] (SUSE Linux) ) #1 SMP PREEMPT Fri May 31 20:
21:23 UTC 2013 (97c14ba)
2013-07-02T20:17:22.533014+08:00 mysuse systemd[1]: Started Replay Read-Ahead Data.
2013-07-02T20:17:22.533016+08:00 mysuse kernel: 0.000000] Command line: BOOT_IMAGE=/vmlinuz-3.7.10-1.16-d
esktop root=/dev/mapper/system-root resume=/dev/system/swap splash=silent quiet showopts
2013-07-02T20:17:22.533018+08:00 mysuse kernel: 0.000000] e820: BIOS-provided physical RAM map:
2013-07-02T20:17:22.533023+08:00 mysuse kernel: 0.000000] BIOS-e820: [mem 0x0000000000000000-0x0000000000
09cfff] usable
2013-07-02T20:17:22.533019+08:00 mysuse systemd[1]: Starting Load Kernel Modules...
2013-07-02T20:17:22.533028+08:00 mysuse kernel: 0.000000] BIOS-e820: [mem 0x000000000009d000-0x000000000009ffff] reserved
2013-07-02T20:17:22.533036+08:00 mysuse kernel: 0.000000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
2013-07-02T20:17:22.533035+08:00 mysuse systemd[1]: Starting Setup Virtual Console...
2013-07-02T20:17:22.533038+08:00 mysuse kernel: 0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000dedf1fff] usable
2013-07-02T20:17:22.533040+08:00 mysuse systemd[1]: Started Set Up Additional Binary Formats.
2013-07-02T20:17:22.533042+08:00 mysuse kernel: 0.000000] BIOS-e820: [mem 0x00000000dedf2000-0x00000000dee86fff] ACPI NVS
2013-07-02T20:17:22.533044+08:00 mysuse systemd[1]: Started File System Check on Root Device.
2013-07-02T20:17:22.533044+08:00 mysuse kernel: 0.000000] BIOS-e820: [mem 0x00000000dee87000-0x00000000dee97fff] reserved
2013-07-02T20:17:22.533050+08:00 mysuse systemd[1]: Starting Remount Root and Kernel File Systems...
2013-07-02T20:17:22.533062+08:00 mysuse systemd[1]: Started Load Kernel Modules.
2013-07-02T20:17:22.533065+08:00 mysuse systemd[1]: Mounted FUSE Control File System.
2013-07-02T20:17:22.533069+08:00 mysuse systemd[1]: Mounted Configuration File System.
木有提示，不知道如何下手解决问题。求指点！
bbs.chinaunix.net/thread-2278384-1-1.html
这里说是和 BIOS 电源选项啊什么有关，不知道你动过没有。可以重置 BIOS 选项什么的来解决。我也不懂。一些 debain 系的用户貌似遇到过类似问题的，通过修改 grub 来弄的，但是资料太早了，ubuntu 8.04 啊什么的。现在 grub2 也没办法通用。
另外试试 halt 命令可不可以关机，也许问题出在那里。
再不行给你出个馊主意，去学习一下 inittab 的原理。。。这货是可以配置的，调用脚本啊什么的，但是我看了半天没看懂。
小白垫场，希望后面的大神神回复可以解决你的问题。
1赞
kerneil
2013年07月2日 14:33
#3
哈哈，谢谢 PaleFire 兄。
实践出真知，确实是 BIOS 设置的问题，刚刚验证过了。把 BIOS 恢复默认设置后，机器恢复正常，可以正常关机了。
顺便和大家分享，重设 BIOS 需要关注重要的一点 — 硬盘的驱动模式 。重设前要查清楚 BIOS 里硬盘模式是 AHCI 还是 IDE 。错误的硬盘模式驱动会导致读不到硬盘。
向 PaleFire 兄致敬 ！
kerneil
2013年07月4日 01:44
#5
我又带来了不好的消息，昨天问题又出现了。继续求救！
昨天执行过一次 Hibernate , Hibernate 无法唤醒。屏幕始终不亮。
然后强制断电，启动机器后发现 shutdown 的效果又变成重启了。
很明显你强行关机后计算机恢复到最初的状态，BIOS 又回去了呗。
我的经验是（至少某段时期的） Linux 无所谓，反正它都支持。Windows 很麻烦，win7 要修改注册表。
kerneil
2013年07月5日 01:35
#8
第一次，把 BIOS 重置后，关机命令有效。
kerneil
2013年07月5日 16:28
#9
放弃，这段时间使用 opensuse，感觉兼容性不错。值得赞一个，可以社区实在是缺乏底蕴，缺少可以支持终端用户的技术能力。
底蕴是给能看到底的人说的。至少这个坛子里能解决你这个问题的人不下 20，英文社区不下 1000，邮件列表那更是人人能搞定这种玩意，google 一下满屏幕的结果。但是为什么要给你解决？你得给社区一个帮助你的理由。天助自助者，如果你自己都不做出努力（我没有看到你的甄错调试过程。你看你作为出问题的人都选择等着了，那还能指望别人去做事啊。），就想要「社区各种各样给力的指导和解决方案」，抱歉，伸手党右转 Windows。而何况这种情况出现在 Windows 最后你一样得忍着。另外「巧妇难为无米之炊」，你什么都没有（不会「有」？可以请其它用户告诉你日志在哪儿看什么日志），我们懒得玩心灵感应的游戏。
如果你要的底蕴是什么人都围着你转，那么抱歉。社区不想要有这种「底蕴」。另外，「兼容性」是最大的底蕴，没有一定历史和开发实力实现不了。所以你从一个有底蕴到你看不清的跑回到一个连你都知道没底蕴是玩具的，就像放着中国不呆死活移民黑非洲一样，只能说祝你好运。
支持终端用户的技术能力和办公环境是冲突的，何况你也没请求终端支持。除非你在终端下办公（服务器 SA），但那样证明你的能力与你工作的要求不匹配，要学习的是你，跟社区依然没有关系，但字里行间看不到你有学习的态度。
openSUSE 的领头团队不会帮助你搞定这种问题，我的管理团队也不会帮你搞定这些问题。在用户论坛质疑领头团队没有帮助你，还有比这滑稽的么？有论坛已经是帮助你了。领头团队不用论坛交流，论坛是属于用户的。开发者的交流使用的是邮件列表和 Bugzilla，如果你需要开发者帮助你，那么你来错地方了。
另外一个可能就是我们的系统很稳定，你是第一个遇到这种问题的人（至少在 12.3 上面），那更可能的是你的电脑问题而不是领头团队的问题。
总之，don’t judge。一年后你翻回这个帖子自己再读，会笑当初自己傻的。不笑只会有一种情况，那就是这一年你依然没有长进。
当然如果你要愿意改变自己的态度的话，问题还是有可能得到解决的。至少我最近还算有空。
lilydjwg
2013年07月6日 10:25
#11
他说的应该是「end user」而不是「terminal user」。
kerneil
2013年07月9日 03:33
#12
我有不同的看法：
ps: 我自己笔记本的情况说一下，供其它有可能遇到相同问题的朋友借鉴。我自己的笔记本是11年产华硕A42JY .
1.初装opensuse一切正常，头一次发生关机变重启问题出现在一周左右的时候，发生之前做过什么操作已无印象，但绝对没动过BIOS。
有句话你说对了，求人不如求己。这句话的另一个意思是，你不稀罕我，我也不稀罕你。
lilydjwg
2013年07月9日 06:53
#13
kerneil:
我有不同的看法： 1.我为了找问题所做的工作你是看不到的，你可以认为我解决不了这个问题。但是请看看顶楼吧，如果我自己没有想解决的念头，我怎么会主动把message日志贴出来。正因为我找不到问题发生点，才会来到论坛求助大家。如你所说社区里至少有20个人能解决这个问题，你从头看一遍，除了PaleFire给予了帮助，就是你发帖训斥我了。 2.我不是SA，你也不能要求每一位opensuse的用户都是SA 。小白一枚解决不了问题和社区是扯不上关系的，是人都明白这理，不然岂不白活？也用不着把我和社区联系起来，可这不妨碍我这小白对论坛或者社区的直接感官。感同身受，呵呵。 3. Standing on the shoulders of giants , 这句话懂的人太多了，不解释。这才是社区和论坛应该做的事情，想想ubuntu中文论坛和itpub 。 4.今儿来不是为了抱怨的、不是为了吵架，只是因为被训斥了不爽来表态的。如果你比我多吃了十年米饭，你可以站在道德的高度来训斥我。给我感觉你领头办论坛不是为了把自己的知识贡献给大家的，而是来彰显炫耀你的存在。 ps: 我自己笔记本的情况说一下，供其它有可能遇到相同问题的朋友借鉴。我自己的笔记本是11年产华硕A42JY . 1.初装opensuse一切正常，头一次发生关机变重启问题出现在一周左右的时候，发生之前做过什么操作已无印象，但绝对没动过BIOS。 2.之后查系统日志message没有报错信息，仅看到机器关闭又启动的信息。 3.按PaleFire给的建议，重置了BIOS，shutdown能关机了。 4.第二天再次使用Hibernate（刚装完opensuse就发现了休眠唤醒时屏幕全黑，长时间等待无响应） , 确认了唤醒屏幕全黑，强制重启。问题再现，shutdown变重启。 5.此后再重置BIOS也没用了，周末用了土办法，重装依然不成。换ubuntu，覆盖安装问题依旧。win7倒是一直正常，win7重装也正常。 有句话你说对了，求人不如求己。这句话的另一个意思是，你不稀罕我，我也不稀罕你。 that’s all .
我也有不同的看法：
贴出内核日志只能说明你是真的想解决问题，而不是来逗大家玩儿的。
Ubuntu 中文论坛上也有大把的最终依旧没能解决的问题。
不要轻易把一个简单的问题变成一个复杂的问题，除非你希望引发不必要的争论。你被训斥很明显是因为你让一些不同意你的论断的人不爽。你不希望别人让你不爽的对吧？那也请不要轻易让别人不爽。
以下回复 ps 后边部分：
请查看升级日志。既然之前好好的，那很可能是内核或者驱动等的改变导致的。
很麻烦的排错过程，但是没有更好的办法。如果英文尚可的话，你也可以尝试在网上搜索、向相关邮件列表发信询问。
kerneil:
我有不同的看法： 1.我为了找问题所做的工作你是看不到的，你可以认为我解决不了这个问题。但是请看看顶楼吧，如果我自己没有想解决的念头，我怎么会主动把message日志贴出来。正因为我找不到问题发生点，才会来到论坛求助大家。如你所说社区里至少有20个人能解决这个问题，你从头看一遍，除了PaleFire给予了帮助，就是你发帖训斥我了。 2.我不是SA，你也不能要求每一位opensuse的用户都是SA 。小白一枚解决不了问题和社区是扯不上关系的，是人都明白这理，不然岂不白活？也用不着把我和社区联系起来，可这不妨碍我这小白对论坛或者社区的直接感官。感同身受，呵呵。 3. Standing on the shoulders of giants , 这句话懂的人太多了，不解释。这才是社区和论坛应该做的事情，想想ubuntu中文论坛和itpub 。 4.今儿来不是为了抱怨的、不是为了吵架，只是因为被训斥了不爽来表态的。如果你比我多吃了十年米饭，你可以站在道德的高度来训斥我。给我感觉你领头办论坛不是为了把自己的知识贡献给大家的，而是来彰显炫耀你的存在。 ps: 我自己笔记本的情况说一下，供其它有可能遇到相同问题的朋友借鉴。我自己的笔记本是11年产华硕A42JY . 1.初装opensuse一切正常，头一次发生关机变重启问题出现在一周左右的时候，发生之前做过什么操作已无印象，但绝对没动过BIOS。 2.之后查系统日志message没有报错信息，仅看到机器关闭又启动的信息。 3.按PaleFire给的建议，重置了BIOS，shutdown能关机了。 4.第二天再次使用Hibernate（刚装完opensuse就发现了休眠唤醒时屏幕全黑，长时间等待无响应） , 确认了唤醒屏幕全黑，强制重启。问题再现，shutdown变重启。 5.此后再重置BIOS也没用了，周末用了土办法，重装依然不成。换ubuntu，覆盖安装问题依旧。win7倒是一直正常，win7重装也正常。 有句话你说对了，求人不如求己。这句话的另一个意思是，你不稀罕我，我也不稀罕你。 that’s all .
Hi，
那就请让大家看到。帖子和邮件列表都是可以自问自答的，你不断 Google 不断尝试，哪些行哪些不行，有个 self management，别人才能够继续 tracing 从而给你 idea。任何人都是那么解决的，包括那 20 个。你不这么做，相当于当别人 lead 来 debug 一台他完全没有见过的电脑。很明显那 20 个人不想给自己添麻烦或背负责任什么的，this is true，可以去看我当初在硬件板块 bumblebee 的那个帖子里给自己找的 10 页麻烦，最后没解决还落埋怨了。
另外，在自由软件的世界里，会解决不代表要帮你解决。就像比尔盖茨有钱不一定非要给你花一样。我也不是训斥你，这里没有人见过我是怎么训人的，我只是告诉你为什么你得不到回应。甚至最后我还 offer 了我的 help。至于你不爽，我猜测可能我说对了一些部分，或者你完全就认为我是看你不爽（但你是我的论坛会员，我为什么要看你不爽呢，心情不好去黑 Ubuntu 不是更好吗）。所以 don’t be personal。
我看不明白。
你没有搞清楚 Giant 们怎么想。上帝生出 Giant 不是就为了提供一个肩膀的。Linux 世界里的 Giant 都是非常自私的，在没有获得 TA 们的友谊之前，凭什么让你站呢。Giant 自利过程中的 side effects 是帮助了小白，你的问题没有 trigger Giant 自利的需求。所以你说 U 坛怎样，我只能推论说那个发行版前些年 bug 真的很多，trigger 了很多这样的需求。
我以前的博文就清楚的说过，我非常希望有人来 lead 我（像 thruth 那样），但很不幸目前我也在等这个人。如果非要炫耀的话，那么圈内对 openSUSE 社区的认识是这个社区离了谁都行，就离了我转不了。社区元老 steue 就说过，有了玛丽之后，我们才像个社区的样子。所以如果您是对这一点感到非常之不愉快的话，欢迎 step in，get your hands dirty，改变社区这个尴尬的现状。
另外我真心说的不是你这个人，而是这类人。我是第一顺位管理员，没有时间来说某个人的问题，如果你当校长，会开大会训某个孩子吗，那样就掉份了，干班主任的会不服你的。
第二个 1234（非常感谢你用了别的发行版后，还愿意回来帮我们进步）：
这证明 openSUSE 12.3 ISO 是好的，所以之后 openSUSE 方面没有责任，也就是说你如果自己不进行 debug 的话，你去 bugzilla 都找不到 target。那样解决起来效率很低的，我曾经把一个 NetworkManager 的表象最终 debug 到 Btrfs，CC 了各种开发者，最后发现在我解决问题的时间里，上游已经修复了。
所以问题可能出现在你装了其它与内核通信的东西比如闭源显卡驱动（NVIDIA 搞坏了你什么都不要奇怪…以前就有发生过它替换 X11 的 API 出问题，然后关机时 X11 崩溃，于是内核重载，忽略关机效果，X11 重启外观跟重启差不多），或者是推过来的底层软件包更新比如 pm-utils 的更新（它是 shutdown 命令所在的软件包）。
lilydjwg
2013年07月9日 10:50
#15
marguerite:
所以问题可能出现在你装了其它与内核通信的东西比如闭源显卡驱动（NVIDIA 搞坏了你什么都不要奇怪… 以前就有发生过它替换 X11 的 API 出问题，然后关机时 X11 崩溃，于是内核重载，忽略关机效果，X11 重启外观跟重启差不多），或者是推过来的底层软件包更新比如 pm-utils 的更新（它是 shutdown 命令所在的软件包）。 2. 这证明出错程序的 log 不写入 messages。不写入 messages 的很重要的底层软件据我所知有 X11,zypper，NetworkManager，哈，pm-utils。因为 pm-utils 是写入 /var/log/pm-*.log 的。 3. 他那是个 workaround，有问题不改代码那不叫 fix，叫 workaround，权宜之计，本来就是时灵时不灵的。 4. 这个问题给我的感觉像是闭源显卡搞的（你需要 X11.0.log.old），因为如果 messages 没东西，那就证明 resume 是成功的。黑屏是因为显卡有 bug 没能点亮屏幕。shutdown 再现是因为强制关机有个清空 buffers 的作用，那只能证明那个 workaround 不是很 solid。 5. 这证明你的硬件被改动或初始化了。所以你有没有可能会被改动的硬件比如双显卡或者 secure boot 之类的。同时还证明这个问题 Ubuntu 更加无解。Windows 7 如果正常的话，或者你可以在 Windows 下刷一下 BIOS 到厂家提供的最新版（搜你电脑型号，有风险自负）。
我仔细了下他贴出来的日志，与他的描述不符。
我不知道他是什么时间执行关机操作，又是什么时间发现系统已经启动的，又或者他贴的日志是不是在操作的时间范围内。但是，根据日志信息，他 ** 关机后一个多小时才又启动的 ** 。根本不是「一关机就重启」。
