私はOpenSuSE 11.3を実行してとても嬉しかったですが、公式リリースが段階的に中断されたときに11.4を試して多くのバグを発見し、大きな期待を持って12.1にジャンプしましたが、Gnome3の狂気に直面しました.
それ以来、Mint 12を使用してきましたが、すべてのパッケージを最新の状態に保つのに奇妙なバグがあるような気がしました。私はMint 13を使用するか、XFCEを使用してOpenSuSEに戻すか、Fedoraを試してみることを検討しています。問題は、プロジェクトの進行中に数日間コンピュータに触れることができないことです。
できるだけ簡単でスムーズに切り替える方法はありますか？数ヶ月/数年にわたって変更された文書や基本設定/設定などのデータ損失を防ぐにはどうすればよいですか？
答え1
すべての配布ファンと構成ファイルを/homeに保存したい人は、/homeをそのままにしておくか、以前の配布の構成ファイルに混乱させることはお勧めできません。 Mint KDEからMint XFCEや他のディストリビューションに変更するときに多くの問題がありました。アーチは特別な問題なしにどのディストリビューションでもインストールまたは交換できますが、他のディストリビューションではそうではありません。
別の.dotfilesディレクトリを生成するシンボリックリンクは可能な回避策ですが、どのくらい互換性がありますか？さまざまなアプリケーションバージョンの構成ファイルを処理する際にいくつかの問題があります。 Distrosは代表者にさまざまなアプリケーションバージョンを使用しています。これはDebian stableに切り替えるときに特に当てはまります。
私はデータを別のパーティションに保存し、重要なプロファイルのみをインポートしてマージする前に比較することを好みます。
可能なディストリビューションの代替案については、私はアーチを離れた後、あまり更新されず、より安定した環境を見つけるために多くのディストリビューションを試しましたので、私が喜んで使用する唯一のディストリビューションはクランチバンだと言えます。しかし、それは私の意見だけです。自分の経験を上回ることはできません ;)
答え2
データを失わないようにするには、次の2つをお勧めします。
- 2つのパーティションがあります。 1つは/用で、もう1つは/home用です。
- Gitやその他の手段を使用して設定を管理し、別のコンピュータに保存します。
再インストール時に/homeパーティションを変更しないでください。 /homeの設定が保持されます。
ただし、Gitを使用して/ etcまたはrootにアーカイブしたいものを含め、すべてを設定してリモートサーバーにプッシュすることもお勧めします。
このような設定を使用して、私は最近何の手間もなくDebian UnstableからArchLinuxに切り替えました。
古いパーティションを保持しないため、新しいディストリビューションが機能しない場合は、別のパーティションを再インストールする必要があります。
編集する：私の設定を管理する方法の詳細は次のとおりです。
基本的に私ファイルをクリック私はすべてのドットファイル（.vimrc、.configディレクトリ、.gtkrc2.0ファイルなど）のリポジトリを保持しており、これらのすべてのファイルをそのパスに関連付けるシェルスクリプトを持っています。
/home/sphax/.vimrc -> /home/sphax/.dotfiles/vimrc
/home/sphax/.config -> /home/sphax/.dotfiles/config
etc
ここに必要なものを追加できますが、多くのドットファイルにはまだデフォルトがあるため、変更されていないファイルのバージョンを指定する必要はありません。
~のため/などそして/根各リポジトリに対して1つずつ同じことを行い、/homeパーティションのどこかに置き、すべてをシンボリックリンクします。
このような設定を使用すると、次の利点も得られます。
- 簡単なバックアップ（リモートサーバーにプッシュするだけ）
- 簡単な共有（たとえば、DebianとArchLinuxのそれぞれが3つのシステムでドットファイルディレクトリを共有します。）
最初は少し調整/コーディングが必要ですが、その後は非常に簡単で効率的になります。
答え3
もちろん、/homeパーティションを/とは別に維持することをお勧めしますが（Vincent Rischmannが言ったように）、同じコンピュータに複数のLinuxディストリビューションをインストールしたり、新しいバージョン（さらにはFedora）にアップグレードするときに問題がたくさんあります。 。 23〜26）、定期的にバックアップする領域など、非常に基本的なシステム管理の問題もあります。
誰かがすばらしく完全なチェックリストを提供する必要がありますが（まだ見つかりませんでした）、痛みなしに切り替えてデータ/構成損失を防ぐために考慮すべき事項の小さなリストは次のとおりです。
- 明らかに、/ etcのアーカイブを保管してください。ただし、重要な構成データは現在どこにも保存され、主要なアップデートは他のディストリビューション全体、または同じディストリビューション（プリンター定義、Sambaパスワード、cron'edジョブ、デフォルトシェルなど）にも保存されます。の違いがあります。初期化スクリプトなど）。 /var/spoolと/usrの一部を保存する必要がありますが、ほとんどは新しいバージョンからインポートする必要があるため、アップグレード/切り替え後に単に復元しないでください（したがって、手動でファイルを移動/リンクしたり、ファイルをリンクしたり、プリンタ、ユーザーのcrontabなど手動で設定します。
- システムに追加/変更したものの（紙）記録を保管することをお勧めします。これにより、新しくインストールして元の状態に戻すために何をすべきかを知ることができます。変更を思い出させるために）奇妙な動作を最近の変更に関連付けることができます。
- /usr/local/binなどを使用してユーザー間で共有されるスクリプト/ユーティリティをデプロイする場合は、それをバックアップするか、独自のパーティションを提供する必要があります（ネットワークに複数のシステムがあり、システム管理を維持したい場合）。少なくとも同じ/（および/etc、/usr）をサーバーに読み取り専用でマウントできますが、/var、/home、/tmp、および/などのマウントが必要なディレクトリがいくつかあります。 usr / localは単一のコンピュータで読み書き可能でユニークであり、システム間で共有できないものと考える精神的な練習は、単一のコンピュータでLinuxバージョン間の共有を作成する設定を設計するのに役立ちます。移行が簡単になります。
理想的には、古いシステムのカスタマイズの90％を文書化し、スイッチを調整するために手動で実行する必要がある作業を明確にする、より良いLinuxインストーラを見たいと思います。