Debian GNU/Linux スレッド Ver.103

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

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

プロバイダから借りたルーター
１ポートだけ10Gbps ま、こんでいいやｗ

05:00.0 Ethernet controller: Intel Corporation Ethernet Controller 10-Gigabit X540-AT2 (rev 01)
2025-10-09T22:56:13.656926+09:00 ===== kernel: ixgbe 0000:05:00.0 enp5s0f0: NIC Link is Up 10 Gbps, Flow Control: None

>>232
プロバイダにルータレンタル料を払い、さらに自分でその裏側でLinuxを使う
面倒くさい
元の話はプロバイダーからルータを借りるか借りないか、だったはず
結局借りるんだろｗ

不要なものを借りるわけないじゃん?

>>231
10Gbpsのスループット出てるわけ?
Fortigate借りた方が安いんじゃないの?

>>206
gnomeのzeitgeistはゴリゴリインデックス作りまくってcpu負荷かけまくるゴミよな！

>>237
必要なものだけ使いなさいよ
迷惑ってなんだよ

webサイトの作成、ブラウジング、メールの送受信、puttyでのvpsの操作程度でしか使わない場合、debianとubuntuではどちらが快適に利用できますか？

教えてくれる人に合わせるといいです。

どっちも大差ないんじゃないんじゃないすか？
僕はUbuntu使いたいですうちの古いノートだとだめだけど

Debian Social Contractの理念に共感するならDebian
Canonicalの商業主義に抵抗がないならUbuntu

>>240
これは至言かも

Ubuntuのほうが設定なんかも色々親切だがCanonicalの都合で振り回されやすいので
最初はUbuntuではじめてバージョンアップのタイミングで育てた/etcと~/.configを持ってDebianに引っ越すのがいいよ

俺は、LinuxデビューならUbuntuから入るのを勧める。
導入は簡単なほうだし情報が多いし、クソな部分も多いので使ってるうちに不満も出やすい。
その不満を解消しようとする気力が続いて、解消していければ半年もすれば立派なLinux使いになれる。

個人的には/etcとかはあまりリリース版から弄らないから、弄ったとこだけその都度記録してる
で新しいOSに移る時に内容に目を通して通用するのを確認してからshで一括変更
~/以下はめんどいけどだいたい手作業

さすがにsnapと心中する気がない限り今現在Ubuntuから入門するのは悪手かと
LMDEあたりから入門するのが良いのでは？
Debianへの引越しは>>244で

PLEX PX-W3U4で録画マシン構築にはubuntuとdebianどっちがいいですか？
archも視野に入れた方がいいかな？

初心者向けデストロにubuntuが推されていたのって2010年代前半ぐらいまでだろ
ubuntuの迷走はひどいし、debianも随分簡単になったからdebianでおk
慣れたらarchに行ってもいい

Debianの進歩が顕著だったよね
俺が知ってる最初のDebianはドライバーがないないないで使えるUSB機器が限られるって感じだった
9か10あたりでその辺り全然気にしないでよくなったんだったかな
それまではUbuntu10.04→LinuxMint
deb系でドライバーに困らないのは当時Ubuntu系列だけだったな

あぁ、WiFiドライバーが特に無かったかな？
makeとかdkmsとか一番使ったのは内蔵/外付けWiFiだった気がする

Debian は Gnome でゲームとか沢山インストールするの止めて欲しい。大半の人は Gnome 選ばないかもしれないが。

ubuntu(mint←これは名前だけ変えた薄汚い鳥)が重宝されたのは
インストーラが秀逸で（debian比較）新しめのパッケージが用意されていたから
今でもメンテナンス要員が多いからバグ取りもなされやすいのは変わらないので
デメリットを考慮しつつ利用する価値はある

個人的にはデメリットを考慮する時間が変更点追ってる時間がもうめんどくせえ・・

毎度そうだけどgnomeもkdeも邪魔なもの多いから最小でしか入れてない

metaパッケージで全部入れろよ、そうすりゃ不要な不具合回避できるだろ派
と
必要最低限のインストールすると気分がいい派
の対立
ずっと続いてるの面白い

個人的にはフルで入れて、不要な物を削除なり停止させるなりする派
最短で快適な環境作れると思うから

>>254
んだんだ

そこまでするんならwmでよくね

昔からそうしてきた、システムメニューの項目も増えるし最小で入れよう。って思考じゃないかな
今の大量に増えたストレージや高速なPCスペックに見合う深いコダワリというわけでもなく
なんとなく気分がいいんだよ、知らんけど

Win憎しで昔からやってきた古参メンテナが多いからね
OOBで「Windowsよりスゴいんだい！」と初見の人を圧倒しなきゃいけないんだよ

win憎し？なんの想像上の古参メンテナだ？
ubuntuにメンテナが多いのはcanonicalが資金出してるからであってwin憎しなどではない

最小主義者は最初からそうしてるから
あれもこれも邪魔だなんて泣き言は言わない

non-free-firmware
特にwifiドライバが仕様非公開で提供ファームウェアを使わざるを得ないのは
バックドアなりが有りアクティブサイバー防御で電源断とか想定しているの？
それを使わざるを得ないの？
戦争とかなったら有線だね

Gnu な人がコードの公開をしてないのを嫌うからで、セキュリティの都合じゃないよ。多様性を認めないLGBTみたいなのもいるというだけ。

セキュリティの問題もあるだろ
二極論はやめろ

大体DebianマニフェストはGNUが作ってるわけじゃない

intel vProやサーバーかパソコンか問わず各種管理用コントローラがあるでしょ
当然管理用コンソールからの操作限定がうたわれているけど
アクティブサイバー防御とかこういうメーカー製バックドア使うのかなって思って

たまに有線の方もnon-free使わないとダメな奴がいて困る

>>239 の質問をした者です。
vpsがdebianなのでPCもdebianにしたいと考えたものの、PC利用はubuntuの方がいいという情報を読んだ事があったので躊躇していました。今はdebianも取っつきやすくなっているのですね。

とても参考になりました。
皆さんありがとうございました。

>>263
例えが頓珍漢だな

こいつてリポアップデートしたらすべてのパッケアップグレードしないと壊れる？

こいつってどいつんだ？

こいつはこいつだろ

あいつか！知らんやつだ

そいつがルパンだぁ

おさわりまんこいつです

もうこれわかんねぇな

>>270
したいやつだけアップデートしても
全体の整合性を保つためのパッケージシステムだよ
デストリの中でも早いうちから運用面でも実現してる
依存パッケージも芋づる式にアップデートされるが
整合性を保つために必要なこと

Debian 12 => 13変更でデフォルト umask が変わっている気がする
デフォルトで groupにwrite許可ってまずくない？
$ umask
0002
でやはり groupにwrite許可

気持ち悪いので
umask 022
を .bashrc に追加

そうだったっけ？

そうだった
なぜ初期値を002 にしたのかは理解していないが、俺も取り敢えず 022 に変えたｗ

Debianはユーザ作成時にユーザ名と同じグループも作って
ユーザのプライマリグループはその同じ名前のグループ
だからumask 002でなんの問題もない

システムがマルチユーザの場合に
ディレクトリベースのファイル共有がしたくなれば
その用途専用のグループを作り
当該ディレクトリのグループを変更した上にchmod 2775する
umaskは022のまま変える必要ない

何を言っているか分からない人は
個人利用なのだろうから022のまま放置して問題がない

Red Hatでも今も同じはずだ
あっちはuser private groupと命名してたはずだけど
あっちのことはよく知らないしググらずに書いてる

そういう方法だと、他ユーザーが作成したファイルのユーザー部分がそのままになるんじゃね？
ディレクトリに対してNFSのsquashの様な設定ができればいいわけだが、ACLだけでできたっけ？
手軽に済ますならsudoとかdoasを使えばいいけど。

「そのままになる」とはどういう意味か書いてよ
曖昧な形で質問を返しても焦点は定まっていかない

13.1安定してます？
まだ12のままの方がいい？

安定って何の安定を聞きたいのさ?

心の安定

バグが減っていくのは、カーネル部分しかという気がしているから、待っても変わらん

.bashrc で umask 設定だけでは根本解決にならない
GUIでlibreofficeやブラウザで新規ファイル作成で
-rw-rw-r-- のグループ書込み許可で作成される

共有うんたらや利用者専用グループとか言い訳めいたこと書いているけど
マルウェアなりランサムウェアなりはそういう穴を塞ぐことで余計な被害拡大を防げる
普通は穴を塞ぐ方向だが今回のは穴をあける方向で間違っている気がする
https://wiki.debian.org/Debate/umask
https://wiki.debian.org/UserPrivateGroups

useridの専用 groupidの場合はグループも書込み可能
useridとは異なる groupidの場合はグループは書込み不可なのかな
別途グループ作成して運用で逃げるか
パーミッションのデフォルト設定を変えるか

>>288
>共有うんたらや利用者専用グループとか言い訳めいたこと書いているけど

よく読めば重要なやり方の一つであるのが理解できるのに

>マルウェアなりランサムウェアなりはそういう穴を塞ぐことで余計な被害拡大を防げる
>普通は穴を塞ぐ方向だが今回のは穴をあける方向で間違っている気がする

変な結論に達してしまっている
GUI時代には欠かせない運用になってきている
スレのレベルが落ちてきている

new normalに対応できる柔軟さは年をとっても保ちたいですね

5chに残ってる時点で手遅れ感が……

ホームディレクトリのパーミッションが700なら自分しか入れないよ

必要なファイルだけパーミッション変更し書込み許可出せば済む話しでは
普段から書込み許可する必要性がない

話が盛り上がっている割に、002賛成派は「何故、Debian がデフォルト設定で 022 を 002 に変えたのか」を説明出来ない
何故？ってとこからスタートしたのに、賛成派は論点をそらし続けているｗ

>>293
済む話というのが逆に必要がない話
umaskやディレクトリのsetgidというのは
済む事をどうやって必要ない事にするかの技術的工夫であり
user private groupは既存の道具を使ったその集大成の運用と言えるもの
この美が分からない人がいるとは

あー、なるほど。PGが有効なら002が生きてくるのか。
・・・ぼっちには縁のない機能だな。

会社のリポジトリで設定したけど
ホームディレクトリ含め大半は022で済むマスク
リポジトリ操作時は002に変更
これを通達するだけだよ

ファイルシステムのパーミッション操作について
学習意欲も無い人々が簡易的に使える点を狙って採用しているだけ
chmod や chgrp を適切に扱えるメンバーが揃っているなら
通常は022で共用触るときは002に切り替えれば済む

他の鳥さんの設定値も気になる。Debian は多数決しても、誰得？と疑問が出る方に振れる気がしている

RedHatはエンタープライズになる前から002だったよ
Linux/UNIXとしてログインして使わないけど
ファイルブラウザ経由のファイル共有"だけ"で使う集団も
ファイル権限について学習することを飛ばして
使えるようにする工夫というか苦肉の策だよ

たし蟹
Default UMASK for Normal users in RHEL 9
https://www.reddit.com/r/redhat/comments/10xxvud/default_umask_for_normal_users_in_rhel_9/

haswell で 13 にしたけど mpv の動画再生支援が効かなくなった
mpv の古いバージョン簡単に入れる方法ないかしら

アッチのほうが安定しとるとゆうギャグ

>>301
うちはHaswellでDebian12使ってるけど
端末で
mpv --hwdec=auto 動画.mp4
を実行したら
> Using hardware decoding (vaapi).
みたいに動画再生支援有効と出る

Debian13だと --hwdec=auto オプションを付けても有効にならないの？
古いバージョン入れる前に、何か対策したの？

レスありがとう
上流の ffmpeg が VA-API を切り捨てたらしいんだけど
haswell だと VAPAU サポートするドライバが入らないみたいなの
12 であと二年粘るしかないなぁ
linux 界隈も 10年経ったらサポート外とは、なんとも世知辛い

VA-APIはもともとintelが開発したものなので
intelの現状から見ればサポートは切られて当然かな

ちょうどmpvのHW/Decの話してるから聞いてみたいんだけど、
H.264の10bitな動画だとコンテナ関係なくHW/Decが効かないのって何が考えられます？
8bitやH.265に変換したら効くんですよね

無いから作ったけど

vspipe -c y4m "test19.vpy" - | /opt/local/bin/ffmpeg -i - \
-codec:v libx264 -profile:v high10 -crf 20 -threads 4 -mbtree 0 \
"testaa.mkv"

Stream #0:0: Video: rawvideo (Y3[11][10] / 0xA0B3359), yuv420p10le(progressive), 1280x720, 60 fps, 60 tbr, 60 tbn

[ffmpeg/video] h264: no frame!
でダメだな。high10に対応していない

Surface Pro4にDebian13.1をインストールしたがタッチスクリーンが全く反応しない
gdm3＋gnome、gdm3＋mate どっちもダメ
どこを調べれば良い？

Archの記事だと

# Linuxカーネルをアップデート、これでバッテリーステータスが取得できるようになると思います。
GitHub - linux-surface/linux-surface: Linux Kernel for Surface Devices
https://github.com/linux-surface/linux-surface


# SurfaceProのタッチパネルをLinuxでも使えるようにする。

yayを使ってワコムドライバをインストールします。

% yay -s libwacom-surface

次にタッチセンサー系のサーバをインストールして、サービスを起動します。

% sudo pacman -S iptsd
% sudo systemctl enable iptsd
% sudo systemctl start iptsd

13.1入れてみたら何もせずともsudoが使えるやん。
ささやかな事だが嬉しい限りである。

32bitのレッツノートに13が入らん気がするのう

i386 is no longer supported as a regular architecture: there is no official kernel and no Debian installer for i386 systems. The i386 architecture is now only intended to be used on a 64-bit (amd64) CPU. Users running i386 systems should not upgrade to trixie. Instead, Debian recommends either reinstalling them as amd64, where possible, or retiring the hardware.

>>311
Mageia行こうぜ！

>>300
Redhat は 022 に変えてる話じゃないか
https://docs.redhat.com/ja/documentation/red_hat_enterprise_linux/9/html/configuring_basic_system_settings/managing-file-system-permissions_configuring-basic-system-settings

>>308
testingかunstableかsparky-semirollingかpikaos入れてみたら
俺はこれからGTX1650マシンにPikaOS入れてみるけど

>>309
サーフェスとかいうデバイス限定の話？
よく開発者とテスターがいたもんだ

>>316
Surfaceは結構素直な作りだから
気に入ったハードウェアがあって
ドライバの問題もなければお勧めだよ
タブレットではインストールしやすい方
俺もキーボードカバー付きのSIM刺さる奴持ってる
https://github.com/linux-surface/linux-surface/wiki/Installation-and-Setup

Surface Pro 12インチでLinuxは動くのだろうか？

Surface使いはけっこういるだろ、歴史もあるし
ただ『かつLinux使い』まではそこそこいたとしても『かつDebian使い』は相性的にどうかな…
いや長く使える端末だから居るのかな…
なんかDebian12でsurface用のカーネルとか作ってる人もいるみたいだけど

SrfacePro4にDebian12を入れたときにやったこと
https://zenn.dev/crackworks/articles/5200611d329fd0

surface pro3なら素のままのdebianで最初からタッチスクリーンが使えるんだよね
pro3とpro4ではcpuが2世代も違うからタッチスクリーンすぐ使えるからってpro3を選ぶのもためらう

カーネルのビルドについて質問です
5.4以降udfフォーマットのHDDがread onlyに仕様が変更されてしまったのですが、最新のカーネルで「読み書き可」でマウント出来るように改造できますか？
5.4.xまでのソースならfs/udfディレクトリごと5.3.xまでのものと入れ替えてビルドする事で読み書き可能なカーネルが作れるのですが5.8以降では失敗します
詳しい人教えてください

udftoolsでFUSEから書き込めないの?
それとも/がUDFなんだろうか

今日知ったけどバージョン名て全部トイストーリーのキャラからとってるんやな
これいつか枯渇するやろ

トイストーリー自体も継続しているようだし リリースが2年で1回なんで 追いつかないのでは

>>323
そんな心配は要らないよ優先度低いから。
枯渇したら他所から取ってくればいいだけよ

>>312
了解です！
英語苦手 頭の中で頑張って読むけど数字部分がどうしても日本語で発音されてしまう…

>>323
最終バージョンは Andy になるよ

forkyにmozcがない！

トイ・ストーリーのキャラクター名なのは既知だね

https://www.debian.org/Pics/debian-logo-1024x576.png
これが水洗トイレに流れるDaibenに見えたら病気だね

>>329
たまに血便出るから前にちょっと思ったわ、すまん

生理かもしれないよ🩸

肛門の問題なら野菜をしっかり食べれば改善すると思う
大腸の問題なら、命にかかわるかもしれない