Debian GNU/Linux スレッド Ver.103

>>86
正副で冗長では? そういう話ではないの?

>>87
「ダウンタイムをゼロにすること」はデータの保全が前提なのでは?
「可用性の確保」と「データの保全性」を分けて考えている理由が分からん

>>93
バックアップは冗長性を確保する手段の一つではあるけど冗長化(一部が壊れても動く)の手段ではない

なるほどそれは言葉の使い方の問題だな
「冗長化」が一般的な冗長にすることの意を超えて
システムが一部が壊れても動くの意に転じて使われているってことだな

データの冗長化 → バックアップ
サービスの冗長化 → RAID1～

サービスが冗長化しているってことはデータは必ず冗長化されている

btrfsでファイル全損するのはよくあること
俺も全損した

BTRFSとか正直欠陥品でしょ
RAID5/6の不具合もずっと放置してるし
あんなの勧めてる連中は詐欺師

オラクルがバックにいる時点で気づくべき

みんなどしてるの?

6TB x 3でbtrfsのRAID1を組んで9TBのストレージとして使ってるんだけども?
おすすめは?

>>99
確かにbtrfs+raid1使い始める際にusbメモリでテストして
1個ぶっこ抜いたら壊れたんだよね

前はbtrfs利用してたけどトランザクションIDの不一致によるエラーで復旧不可能になることが数回あったのでxfsに変えた

個人で使って負荷が少ない場合はRAID5/6も問題出ないんじゃないかな。
簡単に再現出来るなら直すもの。

>>98
サービスの冗長化でデータは冗長化されない
サービスの正常な動作によって誤ってデータを更新や削除した場合、データは戻ってこない
それはデータの冗長性が無いから
バックアップでデータを冗長化してればデータは戻ってくるかもしれない

>>106
ああなるほど
あなたの考え方が分かった

実際使ったことあれば不自然にbtrfs褒め称える記事なんか鼻で笑うレベル

Redhatが採用しない時点でね

でもFedoraのデフォルトはbtrfsじゃん

ベンチスコア、体感、使用感が著しく悪くて何だこれって思ってたところに全ファイル消失だもん
まじで詐欺だよ

>>110
Redhatはbtrfsには期待はしてるんだよ
Fedoraでテストして採用するかを判断するんだけど
今のところ安定性に問題ありとして不採用が続いてる

Linuxのファイルシステムってそれぞれに何かしら問題抱えてるよな
WindowsはFATは酷かったけどNTFSは安定してるんだよな

個人レベルならext4で十分すぎるだろ

ext4は無難なんだが特に負もなく可もなく
reiserfsのなんだこれ早いみたいなこれといった強みもない

ext4は安定はしてるし細かいファイルの操作とかのOS領域向けではいいけど大きなファイルの操作の速度面とか考慮するとファイル倉庫には向かない印象

昔はext4もこんなバグがあったけど、今は安心
https://wiki.ubuntu.com/KarmicKoala/ReleaseNotes/ja
ext4 ファイルシステムでは巨大なファイルが破損する恐れがあります

ext4 の inodeとか使い切らないで
限界を語っても無意味だよ
あと電源やネットワークとか
複数搭載してないパソコンでしょ？
無理してRAIDの冗長化だけしても
広告記事に勧められるままに
買っているだけだよね

>>111
それいつ頃の話？
導入したばかりなので不安になる

>>113
NTFSはWindowsで使うにはいい具合に枯れた感じだけど…
なんと言うか目新しさは無いというか率直にいうと
Linux系のファイルシステムと比べると進歩がなくて
相対的に少し古臭くなってきてる感じもあるかも

OSなんてガチガチに枯れたもので十分だわ

>>119
まだ壊れてないならさっさと別のファイルシステムに切り替えたほうがいい
というか散々情報出尽くした今なぜbtrfsにしたんだよって感じ

ZFSの実力に反する人気のなさw

ZFSはライセンスが絶望的に終わってる

ZFSがLinuxカーネルに取り込まれないのはその辺の事情だっけか

>>122
pdumpfsの保存先にxfsを使ってたんだけども
xfs_repairするとメモリに全展開する超絶馬鹿仕様なので
そろそろ機が熟したかな? と期待してbtrfsにしました
btrfs（raid1）は今のところ遅いのが不満です
xfsに比べて体感できるほど遅い
ちなみにext4はinodeが足りない
zfsはカーネルに取り込まれていないという理由で却下です
Linuxには良いファイルシステムがないですね
zfsのラインセンスはなぜに変更せんのですかね?
Linuxに取り込まれて使われるために公開したのではないんですかね?

>>115
「可もなく不可もなく」が普通の言い回しだな
すごく変な感じがした

illumosか*BSDで使えば良いやん。
仮想マシンでSAS HBAを丸ごとくれてやれば性能的には問題ないぞ。

え、Linuxで？
リソース有り余ってるならいいんじゃねーかな。
目いっぱいシビアな環境で動かしたらtxgがデッドロックしたから自分は信用してない。
それよりきついマシンでFreeBSDだと普通に動いてたからやっぱりメモリ管理が統合されてないのはきついんだろ。

>>120 >>121
だからReFSなんて別のfs作ってるんじゃないの

>>129
利用されてるのかあれ
NTFSにはある機能がなかったりでやる気なさげだけど

今どきbsdは障害者しか使ってないやろ
そんなにbsd使いたいならmacでいい

ZFSから離れてBSDの話をするな

最近のでびゃーんはインスコが簡単だから馬鹿でも使えるヨ

だから？

BSDの宣伝文句が未だにネトフリで〜PSで〜なの笑うしかない

ZFSは神FSじゃなかったか

Solaris（笑）

>>126
ext4のinodeが足りないって、mkfs.ext4でファイルシステムを作るときに bytes-per-inode 比率を変更すればいいんでは？

ソースコードとはいわず
基本的なドキュメントも
読まない人たちが増えたよね

Appleのせいで
ドキュメントは読まないのが正義という宗教が流行ったから

>>138
inode数を予め見積もれれば可能でしょうけども...

で、最近ムトー神は降臨しないの？

別に他者の使用方法に文句つける気もないけど
単一ファイルシステムでi-node足りないほど大きくする必要あるの
複数ファイルシステムでマウントポイント工夫すれば
解決する話ではないの?

pdumpfsで毎日バックアップしていると
毎日ファイル1つにつき1つハードリンクが増えます
ファイル数によるけども私の環境では
10年以上前からext4では手に負えなくなりxfsにしていました
xfsはxfs_progsのメモリの使い方がアホ過ぎるので
期待を込めてbtrfs（RAID1）にしました

xfs_repairでした

期待て
ぞろぞろ裏切られたあとでそんなこといわれても

>>142
この辺までは見つけた
https://developer.hatenastaff.com/entry/2023/12/30/110000

pdumpfs って保守されているの？
そもそも更新していないファイルは
ハードリンクで対応とか
設計ミスなんじゃ

>>147
昔はもう少しあったぞ
何とは言わんが

＞＞147
＞＞149

ぐはあ 吐血（ｒｙ

ファイルシステムスレでやれ

inodeは植毛できないの?

>>152
ファイルシステム総合スレ その21
https://mao.5ch.io/test/read.cgi/linux/1750553314/

ｿﾝﾅﾆ毛ｷﾞﾗｲｼﾅｸﾃﾓ

Devian的にお勧めで新し目で、
fehみたいにシングルキーショートカット自在に設定出来る、
シングルペインの画像ビューワなにか御存じですか？

fehの後継にとおもったんですがと思ったんですが、
新し目のものは大抵シングルキーショートカット出来なかったりいじれなかったり……
目に見えて速いのあったけどここら辺でダメでした……

今は状況によりけりでfehの代わりにmpv使ったりしてます

シングルキーショートカットってのはctrlなんかを併用せずに単独のアルファベットをショートカットにできるって意味？
Gwenviewならできる。UIはごちゃごちゃしてるけどツールバーやなんかを非表示にしまくればまあ…

ひょっとしてxが死んでfeh使えなくなった？

nomacs ： debianリポジトリから外れたしなんか重くなった気がする
LXImage-QT ： 軽くてさくっとはいるので使い勝手が良い

新しめの画像ビューワ山のようにあるから新しいのほしいなら自分で探したほうがいいし

geeqieじゃダメなの？

ここに載ってるようなものの中でも該当するものはなかったかな
qViewだったかなぁqimgvだったかなぁ、速いけどキーボード操作がおざなりだったような

失礼

アプリケーション一覧/マルチメディア - ArchWiki
https://wiki.archlinux.jp/index.php/%E3%82%A2%E3%83%97%E3%83%AA%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E4%B8%80%E8%A6%A7/%E3%83%9E%E3%83%AB%E3%83%81%E3%83%A1%E3%83%87%E3%82%A3%E3%82%A2

GpicviewとViewniorは重宝してる
ただXviewerが使えれば迷走することは無かった

>>155
nsxivはどう？

qimgvいいな
画像サイズにウィンドウサイズをリサイズしてくれて同じ機能にショートカットキー複数設定できてQtの画像プラグインが使えて
情報ウィンドウがペインではなく独立ウィンドウで出てくるのも好み
教えてくれてありがとう

>>163
ご指摘受けて再度確認してみました


まずimlib2使ってる時点で古いって印象
5MB以上のファイル連続読み込みで速度はfehと大差なく、そこは同じの使ってるから変わらないよねと思った
コマンドが多いのはfehより優れてる
ただこれman見るとキーカスタマイズはC-x押したあとに続けて～しかできないっぽい？

拡大に限度があるのはちょっと……
あと4kモニターなんだけど、サムネイルモードが小さ過ぎて見えなくて使えない感じ

他にいくらでも良いのある感じ
コマンドの多さ除けばfehでいいよね

qViewがなぁ。fehよりキーカスタマイズは優れてる
けどリポジトリに無いからなぁ
今回はappimage使った

小さいファイル連続表示はqViewの方が速かった
でも新しいものならむしろデカいファイルで速いべきでは？
昨今のスマホの写真解像度もデフォでデカくなってる外出し

ふーん

synapticとかでviewerやsumbnで検索して片っ端から試したほうが早い
似たようなのが山のようにある

つかカウンセリングして好みに合うの１つ１つ確認しながらココでやんなって感じ

ガチの気狂いだろうな

5万枚ぐらいの画像を処理するために作業していたら
PCManFM でフォルダを開いた瞬間に大変なことになったでござる
サムネイルはいらない子にしました

サムネ無しでもダメだろ

５万枚の画像ファイル閲覧くらいどうってことないでしょ
とDolphin使いながら首を傾げた

>>173
この板にはいまでは低性能になるPCを使っている奴が超多い
低性能PCでは並み性能PCで大したことない負荷の処理でも大変なことになるんだよ
>>172
俺も画像扱うのにサムネないのダメと思うが、でも、自分で何とか(高性能PCの導入、ソース弄って高速表示にするとか)できないとなると
いらない子にするのはしょうがない

サムネイルなんて実装の良し悪しがもろに出るからな
マシンスペックではなくてPCManFMが大量のサムネイルを扱うのが苦手という話では？

5万枚の画像ってなに？
動画ばらしたとか

>>174
その程度の枚数なら１５年前使ってたgeodeNX機で処理してたがそんなことなかった
１枚１枚処理がかかるスクリプトまわしても終わるまで時間がかかるだけだった
M黒ソフト製のOSでもあるまいし大変なこととは一体？

画像1MByteとして5万枚で50GByte
画像5MByteとしても250GByte
多いけど同時にメモリ上にある必要性はないわけで

ディレクトリ分けるだけでも捗るかと

>>175
>大量のサムネイルを扱うのが苦手
苦手てな原因がサムネの生成が遅いからなら
俺プログラム等であらかじめPCManFM用サムネを生成しておけばいいんだろうが
(>>177が15年前にやったようなことをやれば良い)
そうすれば気にならない時間でサムネ表示が可能になるんじゃないのかな

なんでそんなになるまでフォルダを分けて置かなかったんだよｗ
まず最初に保存日で月とか年ごとに分けるところから始めた方が良いんじゃね

>>174
そうじやなくて、1つのフォルダに5万ファイル置くのがアウトだろ

lsするだけでくっそ遅いはず

ゴミ屋敷Linux

それこそファイルシステムによる
xfsはbtrfsに比べてファイル数多くてもめちゃはやいよ

1ディレクトリ5万ファイルだと閲覧する人間の能力の限界を超えそうだ

5万ファイル目視ならripgrepの置か世話になる方が効率高め

DBのログなら5万件位直ぐいくよ

てか画像5万て拾ったエロとかそれに準ずるくだらないファイルじゃないの？
溜あんまり想像つかないわ

pcmanfm --desktop-offで解決

>>181
別に普通
なんの実体験？どんな環境だよ
GUIファイラーは見えてる範囲内のサムネイル生成を優先する
範囲外はバックグラウンドで余力使って生成続けるから大変なこととやらは起きない

lsなんて一瞬でしょtimeつけて回してみてよ
findでもlocateでも一瞬でしか無いと思うが

ファイルシステムはリレーショナルDBじゃないんだから数が増えたら速度低下するのは当たり前の事なんだが
DBが無かった頃はファイルにデータ入れてたしな
今ならGoogle検索すりゃAIが教えてくれるで

mkdir 100 ; pushd 100 ; touch {1..100} ; time ls ; popd
> real 0m0.003s

mkdir 50000 ; pushd 50000 ; touch {1..50000} ; time ls ; popd
> real 0m0.398s

商用ファイルサーバはディレクトリはDB構造
もちろんリレーショナルじゃなくてファンクショナル
ハッシュテーブルとか使ってる
一部のLinuxファイルシステムもそう

0.398/500→0.000796

最近なんかxfsとbtrfsって単語をこの板で妙に見る気がして
対立をあおりたい人がいるんじゃないかって思うの

lsはフォルダ見るだけだから容量分しか差が出ないのか
ファイルアクセスだと
1/1なら1回で当たるが、1/50000なら当たり引くのに平均25000回だから単純リストなら25000倍になるんじゃねえの？

>>195
比較だよ
FSは煽られるほどの信者がいるものでもあるまい

>>197
お呼びじゃないから失せろ

100枚なんてすぐだろw

PCManFM はフォルダ内のすべてのイメージのプレビューをロードします。
HDD を酷使しないためには、フォルダ内の画像数を 100 にしてください。

>>184
btrfsの比較も大量ファイルのあるフォルダをnocowにして計測してるようなのは少ないから実際の測定と単純な測定ではまた差が出るだろう

心配しなくてもbtrfsなんか使わないよ
引き合いに出してるxfsもbtrfsと比べるほどオンボロなんだなあというネガキャンになってる

まだ春休みなのか
ファイルシステムの速度差が3倍5倍あっても一方がスイスイでもう一方が我慢できないほど遅いなんて差がつくわけないだろ
それよりも縮小処理の速さ、キャッシュの扱い、表示する範囲だけロードする、使わないものはメモリから追い出す、等を適切にしているかの影響がでかくて
PCManFMが下手くそというだけ

pcmanfmとかゆう化石使ってるジジイが悪い

btrfsは目に見えて遅かったからまあわからないでもない

PCManFMたまたま入ってたから使ってみたら
ディレクトリ一気に読み込もうとしたので確かに古いタイプの作りかも
サムネを1度作るまでは重いタイプ
軽量のrox-filerだとしてもサムネ作るまではという往年のファイラーが大体同様の処理

ハードが非力ってのもあるけども
btrfs（RAID1）ってxfsではなかったIO待ちが頻繁ある
プリエンプション禁止が多いのかな?

遅いうえに他のFSでは考えられない頻度で論理エラーを起こす

プリエンプション禁止とインテラプト禁止と段階がある？同じ？

今のLinuxファイルシステムは速度でext4、機能でbtrfs、ハード寿命でf2fsのどれかを使えって感じなので
btrfsの速度を叩いても意味はなく、ネイティブスナップショットを断念したxfsの生き残る道は速度でext4を超えるしかない

意味がないとかイミフだけど
btrfsはこれ以上犠牲者が出ないように消えて欲しい

犠牲になった方々のおかげで今は問題ないのでBtrfs使わせてもらいまっさ

また嘘つきが犠牲者増やそうとしてる

ハード障害で壊れるのと、btrfsで壊れるの、そんな違わなくね？
RAIDの人はサイズが大きいだけで。

btrfsが壊れるばっかり言ってる人は最近のソースを示してほしいと思う
bookworm以前のバージョンで、6.1以前のカーネルでとかなら
それはカーネルバージョン上げてほしい
もうなんかスレ違いでファイルシステムスレ行きな流れだけど

何が良いとかどうでも良いからそれぞれで好きにしろよめんどくせー
いつまでやるつもりだ

細かいメンテナンスのコツを書こうと思ったけど
面倒くさいんで辞めますね

btrfsは馬鹿には使いこなせない。以上

と馬鹿は信じて疑わない

btrfsアンチが何か言ってるけど
完全におま環だろ
しかも自レスのすぐ後に回線変えて追従レスしてるのが自演バレバレ

ファイルシステム総合スレ その21
https://mao.5ch.io/test/read.cgi/linux/1750553314/

ここまでヘイト買ってるFSもめずらしいｗ

不安定なのはいつもそうだよ
地盤の悪い所に建った家みたいなもんだから

Btrfs は Fedora Workstation のデフォルトファイルシステムなので、開発者は沢山使っていると思うよ。
スナップショットで復元もできるし。
向かない用途もあるだろうけど、そこではxfsにすれば良いだけだし。
DebianならJFSもインストーラーがサポートしているので、使えば良いじゃないかなとも思うし。

btrfx xfs
NGword

fedoraとか誰も使ってないやん

Linus Torvaldsが使ってるだろ

Fedoraは安定した長期運用なんて考えていないからな

リヌースはFedoraに乗っているgccで開発しているっぽい
Debian stable だとgcc/glibc 共に古くてムリムリカタツムリだろう
https://github.com/torvalds/linux/commit/bd664f6b3e376a8ef4990f87d08271cc2d01ba9a

Debian使いでarch派生とか使ってる人おる？
やっぱ趣味全壊にしとる？

Debianとlaunchpadで十分幸せです
たまに/optその他に自前でコンパイルしてインストールしてるが
開発で必要な時のみでDEいじりで遊んだりはしてない
DEはずっとgnome3

俺はChacyOSとDebianなんだけど
ChacyはNVIDIAが入っていてGnome50 Nvidiaドライバ カーネル6.19でけっこう固まるときがあるね
DebianもGnomeだけど無風だね　ゲーム性能はライブラリが古いのかイマイチではあるけど　
この2つは精神衛生上バランスが良いな

うちのDebianはGUIなしのファイル・NTPサーバーだからなぁ
余計なものは一切入れず、今日も元気に動いてるよ

まあ攻めたDebianが良いならPikaOSに行くのも良いけどね
gccもAMDドライバも新しいし

OSやOS環境で遊びたいのじゃなくて
その上で遊びたいから
OSまわりはド安定で満足

Gnomeはもはや環境決め打ちで開発されているから
Debianのようなメジャー以外では地雷でしかないぞ

GNOMEすらまともに動かんライブラリバージョンが特殊な構成のデストリの方が地雷なんでは

最近はtesting常用する人いないのかな？

>>230
CachyOSみたいな攻めたOSでglitch起きて対処法が分からなかったら怖いわ
hyprlandとかよく手出せるなと思ってる

GUIは軽いが正義

DE選択せずにOpenbox
軽くて良い

Gnomeは今は軽いよ
っていうかヌルってしている
タブレットには向いてるんだろうね
Windows8がヌルってしていたら失敗しなかったかもしれないね

全部入りKDEが楽
conposite有効だと重い古めの軽量DEは過去のものだと思ってる
wayland関連でも解決できない問題多くてもう無理

DE選びはスレ違いだな

Wayland以外でも無茶苦茶やってて
もはやAluminiumOSのスパイとしか思えない

GnomeなんかGnome3で終わったDEだよ
利用者の正気を疑うレベル

gnome3で時が止まってるぉぢいちゃん

拡張が便利だからgnome3以外は難しいな
javascriptだから自分で修正できるのも良い

gnomeは開発本家が人気の拡張やテーマに喧嘩売るようなDEだからなぁ
そんな環境で安心して使える拡張なんかあるのか

個人製作の拡張が必要なのって製作者が作らなくなったとき困るよな
特にアップデートが頻繁にあるのにアップデートの度に利用できなくなるようなやつ

元々あった機能はメンテ出来ないとか、セキュリティとか言って使えなくするから、何処まで機能削れば満足するのだろう

Debian trixie-backportsでHyprlandが利用可能に

Debian -- Details of package hyprland in trixie-backports
https://packages.debian.org/trixie-backports/hyprland

>>248
metadata.jsonのshell-version弄れば大抵動いちゃうけどね
最初は全部すぐに追従するつもりでもやらなくなっちゃうんだよね開発者が

昔のFirefox拡張もそういうアホ仕様だったな懐かしい

昔を懐かしがるのもいいが.....

>>230
チャッシー可愛い
それはともかくCachyは本流にマージされてないGPU関係パッチ当ててるんでしょ

GNOMEの最小メタパッケージgnome-coreにしれっとibusが追加されてる
結構な影響ありそうなのにchangelogにすら書いてないし何考えてんだこのメンテナ

>>255
本当だわ
packages.debian.org/sid/gnome-core 見たら
ちゃんと ibus ibus-gtk4 が依存関係になってる

わたしは ibus を使わない主義なの
これでいよいよ時期 GNOME とはおさらばかもね

Ibusは最初期も唯一のIMフレームワークになったみたいなモーヴがあったよね
ちょっとおかしい人が関わってるんだろうね

libdbusはibusのライブラリかと思っていた時期がありました。
ではなくて、Gnome何時も何時もおかしい人がいるのでは？疑惑はよく出るね。
i18nや絵文字でLatin-1圏でもibusを使いたいのだろうけど。

ちゃんとchangelogにはあったわスマン
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1115532
gtkがデフォでwaylandプロトコル使うように変更される
ウムラウトつき文字とかが入力できなくなる←バグリポ
今後はwayland対応IM?がいるのかー、じゃあibus入れといたろ
という流れっぽいのでibus以外の選択肢があること知らんのじゃないか

そうですよ
Wayland で動作するのは Ibus が唯一じゃないのよね

>>261
ちなみに上の書き込みは Wayland 上でやったけど
Ibus は使ってないからね

>>262
手書きだよな
可愛い字してんじゃん

Way！

13トリキシーも半年ぐらいしか経過してないのだね
バージョンを重ねるたびに
不具合を含みながらリリースされることが
増えていると感じる

リリーススケジュール守ってリリースされてすごいなあと思ってた
以前はいつまで経ってもリリースされなかったんだぜ

だからやっぱり、Debian安定してるとか嘘じゃん。
メジャーバージョンアップのリリース回数が少ないだけという。

1.0はキャンセルされてなかったことになったし
3.1はリリースから1日もたたんうちに3.1r1が出てなかったけ

？

Debianの安定は変化が少ないのと旧バージョンにもパッチを当ててくれるといった部分で
各ソフトウェアの安定版バージョンを選んでくれているわけではないので、testing切られるタイミングはお祈り

全体的に安定してるよ
リリース直後はどこでも不安定だが
その中でもDebainは安定してる

アップデート入るならいいやん
メンテナ居ないほうが良いとか思ってんのんかおおん

BBQの都合に合わせてリリースされるDebian
https://lists.debian.org/debian-release/2025/07/msg00505.html

>A couple of Release team members will be at Sledge's BBQ in Cambridge
>as will pretty much all the images release team

>Not this weekend , please :)

まあいいじゃんそういうの

来週出る予定のUbuntu 26.04LTSはどこまでバグ潰ししてるのかねぇ
うちのデスクトップだとtrixieはかなり苦労して未だにbookworm使ってる
たからUbuntuベースでどこまで改善できてるのかだけが気になるわ

???

>>275
どんな不具合よ？

変なのが居着いてるのは俺でもわかる
なんなの5chの賑やかし工作員？
まとめサイト自演？

まとめさんワイは虹色で

>>278
5chはそもそも頭おかしい奴の吹き溜まりやぞ

>>275
UbuntuはDebianに足してるんだからむしろバグの温床だろ

>>275
LTSはそもそも各ソフトウェアのバージョン古いだろ？
出たばかりでも
パッチをバックポートしてくれるのはいいが
LTSを出るたびにバージョン更新するのはそもそも使い方としておかしいしな

>>281
LTSは各ソフトウェアのバージョン古いし
バックポートもしてくれるから
サービスダウンしにくいサーバには向いてるよ
あれでどれだけ利益出てるのか知らんが

不具合ってもemacs上の機能でちょこっとで
日本発の機能だから
あまり利用者も居なくてしょうがないかなとも思っている

使ってここに書き込むくらいには Debian好きだよ

https://mevius.5ch.io/test/read.cgi/unix/1723859705/91
この件かな

KDE plasma3.5と3.6はたまにデッドロックっぽい感じで固まらね？
VirtualBox上のDebian sidでKDEという特殊環境限定かもしれんが
なんも受け付けなくなるからリセットするしかないし再現方法がさっぱりわからん

3.5と3.6じゃねえ6.5と6.6な

sidはそういうもの

>>286
KDE以外のDEでも同じなの？

>>286
いつからかアプリのインストールと更新時に固まるようになった
実機で１〜３分ほど放置すると戻ってくる
trixie以降かな

plasma部分だけ固まるからすでに起動済のアプリへは影響してない

KDEは昔からずっと不安定なイメージだわ

そんなことないよ
KDE2系のよくわからんアプリクラッシュ挙動
KDE4最初期数ヶ月の未完成状態
くらいで安定してたから今回の挙動は久々に参ってる

dbus-monitorで監視してみてはどうかな

>>282
> LTSはそもそも各ソフトウェアのバージョン古いだろ？
> 出たばかりでも
思いっきり勘違いしてるなあ

朝locateのdb更新に短い時間反応悪くなるようなのが
KDEでソフトインストール後に毎回起きるやつな
検索用dbかなにかbaloo？が悪影響与えてそうなバグかと思ってたが全然治らん
まさか仕様のまま押し通す気なのか

sidはそういうもの
https://www.debian.org/releases/sid/index.ja.html

>>289
GNOMEでは今のところ起きてない
1年ぐらい前まではgtk4アプリの設定を開こうとすると100％暴走するバグがあった
設定の共通処理？は負荷が高いっぽくて暴走はしないが今でも開くとき一瞬固まる

>>290
それ系はVM上だとVMが糞という可能性が多分にあるのがね
ただ反応悪いだけのやつはそういうもんだと片づけがち

Discoverでアップデートとインストールで固まる
Synaptic単体では起きない
Discoverがなにしてるか調べる方法わからないというかSystemd以降わかりにくくなってない？

俺はman爺を嫌っているからKDEは使わないから知らんが
今は亡きman爺もアップデートでDiscoverは使うなって言っていたで

>>300
その爺とやら大好きなんだな

おとこのこはみんなじいがだいすき

みんなに好かれる爺ステキ

自慰の間違いだろ

んなこたーない
今日1週間ぶりに一度したっきりだぞ
11→12→13とDebianのverupは一日に2回もしたのに

>>298
仮想環境へのレスだが
これは実機の話

LXqt使いがKDE入れてみたけど、綺麗だけどめんどくさい！
よくこんなのみんな使ってられるね
マウス使う時間のほうが長い人たち？

？

>>307
KDE Plasmaってショートカット少ないんか？

lxqtも汚えうんこdeやん
キーボードオンリーゆうならwm使え

全く見識ないが一所懸命煽ってみた感がすごい
煽り役を素人にやらせるな

どんな人間でもデビュー作つくったときは素人
彼にはのびしろしかない

>>311
低脳力な人がかまってもらうために書いたんだろうからな
>>312
この板の超多数派である俺らおじ・じじいはもう伸びしろないが、一方劣化は超期待できるからな

と、無能が申しております

無能逆流れ

New Debian Project Leader Elected For 2026
https://www.phoronix.com/news/Debian-DPL-Sruthi-Chandran

また多様性か・・・

Debian もゆっくり死ぬのかな

オルタナ右翼のBryan Lundukeおじさんが「DebianでDEIガー、多様性ガー」って言っていたけれどこれのことか
前にDevuanを褒めていたからそれを使えばいいと思うよｗ

図書館の司書がDebianのボスか～

> She has been involved with Ruby, JavaScript, Go,

女さん好みの言語だよなｗ

Rust以外は全部レガシー化する

DPLなんて役職はCやC++やRustでゴリゴリコード書きまくってる真の男にしかつとまらないと思っていた
RubyだのJSだのGoのような女子供向け言語しか使えない女さんになってほしくなかった

哀れ非有権者の遠吠え

https://x.com/barckcode/status/2046291515358732325
どういうことなの？

It works!

なんつーかDPLに夢見すぎじゃね
プロジェクトのことは案ごとにDD全員の投票で決まるし提案はDD全員に権利がある
提案の条件がDDの場合は5人の賛同者が必要だがDPLは単独でできるというだけ
過剰な民主的システムのせいでDPLには大した権限ないことでむかしから有名

なんでもいいよ全部RUSTにすりゃ

頑張れGCCrs！

頑張れGCCrs！

Clang が仲間外れに

プログラミング言語「Ruby」のエコシステムを支援する非営利団体Ruby Centralが「深刻な財政危機」に陥っていることが明らかに - GIGAZINE
https://gigazine.net/news/20260421-ruby-central-financial-jeopardy/

rubyとか誰も使ってないから逝ってよし

Debianスレで書くことじゃないけどOpenSUSEのパッケージマネージャYaSTがRuby製
なんだけどもう既に後継あるんだっけ？

https://en.wikipedia.org/wiki/GNOME_Foundation

> Between 2008 and 2010, Stormy Peters served as the foundation's
> executive director.[12][13] She was replaced in June 2011 by Karen
> Sandler,[14] who served until March 2014.[15] Following Sandler's
> departure, the GNOME Board announced that cash reserves had been
> drained due to a cash flow problem, as the GNOME Foundation had to
> front the costs of late payments from sponsors of the 'Outreach
> Program for Women'.[16] Spending for non-essential activities was
> therefore frozen to allow the cash reserves to recover throughout
> 2014.[17] This led to various rumors that the GNOME foundation had
> gone bankrupt, which the GNOME foundation has clarified never happened.
[18]

女さんがGNOME財団のトップになったらフェミ団体に財団の金を流出させて
GNOME財団が破産しそうになったことがあった
女さんがDPLになったと聞いてこの事件を思い出した
嫌な予感しかしない

Gnome 3 (2011/04) はゴミくずになったのを思い出した

>>335
>the costs of late payments from sponsors

スポンサーがクソだったってことだな。
財団側のお節介な立て替えはどうかと思うが、少なくとも横領事件ではないし、そもそもOutreach Program for WomenなるものはGNOME財団主催だったようなので外部団体に対する資金供与でもない。

Suse経由でMSのスパイが入り込んだのもGnome Faundationだったような
破壊手法が洗練されてきてない？

たまたまがきゅうって縮んじゃうね

>>338
なにそれ
くやしく

そもそもlinuxカーネル自体msも開発に関わってる定期

>>338
認知症で妄想が出てきてるんだな

んなもんよりRisk-Vから外れてる中華チップ対応をするくらいには中華スパイが紛れ込んでるほうがやべぇ

不具合に見せかけたバックドア仕込みまくってるからな

novelがMSと業務提携してたときまだSUSE手元にあったっけ？

あったよ

>>343
Linusはロシア人を退場させたが中国人はそうでもないと

>>347
Linusはフィンランド人だしそりゃ
あと中華弾いてないのはDebian

ハードウェアファームウェアのバックドア機能は考慮外かよ
intel meとか不透明すぎて戦争状態でどう使われているのやら

Mozillaも中国資本がガッツリ入ってると聞いたけどマジなん？
それだとFirefox使うのリスクしかないんだけど

オープンソースなら最後はバレるから多少のリスクを前提で

という感じ

xzの件とか色々あるのでLinuxなら大丈夫とするのはカルトっぽい

本当にチェックしているのか？
誠実で大丈夫そうに見えるメンテナは、ある営利組織から金をもらったり脅されたりで嘘ついてないか？
LinusやRMS自体、大丈夫か？
そもそも実在の人物なのか？
ｗ

OpenBSD を使いなよ。

そうねそうね

中華チップ対応に人的リソース割いてるのは政治やカネが絡んでそう

悪銭まみれのLinux
哀れだなｗ

RHELとUBUNTUよりはマシ
オープンでフリーなんで

そいつらと同罪だと思うけどな

なんならフォークすりゃいいだけ
泳がせとけ

チャイナリスク

AnthropicのMythosがFirefox 150で271件のセキュリティ脆弱性を発見、
Mozillaは「防御側にとって朗報」なんて記事があったが
カーネルを調べたらやっぱりぼろぼろと見つかるものなのだろうか

Firefoxはやっぱり人手が足りてない
webkit陣営は大手３社がかりでやってるのに
たかだかMozillaだけで対処できるわけがない

AIあれば人手問題は解決とか
そんな簡単ではない

スパゲティコードを次世代型GPTで全変換するにょ
全部RUSTにするにょ

不具合だらけになりそう

驚き屋さん...

息をするようにAIが全変換するにょ

wifiドライバが
non-free-firmware扱いになるのも
懸念事項
仕込まれている?

再加工してるLMDE以外信用できなくなってくるな

>>367
だったらGNU GuixかTrisquelに乗り換えるんだな

カンピーナス州立大学でMiniDebConfが開催

MiniDebConf Campinas 2026 (Brazil) starts tomorrow at the State University of Campinas. Full schedule is available here: https://campinas.mini.debconf.org/schedule/. Most of the talks will be streamed online. #debian #debconf #miniDebConfCampinas #brazil #04

https://framapiaf.org/@debian/116450171766703254

>>368
その名前変えるだけのディストリは最初から信用してない

チューニングしてるから該当箇所を削るなり置き換えるなりするだけや

散らかってて見通し悪いディストリビューションNO1受賞
NO2はubuntu

俺の賞だけどな

DEI China vs Western Enterprise

archがさいつよ

Archはハッカーにタゲられてるやん

ハッカーと呼ばれるような優秀な人たちが集まってるならいいことじゃん
どゆこと？

理念は1番いいけど
触ると絶対無理LinuxのNO1受賞

RHEL系は整然としてるの？
Fedoraは更新多過ぎるからデスクトップで常用したくないわ

RHELは気に食わないがAlmaを触るのもよかろう

>>379
エンタープライズでちゃんとしてるディストリビューションはスッキリしてるよ
デスクトップ系はぐちゃぐちゃで厳しい

>>370
カンピーナス州立大学なんてあるんだね
初めて聞いた大学名だわ
しかも州立大学なのに

>>380
それでよし

>>382
カンピーナスはサンパウロ州の第3の都市らしい
ブラジルに詳しい人しか知らんやろな

Debian は bash と dash を使い分けたり、gawk でない awk をデフォルトでインストールしたりと、GNU 以外を選ぶ謎選択してる。
GNU に揃えても思うんだけどな。
中途半端で変なんだよ。

/bin/shがdashなのはDebianのいいとこでしょ

だから結局変なことしないarchやねん✨

>>386
debianはx86系だけじゃなくてarmとかmipsとか
組み込み向けでリソースが有り余ってる訳じゃないアーキテクチャも
標準でサポートしてるというのもあるはず

そういう限られた資源のハードウェア上では
無理してbashとかの高機能重量シェルより
dashが標準というのは意味が大きい多分ね

だったらbash入れるなと言う話
BusyBox を使えば良いのに

>>387
変なことしない代わりに間違えるとアボンやん
ゼロデイにも弱いし

ああこの素晴らしいDebian♬
素敵なDebian♬
さあ皆で愛で褒め称えよう♬
天よりも高く崇高なDebian♬
我らのDebian 永遠に♬

>>391
なんかの替え歌？

でびゃーんの宣伝文句: 安定、標準、簡単

純白よりも白いDebian❤
清廉潔白なDebian💕
決して裏切らないDebian💜
我らのDebian永遠に💑

キモ…

鉄道や創価系の板によくでてくる替え歌ガイジ？

まあ、前向きで良しw

いよっ、APTの親玉！

きもくて草

でもな、
速いんだよな
win10 lite、の方が
悔しいけど

>>393
簡単以外はそうなんだよな

変なのが湧いてる
監獄にカエレ

みんなDebianを愛してるんだね🎶

いいえ

絵文字おじさんキモいわ

そんなに愛してるのか💞

MiniDebConfが5月4日からハンブルクで開催

MiniDebConf Hamburg 2026 starts in seven days. Full schedule is available here: https://hamburg2026.mini.debconf.org/schedule/ #debian #MiniDebConf #MiniDebConfHamburg2026 #04

https://framapiaf.org/@debian/116482965664235541

旭川のDebconfマジで返上しようよ
あの街はヤバイよ

産業スパイでもおるんか？

修羅の街なので
https://www.aozora.gr.jp/cards/000081/files/43040_15400.html

騒がれているLinuxカーネルの脆弱性

CVE-2026-31431
https://security-tracker.debian.org/tracker/CVE-2026-31431

旭川は容疑者捕まったし再び平和が訪れましたね

沖縄でやろうぜ

英語通じない衰退国でやっても意味ないやろ
先進国でやれ

沖縄は米軍関係で使いまくるぞ

あなたは光のおとーさん

Debianってやっぱサーバー向けなんかなあ、パッケージ古いわ、
安定しているからサーバー向けと言われるけど古いから必ずしも安定しているとは限らないし

testing 使え

そもそも使ってる人が少ない

redditフォロワー数
arch 37.1万
ubuntu 29.2万
fedora 18.3万
debian 14万
cachy 6万
zorin 2.2万
mx 1.1万

Debianユーザーがredditを使ってそうなイメージがない

むしろ更新が少なくてデスクトップでも快適

>>418
Testingもそこまで新しくないじゃろ！

RHELもUbuntuもCopy Fail対策のカーネルパッチまだ出てないのにTrixieは即効出た
Debian早い
Debian偉い

distrowatchのページビューで戦闘力主張してきたキチガイ民党のスメルを感じた

うむ
更新した

RHEL は出してるよ
https://access.redhat.com/solutions/7141931

>>422
Testing/forkyは先週から先週にかけてPlasma-6.6.3が降ってきたくらいの遅さですね
それまで6.5.4だったかな
さっきspacebar-6.6.4が降ってきたからそのうち全体も6.6.4に上がりそう

>>423
bookwormはまだのようです

>>423
ふーむ🤔

>>420
見づらい分かりづらい使いづらい

FOSSならLemmyだよなあ

Linux - Lemmy.World
https://lemmy.world/c/linux

たいてい半日〜1日でどのディストリもクリティカルなパッチだったら降ってくる
多少のズレは誤差じゃね

早ければ早いほど他に手を回せてるとは思う
ある種のバロメーターやな

大本のパッチがあたるのが3〜4時間後、そこからメンテナが気がついて対応するまでの時間でしょ
1日内なら遅くも無いと思うが
どこも潤沢な予算や人員確保してるわけでもないのだからこんなもんで上等じゃないの

>>419
けっこう多くてびっくり！

>>435
Debianが?
ラズパイでしょ

デスクトップ環境 Vote数 (パッケージ)
Sugar 2 (suger-session)
FVWM-Crystal 16 (fvwm-crystal)
Budgie 85 (badgie-core)
Enlightenment 107 (enlightenment)
LXQt 2073 (lxqt-session)
LXDE 2514 (lxpanel)
Cinnamon 8629 (cinnamon-desktop-data)
MATE 9262 (mate-settings-daemon-common)
Xfce 23928 (xfconf)
KDE Plasma 29634 (plasma-workspace)
GNOME 57587 (gnome-desktop3-data)

Debian Popularity Contest ( popcon.debian.org ) に参加している端末の統計から
Debian以外も含むがほぼDebian
実数はこの倍か

https://popcon.debian.org/by_vote

ウィンドウマネージャ Vote数 (パッケージ名)
UWM 1 (uwm)
aewm++ 3 (aewm++)
MIWM 3 (miwm)
w9wm 3 (w9wm)
9wm 4 (9wm)
wm2 6 (wm2)
VTWM 7 (vtwm)
FLWM 8 (flwm)
LWM 9 (lwm)
CWM 11 (cwm)
Blackbox 21 (blackbox)
sawfish 42 (sawfish)
ratpoison 47 (ratpoison)
dwm 51 (dwm)
JWM 54 (jwm)
Twm 75 (twm)
niri 79 (niri)
Hyprland 90 (hyprland)
Enlightenment 107 (enlightenment)
xmonad 134 (xmonad)
Labwc 184 (labwc)
Window Maker 193 (wmaker)
FVWM 253
IceWM 283 (icewm)
Fluxbox 347 (fluxbox)
Awesome 425 (awesome)
Sway 1068 (sway)
i3 1843 (i3-wm)
Openbox 5381 (openbox)

おまけ

>>436
ラズパイがそんなに多いわけがない

arch
何がいいのん?
>>435

Archの派生のForumやwikiで情報が分かりやすいからArch wikiを使うなら、そのままArchでいいやになった

this includes security fixes for CVE-2026-31431

patched kernels are: 5.10.254+, 5.15.204+, 6.1.170+, 6.6.137+, 6.12.85+, 6.18.22+, 6.19.12+, 7.0-rc7+

archはsteam deckで採用されてるから伸びてるだけ
Linuxディストリのプレインストール機をMSが妨害してる理由がそれ
売れたら支配がとけちゃうから

Valveはローリングリリースのディストリが欲しかったのか知らんけど
個人利用ならdebianでいいや楽だし

何がいいかはArch使ったらわかるYO!

https://imgur.com/wEkZScP.jpg
https://imgur.com/qgLh1fT.jpg

Archユーザーはattention seeking kid
うざいガキ
キモいヲタク

>>444
ディストリビューションをうまくまとめているなｗ
ここじゃなくて、オススメLinuxディストリビューションスレに書いた方が良かったのに

左下の人ストールマン？

>>444
gNewSenseが亡くなって、後釜はTrisquel OSとGNU Guixか
赤眼鏡の人は何なの？ｗ

>>444
gNewSenseが亡くなって、後釜はTrisquel OSとGNU Guixか
赤眼鏡の人は何なの？ｗ

古いmemeやな
俺はこれに騙されてウブンチュから入った

arch使ったことあるけど
これは"使わないほうがいいやつだ"と直感した

Linux界隈の入口はMintとDebianの2強

でたなミント厨
お呼びじゃない

いやDebian信者ですが

ミントはLMDEがあるから実質的な子分

Debianも入り口になれるか
いいことだ
Snapが無いだけLinux MintはUbuntuよりマシ

https://imgur.com/a/8qjznQA

マカー憤死

マカー憤死勢はMSの工作員だと思ってる
実際にはUnix Linuxのいい宣伝塔

味方はGNU Hurdだけ
他に挙げるならBSDと…ReactOS？

>>445

まんねり工作員、臭すぎ

バトルはじめるのは全員工作員

いや臭いのが工作員

Win11上のvmware workstatinで動かしてるbookwormをtrixieにアップグレードしたんだが、
起動diakが見つからないで立ち上がらない。
まあvmwareだがらすぐ元に戻せんるんだけど。
もうdebian卒業しようかな。

# update-grub
だけで治るような

>>464
update-grubやっても結果は同じ

どこで止まるのか知らんけど
grub自体が稼働しないなら
# grub-install
も必要かもしれない

grubが稼働するけどカーネルが見つからないのなら
# update-grub
が必要

カーネル稼働するけど初期ルートファイルシステムが
見つからないなら
# uodate-initramfs
が必要そう

# update-initramfs
ね、正しくは

あんまり疑いたくないけど
リリースノート読んでそれに従って
アップグレードしましたか？
https://www.debian.org/releases/stable/release-notes/index.ja.html

apt のリポジトリ元の設定を書換えて
# apt update
# apt upgrade --without-new-pkgs
# apt full-upgrade
だけで以前の個別コマンドが全て不要なはずなんだけど…

>>60
古いpcのbiosに残るバグをosが見つけたと言う意味らしい

vmで使うくらいなら別にwin11でええやん
めんどくせえ

>>468
それと同じコマンドでうpしたんだが。
rebootするとこうなる。
https://tadaup.jp/5VlwPRvh.jpg

not exsistて言ってるDISKはdebianの/のパーティションで、そのパーティションしかない。
reboot直前にUUIDみてもそのIDのままなんだが。

ｸﾘｰﾝ(…以下略)

カーネルとinitramfsがアップデートできたことを確認しました？
以前似たようなことが起きたときは自動ドライバビルドに問題があってそれが原因だった。
ほかには/bootが溢れたりとかもした覚えが。

gamescopeのビルドに成功したけど、これすごいな。

>>471
まさか今時Legacyブートじゃないんだろう？
UEFIにDebian表示してるの？

chrootで直せるかも知れないけど
この世に一つしか存在しないオレオレtrixieになって
今後訳分からない潜在的な副作用が出る可能性があるかも知れないｗ
13が使えるようになって欲しいだけならｸﾘｰﾝｲﾝｽﾄｰﾙが良いような

絶対に12→13アップグレードする任務が課せられてるならともかく

How to recover Manjaro's GRUB
https://en.linuxadictos.com/como-recuperar-el-grub-de-manjaro-explicado-por-el-bot-del-canal-oficial-de-telegram-del-proyecto-en-espanol.html

Debianのchrootは知らん

一番気になるのは/パーティションしかないそうで
UEFIだと/boot/efi にマウントするはずのEFIパーティションの存在
旧BIOS仕様の仮想マシン？

trixiインストーラーで起動して修復機能がないかな？
あるいは全部手でやるなら
上記のtrixiインストーラーでシェルを起動
/recoveryroot/
とかマウントポイント作ってそちらに復旧対象のパーティションマウント
chroot /recoveryroot
したうえで復旧できるはずだが

がんばって

debianかubuntuのlivecdでいいだろ。個人的にはarchのインストーラがリカバリには便利だと思うけど。
arch-chrootでrunやらsysやらも一発でマウントできるので。ちなみに、arch-chrootスクリプト自体はdebianのリポジトリにもある。

やっぱり教えない

教えて！

はい

>>286修正されたっぽいまじ感謝

mpv勝手に閉じなくなったな最近
これは進化だ
build from sourceのばやいです

>>477
もう15年前に初期インストールしたやつをうpし続けてきたのでBIOS仕様かも。
そろそろクリーンインスコかな。

それが原因でかつ仮想マシン仕様なら
なおさらクリーンインストール不要
https://www.debian.org/releases/trixie/amd64/ch03s06.ja.html

新ディスク作成してEFIパーティションを加えた必要パーティションの作成
システムデータの新ディスクへのコピー
EFIパーティションへのgrubインストール

これらはバックアップからの新ディスクへの書き戻しと同じなので
知っておいて無駄のない操作

463だけど、trixieにアップできた。
原因はlinuxカーネルが古かった。
アップする前のapt upgradeでlinux-image-amd64が保留になってたので、これをうpしてからやったら
trixieにアップできた。linux-image-4.x.-amd64が入っていた。

trixieにアップできたんだが、
立ち上げ時にdiskのマウント失敗して止まる。
░ The unit mnt2.mount has entered the 'failed' state with result 'exit-code'.
5月 06 10:03:03 tamajimu systemd[1]: Failed to mount mnt2.mount - /mnt2.

fstabからコメントで消すと起動できる。
fstabのコメントを外してrebootすると、1回目は起動成功するが、2回目は起動失敗する。
mountコマンドでマウントするとマウントできるのだが。

起動が成功するfstab
UUID=7385b4f3-dc92-4e23-b4c1-6572edf97db8 / ext4 errors=remount-ro 0 1
UUID=a72e6489-6bda-4d23-8625-a7fb6d39ef00 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
#/dev/sdb1 /mnt3 ext3 errors=remount-ro 0 0
#/dev/sdc1 /mnt2 ext4 errors=remount-ro 0 0
.host:/ /mnt/hgfs fuse.vmhgfs-fuse allow_other,auto_unmount,defaults 0 0

良かったな。おめでとう

>>486
udev絡みなんじゃないかな
もしかするとsystemdも

/dev/disk/by-uuid/見てUUID指定でfstab記述しても駄目?

>>488
UUID=7385b4f3-dc92-4e23-b4c1-6572edf97db8 / ext4 errors=remount-ro 0 1
でマウントしてるのに、
lrwxrwxrwx 1 root root 10 5月 6 17:27 1579899d-c51f-4328-9aa9-72d4acea7621 -> ../../sda1
lrwxrwxrwx 1 root root 10 5月 6 17:27 7385b4f3-dc92-4e23-b4c1-6572edf97db8 -> ../../sdb1
lrwxrwxrwx 1 root root 10 5月 6 17:27 a72e6489-6bda-4d23-8625-a7fb6d39ef00 -> ../../sdb5
となる。
sdb1を外して起動すると
lrwxrwxrwx 1 root root 10 5月 6 17:17 7385b4f3-dc92-4e23-b4c1-6572edf97db8 -> ../../sda1
lrwxrwxrwx 1 root root 10 5月 6 17:17 a72e6489-6bda-4d23-8625-a7fb6d39ef00 -> ../../sda5
となってUUIDて変わるんだな。
UUIDが変わってもsda1はなぜかマウントできる。


fstabをUUIDで書いても/devで書いても、/mnt2がマウントエラーになる。
fstabでマウントするのやめようかと思う。

sda sdb間で過去にddとかでパーティションコピーして
それでUUIDが重複しているパーティションがどこかに存在しておかしくなってるとか?

sda や sdb の区別はカーネル起動時の認識や通知の順序によるもので
同じ構成でも順序が変わるし、別の構成(別ディスクが増えている)などでは当然変わる
# 別のUSB SSDとか一時的に刺してあるだけで順序とか変わるので
https://wiki.archlinux.jp/index.php/永続的なブロックデバイスの命名
これらを嫌ってUUIDやファイルシステムに設定できるタグ名で一意に決めるように
移行状況にある

実際にUUID重複のようだね
両方のディスク(関係ディスク全部)を接続した状態で
uuidを表示してみれば明らか
# blkid
# lsblk
両方のコマンド実行結果を貼ってみなよ

根本的解決はgdiskでパーティション切り直しで一意なUUIDを付け直す必要がある
その場しのぎだとファイルシステムのタグ名で乗り切れるけど今後別の不具合でるかも

あるいは gparted あたりだと UUIDのみの書換えとかできそう

blkid 見れば分かるように各パーティションは
UUIDとPARTUUIDと2つ持っているはずなのでご注意を

# あんまりドキュメントとか読まずに
# 試行錯誤というかゆきあたりばったりで
# 乗り切っている様子が伝わってくる
# 正に秘伝のタレ状態
# よくわからないけど動いてますじゃ怖ぇーよ

そもそも仮想で使う馬鹿が悪い

/dev/sdXn(ext2〜4)のUUIDを再生成したければrootで
# umount /dev/sdXn
# fsck -f /dev/sdXn
# tune2fs -U random /dev/sdXn
だけで良いのでは？(他のファイルシステムなら他のコマンド)
そして、新しい正当なUUIDをfstabに指定

違ったらゴメンね

>>495
悪いのは老化だよ
15年前に初期インストールしたやつをうpし続けてきた(今回もup乗り切って大満足)
linux-image-4.x.-amd64が入っていた(カーネルアップもしない。今回upしたから大敗北)
老人になると劇頑固になりこんなことに必死にこだわる

ああ仮想の話か
よく読んでなかった

「linux-image-4.x.-amd64」
これをさらっと読み流していた
9 stretch
10 buster
のどっちかのカーネルで
trixie 13に一気に上げてきたと

そりゃ動きそうだけどさぁ

そんな化石なんに使ってたのやら

>>489
いや
/dev/sdb1 /mnt3 ext3 errors=remount-ro 0 0
/dev/sdc1 /mnt2 ext4 errors=remount-ro 0 0
をUUIDで指定したらって事
連番デバイス命名はもはやobsolete同然だよ
udev rulesで固定に出来るけど馬鹿馬鹿しいよ

>>501
root@tamajimu:/etc/apt# /sbin/blkid
/dev/sdb1: UUID="1579899d-c51f-4328-9aa9-72d4acea7621" SEC_TYPE="ext2" BLOCK_SIZE="4096" TYPE="ext3" PARTUUID="00018eed-01"
/dev/sda5: UUID="a72e6489-6bda-4d23-8625-a7fb6d39ef00" TYPE="swap" PARTUUID="5fb8ce0a-05"
/dev/sda1: UUID="7385b4f3-dc92-4e23-b4c1-6572edf97db8" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="5fb8ce0a-01"
root@tamajimu:/etc/apt# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 20G 0 disk
tqsda1 8:1 0 19.5G 0 part /
tqsda2 8:2 0 1K 0 part
mqsda5 8:5 0 510M 0 part [SWAP]
sdb 8:16 0 3G 0 disk
mqsdb1 8:17 0 3G 0 part
sr0 11:0 1 1024M 0 rom

root@tamajimu:/etc/apt# grep -v "^#" /etc/fstab
UUID=1579899d-c51f-4328-9aa9-72d4acea7621 / ext4 errors=remount-ro 0 1

UUID=a72e6489-6bda-4d23-8625-a7fb6d39ef00 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
UUID=7385b4f3-dc92-4e23-b4c1-6572edf97db8 /mnt2 ext3 errors=remount-ro 0 0
.host:/ /mnt/hgfs fuse.vmhgfs-fuse allow_other,auto_unmount,defaults 0 0

>>501
rebootするとここで止まるので、/etc/fstabの/mnt2の行をコメントアウトしてrebootすると立ち上がる。

░░ The job identifier is 74.
5月 06 22:35:15 tamajimu mount[589]: mount: /mnt2: fsconfig() failed: /dev/sda1: Can't open blockdev.
5月 06 22:35:15 tamajimu mount[589]: dmesg(1) may have more information after failed mount system call.
5月 06 22:35:15 tamajimu systemd[1]: mnt2.mount: Mount process exited, code=exited, status=32/n/a
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ An n/a= process belonging to unit mnt2.mount has exited.
░░
░░ The process' exit code is 'exited' and its exit status is 32.
5月 06 22:35:15 tamajimu systemd[1]: mnt2.mount: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit mnt2.mount has entered the 'failed' state with result 'exit-code'.
5月 06 22:35:15 tamajimu systemd[1]: Failed to mount mnt2.mount - /mnt2.
░░ Subject: A start job for unit mnt2.mount has failed

というかUUIDが間違ってるな。
5chに書いてて気づいた。

でも17時のときは
lrwxrwxrwx 1 root root 10 5月 6 17:27 1579899d-c51f-4328-9aa9-72d4acea7621 -> ../../sda1
lrwxrwxrwx 1 root root 10 5月 6 17:27 7385b4f3-dc92-4e23-b4c1-6572edf97db8 -> ../../sdb1
だったのに。

root@tamajimu:/var/log# grep -v "^#" /etc/fstab
UUID=7385b4f3-dc92-4e23-b4c1-6572edf97db8 / ext4 errors=remount-ro 0 1
UUID=a72e6489-6bda-4d23-8625-a7fb6d39ef00 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
UUID=1579899d-c51f-4328-9aa9-72d4acea7621 /mnt2 ext3 errors=remount-ro 0 0
.host:/ /mnt/hgfs fuse.vmhgfs-fuse allow_other,auto_unmount,defaults 0 0

でやっと何回rebootしてもOKになったわ。
スレ汚しすまそ

連番デバイス命名はブートごとに変わると思ってください
ネットデバイス名も最近のはデバイスユニークになるように長くなってる

セキュアブートを無効にすれば UUID なんて無視できるんじゃないの

UUID使わないなんて時代遅れです

使わないやり方忘れた

一意が保証できるなら、ラベルでもいける。
けど、大昔のSCSIのバスIDとかポート番号のようなもので指定する時代はとっくに終わってる。
ファイバーチャネルやiSCSIなんかは、簡単に経路が変わるようになってるからね

やはりその都度ジャンパピンでやらねばならぬか

現状態でOSアップグレード後問題起こりそうな部分をレポートするコマンド用意してあるんじゃないのか?
それで、例えば
fstabなら　/dev/** はダメぽUUIDにしなさいとか(実アップグレード時に自動変換もできるよ)
カーネルなら今の古すぎ、最低でもxxに上げないとダメぽ(あげれないないならOSアップグレード止めれ)

個人なら手動で修正でも良いが、今やLinuxデスクトップは企業等でいっぱい・普通に使われているから自動でやりたいよな
で、もう、AI当たり前時代だから、Debian提供のOSアップグレード事前レポート作成コマンドがDebianのAIとやり取りして
秘伝のたれ状態のものでもスムーズにOSアップグレードできるようにして欲しいよな
金のあるUbuntuのところはAI活用頑張る宣言したが...

つかAIに状況をちゃんと説明できればほぼ個人で解決できるだろ

コンピュータのプログラムやソフトウェアと呼ばずAIと呼ぶ基準とかあるの？言った者勝ち？

あいあい