今日のチュートリアルでは、Linuxディストリビューションのルートパーティションを別のパーティションに移動する方法を説明します(同じハードドライブ上にあるかどうかは関係ありません)。 この必要性は、私がまだチャクラを使用していた昨年の半ばに私に来ました、そしてそれ以来、それは私が満足のいく結果とゼロの問題で何度も使用したプロセスです。
手紙の手順に従えば、100%安全で、比較的高速で、完全に可逆的な操作になります。 必要なのはLiveCDだけです 私たちがそこに持っているディストリビューション(たとえば、UbuntuのXNUMXつが私たちの目的を果たします)の どちらがソースパーティションと宛先パーティションであるかを正しく識別します。
このような情報については、GPartedまたはKDEパーティションエディターを参照してください。 それらを実行すると、下のスクリーンショットのようなウィンドウが表示されます。 そこで、元のルートパーティションを見つけて、それが属するディスク(sda、sdb、sdc ...)、その番号(sda2、sdb1、sdj5など)、およびそのUUID(英数字)を確認する必要があります。 「詳細情報」のセクションにあるコード)。 明らかに、パーティションを移動する場合は移動先が必要になるため、移動を実行するためにハードディスクに事前に穴を作成し、対応するデータを書き留める必要があります。
続行する前に、このチュートリアルではGrub2のみを参照していることを述べておきます。 別のブートローダーを使用する場合、一部の手順やコマンドが異なる場合があります。実際、GrubLegacyを使用するとはるかに簡単になります。 それで、一枚の紙に書き留められる前からの情報で、私たちは仕事に取り掛かります:
1) ライブCDでコンピューターを起動します デスクトップがロードされるのを待ちます。
2) ターミナルで 次のXNUMXつのコマンドを入力します。
sudo mkdir / mnt / old
sudo mkdir / mnt / new
sudo mount / dev / sdaX / mnt / old(sdaXは元のルートパーティションです)。
sudo mount / dev / sdbX / mnt / new(sdbXは新しいルートパーティションです)。
sudo cp -rav / mnt / old / * / mnt / new
sudo cp -rav /mnt/old/.* / mnt / new
sudo umount / mnt / old
sudo mount -o bind / dev / mnt / new / dev
sudo mount -t proc none / mnt / new / proc
sudo chroot / mnt / new / bin / bash
sudo grub-install / dev / sdb(sdbは、新しいルートパーティションがあるハードドライブであり、番号などを付ける必要はありません)。
須藤ケイト /boot/grub/grub.cfg
- (hdX、Y)を入力すると、XとYの数値が次のように変更されます。
X:ハードディスク番号を示します。 ディスクがsdaの場合、Xは0に等しくなります。ディスクがsdbの場合、Xは1に等しくなります。ディスクがsdcの場合、Xは2に等しくなります。
Y:パーティション番号を示します。 1,2,3…例:最初のディスクの0,2番目のパーティション(hd2,2); XNUMX番目のディスクのXNUMX番目のパーティション(hdXNUMX)…わかりますか?
- 変更するXNUMX番目のフィールドはUUID(非常に長い数字と文字のコード)であり、これはまだ古いパーティションを指しています。 これを新しいパーティションのUUIDに変更します(たとえば、GPartedで確認できることを忘れないでください)。 データをよくチェックしてください!
- 2番目の変更は、最も重要なものの0,1つであり、UUIDの下にある小さな赤い長方形に関連しており、画像「sdb1」に配置されます。 これは、論理的に(hdX、Y)に対応する必要があるルートの新しいパーティションを指定する必要がある場所です。 例:(hd2,3)-> sda3 //(hdXNUMX)-> sdcXNUMX
これらの変更は、原則として、Grubに存在するオペレーティングシステムのエントリ数に応じて繰り返す必要があることに注意してください。 チャクラのエントリが3つあるので、そのデータをXNUMX回変更する必要があります。 しかしながら、 最初のエントリのみを変更し、すべてが正しく開始されたことを確認したら、実際のオペレーティングシステムから残りのエントリの変更に進むことをお勧めします。
sudo kate / etc / fstab
9) これで再起動して、すべてが正常であることを確認できます。 オペレーティングシステムが正常に機能している場合は、grub.cfgファイルの残りのエントリで変更せずに残したデータの置き換えに進むことができます。また、必要に応じて、古いルートパーティションを削除することもできます。
それが今日のすべてです。
これはXDを探していました。 ありがとう
これは非常に安全な手順であり、私は何年も前にそれを使用しました。良いことは、新しい/パーティションにファイルの断片化が含まれないことです...
少し前に、ファイルシステムも変更する(reiserfsからext3に)バリアントでルートパーティションを変更しようとしましたが、システムの起動時に、私が与えたよりも多くの試行とターンのためにそれを行うことができませんでした新しいものがext3でフォーマットされたときに、reiserfsシステム/パーティションを探していたため、検出は失敗しました。 メンテナンスモードに入り、手動でマウントする/ ext3としてシステムは正しく機能しましたが、次の起動でも同じ理由で再び失敗しました。 動作するgrubまたはfstabの編集はありませんでした...常にreiserfsで/パーティションを探していますが、解決策が見つかりません...
reiserfsパーティションを指すファイルがあったようです。 ブートローダーなどからの目立たない行かもしれません。そうでなければ、ext3が正しくロードされているはずです。
それが私が思ったものであるなら...そして何かを探すのに何時間も費やしたが何も見つからなかった...インターネットを検索することさえしなかった。
とにかく、私は過去に問題なく手順を実行したことを保証することはできません、それは私がほとんど楽しみのためにそれを行っていたので6または7年が経過したということです...最後にDebianLennyでそれを試みたとき、おそらく最大の違いは、Linux2.4.xでディストリビューションを使用する前のカーネルです。
とにかく、あなたが解決策を見つけに行くなら、私はあなたがそれを共有することを願っています...
良いヒント、...私が以前に知っていたなら。
ご挨拶。
はい、非常に良いヒントです。ディスク/ホームを変更する手順によく似ていますが、rootで何ができるかわかりませんでした。
私はそれを使用しないかもしれませんが、非常に良い情報ですが、ハエ自身を知ることは良いことです。 🙂
はい、/ homeを使用すると、Grubを再インストールしたり、構成ファイルを変更したりする必要がないため、はるかに簡単です。 必要なものをすべてコピーして、fstabを編集するだけで十分です。
もちろん、私たちは/ homeについて話しているのですが、/ rootがもっと注意を払う必要があることは明らかです。
これは/ Homeとは異なります。これは通常、ほとんどカットアンドペーストするか、失敗した場合はコピーアンドペーストします。
とても良いマニュアル、友人、どうもありがとうございました、PDF版または他のものがどこかからダウンロードできるかどうか知りたいです、挨拶
オーブンから取り出したばかりです;):
https://sites.google.com/site/rsvnna/baul/Mover%20Root.pdf
感謝の友人は、非常によくある
どうもありがとう! 私は似たようなものを探していて、パーティションのイメージを作成してから復元することでしたが、もちろん、マウントポイントなどの多くのものが欠けていました。 手袋のように似合います!
非常に良い情報です。万が一に備えて、これらのものを手元に置いておくと常に便利です。 どうもありがとう。
Grub2を使用している場合、grub2-installではないでしょうか。
これらのマニュアルを作成するときは、コマンドを正しく入力しない限り、だれかを混乱させることに注意してください。
Archでは、古いバージョンのgrubの名前がgrub-legacyに変更され、grub 2はgrubのみとして残されたため、正しいですが、同じように、このような重要な動きを行う前に、ディストリビューションのドキュメントを読むことをお勧めします。パッケージの名前の
そして著者のおかげで私は詳細なプロセスを探していました、そしてこれは私によく役立ちました
ポイント5を超えるいくつかのコマンドは、私には機能しませんでした。
sudoのsuコマンド
mkdir / media / kk(インストールされたシステムのルートがマウントされている場所)
mount -t ext4 -o rw / dev / sda / media / kk
マウント–バインド/ proc /メディア/ kk / proc
マウント–バインド/開発/メディア/ kk /開発
マウント–バインド/ sys /メディア/ kk / sys
chroot / media / kk
更新グラブ
grub-install / dev / sda(またはsdb、…)
すべてを新しいパーティションにコピーした後、ブート修復ツールを使用してgrubインストールを移動できるため、手順5以降を実行する必要がないため、非常に役立ちました。
sudo add-apt-repository ppa:yannubuntu / boot-repair
sudoのapt-get updateを実行し
sudo apt-get boot-repairをインストールする
graphifaアプリケーションが実行され、詳細オプションがアクティブになります。 grubの場所と、grubのインストール用に新しいパーティションが選択されます。