システムをインストールするとき、私は通常、最近インストールしたソフトウェアを更新する一括更新メソッドを探します。
たとえば、Debianでは、sources.list
を変更して、必要なものをポイントし、# apt-get update && apt-get dist-upgrade
を実行します。
Fedora(18)にこれに相当するものはありますか?不足しているGUIアップグレードマネージャーはありますか?
システムに重要な更新が必要であるというGnomeのメッセージがポップアップしました。提示された唯一のオプションは「アップデートのインストール」であり、それが何をするのかよくわからなかったため、却下しました。
メッセージが消えて、見つかりません。 、接続されている可能性のあるソフトウェアではありません。
ここで何が欠けていますか?
コメント
回答
Fedora17より前
Fedora17より前のRedHatディストリビューションには、この機能は含まれていませんでした。あなたが求めたように、dist-upgradesを実行します。これは多くの人々のウィッシュリストで長い間議論されてきたオプションでしたが、実装されたことはありませんでした。
しかし、説明を始める前に…
wikiのアップグレードトピックによると、システムにDVDを入れる方法がありました。次のバージョンのFedora、および Anaconda は、システムのアップグレードを試みます。この方法を何度も試したので、これが
dist-upgrade
はDebian / Ubuntuディストリビューションで利用できます。実際には非常にうまく機能しました。さらにRHELを維持しているため、Fedora & CentOS過去10年間のシステムでは、この方法を何かに使用することを検討することすらありませんでした。単に機能しませんでした。
したがって、通常、人々は次のいずれかを実行します。以下:
Rawhide
Rawhideリリースを使用は、DebianのSidと同様の、最先端のバージョンです。 Rawhideは、常に最新バージョンのパッケージを備えているという意味でローリングリリースを提供していますが、「日常のディストリビューションとして使用することを意図したものではなく、実際にはテストのみを目的としています。
単一のリリースを維持する
yum
を使用して、この事実を理解し、ディストリビューションが存在する限り最新の状態を維持します。 yum
を使用して、保留中の更新を適用したり、単一のパッケージを更新したりできます。さらに、yum
を使用して新しいパッケージをインストールすることもできます。
保留中のすべての更新を適用します(すべてのプロンプトにyesを想定):
sudo yum -y update
単一のパッケージを更新します:
sudo yum -y update apache\*
新しいパッケージをインストールします:
sudo yum -y install apache\*
ソフトウェアアップデートアプレット
GUIを使用してアップデートを実行する場合は、タスクバーに表示されるソフトウェアアップデータツールを使用できます。このツールは基本的に上記のyum -y update
と同じことを行い、次のコマンドを使用してオンデマンドで実行できます:
gpk-update-viewer
再インストール
新しいバージョンがリリースされたら、手動で新規インストールを実行し、データと構成を新しいシステムに転送するように注意してください。
PreUpgrade
PreUpgrade ツールを使用します。このツールは基本的に、セットアップとインストールしたパッケージの名前を収集するだけで、それらを新しいインストールに適用します。この手法についても、 @JoelDavis “の回答を参照してください。
注:これはFedora18以降のオプションではなくなったため、警告が表示されました。
Fedora17以降
17以降、ローリングリリースを実行できるようになりました。
FedUp
Fedora 17/18の新機能は、と呼ばれるツールです。 FedUp(FEDora UPgrader) これはDebian / Ubuntuディストリビューションと同様の「dist-upgrades」を実行することを目的としています。
FedUp(FEDora UPgrader)は、Fedora18以降のリリースでFedoraインストールをアップグレードするための新しいシステムの名前です。これは、以前のFedoraリリースで使用されていた現在推奨されているすべてのアップグレード方法(PreUpgradeおよびDVD)に代わるものです。 Anaconda、Fedoraインストーラーには、Fedora18以降のリリースに組み込まれたアップグレード機能はありません。完全にFedupに委任されています。
現在、FedUpは、PreUpgradeの動作と同様に、ネットワークリポジトリを使用してFedora17インストールをFedora18にアップグレードできます。現在、さらに多くのアップグレード方法が計画されており、これらの機能が完了すると、このページが更新されます。
ローリングリリースとバージョン管理されたリリース
OPは、次のフレーズについて詳しく説明してほしいというフォローアップの質問をしました。
“17から、ローリングリリースを実行できるようになりました。 “
そのコメントをしたとき、私は1つのことを意味し、「ローリングリリース」というフレーズは実際には別のことを意味します。私が「ローリングリリース」とは、Fedoraのワンポイントリリース(たとえば17)からバージョン18にロールできることを意味すると書いたとき。Debian& Ubuntuなどのほとんどのディストリビューションは
しかし、「ローリングリリース」が実際にウィキペディアで何を意味するのかについての説明を調べると、私はより教育を受けています。この件について。
ウィキペディアからの抜粋
…ローリングリリースまたはローリングアップデートの開発モデルとは、継続的に開発されているソフトウェアシステムを指します。これは、以前のバージョンから再インストールする必要があるソフトウェアバージョンを使用する標準リリース開発モデルの代わりです。代わりに、ローリングソフトウェアは継続的に更新されます。これは、バージョン….
したがって、純粋主義者の観点からは、Debian、Ubuntu、Fedoraは「ローリングリリース」ではありません。これらはポイントスタンダードリリースのソフトです。あるポイントリリースから別のポイントリリースへのアップグレードを支援するツールを提供するウェア。
OPは次の質問もしました
Sidを使用する場合、Debianは「一種の」ローリングリリースにすぎません。ローリングリリース=バージョンなし、パッケージはアップストリームからできるだけ早くディストリビューションにダンプされますよね?したがって、DebianはローリングリリースのUbuntuとは正反対です。 Fedora Rawhideも一種のローリングリリースですが、私はすでにそれを知っていました(そして、それがあなたが言及しているものであるなら、それを使いたくないです)。
将来の読者にわかりやすいように。Debian(別名Sid)とFedora(別名Rawhide)の開発ブランチでさえ「ローリングリリース」ではありません。確かにそれらをそのまま使用できます。ただし、これらは開発の「領域」にすぎず、将来のリリースに組み込まれる可能性のあるソフトウェアの新しいパッケージを一元的にコミュニティに提示できます。
レベルこれらのブランチの1つに配置されているパッケージに入るテストは、パッケージがArchLinuxなどの真の「ローリングリリース」ディストリビューションで更新として表示される場合に言うよりも厳しくありません(私の期待です)。
これは、標準リリースディストリビューションの開発ブランチの使用をカバーするウィキペディアページのセクションです:
ローリングリリースソフトウェアディストリビューションの違いまた、標準リリースのソフトウェアディストリビューションの開発部門は、ローリングディストリビューションに不慣れなユーザーには見落とされがちです。これにより、次のような混乱したコメントが生じる可能性があります。「開発ブランチを使用する場合、distro-Xはローリングディストリビューションです」—ここでdistro-Xは標準リリースディストリビューションです。開発ブランチがローリング(より一般的な循環)開発ブランチであるまれなケースでも、これによってディストリビューションがローリングされることはありません。標準リリースディストリビューションとは異なり、ローリングリリースディストリビューションには開発ブランチがありません。
コメント
- 間違っています…常にすべてを一度に更新することができました。その方法でアップグレードすることはできません。 Fedora 17から18まで。そのためにはもう少しダンスが必要ですが、最近はまったく痛みがありません。
- @vonbrand、どのような側面答えのは間違っています。詳しく説明してください。 DVDを使用して、anacondaに既存のシステムをDVDのバージョンに更新させることについて言及していますか?この方法を何度も試したので、実際に機能するdist-upgradeと比較して、"方法"とは思いません。
- @ vonbrand、I '回答を更新してAnacondaDVDインストーラーのアップグレードを追加しました。
- " 17から、ローリングリリースを実行できるようになりました。"-説明をお願いしますか?
-
gpk-update-viewer
がインストールされていない場合、dnf install gnome-packagekit-updater
。 (代替:apper
)
回答
使用できます
yum update
(すべてのパッケージをアップグレードするため)
および
yum update <packageName>
(インストールされている個々のパッケージを更新するため)
これは、 Fedora および/または
CentOS および/または Redhat EL システム
yum install <packagename>
またはyum install <RPM Name or web path>
(パッケージのインストール)を使用することもできますこれらのシステムでも)
GUIを提供するSoftwareUpdaterと呼ばれるアプリケーションがありますが、yum
は実際には非常に効率的で非常に直感的です。
yumで実行できるスイッチについて質問がある場合は、yum --help
コメント
-
dnf install widget
を使用する場合はn 'がすでにインストールされている場合は更新します…ただし、dnf update widget
は更新します。 apt、pkg、npm、pipなどのパッケージマネージャー間でこれにいくつかの違いがあるようです。
回答
これを説明するオンラインページは見つかりませんでしたが、Fedoraの# apt-get upgrade
の代替は# yum update
のようです。
yumのマニュアルページから:
update —パッケージなしで実行すると、updateは現在インストールされているすべてのパッケージを更新します。 1つ以上のパッケージまたはパッケージグロブが指定されている場合、Yumはリストされているパッケージのみを更新します。パッケージを更新している間、yumはすべての依存関係が満たされていることを確認します。 (詳細については、パッケージ名の指定を参照してください)指定されたパッケージまたはグロブが現在インストールされていないパッケージと一致する場合、updateはそれらをインストールしません。 updateは、「install」コマンドと同じように、グループ、ファイル、提供、ファイルリストで動作します。
コメント
- そうですが、
yum
またはdnf
のアップグレードが中断されると、回復が特に困難になり、あまり役に立ちません。アップグレードによってGUIがクラッシュした場合(およびGUI内からコマンドを実行した場合)、これにより問題が発生することが判明しました。したがって、現在はpkcon update
を含むさまざまな方法を使用することになっています。 lwn.net/Articles/702629
回答
通常、新しいバージョンに移行するときは、通常、システムを完全に再インストールします。パッケージの更新は非常に問題があり、問題のデバッグに費やされる時間は非常に長いことがわかりました。再インストールよりも複雑です。
コメント
- 'これについてもっと知りたい、お願いします。アップグレードを行うときに再インストールする必要がないことは、Debianで私がとても気に入ったものです…
- 個人的には、RH / Fedoraのアップグレードに問題があり、一度再インストールすると書き込みが発生することはありません。メジャーバージョンのアップデートをいじくり回す代わりに、新しいシステム。マイナーバージョンのアップデートは成功しました。Debianは異なる可能性があります。
- Fedora 14以降、Fedoraのアップデートに問題は見られませんでした。メカニズムが大幅に変更されました。最近ですが、私の最新のFedora 16 -> 17- > 18は問題なく進み、ほとんどの場合' net。
- ' 20番目のリリースが自分の目で確かめられるのを待つことはできません…または18をダウンロードして19にアップグレードすることもできますが、本当に'気にしないでください。
yum update
の回答が私の好みのモードです。ただし、'を使用したい場合は、GUIソフトウェアマネージャーがあります。Gnome3で、アクティビティに移動し、"ソフトウェアアップデート"を検索します(またはアプリケーションのリストで検索します)。これは、dist-upgrade
はいつでも完全なアップグレードに使用できます…