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"
いいですね。私はこれら3つのファイル更新のそれぞれについて「いいえ」と答えました(つまり、Mintのまま)。今、これがより深刻な問題の症状かどうか疑問に思います。破損している可能性がありますかapt-get
?すべてが大丈夫であることを自分で確認するためにできるいくつかの簡単な確認方法はありますか?これまで、Googleはこの問題が他の人にはないと言っていましたが、これがMintパッケージの混乱であると奇妙に見えます。
申し訳ありません。少し弱い質問です。私の考えでは、これら3つのファイルについて考えずに肩をすくめても大丈夫でしょうか?
修正する
出力は次のとおりです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リポジトリを使用してMintで変更されていないすべてのパッケージを提供します。これはbase-files
何よりも、/etc/issue
MintはパッケージのUbuntuバージョンをインストールし、パッケージを使用せずに影響を受けるファイルを独自のバージョンで上書きするようです。
Ubuntuは14.04.2にアップデートされ、base-files
MintはUbuntuリポジトリを使用しているため、Mintインストールはアップデートを選択します。/etc/issue
などはすべてパッケージングシステムを介さずに変更されたため、dpkg
ユーザーがファイルを上書きする前に何かを変更して要求したと推定されます。
だからあなたの質問に答えるにはアントン少し不幸ですが(Mintは実際には独自のバージョンを持っている必要がありますbase-files
)、話すのに十分安全です。 Mint バージョンを維持するか、Ubuntu バージョンを使用できます。後者の場合、唯一の結果は、実行中のディストリビューションを決定する必要があるソフトウェアがMintの代わりにUbuntuを見つけることです。しかし、MintはUbuntuに非常に似ているので、見つかりません。本当に変化を作りましょう。
答え2
再起動すると、Mint 状態に戻ります。
「IIRCミント系&Ubuntuシステムの調整それにもかかわらず、これらのファイルは次回の起動時に処理され、正しいMint情報で埋められます。 」
答え3
私は過去6〜7ヶ月間これらのメッセージを何度も受け取り、質問なしでいつも「いいえ」と言いました。
この/etc/issue
ファイルはログインメッセージおよび/または今日のメッセージ(存在する場合)にのみ使用され、派生システムの他の設定には使用されません。