小编Chr*_*way的帖子

我刚买了一个全新的电池来替换一个似乎没电的电池。我按照电池随附的说明为它充电一夜，然后用电池运行我的计算机直到它处于临界状态并再次充电一夜。现在，电池似乎已充电 100%，同时容量为 0%——插入时不充电，拔下时计算机立即进入低功耗模式。

我已经取出电池并检查了触点。我在带电池和不带电池的情况下重新启动了系统。似乎没有任何帮助。

我不确定是否应该将这种情况归咎于电池、笔记本电脑、充电器或电源管理软件。显而易见的答案是电池，但我买了这块电池是因为另一个使用一年的电池表现出类似的行为——我认为它已经没电了，戴尔技术人员得出了同样的结论。我不愿意在没有先探索其他解释的情况下订购另一块新电池。

我能做些什么来诊断这个问题？

这是/proc信息：

$ cat /proc/acpi/battery/BAT0/state
present:                 yes
capacity state:          critical
charging state:          charged
present rate:            1 mA
remaining capacity:      0 mAh
present voltage:         9754 mV

$ cat /proc/acpi/battery/BAT0/info
present:                 yes
design capacity:         6600 mAh
last full capacity:      6789 mAh
battery technology:      rechargeable
design voltage:          11100 mV
design capacity warning: 660 mAh
design capacity low:     200 mAh
cycle count:          0
capacity granularity 1:  66 mAh
capacity granularity 2:  66 mAh …

我的 wifi 连接有时会断开，并且出于某种原因，网络管理器尝试连接到我邻居的网络，这需要我不知道的密码。有问题的网络未列在“编辑连接...”对话框中，我在任何配置文件中都找不到对它的引用，但每次我的主连接断开时，密码对话框仍然弹出。有没有办法将无线网络列入黑名单，以便网络管理器永远不会尝试连接到它？或者，等效地，如何删除导致网络管理器尝试连接到此特定网络的配置数据？

我的.bash_env文件设置了几个环境变量，包括PATH和EMAIL，但在从 Gnome 面板（命令：“ /usr/bin/emacs23 %F”）启动的 Emacs 会话中，这些变量没有预期值。我以前遇到过这个问题（请参阅此博客文章）。然后.bash_env我通过在我的.xsession文件中采购来修复它。显然，这不再起作用。

如果我从终端手动启动 Emacs，则变量设置正确。奇怪的是，如果我更改面板启动器以在终端中执行 Emacs（我认为这会在启动 Emacs 之前启动 Bash），它们不会被设置。

如何确保为 Emacs 会话设置了常规 Bash 环境？

我的系统开始出现异常行为，间歇性锁定。我在 中看到如下消息syslog：

Nov 18 22:22:00 claypool kernel: [ 3428.078156] ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Nov 18 22:22:00 claypool kernel: [ 3428.078163] ata3.00: irq_stat 0x40000000
Nov 18 22:22:00 claypool kernel: [ 3428.078167] sr 2:0:0:0: CDB: Test Unit Ready: 00 00 00 00 00 00
Nov 18 22:22:00 claypool kernel: [ 3428.078182] ata3.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
Nov 18 22:22:00 claypool kernel: [ 3428.078184]          res 50/00:03:00:00:00/00:00:00:00:00/a0 Emask 0x1 (device error)
Nov 18 22:22:00 claypool kernel: …

我创建了一个/usr/local/bin/suspend包含以下内容的 shell 脚本：

#! /bin/sh

# Take an optional delay parameter
if [ "$#" -gt "0" ]; then
  sleep "$1"
fi

# Put the system to sleep
dbus-send --system --print-reply --dest="org.freedesktop.Hal" \
    /org/freedesktop/Hal/devices/computer \
    org.freedesktop.Hal.Device.SystemPowerManagement.Suspend \
    int32:0

如果我chmod +x通过直接调用（例如，仅键入suspend或/usr/local/bin/suspend在命令行上）来运行脚本，则不会发生任何事情并且 shell 会挂起——它甚至不响应 Ctrl-C；我必须切换到一个新的 shell 并终止该bash进程（没有明显的子进程）。

如果我通过以下任何一种方式调用该脚本，则该脚本可以正常工作：

• 使用sh /usr/local/bin/suspend.
• 使用. /usr/local/bin/suspend.
• 将其重命名为suspend.sh并调用/usr/local/bin/suspend.sh（或只是suspend.sh，因为它在 中PATH）。

最后一个选项很好，但我仍然想知道：不使用.sh扩展到底有什么问题？

由于升级为精确，Unity 标题栏中的文本是模糊的。我认为这可能是我的常规字体设置，但似乎使用完全相同字体的窗口标题根本没有这个问题。这是一个屏幕截图，显示了显示相同文本的窗口标题栏上方的 Unity 标题栏：

如果放大，您可以在 Unity 标题栏文本中看到绿色阴影效果。