ヘッドレスFedora 15(GUIなし)ボックスがあります。次のパーティション構造を使用します。
$ df -T -h
Filesystem Type Size Used Avail Use% Mounted on
rootfs rootfs 49G 2.8G 46G 6% /
udev devtmpfs 1.7G 4.0K 1.7G 1% /dev
tmpfs tmpfs 1.7G 0 1.7G 0% /dev/shm
tmpfs tmpfs 1.7G 604K 1.7G 1% /run
/dev/sda1 ext4 49G 2.8G 46G 6% /
tmpfs tmpfs 1.7G 0 1.7G 0% /sys/fs/cgroup
tmpfs tmpfs 1.7G 0 1.7G 0% /media
/dev/sda5 ext4 388G 35G 334G 10% /var
/dev/sda2 ext4 28G 1.7G 25G 7% /home
私はFedoraプロジェクトの12〜14ヶ月のサポートサイクルポリシー(おそらく理由があるだろう)に疲れており、Scientific LinuxやCentOSなどのより安定したものに移行する予定です。私のデータのほとんどは/var
(MySQL、RedisとApache Docroot)と/home
。
ディレクトリを保存して、Fedoraから別のRHシリーズディストリビューションに移行し、/var
リモート/home
移行を実行できますか? (難しい状況ではモニターとキーボードを喜んで持ってきます。)それではどうすればいいですか?
答え1
もちろん理論的には。理論的には、Fedoraボックスを次のように変更できます。余裕ソフトウェア時間を割くほど気にしたら何も壊さずにしなければならない。
通常、これは努力する価値がないと見なされます。
CentOS / SLドキュメントを読んだ後は、メジャーバージョン間のフルアップグレードやコンソールからのインタラクティブアップグレードでさえお勧めできません。最先端のFedoraからCentOS 6にアップグレードするのは実際には悪いです。ダウングレード、機能およびバージョンの観点から。単一のRPMをダウングレードすることは通常、1つをアップグレードするよりも多くの作業であることに気づいたでしょう。これで、かなり単純なサーバーとデスクトップのインストール、ワークステーション、またはすべてのパッケージセットに対してこれを行うには約1000個のRPMが必要であることに気づきました。
最善の方法は、オペレーティングシステムをバックアップし、最初から再インストールしてから復元することです。
可能であれば、まず仮想マシンで試してください。完了したら、仮想マシンをホスティングプロバイダに直接展開できます。そうでない場合は、少なくとも途中でメモを取って素早く切り替えることができます。
バックアップとリカバリを正確に実行する方法は、実際には別の質問です。たとえば、MySQLデータベースは単にサーバーを停止して元のデータベースファイルをコピーするよりもインテリジェントにバックアップする必要があります。これは、オペレーティングシステムが変更されるとサーバーのバージョンをダウングレードできるためです。 SQLダンプを実行することもできます。これはいくつかの例のうちの1つにすぎないことがわかります。