最近、yum update私はアップデートが必要な約130のパッケージを受け取りました（主にScientific Linux 7のGNOME 3.8から3.14へのアップグレードに関連しています）。アップデートをインストールしましたが、すべてがうまくいきましたが、ログアウトした後にコンピュータがハングしました。再起動はgnomeの初期化を中心に行われます。ランレベル3で起動し、yum History undoを使用して復元した後、コンピュータを再起動して実行しました。
以前はこの問題が発生するたびにビデオドライバに関連した問題でしたが、このノートブックはScientific Linuxに付属のネイティブドライバを使用してカーネルアップデート用に再インストールする必要がないため、なぜ必要なのかわかりません。このポイントに到達するには（そして方法がわかりませんでした）。
私の質問は2つの部分で構成されています。まず、ログを見て、130のアップデートのうちどのアップデートがクラッシュしたかを具体的に把握する方法はありますか？そうでない場合は、この問題を解決するためにパッケージを選択して1つずつインストールする簡単な方法はありますか？依存関係ツリーの一番下に移動する方法がわからないので、一度に数個だけをインストールします。パッケージを選択しようとするたびに20〜30の依存関係があり、130のパッケージをすべて試して、下部を手動で検索したくありません。
ベストアンサー1
試行錯誤を介していくつかのアップデートを見つけようとする代わりに、最初にアップデートパッケージのリストを要求するスクリプトを作成し、キャンセルそれから（もちろんスクリプトで）リストを段階的に見てください。キャンセル設定されたしきい値を超えるパッケージを生成し、yumが実際の更新を確認するように求める更新は次のとおりです。
- yumの出力はawkを使用して処理することで、次のようになります。リストたとえば、パッケージの場合、次のテキストが表示されます。
libtasn1 x86_64 4.8-1.fc23 更新 325k
parted x86_64 3.2-18.fc23 更新 534k
python-osbs-client noarch 0.20-1.fc23 更新済み 108k
rpmlint noarch 1.8-6.fc23 更新済み 192k
取引の概要
================================================== ================================
41パッケージのアップグレード
総ダウンロードサイズ：7.2M
大丈夫ですか？ [Y/N]:
影響を受けるパッケージの数（およびリスト）が提供されます。
たとえば、プロセスに「n」を渡すと、プロンプトなしでyumリストパッケージを持つことができます。
エコヤムアップグレードカーネル
これらのスクリプトを作成するには数時間かかりますが、プロセスは大幅に簡素化されます。 （私は不要なパッケージを減らすためにこのアプローチを使用しました）。