Version: 13.1.4 (2013-10-17)
版权 © 2013 玛格丽特 · 苏 (marguerite@opensuse.org)
若您是从某个旧版本升级到本版 openSUSE 的，之前的版本资讯列示于此，供您参考：
这些版本资讯涵盖以下领域：
第 1 节 “杂项”：这些条文是自动从 openFATE 捕获的，openFATE 是 openSUSE 的特性/需求管理系统 (http://features.opensuse.org)。
不可用
第 2 节 “安装”：若您想从零开始安装系统，请阅读本章。
第 3 节 “常规”：那美克星人都该看的信息。
第 4 节 “系统升级”：若您是从之前版本运行系统升级获得的本版 openSUSE，本章是与该过程相关的一些提问荟萃。
第 5 节 “技术”：本章涵盖了有经验的用户可能感兴趣的一系列技术上的改进和扩充。
详细安装信息请见 第 3.1 节 “openSUSE 文档”。
在 新手入门 中，您能够找到按步就班的安装指南，和 KDE、GNOME 桌面以及 LibreOffice 套装的介绍。该手册也涵盖了一些基础管理话题如部署、软件管理以及 bash 壳层的扫盲。
Find the documentation in
/usr/share/doc/manual/opensuse-manuals_$LANG after
installing the package opensuse-startup_$LANG,
or online on http://doc.opensuse.org.
The following YaST modules were obsolete and rarely used these days:
yast2-autofs
yast2-dbus-client
yast2-dirinstall
yast2-fingerprint-reader
yast2-irda
yast2-mouse
yast2-phone-services
yast2-power-management
yast2-profile-manager
yast2-sshd
yast2-tv
The main reason for dropping was to decrease the maintenance effort and better focus on other more used modules.
12.3 必读
在将 openSUSE 安装到一个使用 UEFI (统一可扩展固件接口) 引导的计算机上之前，特别建议您检查一下硬件制造商推荐的任何固件更新，并且，如果有的话，安装这样的更新。计算机预装了 Windows 8 是表明您的计算机使用 UEFI 引导的一个明显标志。
背景知识： 某些 UEFI 固件有故障，会导致它在太多数据被写入 UEFI 存储区域时崩溃。但是，没有人真正知道多少是"太多"。openSUSE 仅会写入引导操作系统必需的超小数据，从而最小化了该风险。"超小数据"意思是说仅知会 UEFI 固件 openSUSE 引导加载器的位置。我们默认禁用了上游 Linux 内核的使用 UEFI 存储区域存放引导和崩溃信息 (pstore) 的功能。然而还是推荐安装硬件制造商推荐的任何固件更新。
12.3 必读
这只影响 UEFI 模式中开启了安全引导的机器。
如果机器启用了安全引导，YaST 将不会自动检测，因此将默认安装一个未签名的引导加载器。但未签名的引导加载器将不为固件所接受。要安装签名的引导加载器，必须手动启用 "启用安全引导" 选项。
12.3 必读
这只会影响运行在 UEFI 模式中的机器。
当使用 Live 介质上的安装器时，YaST 不会检测 UEFI 模式，因此安装的将是传统引导加载器。这会导致系统无法引导。您必须手动把引导加载器从 grub2 切换到 grub2-efi。
12.3 必读
默认您应使用 YaST 网络设置对话框 (yast2 network) 激活 NetworkManager。若您想要激活 NetworkManager，请按以下操作。
用于激活 NetworkManager 的 /etc/sysconfig/network/config 中的 NETWORKMANAGER 变量已被一个 systemd 的 network.service 别名链接取代，后者可用
systemctl enable NetworkManager.service
命令创建。它将创建一个指向 NetworkManager.service 的 network.service 别名链接，从而停止了 /etc/init.d/network 脚本。这个命令
systemctl -p Id show network.service
允许查询当前所选网络服务是什么。
要启用 NetworkManager，请用：
首先，停止运行中的服务：
systemctl is-active network.service && \ systemctl stop network.service
启用 NetworkManager 服务：
systemctl --force enable NetworkManager.service
启动 NetworkManager 服务 (通过别名链接)：
systemctl start network.service
要禁用 NetworkManager，请用：
停止运行中的服务：
systemctl is-active network.service && \ systemctl stop network.service
禁用 NetworkManager 服务：
systemctl disable NetworkManager.service
启动 /etc/init.d/network 服务：
systemctl start network.service
要查询当前所选服务，请用：
systemctl -p Id show network.service
若启用了 NetworkManager 服务，它将返回 "Id=NetworkManager.service"，否则将返回 "Id=network.service" 表示 /etc/init.d/network 正作为网络服务。
12.3 必读
自 openSUSE 11.3 起，我们为 Intel、ATI 和 NVIDIA 显卡切换到了 KMS (内核模式设置)，因此现在 KMS 是我们的默认设置。若您遇到了 KMS 驱动支持问题 (intel，radeon，nouveau)，可通过向内核引导命令行添加 nomodeset 来禁用 KMS。若使用 Grub2, 我们的默认引导加载器，欲永久设置，可以根用户身份将该选项添加到您的 /etc/default/grub 文本文件中的 GRUB_CMDLINE_LINUX_DEFAULT 内核默认加载选项行中去，并运行终端命令
sudo /usr/sbin/grub2-mkconfig --output=/boot/grub2/grub.cfg
以让修改生效。另外，若使用 Grub Legacy，也请以根用户身份将该选项添加到 /boot/grub/menu.lst中的内核命令行中。该选项保证了在 initrd 中使用 modeset=0 加载适当的内核模块 (intel, radeon, nouveau)，也就是说，禁用了 KMS。
在极少见的情况下从 initrd 挂载 DRM 模块出错是一个常见的问题，KMS 只是躺着中枪而已。这时更应该在 initrd 里完全禁用加载 DRM 模块而不是去搞 KMS。通过 YaST 将 NO_KMS_IN_INITRD sysconfig 变量设置为 yes，之后会重建 initrd。然后重启计算机。
若 Intel 显卡未开启 KMS， X 服务器会退而求其次使用 fbdev 驱动 (intel 驱动只支持 KMS);另外，对于旧款 Intel 显卡，"intellegacy" 驱动 (xorg-x11-driver-video-intel-legacy 软件包) 依然可用，它依然支持 UMS (用户模式设置)。欲使用它，可编辑 /etc/X11/xorg.conf.d/50-device.conf，并将 driver 驱动条目修改为 intellegacy。
若检测到 ATI 显卡是目前流行型号的，X 服务器会退而求其次使用 radeonhd。若NVIDIA 显卡未开启 KMS，X 服务器将使用 nv 驱动。(nouveau 驱动只支持 KMS)。注意，若您指定了 nomodeset 内核引导参数，新型号的 ATI 和 NVIDIA 显示处理器会退而求其次使用 fbdev。
12.3 必读
自 openSUSE 12.3 起，SuSEconfig.postfix 被重命名为了 /usr/sbin/config.postfix。若您在 /etc/sysconfig/postfix 或 /etc/sysconfig/mail 中设置了 sysconfig 变量，您必须以 root 身份手动运行 /usr/sbin/config.postfix。
12.3 必读
在 Gnome 3.6 中请使用以下折衷方法来将 Shift 或 Ctrl+Shift 设置为选择输入来源的快捷键：
安装 gnome-tweak-tool。
启动 gnome-tweak-tool (>)。
通过左边的菜单，选择 ，在右边的窗口中修改设置。
这也被上游故障报告 https://bugzilla.gnome.org/show_bug.cgi?id=689839 收录了。
xinetd 的新默认值把默认日志对象从 /var/log/xinetd.log 修改到系统日志了。这意味着 xinetd 的全部消息均将作为设施守护程序和日志级别信息出现在系统日志中。
若您想要切换回以前的方法，请去 /etc/xinetd.conf 中查找中意的脚本。xinetd.log 的 logrotate 脚本模板可在 /usr/share/doc/packages/xinetd/logrotate 中找到。
Apache 2.4 features various changes in the configuration files. For more information about upgrading from a previous version, see http://httpd.apache.org/docs/2.4/upgrading.html.
tomcat 启动脚本不再将输出写入到 /var/log/tomcat/catalina.out 了。现在全部消息均通过 tomcat.service (tomcat-jsvc.service) 重定向到系统日志和日志级别信息了。