認めなければならない、私は本当に本物適切なリストの変更が嫌いです。大規模な分散アップグレードを実行している場合は、コンピュータを数時間だけ残したいと思います。この質問をした人はサーバー障害の問題同様の目標を念頭に置いていますが、その投稿のすべての提案を実装した後もまだ問題が発生していますapt-listchanges
。
apt
Unix哲学が求めていることを考えると、優れたプログラムを非対話型にするのはなぜそれほど難しいのでしょうか。
私が変更したことが役に立つことを願っています/etc/apt/listchanges.conf
が、対話なしで確実にアップグレードする方法についてのアドバイスを聞きたいです。
[apt]
frontend=none
email_address=root
confirm=0
save_seen=/var/lib/apt/listchanges.db
which=news
これが私が使用するコマンドです
DEBIAN_FRONTEND=noninteractive \
apt-get \
-o Dpkg::Options::="--force-confnew" \
--force-yes \
-fuy \
dist-upgrade
また、次の行を追加しました。/etc/dpkg/dpkg.cfg
force-confold
force-confdef
ベストアンサー1
設定で見つけて設定したapt-listchanges
ようにフロントエンドをnone
。APT_LISTCHANGES_FRONTEND=none
同じ目的を達成するために環境変数を設定することもできます。
あなたが本当にやりたいことはこのunattended-upgrades
パッケージを使うようです。無効化apt-listchanges
、フロントエンド設定noninteractive
、プロファイルプロンプトの確認、防止など、すべての操作を処理します。他に何もない場合は、Pythonスクリプトの内容は、/usr/bin/unattended-upgrades
魔法のように動作する方法に関する質問に答える必要があります。