警告约5.12-rc1

Warning: Can only detect less than 5000 characters

这似乎是一种善意的案例＆＃34;自动修复＆＃34;落后了。它＆＃39;如果安装程序检查环境是否合适，它也很好，如果它提供了建议，如果出现问题，它也会很好。但更改系统设置（并不直接运行该程序），甚至没有提及它，事先要求稍微询问，是不合时宜的imho。有人应该为此开发一个问题。我并不是真的在一个职位上做到这一点，因为我从来没有听过这个东西，也没有一个越来越多的东西，而且是一个＆＃34;你的安装人员吮吸＆＃34;票似乎有点粗鲁。但我真的认为他们逃离了他们的用户通过这样做服务。

可能愚蠢的问题：在什么宇宙中是〜2.8的额外交换空间的软盘足以修复内存问题？这个软件是1995年的还是什么？

Gah，我只是可以＆＃39; t数学。此外，奇怪的混合小数和二进制单位倾向于想到软盘。

如果它让你感觉更好，我起初有类似的想法。 ＆＃39; k＆＃39;在BS末尾=真的很容易错过，特别是当你＆＃39;重复始终指定BS =以字节（BS = 512和BS = 1024都是常见的值，使其更可能错过＆＃39; k＆＃39;在这种情况下）。在一个计算机中首次使用Linux在主存储器的大小为兆字节的尺寸下且＃39; T帮助;八个兆字节的交换量都是合理的金额和大量的磁盘空间。

伙计们，Ubuntu在这个内核附近无处可去！ Debian两者（甚至是SID左右），这两个发行版都被积极维持，使我认真怀疑一个错误的内核将进入他们。甚至更多，我还尚未在那些Repos中看到自然无常的RC内核。

问题是Tinkerers可以从https://kernel.ubuntu.com/~kernel-pa/mainline/-手动安装新内核 - 这是一个很棒的服务。为了澄清这种情况，否则仍然是在18.04的仍然使用分区的Ubuntu LT。使用已升级为例如20.04的默认设置的那些和旧的现有用户仍然使用分区。但是，新的20.04桌面安装无论如何使用该文件。服务器仍然可能默认为分区，它＆＃39; s一个单独的安装程序。我自己始终在所有分发（Debian，Suse，Ubuntu）上使用交换文件，只要我知道的可能性。我讨厌将事物分成分区，然后在某些时候重新考虑那些是正确的尺寸。即使在2000年代，我一直认为也独立/家庭只是一个咒语应该是＆＃34;正确的东西＆＃34;虽然只是对大多数人来说都不重要的假设。

我觉得大多数Tinkerers将选择曲折（在这种情况下，Wiki上更明显的选择是一个交换分区）而不是Ubuntu，但是在安装最新的东西时，您始终携带风险。如果我准备好虫子，我只会使用RC1。

我想我很好地了解Linux。自1997年以来一直在使用它。我最近建立了一个新的工作站PC，Ryzen 3900（现在为5950），64G RAM和Optane Boot驱动器。我安装了Ubuntu 18.04 LTS并使用了所有默认值。因此，我的Ubuntu 20.04在一个巨大分区上使用/ swapfile在ext4上使用/ swapfile，因为我只是使用了ubuntu默认值。包括侏儒。几乎我所做的唯一改变就是让Hayland默认。我的看法是，对Linux安装做太多定制是浪费时间。

我将使用zfs而不是ext4来/ home partition。它的价值与＃39;而且，虽然关于它的I＆＃39; m，将设置一个单独的交换分区。

如果使用ZFS，则绝对必须使用交换分区。交换文件或zvol上的交换易于锁定。

不会在Linux上触摸ZFS直到上游。我相信Oracle将做正确的事情并确定许可证当然。

鉴于Ubuntu LTS释放的时间 - ISN＆＃39; T每个版本A＆＃34;泊松D＆＃39;艾滋病＆＃34;无论如何分销？

我刚刚采样了一些我的Ubuntu服务器 - 都使用分区。它们都从最小安装程序安装，默认值。

相当弱的处理这个，我得到了它＆＃39;通过Linus说Linus说什么会改变以阻止这种错误来阻止这种错误来停止这种错误时，这让它变得吧，而不是花费大多数电子邮件证明它会很好。如果Linus仍然坚持没有公共单元测试，因为它们允许延迟开发，至少听说私人集成测试将为SwapFiles添加私有集成测试。

休眠将始终利用互换否？我假设在释放之前的RC上测试了休眠状态，只是没有使用Swapfile

您需要装入文件系统以使用交换文件。然而，休眠代码没有干净地卸下它。安装重放文件系统日志 - 恢复的系统假定是非重放的。底线：即使它似乎工作（我不知道，没有测试，没有以上述原因测试）......不要＆＃39; t。如果您想保持文件系统一致，那就是。

休眠代码支持被赋予块设备和交换文件开始的偏移量，因此如果您在休眠之前删除，则您需要安装文件系统以获得。

假设分配给文件的块在块设备上连续存储。对于在初始安装期间创建的Swapfiles，但在系统上创建＆＃39; s一直在使用时的Swapfile时，可能不是真的。

发表3月6日，2021年16:19 UTC（SAT）由Cyber​​ax（✭支持者✭，＃52523）[链接]

＆gt;假设分配给文件的块在块设备上连续存储。没有。休眠代码在A＆＃34中写下块的位置;链接列表＆＃34;所以文件不必是连续的。

“让自己的似乎做了你想要的东西，如果有任何差距，内核开发人员很高兴需要更多的测试。

我在谈论内核界面，我＆＃39;基本测试涉及页面的确定性交换，重新打开背衬商店并验证页面或多或少的位置。

没有什么可以阻止某人写这样的测试，我们现在有一个内核测试框架，并使用每个版本编写和合并了更多的测试。我肯定会努力拍摄补丁，如果您提交，请从您添加此类测试。

谢谢我看看，我的批评是更多的，虽然，但明显的错误，但是责备用户或配置选项，而不是说什么是防止它再次发生的事情是解决问题的不良方式它令人失望的是，看到Linus做到了。

它＆＃39;不是“责备用户”。它主要解释谁和何时受到影响。相当合理的事情要做。是的，还有一些旨在使开发人员制作那些错误感觉更好的人（也是，实际上，也很想做的事情）。

但谈论未来的计划？在这个阶段？它就像布什将在9月11日早期回顾各个部门的所有主管，并指导他们开始规划美国爱国者的法案。而不是，你知道，保存仍然可以保存和射出火灾的人。

我真的很高兴Linus没有谈论它。这封邮件不是关于未来的计划，而且应该是关于未来的计划。

＆gt;相当弱的处理这个，我得到了它＆＃39;通过Linus说Linus说什么会改变以阻止这种错误来阻止这种错误来停止这种错误时，这让它变得吧，而不是花费大多数电子邮件证明它会很好。我真的，真的，真的很高兴林纳斯一无所获。这让我又称，他是这个过程的能力经理。

为什么？因为“我们有一团糟，试着试图减轻说法的后果”和“我们乱七八糟的东西，试着考虑如何阻止它再次发生”是两个完全不同的东西和你永远不应该混淆它们。

修复他的混乱涉及尽最大限度地使用现有程序。挂在一起，往往往往让乱七八糟的烂摊子。当事情已经糟糕时，不是你需要的东西。时间至关重要：然后更多您想到“适当”的“长期”计划越受到影响。

防止返回的混乱包括对程序和规划的仔细变更。你不想让他们改变以产生一些其他类型的混乱。

请记住这是一个RC-1。事情是*预期*打破。如果您在一个有任何重要的系统上运行RC1（是的，我知道人们做出非常不明智的事情）那么你是个白痴。在一天结束时，你不能有望帮助白痴停止伤害自己。我注意到Linus说＆＃34;这对可能rc1＆＃34的人来说是一个人们的头脑; ISN＆＃39;这是Linus对象，相当强烈地，在那里他经常反弹来自那些人的斑块？换句话说，这是正常的破损，即过程预期，有程序到位处理它，如果白痴拧紧本身然后抱歉，他们会得到一个达尔文奖，或者它被叫的达尔文奖，或者是什么＆＃39所谓的。

（分支=头; GIT Merge-Base - IS-Ancestor 48D15436FDE6 $ BRANCL;＆amp;！GIT Merge-Base - 祖先CAF6912F3F4A $ BRANG）＆amp;＆amp;＆amp;＆amp;＆amp; Echo＆＃39;请绑定到F69D02E37A85或更高版本的＆＃39;

Don＆＃39; T我们真的希望人们基于一个（合并）提交的人来自不包含48d15436fde6的linus，消除了一分钟结束的机会在这里？我肯定有一个聪明的git命令，找到了48d15436fde6的合并，从那个＆＃39;琐事，选择父母没有包含它。

非常有趣的是，5.12的提交将其修复（对我的理解）也降落在所有其他分支机构中。在其中一些中，有一个解释，曝光仅减少到某些块设备，但有些分支没有本文。