GPTパーティションを持つ起動可能なUSBディスクを作成しようとすると、数日間ブロックされました。私はこのディスクが私のライブシステムのための起動可能な「バックアップ」ディスクのようになることを望みます。 （実際、システム部分はライブと異なる場合があります。現在、私のライブシステムはジェシー様のシステムです）
4To maxtor USBドライブを購入しました。
現在/boot（sdc7）スワップ（sdc8）とLVM（sdc12）を使用して、そのディスクにStretchをインストールしています。 OSパーティションごとに1つを持つ方が良いことをどこかで読んだので、2つのEFIパーティションを作成しました。
パーティション化アーキテクチャは次のとおりです。
Disk /dev/sdc: 7814037167 sectors, 3.6 TiB Logical sector size: 512
bytes Disk identifier (GUID): 4E367763-BD0F-459F-9F18-AADF699D40BF
Partition table holds up to 128 entries First usable sector is 34,
last usable sector is 7814037133 Partitions will be aligned on
8-sector boundaries Total free space is 6 sectors (3.0 KiB)
Number Start (sector) End (sector) Size Code Name
1 40 2087 1024.0 KiB 8300 BIOS boot partition
2 2088 206887 100.0 MiB EF00 EFI System
3 206888 288807 40.0 MiB 8300 Dell utility
4 288808 19163175 9.0 GiB 2700 Windows RE
5 19163176 207906855 90.0 GiB 0700 Microsoft basic data
6 207906856 208316455 200.0 MiB EF00 EFI System grub2
7 208316456 208623655 150.0 MiB 8300 boot
8 208623656 219109415 5.0 GiB 8200 Linux swap
9 219109416 2366593063 1024.0 GiB 8300 Linux filesystem
10 2366593064 4514076711 1024.0 GiB 8300 Linux filesystem
11 4514076712 6661560359 1024.0 GiB 8300 Linux filesystem
12 6661560360 7814037133 549.5 GiB 8E00 Linux LVM
sda 12はPVです。
PV Name /dev/sdc12
VG Name datavgbk
PV Size 549,54 GiB / not usable 4,80 MiB
Allocatable yes
PE Size 4,00 MiB
Total PE 140682
Free PE 89482
Allocated PE 51200
PV UUID n1UgX0-MGqy-2vvZ-BS9Z-KF3o-9ue7-g9YOSE
VG 1つを含む:
VG Name datavgbk
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 5
VG Access read/write
VG Status resizable
MAX LV 256
Cur LV 3
Open LV 0
Max PV 256
Cur PV 1
Act PV 1
VG Size 549,54 GiB
PE Size 4,00 MiB
Total PE 140682
Alloc PE / Size 51200 / 200,00 GiB
Free PE / Size 89482 / 349,54 GiB
VG UUID tTYuQa-jKpL-lhih-3fi1-3hWI-Zlvm-Wk22GO
LV 3つ:
LV Path /dev/datavgbk/homelvbkp
LV Name homelvbkp
VG Name datavgbk
LV UUID QCVg1c-vAMy-ss9C-hlLv-Xjd1-0qrm-MwPkY7
LV Write Access read/write
LV Creation host, time phlsys, 2019-04-07 17:25:02 +0200
LV Status NOT available
LV Size 60,00 GiB
Current LE 15360
Segments 1
Allocation inherit
Read ahead sectors auto
LV Path /dev/datavgbk/optlvbkp
LV Name optlvbkp
VG Name datavgbk
LV UUID ZrqV3J-aVNv-0xZR-AAve-rDUC-Dnnf-0p8jFz
LV Write Access read/write
LV Creation host, time phlsys, 2019-04-07 17:26:54 +0200
LV Status NOT available
LV Size 40,00 GiB
Current LE 10240
Segments 1
Allocation inherit
Read ahead sectors auto
LV Path /dev/datavgbk/syslvbkp
LV Name syslvbkp
VG Name datavgbk
LV UUID 4Bhkub-YOmE-Lcz0-EBIG-eKsm-RD4X-u42j8y
LV Write Access read/write
LV Creation host, time phlsys, 2019-04-07 17:37:11 +0200
LV Status NOT available
LV Size 100,00 GiB
Current LE 25600
Segments 1
Allocation inherit
Read ahead sectors auto
これを行うには、gdiskとLVM2（マイライブディスクの接続が失われました）を使用してライブシステムでこの新しいディスクを準備して起動し、Stretch CDROMからグラフィカルインストールを実行しました。
すべてが正常に完了しましたが、この新しいディスクを再起動すると、Grub構造に「オペレーティングシステムが見つかりません」というメッセージが表示されました。 Grub-rescue ls は (hd0), (hd0,gpt1)...,gpt12) を示します.
私のシステムBIOSはUEFIをサポートし、セキュアブートは無効になっています。
私のライブシステムは実際にEFIレガシーとMBRパーティションを使用するように設定されています。
私のライブサーバーまたは新しいディスクにはdevice.mapファイルがありません。
/bootディレクトリに次のものが含まれていることがわかります。
# tree .
├── config-4.9.0-8-amd64
├── grub
│ ├── fonts
│ │ └── unicode.pf2
│ ├── grub.cfg
│ ├── grubenv
│ ├── i386-pc
│ │ ├── 915resolution.mod
│ │ ├── ...
│ │ └── zfs.mod
│ ├── locale
│ │ ├── ast.mo
│ │ ├── ...
│ │ └── zh_TW.mo
│ └── unicode.pf2
├── initrd.img-4.9.0-8-amd64
├── lost+found
├── System.map-4.9.0-8-amd64
└── vmlinuz-4.9.0-8-amd64
今朝、BIOSブートパーティションタイプが正しく設定されていないことを発見し、いくつかの確認をしました（EF02の代わりに8300）。
また、ディスクのMBRに記録されている内容を確認し、grubが独自のコンテンツを作成しているのを見ることができました。
dd if=/dev/sdc of=/tmp/bsect bs=512 count=2
strings /tmp/bsect
ZRr=
`|f
\|f1
GRUB
Geom
Hard Disk
Read
Error
EFI PART
cw6N
また、 grub.cfg では、ルートが lvm のシステムパーティションに正しく設定されていることを確認できます。
set root='lvmid/tTYuQa-jKpL-lhih-3fi1-3hWI-Zlvm-Wk22GO/4Bhkub-YOmE-Lcz0-EBIG-eKsm-RD4X-u42j8y'
どこ
VG UUID = tTYuQa-jKpL-lhih-3fi1-3hWI-Zlvm-Wk22GO
LV UUID = 4Bhkub-YOmE-Lcz0-EBIG-eKsm-RD4X-u42j8y
それは問題ではありません