この中で How To 以前のバージョンのXNUMXつ以上を更新する方法を説明します フェドーラ 現在のバージョンにまたは 現在。 これは記事の翻訳です PreUpgradeの使用方法 で利用可能なものと同じ ウィキ de フェドーラプロジェクト。 翻訳は私自身で行われているので、エラー(私はそうは思わない)や修正を見つけた場合は、コメントで知らせてください:) この投稿に含まれるすべてのコマンドは、次のように入力する必要があることに注意してください ルート ;)。
アップグレード前の使用方法は?
アップグレード前 は、既存のバージョンで実行され、新しいバージョンのFedoraにアップグレードするために必要なパッケージを解決およびダウンロードするアプリケーションです。 アップグレード前のプロセス中、ユーザーは引き続きシステムを使用できます。 これにより、ライブアップデートと同様のエクスペリエンスが得られます。 詳細については、次のページを参照してください。 アップグレード前の機能.
現在のバージョンに直接アップグレードする
アップグレード前は、Fedoraの最新バージョンへのアップデートを提供します。 中間バージョンにアップグレードする必要はありません。 たとえば、Fedora14からFedora17に直接アップグレードすることができます。
前提条件
次の場合、システムを事前アップグレードでアップグレードすることはできません。
- / bootパーティションがRAIDにある場合。 バグ500004を参照してください.
システムを準備する
事前アップグレードは一般的にスムーズなアップグレードエクスペリエンスを提供できますが、続行する前に次の手順をお勧めします。
- バックアップ -システムのメンテナンス作業を実行する前に、続行する前にすべての重要なデータのコピーを作成することをお勧めします。
- アップデート -Fedoraの更新を続行する前に、利用可能な更新を適用します。 rootユーザーとして、次のコマンドを実行します。
yum update
- インストール -Fedora 10以降、アップグレード前ユーティリティはデフォルトでFedoraインストールに含まれています。 パッケージは、yumコマンドを使用して手動でインストールすることもできます。
yum install preupgrade
更新を実行します
通常、 パッケージキット システムのアップデートが利用可能になると通知されます。 ただし、事前アップグレードを使用して手動でアップグレードする場合は、以下の手順に従ってください。
- ターミナルを開き、次のコマンドを実行して、事前アップグレードユーティリティをrootとして起動します。
preupgrade
インタラクティブなコマンドラインアプリケーションが必要な場合は、 アップグレード前-CLI もご利用いただけます。
- [リリースの選択]画面で、更新するFedoraのバージョンを選択し、[適用]ボタンをクリックします。
- すべてのパッケージがダウンロードされたら、システムを再起動してFedoraインストーラーを起動し、次のバージョンに更新します。
<°の注記DesdeLinux: このプロセスをさらに詳しく知りたい場合は、次の記事にアクセスしてください。 アップグレード前:Fedora間のアップグレード、ありがとう ディエゴカンポス リンクによって;)。
<°の注2DesdeLinux:アップグレードプロセスは、FedoraインストールDVDからも実行できます。
リモートアップデート
事前アップグレードには、VNCを介したリモートアップグレードを可能にするスイッチがあります。 リモートアップグレードにプレアップグレードを使用している場合は、静的IPアドレスを持つマシンである可能性があります。 これは、preupgradeコマンドによって処理されます。
preupgrade-cli --vnc[=password] --ip=[IPADDR] --netmask=[NETMASK] --gateway=[IPADDR] --dns=[DNSSERVER] "Fedora 17 (Beefy Miracle)"
一般的なアップグレード後のタスク
更新後、プロセスを完了するために追加の対策が推奨されます。
サポートされていないパッケージの削除
一部のパッケージは、新しいバージョンではサポートされていない可能性があります。 セキュリティ更新プログラムの受信を停止するため、これらのパッケージを削除することをお勧めします。これらのパッケージは、後で新しいパッケージとの競合を引き起こす可能性があります。 これらは、次のコマンドで識別できます。
package-cleanup --orphans
.rpmsaveファイルと.rpmnewファイルを参照する
アップグレードプロセスの完了後、いくつかのファイル名がで終わることに気付く場合があります .rpmsave y .rpm新しい。 心配しないでください。 アップグレードプロセスでは、ローカルで変更された構成ファイルが常に保持されます。 .rpmsaveで終わるファイル名には、ローカル構成の変更が含まれています。 .rpmnewで終わるファイル名は、ソフトウェアが含まれている元のパッケージの構成ファイルを表します。
アップデートによって作成されたすべての.rpmsaveファイルと.rpmnewファイルを調べる必要があります。 違いによっては、構成ファイルを手動で組み合わせる必要がある場合があります。 findコマンドに一致するすべてのファイルを見つけることができます。
find / -print | egrep "rpm(new|save)$"
オプションで、最初にupdatedbコマンドを実行し、次にlocateを使用して後で検索を実行することにより、編集中に繰り返し検索を高速化します。
updatedb
locate --regex "rpm(new|save)$"
アップデートを確認する
実行:
yum repolist
リポジトリの構成が正しいことを確認します。 次に、以下を実行します。
yum distro-sync
パッケージをリポジトリ内のバージョンと同期します。
トラブルシューティング
/ブートに十分なスペースがありません
Fedora 13以降では、デフォルトでブートパーティション(/ブート)で500MBを使用します。 / bootファイルシステムサイズのデフォルト値は、古いバージョンでは200MBです。これは、そのバージョンからアップグレードするユーザーにとって問題になる可能性があります。 多くの場合、解放されたディスクスペースは、事前アップグレードでインストーラーをダウンロードするのに十分ですが、インストーラーを実行してシステムの起動時に新しいカーネルをインストールするのに十分ではありません。 このセクションでは、仕事を始めるためのよく知られたヒントをいくつか紹介します。 注意:管理タスクを実行するときは、先に進む前に必ずデータをバックアップしてください。
これらの場合に事前アップグレードを機能させるには、XNUMXつの基本的な方法があります。 最初の方法では、インストーラーが新しいカーネルパッケージをインストールするために十分なスペースを解放する必要があります。 XNUMX番目の方法では、再起動後に事前アップグレードでインストーラーをダウンロードするために、/ bootで一時的に十分なスペースを占有する必要があります。
方法1:スペースを解放する
まず、システムで現在使用されていないカーネルパッケージを削除してみてください。 スクリプト カーネルプルーン.py 安全に削除できるカーネルを識別するために使用できます。 追加のカーネルを削除することを選択した場合は、以前にインストールしたシステムに戻れない場合に備えて、インストールメディアを準備してください。
インストールプログラムには、起動時に約26MBの空き領域が必要です。 次のコマンドを使用して、/ bootパーティションの空き領域の量を確認します。
df -h /boot
安全に削除できるカーネルを特定するには、コマンドラインから次のコマンドを実行します。
curl -O 'http://skvidal.fedorapeople.org/misc/kernel-prune.py'
chmod a+x kernel-prune.py
./kernel-prune.py
ここで、上記のコマンドでリストされたカーネルバージョンを実際に削除するには、rootとして以下を実行します。
PKGS='./kernel-prune.py'
echo $PKGS
yum remove $PKGS
次に、tune2fsコマンドを使用して、予約済みファイルシステムブロックの数を調整します。 まず、/ bootファイルシステムのブロックデバイスを特定する必要があります。 次の例では、/ dev / sda1は/ bootファイルシステムのブロックデバイスです。
mount | grep "/boot"
/ dev / sda1 on /ブートタイプext4(rw)
ここで、コマンドを使用して/ bootファイルシステム用に予約されているブロックの数を調整します tune2fs。 通常、extファイル形式のパーティション上の少量のスペースは「予約済み」であり、システム管理者のみが使用できます。 これは、システムが起動しないことを回避し、管理者がパーティションを完全にクリーンアップするためのワークスペースを許可するためです。 ただし、これらのケースはいずれも/ bootファイルシステムには実際には当てはまらないため、この予約済みスペースを削除しても安全です。
tune2fs -r 0 /dev/sda1
最後に、/ bootファイルシステムから不要なファイルを削除してみてください。 これは、システムの構成方法に大きく依存します。
間違ったファイルを削除すると、システムが起動しなくなる可能性があります。 削除の候補には次のものがあります / boot / efi y /boot/grub/splash.xpm.gz.
方法2:インストーラーをダウンロードするための事前アップグレードのトリック
この方法では、インストール中にインターネットへの有線接続が必要です。 ワイヤレスモードでイーサネットケーブルを使用して接続できない場合は、代わりに方法1を使用する必要があります。
最初の、/ bootファイルシステムで使用可能なスペースの量を確認します。 df これに必要なコマンドは次のとおりです。
df /boot
ファイルシステム1K-ブロック使用可能使用可能使用率マウント済み
/ dev / sda1 198337 30543 157554 17%/ブート
第二に、ステージ2を今のところインストールできないと判断するために、アップグレード前に十分なスペースを占めるアーカイブを作成します。 事前アップグレードにはインストールイメージに約120MBが必要なので、使用可能なスペースが100MB未満であることを確認します。 たとえば、ファイルシステムでは、60MBを埋める必要があります。 ルートとしてそれを行う方法は次のとおりです。
dd if=/dev/zero of=/boot/preupgrade_filler bs=1024 count=61440
df /boot
ファイルシステム1K-ブロック使用可能使用可能使用率マウント済み
/ dev / sda1 198337 92224 95873 50%/ブート
三番目、通常どおりpreupgradeを実行します。 初期段階では、パッケージをダウンロードする前に、アップグレード前にインストーラーをダウンロードするのに十分なスペースがないことを通知する必要がありますが、有線接続がある場合はシステムを再起動するとダウンロードできます。 [続行]をクリックできます。 事前アップグレードの準備ができたら、すぐに再起動しないでください。 代わりに、ファイルを削除してください /ブート/ preupgrade_filler コンピュータがイーサネットケーブルを使用してネットワークに接続されていることを確認してください。 その後、システムを再起動できます。
rm /boot/preupgrade_filler
XNUMX位、コンピュータはセットアッププログラムを起動し、イーサネットケーブルを介してインターネットに接続し、stage2インストーラーイメージのダウンロードを開始する必要があります。 その後、更新は通常どおり続行されます。
再起動後にアップデートがインストールされない
説明
マルチブート構成の場合、GRUB / bootが使用するメニューファイルは、アップグレード前/ブートを変更するメニューとは異なる場合があります。 この場合、対応するファイルを使用して起動時に更新を完了するようにgrubに指示する必要があります。 これが行われない場合、事前アップグレードがファイルのダウンロードとインストールを完了した後、起動時に目に見える変更はありません。 システムは、以前のバージョンから再起動するだけです。
アップグレード前は、中間ステップとしてアップグレードカーネルを使用して起動します。 システムがアップグレードされると、preupgradeは、一時的なカーネルアップグレードオプションを、アップグレードされたカーネルのオプションに置き換えます。 つまり、ブートローダーにはXNUMXつの変更が加えられています。一時的な更新オプションと、それに続く次の更新まで永続的なオプションです。
GRUBブートローダーを使用してコマンドラインから起動するか、/ boot / grub / menu.lstファイルを変更してブートメニューオプションを作成できます(GRUBブートメニューのスクリーンショットの例)(GRUBの詳細については、grubのマニュアルを参照してください。).
グラブに関するオプションはどれでも使用できます。 主題をよりよく理解するために、コマンドラインとmenu.lstファイルの編集によってそれを行う方法を以下に説明します。
ただし、更新はXNUMX回だけ実行する必要があり、システム更新には再起動が必要になる可能性があるため、最も便利な方法は、grubコマンドラインを使用して手動で更新を開始してから、XNUMX回実行することです。更新が完了したら、Fedora更新のmenu.lstファイルにオプションを追加します。 これはに対応します 方法1、ステップ1〜3、続いて方法2、ステップ4.
PASO 1: パーティションの場所を特定する
Fedora /ブートディレクトリのドライブとパーティションを特定します。 ((詳細については、グラブ命名規則を参照してください)。 たとえば、Fedoraを1秒のハードドライブのパーティションに完全にインストールした場合、/ bootはルート(hd13、XNUMX)にあります。
PASO 2: パーティションの場所から起動する
再起動時に、「c」と入力してgrubプロンプトに入ります。 適切な数のドライブとパーティションを使用して、次のコマンドを入力します。
ルート(hd1,13)
カーネル/ブート/アップグレード/ vmlinuz
initrd /boot/upgrade/initrd.img
ブート
これにより、アップデートのインストールが開始されます。
PASO 3: インストールイメージを選択します
アップデートのインストールにより、ncursesダイアログが起動します。 言語とキーボードタイプを選択した後、インストール方法としてハードドライブを選択します。 次のダイアログでは、インストールイメージのパーティションとディレクトリの情報が必要になります。 ドロップダウンメニューからパーティションを選択します。 (番号付けはgrubパーティションから始まることに注意してください。つまり、ルート(hd1、13)は/ dev / sdf14として表示されます)。 最後に、インストールイメージファイルの場所を入力します:/boot/upgrade/install.img。
この時点で、インストールは正常に実行されます。 アップグレードが完了したら、システムを起動するか、grubコマンドラインで新しいカーネルとinitrd.imgファイルを入力して手動でアップグレードするか、menu.lstファイルにエントリを追加する必要があります。 この手順については、次のセクションで詳しく説明します。
方法2:GRUBmenu.lstファイルを変更する
再起動後にGRUBプロンプトでコマンドを入力する代わりに、GRUB menu.lstファイルを編集して、GRUBブートメニューからアップグレードプロセスの開始を選択できるオプションを追加することもできます。 更新はXNUMX回だけ実行する必要があるため、更新後にmenu.lstを再編集し、メニューから更新ブートオプションを削除して、新しいカーネルのブートエントリを追加する必要があります。
PASO 1: パーティションの場所を特定する
Fedora /ブートディレクトリのドライブとパーティションを特定します(詳細については、グラブ命名規則を参照してください)。 たとえば、Fedoraを1秒のハードドライブのパーティションに完全にインストールした場合、/ bootはルート(hd13、XNUMX)にあります。
PASO 2: menu.lstを編集します
/boot/grub/menu.lstファイルを見つけて開きます。 このファイルが別のパーティションにある場合は、/ mediaのファイルを確認してください。 適切な数のドライブとパーティションを使用して、menu.lstファイルに次のエントリを書き込みます。
タイトルFedoraアップグレード
ルート(hd,)
カーネル/ブート/アップグレード/ vmlinuz
initrd /boot/upgrade/initrd.img
savedefault
ブート
ファイルを保存して、システムを再起動します。 GRUBブートメニューからFedoraアップデートを選択します。
PASO 3: インストールイメージを選択します
アップデートのインストールにより、ncursesダイアログが起動します。 言語とキーボードタイプを選択した後、インストール方法としてハードドライブを選択します。 次のダイアログでは、インストールイメージのパーティションとディレクトリの情報が必要になります。 ドロップダウンメニューからパーティションを選択します。 (番号付けはgrubパーティションから始まることに注意してください。つまり、ルート(hd1、13)は/ dev / sdf14として表示されます)。
最後に、インストールイメージファイルの場所を入力します:/boot/upgrade/install.img。 この時点で、インストールは正常に実行されます。
PASO 4: Menu.lstのクリーンアップ
アップグレードが完了したら、システムを起動するか、grubコマンドラインで新しいカーネルファイルとinitrd.imgファイルを入力するか、menu.lstファイルにエントリを追加して手動でアップグレードする必要があります。
以下は、10番目のハードドライブのパーティションXNUMXにあるFedora CoreXNUMXのgrubエントリの例です。
タイトルFedoraCore 10(on / dev / sdb14)
ルート(hd1,13)
カーネル/boot/vmlinuz-2.6.27.5-117.fc10.x86_64ro静かなスプラッシュ
initrd /boot/initrd-2.6.27.5-117.fc10.x86_64
savedefault
ブート
更新されたカーネルファイルとinitrdファイルを見つけます。これらはFedoraパーティションの/ bootフォルダーにあり、カーネルファイルとinitrdファイルと同じタイトルのエントリを作成します。
最後に、menu.lstから更新ブートエントリを削除します。
フエンテス: 記事内で引用;)。
Waaaooo !! 記事の途中で、それが退屈であるという理由ではなく、むしろそれが非常に精巧であり、実際の設定で各ステップを試して学ぶ方がよいという理由で、私は読むことをやめなければなりませんでした。
あなたはそれを知っています...私はそれを私のボックスアカウントに保存します=)
ありがとう
ブロガー
フェドーラについて作成したこれらの素晴らしいエントリは、新しいエントリを追加すると時間の経過とともに失われるのではないかと思います。そのため、フェドーラのハウツーへのリンクを含むブログを少し使用して、移植性への参照として残しておいてください。私の提案を許してください、それはそれらの出版から経過した時間に関係なく、これらのフェドーラの投稿があなたの目を保つ価値があるということだけです。
感謝
あなたの言葉とあなたの提案に感謝します、私はそれについて何かをすることができるかどうか見るために他の管理者とあなたの考えを提示します:)。
乾杯;)。
問題が発生した場合は、更新するまですべてを読みませんでした。読み続けます。
フェドリタスにとって非常に良い記事..唯一のことは、この記事だけでいくつかの投稿を作成できたということです...それをKISSにしてください..ハハハハハ
よろしく
XD、はい、あなたは非常に正しいです。 記事は非常に広いです:P、しかし私は誰かが何かに迷子になって彼らの問題への答えを待たなければならないことを望んでいませんでした:)。
乾杯;)-
ワオ !!
真剣に、リンクがあなたにどれほど役立ったか😀
乾杯(:
確かに、どんな貢献も歓迎します、ありがとう仲間;)。
おやすみブロガー
たとえば、fedoraの最終バージョンがリリースされてからXNUMXか月後に更新するのか、それがリリースされる日まで更新されるのか、それともリリースされた翌月の更新を含む更新をインストールするのかを尋ねたかっただけです
感謝
はじめまして、アルベルトはどうですか。事前アップグレードにより、システムが利用可能な最新のアップデートに完全に更新されます:)。
ご挨拶。
ジュアック!!!
なんてこった、お願い…。熱意を持って印象的にやった!
おめでとうCAPO!
よろしくお願いします。-
FIRPOはどうですか、コメントありがとうございます。D、ここにお越しいただきありがとうございます。
乾杯;)。
事前アップグレードでwifi経由でfedora16から17にアップグレードしましたが、問題なくすべてが正常でした。wifi経由でバージョンがリリースされた同じ日だったので、しばらく時間がかかりましたが、最終的にはfedora17がありました。何も再インストールせずに、以前と同じように。 すべてのコーデックとプラグインで。
間もなく、このアップデートのスクリーンショットをブログに掲載します。
ご挨拶。
メモをありがとうございますが、バージョンを1 yarrowから現在のバージョンに更新する必要があるため、役に立たないと思います。 ディスク容量のないサーバーがあり、更新できる場合は、バージョンを容量の大きい別のHDに移動する必要があります。 しかし、そのような古いディストリビューションを見つけるのに「0」の費用がかかります。
誰かが何か情報を持っているなら、私に渡すことができるどんな情報でもありがたいです。
ご挨拶。
私はこれまでLINUXを初めて使用するので、多くの投稿を読んでいます。
疑問が生じ、それは次のとおりです。FEDORAの場合、どのくらいの頻度で更新されますか、それとも新しいバージョンがリリースされますか?現在FEDORA17があります。
そして、これらの新しいバージョンが出たとき、事前にアップグレードすることをお勧めしますか?それともすべてを再インストールしますか?
それは窓と同じですか?まあ、私は窓と比較したくありませんが、私は新しいので、両方の違いを理解するためにすべてを窓と比較することになります。
mfcolf77
--lfedora18が6月XNUMX日に発売されます
-6か月ごとにfedora、リリースバージョン。
-いいえ、比較はばかげていると考えることができるので、winbugsと同じではありません。
-常に問題を修正する必要があるため、18になるまで数週間待つことをお勧めします
はい。 情報をありがとう。
18月のFEDORAXNUMXを待ちます
贅沢!..それがどうであるかを見ようとしています!。
ありがとうございます!
こんにちは、
非常に良い記事です。これをすべてスペイン語で読むことができてうれしいです😉
XNUMXつの質問:「サポートされていないパッケージの削除」はいつ実行する必要がありますか? アップグレード前?
ありがとう。