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 链接中提供的许多观点都是合理的,作为一个生态系统,我们当然还有改进的空间。

--jeremy

回复 作者 Mike Cornelison (未验证)

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

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

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

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

回复 作者 jeremy-garcia

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

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

幸运的是,这五个问题都没有影响到我。
1. 我一生中从未读过文档。
2. 我现在只运行主流的流行发行版。(第一个 Solus 和 Point 教会了我这个道理。)
3. 购买了翻新的没有 UEFI 的 Win7 笔记本电脑。
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 位立即更好,因为它可以使用它。

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

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

回复 作者 Michael Tunnel…

3/ 翻新的没有 UEFI 的 win7 笔记本电脑可能是 32 位的
4/ 这就是您可能需要 32 位发行版的原因

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

您好 Jeremy,

您的第一个观点正是我对开源的看法。您对我可以开始贡献的项目有什么建议吗?
谢谢

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

--jeremy

回复 作者 GaelleTjat

文档确实是首要问题。Linux 通常运行无错误,但经常会出现一些小麻烦,通常是在桌面环境(KDE 或 GNOME)中。这些环境非常复杂,配置文件散落在 Linux 系统的各个角落,而且实际上没有任何文档。尽管 GUI 配置系统有数百个选项,但您需要的选项却不在那里。

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

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

祝您好运!

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

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

> 1. 文档

对我来说不是什么大问题。的确,有时在如何解决某种情况方面没有任何提示,但幸运的是,这种情况很少发生。

一般来说,好心人会指出解决方案——只是需要一点时间才能找到(感谢 Google)。

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

现在,这对我是个问题。

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

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

> 3. UEFI 和安全启动

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

> 4. 弃用 32 位

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

我都在 32 位下完成所有操作(包括看电影)。我怀疑如果我开始看 4K 电影,我将需要一台更强大的 PC,但话又说回来,我不确定是否需要 64 位——尽管,如果内存超过 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 配置创建所有发行版,但这正是各种发行版的配置非常不一致的地方。

办公室里最大的问题是一些看似微不足道的东西,例如多显示器支持。

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

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

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

也许有了 wayland,这些问题将一劳永逸地得到解决,因为在办公室里,您无法承受屏幕混乱。

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

太糟糕了,大多数开发人员不认为编写文档是一种贡献……否则,我肯定会写更多。

这些不是主要问题。主要问题是 - 没有一个 Linux。如果我想安装 Linux,我需要努力选择 - Ubuntu?RedHat?Debian?Gnone?KDE? ? ?并且每个都有强大的游说团体,他们甚至拒绝考虑另一种观点。我认为,这是 Linux 面临的最大挑战。如果我想运行 Linux,我应该能够随便拿一个东西就可以运行。

作为一名新的 linux 用户,我有一些非常好的系统,但由于 windows 使它们过时,因此不适合我运行。我被可用的发行版数量搞糊涂了,真的无法选择。我最终只是下载了一堆 iso,并尝试了每一个。让我这个菜鸟在最多样化的硬件(主要是以前的 windows XP)上获得 wifi 和打印功能的那个是赢家(Ubuntu Mate - 我就是无法依偎在 unity 中)

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

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

回复 作者 LewisCowles1986

作为 Linux 的相对新手,我只能发表两个评论...
我发现文档有所欠缺。谷歌帮了我很大的忙,而且我手头也有一些教科书(Unbuntu Unleashed 2017 和 Ubuntu Linux Bible),所以我还可以应付。我还没有在很大程度上研究“man pages”,但我也会去研究的!
我的最后一个评论是...
感谢所有 Linux 开发人员的努力。我不再使用 Windows 了。

像我这样有魅力的绅士可以在哪里贡献我制作的一个小型应用程序,这个应用程序是我离不开的,并且可以在我使用过的每个 linux 系统上运行 - 这很多很多?这是一个 TCL,希望命令,启动时加载的东西。

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

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

回复 作者 SEL (未验证)

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

找到完美的开源工具

项目管理、商业智能、报告等。查看这些流行的项目。

© . All rights reserved.