Fedoraの短いライフサイクルにどのように対処する必要がありますか？
私は非常に長い間、Fedoraをプライマリディストリビューションとして使用しています。 "bothers"私がしていることの1つは、その比較的短いライフサイクルです。私は最新のリリースをインストールし、バックアップを復元し、アプリケーションをカスタマイズし、安堵のため息をつきますが、それまでに新しいリリースはもうすぐです。
Fedoraのライフサイクルは比較的短いです。バージョンXは、バージョンX +2がリリースされてから1か月後まで維持されます。リリース間の間隔は6か月で、メンテナンス期間はバージョンごとに13か月と非常に短いです。 ウィキペディア
Fedora 9から10に移行するときに、アップグレード前を使用したことがあります。スムーズに機能しませんでした。新しくアップグレードされたFedoraは、Fedora 9の古いカーネルイメージを使用していました。それを理解するのに時間がかかり、ライブUSBを使用して修正する必要がありました。それ以来、私はpre-upgradeまたはUpgrade an existing installationオプションを使用しないことに決めました。私もアプリケーションにいくつかの問題がありました。
fresh installを使用する方が安全なようです。しかし、今度は、スクリプトとrcファイルとともにすべてのデータをバックアップし、再度復元する必要があります。これには、デフォルトでインストールされていないアプリのインストールや不要なアプリの削除に時間がかかります。
主な問題は、各アプリケーションのカスタマイズ設定です。 Firefoxからのみ、保存されたパスワード、ブックマーク、保存されたセッション、さまざまな拡張機能の設定などをエクスポートする必要があります。他の一部のアプリケーションは、保存/エクスポート設定のオプションをまったく提供していません。したがって、それぞれを手動で構成する必要があります。
全体として、最新リリースへのアップグレードには時間がかかり、何らかの理由でネット接続がダウンした場合はさらに時間がかかります。アップグレードするたびに、数か月以内に新しいリリースが私のドアをノックすることを頭に入れておくことができず、演習全体をもう一度繰り返す必要があります。
- すべてのデータのバックアップを取り、それを復元するための簡単で簡単な手順は何でしょうか？私はコマンドラインソリューションを好みます。
- アプリケーションに設定をエクスポートするオプションがない場合、アプリケーションの設定を保持するにはどうすればよいですか？
- Fedoraユーザーの場合、頻繁なリリースに対応するために何をしますか？
- この手順全体をより速く、より痛みを少なくするにはどうすればよいですか？アップグレードにかかる時間と労力は、この質問を投稿することになりました。どうすれば私の生活を楽にすることができますか？
私は外付けドライブを使用しています。最初のスナップショットが作成されると、フォルダとドットファイルの一部を
rsync -avzでバックアップしますが、バックアップのために外付けドライブに移動するのに必要なデータはごくわずかです。その情報のほとんどすべては、ドットファイルまたはいくつかのドットディレクトリに保存されます。あなたがする必要があるのは、それらのディレクトリをバックアップすることです。それはとにかく私がしていることであり、それは何年も働いています。ただし、新しいバージョンでは古い構成ファイルでNiceが再生されない場合があるため、毎回動作することが保証されているわけではないことに注意してください。
それはすべて、次のリリースの変更の大きさに依存します。たとえば、ファイルシステムが変更されない場合、再インストールする理由はわかりません。 FC6が出回っていた頃はまったく違っていました。アップグレードは面倒で、当時は通常、新規インストールを行いました。 Fedora 8以降、
preupgradeは正常に機能していましたが、問題はありませんでした。ただし、すべてのハードドライブをext4でフォーマットしたかったので、Fedora13を新規インストールしました。それ以外は、Fedoraの最新バージョンへのアップグレードは通常うまくいきます。この編集の時点で、私は最近Fedora 24にアップグレードしました。改善の余地はあると思いますが、今ではdnfを使用したアップグレードプロセスはスムーズに進んでいます。通常、問題が発生するのは、インストールの途中またはクリーンアップの途中でアップグレードプロセスが中止された場合のみです。通常、システムにどのような変更を加えたかをある程度追跡します。
/etc/内のどのファイルを変更したか、どのプログラムを自分でコンパイルしたか、どのライブラリを/usr/lib/に入れたかなど。これにより、作業がはるかに簡単になり、バックアップも常に維持されます。日付。事前アップグレードは今では問題なく動作しますが、ファイルシステムなどを変更したい場合は、再インストールする方法はありません。 アップグレードガイド のFedoraは、アップグレードを行う代わりに実際に再インストールする必要がある場合にアドバイスします。 PreUpgradeのマニュアルには、たとえばF11から直接F13にアップグレードすることが可能であると記載されています。私はそれに反対するアドバイスをします。古いFedoraはアップグレードされていないため、PreUpgradeパッケージはおそらく古くなっています。最新バージョンとdnfおよびsystem-upgradeプラグインを使用した新しいアップグレードプロセスでは、これはそれほど問題にはなりません。競合するファイルバージョンは拡張子.rpmsaveで保存され、後でrpmconf -aを使用してこれらの問題を解決できます。
これは役に立ちませんが、OpenBSDユーザーの場合、ほとんどの変更を手動で行う必要があり、以前のリリース以外から最新のリリースにアップグレードすることはできません。
警告の言葉：あなたの一日をいくらか台無しにするかもしれないのは、新しいリリースの「準備ができていない」サードパーティのリポジトリです。これは、dropboxでも、RPMfusionでもほぼ日常的に発生します。 RPMfusionが新しいリリースと同期するのに約2週間かかりますが、Dropboxがリポジトリを修正するのに4か月かかることもあります。したがって、RPMfusionなどを使用している場合は、準備ができているかどうかを確認することをお勧めします。そうでなければ、もう1、2週間待つことは実際には害にはならず、それはあなたに多くの頭痛を救うでしょう。特にnVidiaドライバーなどを扱う場合。
Fedoraのインストールでもまったく同じ問題が発生しましたが、解決策は非常に単純です。パーティションです。/homeパーティションを作成したので、/をフォーマットしますが、すべてのプログラムの設定はすべてそのままです。データをパーティションでシステムから分離し、再インストールするときは、必ず/のみをフォーマットし、ホームパーティションを/ homeにマウントされているものとして指定してください。楽しんで！
たまにFedoraのアップデートが悲しみを与える一方で、プロセスは通常スムーズに実行されます（特に、ネットを介してアップデートし、歯の問題が解決するまで1か月ほど待つ場合）。ネットブックをFedora16からFedora17にyumの方法でアップグレードし（育毛ダンスがスムーズに進んだとしても、/と/usrを分離していました）、次にFedUpからFedora18へ。いくつかの非公式のtexliveパッケージはいくつかの問題を引き起こしましたが、それほど深刻なものではありませんでした。今それを使用しています。安全のために、アカウント全体と/etcのすべて、およびインストールされているパッケージの完全なリストを大きなペンドライブにバックアップしました。
確かに、いくつかの構成変更。また、インストールプロセスでは、アカウントのローカル構成を追跡して修正することはできません。
RedHatには、インストールを自動化するためのkickstart [1]というツールがあります。 Fedoraが同じツールを提供しているかどうかはわかりませんが、初期インストールを開始するのに役立つ可能性があります。
また、別の/ homeパーティションを2番目にします。指が滑った場合でもバックアップは必要ですが、それは人生をずっと楽にします。
私はFedora16を17に、次に19に、次に21にアップグレードしました。私が遭遇した問題のほとんどは、とにかくクリーンインストールで発生したと思います。ただし、各アップグレードには、事前にフルドライブイメージを実行することを含め、約1日かかりました。その後、YUMリポジトリに保持されなくなったRPMパッケージのチェックや代替品の検索など、私が読んだすべての詳細なアップグレード手順に従います。すべてのパッケージを確認し、.rpmnewファイルが作成されている構成ファイルを検索し、変更をマージするなど。
時間のかからない解決策は、代わりにCentOSを使用し、CentOSが提供しないアプリケーションに対してchroot環境（おそらくコンテナーがこれを行うためのより現代的な方法）でFedoraを実行することだと思います。 schrootを使用してchrootを管理すると、ホームディレクトリがchroot環境の同じ場所にマウントされるため、作業はかなりシームレスになります。 chrootでビデオアクセラレーションとサウンドを機能させるのは少し難しいかもしれません。おそらくコンテナはそれをうまく処理します。
私は現在chrootにFedora22を持っていますが、それは数週間でサポートされなくなるので、新しいバージョンのFedoraで新しいchrootを作成しますが、一部のアプリケーションが誤動作している場合は古いバージョンに戻ることができます新しいバージョンでは、CentOSよりもFedoraで発生する可能性がはるかに高くなります。