🧑‍🤝‍🧑 🛀🏾 📬 GNU / linuxのリモートルートルートの置換 📦 🔺 🕐

ルートファイルシステムの交換に直面することがあります。ブートディスクを用意してサーバーにアクセスすることは難しくありません。ただし、再起動せずに、sshを介してリモートでルートFSを交換した経験を共有したいと思います。

マウントされたFSを交換する理由はさまざまです。

LVMへの転送/
翻訳/ mdraid
ファイルシステムタイプの置換（ext3 => btrfs）
ファイルサイズの縮小（resize2fs）

例として、ルートFSを/ dev / sda2からLVMに移動します

説明は、gentoo GNU / linuxの例で実行されます。

この方法は、Debian GNU / linuxでもテストされました。

この操作中にデータを失ったことがないという事実にもかかわらず、 誰もバックアップをキャンセルしなかったことをすぐに言わなければなりません！

与えられた

データセンターにリモートサーバーがあります。

私の場合は、KVM仮想マシンが実行されているホストシステムになります。

ルートFSがあるハードドライブ/ dev / sdaは、3つのmsdosパーティションに分割されています。

sda1 200Mb /ブート
sda2 2GB /
sda3 197GB LVM

タスク

ルートFSをLVMの/ dev / sda2パーティションから「sys」グループの「root」論理ボリューム（/ dev / mapper / sys-root）に移動します
ルートFSのサイズを2 GBから3 GBに増やす

始める前に

-lsofユーティリティが必要になります。作業を開始する前にインストールする必要があります。

-問題を解決する過程で、サーバー上のすべてのプロセスを再起動する必要があることを理解する必要があります。

-重要！私はすでにLVMに精通している人々のためにこの記事を書いており、ブート時にカーネルがinitramfsの助けなしではそれ自体をマウントできないことを理解しています！

解決策

ソリューションを段階的に説明します。

計画はこれです：

1. LVMで新しい論理ボリュームを作成します

2.マウント用のフォルダーを作成する

3.古いルートFS /読み取り専用モードでの再マウントの準備

4.ルートFS /読み取り専用を再マウントします

5.バックアップ（オプション）

6. sda2デバイスからLVMルートボリュームにルートFSをコピーします

7. FSのサイズを変更します

8.コピーをマウントする

9.ルートFSを交換します

10.他のすべてのFSのマウントポイントを返す

11.新しいルートFSからアプリケーションを再起動します

12.ルートFSを変更した後の操作

1. LVMで新しい論理ボリュームを作成します

トムのサイズは3GBで、ルートと呼ばれます

lvcreate -L 3g -n root sys

 作成された論理ボリューム「ルート」

2.マウント用のフォルダーを作成する

mkdir / mnt / oldroot / mnt / newroot

3.古いルートFS /読み取り専用モードでの再マウントの準備

これは、古いルートFSを一貫した状態で新しい場所にコピーするために必要です。

しかし、FS自体は、おそらくプロセスによってデータを書き込むために使用される可能性が最も高いです。

3.1。 削除されたファイルを確認する

lsof / | grep 'DEL \ |削除'

  dmeventd 3397 root txt REG 8.2 31816 71851 / sbin / dmeventd（削除済み）
 dmeventd 3397ルートDEL REG 8.2 87761 /lib64/libdevmapper.so.1.02|paludis-midmerge
 dmeventd 3397ルートDEL REG 8.2 87769 /lib64/libdevmapper-event.so.1.02|paludis-midmerge
 sshd 5601 root txt REG 8.2 482592 14452 / usr / sbin / sshd（削除済み）

そのようなファイルが見つかった場合、プロセスを再起動または停止する必要があります。

そのようなファイルがあります。 net-misc / opensshおよびsys-fs / lvm2パッケージが最近更新されたために発生しました。

3.2。 削除されたファイルでプロセスを再起動および/または停止する

私の場合、sshdを再起動してdmeventdを終了します

/etc/init.d/sshd restart

  * sshdの停止... [ok]
  * sshdの起動... [ok]

/etc/init.d/dmeventd stop

  *警告：ブートサービスを停止しています
  * dmeventdの停止... [ok]

3.3。 削除されたファイルがもうないことを確認してください

lsof / | grep 'DEL \ |削除'

確認した。

3.4。 書き込み用に開かれたファイルを確認する

lsof / | grep -v '\（mem \ | txt \ | rtd \ | cwd \）'

 コマンドPIDユーザーFDタイプデバイスサイズ/オフノード名
 cron 29035 root 3u REG 8.2 6 11427 /var/run/cron.pid
 snmpd 29530 root 3w REG 8.2 1035580 84179 /var/log/net-snmpd.log
 snmpd 29530 root 8r REG 8.2 1316 28549 / etc / mtab
 rsyslogd 29678 root 1w REG 8.2 642199 11587 / var / log / messages
 rsyslogd 29678 root 2w REG 8.2 62061 12377 / var / log / cron
 rsyslogd 29678 root 4w REG 8.2 2155 12375 / var / log / secure
 rsyslogd 29678 root 5w REG 8.2 259 12376 / var / log / maillog

オープンモード（FD列）にuUwWの文字のいずれかが含まれるファイルを調べます。

私の場合、移動中にこれらのサービスをすべて停止しても問題はありません。

あなたの場合、自分で決めてください。

3.5。 開いているファイルを保持するプロセスを停止します。

/etc/init.d/rsyslog stop

  * rsyslogdの停止... [ok]

/etc/init.d/snmpd stop

  * snmpdの停止... [ok]

/etc/init.d/vixie-cron stop

  * vixie-cronの停止... [ok]

3.6。 記録用に開いているファイルがもうないことを確認します

lsof / | grep -v '\（mem \ | txt \ | rtd \ | cwd \）'

 コマンドPIDユーザーFDタイプデバイスサイズ/オフノード名

3.7。 すべてのループデバイスをアンマウントする

私の場合、/ usr / portageでsquashfsファイルシステムをアンマウントします

umount / usr / portage

3.8。 nfs、cifs、fuse、aufなどのFSをアンマウントします

私の場合は何もありません。

3.9。 ファイル（unix）ソケットを探します

netstat --unix -a | grep '/ \ | Path $'

  Proto RefCntフラグタイプ状態Iノードパス
 unix 2 [ACC] STREAM LISTENING 3682265 /var/run/kvm/kvm204.sock
 unix 2 [ACC] STREAM LISTENING 3279538 /var/run/kvm/kvm209.sock
 unix 2 [ACC] STREAM LISTENING 3389038 /var/run/kvm/kvm207.monitor.sock
 unix 2 [ACC] STREAM LISTENING 3603323 /var/run/kvm/kvm208.monitor.sock
 unix 2 [ACC] STREAM LISTENING 3279539 /var/run/kvm/kvm209.monitor.sock
 unix 2 [ACC] STREAM LISTENING 3607000 /var/run/kvm/kvm210.monitor.sock
 unix 2 [ACC] STREAM LISTENING 3612458 /var/run/kvm/kvm211.monitor.sock
 unix 2 [ACC] STREAM LISTENING 3682266 /var/run/kvm/kvm204.monitor.sock
 unix 2 [ACC] STREAM LISTENING 3612457 /var/run/kvm/kvm211.sock
 unix 2 [ACC] STREAM LISTENING 3279518 /var/run/kvm/kvm205.sock
 unix 2 [ACC] STREAM LISTENING 3603322 /var/run/kvm/kvm208.sock
 unix 2 [ACC] SEQPACKET LISTENING 3605138 @ / org / kernel / udev / udevd
 unix 2 [ACC] STREAM LISTENING 3608717 /var/run/kvm/kvm206.sock
 unix 2 [ACC] STREAM LISTENING 3280746 /var/run/kvm/kvm205.monitor.sock
 unix 2 [ACC] STREAM LISTENING 3608718 /var/run/kvm/kvm206.monitor.sock
 unix 2 [ACC] STREAM LISTENING 3606999 /var/run/kvm/kvm210.sock
 unix 2 [ACC] STREAM LISTENING 3389037 /var/run/kvm/kvm207.sock

ルートFSを転送すると、これらのソケットはアプリケーションに関連付けられなくなります。

これは解決されました：

-これらのアプリケーションを事前に停止する（推奨）

-ルートFSの変更後にこれらのアプリケーションを再起動する

これらのソケットを介してアプリケーションとの接続を失うことを恐れていません。

4.ルートFS /読み取り専用を再マウントします

mount -n -o remount、ro /

すべてが成功すると、コマンドはサイレントに終了します。

「mount：/ is busy」という行が表示される場合、ルートFSはまだビジーです。手順3に戻って確認します。たぶん、あなたは何かを忘れました。

私も何かを予見していなかったかもしれないことを除外しませんが、この段階でこのステップを踏まなければ、先に進むことはできません。まだ何も変更できていません。停止したプロセスを戻すだけで機能します。

すべてがうまくいった場合は、次に進みます。

5.バックアップ（オプション）

今がその時です。

私自身にとって、これは必要だとは思いません。操作全体の後、古いsda2パーティションはバックアップとして残ります。

さらに、ホストシステムのすべてのセクションとすべての仮想マシンの毎日のバックアップを構成しました。

6. sda2デバイスからLVMルートボリュームにルートFSをコピーします

dd if = / dev / sda2 of = / dev / sys / root bs = 8M

  239 + 1レコード
 239 + 1レコード
 2006843392バイト（2.0 GB）コピー、58.1021秒、34.5 MB /秒

7. FSのサイズを変更します

7.1。 最初にFSのエラーを確認します

fsck -fC / dev / sys / root

util-linux 2.20.1のfsck

  e2fsck 1.42（2011年11月29日）
パス1：iノード、ブロック、サイズの確認
パス2：ディレクトリ構造の確認
パス3：ディレクトリ接続の確認
パス4：参照カウントの確認
パス5：グループ概要情報の確認
 / dev / mapper / sys-root：46848/122640ファイル（2.0％不連続）、2161/29/489952ブロック

7.2。 FSのサイズを変更します

この場合、FSをLVMボリュームのサイズまで増やします。

resize2fs -p / dev / sys / root

  resize2fs 1.42（2011年11月29日）
 / dev / sys / root上のファイルシステムのサイズを786432（4k）ブロックに変更します。
パス1の開始（最大= 9）
 iノードテーブルXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXの拡張
 / dev / sys / rootのファイルシステムは、現在786432ブロックの長さです。

8.コピーをマウントする

マウント-n / dev / sys / root / mnt / newroot

9.ルートFSを交換します

これが私がこれを始めた理由です。

この瞬間から危険な時期が来ます。

重要：ルートFSを変更した後、SSHセッションが中断すると、システムは新しい接続を確立できなくなります！

代替FS：

cd / mnt / newroot

 ピボットルート。  mnt / oldroot

現在の作業フォルダー（cwd）によるロックを回避するために、これらの2つのコマンドを記述された形式で正確に実行することが重要です。

このコマンドの後、ボリューム/ dev / sys / rootは/に落ち、sda2パーティションは/ mnt / oldrootのマウントポイントを変更します。さらに、他のすべてのマウントされたFSもマウントポイントを変更します。たとえば、/ devファイルシステムは/ mnt / oldroot / devに移動します。

10.他のすべてのFSのマウントポイントを返します（古いルートFSを除く）

標準FSを転送します。ほとんどのファイルには次のものがあります。

mount -n --move / mnt / oldroot / proc / proc

mount -n --move / mnt / oldroot / dev / dev

mount -n --move / mnt / oldroot / sys / sys

これで、/ proc / mountsを見ることができます。他の場所に戻す必要があるもの

猫/ proc /マウント| grep oldroot

  rc-svcdir /mnt/oldroot/lib64/rc/init.d tmpfs rw、nosuid、nodev、noexec、relatime、サイズ= 1024k、モード= 755 0 0
 / dev / root / mnt / oldroot ext3 ro、noatime、errors = continue、barrier = 1、data = writeback 0 0
 / dev / mapper / sys-distfiles / mnt / oldroot / var / distfiles ext2 rw、noatime、errors = continue 0 0
 / dev / mapper / sys-vardb / mnt / oldroot / var / db reiserfs rw、noatime 0 0

私の例では、耐えます

mount -n --move /mnt/oldroot/lib64/rc/init.d /lib64/rc/init.d

mount -n --move / mnt / oldroot / var / distfiles / var / distfiles

mount -n --move / mnt / oldroot / var / db / var / db

これから、あなたは危険から脱します。新しいSSHセッションが正常に開きます。

11.新しいルートFSからアプリケーションを再起動します

11.1。 ファイルを処理します

lsof / mnt / oldroot

  ...
 agetty 28783ルートメモリREG 8.2 52884 99214 /mnt/oldroot/lib64/libnss_nis-2.13.so
 agetty 28783ルートメモリREG 8.2 109446 98354 /mnt/oldroot/lib64/libnsl-2.13.so
 agetty 28783ルートメモリREG 8.2 38724 99216 /mnt/oldroot/lib64/libnss_compat-2.13.so
 agetty 28783ルートメモリREG 8.2 1898114 99218 /mnt/oldroot/lib64/libc-2.13.so
 agetty 28783ルートメモリREG 8.2 156052 99219 /mnt/oldroot/lib64/ld-2.13.so
 udevd 29118 root txt REG 8.2 130216 49072 / mnt / oldroot / sbin / udevd
 udevd 29118 root mem REG 8.2 62227 99210 /mnt/oldroot/lib64/libnss_files-2.13.so
 udevd 29118 root mem REG 8.2 52884 99214 /mnt/oldroot/lib64/libnss_nis-2.13.so
 udevd 29118 root mem REG 8.2 109446 98354 /mnt/oldroot/lib64/libnsl-2.13.so
 udevd 29118 root mem REG 8.2 38724 99216 /mnt/oldroot/lib64/libnss_compat-2.13.so
 udevd 29118ルートメモリREG 8.2 135986 99220 /mnt/oldroot/lib64/libpthread-2.13.so
 udevd 29118 root mem REG 8.2 1898114 99218 /mnt/oldroot/lib64/libc-2.13.so
 udevd 29118 root mem REG 8.2 48545 99211 /mnt/oldroot/lib64/librt-2.13.so
 udevd 29118 root mem REG 8.2 156052 99219 /mnt/oldroot/lib64/ld-2.13.so
 sshd 29455 root txt REG 8.2 482592 74222 / mnt / oldroot / usr / sbin / sshd
 sshd 29455 root mem REG 8.2 62227 99210 /mnt/oldroot/lib64/libnss_files-2.13.so
 sshd 29455ルートメモリREG 8.2 52884 99214 /mnt/oldroot/lib64/libnss_nis-2.13.so
 sshd 29455ルートメモリREG 8.2 38724 99216 /mnt/oldroot/lib64/libnss_compat-2.13.so
 sshd 29455ルートメモリREG 8.2 440512 75579 /mnt/oldroot/usr/lib64/libgmp.so.10.0.2
 sshd 29455ルートメモリREG 8.2 1898114 99218 /mnt/oldroot/lib64/libc-2.13.so
 sshd 29455ルートメモリREG 8.2 135986 99220 /mnt/oldroot/lib64/libpthread-2.13.so
 sshd 29455ルートメモリREG 8.2 98598 99206 /mnt/oldroot/lib64/libresolv-2.13.so
 sshd 29455 root mem REG 8.2 40981 99205 /mnt/oldroot/lib64/libcrypt-2.13.so
 sshd 29455ルートメモリREG 8.2 109446 98354 /mnt/oldroot/lib64/libnsl-2.13.so
 sshd 29455ルートメモリREG 8.2 92624 98190 /mnt/oldroot/lib64/libz.so.1.2.5
 sshd 29455 root mem REG 8.2 14367 99217 /mnt/oldroot/lib64/libutil-2.13.so
 sshd 29455ルートメモリREG 8.2 19321 99203 /mnt/oldroot/lib64/libdl-2.13.so
 sshd 29455ルートメモリREG 8.2 1699456 74274 /mnt/oldroot/usr/lib64/libcrypto.so.1.0.0
 sshd 29455 root mem REG 8.2 373376 76226 /mnt/oldroot/usr/lib64/libssl.so.1.0.0
 sshd 29455ルートメモリREG 8.2 51760 98532 /mnt/oldroot/lib64/libpam.so.0.83.1
 sshd 29455ルートメモリREG 8.2 156052 99219 /mnt/oldroot/lib64/ld-2.13.so
 smartd 29484 root txt REG 8.2 374520 75866 / mnt / oldroot / usr / sbin / smartd
 smartd 29484ルートメモリREG 8.2 1898114 99218 /mnt/oldroot/lib64/libc-2.13.so
 smartd 29484ルートメモリREG 8.2 533499 82722 /mnt/oldroot/usr/lib64/gcc/x86_64-pc-linux-gnu/4.5.3/libgcc_s.so.1
 smartd 29484ルートメモリREG 8.2 614022 99202 /mnt/oldroot/lib64/libm-2.13.so
 ...

すべてのプロセスが古いルートFSから開始されることがわかります。

11.2。 システムプロセスの再起動を開始します

まず最初にお勧めします：

/etc/init.d/udev restart

/etc/init.d/sshd restart

11.3。 サーバーで2番目のsshセッションを開きます

ログインが成功した場合、古いbashシェルを閉じて古いsshdをフォークするために、最初のセッションを完了する必要があります。

lsof / mnt / oldrootを見てください

古いルートFSから開始されたすべてのsshdプロセスが消えます。

11.4。 異常なプロセス。

agettyとinitを再起動します

agetty（または他の* tty）を使用すると、すべてが簡単になります。

殺し屋

恐れてはいけません。initはそれらを再起動します

次のコマンドでinitを再起動します

telinit u

11.5。 以前に無効にされたファイルシステムのマウント

squashfsを/ usr / portageにマウントします

マウント/ usr / portage

11.6。 以前に停止したサービスを実行する

私の場合、次を実行します。

/etc/init.d/rsyslog start

  * rsyslogの起動... [ok]

/etc/init.d/snmpd start

  * snmpdの起動... [ok]

/etc/init.d/vixie-cron start

  * vixie-cronの起動... [ok]

11.7。 サービスを再起動し続けます

lsof / mnt / oldrootを見て、残っているものを再起動します

/etc/init.d/ntpd restart

/etc/init.d/radvd restart

/etc/init.d/smartd restart

/etc/init.d/dnsmasq restart

特に、この間ずっと静かに動作していた仮想マシンを再起動します。

さらに、今は特に急ぐ必要はありません。

古いルートFSをアンマウントするためにのみサービスを再起動します。

/etc/init.d/kvm.204 restart

/etc/init.d/kvm.205 restart

/etc/init.d/kvm.206 restart

12.ルートFSを変更した後の操作

12.1。 fstabを変更することを忘れないでください

LABEL =タグを使用しているため、何も変更しません

  LABEL = root / ext3 noatime 0 1

12.2。 古いルートFSをアンマウントします

umount / mnt / oldroot

rmdir / mnt / oldroot / mnt / newroot

他の人は使用しません

古いルートFSを保持したい場合は、ブートローダーを混乱させないように、LABELとUUIDを変更することをお勧めします。

tune2fs -L oldroot -U $（uuidgen）/ dev / sda2

私自身にとって、古いFSの必要性はもはや見当たりません。削除します。

ワイプfs / dev / sda2 -o 0x438

12.3。 LVMに切り替えるときにinitramfsを追加/変更することを忘れないでください

12.4。 ブートローダーの再構成を忘れないでください

私の場合、これはgrub2です

ブートローダーをsdaにインストールします

grub2-install --no-floppy / dev / sda

 インストールが完了しました。 エラーは報告されていません。

構成の更新：

grub2-mkconfig -o /boot/grub2/grub.cfg

  grub.cfgを生成しています...
 Linuxイメージが見つかりました：/boot/vmlinuz-3.2.12-gentoo-64-beaver-b
 initrdイメージが見つかりました：/boot/initrd-3.2.12-gentoo-64-beaver-b
やった

備考

新しいルートFSに移動した後、サーバーは再起動せずに安全に動作を継続できます。

GNU / linuxのリモートルートルートの置換

与えられた

タスク

始める前に

解決策

備考

More articles: