[過去ﾛｸﾞ] くだらねえ質問はここに書き込め！Part 253 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
727(2): 08/23(土)10:32 ID:QcX/kzZv(5/11) AAS
538の人はまだいる…？
ログを見直してみたけど、EFIをインストールする環境(chroot上)で
>EFI variables are not supported on this system.
このエラーが出るのはやっぱりどこかおかしいはず
chrootした後の環境のどこかで、UEFIでブートするために
それとは非互換な要因がなにかしら発生していると思うので、
それが何かを探すことが必要だと思う
もしまだ解決してなければ、時間のあるときに
$ sudo chroot /mnt して「chroot環境に入ったあと」で
いくつかコマンドを試して表示を貼ってもらえますか…？
省5
728: 538 08/23(土)10:48 ID:NmwtrmLZ(5/14) AAS
>>722
/etc/fstabの指摘ですが何のことなんだろう?と思いながら
問題のUSBメモリ型SSDのLinuxと確実にEFIから起動しているLinuxとで
/etc/fstabを比較してみました
後者には/boot/efsが書かれているのに対し前者にはありません
私はMRBから起動されたかEFIから起動されたかの判断基準として
/boot/efsがマウントされているかどうかを見ていましたが
これが間違っているかもしれないと思いました
問題のUSBメモリ型SSDのLinuxには/boot/efsがマウントされていないにも関わらず
/sys/firmware/efi/efivarsはあります
省1
729: [sge] 08/23(土)11:07 ID:QcX/kzZv(6/11) AAS
そこは怪しそうな感じですねぇ…
grub-installコマンドも/etc/内を中心に結構様々な設定ファイルを見て
インストールをするので、fstabにESPのパスを書いてないから
/boot/efi以下にブートファイルが書き込まれなかった可能性はあるかも
(OS起動後は umount /boot/efi とかしても動作自体にあまり影響はない)
fstabの/boot/efiの部分の記述は
lsblk -f の結果が仮に
sdb
├─sdb2 vfat FAT32 ESP 1234-ABCD 512M hoge% /boot/efi
という感じなら
省3
730: 538 08/23(土)11:09 ID:NmwtrmLZ(6/14) AAS
>>727
>・cat /etc/fstab の実行結果
UUID=2d5c8513-ff2f-4b8e-a5b7-1b8d64f6e2a7 / ext4 errors=remount-ro 0 1
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/sr1 /media/cdrom1 udf,iso9660 user,noauto 0 0
>・lsblk -f の結果
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
loop0
sda
|-sda1
省13
731: 538 08/23(土)11:18 ID:NmwtrmLZ(7/14) AAS
>>727
>・lsmod | grep efivarfs の結果
efivarfs 28672 1
>・efibootmgr --verbose の結果
EFI variables are not supported on this system.
error trace:
732: 538 08/23(土)11:23 ID:NmwtrmLZ(8/14) AAS
今きづいたのですがmountを確認すると以下の行が
/dev/sda2 on /efi type vfat (rw,nosuid,nodev,noexec,relatime,nosymfollow,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)
# ls -R /efi
/efi:
EFI
/efi/EFI:
Debian13 debian
/efi/EFI/Debian13:
BOOTX64.CSV fbx64.efi grub.cfg grubx64.efi mmx64.efi shimx64.efi
/efi/EFI/debian:
省2
733: 538 08/23(土)11:26 ID:NmwtrmLZ(9/14) AAS
grub-installで--efi-directory=/boot/efiを付けないと
デフォルトでは--efi-directory=/efiを付けたようになった
ってことでしょうかね?
734: 08/23(土)12:04 ID:QcX/kzZv(7/11) AAS
それは以前のインストールした環境情報とかが
/boot/grub/以下の grub.cfgとかに残ってたのを読んでて
新たに --efi-directory=hogeを指定して上書きインストールしないと
それが参照し続けられるとかな気がするたぶん…
bootできない限り今ある /efi/ 内のファイルは無意味なので
# mv /efi /efi.bak とかにリネームするか、
# rm -r /efi しちゃってもいいと思う
735: 08/23(土)12:12 ID:QcX/kzZv(8/11) AAS
それかgrub-install時に /etc/fstabにESPのパスがないから
デフォルトではやっぱり/efi/にefiファイルがインストールされるのかも？
(/etc/fstab にESPのパスを追記したらそれが参照される)
chroot上では/dev/sdb2のUUIDが表示されないようなら
chroot環境をexitして $ lsblk -f | grep sdb2 したら
UUIDが表示されるとおもう…
736: 538 08/23(土)13:26 ID:NmwtrmLZ(10/14) AAS
fstabに/boot/efiを書いて再起動したところ
/efiにあった内容が/boot/efiにマウントされるようになり
/efiは空になりました
/efiは消しました
これで恐らくefiから起動出来てると思うのです
根拠は
1. efiパーティションの内容がマウントされてた（パスは違いましたが）
2. /sys/firmware/efiがある（MBRから起動のLinuxにはないことを確認）
の2点です
737: 08/23(土)13:51 ID:QcX/kzZv(9/11) AAS
はい乙です
念のためにchrootに入る前にも
$ sudo efibootmgr --verbose
を実行して、例のEFI variablesのエラーメッセージが出なかったら
同じようにchroot環境に入り
# grub-install /dev/sdb --bootloader-id Debian13 --target=x86_64-efi --efi-directory=/boot/efi
とか
# grub-install /dev/sdb --bootloader-id Debian13 --target=x86_64-efi --efi-directory=/boot/efi --removable
↑を試して
# efibootmgr --verbose
省5
738(1): 538 08/23(土)14:13 ID:NmwtrmLZ(11/14) AAS
問題のUSBメモリ型SSDで起動してefibootmgrをしてみました
BootCurrent: 0012
Timeout: 0 seconds
BootOrder: 0012,0000,0011,0013
Boot0000* Windows Boot Manager HD(1,GPT,dc449ae7-1eb4-424c-a1e4-e05a4b834940,0x800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000052000100000010000000040000007fff0400
Boot0011* Built-in Storage Device VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,69049f3f9e9c644ab637bad01f534f5b02)
Boot0012* USB Device VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,69049f3f9e9c644ab637bad01f534f5b00)
Boot0013* Network VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,69049f3f9e9c644ab637bad01f534f5b04)
Boot0014 Setup FvFile(721c8b66-426c-4e86-8e99-3457c46ab0b9)
Boot0015* Onetime Boot Device VenMsg(bc7838d2-0f82-4d60-8316-c068ee79d25b,69049f3f9e9c644ab637bad01f534f5b)
省2
739(1): 08/23(土)14:15 ID:nMJiCckN(1) AAS
全レス読んだわけじゃないから頓珍漢かも知れんがとりまもう一度インストールしてみるってのはどうなの？
740: 538 08/23(土)14:25 ID:NmwtrmLZ(12/14) AAS
>>739
おかげさまでどう起動してるかは
だいぶ分かりましたので再インストールする必要は
あんまり感じません
アップデートで将来起動できなくなっても何とかなるでしょう
741(1): 08/23(土)14:54 ID:QcX/kzZv(10/11) AAS
USB型SSDから単独でdebianがboot出来てるってこと…？
もしそうなら cat /etc/debian_version で13.xxって表示されるか
他のSSDとかUSBブートデバイスを外した状態でも起動できるか確認できてる…？
efibootmgrを実行してもEFI variables are not supported on this system.の
メッセージがもし出ないならMBRじゃなくてUEFIモードで起動できてるはず
742: 538 08/23(土)15:03 ID:NmwtrmLZ(13/14) AAS
>>741
> USB型SSDから単独でdebianがboot出来てるってこと…？
Yes
> もしそうなら cat /etc/debian_version で13.xxって表示されるか
Yes
> 他のSSDとかUSBブートデバイスを外した状態でも起動できるか確認できてる…？
Yes
> efibootmgrを実行してもEFI variables are not supported on this system.の
>メッセージがもし出ないならMBRじゃなくてUEFIモードで起動できてるはず
efibootmgrのログは>>738の通りメッセージは出ないです
省1
743(2): 08/23(土)15:16 ID:QcX/kzZv(11/11) AAS
あのメッセージが出てないならMBRというか
BIOS互換モードでの起動ではないはず
そもそも>>718のgdiskの結果を見る限り、
MBRはPROTECTIVEでブートコードとかは書き込まれてないんでは…？
$ sudo ls -lhaR /boot/efi/
の実行結果を見て、/boot/efi/EFI/BOOT/ のディレクトリの中に
ブートファイルが作成されているようだったら
そのUSB-SSDがremovableのUEFIブータブルとして認識されて
そこから起動できてるってことだと思う(たぶん)
そのUSB-SSDは他のマシンに挿しても
省3
744: 08/23(土)15:22 ID:Crt8pcHE(1) AAS
efibootmgr -v
で出てくるエントリはUEFI/BIOSの設定項目で
システムボード上のNVRAMかフラッシュメモリに記憶されている
OS名相当のDebianなりWindowsが利用者の設定で追加される
これらが無効やなかったりすれば
起動順序にしたがってHDD/SSD/USBフラッシュメモリ等の記憶デバイスを探索
記憶デバイスの espパーティションを探し
そこからブートローダー相当を起動
こんな順序でしょ？
745: 743 08/23(土)15:31 ID:ufzx6ECD(1) AAS
とりまあとは
$ sudo apt update 、
$ sudo apt upgrade
でエラーが出ないか試したら必要なときに常用はできそうですね…
もし $ sudo efibootmgr --verbose の実行結果で
現在存在しないブートエントリがずらずら並んでたりしたら、
気になるようだったら
# efibootmgr -B -b ◯◯◯◯(要らないエントリの番号)
で、そのエントリも消せるから綺麗好きならどうぞ
間違えてWindowsとかの生きてる番号入れて消さないようにだけはご注意
746(1): 08/23(土)17:56 ID:gsuioNua(1) AAS
efivarsは/sysの下にマウントされるからバインドマウントするときは--rbindじゃないとchrootで見えないんじゃない？
mount --rbindしないならchrootのあとでefivarsを直接マウントすれば見えるとは思うけど。
上下前次1-新書関写板覧索設栞歴
あと 256 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.182s*