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

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

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

>>691
MXはインストール完了しても肝心な日本語が使えません
方策をググろうとしたらやはり日本語を使えないので困りましたw

何度か同じような投稿みたけど同じ人かな
「mxlinux nihongo」や「mxlinux japanese」なりで検索できるとおもうけど
それも出来ない?

>>694
>>691

ネタだよ
MX Linux日本語入力環境なんてfcitx5-mozc入れてim-configで設定するだけ

夏休みという事ですかね。

>>696
WindowsやUbuntu系やKonaではあり得ない面倒な不親切だよな┐(´д｀)┌ﾔﾚﾔﾚ

Windowsは日本語版でしょ
英語版だとゴニョゴニョは必要じゃん
一緒にしたらダメ、MACはその点いいんだろうな

>>699
日本人で母語が日本語なら日本版を使うのが当たり前だろ
MXは日本語を選んでインストールしてもすぐ日本語使えないからな
極めて不親切だ
WindowsやUbuntuを学べ

嗚呼夏休みだなあ（笑）

タダなのにわがままだなぁ

ただただ、わがままだなぁ

kvmで起動したカーネルではefiにgrub-installできないのでは?と思いまして
VAIOをLive インストールイメージで起動し（/boot/efiにマウントされます）
$ sudo mount /dev/sdb3 /mnt # sdb3は/
$ sudo mount --bind /dev /mnt/dev
$ sudo mount --bind /proc /mnt/proc
$ sudo chroot /mnt
# mount /dev/sdb2 /boot/efi
# /usr/sbin/grub-install --target=x86_64-efi /dev/sdb
Installation for x86_64-efi platform.
/usr/sbin/grub-install: warning: EFI variables cannot be set on this system.
/usr/sbin/grub-install: warning: You will have to complete the GRUB setup manually.
Installation finished, No error reported.
# update-grub
起動してみましたが/boot/efiはマウントされないようです
>>617
EFIパーティションを/boot/efiに手動でマウントして確認しました
/boot/efi/EFI/debian/grub.cfgにあるuuidは間違っていません

行けるかな? と思ってましたが駄目でした
手詰まりです

>>697
明けは死人が沢山

debianって事で、MX Linux選択して日本語入力が自動で入らんとか言ってんの？
どうせ最新、アプリ使うのはSnapやflatpak選択するんだったらUbuntuでええやん

Snapとなflatpakとか無くて困らない人も居るんやで

>>702
真ん中あたりで
/usr/sbin/grub-install: warning: EFI variables cannot be set on this system.
ってEFI変数(efivarfs)が設定されてないエラー出てますぜ

原因は(多分)kvmがUEFIモードで起動してないことで、
virt-manager使ってたら[概要→詳細→ファームウェア]の設定項目を見て
そこが「UEFI」になってるか、「BIOS」になってないか確認してどうぞ…！

もしkvmをCUIで直に起動してたり他のGUIを使ってたら
/var/lib/kvm/とかかどこかのkvmの設定XMLファイルを開いて、
割と頭の方にある <os> エレメントに
<os firmware="efi"> みたいなefi属性がなかったら
レガシーBIOS互換で起動してるってコト

逆にUEFIモードでkvm起動するには firmware="efi"を書き足せばいいんだけど
今までBIOS互換でOS起動してたらそれは
UEFIモードの間は起動できないのでご注意を

後はだいたい702通りの内容を試したら行けそうなので頑張って

>>706,707
有難うございます
kvmではなくてDebianのLive インストールイメージを用意してVAIOで起動しています
このLinuxは/boot/efiがマウントされていますのでUEFIで起動されています
その後問題のUSB型SSDを/mntにmountしてchrootしてgurb-installしています

>/usr/sbin/grub-install: warning: EFI variables cannot be set on this system.
>ってEFI変数(efivarfs)が設定されてないエラー出てますぜ
警告ですよね? 一応これでgrub-installはエラーなく終了します（返値は0）
# mount -t efivarfs none /sys/firmware/efi/efivars
してgrub-installするとエラーでgrub-installはできません

kvmでなくてVAIO了解…！
ちょっと自分のgrub-installメモを
ディスクから引っ張り出してきた

=====
$ sudo mount /dev/sdb3 /mnt
$ sudo mount /dev/sdb2 /mnt/boot/efi

$ sudo mount --bind /dev /mnt/dev
$ sudo mount --bind /dev/pts /mnt/dev/pts
$ sudo mount --bind /proc /mnt/proc
$ sudo mount --bind /sys /mnt/sys
$ sudo modprobe efivarfs
$ sudo chroot /mnt
# grub-install /dev/sdb --bootloader-id Debian13
# efibootmgr --verbose | grep Debian13
# update-grub
# exit
=====

↑それをpathだけ今回のケースに書き換えてみたら
こんな感じだとおもう

>>538と見比べると、一番怪しいのは
"sudo modprobe efivarfs"(efi変数のロード)を
していないことな気がする
この1行を実行する前後で
lsmod | grep efivarfs
の実行結果に変化はあるか見てもらえますか…？

また、問題なさそうだったら上のコマンドを参考に
grub-installできるか試してみて…
(grub-installの後　# update-initramfs -u　とかも試して)

>>709,710有難うございます
$ sudo mount /dev/sdb3 /mnt
$ sudo mount /dev/sdb2 /mnt/boot/efi
$ sudo mount --bind /dev /mnt/dev
$ sudo mount --bind /dev/pts /mnt/dev/pts
$ sudo mount --bind /proc /mnt/proc
$ sudo mount --bind /sys /mnt/sys
$ lsmod | grep efivarfs
efivarfs 28672 1
$ sudo modprobe efivarfs
$ lsmod | grep efivarfs
efivarfs 28672 1
$ sudo chroot /mnt
# grub-install /dev/sdb --bootloader-id Debian13
Installing for x86_64-efi platform.
grub-install: warning: EFI variables cannot be set on this system.
grub-install: warning: You will have to complete the GRUB setup manually.
Installation finished. No error reported.
# efibootmgr --verbose | grep Debian13
EFI variables are not supported on this system.
error trace:

（つづき）
# update-grub
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-6.12.38+deb13-amd64
Found initrd image: /boot/initrd.img-6.12.38+deb13-amd64
Found linux image: /boot/vmlinuz-6.1.0-37-amd64
Found initrd image: /boot/initrd.img-6.1.0-37-amd64
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
Adding boot menu entry for UEFI Firmware Settings ...
done
# exit
起動すると/boot/efiはやはり空ですorz

efivarもロード済みですか…
あと簡単に試せるのは
# grub-install /dev/sdb --bootloader-id Debian13　を
# grub-install /dev/sdb --bootloader-id Debian13 --removable
とオプションつけたらワンチャンあるかぐらいかも

/dev/sdb はパーティションテーブルはMBRなんだっけ…？
UEFIでブートしようと思ったらやっぱりMBR構成を
GPTディスクに変換しないといけないんじゃないだろうか…？
かなり大掛かりになるからディスク全体のバックアップは要りそうだけど

$ sudo fdisk /dev/sdb　からの
: P
で、Disklabel type: gptとかmbrとかはどう表示されますか？
あと、パーティションの構成自体がUEFIでブート可能な状態が
保持されているかもちょっと気になる気も

実際のところできるならrootfs(sdb3)自体をバックアップとって
GPTフォーマットしたまっさらディスクにイチからパーディション切って
rootfsを復元、chroot,grub-installしたほうが
めちゃくちゃ楽そうに思った…
(そのrootfs自体が正常にtrixieにアプデ済みかもまだ未検証だけど)

>>713,714
>>549にある通りgptです

一応だけど、gdisk /dev/sdb　で表示された内容と、
gdisk内での i → 1,2,3　それぞれのパーティション情報を
(ハードウェア情報とかは必要なら隠して)貼ってもらえますか…？

あと考えられるのはVAIOのBIOSの設定、
特にBOOT関係の設定画面とかそのあたりも
余裕があったら写真とかでうｐしてもらえると可能性をあたれるかも…

>>716 お付き合い頂いて有難うございます
別のPCにつなぎましたので/dev/sdg が 問題のUSBメモリ型SSDです
# gdisk /dev/sdg
GPT fdisk (gdisk) version 1.0.9

Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): i
Partition number (1-3): 1
Partition GUID code: 21686148-6449-6E6F-744E-656564454649 (BIOS boot partition)
Partition unique GUID: 169BB6D9-2350-4570-963A-21D03378B71A
First sector: 34 (at 17.0 KiB)
Last sector: 2047 (at 1023.5 KiB)
Partition size: 2014 sectors (1007.0 KiB)
Attribute flags: 0000000000000000
Partition name: 'BIOS boot partition'

Command (? for help): i
Partition number (1-3): 2
Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI system partition)
Partition unique GUID: 0BD45780-2AB8-4334-B262-369517730907
First sector: 2048 (at 1024.0 KiB)
Last sector: 524288 (at 256.0 MiB)
Partition size: 522241 sectors (255.0 MiB)
Attribute flags: 0000000000000000
Partition name: 'EFI system partition'

Command (? for help): i
Partition number (1-3): 3
Partition GUID code: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 (Linux filesystem)
Partition unique GUID: 0166AB16-6F32-4185-A2A7-DD3750EA6C3C
First sector: 526336 (at 257.0 MiB)
Last sector: 976773134 (at 465.8 GiB)
Partition size: 976246799 sectors (465.5 GiB)
Attribute flags: 0000000000000000
Partition name: 'Linux filesystem'

>>717 BIOSの写真です
ps://i.imgur.com/WJ4CYyb.jpeg
ps://i.imgur.com/qKkrgy4.jpeg

ubuntu は linux の windows だからやめとけ。

と、書くと荒れる。
図星ってことだろw

個人情報抜きまくりってことよ

パッと見てもgdisk,BIOSでおかしそうなところはわからない…

考えられることをとりあえずブレインストーミングで
・sdb2のEFIsystemパーティションのファイルシステムがダーティー
　→ # sudo fsck /dev/sdb2
・/etc/fstabのUUIDと　$ lsblk -f　のUUIDが食い違ってる
　→ /etc/fstabを開いて編集、chroot → update-grub
・EFIsystemパーティションのboot/ESPフラグが立ってない
　→ gpartedで/dev/sdb2を右クリック、フラグを編集、boot,ESPにチェック

できれば今いじってるUSBメモリ型SSDは何らかの
パーティションバックアップツールでバックアップして、
外せるならWindowsが入ってるSSDは一時外したほうがいいかも
(2次環境破壊の防止で)

今チャットAIに質問を投げてみたけど、grub-installのオプションに
# grub-install --target=x86_64-efi --efi-directory=/boot/efi
ってのを提案された

一通り上のを見直したら、さっきの grub-installのオプションに
「--target=x86_64-efi --efi-directory=/boot/efi」
を追加してもう一度試してみたらいかが…？

とりあえず頭がぼやけてきたので今日はこれぐらいでお休みなさい…

>>722,723
助言を有難うございます
私も明日やります
おやすみなさい

>>721
燃料投下はお控えください:)

windowsは普通にわからんもん
大きなhotfix当たらないって、ずっと悩んでたらレジストリに無効なUSER名があるからだって
こんなの想像つく？

538の人はまだいる…？
ログを見直してみたけど、EFIをインストールする環境(chroot上)で
>EFI variables are not supported on this system.
このエラーが出るのはやっぱりどこかおかしいはず

chrootした後の環境のどこかで、UEFIでブートするために
それとは非互換な要因がなにかしら発生していると思うので、
それが何かを探すことが必要だと思う

もしまだ解決してなければ、時間のあるときに
$ sudo chroot /mnt　して「chroot環境に入ったあと」で
いくつかコマンドを試して表示を貼ってもらえますか…？
・cat /etc/fstab　の実行結果
・lsblk -f　の結果
・lsmod | grep efivarfs　の結果
・efibootmgr --verbose　の結果
・apt update && apt install --reinstall linux-image-{最新版カーネル}　の結果

>>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はあります

というわけで実はEFIからの起動は成功しているのかな? と思いました

そこは怪しそうな感じですねぇ…
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

という感じなら
UUID=1234-ABCD /boot/efi vfat umask=0077,nofail,discard 0 1

という風に追記して、chroot環境からexit、再chrootして
efibootmgr --verbose　で EFI variablesエラーが出ないか見てみては…？

>>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
`-sda2
sdb
|-sdb1
|-sdb2 242.3M 3% /boot/efi
`-sdb3 328.5G 23% /
nvme0n1
|-nvme0n1p1
|-nvme0n1p2
|-nvme0n1p3
`-nvme0n1p4
sdaはDebianのLiveイメージ
sdbが問題のUSBメモリ型SSD
nvme0n1はWindows

>>727
>・lsmod | grep efivarfs　の結果
efivarfs 28672 1
>・efibootmgr --verbose　の結果
EFI variables are not supported on this system.
error trace:

今きづいたのですが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:
BOOTX64.CSV fbx64.efi grub.cfg grubx64.efi mmx64.efi shimx64.efi

これどういうこと?

grub-installで--efi-directory=/boot/efiを付けないと
デフォルトでは--efi-directory=/efiを付けたようになった
ってことでしょうかね?

それは以前のインストールした環境情報とかが
/boot/grub/以下の grub.cfgとかに残ってたのを読んでて
新たに --efi-directory=hogeを指定して上書きインストールしないと
それが参照し続けられるとかな気がするたぶん…

bootできない限り今ある /efi/ 内のファイルは無意味なので
# mv /efi /efi.bak とかにリネームするか、
# rm -r /efi しちゃってもいいと思う

それかgrub-install時に /etc/fstabにESPのパスがないから
デフォルトではやっぱり/efi/にefiファイルがインストールされるのかも？
(/etc/fstab にESPのパスを追記したらそれが参照される)

chroot上では/dev/sdb2のUUIDが表示されないようなら
chroot環境をexitして　$ lsblk -f | grep sdb2　したら
UUIDが表示されるとおもう…

fstabに/boot/efiを書いて再起動したところ
/efiにあった内容が/boot/efiにマウントされるようになり
/efiは空になりました
/efiは消しました
これで恐らくefiから起動出来てると思うのです
根拠は
1. efiパーティションの内容がマウントされてた（パスは違いましたが）
2. /sys/firmware/efiがある（MBRから起動のLinuxにはないことを確認）
の2点です

はい乙です
念のために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
でエラーメッセージなくブートエントリが作成されているといいね…！

上手く行かなかったら /mnt/boot/efi/ 内に失敗したEFIファイルが
作成されるかもなので、都度消すか grub-installコマンドの最後に
--recheckオプションを付けるといいかも
(--recheckは同じブートローダーIDでも上書き再作成する)

問題の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)
efiで起動したシステムだとここにdebianが並んでいますね
0012のUSB DeviceのMBRから起動したということなんでしょうね

全レス読んだわけじゃないから頓珍漢かも知れんがとりまもう一度インストールしてみるってのはどうなの？

>>739
おかげさまでどう起動してるかは
だいぶ分かりましたので再インストールする必要は
あんまり感じません
アップデートで将来起動できなくなっても何とかなるでしょう

USB型SSDから単独でdebianがboot出来てるってこと…？
もしそうなら cat /etc/debian_version　で13.xxって表示されるか
他のSSDとかUSBブートデバイスを外した状態でも起動できるか確認できてる…？

efibootmgrを実行してもEFI variables are not supported on this system.の
メッセージがもし出ないならMBRじゃなくてUEFIモードで起動できてるはず

>>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の通りメッセージは出ないです
ただし0012のUSB DeviceのMBRから起動したんではないですかね?

あのメッセージが出てないならMBRというか
BIOS互換モードでの起動ではないはず
そもそも>>718のgdiskの結果を見る限り、
MBRはPROTECTIVEでブートコードとかは書き込まれてないんでは…？

$ sudo ls -lhaR /boot/efi/
の実行結果を見て、/boot/efi/EFI/BOOT/ のディレクトリの中に
ブートファイルが作成されているようだったら
そのUSB-SSDがremovableのUEFIブータブルとして認識されて
そこから起動できてるってことだと思う(たぶん)

そのUSB-SSDは他のマシンに挿しても
(GPUとかのドライバが入ってれば)大体起動可能になってるとおもう
別のマシンとか、UEFIブートモードにしたKVM環境に挿して
USBパススルーしてもKVM内でも起動できるかも

efibootmgr -v
で出てくるエントリはUEFI/BIOSの設定項目で
システムボード上のNVRAMかフラッシュメモリに記憶されている
OS名相当のDebianなりWindowsが利用者の設定で追加される

これらが無効やなかったりすれば
起動順序にしたがってHDD/SSD/USBフラッシュメモリ等の記憶デバイスを探索
記憶デバイスの espパーティションを探し
そこからブートローダー相当を起動

こんな順序でしょ？

とりまあとは
$ sudo apt update 、
$ sudo apt upgrade
でエラーが出ないか試したら必要なときに常用はできそうですね…

もし $ sudo efibootmgr --verbose　の実行結果で
現在存在しないブートエントリがずらずら並んでたりしたら、
気になるようだったら

# efibootmgr -B -b ◯◯◯◯(要らないエントリの番号)
で、そのエントリも消せるから綺麗好きならどうぞ
間違えてWindowsとかの生きてる番号入れて消さないようにだけはご注意

efivarsは/sysの下にマウントされるからバインドマウントするときは--rbindじゃないとchrootで見えないんじゃない？
mount --rbindしないならchrootのあとでefivarsを直接マウントすれば見えるとは思うけど。

たしかに、再帰的なバインドマウントには --bind じゃなく --rbind だわ…

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

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

Linuxで5chやるとき何使ってる？
Sikiくらいしか見つけられんかったがなんか使いにくい
今はWinから書き込んでる

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

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

>>748
むかしあの騒ぎが起きる前は邪魔舌くんの自演StyleをWineで使っていたが今はトーク専用になっちまったからな
Sikiよりは直感的に使いやすかったけどね

Xenoもwineで普通に動くから今はそれで書いてる
Jane系慣れてるとSikiは感覚的になんか合わん

>>748
JDim自前ビルド。AAサイトを見るためだけど。
動かせて動くならV2Cでも。

>>751
Sikiはアレで慣れれば意外に使いやすいと思うけど、慣れる前にアキラメロンを食べちまったよ

>>746
>>711のように実行してchrootしたあとに
chroot前にmount --bindしたディレクトリをlsするとちゃんと
マウントされているようですが?
もしかしてそういうことではないのでしょうか?

>>748
おじさんはfirefoxで5ch
いまの5chは(経済的・知能的に)底辺・基地のおっさん・じじいが集うところだからな。
そうじゃないやつは専ブラ使って必死に5chじゃないからな

>>748
emacs

>>748
そもそもWindowsでは何使ってんのよ？
Live5chくらいじゃねLinuxでというかWineで動かないのは

LinuxだとV2C-Rと言う選択肢もあるけど開発止まってるからな

>>755
自分はあまりの健全さにめまいがするもんでひねくれもんだからw

「白河（しらかわ）の 清きに魚（うお）も棲（す）みかねて もとの濁（にご）りの田沼恋（たぬまこい）しき

>>755
それから昭和の時代と違い、今はおじさんもジジイもあまり変わらないと思う
厨房やガキやオコチャマは消えたが
子供部屋おじさんが新たに誕生したw

SIKIは結構、面白いよね
Electronって言うのがいいね ただちょっとCDEぽい、モサモサした艦んじがする
JAVAベースならJavaFXがいいな UIカッコいいし
あと、SIXELとかKittyとか使ってterminal上で稼働するのがあれば嬉しいな
昔はVIMで5ch見れるのがあったんだよね

>>748
sikiはアプリの名前だしWinってのはOSの名前じゃないのか？
その辺の区別も出来ないようじゃ何使っても満足に使えないと思うわ

rep2が便利
もう20年近く使ってるがそろそろ維持するのがしんどくなってきた

>>758
> 開発止まってるからな
止まってないよ
3.5.5 [A20250511] ってのが最新
B11で十分対応できてるから個人的には要らんけど

>>763
なんか派生が色々有るのかよく分からないんだよな
じゃあ開発が止まってるのはV2Cの方だったか

V2C-RはSikiみたいにちょっととっつきにくいけど慣れると結構使えたな

>>748
>>1
相談、アンケートはそれに相応しいスレへ

スレ立てるまでもない雑談スレ その7
https://mao.5ch.net/test/read.cgi/linux/1731810319/

質問してるからいいんじゃね？

細かいやつだな

くだ質で細かいこと言うのは流石に違うよなあ

>>766-767
>>765を素敵な基地のLinuxおっさん・じじいと思わないのか
>>765を素敵って思わないようじゃまともすぎるから5chはやめた方が良い

>>766-768

【健常?】発達障害グレーゾーン＆未診断【障害?】23
https://mevius.5ch.net/test/read.cgi/utu/1755565105/

おまえが逝ってこい

debian trixieでめっちゃハマったトラブルがある。

ループバックデバイスにブート可能なルートを含むディスクイメージをアタッチ
各パーティションのファイルシステムを用意したマウントポイントにマウント
chrootのためにバインドマウントを実行
各作業を終えてバインドマウントを解除してファイルシステムをアンマウント
ループバックデバイスのデタッチを実行…がなぜかループバックデバイスをデタッチできない

で、色々調べたけど治ったっていう話が無くて、ただ一つだけかなり古いけど気になる情報があって
「ループバックマウントとバインドマウントが別のファイルシステムだと問題が起きなかった」って言うのを見つけた。
もしかしたらと用意したマウントポイントを削除したらオートデタッチされたっぽい。

これ、tmpfsを多用してるからいつまでたっても治らないやつですよね。
ファイルシステムが別だと起きないならtmpfsで作業ディレクトリとか分離しまくってるとそりゃ起きない。

>>771
俺の日記帳　第三冊目 [転載禁止]©2ch.net
https://mao.5ch.net/test/read.cgi/linux/1444805068/

>>771
何だか、ハハキトクスグカエレやサクラサクみたいな。片仮名が多くて。

「頭の頭痛が痛い」と同じで冗長すぎ
「マウントする」で言外に「マウントポイント」や「ファイルシステム」は含まれる

小泉進次郎「俺の出番や」

「このプレゼント、実は頂きものなんです」

「未成年飲酒なんて子供がすることです」

>>774
自分が実行したコマンドを言葉に置き換えるとそうなるんだろう

>>775
上は、貰ったプレゼントが、実は送り主が他人からの頂きものをたらい回しにした可能性。

下は、年齢なりに自分を律する能力が低いことを「こども」と表現したのだろう。

話言葉は漢字で表現されないからね

勿論、シンジローがバカだってことは否定しないw

>>777

白痴を擁護するゴミ

ノートPCを買い換えようかと思ってるのだけどIntelのCore UltraとかAMDのAI ProとかLinuxじゃどうなの？
特にAI欲しいわけじゃないしLinuxで機能するとも思えないのだけど

>>779
通報した

>>780
新品限定ノートPC購入相談スレッドその114
https://itest.5ch.net/egg/test/read.cgi/notepc/1724310888

>>782
Windows消してLinuxインストールして使うのが前提なので余所の板で訊ねても無反応だと思ってここで訊ねたのだが

新しいWinの技術にはLinuxはすぐには追いつかないよな。
2年落ちくらいのをどうぞ

>>784
窓はCPが悪い
Linuxを抜くのは無理だ

>>784
x64 の CPU は動くよ。GPU は知らん。

AIはNPUドライバがまともに動くかどうか
intelはClearLinuxを切っちゃったし今後のLinux対応が厳しくなりそうな気がするけども
比較的AMDはLinuxサポートが厚い
nvidiaにLinuxサポートを期待するのは結構辛い
問題はドライバ周りやバグ取り、枯れるまで
以上は個人の印象にすぎないです

7zの話なのですが、これはバグですか仕様ですか私が間違ってますか教えてください
debianでapt p7zip-fullでいれました ~/shだけ圧縮したいときの話です
7z a -r 1.7z sh もしくは 7z a -r 1.7z 'sh'でも ~/shと ~/aaa/sh ~/bbb/sh ~/ccc/shと
shが含まれているディレクトリが含まれてしまいます。なぜなのでしょう

お前の意図通りに動かん! だって。

https://linux.die.net/man/1/7z
> -r[-|0]
> Recurse subdirectories (CAUTION: this flag does not do what you think, avoid using it)

"sh"
ダブルクォーテーションで囲ってみては

>>789 それでした

ふつうは -rを付けるものだろうな、とやったのが間違いでした

Sparkyでアップデートファイルのダウンロードが糞遅いんだがどこをどうしたらええの？