Dell の XPS 15 使ってます、スペック的には大満足だけど細かな不満はそれなりにある (少なくとも今のところ全然致命的ではないけど)
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)님의 게시물
Dell の XPS 15 使ってます、スペック的には大満足だけど細かな不満はそれなりにある (少なくとも今のところ全然致命的ではないけど)
や、スペックはそりゃわざわざ高いの選んだので、満足なのは当然といえば当然
https://mastodon.cardina1.red/@lo48576/101569849601735809
内部 USB デバイスが認識されない問題は、再起動後とかシャットダウン後すぐの起動などで発生しやすいことがわかっているので、シャットダウン後少し時間を置いて起動すると基本的に問題ないため、実用上はそんなに困っていない。
(カーネルオプション弄りまくって再起動繰り返してるときは困るけど)
兵庫県警サイバー犯罪対策課は弱者を見せしめに吊るす魔女裁判所だ
https://anond.hatelabo.jp/20190308194950
@reiden /etc/genkernel.conf の MOUNTBOOT=yes を no にするか、 genkernel --no-mountboot すると良いかと
@reiden あるいは genkernel --bootdir=/foobar で /boot として使うディレクトリを変更するという手もあります
/boot を丸ごと ESP にしてるんですが、私はクッソいろいろ詰め込むことを想定して 768 MiB 用意しました
まあ私の環境だとカーネルが 4.7 MiB くらい、 initramfs が 11 MiB 、 System.map が 2.2 MiB なのでほとんど空なんですが
XPS 15 (9570) 用 LInux 5.0.0 カーネルコンフィグ。 <https://blog.cardina1.red/2016/12/06/kernel-config-shellscript/> のスクリプトで利用可能。
https://gist.github.com/lo48576/d12b82d884d00357bf39dfff1f6ef8f4
This account is not set to public on notestock.
EFI 領域ではなく EFI System Partition あるいは ESP なのだなあ。ところで ESP に kernel 置くと boot loader が要らなくなる。
This account is not set to public on notestock.
そこに置くぐらいなら /boot/efi に ESP mount して /boot に kernel 置くのが一般的です。
systemd-boot でも syslinux（は最近保守微妙か）でも rEFInd でももっと小さいのいくらでもあるしなあ
This account is not set to public on notestock.
まあ systemd-boot が楽です (gnuefi フラグ付きで systemd を emerge すると使えるようになる、あと kernel 側で EFI_STUB=y しておく)
This account is not set to public on notestock.
あと microcode を読みたいならそれも initramfs に準じる扱いで置いとく必要があるはずです
sudo iucode_tool -S --write-earlyfw=/boot/early_ucode.cpio /lib/firmware/intel-ucode/* --overwrite
みたいなことをして、 /early_ucode.cpio を initrd みたいにして読み込む
/boot はもう EFI System Partition そのものなので FAT32 ですね……
というか、そうでなくとも grub 時代も ext4 を使っていた気がするんですが
rEFInd は同梱の drivers のディレクトリも一緒に ESP にインストールすると ext4，XFS，Btrfs あたりの UEFI driver 入ってるし読める FS は手当たり次第スキャンして見つけたロード可能なバイナリはとりあえずエントリに列挙する戦略なのであれはあれで何も考えず使えます。
ただ kernel なんかを ESP に置く（/boot を ESP mount してしまう）とかやっておくと drivers を置かなくて済むので容量節約になる > rEFInd
intel_mcode.img を kernel command line の initrd= に書くだけで良かった気がするけど。（initramfs も使う場合は initrd= を二つ書く必要があって，マイクロコードと initramfs でどっちを先に書くか順序があるとこがハマりポイント
systemd-boot だとコマンドラインオプションも全部バラして記述できるので、 initramfs 指定については記法は意識してませんね……
This account is not set to public on notestock.
This account is not set to public on notestock.
systemd の gnuefi USE flag を有効化したら勝手に入ります、 sys-boot/systemd-boot は非 systemd 環境で systemd-boot 単体を使いたい場合のためのパッケージでは。
systemd-boot を別に入れようとしてるからでは。それは systemd-boot と OpenRC みたいなことしたいひと向けのやつで，systemd ユーザーは systemd を USE=gnuefi 付けて emerge しなおすだけで入りますよ。
ちょうど grub-legacy と grub2 両方あった頃は Ubuntu 使っていたので当時の記憶は曖昧、もしかしたら Ubuntu がよろしく ext2 にしてくれていた可能性もあるかも
なぜなら systemd-boot は元々 gummi-boot で独立した project だったため
@lo48576 いや，たぶんそれ下の initrd の行と入れ替えるだけで意図しないことになると思うよ
Intel microcode - Gentoo Wiki
https://wiki.gentoo.org/wiki/Intel_microcode#systemd-boot
> If you already have an initrd line, ensure the microcode line occurs first.
これですね
これ書いた段階だと確かに wiki を参照してその通りに書いてるし、参考 URL も残してあるんだけど、将来の変更でアホやらかさない自信がない……コメントが足りてない……
これの適切な解決は「そもそも必要なものは全部カーネルに組み込んで initramfs は使わない」ですね（脳筋）
rootfs encryption 環境で initramfs 使わないの、めっちゃ面倒そう
genkernel は --lvm --luks --udev とかでｽｯとやってくれるし楽です
そういえば、 linux 4.20 から 5.0 で、 "PCI Express Port Bus support" が "Bus options (PCI etc.)" 下から "Device Drivers" 下の "PCI support" に移動してました (どうでもいい)
This account is not set to public on notestock.
This account is not set to public on notestock.
mischief/efivim: vim ported to UEFI https://github.com/mischief/efivim
！？！？
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
DOOM on UEFI の後に vim.efi 出てきてたし UEFI Shell 向けの ShellAppPkg（だったっけ）なら libc も BSD socket も Python もあったから vim.efi への驚きそんなに大きくなかったところある
This account is not set to public on notestock.
CNN.co.jp : アヘン中毒のオウム、ケシ畑荒らす インド中部
https://www.cnn.co.jp/fringe/35133593.html
Cult of the Party Parrot
https://cultofthepartyparrot.com/
This account is not set to public on notestock.
マウスのボタンの寿命が来たっぽい、そろそろ買い替えないと…… (ところで PC 買い替えたので金がない)
中国だとファームウェアとかのニッチな技術も膾炙してるのか Intel China 監修で UEFI app の開発に特化した本が出ててなぜか UEFI 上でマルチプロセスプログラミングや C++ runtime の移植，FFmpeg の移植などの実践が書いてあり攻めてる。
UEFI がそもそも MS-DOS よりよっぽど高機能で多機能な API たくさんあるし UEFI Shell はその上に構築された多機能なシェルなんでそもそも現代の PC は Firmware からして OS が動いてるようなところある
あと Intel ME だと MINIX，Apple の Arm の Secura Enclave なんかは L4 あたりのマイクロカーネル動いてるし比喩や OS もどきじゃなくてそもそもチップセットに最初から OS おるなみたいなとこある
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
ついに EFF まで出てきたの……日本はずかしすぎる……
件、今秋に日本で開催されるW3C技術総会（TPAC）のキーノートで言及されたらTHE ア
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
アレ、多分県警の職員じゃなくて委託受けた業者とかがやってるんだろうけど色々言われてたいへんそう それとも県警職員がやったりしてんのかな
Odd Behavior Sanitizer, OBSan (オバサン)
カリー化はナンの役に立つのか (Web フロントエンド 編) by f_subal さん - niconare
https://niconare.nicovideo.jp/watch/kn3927
n 年ぶりに joysound のカラオケに来た気がする
採点がクソ甘くて気分が良くなった (チョロいオタク並感)
1曲めなのに DAM での最高点に達する勢いだったので笑ってしまった