☰

予備

tag-icon • tag-icon boot grub dd clone
予備

私は2つの大きなLVMドライブを備えた独自の800MHz Intel Atomベースのメディアサーバーと250GB 2.5インチドライブにDebian 9を持っています。

Debian ライブ CD から起動し、250 GB のディスク面全体を新しい WD Blue 1TB ドライブに追加し、dd if=/dev/sda of=/dev/sdd新しいディスクを USB-SATA コネクタに接続しました。その後、メディアサーバーにドライブを取り付け、250GBドライブを交換しました。ドライバIDが印刷された直後、ブートローダが起動する前、起動時にシステムがハングします。ブートローダは grub レガシーです。ライブCDからブートしてクローンにルートを変更したのですが、うまく動作しているようです。それで、LVMボリュームをマウントし、grub2を新しい/ dev / sdaにインストールしましたが、うまくいきました。ただし、新しいハードドライブから起動すると、以前と同じようにシステムがロックされます。また、期待どおりに、、update-initramfs -u -k allおよびgrub-installwhathaveyouを実行しました。update-grub

それから試しました。このブート回復ディスクこれも成功を主張しますが、結果には影響しません。電源を入れた後、デバイスは早すぎると中断されます。

誰かが私にドライブ前面の近くに小さな/bootパーティションがないと警告したので、今パーティションを作成しました。変わりません。また、最初のパーティションの前に6MBの間隔を置いて4Kセクタをソートするなど、毎回完全なグラブインストールとブートリカバリディスクの試みを繰り返しました。毎回：起動せずにBIOS画面に移動する前にクラッシュが発生しますが、CDから起動してCDにルートできるため、データが破損していないようです。

古いドライブを改造することは現時点では非常に効果的です。

非常に単純なシステムで、MBR msdosスタイルの起動、EFIなし、オペレーティングシステムのみがインストールされています。

1TBドライブにレプリケートされた以前の250GBドライブからマシンが起動しないのには妥当な理由はありますか？どうすればわかりますか？ドライブIDは、/boot/grub私が見つけることができるどこにも表示されません。すべてUUIDです。

古いドライブには512Bの物理セクタがあり、新しいドライブには4096Bの物理セクタがありましたが、512Bエミュレーションがありました。そうですか？

以下は、新しいドライブに対してブートリカバリCDを実行した結果の一部です。

Drive: sda _____________________________________________________________________
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos

Partition  Boot  Start Sector    End Sector  # of Sectors  Id System

/dev/sda1    *      1,036,288   477,345,791   476,309,504  83 Linux
/dev/sda2         477,347,840 1,953,525,167 1,476,177,328   5 Extended
/dev/sda5         477,349,888   489,932,799    12,582,912  83 Linux
/dev/sda3              12,288     1,036,287     1,024,000  83 Linux


Drive: sdb _____________________________________________________________________
Disk /dev/sdb: 7.3 TiB, 8001563222016 bytes, 15628053168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt

Partition  Boot  Start Sector    End Sector  # of Sectors  Id System

/dev/sdb1                   1 4,294,967,295 4,294,967,295  ee GPT


GUID Partition Table detected.

Partition  Attrs   Start Sector    End Sector  # of Sectors System
/dev/sdb1                    3415,628,048,06415,628,048,031 Logical Volume Manager (LVM) partition (Linux)

Attributes: R=Required, N=No Block IO, B=Legacy BIOS Bootable, +=More bits set

Drive: sdc _____________________________________________________________________
Disk /dev/sdc: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt

Partition  Boot  Start Sector    End Sector  # of Sectors  Id System

/dev/sdc1                   1 4,294,967,295 4,294,967,295  ee GPT


GUID Partition Table detected.

Partition  Attrs   Start Sector    End Sector  # of Sectors System
/dev/sdc1                 2,048 5,860,532,223 5,860,530,176 Logical Volume Manager (LVM) partition (Linux)

Attributes: R=Required, N=No Block IO, B=Legacy BIOS Bootable, +=More bits set

"blkid" output: ________________________________________________________________

Device           UUID                                   TYPE       LABEL

/dev/loop0                                              squashfs   
/dev/mapper/exported-archive 4b899a61-2f1c-4cd8-bc32-ce435912ba87   ext3       
/dev/mapper/exported-media 36a5370f-d49a-4da3-9bc8-fefa0d005f4f   ext3       
/dev/mapper/exported-photos af677e44-2a83-4aba-8b37-c38c3b07a10b   ext3       
/dev/mapper/exported-web 27040136-28bf-464d-9802-c20511ad661f   ext3       
/dev/sda1        7788ea31-5e63-4869-a80e-40c99c6128b3   ext3       
/dev/sda3        6f547317-4688-435f-a69d-787bf7262f29   ext3       boot
/dev/sda5        a311a5cb-4f03-4930-a028-bf87b4dd8e55   swap       swap
/dev/sdb1        yGbmYE-Lvk1-8lZj-0xQz-u57b-L1sV-0RjV66 LVM2_member 
/dev/sdc1        ShaGRu-GqRZ-4fS3-k0zp-g5x4-5Kae-uLoC9o LVM2_member 
/dev/sr0         2017-10-29-01-25-15-00                 iso9660    Boot-Repair-Disk 32bit
/dev/zram0       a9802c34-25bd-4f6f-b3e5-d75c62fe8adc   swap       
/dev/zram1       5ea34823-7d6a-4ac5-bb49-7fa9c8bbecea   swap       
/dev/zram2       dcc2c96c-1f33-4604-b5ac-d62964731bd4   swap       
/dev/zram3       0eb6d924-359e-4fed-b904-788ce185bb0a   swap

答え1

予備

すでにバックアップがあるとします。冗長性はデータ値に正比例します！
ddそしてタルボール

だから…完全なデバイスを作ったんですね…ddええと。
不良ブロックのソースディスクの2倍です。まったく異なるソースおよびターゲットディスクアーキテクチャ用

以下はいくつかのマイナーな改善です（ただ完全性を目的としています）。実際の利点は期待しません。私が推奨するものは次のとおりです。

パーティション dds

新しいディスクをdd各パーティションに個別に分割します。

パーティションのコピー

新しいディスクを手動で分割します。高度なコピーファイルシステム。私に問題をcp -aもたらしたtar c... source|tar x... target

しかし、私はすでに上記の方法を試しましたが、成功しなかったと仮定します。だから…

新しいディスクを使用できますか？

新しいディスクに新しい Debian をインストールしてみてください。効果的ですか？

そうでなければ、私たちはもちろんまったく異なる問題を扱っています。

もしそうなら、そうだと仮定すると

並んで

[単純化のために、LV項目は避けていると仮定します。]

  • 新しいオペレーティングシステムをインストールするときは、上記の手順で手動でパーティションを分割して選択します。二つルートシステム - 1つは現在の（新しい）インストール用、もう1つは以前の（コピー）インストール用です。 DebCurrent DebOldとしてマークしてみましょう。
  • DebCurrentで新しいインストールを続行します。
  • 古いディスクルートをDeboldにコピーする
  • /etc/fstabDeboldをもう一度クリックしてください。
  • [DebCurrentが始まったと仮定]
  • 起動時に
    • グラッププロンプトを入力してください
    • DebCurrent 作業セクションを開く
    • DebOldを指すように手動で編集して起動します。

しかし…（おそらく）問題は残っています。これは

ハードウェアの不一致の問題

おそらく問題は

  • 古いマザーボード（MBR-BIOS）
  • 新しいディスク - gptを好む

アイオワデフォルト例:

old: BIOS-MB + MBR-disk
new: EFI-MB + gpt-disk

言い換えれば、Windowsの世界では、新しいEFI MBにもっと費用を費やさない方法はありません。

しかし、Linuxの世界では、次のものを使用できます。BIOS-MBを含むGPTディスク 重要なことは、ディスクの先頭に近い1MBの特別なBIOSブートパーティションであるBBPを作成する必要があることです。

あなたはこれを行うことができます別れたすべてのgpt操作を完了することをお勧めしますが、gdisk

後で追加

bppを作る

gptディスクの場合、実際のパーティション化はgdiskを使用して行うことをお勧めします。これにより、ソートがうまく機能します。その後、（g）partedを使用してタイプをBBPとしてマークする方が簡単になります。上記のpartedリンクとgdiskリンクを参照してください。

関連情報