Debian GNU/Linux スレッド Ver.103

メモリは3GB、clamdは未使用です
助言ありがとう

最初にDebian10を入れたときは4GBだったが1スロット死んで3GBに
ゲームはしないしWEBを見たり表計算ソフトを使ったりpythonで遊ぶ程度なので
LXDEでセットアップしたらzramを入れなくてもあまり不満はなかった
SKKが使えたらだいたい満足

GeminiからLXDEは開発が終わっているのでLXQtへの移行をおすすめされ考え中
自分の使い方ならOpenboxにタスクバーをつけるぐらいでも問題なさそう

今回のトラブルついでにNoto CJKフォントのBoldを削除してみた
太字が読みにくくなった気もするが気のせいかも

>>658
> zramを入れなくてもあまり不満はなかった

zram swapは良いものだ
HDD swapが減ると圧倒的にストレスが減る

まあ今はzram swap入れてるんだったら良いと思うけど

カーネル7.0系で、lvm にある /home がマウント出来ずにレスキューモードになるのって俺だけ？
カーネル6.xなら普通に起動できる。

>>660
Geminiにそのまま投げてみたら調べてみるべきポイントとか教えてくれたぞ

>>661
「頭のネジは揃っていますか？
頭を振ってカランカランと音がしないか確認してください
また、ボタン電池が切れているかもしれません」

結局、こんな時間までChatGPTと一緒に問題解決してた。

/etc/default/grub の GRUB_CMDLINE_LINUX_DEFAULT に、intel_iommu=off
もしくは、intel_iommu=on iommu=pt を書き加えたら
カーネル7.0.10 がレスキューモードにならず、正常に起動した。

解決してよかったな
では、どっちの設定を使えばいいのかわかったか？

わかってない。
どっちでも動いたけど、いきなりIOMMUをOFFにするのは何か嫌だったので
intel_iommu=on iommu=pt の方をを選んだ。

Liquorix Kernelは良いものなんだろうか
https://liquorix.net/

MX 25.2 Infinity x86_64
Linux 7.0.12-1-liquorix-amd64
KDE Plasma 6.3.6
呼んだ？

一度入れたら戻せないなんて事は無いんだから気になるなら試してみればいい

>>660
なにそれ
こっわ

debian13でibus-skkからfcitx5-skkに変更してみたら
名詞の辞書登録は問題なったが送り仮名つきがうまく登録できないみたい
しかも迂闊にもずっと使ってきたuser.dictを壊してしまった
泣かないようにコピーを残すようにしてねー

>>670
mozcだとibusでもfcitxでも
辞書ツールや設定ツールは共通なんだけどなあ
skkは変換しながら登録するんだっけ?

>>670
最近は使うのをやめたけど自分も同じくfcitxで仮名つきが登録できなかったわ
仕方ないからemacsとfcitxと辞書を共通にしてemacs側で登録してた

スマホの辞書を持ってくればいいんじゃないの？

返事ありがとうございます

>>671
> skkは変換しながら登録するんだっけ?
その通りです
変換できなかったら自動で辞書登録モードになり変換すると同時に辞書登録が完了する感じ

>>672
そうでしたか
自分の設定が悪いとかそういう感じでもなさそうですね
送り仮名つきの辞書登録だけが問題あるとしても
面倒なことをしなきゃいけないのは困りますね

>>673
しばらくはそれで問題ないとしても使っているうちに絶対に
新しい単語を登録したくなると思うんです
名詞の辞書登録は問題ないのでそこまで頻度は高くないのですが

fcitx5-skkの本家から最新版をビルドして、送り仮名つきの辞書登録ができるか
確認しようとしたら、fcitx5まで更新する必要があり自分には大仕事になり過ぎて断念

あと壊したと思っていたuser.dictが残っており内容を確認したところ
6200語ほどのうち、自分で送り仮名つきの辞書登録をしたのは10語ぐらいしかなく
しかもほぼ、送り仮名を間違えないためのセーフガードだった
例えば「失う」を「失なう」と変換しようとすると「X」と出てくるやつ

なので送り仮名つきの辞書登録ができなくても致命的とまではいかない感じなのでそのまま使ってみます

debian13+LXDE+fcitx5+fcitx5-skkにはあと2つ問題がみつかっていて

debian13のfcitx5-skk 5.1.6-1はXorgで使うと辞書ファイルの指定ができない
症状があるのだけど本家のコミットを見ていると5.1.9で修正されているような感じ

またfcitx5をタスクトレイ(？)のメニューから再起動すると、マウスカーソルは
移動できるのにクリックできなくなる謎現象がおこり少し困ってます
これももしかするとXorgだけかもしれない

端末エミュレーターが動いていたらそこでは普通に文字入力はできるし
ctrl-alt-F3 で仮想ttyを起動したりもできるので何とか復活する方法が
ないかと探してみたものの現時点ではわからず

fcitx5 を殺してからの fcitx5 -r とか、openbox --restart などは効果なし

Debian+xfceにデフォで入ってたuim-dict-gtk3が便利すぎる

>>676
確かopenboxだけでなくtint2とかpacmanfmとかも協調動作してDEを支配してるんじゃない?
LXDE使ってないから細かい事は知らんけど
軽量系はウィンドウ、パネル、デスクトップの別管理が多いね

>>678
ありがとうございます
fcitx5を再起動したときの問題は色々やってみても根本的な原因はわからず
マウスカーソルが動くからXorgは動いているけど仮想ttyからxeyesを起動しても
描画されなくなるのでopenboxでつまってるっぽい(？)

回避策は、openboxを殺してopenboxを再起動するか
sudo systemctl restart lightdm で、はじめからやりなおし
まあシステムをリブートするよりは手軽になったけどなんだかなーって感じ

>>679
/etc/X11/Xsession.d/LXDEの奴か
そこから作った~/.xsession
を書き換えてopenbox無限ループにすれば?
明示的に殺した時だけループする様に書き直せばいいよね
$?が137になってるから

fcitx5を再起動したときにマウスカーソルは動くがクリックできなくなる原因がわかった
異常状態になった時のopenboxのバックトレースをgdbで取りgeminiに見てもらったら
openboxが古いインプットメソッド(XIM)の接続を破棄しようとした時に
X11ライブラリ内部でポーリングでの無限待ちが発生しているためだと判明
なんでも古くからありがちなXIMの切断時デッドロックバグらしい

対策はfcitx5でXIMを使わないようにすること
fcitx5の設定でアドオンのフロントエンドの「X Input Methodフロントエンド」のチェックを外して再起動
デメリットとしてはxtermなどXIMを使う古いプログラムで漢字入力ができなくなる

>>680
openboxはpkill -9 openboxで殺すだけで良く、openboxの再起動は自動でやってくれていました

環境変数の XMODIFIERS=@im=fcitx をopenboxに渡さない手でも対策できるらしいが試していない

>>681
すげーgemini

ただ今gemini絶賛劣化中
無料ユーザーだけかもしれないが、ここ数日はまともに動かないことが多い

Debian と関係なくね？

geminiがないとDebian動かせねえ

UNIX コマンドを「UNIXプログラミング環境」で勉強シル

GeminiにDebian（がベースのgLinuxを使った開発環境）は必須だけどDebianにGeminiは必須じゃない

.mozillaにはextensionsしかない
.config/mozillaにfirefoxの設定ファイルが移ったみたいだ
thunderbirdは .thunderbirdのままだからよくわからないな

最近はgithubでconfigを同期する人がいるからその方面の要請じゃないかな