2017 年 Linux 的 5 大痛点

糟糕的文档是迄今为止 Linux 用户最头疼的问题。以下是一些其他常见问题领域。
641 位读者喜欢这篇文章。
Top 5 Linux pain points in 2017

互联网档案馆图书图片。由 Opensource.com 修改。CC BY-SA 4.0

正如我在 2016 年开源年鉴 中关于 针对 5 个最常见的 Linux 问题的故障排除技巧 的文章中所讨论的那样,Linux 对于大多数用户来说能够如预期般安装和运行,但有些人不可避免地会遇到问题。过去一年在这方面情况发生了什么变化?我再次在 LinuxQuestions.org 和社交媒体上提出了这个问题,并分析了 LQ 的发帖模式。以下是更新后的结果。

1. 文档

文档,或者说是文档的缺乏,是今年最大的痛点之一。尽管开源方法产生了卓越的代码,但编写高质量文档的重要性只是在最近才被重视起来。随着越来越多的非技术用户采用 Linux 和开源软件,文档的质量和数量将变得至关重要。如果您一直想为开源项目做贡献,但又觉得自己技术不够,无法提供代码,那么改进文档是一个很好的参与方式。许多项目甚至将文档保存在其存储库中,因此您可以利用您的贡献来熟悉版本控制工作流程。

2. 软件/库版本不兼容

如果您一直想为开源项目做贡献,但又觉得自己技术不够,无法提供代码,那么改进文档是一个很好的参与方式。
我对这一点感到惊讶,但软件/库版本不兼容问题被频繁提及。如果您没有运行主流的流行发行版之一,这个问题似乎会大大加剧。我个人在很多年里都没有遇到过这个问题,但是像 AppImageFlatpak 和 Snaps 这样的解决方案的日益普及,让我相信这个问题可能确实存在。我对进一步了解这个问题很感兴趣;如果您最近遇到过,请在评论中告诉我。

3. UEFI 和安全启动

尽管随着更多受支持硬件的部署,这个问题持续得到改善,但许多用户表示他们仍然遇到 UEFI 和/或安全启动的问题。使用开箱即用完全支持 UEFI/安全启动的发行版是这里最好的解决方案。

4. 弃用 32 位

许多用户都在哀叹他们最喜欢的发行版和软件项目中 32 位支持的消亡。尽管如果 32 位支持是必须的,您仍然有很多选择,但越来越少的项目可能会继续支持一个市场份额和关注度都在下降的平台。幸运的是,我们谈论的是开源,所以只要有人关心这个平台,您可能至少会有几个选择。

5. X 转发的支持和测试日益恶化

尽管许多 Linux 的长期用户和高级用户经常使用 X 转发并认为它是关键功能,但随着 Linux 变得越来越主流,它似乎得到的测试和支持越来越少;尤其是来自较新的应用程序。随着 Wayland 网络透明度仍在发展,情况可能会在好转之前变得更糟。

去年的遗留问题——以及改进

视频(特别是,加速器/加速;最新的显卡;专有驱动程序;以及高效的电源管理)、蓝牙支持、特定的 WiFi 芯片和打印机以及电源管理,以及挂起/恢复,仍然是许多用户的难题。更积极的一面是,安装、HiDPI 和音频问题比一年前明显减少。

Linux 继续取得巨大进步,持续不断、几乎不可阻挡的改进周期应确保这种情况在未来几年继续下去。然而,与任何复杂的软件一样,总会存在问题。

话虽如此,您在 2017 年发现最常见的 Linux 技术问题是什么?请在评论中告诉我。

User profile image.
Jeremy Garcia 是 LinuxQuestions.org  的创始人,也是一位热情而务实的开源倡导者。在 Twitter 上关注 Jeremy:@linuxquestions

31 条评论

https://github.com/AppImage/AppImageKit/wiki/Desktop-Linux-Platform-Iss… 突出显示了一些当前的兼容性问题。这些问题需要解决,因为总体思路正在从将发行版作为应用程序的唯一来源转变为将发行版作为您可以运行上游提供、上游支持的软件的平台,而不管您恰好运行哪个特定发行版。

我很惊讶您没有意识到 Linux 的库版本不兼容问题。对于软件开发人员来说,这是一个大问题,他们发现很难发布任何可以在多个 Linux 发行版和多个版本上运行的东西。Linux 开发人员似乎认为 API 稳定性并不重要,因为他们经常通过更改库程序 API 使正在运行的软件过时,导致软件崩溃,甚至在不更改源代码以适应新 API 的情况下使源程序无法构建。再加上许多 Linux 应用程序打包系统。结果是一片混乱,这也是供应商远离 Linux 的主要原因。相比之下,Microsoft 确保旧程序可以在新版本的 Windows 上继续运行。

公平地说,我说过“我个人在很多年里都没有遇到过这个问题”……而且我确实没有。但是,我认为将此问题视为某些供应商不支持 Linux 的主要驱动因素是不公平的。主要问题是 Linux 在桌面上的市场份额非常低。话虽如此,probono 提供的链接中的许多观点都是合理的,我们作为一个生态系统肯定有改进的空间。

--杰里米

回复 作者:Mike Cornelison (未验证)

软件/库版本不兼容问题一直是一个问题,尤其是在开发人员方面。您关于市场份额低的评论是一个“鸡生蛋还是蛋生鸡”的问题。是先创建一个更好的应用程序可用性生态系统,还是先让公司为 Linux 构建应用程序?

根本问题是开发人员至今仍必须处理发行版版本控制。这就是为什么 DEB 是为 Ubuntu 的多个版本而制作的,而不仅仅是 Ubuntu。这些 DEB 可能无法在 Debian 中工作,因此需要制作更多。Fedora、openSUSE、Mageia 等的 RPM 各不相同,因此更加痛苦。

这就是让公司害怕投入资源到这样一个基础设施的原因,这太多的工作无法证明其合理性。

Snaps、AppImages 和 Flatpaks 对于平台在未来获得大规模桌面采用非常重要。

回复 作者:jeremy-garcia

我仍在等待能够修复笔记本电脑停靠并使用外部显示器的问题。笔记本电脑和扩展坞已经存在很长时间了。就在最近,我使用最新的发行版测试了该功能,但仍然存在问题。

如果这些东西是我们遇到的最糟糕的问题,那么我们已经走了很长一段路了。

幸运的是,这五个问题都没有影响到我。
1. 我一生中从未阅读过文档。
2. 我现在只运行主流的流行发行版。(第一个 Solus 和 Point 教会了我这个道理。)
3. 购买了翻新的 Win7 笔记本电脑,没有 UEFI。
4. 只使用 64 位发行版。我为什么要运行 32 位?
5. 不是高级用户。如果它在大多数时候都能工作,我就很开心了。

完全不是在开玩笑。我永远不会回到 Windoze!

> 4. 只使用 64 位发行版。我为什么要运行 32 位?

为了从您的硬件中获得更多性能。32 位使 RAM 小于 2GB 的计算机运行得更好。如果您有 4GB 或更多,64 位可能会稍微快一点。

实际上,问题恰恰相反:哪些用途需要 64 位?

回复 作者:One Happy Linux User (未验证)

>为了从您的硬件中获得更多性能。

64 位系统远远超过 32 位系统。

> 32 位使 RAM 小于 2GB 的计算机运行得更好。

如果硬件与 64 位兼容,则情况并非如此。如果硬件是 32 位的,那么人们想要 32 位发行版是有道理的,但否则在日常使用中就没有什么意义了。在非常特定的用例中,例如将硬件变成无头工作站,这将是很好的。

>实际上,问题恰恰相反:哪些用途需要 64 位?

实际上,问题不是那样,因为 32 位最多只能使用大约 3.7GB 的 RAM,因此超过这个量,64 位立即更好,因为它可以使用它。

回复 作者:Kant B. Wong (未验证)

>>为了从您的硬件中获得更多性能。

> 64 位系统远远超过 32 位系统。

您知道网上有基准测试,不是吗?这篇文章可能有用

https://askubuntu.com/questions/7034/what-are-the-differences-between-3…

对于速度提高约 10%,我当然不会使用“远远超过”这个词。

>> 32 位使 RAM 小于 2GB 的计算机运行得更好。

> 如果硬件与 64 位兼容,则情况并非如此。

但这是真的,如果您必须进行更多 I/O 来加载更大的应用程序和数据文件。计算机不仅仅是 CPU...

> 如果硬件是 32 位的,那么人们想要 32 位发行版是有道理的,但否则在日常使用中就没有什么意义了。

当然,还有很多人仍然拥有仅限 32 位的 PC。

日常使用处理的是像销售点计算机中的那些小数字,而不是像天气预测超级计算机中的数字。

> 在非常特定的用例中,例如将硬件变成无头工作站,这将是很好的。

相反,64 位是用于特定情况的。您不需要它来制作文本,用于正常的图形编辑(我一直都在 32 位中使用 Gimp),用于互联网浏览(就像现在这样),观看视频(是的,甚至是电影),银行、电子邮件、预算程序等等。

>>实际上,问题恰恰相反:哪些用途需要 64 位?

> 实际上,问题不是那样,因为 32 位最多只能使用大约 3.7GB 的 RAM,因此超过这个量,64 位立即更好,因为它可以使用它。

的确,如果我有一台 RAM 为 4GB 或更多的计算机,我可能会使用它。但即便如此,请注意,只有当应用程序需要超过 3.7GB 时,64 位才开始有用。

这与 64 位更好无关,而是与它是强制性的有关。Unicode 清楚地表明 8 位是不行的;32 位允许 4GB(或 3.7)的地址空间,这对于大多数任务来说已经足够了。我们用它来录制 5GB 的 DVD!

回复 作者:Michael Tunnel…

嗨,Jeremy,

您的第一点完全说出了我对开源的感受。您有什么关于我可以开始贡献的项目的建议吗?
谢谢

没有具体的项目建议,但总的来说,我会说选择一个您感兴趣或热衷的项目并投入其中。这可能会让人感到畏惧,但我认为您会发现大多数项目都真诚地欢迎帮助。

--杰里米

回复 作者:GaelleTjat

文档确实是第一大问题。Linux 通常运行无错误,但经常会出现一些小麻烦,通常是在桌面环境(KDE 或 GNOME)中。这些环境极其复杂,配置文件散布在整个 Linux 系统中,几乎没有任何文档记录。尽管 GUI 配置系统有数百个选项,但您需要的那个选项却不在那里。

因此,您最终会遇到一些只能通过编辑系统上成千上万个文本文件中的某个文件来解决的麻烦。

找出该怎么做的唯一方法是浪费一天时间访问一些论坛,并希望有人知道要访问哪个文件。然后,您当然会发现您的发行版要么没有该文件,要么该文件不在帮助者建议的位置,要么该文件被其他文件覆盖。

祝您好运!

对我来说,休眠/恢复支持是最令人头疼的问题。

大家好,以下是我对提到的痛点的看法

> 1. 文档

对我来说不是什么大问题。诚然,有时确实没有任何关于如何解决某种情况的提示,但幸运的是,这些情况很少见。

作为一般规则,好心人会指出解决方案——只需要一点时间来找到它(感谢 Google)。

> 2. 软件/库版本不兼容

现在,这对我来说在某种程度上是一个问题。

首先,在安装某个非常重要的应用程序(PKCS-11,智能卡支持软件)时,我很惊讶地看到当前的库不适用;因此,我不得不安装旧版本的库。幸运的是,旧版本和新版本在同一台 PC 上运行良好。

在另一次更令人担忧的情况下,我不得不选择一个具有 lsb 支持的发行版(这在今天不太常见),因为打印机 (Epson) 的驱动程序依赖于它。最后,我不得不使用一台可用的旧机器来充当其他运行没有 lsb 的发行版的机器的打印服务器。

> 3. UEFI 和安全启动

我没有遇到这个问题,因为我的电脑不是那么新。在我需要处理这种情况的少数情况下,我不得不关闭安全启动。因为我的计算机没有暴露在外(我主要在家里使用它们)。

> 4. 弃用 32 位

这一直是一个很大的麻烦。我看不出使用 64 位有什么真正的好处,而且我的电脑通常 RAM 内存很小(一台甚至只有 1GB)。

我全部使用 32 位(包括看电影)。我怀疑如果我开始观看 4K 电影,我将需要一台更强大的 PC,但话又说回来,我不确定是否需要 64 位——尽管,如果 RAM 超过 4GB,我最终可能不会太在意这个问题。

就我个人而言,我认为 64 位不是坏事,但只使用 64 位是一个错误。

> 5. X 转发的支持和测试日益恶化

在这方面没有太多经验,但由于我计划了一些用途,我想我不会很快使用 Wayland...

在所有其他“遗留问题”中,我幸运地没有遇到任何问题;如果我设法购买一台更强大的显示器(目前使用 1920x1080,没有问题),HiDPI 可能会成为问题,因此我最好关注一下这个话题。

我认为问题与其说是文档,不如说是开发人员太快做出更改,这些更改除了破坏现有文档外,似乎没有什么其他后果。

几乎任何关于最初不是 BSD 或 SysV 的 Linux 事物的搜索都会发现大量“文档”,其中大部分都是不正确的,仅仅是因为配置文件/目录的更改。非常令人沮丧!

虽然这些问题听起来更像是烦恼而不是改变生活的问题,但您会认为 Linux 已经存在这么长时间了,它们现在应该已经不复存在了。尽管如此,我仍然全心全意地使用和相信 Linux......虽然我也对 Linux 和开源世界中某些东西“看起来”或“运行”不正常(例如 Linux Mint 上带有 XFCE 桌面的混乱登录屏幕!)有问题,但我太深入 Linux 了,懒得再回到 Windows 或(天哪!)涉足 Mac 世界!不过说真的,我希望各种发行版能够提供更好的文档,而不仅仅是“欢迎来到 ABC Linux”之类的东西!......而是关于解决各种问题的详细、易懂的文档,虽然我理解不可能预见到每一个问题......但只需要花一个小时左右的时间来搜索各种网站和论坛,就可以“听到”大家抱怨最多的问题,弄清楚问题可能是什么,并提供两到三种解决方案来解决它。只是说说而已。

就文档而言,它可能是回馈开源的一个入口点,几乎每个人都可以在其中提供一些帮助。俗话说,“如果你不是解决方案的一部分,那你就是问题的一部分”。有多少人花时间自己或在一些问答论坛上弄清楚事情,但随后却没有通过提交有用的文档来传递给其他人?

我发现,当在同一台计算机上使用多个不同的 Linux 发行版并尝试将引导加载程序与 GPT 文件系统和 GRUB EFI 引导加载程序一起使用时,您很容易遇到一些发行版被识别,而另一些发行版不被识别的问题,尤其是在您使用安全的 UEFI 配置设置某些发行版时。并非所有发行版都能正确地做到这一点,有些发行版根本不支持安全的 UEFI。此外,有些发行版似乎看不到 GPT 上带有 Btrfs 分区的发行版,而另一些发行版则默认使用 Btrfs 分区格式。

链式加载器功能与 GRUB 2 和 GRUB EFI 一起使用时更加复杂,这使得解决这些问题更加困难。

Fedora 和 openSUSE 能够正确加载 EFI,因此如果我想运行不同类型发行版的混合,我不得不使用其中一个来管理引导加载程序。

最近的 Linux Mint 发行版就是不总是识别这种混合的一个例子。当我安装 Mint 并使用它来控制 MBR 时,即使 openSUSE 在 Mint 安装之前位于 sda6 上,它也未能将 openSUSE 包括在可引导发行版列表中。

也许有一些方法可以解决此类问题,例如使用相同的文件系统类型和相同类型的 EFI 配置创建所有发行版,但这正是各种发行版的配置非常不一致的地方。

办公室里最大的问题是多显示器支持,这似乎是微不足道的。

当然,多显示器设置完全受支持且运行良好,但是一旦您开始在不同的位置使用不同的设置(例如将笔记本电脑带给客户并连接到显示器或投影仪),三分之二的情况下,事情都会变得一团糟,显示器不显示图像,或者只是一个小的黑色矩形,您的鼠标指针无法从中逃脱,唯一的出路是完全删除 $HOME/.local/share/kscreen/* 中的存储配置文件。

为了让它稍微好受一点,我做的是一个简单的键盘快捷键,可以在需要时执行该语句(这意味着您也会丢失默认配置文件),因为非技术用户在事情变黑时会完全吓坏。

所以最终你总是得到相同的反应:为什么它不能像在 Windows 上那样简单地工作。

也许使用 Wayland 这些麻烦将一劳永逸地解决,因为在办公室里,您无法承受屏幕被搞砸的情况。

是的,在这样的时刻告诉他们 Windows 中的图形驱动程序地狱是不会被听进去的。

太糟糕了,大多数开发人员都不认为编写文档是一种贡献……或者可以肯定的是,我会写得更多。

这些不是主要问题。主要问题是——没有一个统一的 Linux。如果我想安装 Linux,我需要为选择而苦恼——Ubuntu?RedHat?Debian?Gnome?KDE? ??并且每个都有强大的游说团体,他们甚至拒绝考虑其他意见。在我看来,这是 Linux 最大的挑战。如果我想运行 Linux,我应该能够直接拿来就用。

作为一名新的 Linux 用户,我有很多性能良好的系统,由于它们被 Windows 淘汰,因此不适合我运行。我被可用的发行版数量搞糊涂了,真的无法选择。我最终只是下载了一堆 iso 并尝试了每一个。让我能够在最不同的硬件(主要是以前的 Windows XP)上为新手获取 wifi 和打印的那个是赢家(Ubuntu Mate - 我只是无法接受 unity)

关于文档的反思。是文档有问题,还是具有 20 个左右命令行标志的产品的复杂性有问题,其中 5 个标志可以互操作?

没错。还记得文字处理软件附带文档书的时候吗?现代软件不需要文档。

回复 作者:LewisCowles1986

作为 Linux 的相对新手,我只能发表两条评论...
我发现文档是缺乏的。Google 提供了很大的帮助,我手头也有一些教科书(Unbuntu Unleashed 2017 和 Ubuntu Linux Bible),所以我还能应付。我还没有过多地研究“手册页”,但也会去研究的!
我的最后一条评论是...
感谢所有 Linux 开发人员的努力。我已经受够 Windows 了。

像我这样有魅力的绅士可以在哪里贡献一个小应用程序,这个应用程序是我制作的,没有它我就活不下去,而且它在我使用过的每个 Linux 系统上都能运行——有很多很多?这是一个 TCL,希望命令,启动时加载的东西。

Linux(桌面)一直都是这样,一个业余爱好者的玩具。我从 Linux 诞生之初就开始使用它。它仍然存在文档不完善、可靠性低的问题,并且仍然容易崩溃。例如,我刚刚更新了 Fedora。没有声音。是的,我可以修复它。做几个小时的研究。手动安装驱动程序,重建内核,手动编辑配置文件等等。但是为什么呢?只需安装 Windows,它就会工作。99.99% 的情况下无需文档。

是的,我以前也有一台这样的电脑。

回复 作者:SEL (未验证)

Creative Commons License本作品根据知识共享署名-相同方式共享 4.0 国际许可协议获得许可。

找到完美的开源工具

项目管理、商业智能、报告等等。查看这些热门项目。

© . All rights reserved.