くだらねえ質問はここに書き込め！ Part244(ﾜ有)

!extend:checked:vvvvv:1000:512
↑
次スレを立てる時は、冒頭にこれを2行書いて下さい。

まずは2ch-Linux-Beginnersを読みましょう。
いろいろとまとめられているので(・∀・)イイ!!
http://www12.atwiki.jp/linux2ch/

読んでも解決しなかったら、質問を書きこむ前にここを読もう。
http://www12.atwiki.jp/linux2ch/?About
質問に対して答えてもらったら、お礼よりも、結果報告。

過去ログ検索
https://www.google.co.jp/search?&;q=site%3A2ch.net%2Ftest%2Fread.cgi%2Flinux%2F+検索語句
https://www.google.co.jp/search?&;q=site%3A5ch.net%2Ftest%2Fread.cgi%2Flinux%2F+検索語句

■■■ 荒らしは放置 ■■■
スレの流れと全く関係ないのに特定の個人名を出すやつは荒らしです。
その個人名の人のことが忘れず夢にまで出てくるそうです。相手にしないようにしましょう

※並行スレ
くだらねえ質問はここに書き込め！ Part 244(ﾜｯﾁｮｲ無し)
https://mao.5ch.net/test/read.cgi/linux/1615558818/

※前スレ
くだらねえ質問はここに書き込め！ Part 241
https://mao.5ch.net/test/read.cgi/linux/1594853615/
くだらねえ質問はここに書き込め！ Part 242
https://mao.5ch.net/test/read.cgi/linux/1604158744/
くだらねえ質問はここに書き込め！ Part 243
https://mao.5ch.net/test/read.cgi/linux/1608728339/

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

それ20年前と同じことしかしてないんじゃないの？
新しいことに使えないでしょ

>>279
90年代になって情報系の翻訳書を手がけるところが増えて
日本コンピューター協会のお高いシリーズ(5kオーバー)だけじゃなく
3kくらいで良い本が変えるようになったのは大きかった
UNIX本が牽引力になったかどうかは判断に迷う

>>282
UNIXは小さいツールを組み合わせて使うので
個々のツールの多くは完成してしまっている
20年は愚か40年以上は変わらないものばかりだからね

>>284
新しい機能は？
UNIXは小さいツールを組み合わせて使うせいで
新しい機能はUNIXツールに組み込まれない
20年は愚か40年以上進化してこなかった古いツール
新しい需要に耐えられない

ツールが完成しているからって
人類が新しいことをしなくなったわけじゃないからね
やっぱり20年前と同じことしかしてないやつが
20年前のツールで十分と言ってるだけ

>>285
新しい機能は小さなツールとして実装されると
実にUNIXらしい
Linuxは最近は重厚長大なソフトが増えてきて
UNIXらしくなくなってきたね

そうだな
GUIとネットワークは排除すべし
シリアル端末の時代に戻ればUNIXらしくなる

>>286
gccもEmacsもLaTeXも基本は変わらんが
格段に便利になったよ

ユニックスばんざい！　俺ばんざい

等幅フォントは　なに使ってる？

端末上エディタ上は、ぜったい等幅でないとダメなの？非等幅では？

なぜ聞くかというと、美しい日本語等幅がないからです

S-C-t で端末で別タブが出ることはじめて知った。やべえ

> 手周りが良い
ターミナルの1タブとして使用できる

　CLIエディタ、特にVimは、独自のテキストの編集観を生み出しました。一度ハマったら抜けられません。

操作性が優れている
　マウス操作を使わずに思い通りの編集ができます。GUIエディタでは考えづらいことです。

　IDEやコードエディタにも、Vim風操作の拡張などがありますが、ディテールでは及びません。コード以外、つまり純粋なテキストの編集では、IDEよりもCLIエディタが優っています。

今でも必要性がある
日々の使用
　操作性の良さから、rcファイルの編集などには最適です。英語文書の編集にも適しています。文書を編集していく箱庭としても使えます。

　日本語の編集に使う余地もあります。<==

修飾キーを必要としないキー操作が多く、軽快なキーストロークで編集できます。

動作＝操作＋範囲
　まとまった操作単位で履歴がつくため、リピート操作や redo/undo が強力です。

日本語入力とVimの相性
　通常は、モードの切り替えは半角アルファベットで行います。そのため、頻繁に半角／全角を切り替えるか、自動的に半角／全角が切り替わるような設定を組みます。

文節単位の操作ができます（非常に便利）
句読点区切りの操作ができます（非常に便利）

>縦のプラグインやりかけたが疲労でむりと判断。メリーに貼り付けて縦で見てみた。なぜ読みやすいのか？謎だ。

>>287
そのUNIXらしいで、今も成功しているOSなんてあるのか？

UNIX らしい = 過去のOSだろ？

ここでMery使う人って限られてるよね
mEditerだっけ？

>>297
俺ばい！メリーやその他のいっさいの疑問に答えて欲しいばいっ

くだらねえスレは質問スレばい

世間話をするスレではないばい！

出ていけばいっ

すんません本気でくだらない質問ですがお知恵をください
Lubuntu20.04を使っているのですが、
NetworkManagerが安定してくれない（しょっちゅうWiFiが切れる）のでもうwpa_supplicantを使おうと思い調べていました
が、全然うまく行かずヤケになってwpa_guiをインストールして触ってみたところ
NetworkManagerには無線インターフェイスが表示されるのにwpa_guiには表示されない状態になっています
どう対処すればいいでしょうか

ispci
08:00.0 Network controller: Intel Corporation Centrino Wireless-N 1000 [Condor Peak]

iwconfig
wlp8s0 IEEE 802.11 ESSID:”hogehoge"
Mode:Managed Frequency:2.412 GHz Access Point: D2:22:43:A1:63:78
………

となっており、手動で作ったwpa_supplicant.confにはwlp8s0を記載しております

あっ、
x ispci
○lspci

どなたかお願いいたします

>>300
>すんません本気でくだらない質問ですがお知恵をください

くだらねえ質問でもなんでもありません。ネットワークのことで、俺も知りたいけど
難易度高くて答えられない。

レスがつかないのは辛いから、ちょっと世間話しよう

>（しょっちゅうWiFiが切れる）のでもうwpa_supplicantを使おうと思い調べていました

しょっちゅうWiFiが切れんのは、wpa_supplicantで解決するかもしれない――と考えた
ソースはなに？

参考ページだしてください

世間話
F9とかいうのがこんなにしょっぺえ荒らしだったなんて幻滅ぅ〜

C-A f2 で仮想コンソールに入ってログイン。そこから抜ける方法がわかりません

そもそも仮想コンソールはなんのために必要なの？　

C-A f2 で仮想コンソールに入ってログイン。そこから抜ける方法がわかりません
そもそも仮想コンソールはなんのために必要なの？

vim式表記でいきます

クロームで <A-E>して<x>でexitしますが、ただ単に<A-F4> ではだめなの？

ちがいはあるの？

sudo systemctl restart lightdm
ですか？

いま、検索完了Ctrl＋Alt＋F7

://forums.ubuntulinux.jp/viewtopic.php?id=15592

ctrl＋alt＋f1~12のどれかのキーを押すと，"virtual console"　画面になる的なことが書かれていたのですが，元に戻る方法が探せませんでした．
どなたか分かる方，教えてください．


#2 2013-09-27 18:01:45
si
メンバ

From: hokkaido kitami, jp
登録日: 2007-01-15
Ctrl＋Alt＋F7 で、GUI 画面に戻れるはずです。
ページを良く読みましょう。
Ctrl＋Alt＋F１〜F6 で、CUI ログイン画面へ移行、
Ctrl＋Alt＋F12だと、何も走ってないので、画面が暗転し、カーソルが点滅するだけ、と書いて有ります。
（標準では、7つのコンソールが走っていて、7番目に、GUIが割り当てられています。）

$ sudo -i
root@t1:~# LC_ALL=C dpkg-reconfigure console-setup

Configuring console-setup ├──────────┐
│ Font for the console:

TerminusBold
16x32 (framebuffer only) を選択して、ctrl＋alt＋f1　でコンソールに入っても極小文字のままです！

$ sudo systemctl set-default multi-user

GUIを終了するために現在のセッションから再起動

$ sudo systemctl set-default multi-user

Removed /etc/systemd/system/default.target.
Created symlink /etc/systemd/system/default.target → /lib/systemd/system/multi-user.target.

ありがとうございました！ただいま帰宅。

$ sudo systemctl set-default graphical

がわからず、帰ってこれなかった。使用可能の他のマシンがなく、全力でサブマシンを準備して、いまようやく。

このスレで解決してほしいことは、ctrl＋alt＋f2 （ タイプ数が多いから<C-a f2>みたいなvimっぽい表記にしたい。教えて下さい）で黒い画面に入ったとき特大活字にしたいのです

なんなんですかっ　リナックス板！

ぜんぜんレスつかないし、遅いし。もうこんなとこメモ帳にしかならんwww

ラズパイスレからマンジャロってなんじゃろスレまで、速度１以上の全スレに

同時に投稿する方法について教えてください🙇💦。

あまりにも回答が遅いため

新しいことにつぎからつぎから手を出すやつは大馬鹿野郎！！

たとえば mate端末一つとっても、その機能を極める、ぜんぶ知ることはむずかしい、つぎからつぎへと環境を変えるのなど
ナンセンス！

>>312
VZ爺とかF9とかに知恵つけてやるわけないじゃん
甘ったれんな

>>315
ウンコが...w

>>316
ウンコに対する偏見はやめよ
江戸時代の将軍もウンコを藩の医者に提出した
現代医学でも病死トップクラスは大腸ガン
それを防ぐのがウンコの検査だ
ウンコを軽視するのは無知なんだよ

>>314
LinuxよりFreeBSDなどの方がUNIXに近く変化が少ないので移行してみたら？

□特別寄稿
いかにしてユニックス魂と呼ばれるようになったか

”CPUはPentiumII-333MHz、メモリーは64MB、HDDは4.3GB。価格は35万800、36万8000円。”
://ascii.jp/elem/000/000/312/312446/

このマシンを２００３年に２０００円で買った（ハードダイスクなし、OSなし）HDDは9.6GBくらいに強化した。
OSは喫茶店で知り合った兄ちゃんにパソコンについてしつもんしたら、ウインなんたらでタダでとれるみたいですよという。お願いすると、その兄ちゃんは弟に頼んでウインなんたらで取ってCDにやいて喫茶店に持ってきてくれたのだ！！　俺は泣きながらウイン2000を拝んだ。インターネッツはないので、ひたすら回復コンソールについて独習した...
メモリはその後3年？かけて386MBまでアップした！　モニターはイーヤマの特大カラーテレビだ。
とっても大切にしていた...いつも内部のほこり掃除して。ある日分解中に爆発した。

すべてのハードが世間と6年遅れで、どんどん更新されていった。しかしハードダイスクだけは、宿命だろうか、
いつまでたっても貧乏なままだった。ハードダイスクが160GBに到達したのは、ようやく今から6年前の2018だった！！

>>318
> LinuxよりFreeBSDなどの方がUNIXに近く変化が少ないので移行してみたら？

じつは多くの方からそれ言われます。しかし前に書きましたが、mate端末について詳細に解説してるページあって少しずつ復習してるのだが、ほとんど知らなかったことばかり、たとえば

端末内のテキストを検索する
「Shift + Ctrl + F」

そんでたとえば apt search -n ^mate | grep インストール
さがすのに.bash_history内をplumaで開き検索してた。

こういう状況ですから、新しいことに手を出すのむりです！！

しつれい！

UNIXに近く変化が少ない = 昔のまんまという意味だからなぁ
不便ってのもあるし、解説ページは新しい情報を載せているので
昔のバージョンでは使えないことがある

>>318
まあそいつには無理っしょ
なにかを積極的にすすめるのもアホらしい

>>320
> 多くの方からそれ言われます。
まるでVZ爺の様な根も葉も無い嘘吐き乙

おれは毎日vimとフォントのことばかり。夢に見るほど挑戦し続けている。

だから嫉妬するアホなど気にならない。

見よ...！　おれはついにやった。誰も到達できない世界へ、いま。

---------------------------------------------------------------------
/usr/local/share/fonts 内のフォンツを　たった2つのファイルだけにしたっ

-------------------------------------------------------------------------

オマラには無理だ。このことは後世のためにハッキリと断言しておく。

> /usr/local/share/fonts 内のフォンツを　たった2つのファイルだけにした
ツッコミが欲しそうなので書くとそれ誰でもできるやつ

いい加減にストレージを買え
時間の浪費

>>325
> > /usr/local/share/fonts 内のフォンツを　たった2つのファイルだけにした
> ツッコミが欲しそうなので書くとそれ誰でもできるやつ

サンキュー。した...というのはウソ。いまやった。宣言することによって勇気をだした。

admin:///usr/share/fonts/truetype

NotoColorEmoji
㊙フォント２つ

以外必須英字フォントもふくめ全削除。

>>326
> いい加減にストレージを買え

ストレージの問題ではないっ　なにをバカなこと言っておるカッ

簡単な、単孤極まりなきシステムを目指しとる。

ひじょうに少数のフォントで大半の言語をカバーできるか？という挑戦だ。

$ fc-cache -fv
...........

/home/i/.cache/fontconfig: invalid cache file: d589a48862398ed80a3d6066f4f56f4c-le64.cache-7
/home/i/.cache/fontconfig: invalid cache file: 3047814df9a2f067bd2d96a2b9c36e5a-le64.cache-7
/home/i/.cache/fontconfig: invalid cache file: c3bb64600bf7a4aa73b55dc8bb82b27b-le64.cache-7
/home/i/.cache/fontconfig: invalid cache file: d52a8644073d54c13679302ca1180695-le64.cache-7
/home/i/.cache/fontconfig: invalid cache file: 7ef2298fde41cc6eeb7af42e48b7d293-le64.cache-7
/home/i/.fontconfig: not cleaning non-existent cache directory
fc-cache: succeeded
$
では様子を見てきます。30分後に報告

第一関門とっぱ！

おれの出入りする大半のサイトはok を確認した。

他の欧文フォントと混ぜ混ぜになってたのは、ぜんぶ一つのフォントになった。

―ローカル ファイル（36 件のグリフ）

つぎは端末やjdimの様子を見てくるわ

報告しなくて良いよ
ニーズがない
軽量なシステムを目指すなら幾許かのニーズはあるかもしれんが
まず削るのはフォントではない

オマラに どのフォントを使ったか教えたくないっ

嫌な奴らがいて、特にそいつらに絶対に教えたくないからだ！

それにここ数日来いっさいなんにもオメーラは教えなかったな？

だからぜんぶ伏せ字にする。わかってくろんな？　超最新のフォントだとだけゆっとく。

オメーラは冒険心も探究心もねえ。だからそこらのネットに書いてる無難な字を選ぶ。

わかりきった話よ...www

>>332
> 軽量なシステムを目指すなら幾許かのニーズはあるかもしれんが
> まず削るのはフォントではない

指導ありがとうございます! フォント３つにしたのは　/usr/share/fonts/truetype

だけで、/usr/share/fonts　以下のサブフォルダには大量の欧文フォントとかあります。

しかも、これは実験で、大好きなフォントも泣く泣く消した。あとで復活させる予定です。

それにこれ以上、さらに削りまくる作業やる気もない。フォント以外に着手します。

今後もご指導ご鞭撻よろしくおねがいします！！(o^∀^o)

アホそうな事だけはわかった

荒らしはワッチョイなど気にしない。ワッチョイが荒らし対策に有効などと言ってる奴がいかにアホかってことを証明してくれてる ﾜｯﾁｮｲ 06e3-3T7c ありがとう。

？
NGできるから良くね？

milterをクライアントのIPアドやヘッダで選択できる
milter manager のようなもの、他に何かある？
https://milter-manager.osdn.jp/index.html.ja

fontゴリゴリ削るならnoto-cjk / noto-mono以外ぜんぶ？？

>>320
bashで !495 とか実行したこと無いんだろうなあ
20年くらい前のリファレンス本を色々手元に置いとけば捗るのに

なおneovim

>>318
その目的だと、真面目な学生ならarchとgentooの名前だけ紹介しても良いんじゃね
後者に反応したらスリッパあげる

孤児プロセスとゾンビプロセスについて以下の認識は合っているでしょうか？

１－１．親子関係のプロセスで親プロセスが先に終了すると、子プロセスは孤児プロセスとなってinitに引き取られる。
１－２．１－１の子プロセスをkillコマンドで終了させるとinitがwait()して子プロセスが完全に終了する。
１－３．１－２でwait()するまでの間はゾンビプロセスとなる。

２－１．親子関係のプロセスで子プロセスが先に終了すると、親プロセスがwait()するまでゾンビプロセスとなる。
２－２．２－１の親プロセスをkillコマンドで終了させると親プロセスとゾンビプロセスが完全に終了する。

オマラ！

メモリ使用量を６メガバイト減らすことに成功したっ

全フォント削除に成功したのだ　いまのとこブラウザ上とか　ひどいことになってないが、

なんせ欧文フォントを全削除したから、記号もないし、いろいろな字体のバリエーションもなくなったはずだ。

これでケトウに復讐できたっ　馬鹿めが。原爆の怨みも晴らしたぞ。

オマラはほんとうに卑しい！英語英語と英語にかぶれ劣等感のかたまりである。

おれたちはぜんいん🎈先生の弟子だ！！日本人なら機械翻訳さえあればいいのだ。

３０００個あった字体が４個になった。

お前らは人間の恥だ。

グーグル翻訳等を使用して翻訳をするという当たり前のことをした🎈先生を、キチガイ愚民がこぞって

誹謗中傷しておるのに、誰一人として助けようとせず見てみぬふりをした。ねらー愚民とうぶんちゅ権力者を恐れたからである...
おれは本当にむかしの自分を尊敬する。不当な目にあっている人のために立ったからである！！

>>337
そうだな。よかったよかった。

無様なF9がおるな

$ xdpyinfo | grep -B 2 resolution
screen #0:
dimensions: 1600x1200 pixels (423x318 millimeters)
resolution: 96x96 dots per inch

$ xrandr | grep -w connected
HDMI-0 connected primary 1600x1200+0+0 (normal left inverted right x axis y axis) 399mm x 299mm

センチメートルに換算
40センチ x 30センチ
インチに変換.
15.35 x 11.42 inches
最後に、画面解像度の値をインチの値で割り
1600x1200

1,600 ÷ 18.50 != 86.48 = 〜96

おまいら！　きょうは一回もこなかったし、それどころか見にもこなかった。なぜだ？
研究に没頭していたんだ！

おれはずーっとリナックス板が嫌いだった。はじめてネッツした日まず最初にカキコしたのがミントスレだ。
まともなリナックスの話もせんど「ガイジ、ガイジ」と連呼するやつがいたな。そいつは今もこのスレにいる。
だけどな。さいきん思うんだよ。「どこの板行っても仲がわるいな！」けっきょくおめーらみたいな奴らが
けっこう標準なんだわ。

なんか悲しい理由があんだわ、きっと。だからおれも許すし風船さんも許してると思うぜ。

寝るわ

> おれも許すし風船さんも許してる
F9の好きすぎる事は自己顕示

なにが　ゆにティー　だ！
みんなが言うほど悪くないよね？...だと？
そんなの、長短あるに決まっとる。ほかは使ったことないけど！
なれも大きいし。

mate 貴族
gnome あきんど
kde 農民
シナモン　奴隷
xfce 不可触賤民
ゆにティー　芸能人　<--修正した、こっちのがオモロイのではないかと？ww

これで間違いあるまい。ハラヘッタ〜〜耐えられねえ、士農工商ってどんなだっけ？忘れた！

LXQtは孤高

F9は孤低

$ sudo btrfs subvol list /
ID 2209 gen 223906 top level 5 path timeshift-btrfs/snapshots/2022-10-17_20-42-13/@
ID 2210 gen 219192 top level 5 path timeshift-btrfs/snapshots/2022-10-17_20-42-13/@home
ID 2219 gen 224411 top level 5 path @home
ID 2220 gen 224409 top level 5 path @
ID 2242 gen 223316 top level 2220 path @
ID 2243 gen 223906 top level 5 path timeshift-btrfs/snapshots/2022-10-20_21-17-38/@
ID 2245 gen 223906 top level 5 path timeshift-btrfs/snapshots/2022-10-20_22-08-02/@
ID 2247 gen 224026 top level 5 path timeshift-btrfs/snapshots/2022-10-21_09-19-40/@
ID 2249 gen 224333 top level 5 path timeshift-btrfs/snapshots/2022-10-21_09-39-16/@

==>$ timeshift-launcher & から日付17日以外を削除できない

回答
Looks like you have nested subvolumes.
ネストされたサブボリュームがあるようです。

btrfs subvolume delete path-to-inner-subvol
で内部サブボリュームを削除し、スナップショットの削除を再試行します。
--------------------------
cajaから見て
$ sudo rm -rfv '/run/timeshift/backup/timeshift-btrfs/snapshots/2022-10-20_21-17-38/@/@'
removed directory '/run/timeshift/backup/timeshift-btrfs/snapshots/2022-10-20_21-17-38/@/@'
===>すばらしいっtimeshift-launcherから削除できた。以下同様
さいごに
i@t1:~$ sudo rm -rfv '/run/timeshift/backup/@/@'
現時点
Tagged snapshot '2022-10-21_10-13-02': ondemand

$ dpkg --get-selections | grep linux-image
linux-image-5.10.0-15-amd64 deinstall <--
linux-image-5.10.0-17-amd64 deinstall <--
linux-image-5.10.0-18-amd64 install

この二つどうすんの？
$ sudo apt purge linux-image-5.10.0-15-amd64 linux-image-5.10.0-17-amd64
か？
以下のパッケージは「削除」されます:
linux-image-5.10.0-15-amd64* linux-image-5.10.0-17-amd64*
アップグレード: 0 個、新規インストール: 0 個、削除: 2 個、保留: 3 個。
この操作後に追加で 0 B のディスク容量が消費されます。
$ dpkg --get-selections | grep linux-image
linux-image-5.10.0-18-amd64 install

すっきり〜(o^∀^o)

□しつもん
カーネル一個はまずくないですかあ？

>>352
> cajaから見て
> $ sudo rm -rfv '/run/timeshift/backup/timeshift-btrfs/snapshots/2022-10-20_21-17-38/@/@'
> removed directory '/run/timeshift/backup/timeshift-btrfs/snapshots/2022-10-20_21-17-38/@/@'

$ sudo btrfs subvolume del
しないでrmしたのはよかったですか？ 　

すみません、質問させてください。
複数のコマンドを実行するときはセミコロンとかアンパサンドでつなぐという風に思っていたのですが、

$ 環境変数のセット 何かのコマンド
の場合、セミコロンとかでつながなくても動くのはなぜでしょうか？

具体的にいうと、以下のコマンドで、環境変数２つを準備したあと、go get というコマンドを実行していると認識しています。
$ GO111MODULE=on GOBIN=/tmp/ go get github.com/go-delve/delve/cmd/dlv@master

>>356
「そういう風にシェル変数の設定を記述してからコマンドを起動すると、起動したプロセスにその変数を渡せる」
という仕様にシェルがなっているから、という話になってしまうかな

>>357
ありがとうございます！そういう風に書けるということで覚えておきます。

また、”起動したプロセスに”というところで、一つ勘違いしてました。
この場合のGO111MODULE、GOBINのスコープは、起動したgo getの中（子プロセス）だけで有効なんですね。
勉強になりました！

DISC-GRANとDISC-MAXのパラメータを確認し0以外ならば、ドライブはTRIMをサポートしている

$ lsblk --discard
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda 0 512B 2G 0
├─sda1 0 512B 2G 0
├─sda2 0 512B 2G 0
└─sda3 0 512B 2G 0

$
Trim をサポートしているファイルシステムは以下のもの

Ext4　Btrfs　JFS　VFAT　XFS　F2FS　NTFS

$ dpkg -l | grep ^rc
rc mlterm 3.9.0-1 amd64 MultiLingual TERMinal
rc mlterm-common 3.9.0-1 amd64 MultiLingual TERMinal, common files
rc mlterm-tools 3.9.0-1 amd64 MultiLingual TERMinal, additional tools
rc xfonts-thai-nectec 1:1.2.7-5 all Thai fixed fonts for X from Nectec

$ dpkg -l | grep ^rc | awk '{print $2}' | xargs -t sudo apt-get -y purge
sudo apt-get -y purge mlterm mlterm-common mlterm-tools xfonts-thai-nectec

以下のパッケージは「削除」されます:
mlterm* mlterm-common* mlterm-tools* xfonts-thai-nectec*
この操作後に追加で 0 B のディスク容量が消費されます。

100% 確実ではありませんが、一度に 1 つのトリム方法のみを使用する必要があるため、systemd タイマーまたはマウント オプションのいずれかを使用し、両方を使用しないでください。

個人的には、systemd タイマーを使用します。それが Fedora のデフォルトのやり方です。私は自分の判断よりも彼らの判断を信頼しています。

$ uname -r
5.10.0-18-amd64

TRIM のサポートを確認する
# hdparm -I /dev/sda |grep TRIM
* Data Set Management TRIM supported (limit 8 blocks)
* Deterministic read ZEROs after TRIM

# journalctl -u fstrim
-- Journal begins at Mon 2022-10-24 22:33:37 JST, ends at Mon 2022-10-24 23:30:01 JST. --
-- No entries --

# systemctl status fstrim
● fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/lib/systemd/system/fstrim.service; static)
Active: inactive (dead)
TriggeredBy: ● fstrim.timer
Docs: man:fstrim(8)

$ sudo systemctl list-timers --all
NEXT LEFT LAST PASSED UNIT >
Tue 2022-10-25 00:00:00 JST 12min left Mon 2022-10-24 06:45:31 JST 17h ago exim4-base.timer>
Tue 2022-10-25 00:00:00 JST 12min left Mon 2022-10-24 06:45:31 JST 17h ago logrotate.timer >
Tue 2022-10-25 00:00:00 JST 12min left Mon 2022-10-24 06:45:31 JST 17h ago man-db.timer >
Tue 2022-10-25 06:31:52 JST 6h left Mon 2022-10-24 06:54:40 JST 16h ago apt-daily-upgrad>
Tue 2022-10-25 07:33:51 JST 7h left Mon 2022-10-24 23:34:17 JST 13min ago anacron.timer >
Tue 2022-10-25 15:32:15 JST 15h left Mon 2022-10-24 21:49:00 JST 1h 58min ago apt-daily.timer >
Tue 2022-10-25 22:48:49 JST 23h left Mon 2022-10-24 22:48:49 JST 58min ago systemd-tmpfiles>
Sun 2022-10-30 03:10:29 JST 5 days left Sun 2022-10-23 06:59:32 JST 1 day 16h ago e2scrub_all.time>
Mon 2022-10-31 00:20:20 JST 6 days left Mon 2022-10-24 06:55:40 JST 16h ago fstrim.timer >

9 timers listed.
lines 1-12/12 (END)

LanguagePacks (tdebs) の導入も、インストールのフットプリントのサイズを縮小するのに役立つ場合があります。

It is recommended that the number of locale configurations installed is kept to a minimum.
インストールするロケール構成の数を最小限に抑えることをお勧めします。
By limiting the number of locale files built you can save 90% of the space taken up by storing these systems on your system and saves the compilation time for building the locale settings for each package.
ビルドされるロケール ファイルの数を制限することで、これらのシステムをシステムに格納するために使用されるスペースの 90% を節約でき、各パッケージのロケール設定をビルドするためのコンパイル時間を節約できます。
A side effect or reducing the number of locale options is that the compilation of the glibc library gets a lot faster.
副作用またはロケール オプションの数の削減は、glibc ライブラリのコンパイルが大幅に高速化されることです。

localepurge is a useful package for removing unneeded localizations.
localepurge は、不要なローカリゼーションを削除するための便利なパッケージです。
It can reclaim storage space of already installed locales or prevent installation of locale files in future package installations.
すでにインストールされているロケールのストレージ スペースを再利用したり、将来のパッケージ インストールでロケール ファイルのインストールを防止したりできます。

このパッケージは、不要なロケール、GNOME/KDE ローカリゼーション、およびローカライズされた man ページのために浪費されたディスク容量を回復するためのスクリプトを提供します。インストールによっては、ローカリゼーションに使用される数百メガバイトのディスク容量を節約することができます。これは、APT インストール アクションの完了時に自動的に実行されます。

このツールは、システムのパッケージ管理システムと*統合されていない*ハックであるため、気弱な人向けではありません。その干渉は、dpkg-repack や reportbug などの apt/dpkg に関連するプログラムで、通常は害のない奇妙な動作を引き起こす可能性があります。したがって、その使用とシステムの破損の可能性に対する責任は、システム管理者の手にあります。

localepurge を使用してシステムを壊した場合、localepurge を非難するようなバグの報告は控えてください。何をしているのかわからず、結果として生じる破損に対処できない場合は、このパッケージをインストールしないでください。

mmdebstrapはdebootstrapライクなインターフェースを持つ、ルートファイルシステムを作るツールです。今回はこのツールを用いて、より小さなUbuntuルートファイルシステムを作ってみましょう。

Linux環境を構築する上で「ルートファイルシステム」は非常に重要なコンポーネントです。ルートファイルシステムの品質によって、ユーザーの使い勝手が大きく変わります。Ubuntuをはじめとする「Linuxディストリビューション」は「より良いルートファイルシステムを構築する」ためのプロジェクトとも言えるのです。

世界に遍く存在する多種多様なソフトウェアをすべてひとつのルートファイルシステムに含めることは事実上不可能であり、ムダも多いため、Linuxディストリビューションは「パッケージ管理システム」を構築する方向に進化しました。つまりユーザーが必要なソフトウェアを、必要に応じて、より簡単にインストール・活用できるようにしたのです。

よって大半のLinuxディストリビューションは、パッケージ管理システムを動かすために必要なソフトウェアに加えて、そのLinuxディストリビューションがターゲットにしている大半のユーザーがおそらく使うであろうソフトウェア一式をまとめて提供しています。このため、現在ではそのルートファイルシステムは数百MBから数GBぐらいのサイズになります。

<==文章にムダがおおい

mmdebstrapのインストール

mmdebstrapは構築時にaptコマンドを活用することで、複数のミラーに対応し、より複雑な依存関係にも対応できるdebootstrapという位置づけになっています。

結果的にdebootstrapよりも数倍速くなったり、apt/dpkgの設定を活用することで不要なデータのインストールを抑止できます。

$ apt list --upgradable
一覧表示... 完了
google-chrome-stable/stable 106.0.5249.119-1 amd64 [104.0.5112.101-1 からアップグレード可]
intel-microcode/stable,stable-security 3.20220510.1~deb11u1 amd64 [3.20220207.1~deb11u1 からアップグレード可]
libc-bin/stable-updates 2.31-13+deb11u5 amd64 [2.31-13+deb11u4 からアップグレード可]
libc-dev-bin/stable-updates 2.31-13+deb11u5 amd64 [2.31-13+deb11u4 からアップグレード可]
libc-devtools/stable-updates 2.31-13+deb11u5 amd64 [2.31-13+deb11u4 からアップグレード可]
libc-l10n/stable-updates,stable-updates 2.31-13+deb11u5 all [2.31-13+deb11u4 からアップグレード可]
libc6-dev/stable-updates 2.31-13+deb11u5 amd64 [2.31-13+deb11u4 からアップグレード可]
libc6/stable-updates 2.31-13+deb11u5 amd64 [2.31-13+deb11u4 からアップグレード可]
libc6/stable-updates 2.31-13+deb11u5 i386 [2.31-13+deb11u4 からアップグレード可]
locales/stable-updates,stable-updates 2.31-13+deb11u5 all [2.31-13+deb11u4 からアップグレード可]
tzdata/stable-updates,stable-updates 2021a-1+deb11u7 all [2021a-1+deb11u6 からアップグレード可]

$ sudo apt install mmdebstrap

arch-test fakechroot libdistro-info-perl libfakechroot mmdebstrap uidmap
アップグレード: 0 個、新規インストール: 6 個、削除: 0 個、保留: 11 個。
406 kB のアーカイブを取得する必要があります。
この操作後に追加で 1,193 kB のディスク容量が消費されます。

やま(o^∀^o)ーとかいうやつの文章むずかしいーーっ　やめだやめだ！ぜんぶやめ

Linux で USB の問題を解決するには、次の 5 つの手順に従います。

USBポートが認識されていることを確認
ポートに必要な修理を行う
USB デバイスの修正または修復
Linux オペレーティング システムを再起動します。<
デバイス ドライバーの存在を確認する

USB デバイスを Linux コンピューターに挿入したときに最初に確認することは、それが検出されているかどうかです。デバイスがオペレーティング システムによって検出されたことを頻繁に確認する必要があります。

$ lsusb
Bus 009 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 002: ID 04c5:14bb Fujitsu, Ltd Fujitsu USB mouse
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 006 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

$

結果を書き留めてから、USB デバイスを接続し、lsusb を再度実行します。

今回は、バス ID、デバイス ID、USB ID、および説明とともに、追加のデバイスがリストされているはずです。余分なデバイスが何であるかがわからない場合 (内部 USB デバイス、おそらくイーサネットを使用している可能性があります)、別のコマンドを試してください。

Bus 006 Device 007: ID 058f:6387 Alcor Micro Corp. Flash Drive

lsusb is recognized but file manage is not displayed

$ sudo blkid
/dev/sdb1: SEC_TYPE="msdos" LABEL_FATBOOT="ElTorito" LABEL="ElTorito" UUID="BF5A-E479" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="eb0ef56a-4816-4dd1-9067-dfd783891989"

$ lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 btrfs 69661b77-aa05-4dbf-8220-f3f261ee255e 211.2G 4% /home
├─sda2 swap 1 9e3fed8d-9f31-4fb9-a09a-68b250a63353 [SWAP]
└─sda3 vfat FAT16 NO_LABEL CB1A-E709 96.4M 3% /boot/efi
sdb
└─sdb1 vfat FAT12 ElTorito BF5A-E479 <<==

とりあえず、FcitxとMozcが動いているか確認するとどちらも問題なさそう。まず、fcitxのプロセスを確認してみる。

$ ps -fe | grep fcitx
i 918 1 0 10月25 ? 00:00:10 /usr/bin/fcitx -d
i 924 1 0 10月25 ? 00:00:05 /usr/bin/dbus-daemon --syslog --fork --print-pid 5 --print-address 7 --config-file /usr/share/fcitx/dbus/daemon.conf
i 928 1 0 10月25 ? 00:00:00 /usr/bin/fcitx-dbus-watcher unix:path=/tmp/dbus-2o4FFmXwtI,guid=3685007884ef3950244988fe6357b4c1 924
i 12028 9680 0 01:53 pts/0 00:00:00 grep fcitx

$ ps -fe | grep mozc
i 980 918 0 10月25 ? 00:00:07 /usr/lib/mozc/mozc_server
i 12065 9680 0 01:54 pts/0 00:00:00 grep mozc

$
**Qt4のFcitx入力メソッドモジュールが見つかりません。**

とりあえず、fcitxを再起動してみる。しかし、再起動してみてもMozc入力は復活せず。
$ fcitx -r

(ERROR-12155 ime.c:432) fcitx-keyboard-in-tel-kagapa already exists
(ERROR-12155 ime.c:432) fcitx-keyboard-cm-mmuock already exists

グーグルすると、以下は問題ないエラーとのこと

(ERROR-2357 ime.c:432) fcitx-keyboard-in-tel-kagapa already exists
(ERROR-2357 ime.c:432) fcitx-keyboard-cm-mmuock already exists

xprofile ファイル ~/.xprofile と /etc/xprofile は、X ユーザーセッションの開始時(ウィンドウマネージャが開始される前)にコマンドを実行することができます。 xprofile ファイルのスタイルは xinitrc に似ています

$ cat .xinitrc.swp
b0VIM 8.2��7cG�]
������p\[,��xmodmap -e "keycode 66 = Escape NoSymbol Escape"xmodmap -e "keycode 9 = Caps_Lock NoSymbol Caps_Lock"xmodmap -e "clear lock"#Caps Lock と Esc を永続的に切り替え. /etc/X11/Xsession# invoke global X session script# global xinitrc file, used by all X sessions started by xinit (startx)## /etc/X11/xinit/xinitrc#!/bin/sh
$

2. キーボードレイアウト: 我

1. `setxkbmap`:

xkb_keymap {
xkb_keycodes { include "evdev+aliases(qwerty)" };
xkb_types { include "complete" };
xkb_compat { include "complete" };
xkb_symbols { include "pc+us+inet(evdev)+capslock(swapescape)" };
xkb_geometry { include "pc(pc105)" };
};

---------------------------------------
正常動作の参考例

1. `setxkbmap`:

xkb_keymap {
xkb_keycodes { include "evdev+aliases(qwerty)" };
xkb_types { include "complete" };
xkb_compat { include "complete" };
xkb_symbols { include "pc+jp(sun_type7)+jp:2+us:3+inet(evdev)" };
xkb_geometry { include "pc(pc105)" };
};

======>>差異は"pc+jpを"pc+usにしてることか。いちおう日本語環境にもどして試す

日本語キーボードレイアウトにもどすのやり方忘れた...めんどくさいなー(´Д｀)ﾊｧ…

## 入力メソッド:我

1. 2 の有効な入力メソッドを見つけました:

fcitx-keyboard-us
mozc

2. 既定の入力メソッド

キーボード 入力メソッド "fcitx-keyboard-us" を既定の入力メソッドとして追加しました。
------------------------------
ここで、コンソールで以下を入力してキーボード配列を確認をします。

我
$ localectl status
System Locale: LANG=en_US.UTF-8
LC_NUMERIC=ja_JP.UTF-8
LC_TIME=ja_JP.UTF-8
LC_MONETARY=ja_JP.UTF-8
LC_PAPER=ja_JP.UTF-8
LC_NAME=ja_JP.UTF-8
LC_ADDRESS=ja_JP.UTF-8
LC_TELEPHONE=ja_JP.UTF-8
LC_MEASUREMENT=ja_JP.UTF-8
LC_IDENTIFICATION=ja_JP.UTF-8
VC Keymap: us
X11 Layout: us
X11 Options: caps:swapescape

$

日本語配列からUS配列への変更
$ sudo dpkg-reconfigure keyboard-configuration

コマンド実行後、何度か選択を迫られるので、以下のように回答する。

キーボードモデル:

Generic 105-key (Intl) PC

(※ happy hacking keyboard を使ってる場合はその項目がある)

キーボードが由来する国:

英語(US)

キーボードレイアウト:

英語(US)

AltGrとして機能させるキー:

キーボード配置のデフォルト

コンポーズキー:

コンポーズキーなし

X サーバーを強制終了するのに Control+Alt+Backspace を使いますか？

<いいえ>
---------------------------
これを逆にたどればいいと思われ

タグ付きスナップショット '2022-10-26_03-18-26': ondemand
キーボードレイアウト:日本語　変更前

キーボードのレイアウトを日本語

ターミナルで
sudo dpkg-reconfigure keyboard-configuration
「Generic 105-key (Intl) PC」を選択
「Japanese」を選択
「Japanese」を選択
「The default for the keyboard layout」を選択
「No compose key」を選択で終了。

│ 設定ファイル /etc/default/keyboard にある現在のキーボードオプションは │
│ XKBOPTIONS="caps:swapescape" と定義されています。 │
│ │
│ これらのオプションを保持することを選ぶと、キーボードのオプションについての質問は尋ねられま │
│ せん。 │
│ │
│ 設定ファイルにある現在のキーボードオプションを保持しますか? │
│ │
│ <はい>

ただしこの変更は　あくまで一時的。我はus配列マニア故に！

Wineアプリでfcitx。インラインで未確定文字列が表示されない――この症状がいっぱんてき解決策

==>Fcitxの[設定]-[アドオン]-[拡張]（チェック）-[Fcitx XIM Frontend]-[設定]-[XIMでOn The Spotスタイルを使う

をしても直らない問題と関係してるのではと、自分なりに疑って、その推論の確認のために。

~~~~@@@@ 現時点でぜんぜんus配列。再起動でもすんのか？