くだらねえ質問はここに書き込め！Part 253

[過去ﾛｸﾞ] くだらねえ質問はここに書き込め！Part 253 (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

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を直接マウントすれば見えるとは思うけど。

747: 743 08/23(土)18:10 ID:SnfAAyTy(1) AAS
たしかに、再帰的なバインドマウントには --bind じゃなく --rbind だわ…

自分がchroot環境に入るときは、余計なこと書いて混乱させないように
書かなかったけど、この板の人に前教えてもらった
# arch-chroot /hoge
ってコマンドを使ってる (arch-install-scriptsパッケージのインスコが必要)

これを使うと /sys,/proc,/devほかデバイスファイル系のディレクトリを
いちいち手動マウントしなくていいし、efivarfsとかのモジュールも
必要だったら自動でロードしてくれてとっても便利
(もちろんArchLinux以外のインストールのときにも使える)

748(7): 08/23(土)20:02 ID:EKseXPlo(1) AAS
Linuxで5chやるとき何使ってる？
Sikiくらいしか見つけられんかったがなんか使いにくい
今はWinから書き込んでる

749: 08/23(土)20:06 ID:Nn07Sz7P(1/2) AAS
protective MBRはMBRのライトプロテクトではなくGPTを認識しない環境でMBRがなかったら未使用ディスクと誤認されるので
そんなことが起きないように用意されるディスクが使用中であると見せかけるパーティション情報をセッティングしたMBRのこと。
ちなみにMBRのパーティション情報をちょっといじるとMBRしか認識しないマシンでGPTのディスクから起動することも
できるしMBRがフォローできないサイズのディスクも使えた。
GPTでディスクを構成できるのでESPをこしらえればMBRでもEFIでも起動できる環境ができる。

grubはブートコードに起動先を書いてしまうらしくパーティション情報をいじらなくてもGPTの起動先を直接たたくみたいだけど。

750: 08/23(土)20:30 ID:/wy754jg(1/2) AAS
>>748
むかしあの騒ぎが起きる前は邪魔舌くんの自演StyleをWineで使っていたが今はトーク専用になっちまったからな
Sikiよりは直感的に使いやすかったけどね

751(1): 08/23(土)20:34 ID:Xi34+fIE(1) AAS
Xenoもwineで普通に動くから今はそれで書いてる
Jane系慣れてるとSikiは感覚的になんか合わん

752: 08/23(土)20:36 ID:Nn07Sz7P(2/2) AAS
>>748
JDim自前ビルド。AAサイトを見るためだけど。
動かせて動くならV2Cでも。

753: 08/23(土)20:44 ID:/wy754jg(2/2) AAS
>>751
Sikiはアレで慣れれば意外に使いやすいと思うけど、慣れる前にアキラメロンを食べちまったよ

上下前次 1-新書関写板覧索設栞歴

あと 249 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.027s