昨日、Cinnamon DEを使ってAntergosをインストールしました。しばらく使ってみると、いくつかのコアパッケージアップデートのお知らせをいただきましたが、「いや、最新の状態に保つのがいいんじゃないの？
今日はログインできません。幸いなことに、ttyプロンプトを受けてXfce4をインストールでき、そこからインターネットを検索して解決策を見つけることができました。
私が行ったアップデートには、readline6.3から7.0へのアップグレードが含まれていることがわかりました。cinnamon-desktop明らかに6の依存関係があるので、次のエラーが発生し始めました.
cinnamon: error while loading shared libraries: libreadline.so.6: cannot open shared object file: No such file or directory
もちろん、最初にこのエラーメッセージを見つけるには少し努力が必要でした。
実際、私はそれだけを持っているので、/lib/libreadline.so.7問題が説明されます。それから私は簡単な解決策は古いバージョンをインストールすることだと思いました、そしてそれはすべてでした/lib/readline.so.6。しかし、何をすべきかを把握することが困難でpacmanあり、Archでは推奨されていないことがわかりました。
ついに私はアドバイスに従った。この問題のスレッド私のバージョンをキャッシュreadlineから6.3にダウングレードしましたが、cinnamonは以前と同じように動作します。アップデートアラートでこれら2つのパッケージを見て、インストールするとシステムが破損することがわかりました。pacmanbashreadline
私の質問はこれです：このようなもの（突然すべてを破るアップデート）は、Archおよび/またはAntergosの期待される動作ですか？アップデートがしばらくリリースされ、実際の世界でテストされた後にのみアップデートを受信するために使用できる一種の「安定した」チャンネルはありますか？
私は仕事をしようとしましたが、アップデートによるバグを修正するのに時間がかかりました。私は何が間違っていましたか？経験豊富なArchユーザーはこの問題をどのように処理しますか？
- 必要な場合以外は、アップデートをインストールしてはいけませんか？ （しかし、セキュリティと脆弱性はどうですか？）
- 定期的にアップデートをインストールしてから、避けられないトラブルシューティングに時間を費やす必要がありますか？
- 最新のアップデートを受信したくない場合は、リポジトリ/アップデート設定を別々に設定する必要がありますか？
- これが予想される動作ですか？キャッシュからロールバックすることに慣れるべきですか？
付録：Cinnamonの質問は単なる例ですが、将来の読者の混乱を待つために当然だと仮定してはいけません。今は修正されました。（バグが開いて7時間後）シナモンを再構築して。私はとても「運が良かった」ようです。readline7がリリースされたときに更新しましたが、Cinnamon管理者はそれを特定して修正できませんでした。
答え1
この質問はおそらくAntergosフォーラムをターゲットにする方が良いでしょう。しかし、Archの個人的な経験を共有することができます。
一般的に、頻繁にアップグレードするのは時々アップグレードするよりも優れています。問題が発生した場合は、問題を積み重ねるのではなく、それを特定して一度に1つずつ処理します。
必要に応じて更新してください。特定のアップグレード計画に固執する特別な理由はありません。システムと要件によって異なります。たとえば、インストールされているパッケージ数が少ないArchシステムは、一般的に頻繁に更新する必要がないことを発見しました。私がよく使う4アーチシステムでは、ログインするたびに（最大1日1回）更新をするのにうまくいくようです。
最新のリポジトリの最新のアップデートを維持します。通常、これは最新のセキュリティ更新プログラムを提供し、パッケージがシステムの他のソフトウェアと連携する可能性を高め、すべてがシームレスに実行されるようにします。
個人的にキャッシュからロールバックする必要はほとんどありません。アップグレードに問題が発生した場合は、通常、私はアップグレードにあまり熱心ではなかったため、管理者がパッケージを正しく構築またはテストできなかったためです。
あなたが経験しているCinnamonの問題は、Archスタイルの最先端のローリングアップデートの失敗ではなく、パッケージマネージャの誤ったパッケージングに起因する可能性があります。個人的には、ArchでCinnamonを使用する際にいくつかの問題があり、他のデスクトップ環境と同じように動作しませんでした（私はGnome、MATE、i3を使用して問題がはるかに少なくなりました）。
最後に共有したいのは、アップグレード時に問題のパッケージがクラッシュすることがわかっている場合は、そのパッケージをAURパッケージIgnorePkgに追加できること/etc/pacman.confです。私はこれをほとんどやらず、ほぼ常にAURパッケージを無視します（私は使用するのが好きです）。 AUR補助）。かつてIgnorePkgバックライトの排他的なドライバが最新のカーネルバージョンで動作していなかったので、私のラップトップのカーネルをブラックリストに登録する必要がありました（幸いなことに、この問題は最終的にアップストリームで解決され、再びカーネルの更新を受け取ることができました）。私はできます。いいえ必要な場合を除き、この方法を使用することをお勧めします。
答え2
ArchLinux はポイントデプロイではなくローリングディストリビューションです。これは、最新の最高のソフトウェアを得るためにArchLinuxを再インストールする必要がないことを意味します。最新のソフトウェアにゆっくり切り替えられます。ほとんどの場合、これは素晴らしいです。時にはより大きな変換が必要なので、問題が発生する可能性があります。より大きな変化に従うには、購読する必要があります。[Eメール保護]。
ArchLinuxもやや最先端です。これは、最新のソフトウェアをタイムリーに入手できることを意味します。 ArchLinuxにはチェックインできるテストリポジトリもあります/etc/pacman.conf。パッケージがテストにどれだけ長くとどまったかはわかりませんが、長すぎませんでした。ほとんどの場合、これは素晴らしいです。時には完全にテストされていないパッケージを受け取ることがあります。
ArchLinuxを更新するとき（そしてそれが必要です）、2つの戦略に従うことができます。
頻繁に更新されます。いくつかのマイナーな問題が発生します。しかし、彼らは通常あまり破壊しません。また、どのパッケージが問題を引き起こす可能性があるかを理解しやすくなります。
ほとんど更新されません。ほとんどの問題は時間が経つにつれて解決されるため、問題は減ります。ただし、システムのアップグレードはかなりの作業になる可能性があり、更新に時間がかかることがあります。
上記のヒントは非常に悲観的です。時には問題が発生しますが（一般的に使用されているソフトウェアを実行していない場合はさらにそうです）、全体的なArchLinuxは非常に安定しています。
あなたの質問に答えるには：更新する必要があります！ ArchLinuxはセキュリティパッチを非常に迅速にリリースすることが知られていますが、見逃すことがあります。ただし、ノートブックを使用して発表する10分前には更新しないでください。
問題があれば
/var/log/pacman.log変更内容の記録を確認し、どのパッケージが問題を引き起こしているのかを確認してください。- 使用ダウングレード特定のパッケージをダウングレードします。
- 使用ArchLinuxロールバックマシン最後の手段として。