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

質問と回答のスレです。雑談、日記、相談はそれに相応しいスレへ。
質問に対して答えてもらったら、お礼よりも、結果報告。

※前スレ
くだらねえ質問はここに書き込め！Part 249
https://mao.5ch.net/test/read.cgi/linux/1659407092/

■■■ 荒らしは放置 ■■■
特定の個人名を出す奴は荒らしです。無視しましょう。

>>29
7世代だとWin10終了時には、Winユーザー的にはもう買い替え時期って感じだろ
俺ら貧乏Linuxユーザーのように超長期(10年以上とか)使い続けるのと大違いだよな
まぁ、俺ら貧乏Linuxユーザーは低性能でもんだいない用途がほとんどだから超長期使用が可能
になるんだよな。

貧乏云々よりも新しいチップセットなんてハマに決まってるから…

ところで、Intel製のビデオドライバーって試した人いる？

>>27
どうにもならないレベルのPCでも星5✩✩✩✩✩でアイリスオーヤマやドンキで売られているよ

ソースはチュイーン

KNotesというKDEの付箋紙アプリケーションあるよね。
あれ、付箋紙を画面というかデスクトップというか壁紙に貼っておいても、次回起動時には最小化(?)されてしまうのだけど、貼ったままにしておく方法ない?

>>33
KDE使ってるけど、そんなアプリあるの知りませんでした

で、ウィジェットの付箋もありますよ
デスクトップで右クリックメニューだして
「ウィジェットを追加」えらんで
付箋って検索するとでてきます
そいつを、デスクトップにドラッグ＆ドロップしてください
サイズ変更、移動、設定変更などしたい場合は、ウィジェットを左クリックで
長押しして下さい

ちなみにPlasmoidのウィジェットは、デスクトップとタスクバー兼用なので
ドロップする先は、どっちで使いたいかで選んでください

デュアルブートについて質問です
理解があやふやなので勘違いしているところがあると思いますがご容赦下さい
UEFIで起動するWindows機がありまして（/dev/sda）
のちほどnvmeを増設してDebianを入れました（/dev/nvme0n1p1）
ブートの仕組みをよく分からぬままインストールしたのですが
Debianの方はBIOSで起動しているようでgrub-efiではなくgrub-pcが入っています
/dev/nvme0n1p1をブートデバイスにして起動されるgrubでWindowsを選択可能にしたいのですが
選択画面にWindowsは現れません
/etc/default/grub内で
GRUB_DISABLE_OS_PROBER=false
としてsudo grub-mkconfigしましたがやはりWindowsのエントリはありませんでした
どのようにすれば良いか助言を頂けないでしょうか?

ストレージの構成はこんな感じです
$ sudo fdisk -l
Disk /dev/nvme0n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: CSSD-M2B1TPG3VNF
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xb81fdf48

Device Boot Start End Sectors Size Id Type
/dev/nvme0n1p1 * 2048 1953523711 1953521664 931.5G 83 Linux

Disk /dev/sda: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: CT500MX500SSD1
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
Disk identifier: D98B0E89-B81E-4B9F-9C11-8BFCBC982D41

Device Start End Sectors Size Type
/dev/sda1 2048 1023999 1021952 499M Windows recovery environment
/dev/sda2 1024000 1228799 204800 100M EFI System
/dev/sda3 1228800 1261567 32768 16M Microsoft reserved
/dev/sda4 1261568 975622723 974361156 464.6G Microsoft basic data
/dev/sda5 975624192 976771071 1146880 560M Windows recovery environment

BIOSからブートディスク変更したら?
efiになってからデュアルブート難しくて避ける人が増えてます

nvmeのほうdosなんだ

>>37
現状は起動直後にF2を押しっぱなしにして
起動ディスクを選択することで起動OSを変更しています
F2しかもHHKなので2つのキーを押しっぱなしが
ださいと感じています

>>38
ブートの仕組みの知識があやふやで
私よく分かっていません
必要な情報があれば報告させて頂きます

/dev/sda2: には
/EFI/Microsoft/Boot/bootmgfw.efiがあるので
chainloaderでこれを指定すればいけるのかな?
となんとなく推測しているのですが...

nvmeのほうパーティション分けてgptで再インストールしてみたい

>>34
なるほど。どうもありまとう。

grubのコンソールに降りて/dev/sdaからブートできるか
いろいろ試して、ブートできたらそれをgrub.cfgに書けばいい
とりあえずlsを実行してgrubがHDDをどう認識しているかを知ろう
そしたらオレ以外の誰かが詳しく解説してくれるだろう

>>43
レスありがとうございます
実機が離れにあるもので反応が遅くて申し訳ないのですが
以下のようになりました
grub> ls
(hd0) (hd0,msdos1) (hd1)

43とは違う人だけど、
grubもwinもUEFIも使ってないから詳細は書けないけど、他の人が言ってるようにlinuxを入れているHDDのpartitionがGPTじゃなくMBR(古い規格)で区切られてるからgrubがその規格で動くように書き込まれてるから一つ目のHDDのGPTで区切られたpartitionを認識出来てないとかそんな感じなのかね。

現状では(bios|uefi)から選択して二つ目のHDDの先頭に書き込まれたgrubを読み込んでる状態。
UEFIだと決めれたtypeのpartitionのfileを読みにいくような仕様なんじゃないの。だからそこになんらかのgrubのfileが入るはず。

でもそのままでもgrubの場合たぶん出来そうな気がするんだよね。
grubのpromptから
insmod part_gpt をして ls したらどうなるんだろ。
archの説明の『UEFI/GPT モードでインストールされた Windows』にちょっと書いてある。
URL: https://wiki.archlinux.jp/index.php/GRUB

余談だけどsyslinuxでbiosからgptを使うと先頭に書き込まれたbootloaderがGPTのLegacyBIOSBootable属性?がついているpartitionを探してそこにあるファイルを読み込んでブートしていくような感じになってる。


たぶん戻ってこないのでレスしなくていいよ。

ごめん。よく読んでなかった。紹介したとこにおもっきし無理だからって書いてあるね。

『
ノート: このメニューエントリは、UEFI ブートモードで実行中であり、かつ Windows のビット数が UEFI のビット数と一致する場合にのみ機能します。BIOS モードでインストールされた GRUB では機能しません。さらなる情報については Windows と Arch のデュアルブート#Windows の UEFI と BIOS の制限と Windows と Arch のデュアルブート#ブートローダーの UEFI と BIOS の制限 をご覧ください。
』

無理だって。でもたぶんgrubだけをインストールしなおせばいけそうな気がする。いや知らないけど。

インストールっていてもあれだぞ。パッケージをインストールし直す系じゃなくて、
grub-installとかいうコマンドがある?系のやつ。とにかくarchのページに全て書いてある。

>>45-47
ありがとうございます
grubの情報が詳しくて助かります
そのページによるとgrubのメニューに手っ取り早くエントリを追加するには
/boot/grub/custom.cfg に書けば良さそうなので
ここで試せば起動出来なくなる最悪の事態にはならなさそうですね

>>35
DebianをUEFIブートで再インストールしたほうがいい

たぶんこういう対応関係になっているはず
間違っていたらごめん

BIOS起動GRUBは32bitのみ

32bit GRUBから起動できるもの
・32bit Linux kernel
・64bit Linux kernel
・32bit EFIアプリケーション
起動できないもの
・64bit EFIアプリケーション

現在の64bit用マザーのUEFIブートで起動できるもの
・64bit EFIアプリケーション
・16bit BIOSエミュレーション(CSM)
=>　ここから32bit GRUBを起動
起動できないもの
・32bit EFIアプリケーション

64bit Windowsのブートローダーは64bit EFIアプリケーション
64bit UEFIブートのDebianのGRUBは64bit EFIアプリケーション
32bit UEFIブートのDebianのGRUBは32bit EFIアプリケーション

>>44
おそらく(hd1)が/dev/sdaなのだろうからgrubは/dev/sdaの
パーティションを認識できていない。認識できていたら
(hd1,gpt1) (hd1,gpt2)みたいのが表示される。教科書的にはpart_gpt
をinsmodして認識させるということになるけど普通はデフォルトで
ロードされているはず。なんやかやで認識したら以下を実行
grub> chainloader (hd1,gpt2)/EFI/Microsoft/Boot/bootmgfw.efi
成功すればcfgに書く、失敗したらエラーメッセージから対応策を検討

いずれにせよ(hd1,gpt2)が見えなければ始まらない

>>50
方針を示して頂きまして有難うございます
1. 午後に実機のもとに行きますのでまた夜以降に結果を報告します

しかし >>49 とのことなので難しいかもしれませんね
2. Windowsが入っているドライブに
64bit EFIアプリケーションであるgrubをインストールする方法は
ないのでしょうかね?
インストールし直すのはその後の環境構築も含めるとちょっと大変です

>>50
やってみました
grub> insmod part_gpt
grub> chainloader (hd1,gpt2)/efi/Microsoft/Boot/bootmgfw.efi
error: invalid signature.
grub> boot
error: you need to load the kernel first.

chainloaderの引数を書くときに補完が効くので
bootmgfw.efiはopenできるようです
しかし>>49の情報をもとに推測するとbootmgfw.efiは
64bit EFIアプリケーションなので
GRUB（32bit）から理解できていない?ような気がします

i386 用のインストールメディアを試してみれば？
debian-12.4.0-i386-DVD-1.iso

debian-12.4.0-amd64-DVD-1.iso
で正常に起動しなかった古いパソコンにインストールできたよ
環境が同じでないかもしれないので保証できないけどね

>>53
OSのインストールを全てやり直すという意味でしょうか?
もしそうなら現行でDisklabel typeがdosになっているnvmeを
gptでフォーマットし直せば
普通にdebian-12.4.0-amd64-DVD-1.isoが入ると思います
しかしOSの再インストールは避けたいです
なんせ動機はF2押しっぱで起動が嫌って程度なので

>>51
とりあえず(hd1,gpt2)が見えたなら有望
grubのEFI向けの再インストールは単純には以下だけど
# grub2-install --target=x86_64-efi --efi-directory /boot/efi
オレはfedora使いでdebianを使ったことがないのでよくわからんが
思いつく範囲で、debianではgrub-installかもしれん、x86_64-efi用の
モジュールを追加する必要があるかもしれん、Secure Bootが無効化
されてるから--forceをつけろとか言われるかもしれん
で、オレはBIOSからEFIにブートローダを変更したことはないので
実際可能かはわからん

仮に上手くいってコンソールからchainloadが可能になったら
cfgに書けと言ったが、実際に書くのはいろいろと面倒なので
# grub2-mkconfig |less
でgrubの自動認識を試して、Windowsのエントリっぽいのがあれば
grub2-mkconfigでgrub.cfgを作り直せば大丈夫なのではと思う

書いてから気づいたけどそのdebianをインストールするとき
EFIパーティションを切ってないんだね？だからdebianの
インストーラからEFIシステムだと認識されずBIOSになったわけだ
ということはEFI用のgrubをインストールしようとしても
EFIパーティションがないと怒られるだけかも

いっそ/dev/sda2を/boot/efiにマウントしてgrubを再インストール
みたいなことをつい考えてしまうが非常に危険

/boot
|---efi←gpt /dev/sda2
|---grub←dos /dev/nvme0n1
こういうディレクトリ構造でgrub-installがちゃんと仕事するんだろうか

以前のこの手の話題、ディスクごと切り替えてOS替えるのが確実という結論になったよな

>>56
> EFIパーティションを切ってないんだね？
はいその通りです


あなたはこのスレッドにもう書けませんが出るようになったorz

>>52
https://wiki.gentoo.org/wiki/GRUB/ja#UEFI_.E3.81.A8_GPT
警告

Linuxのディストリビューションで、
今後10年くらいまで余裕でアプデとか続きそうな
長寿なのってどれがありますかね？
ubuntuとかかな

Debian

grubって難しいよねえ
自分もテーマが適用されなくてずっといじってる

>>62
今後10年くらいまで余裕で”アプデ”ってことだから
ディストリが続くじゃなく、スパーロングサポートのバージョンの提供があるのはどれって質問だろ
ディストリdebianは存続するだろうが現行のbookwormとかで10年サポートのオプションあるのか？

>>49
GRUBはほとんどわからんが、結局のところ
BIOS起動モードのGRUBでは、インストールしてあったWinはブートローダーに64bit EFIを用いているってことで
起動できないってことだろ。
まぁ、起動できないのをgrubで選択できるようにするなんてしないよな。

>>63
オレもgrubのテーマが反映しなくて悩んだけどオレの場合は
GRUB_TERMINAL_OUTPUT="console"だったなぁ
consoleをgfxtermに変えればよかっただけだった

>>63
オレもgrubのテーマが反映しなくて悩んだけどオレの場合は
GRUB_TERMINAL_OUTPUT="console"だったなぁ
consoleをgfxtermに変えればよかっただけだった

数週間に一度しかも一瞬なのにGRUBにテーマ当てる意味が解らない

>>68
GRUBにテーマ当てる価値が無いという意見には同意しますよ

>>68
ディストリの差別化、個性化くらいには役立つんじゃないかと
もっともLILOの時代は各ディストリでいろいろなブート画面が
あったけどGRUBになってからはあんまり見ないね

でもさぁ～
パソコン起動時に自分の推しの子でてきたら嬉しくない？
やってみようかなぁ~

grub も画像ぐらいは出せると思うのだが、使われてなさそう

インストールするときのコマンドって調べると、いくつかあって、例えば、apt、apt-get、dpkg、snap　とか

これらって何がどう違うの？

>>72
使っていない奴がほとんどだろうが、でも、linuxユーザーには変人が多く、
何でそんなことに必死にこだわるんだ(粘着するんだ)って奴(変人)が色々いる。
変人の粘着対象は特定の人であったりGRUBの画像(見た目)であったりと色々だからな。
あと、脳力高い奴の良い意味でのこだわりが、いろいろなディストリやDEを生み出しているからな

>>73
apt、apt-get、dpkg、snap　違い
google

>>66
ありがと、今日も仕事で会社きちゃったから帰ったら試してみる
いけそうな気がしてきた

>>75
Linux パッケージ管理
Googleがいいんじゃないかな

ところで実機のgrubの画面てキャプチャーボードないと撮れないんじゃね？

携帯で画面の写真撮る方が万倍簡単だからなあ

>>79
こきたねぇデスクトップまわりが映り込むの嫌なんじゃね？

>>76
だめだった

古いのもあるので要確認だけどさぁ
めっちゃ楽しそう

https://www.pling.com/browse?cat=109&ord=latest

>>81
/boot/grub/brub.cfgの86行目あたり
set theme=/boot/grub/themes/my_themes/theme.txt
こんな感じになってればいけると思うんだけども

grub起動時にテーマやアセットがあるディレクトリがgrubから見えてないと失敗しそうな
grubのリソースとして/bootに固めて入れてくれたりするのかな

>>35
隠しNGなるものを踏んでいたらしく書き込めていませんでした

>>56
>いっそ/dev/sda2を/boot/efiにマウントしてgrubを再インストール
>みたいなことをつい考えてしまうが非常に危険
これをそのまま実行するのは確かに怖いので
1. /dev/sda4 を10GB程度縮小して新たにパーティションを作成
2. 新パーティションにDebianを入れる
3. 2で/dev/sda2に入るgrubはefiで起動できる
4. /dev/sda2のgrub.cfgに/dev/nvme0n1p1のLinuxのエントリを作成
5. 新パーティションを削除して/dev/sda4を拡張し戻す
って方法を考えました
あとは/dev/sdaを起動優先ドライブにすれば
新grubが起動して/dev/nvme0n1p1のlinuxを起動できる予定です
このプランは如何でしょうか?

問題は/dev/nvme0n1p1のカーネルがアップグレードされる度に
/dev/sda2のgrub.cfgには手動でそのカーネルのファイル名に書き換える
って点ですがこれは受容します

>>85
どういう経緯にせよ/dev/sda2にgrubをインストールすれば
Winが起動できなくなるリスクはこのdebianのインストールも
直接grubをインストールするのもリスク自体は変わらないと思う
おそらく、debianのインストーラは適切なディスク設定をすれば
Windowsを認識して起動OSの一つに加えると予想するが、それで
本当に起動するかどうかはわからないのがこのリスク
85の工程は可否だけで言えば可だけど相当メンドウだし、特に
パーティションの操作やgrub.cfgの編集には不安がつきまとう

もし、オレが既存OSの安全第一でデュアルブートを実現すると
すればまずは外付けのUSBメモリにEFIパーティションをつくり
そこからブートさせる。ただ、ゼロからEFIパーティションを作る
のも手間暇(主に学習コスト)を考えたら85のようにインストーラ任せ
の方がおそらく速い、いっそシステム自体もそのUSBメモリに入れ
れば楽。ちなみにオレはnvmeから起動できる機体を持ってないので
ルートがnvmeの機体はこの方法で起動させている(インストール時、
外付けUSBメモリにEFIパーティションと/bootを割り当てている)。
で、Windowsは同一のディスクにあるEFIパーティションからで
ないと起動しないみたいな話も散見するので、結局、やってみない
とわからない。とりあえず、/dev/sda2に影響が出るようなことは
色々やったあと一番最後でいいのでは

また、カーネルのアップデートについては、EFIパーティション
をデフォルトで/boot/efiにマウントするようにしておけば
(fstabの編集)システムが適当にやってくれると思う

>>85
再インストールは避けたいって言ってた人？
個人データバックアップしてgptでdebian入れ直した方が
後々の事を考えると良い気がするけど

>>86
有難うございます
外つけUSBメモリの案も検討していました
まずは/dev/sda2やる前に外つけUSBメモリ案で
grubに慣れようと思います

>また、カーネルのアップデートについては、EFIパーティション
>をデフォルトで/boot/efiにマウントするようにしておけば
>(fstabの編集)システムが適当にやってくれると思う
なるほどー

>>87
自分でビルドしたクロス開発環境一式なので
もしOSの再インストールをやると
ビルドからやりたくなる衝動を抑えられなくなりまするーw

/dev/sda4 を縮小して200~500MB程度の空きを作りfat32でフォーマット boot, espフラグも付けて
それが/dev/sda6になるんかな
/dev/sda6をdebianの/boot/efiにマウントして
grub-install
grub-mkconfig -o /boot/grub/grub.cfg
windowsのブートローダー/dev/sda2は触らない方が良いと思う

↑保証は出来ない

生体認証しないとrootになれない、などということはできるんでしょうか?

>>90
有難うございます
ああなるほどUSBメモリでなくても良いですね

>>92
やってみている人もいるみたいね。
blog.fascode.net/2021/07/06/windows-hello-archlinux/

>>90
一つのデバイスに複数のESPがあった場合のUEFIの挙動がわからない
類似例を見たことがないので仕様上または実装上の問題があるかも
しれず、正常に機能するかはやってみないとわからない

grub-installでインストールされるのがgrubx64.efiのみの場合は
SecureBootがらみで起動できないことが多い。この場合は
BOOTIA32.CSV shimia32.efi grubia32.efi BOOTX64.CSV shimx64.efi
などを追加する必要がある。結局、どこかのディレクトリをまるごと
コピーした方がよい。

EFIのgrub.cfgは/boot/efi/EFI/ディストリ名/grub.cfg。普通に
インストールしてる場合はリンクになっていて/boot/grub/grub.cfg
でも反映することがあるが、この場合はそうではない

>>95
>リンク~
/bootバックアップしておいて
/bootにマウントしてgrub-install --efi-directory=/boot

>やってみないとわからない
そうだね

個人的に再インストールか現状のまま使うのが一番いいと思ってる

試しにUSBにfat32ふたつ作って、それぞれにgrub-install --efi-directory=マウントしたディレクトリ
やってみたけど一方しか認識しないね
インストールされるのはgrubx64.efiのみでgrub.cfgは入ってないけど起動は出来る

一方しか認識しないんで>>90は却下で

たまに、俺は環境整備したいんじゃない、生産活動したいんだ！という心の叫びが生まれます
そんな時どうしたらいいですか？

>>98
CUIでアプリ作る

pstreeコマンドでプロセスツリーを見たとき、末端のコマンドの中に更に色々あるのって
プロセス内のスレッドが見えているということで正しいでしょうか?
それが正しいとして、表示されてるスレッドの名前というのはどうやって決まるのでしょうか?

pthread_setname_np

>>98
スレ立てるまでもない雑談スレ その6
mao.5ch.net/test/read.cgi/linux/1677228420/

xtermの中でemacs -nwで起動すると
Meta（Alt）が効かないんですが
使えるようにすることはできますか?
ESCで代用するのはしんどいです

GPT先生が教えてくれた
なかなか役に立つな
XTerm*metaSendsEscape: true

すっごいつまらない質問なんだけどxorg-serverとxwaylandって更新したら再起動求められたっけ？
できるだけ再起動したくないPCなんで要再起動なら放置しようと思ってるんだけど

更新とは？

>>105
再起動しなくても使い続けられるが、更新は再起動後にしか反映されないよ

どうもです！

zshではスペースで初めるコマンドを履歴に残さない場合でも
最後に実行したコマンドだけは再実行できますが、
bashのignorespaceでも同じように設定することはできますか？

いいえ

ここでの質問もだけどChatGPTにきけば殆ど解決しない？
タケノコのようにあるQ&Aサイトも衰退していくんやろなぁ
ググレカスはあるけどChatGPTの場合の適切な呼び名をそろそろ

>>111
Net上にあるデタラメ混じりの回答しか出せないAI

人が答えてもおなじじゃないの？
正しいか正しくないか？
Anonymousでしょ

>>111
もう時代は、まずAIに尋ねろ、それでダメならまともな掲示板で尋ねろだろ
レベルの低い奴が集うLinux板で質問するよりAIに尋ねたほうがずっと良いだろうからな
MSはWinにAIを搭載して、まずはそれに尋ねてねって感じだからな
当然Linux野郎たちもLinuxサポートをAIにやってもらうように超がんばっているだろうが
(Linuxサポート用に特化したAIサービスの開発とか)
俺思うにArchWiki野郎たちはやっているじゃないかと思う

Linuxで権限などやパーミーションを保存したまま、望んだ場所にファイルを作れるコマンドって何ですか？
資格試験で出そうな回答で教えてください。

rsync か

cp -aとか?

調べたら同期用のコマンドって出たけどそれであってるの？

>>115
>>118
お前が見てるURLを張れ

多分rsyncだわ　ありがとう。
URLはないよ

試験中に質問してるツワモノだったらわらう

昔あったバイナリ転送プロトコルって、今の世界でも使ってる？
形を変えてとか
ちょっと気になったんだ

>>122
xmodem使うことあるよ

>>123
どんな場合にどんな接続で使ってる？
て質問なのでは。

rsyslogが出力するログファイルって、
標準だとファシリティとかプライオリティは出力されないけど
それらってやっぱり消えてなくなっちゃってるのかな

ログの調査をしてて、そのログのプライオリティとか調べてるのだけど
そのプロセスのソース見ながらチマチマやってるのだけど、
どこかに残ってたりしないかなと思ってまして

>>125
logger -p 'user.notice' 'user.notice test'
などとプライオリティを順ぐり代えて試験ログを吐かせた方が解決早くないか。

sudo は環境変数 TERM は通すけど TERMINFO を通さないのはおかしいんじゃないか

/usr/share/terminfo を (場所は OS によって異なるが) 自分の $HOME にコピーして
独自のエントリ例えば "my-own-term" を追加して

export TERMINFO=~/terminfo
export TERM=my-own-term

この状態で sudo を使うと、sudo は TERMINFO を通さないのに TERM だけ通すから
sudo で起動したコマンドが terminfo を使ってると「my-own-term が見つからない」と怒られてしまう

Linux では $HOME に .terminfo という名前で terminfo DB を作っておくと
TERMINFO を設定しなくても最初に ~/.terminfo を探すみたいだけど
sudo は HOME を切り替えるので解決にならない

仕方ないので

function sudo() {
(export TERM=xterm; command sudo $*)
}

とかして凌いでるけど、なんかバカバカしい
一般的にはどうやるのが正しいんでしょ

>>127
「通す」とかの言葉の意味がよく分からないけれど、
環境を引き継ぎたいなら、sudo -E とか。

>>128
ちゃんと man 読んでないのがバレバレっすね
ありがとうございます

やっとみると sudo -E では TERMINFO は通らない (引き継がれない) みたいだけど
明示的に sudo --preserve-env=TERMINFO としたら引き継がれました

いちいちこれをタイプするのはめんどいので結局 alias なり funciton になるけど
適切な方法があると分かってよかったです