☰

如果 Mint 17 认为它是 Ubuntu，会带来严重的风险吗？

tag-icon • tag-icon linux-mint apt
如果 Mint 17 认为它是 Ubuntu，会带来严重的风险吗？

运行Mint 17，刚刚运行了apt-get upgrade一段时间，下载量为350MB。它中途停下来告诉我/etc/issue不是软件包维护者版本。和issue.net也是lsb-release如此，差异如下所示：

-DISTRIB_ID=LinuxMint
-DISTRIB_RELEASE=17
-DISTRIB_CODENAME=qiana
-DISTRIB_DESCRIPTION="Linux Mint 17 Qiana"
+DISTRIB_ID=Ubuntu
+DISTRIB_RELEASE=14.04
+DISTRIB_CODENAME=trusty
+DISTRIB_DESCRIPTION="Ubuntu 14.04.2 LTS"

好的，我已经对这三个文件更新中的每一个都说“不”（即保持为 Mint）。现在我只是想知道这是否是更严重问题的症状？可能apt-get已损坏吗？我可以做一些简单的检查来告诉自己一切正常吗？到目前为止，谷歌告诉我没有其他人遇到这个问题，如果这是 Mint 包装上的混乱，这似乎很奇怪。

抱歉，这是一个有点软弱的问题。我想这可以归结为：耸耸肩而不去想这三个文件可以吗？

更新

这是输出apt-cache policy base-files：

base-files:
  Installed: 7.2ubuntu5.2
  Candidate: 7.2ubuntu5.2
  Version table:
 *** 7.2ubuntu5.2 0
        500 http://archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     7.2ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
        500 http://archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages

然而，仍然有一些薄荷包，这里是apt-cache policy | grep -i mint：

 700 http://extra.linuxmint.com/ qiana/main i386 Packages
     release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=main
     origin extra.linuxmint.com
 700 http://extra.linuxmint.com/ qiana/main amd64 Packages
     release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=main
     origin extra.linuxmint.com
 700 http://packages.linuxmint.com/ qiana/import i386 Packages
     release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=import
     origin packages.linuxmint.com
 700 http://packages.linuxmint.com/ qiana/upstream i386 Packages
     release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=upstream
     origin packages.linuxmint.com
 700 http://packages.linuxmint.com/ qiana/main i386 Packages
     release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=main
     origin packages.linuxmint.com
 700 http://packages.linuxmint.com/ qiana/import amd64 Packages
     release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=import
     origin packages.linuxmint.com
 700 http://packages.linuxmint.com/ qiana/upstream amd64 Packages
     release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=upstream
     origin packages.linuxmint.com
 700 http://packages.linuxmint.com/ qiana/main amd64 Packages
     release v=17,o=linuxmint,a=qiana,n=qiana,l=linuxmint,c=main
     origin packages.linuxmint.com

答案1

根据我从 Mint 存储库收集的信息，Mint 17 (Qiana) 基于 Ubuntu 14.04 (Trusty Tahr)，Mint 不是自己托管所有内容，而是依赖 Ubuntu 存储库来提供所有未经修改的软件包薄荷。这包括base-files，其中包含/etc/issue等等；看来 Mint 安装了该软件包的 Ubuntu 版本，然后在不使用软件包的情况下用自己的版本覆盖受影响的文件。

现在 Ubuntu 已更新base-files为 14.04.2，并且由于 Mint 使用 Ubuntu 存储库，因此 Mint 安装会获取该更新。由于/etc/issue等等都在没有经过打包系统的情况下进行了修改，dpkg因此认为用户更改了某些内容并在覆盖文件之前询问。

所以回答你的问题，如安东说它足够安全，尽管有点不幸（Mint 确实应该有自己的版本base-files）。您可以保留 Mint 版本或使用 Ubuntu 版本；后一种情况的唯一后果是，需要确定其运行的发行版的软件会找到 Ubuntu 而不是 Mint，但 Mint 与 Ubuntu 非常相似，因此不会产生真正的影响。

答案2

重新启动后，它会恢复 Mint 状态。

“IIRC铸币系统&ubuntu 系统调整无论如何，都会在下次启动时处理这些文件，并用正确的 Mint 信息填充它们。”

参考：http://forums.linuxmint.com/viewtopic.php?f=18&t=175398

答案3

在过去的 6-7 个月里，我多次收到这些消息，并且总是选择“否”，没有任何问题。

该/etc/issue文件仅用于登录消息和/或当天的消息（如果有的话），而不用于派生系统上的任何其他设置。

相关内容