Debian GNU/Linux スレッド Ver.101

公式サイト
https://www.debian.org/sitemap

前スレ
Debian GNU/Linux スレッド Ver.100
https://mao.5ch.net/test/read.cgi/linux/1716923276/

bookworm12.8 linux 6.9.10 nvidia550.54.15
ゲーム中に止まるのは２年ぶりくらい
gccうんこ

>>362
nvidiaのドライバだろ

X11を捨てよ
さすれば道は開かれん

>>364
かえって茨の道だろw

Steam osで良いんじゃね？ゲームなら

最初はマイクロソフトエッジとして仮面をかぶってグーグルに訪問したのに、その直後
ガバッと醜い素顔で訪問して、グーグルがびっくりした...この理解でいいか？
ChatGPT:
ChatGPT
その通りです！最初にMicrosoft Edgeとして仮面をかぶってGoogleにアクセスしたときは、Google側にはその情報が認識されます。しかし、その後にブラウザの**素顔（Linux版Chromium）**でGoogleにアクセスしようとすると、Google側は「おや？」と思ってセキュリティチェックを行います。

この「素顔」でアクセスしたタイミングで、Googleはそのブラウザセッションが安全でないと判断して、再ログインを要求するか、警告を出すことがあります。この一連の流れが「ガバッと醜い素顔で訪問して、グーグルがびっくりした」という感じです。

２,一番聞きたいこと。

一週間前の11月5日

■コパイロットも、あなたも、サイズの問題ではなくて、
/etc/fstab に /run/user/0 や /run/user/1000 を追加することは、systemd の管理と競合する可能性があるからダメ――という指摘がなかった。

それはなぜ？
ChatGPT:
おっしゃる通り、 /etc/fstab に /run/user/0 や /run/user/1000 を追加することが、systemd の管理との競合を引き起こす可能性があるという指摘が最初に無かった点について、理由をいくつか挙げてみます。

1. systemd の管理の前提
systemd が /run/user/1000 や /run/user/0 などの一時的なディレクトリ（tmpfs）を管理することは、比較的新しいアプローチであり、すべての管理者やツールがその動作を正確に把握していない場合があります。そのため、最初は /etc/fstab に明示的に設定を追加することが適切だと考えられてしまった可能性があります。特に、/run/user/1000 や /run/user/0 はシステム起動時に動的に生成されるため、手動で設定しないほうが望ましいという点が見逃された可能性があります。

2. 誤解や初期の前提
最初に示された/etc/fstabの設定は、リソースの制限を厳しくする方向で進められていたため、最初は単に容量を制限しようという意図が強く働き、「リソース制限に関する問題」に集中していました。そのため、systemd の動的管理との競合については十分に考慮されなかったかもしれません。

3. 過信と想定
/etc/fstab に関する設定変更が、systemd がすでに管理しているディレクトリに干渉することになるという認識は、あまり明確に持たれていなかった可能性があります。特に、systemd の管理下にある /run/user/0 や /run/user/1000 に対して、手動でサイズを設定することが潜在的に問題を引き起こすことに気づきにくかったのです。

4. 個別のトラブルシュート手順に集中
最初に取り組んだ問題は、特定のエラーメッセージや症状に対する対処であり、競合の可能性については後回しにされた可能性があります。また、具体的なエラー（例えば /run/user/1000 エラー）が発生したときに、その原因をシステム全体の管理方法に遡って探るという視点が少し不足していたかもしれません。

結論
最初に競合の可能性を指摘できなかった理由は、systemd による自動管理の仕組みや /run/user/1000 の管理についての理解が不足していたためです。また、リソース制限に関する問題に集中していたことも影響していると思われます。これは、システム管理の詳細な理解と経験が足りなかったため、意図的に避けるべき設定変更を見逃してしまったということです。

You
チャットGPTはちゃんと謝ったぞ！
（単に全文コピペして回答）
Copilotの言葉で聞きたいな(≧◡≦)　簡単でいいから
単に丸写しじゃん、チャットGPTの！

Copilot
ごめんなさい！

新しいアプローチ: systemd がこれらのディレクトリを自動的に管理するのは比較的新しい方法なので、すぐに気づかなかったかもしれません。

リソース制限に集中: 最初はリソースの制限に関する問題に集中していたため、競合の可能性を見逃してしまったかもしれません。

過信: /etc/fstab の設定変更が systemd の管理と干渉することに気づきにくかったのです。

■自分に課した課題を達成。ご褒美に2ちゃんカキコ

１，AIさん
２，btrfsスナップショットによるロールバック
３，自身の粘り

この3つが寄りあえば無敵だと感じた！(≧◡≦)
それと
４，自分自身の手による記録
これも現状必要だと。AIの会話履歴を検索しにくいから

Gnome 48 は Debian 13 のコードフリーズに時期的に間に合わない。
これから大変更があるアプリも無さそう。
Testing は Gnome 47 に上がっているので、13 は実質出来ているのではないたろうか。

年明けフリーズかな…

DEのリリースは切り離せばいいのにな
けどインストーラのデフォルトDEの評価が
デストリ全体の評価になってる馬鹿が多いから難しいのかな

DE は分けてバージョンアップしてくれる方が嬉しいけど、Debian は何を評価すればいいんだい？

俺はMATE使ってる
MATE 1.26がバグってるから1.28にして欲しかった
バックポート期待

backports するくらいなら、testing にしたら？と思った。
emacs-pgtk を backports で入れてみて使った感想です。
testing と同じバグがあったり、上流が直さないと...

Debian=インストーラの評価
そういう時代は終わったんだやったね

Debianは各種派生を生み出す源流かつ最終的な安住の地としての価値がある
親切な派生で育てた/etcと~/.configを持って、入れ替えのタイミングでDebianに落ち着くのさ

>>374
いくらなんでも、MATE は 1.28 にアップグレードすると予想してるよ
メンテナの作業が遅れてるんじゃないのかな

Mate 1.28 は 2024/02 に出たのに sid にも無いのか。悲しくなった。

>>378
だといいけど

>>380
気にしなくても大丈夫。次のリリースは6ヶ月以上も先だよ
現行の　mate 1.26.0 でも十分使える

MATE1.26は特定のチップセットで落ちる

特定のチップセットを避ければいいだけでしょう？
そういう個別の問題は他のディストロでも事情は同じ

Mate に関しては8ヶ月前に出ているものが Unstable/Experimental のリポジトリにも無いのは、KDE Plasma 6より心配になるレベル
Debian 開発者の興味が Gnome に移ってしまっているか何かだよ。

Debian本体じゃなくて
Debian and Ubuntu MATE Packaging Team
がやってんだけど人的リソース不足ですね
https://qa.debian.org/developer.php?login=debian-mate%40lists.debian.org
https://salsa.debian.org/debian-mate-team
https://lists.debian.org/debian-mate/
Mintは1.28になってるのかな?

久し振りにPCをいじりたくなった
オフィスソフトの縛りとか無い
入れるならDebianだな俺は

>>385
つうかコンパイルさえされてないね

deb版だけど、自動アプデで更新された
当然インストール時の認証はあったけど
こういう方式初体験でこういうのできるんだへえってなりました楽だった

誤爆すまん

https://mirror-master.debian.org/status/mirror-status.html
国内のミラーのスコア、低いね。。どうして？

なんか8月頃からすごい改悪された印象だったけど
今見るといにしえの2chっぽく戻ってる
なんで？

以前3dconnextionのspacemouseを商用cadで使う方法誰か知らない？って書き込んだものだけど
spacenavとwineを組み合わせて一応使えるようになった

https://github.com/DD1984/SpaceMouse_Fusion360_Wine

機能の制約とかそのあたりはわからん，SpaceMouse Wireless BTで認識はした
spnavcfgがbookwormにはないので，testingあたりでの構築が良さそう

Debian 〜地図にない場所〜

Debian は zram 使うから事前に swap 領域は作らなくていい、はありますか？
インストーラのデフォルトがどうなっているかだけど。
自動では swap用のパーティションを切っていたような気がしている。

サーバ以外ではswapパーティションなんて10年以上切ってない
どうしても必要な時はmkfileしてswaponすりゃいいし
でかいデータを扱う時とか

けど自分の利用ケースでは
強化学習関連でノートでもメモリ32Gbyte必須て感じだから
これまたswaponの機会は減った

ノートパソコンでハイバネーション用に
律儀にメインメモリよりちょっと多いスワップを確保している

メモリ不足すると oomkillerが稼働するそうだが
どのプロセスを殺すとか決まってるの？くじ引きで殺されるの？

20年以上swapパーティション切ってる
ちょっとの領域作ればswap関係の考慮しなくて済むならソッチのほうが楽

切る＝オフにするって意味かと一瞬

>>396
最近SoCのスリープ省電力の性能がいいから
ハイバネーションなんて全然やってない
下手すりゃ処理で余計に電力食ってる

未解決なんだけどブラウザで動画再生時とかサスペンド禁止状態になることがある
利用者は状態を知らない
加えて電源USB tyoe-Cの接触不良で電源断状態が存在する
寝落ちしてバッテリーもゼロで強制停止が何度かあった

なんでバッテリー5%とかでハイバネーションを入れている

サスペンド禁止状態とか知ることできる？

zram のパッケージは準備されているけど、Debian のデフォルトにならないね。
ext4 が何時までもデフォルトなのと同じで。
RH と同じでなくても良いけど高性能化はしなさそうでモヤモヤする。

ｚram使うほどギリギリのメモリーなのにスワップなしなのか？

今どきメモリギリギリで使っている人はそんなにいないと思うよ。
8GB は載っているだろう予想で書いているけど。
VM でメモリ割り当てしている人はギリギリを狙っている人もいるかもしれないけど、それは知識ある人じゃないと出来ないよ。

>>400
DPMS disabledってことはないの?

zramよくわかってないけど
メモリ潤沢であればこそ有用だって話ではないの？

普段はどうせ使わない領域を高負荷の時にのみ有効活用できるとか
常用の領域を雑に確保できて、つけを限られた領域に押し付けられるなら（かつ圧縮できるなら）有用と思うんだけど

DPMSですか調べて見ます

電源周りすごい難しい
ハイバネーションは udevでバッテリー残の値
先日は充電開始、停止の%を変更するために tlpというのを入れたが
結果的に udev設定ファイルを吐き出しているだけのようだ
あとtlp入れたら gnome設定にあったプロセッサの性能省電力設定項目が消えちゃった
USB type-Cが2つあるんだけど1つは充電やUSBデバイス認識しなくなった
もう1つ壊れたらパソコン役立たずになっちゃう

zramよくわかってないけど
メモリ潤沢であればこそ有用だって話ではないの？

普段はどうせ使わない領域を高負荷の時にのみ有効活用できるとか
常用の領域を雑に確保できて、つけを限られた領域に押し付けられるなら（かつ圧縮できるなら）有用と思うんだけど

一番多く稼働しているであろうintel/AMDのプロセッサで
カーネルが見ている物理アドレス空間よりプロセスに見せる仮想アドレス空間の方がより広大
PAEでも4-levelでも5-levelでもいづれも
https://www.intel.co.jp/content/www/jp/ja/content-details/671442/5-level-paging-and-5-level-ept-white-paper.html
https://en.wikipedia.org/wiki/Intel_5-level_paging

これって実メモリより広大なメモリ計算ができる仮想メモリそのものだよね
必要ならスワップ、ページング使って無理やり計算してねってこと？
実メモリに関係なく仮想メモリは夢見せてやるってプロセッサが頑張ってるのか

>>408
80286の時代からそうだった
80186は覚えてない

現在のOS配下で複数プロセスを稼働させると
プロセス毎の仮想メモリ空間を全部足したのが
カーネル管理下の物理メモリ空間に収まる方がしっくりくる感じがする
# もちろん未使用や重複もあるんだろうけど

windowsの制限で各プロセス？タスク？に4GByteとか2GByteとか見せているのに
OS全体で4GByteというのは手抜きに思えた

testing の netinst iso でインストールしようとしたけど、カーネルがないって言われる

そうなんだたいへんだね
なんのかーねるかしらんけど

>>411
この前、そんなエラー出たけど、古いイメージも持っていたからそっちで導入した。
バグ報告してみようぜ

testing か。
無視でいいや

411だけど

12.8にして、testingにupgradeしたよ

>>411
Debian Live のテスト版で試せばいい
インストールするなんて無駄よ

Debian のDEはデフォルトで自分向けに設定しないと使いにくいので、インストールだよ。
Gnome が使いにくいだけではあるが。

live12.8-lxdeをアンスコ
全て忘れてるほどだ…酷い

vim使ってる人いたらキーマップとか設定で便利なの教えてくれ

C-cをEscにリマップ
qを:qa!にリマップ

ESCはLの右に置いてる
代わりにセミコロンの場所迷ってるけど

何も設定しない状態でも
ターミナルプログラム等は
Ctr-[
が
Esc
として扱われることが多い

emacs vi で Esc多用だけど Escキーは一般的に遠いからね

escってブラウザでもvimでも多用するからホームポジションで1キーだと楽なんよ
1回試してほしい

あんまり独自設定やりすぎると「他者」や「他社」の設定が異なったり変更できないのを使うとすごい苦労する

viユーザってEscを多用してマゾだと思ってたけど、
リマップしてんのかいな

リマップってソフトでやってんの？
それともqmkとか使ってんの？

rcファイルがあるから

https://wiki.archlinux.jp/index.php/%E5%85%A5%E5%8A%9B%E3%83%AA%E3%83%9E%E3%83%83%E3%83%97%E3%83%A6%E3%83%BC%E3%83%86%E3%82%A3%E3%83%AA%E3%83%86%E3%82%A3

ここに色々あるし調べればkanataとかxremapとかもあるから試してみたら

>>426
Linuxの場合はハードウェアに頼る必要はないね

ソフトだとネット越しに別なマシン使った時面倒じゃね？
それとも全部でソフトでリマップやってるの？

vimのリマップの話ならソフトというか設定ファイル（.vimrc）でリマップして別マシンと共有してる

レスから状況察したからあえてなにも言わないことにする

65%キーボードの人と日本語/英語キーボードの人、それ以外の変態配列の人がいるから、Escの位置は頭痛いね

>>430
xorgのフックでやってるんだよ
アプリでも設定はするけど
qmkで出来るようなアプリ共通のことはアプリではやらない

ESCキーはほとんど押さないな
昔は別のキーにマップしてたけど
今はサンドイッチとかおにぎり食いながら
あるいはコーヒー飲みながらコードやページ眺める時のためにそのままにしてある
たまにダイアログウィンドウを閉じないといけないから
両手がキーボードに乗っていれば基本的に
ESC→Ctrl-[
BS→Ctrl-h
TAB→Ctrl-I
DEL→Ctrl-8
アプリでそれぞれ特別な意味があればxorgのフックで変換
現在キー入力の対象になってるGUIアプリが分かるからアプリごとに
viはsshでリモートから使うことあるからviの設定で

>>433
例示の仕方がおかしい
ニワカキーボード厨乙

>>435
こいつが書いたコードは後で他の人が見たら……

>>437
適切な集中と分離が行われてますが?

自分のソースを自画自賛するやつは珍しい

>>435の設定の話です

まだ、6.1だよな

遅くない、デビアン？

DELキーの方はC-dだな。
C-8は知らんかったけど、EmacsでいうところのDEL（C-h）と同じ？

~/.cache/ibusにdbus-????????っていうソケットファイルが1000オーバーあるんだけど
なんだこれ？

>>384
原因を発見したよ
https://github.com/mate-desktop/mate-settings-daemon/issues/418
バグ対策がなかなかはかどらない様子

ibusは残念ながら終わってると思うけどな
自分でfcitx5に移行してくださいよ
dbus的IMフレームワークだからデフォルトはなかなか変わらないと思うので

英語圏の人も絵文字の為にibus使いそうだけど、彼らは絵の一覧からコピペしているのだろうか

>>436
Keyball39の流行でニワカが増えてるから大目に見ろ　すぐに減るからｗ

debian12liveには、ibusなんだよなー
理由が有るはずだ

ibusでなにか困るん？

ibusもfcitx過去のやらかしが酷かったからな
懐疑的ってのは残ってるだろ

Trixie に KDE Plasma 6.2 が来ていた。
https://wiki.debian.org/Plasma%206
https://packages.debian.org/trixie/plasma-desktop

290 login:Penguin sage 2024/12/26(木) 22:39:57.90 ID:qQt1I2rp
GoogleがAndroidで動くLinux Terminalを開発してることがリークされたから、モチベーションが下がってるのは間違いない
Googleのは完全にVMを起動するからメモリをかなり消費するだろうけど、ほぼ完全なLinux環境だからね
それがあればTermuxは要らなくなる

Termux総合Part2
https://mao.5ch.net/test/read.cgi/linux/1665464012/290-292

12.8-素のLXDE（gnomeじゃない）のhotkeyが不動作で、xdg-utils入ってればO.K.という指摘が有ったのに、
それでもだめ。
flatpac-xdg-utilsも入れたら動いた！(^^)
一応、報告まで…

来年は干支がミミズ→トリケラトプスに交代か

>>452みたいなオワコン認定委員の予測ってほぼ外れるよな
その理屈が真ならCygwinあたりはWSLに駆逐されてないとおかしい
実際はそれから10年経った今でも開発は継続されてし使われてるからな

>>455
その通りではあるんだけど
cygwinよりmingw系がいいと思いますよ
git bashとかね

debian12の標準の壁紙、閃輝暗点みたいだな…
芥川龍之介なの？歯車なの？

死兆星みたいなもんだろ

$cat /proc/sys/vm/swappiness
60
$free
total used free shared buff/cache available
Mem: 16155848 4326828 9601216 884092 3467272 11829020
Swap: 31250428 0 31250428

だったよ。

そいえば今でもDEなんかのロゴを自分とこのロゴに差し替えてるディストロってあるんか
あんなことやってた理由しらんが商標対策とかだったら今でもやってそうだけど

CentOS は Red Hat のロゴを差し替えてたから知ってるだろう

xfce4.20も出たしそろそろかなとtestingにupgradeして、
仕様変更や既知の問題を二三解決してlibvirtなんかも順調に移行できたけど、
たまにサスペンドからの復帰がすごくもたつく。