Peter V. Mørch's questions

购买了一台二手电脑，现在在上面安装了 smartd，我收到了 smartd 的“严重警告（0x04）：可靠性”电子邮件（完整的Pastebin）。这Percentage Used: 112%是令人担忧的。smartd 声明“严重警告（0x04）：可靠性”是否足够？

This message was generated by the smartd daemon running on:

   host name:  kosh
   DNS domain: [Empty]

The following warning/error was logged by the smartd daemon:

Device: /dev/nvme0, Critical Warning (0x04): Reliability

Device info:
Samsung SSD 970 EVO Plus 1TB, S/N:S4EWNM0R328374F, FW:2B2QEXM7, 1.00 TB

<snip>

=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
- NVM subsystem reliability has been degraded

SMART/Health Information (NVMe Log 0x02)

<snip>
Percentage Used:                    112%
<snip>

Error Information (NVMe Log 0x01, 16 of 64 entries)
Num   ErrCount  SQId   CmdId  Status  PELoc          LBA  NSID    VS  Message
  0       4357     0  0x0010  0x4004      -            0     0     -  Invalid Field in Command

Self-test Log (NVMe Log 0x06)
Self-test status: No self-test in progress
No Self-tests Logged

在我看来，“命令中的无效字段”错误是红色鲱鱼，因为我正在运行 smartmontools 版本 7.4，其中https://www.smartmontools.org/ticket/1222已修复，因此不应导致测试失败。

然后我跑了：

$ sudo smartctl -t short /dev/nvme0n1

现在sudo smartctl --all /dev/nvme0n1结束于：

Self-test Log (NVMe Log 0x06)
Self-test status: No self-test in progress
Num  Test_Description  Status                       Power_on_Hours  Failing_LBA  NSID Seg SCT Code
 0   Short             Completed: failed segments             3535            -     1   2   -    -
 1   Short             Completed: failed segments             3535            -     1   2   -    -

但我不知道如何获取有关“失败片段”的更多信息。

这是否足以让我断定该磁盘已损坏并需要更换，或者仍然有希望？

有大量关于禁用无人值守升级的线程。我知道他们。

我的不满是用户体验还有unattended-upgrade很多不足之处。任务栏中的项目（xubuntu 的右上角）将是放置“无人值守升级正在运行。完成 47%。按此处停止它一次”小部件的地方。我猜那是不存在的。

我有一台不常使用的旧的、低功耗的笔记本电脑，当我启动它时，由于无人值守升级，大多数情况下它会在启动后长达 15 分钟内缓慢爬行。

所以偶尔我想停下来。ps -ef | grep -v grep | grep unattended-upgrade显示一个似乎忽略终止信号的 PID，所以这不是要走的路。apt仅仅杀死和听起来也很危险dpkg。

所以：有没有办法安全地停止一个已经开始的unattended-upgrade？或者是我唯一的选择：

• 禁用无人值守升级并完成它。忍受可能永远不会更新的系统的不安全性。
• 启动后最多等待 15 分钟以试用：apt-get install new-shiny-tool?

我有一个要在 systemd 下运行的服务。它是用 perl 编写的，如果STDOUT连接到终端，默认情况下输出是行缓冲的。（这似乎类似于 python）

结果是输出一次到达journalctl -f -u my.service多行的块 - 当缓冲区满时。

我知道我可以将服务源修改为自动刷新STDOUT（$|=1在 perl 中）。

我知道我也可以使用unbufferfrom expect：

-ExecStart=/my/program.pl
+ExecStart=/usr/bin/unbuffer /my/program.pl

但后来我又涉及到另一个过程，这样的“解决方案”对我来说有一种难闻的气味。（例如，“主 PID”是 的unbuffer，而不是 的/my/program.pl）。systemd 的全部意义在于避免像这样的奇怪的 shell 变通方法。

那么有什么方法可以让他们认为他们已连接到终端，以便他们刷新他们的服务STDOUT？我看过StandardOutput=但没有发现任何有用的东西。