Debian GNU/Linux スレッド Ver.102

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

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

armて86みたいに統一化標準化された規格がないからドライバ書くのがすげー大変みたいね
snapdragon xもクアルコムがドライバ情報開示しないからlinux対応が遅いし
どっかが音頭とってくれんかな

>>895
・ソ連は国土が広いので高速な戦闘機と長距離を索敵出来る強力なレーダーが必要
　強力な(大出力の)レーダーを実現するのに真空管が最適
　(現代でも強力なレーダーや放送送信機では真空管が使われている)

・核戦争を想定してEMP(電磁パルス)耐性の高い真空管が採用されていた

「ローテク＝劣っている」ではない

と自分は認識しているけど

>>897
その根拠は正しいかもしれないけど、オーディオヲタクが真空管は音が良い、の根拠にミグを参戦させて、凄く変な話になっているのを大昔に見た

初音ミグ

ギターアンプやエフェクターでロシア製の真空管やゲルマニウムは有名だが軍事転用なんだろうね

スレタイを三度見した

DebianはISSのPC端末で活躍中だよね

そういや2000年代初めに売ってたロシア製カーキ色のビッグマフ（ファズ）はいかにも戦車の余りで作りましたって感じだったな
販売してたエレハモはトランプ関税で倒産寸前らしい

$ cat /proc/sys/vm/swappiness
$ sudo sysctl vm.swappiness=1

12で有効だった対処方だと13では再起動すると60に戻る
設定ファイルとか変わった？どこをどういう風に設定すればいいんだろう？

/etc/sysctl.conf の場所が変わってるような気がする

真空管を使ってた頃のコンピュータではlinuxも動くまいて

>>906
PDFに埋め込んだコードでPDF viewer上でも動くのに?

>>907
メモリサイズの桁が違うぞ

>>894
そもそも40年前にはLinuxが存在してない
今は組み込みLinuxが普及してるけどね

>>907
真空管時代のコンピュータはノイマン型ではない
根本的に無理

>>895
残念ながらファミコン並の頭脳と言うことです8bitの6502並み。でもその頃にしては高性能なんじゃないかともいえる。5インチフロッピーもついていたとか。

そもそも386のためのOSだしな

幼少時読んでいた航空雑誌だとソリッドステート化がキーワードとしてあった
これは真空管を排除しトランジスタで稼働するコンピュータ
あるいはIC化されたコンピュータか
F-4とかはトランジスタのコンピュータだろうがIC化はされず大型かな
F-14 F-15はIC化されているんだろう

誰かが「あなたはとても賢いですね」と言うまで役に立たない知識のひけらかしは終わらないのだ

Wayland Plasma6 が相変わらず駄目
ｘ11 Plasma5 の12に戻しました

>>904
↑
これわかる人いない？

>>915
/procは再起動で値が初期直されるようになったから
sysctl の設定ファイルを置く必要があるよ

永続化する例として
sudo nano /etc/sysctl.conf　で末尾にでも　vm.swappiness=1　を追加

設定の反映
sudo sysctl --system


ちなみに最近のDebianは/etc/sysctl.d/に専用のファイルを置く方法を推奨しているから(理由は知らない
こっちの方がいいかもしんない
echo 'vm.swappiness=1' | sudo tee /etc/sysctl.d/99-swappiness.conf
sudo sysctl --system

99-は任意の数値で

13を使ってないのですが
/etc/sysctl.d/ に .confの設定ファイルを置いて解決しますか？

archlinuxのようなsystemd系では

ノート: systemd は /etc/sysctl.d/*.conf と /usr/lib/sysctl.d/*.conf の設定だけを適用するようになっています。
/etc/sysctl.conf をカスタマイズしていた場合は、ファイルの名前を /etc/sysctl.d/99-sysctl.conf のように変更する必要があります。

>>915
sysctlで設定できるものは
grub boot時のkernelパラメーターで設定できるよ
sysctl.vm.swappiness=1
じゃなかったかな
こっちの方がテストしやすい

>>sudo nano /etc/sysctl.conf　で末尾にでも　vm.swappiness=1　を追加
これが13だと効果なかった
12以前より設定引き継ぎだとまた違うかも
元々のファイルがなく、新しくファイル作っても読み込まない

/etc/sysctl.d/ 使う方法で再起動してくる

>>916
$ cat /proc/sys/vm/swappiness
1
きたわー！ありがとう
readme置いてあってなんじゃろうこのディレクトリと思ったが使い方わからんくて放置してた

grubの方法もわかりやすい
感謝感謝
メモリ食いつぶされて困ってた
快適になるわ

>>920
あらそうなんだ
結構前から設定は新たにファイルを作るように推進していたから
この仕様に切り替える段取りだったんやね
調べた理由の1つに、なるほどなって思ったのが1行のエラーだけでシステムが起動しなくなるリスクの軽減ぽい
デフォ値を読み込ませるためには今のファイル方式の方が確かに理にかなってるなってかんじ

>>922
小さくしてるから
メモリに残したままswap領域に書き込むのを抑制するんだけどな
いずれにせよswapableだったプロセスのリアクションが良くなるわけだけど

>>924
その通り
確かスワップ領域をどの程度積極的に使うかのパラメータ
RAMが多い環境で、よりパフォーマンスを引き出す目的に低い値を格納するから
メモリが食いつぶされる問題は解決しないと思う

>>924
60だとあっという間にメモリ使い潰してswap2G超えとなる
1だと同様の作業時swapまで回らない
60だとどんなにメモリ積んでもswap回すようになってるのはどうなんだろうダメな気がする

>>926
それまだ13の最適化が不十分な感じかｗ
安定板はまだまだかかりそうね

最適化というか仕様ではこれ
swapはSSDなどのストレージを選択するので使いたくない
なんでこんな変な仕様なのかは知らない

SSDといえば管理しているサーバで書き込み量の上限に伴って寿命を迎えてるSSDは
だいたいTBWx1.6ぐらいでリードオンリーモードに移行してる

Debian は何かのアプリに合わせてコードフリズすればいいけど、それもしないから、意味ある変更の入る一つ前で何時もフリーズしている感じ。
今回はGnomeに合わせたから、Gnomeだけはマシ。
カーネル、libc、gcc は出た時から遅れている。

もうswapは作らなくてもいいんではないか

Zram を使って swap 用パーテションを使わない手もある

RAM32GB機だけど、redhat？の言う通りswapは4GBにした

実メモリと同サイズにしとかないと不安じゃね？

ハイバネーションするならRAMと同じサイズ必要だな
大量にRAMを積めるならスワップなんてあまり必要ないし
SSD使ってるならスワップファイルで十分

Linuxのハイバネは信用してないからずっと稼働かシャットダウンのみやな

使う頻度が桁違いだが
ハイバネーションは失敗例なし
サスペンドは画面やキーボードが復帰しない事例多数
(sshやシリアルで操作できそうだがやっていない)

それ環境依存ぽい
サスペンド復帰失敗しない

A520とB550のマザボで失敗するらしい

今って止めないとダメなindexサーチというと
tracker zeitgeist baloo
あとなにかある？
tracker zeitgeistは削除、balooは設定ファイルで停止
zeitgeistは利用するディレクトリをアクセス禁止にしてある

kde6にしたらbalooが暴れ出してたみたい
なにかファイル変更のタイミングで2分以上ランチャバー操作できなくなってた

DebianでKDE6でwaylandでfcitxの設定はどっかのHPに乗ってたな
どこだっけ

キーボードの所

>>937
wifi，外付け、たまーに、復帰してくれない

まぁ実際にキーボードと画面が復旧しないわけで
Nvidiaドライバ要因という説もあり(インテルと両方入っている)
android充電中でロック画面の認証から解除へ遷移しなかったり(ケーブル抜くと遷移する)

あとバッテリー充電率とかも難しいよね
XやGnomeの稼働に関わらない tlpとかで設定するべきか
全部Gnomeの省電力経由が良いのか(細かい設定はまだまだだと思う)

しばらくは bookworm-b​​ackports でいいやw

>>941
完全な解決はまだない
ライブラリにバージョンにも依存するし

>>944
androidは接続方式が2種類あって、通常はMTPってやつになると思うけど、外部ストレージ（USBメモリのような）で接続する方法もある。

キーボード壊れたかと思ったら正しいキーボードの種類を選んでなくてダメだったの気づいた

>>948
恥しながら自分もそれだった
なんの疑いもなくOADG109A選んで入力中に￥を押すとMOZCが中断するトラブルに悩んでたけど
普通に日本語を選択したら￥を押しても大丈夫になった
たぶん3年くらい悩んでた

はしながら？

Debianの責任かは分からんがtrixieにしたら
環境変数XAUTHORITYが$HOME/.Xauthority から /tmp/xauth_??????に変わってやがる
emacs --daemon走らせてssh接続したターミナルからemacsclient -cで接続したものの
X11サーバとして繋がらんくなって
原因究明に2時間も消費した
不毛で馬鹿馬鹿しい

アップデートはすぐしちゃだめってゆうたのに

何でこんな根本的なものを今更変えたのかな？
影響でかくね？

i686 は終わりです
x11 は終わりです

XFree86 「おっ、そうやな」

>>955
「おまえはもうしんでいる」

>>951
パス名が変わったのに環境変数が変わってないならともかく変わってるならいいじゃない

>>957
XAUTHORITYを/tmp/xauth_??????に変えられたら
リモートからアクセスできん

置き換えるのはいいけど名前を変えるな
waylandで頻発する問題

>>958
デフォルト・仮のXAUTHORITYが/tmp/xauth_??????なんだろ
まぁ、タダのLinuxなら(無保証なんだから)アップグレード時にこんな不具合はよくあるって感じだろ
(.1あたりで重大な不具合はなんとかしているだろうが）
これが金をとるredhatなら色々チェックしておいおいな不具合が少ないのを最初からだすんだろうが

?
妄想騙りはぢまた

>>958
パスが変わった事自体が問題なら環境変数は関係ない
もともと全員が同じ値の環境変数経由でアクセスしてるなら
パス名は変わろうがなんだろうが問題は起きない
けど実際はlibXau経由のアクセスになっていて
libXauのバージョンミスマッチなんじゃないのか
全員がxauth経由のアクセスならこれまた問題はない
あるいは誰か以前の値に環境変数を設定しているか

>>959
LinuxはFree(タダ・自分の好き勝手)だから
タダなんだから(ユーザーのことは知らん、）俺ら開発者の好き勝手にするだからな
いやなら、自分で自分のすきになるように開発しろって感じだろ
ただのLinuxはユーザーのことは碌に見ていないで開発者の好き勝手を優先するもの

>>963
なわけねえ
現にバグならパッチ投げないと

>>962
Linuxはいろんな奴が開発したものの寄せ集めだから
基本それらをまとめて配布しているディストリでは不整合の確認が取れない部分があるだろうからな
だから、不具合報告あがったら対処するって感じだろ

Free はただじゃないぞ間抜け、自由のほうだぞ

>>951
おじさんのは
file $XAUTHORITY
/run/user/1000/xauth_jqdvyO: X11 Xauthority data
まー、もうWayland時代だからな

AIが言うには
Location of .Xauthority:
While traditionally located in the user's home directory (~/.Xauthority),
it is common for display managers (like SDDM) in modern systems to
place the .Xauthority file in a temporary location,
often within /tmp or /run/user/UID, and set the XAUTHORITY environment
variable to point to this temporary file.

$ echo $XAUTHORITY
/run/user/1000/gdm/Xauthority
だった

つまりwayland環境でXサーバの環境変数が残ってたら依存アプリが不具合をおこすのか

lists.debian.org/debian-release/2025/07/msg01286.html

明日13.1出るみたい
最初のポイントリリースはいつも早いね

昨日はwayland環境下のclpboardとxdgで地獄見てた
細かいところあげてたらきりがないが
１ついえるのはwaylandは未完成

新規インストールで駄目なのか、アップグレードで駄目なのか。
また、標準的な構成から外れるとテストのカバーのされ方も低いから駄目だろうけど。

>>973
あくまで想像だけど、新規インストールが一番テストされてると思うよ
だからアップデートは各人各様だからダメな場合が多いかもね

なぜかwaylandの肩を持つ人が居る？
おかしいなそんなわけ・・

Debianスレではまだマイナーな筈だよな
対応してるの一部DEだし、そもそも"最新技術"を選択の重要項目にする人はこの酉使ってないし

Wayland で困ってないのだが。X11 はなんか汚い。

ChromeOSのLinux開発環境がDebianかつWayland

waylandは近頃やっと使えるかも
いややはりあとちょっと足りないのレベル
論議の余地はない

もう十分waylandが普及したし、X11より処理が早いんならwaylandでいいじゃん

処理速度は同じ程度

そうなんだ。
X11はレガシー過ぎて無駄が多いみたなの聞いた気がするが
きのせいかも

>>978
あれは閉じた世界だからね
古いライブラリ使ったアプリの心配は必要ない

waylandのほうがリソース消費も少ないしセキュリティも良いのにね

Wayland はまだまだバグが多くて実用的ではない
バグの多いソフトウェアはセキュリティが良いとは評価できない

無駄が多いわけではない
モダンではないだけ

現状、素のXorgはv-syncの対応がないからな（動画などでtearing発生）。picomなどのコンポジたを入れれば解決するけど、描画性能がガクッと落ちる（大抵のWaylandコンポジタには負ける）。
Xorgからフォークしたxlibreならコンポジタなしで対応しているのかも？

動画なんて普通に視聴できるから Wayland なんて要らないよ。

Waylandアプリで統一できるならともかく結局XWayland動かす以上リソースの利点が怪しいのと
X11フォワーディングという設計上の利点をかなぐり捨ててるのは気になる

Uのwayland構成真似すればいいち思うんだが、構成要素も分かってなかった

それをぃうなら、X11フォワーディングじゃなくて、ネットワーク透過性だろ。
X11フォワーディングは、SSHとかのトンネルを使った逆フォワーディングのことだろ。

わい「HDRの4kAV1動画観たいんや！」
わいのかーちゃん「なんでDebianつこうとるん？　Windowsのライセンスキーあげたやろ」

というかwaylandと周辺実装は未完成なので比べる以前の問題

Debian13-KDEだけどpipewireとjackd2が併用できるね　
EndeavourOSはできなかったから　けっこうすごいよ　流石だ

jackにするとpipewireのプチプチノイズ消える？
繋げたい音楽用デバイスもなしに使うものではないんだろうがなにかいいことあるの