くだらねえ質問はここに書き込め！Part 249

質問と回答のスレです。雑談、日記、相談はそれに相応しいスレへ。
質問に対して答えてもらったら、お礼よりも、結果報告。

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

■■■ 荒らしは放置 ■■■
特定の個人名を出す奴は荒らしです。無視しましょう。

>>197
> このテキストは /dev/sda に保存されているのではありませんか？どこか別の場所にコピーしましょう。

すでにgoogleドライブ上です。バックアップは外部メディアへ出す、常識です(^_^)

>>197
> btrfs はファイルシステムですよね。つまりパーティションの内部のデータ構造。ディスクまるごとのバックアップは、 ディスクの内容を(パーティションテーブルも含めて)まるごと別のディスク(かファイルシステム上のファイル)としてコピーします。

おおっ！💦

> 通常は、OS稼働中のファイルシステムではなく、マウントするにしてもリードオンリーでコピーします。>> コピーしたいディスクを取り出して別のマシン(WindowsでもLinuxでも)につないで、別のディスクにコピーします。

なるほど...たしかによく考えるとウインドウズ時代のacronis でもそうだったな。光ディスク的な起動して、
完全に分離された領域に吐き出していたな。

そんな面倒くさいことをしないとダメなのか。btrfs　だから魔法のような「一発コマンド」があってディスク丸ごとなのかと。
おれはエリートだ。オマラしもじものものの　ファイルシステムとは訳がちがうんだと。。。

>>198
> cat /dev/sda /path/to/medium/sda.img
> とか実行

コマンドの意味がわかりません。

> EaseUS todo backupとかの起動用USBメモリでバックアップするのも選択肢かもねえ

ググってみます

>>199
> なにか教えろと言うなら先ずバックアップ用ストレージ(ヘタレてないやつ)を準備する事
> 話はそれからだ

1テラと320ギガと二つ空いてる

>>211

>>213

>>212
バターfs の場合は、ディスク丸ごとなんか　いりませんかっ？複数トリを入れる気など毛頭ありません。

単純にげんざいのdebian がタイムシフトで対応不能の障害（例 : ddrescue で自分自身を上書き）などなった場合、無表情に瞬時に復元したく思う

ディスク丸ごととはちがうのだろうけど、外部にサブボリューム？スナップショットがあれば可能ではないのか？

>>214
むずかしい...　もっと単純な方法はないのか？

ごめんなさい🙇　パッと1秒で見て拒絶反応。よくよく見たら難しくねえ。
>>214
> VirtualBox等の仮想マシンへ追加ディストリをインスコがおすすめ
> サブボリュームへdebootstrapやpacstrap等chroot環境の召還でも良い
> ↓
仮想マシンは嫌いだから使いたくないけど、
> サブボリュームへ chroot環境 <== これはわかる... サブボリュームへ ってなに？

> 追加トリ内でbtrfs-progsを使える様にしておく
> ↓
よゆう。

> 仮想マシンに入れた場合、追加トリ用実機サブボリュームへrsyncでもdumpでもbtrfs sendでも
> やりやすい方法でシステムデータを転送
> ↓
うぐぅ〜〜うぐぅ〜〜btrfs sendについて調べる。なんかできそうな気持ち

> 元システム@を任意の名前にmvして待避
> 追加トリ@を@にmvしマウントしてchroot
> ↓
ここまでは、もっと画像とかある参考サイトがあれば　できそ。

> 設定を実機用に整えブートローダも追加トリ用にする(/boot/efiをマウントしgrub-installなど)
> ↓

ウワーッ　やだなー。この書き込みを元に一歩々々調べていく。ありがとうございました！
海外のbtrfs 使いの　一流のギークも　全員このやり方でしょうか！

> 1テラと320ギガと二つ空いてる
バックアップ先ストレージは誰に見せても恥ずかしくない健康状態である必要がある

> 海外のbtrfs 使いの　一流のギークも　全員このやり方でしょうか！
仮想マシンから実機へのシステム転送と言う手法自体あまり見たり聞いたりした事は無い
理論上可能なんだしできるんじゃね、としか言いようが無い
自分は何度も成功させてはいるしこれからもこの手法を自分は便利に使うが
都度他人に教えを乞う者にはとても推奨できんな
いつも自己責任のもと遊び半分でやってる事だし

dockerやwslの構築でchrootやdebootstrapを利用したりするからシステム転送なんて別に珍しくないと思うが

>>239
システムデータの転送は珍しくないと言う方が現れた
仮想マシンのシステムデータを実機システムとして再利用すると言う場合でも
今後はその方に教えを乞うと良い　よかったな

前スレ>>686でUSB接続のWiFiアダプタを使ったAPの
速度が出ないと相談した者ですが
WiFiアダプタを買い換えようかなと思います
実績を知りたいのですがみなさんどの製品がどのくらい速度出ていますか?
私の最速はIODATAのWN-G300Uで以下の測定ページで22Mbps
https://fast.com/ja/

WiFi APを自分で設定しているひとはあんまりいないのかなぁ...

300円で買った11b/gドングルで1/10の速さなワイ涙目

そんなに遅いものを何に使ってるのか気になります

>>243
ちゃんと管理したり遊んだりする用途なら自分で立てるよりCiscoとかRuckus、MikrotikあたりのAP買ってきたほうが楽だからなぁ
アンマネージドでいいなら尼とか家電量販店で買ってきてブリッジモードで繋げばいいわけで

>>245
ふつうに宅内でのケータイ用AP
でかいファイル落とすわけでもないので意外とこれでも不自由していない

助けてくだせえ――manがハッシュドポテトと言われました！

$ man cp
man: コマンドはステータス 3 で終了しました: (cd /usr/share/man && /usr/lib/man-db/zsoelim) | (cd /usr/share/man && /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE) | (cd /usr/share/man && preconv -e UTF-8) | (cd /usr/share/man && tbl) | (cd /usr/share/man && nroff -mandoc -rLL=71n -rLT=71n -Tutf8)

$ type man
man is hashed (/usr/bin/man)

なんだろう？と思って調べてみると 下のサイトに「コマンドの場所へ高速にアクセスするために、よく使用するパスをキャッシュにとっていて、ハッシュテーブルがそのキャッシュ」と 書いてありました。


現在ハッシュテーブルにキャッシュされているコマンドは hash コマンドで確認できます。

$ hash
hits command
6 /usr/bin/man
3 /usr/bin/ls

$
"-r" オプションで ハッシュテーブルを削除できます。

$ hash -r
削除後に確認してみます。

$ hash -r

$ hash
hash: hash table empty

$ type man
man is /usr/bin/man

$ man cp
man: command exited with status 3: (cd /usr/share/man && /usr/lib/man-db/zsoelim) | (cd /usr/share/man && /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE) | (cd /usr/share/man && preconv -e UTF-8) | (cd /usr/share/man && tbl) | (cd /usr/share/man && nroff -mandoc -rLL=71n -rLT=71n -Tutf8)

$
使えねえのは同じでした！早く結果を出したい、もう1年前からずーっとマンが使えねえ

使えねえと、btrfs　ほか色々のことがぜんぶ調べられねえ！

男がほしいっ　ここに書けば1日以内に親切な回答がつくのはわかっている

だがおれは1日など魔天！！　ゆえに複数箇所にコピペするしかないのか？

そんな労力したくない！

先ずmanコマンド自体は正常か確認する
$ man /usr/share/man/man1/man.1.gz

まあ！いやらしい

どうせいたづらでイカレポンチになったろうからせめてもの遊び心づら

次に精査の為以下を実行する
$ man /usr/share/man/man1/co.1.gz

より深入りしたい場合は環境変数として「PAGER=more 」と指定するといいかもしれない

>>248
$ MAN_DISABLE_SECCOMP=1 man man
を試してみる
これが正常動作するなら ~/.bashrc に
export MAN_DISABLE_SECCOMP=1
を書いて
$ source ~/.bashrc

駄目なら groff と man を再インストールしてみる
それで直ったという報告がここに
https://bbs.archlinux.org/viewtopic.php?pid=1805477#p1805477

「駄目なら」って排他的に書いたけど、もしかしたら両方必要かもね

>>251
$ man /usr/share/man/man1/man.1.gz
man: コマンドはステータス 3 で終了しました: /usr/lib/man-db/zsoelim | /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE | preconv -e UTF-8 | tbl | nroff -mandoc -rLL=71n -rLT=71n -Tutf8

$

>>254
$ man /usr/share/man/man1/co.1.gz
man: /usr/share/man/man1/co.1.gz: そのようなファイルやディレクトリはありません
/usr/share/man/man1/co.1.gz というマニュアルはありません

$

電光石火の応答、感謝。

>>255
> より深入りしたい場合は

?

> 環境変数として「PAGER=more 」と指定するといいかもしれない

やり方不明

>>256
> $ MAN_DISABLE_SECCOMP=1 man man
> を試してみる

$ MAN_DISABLE_SECCOMP=1 man man
man: コマンドはステータス 3 で終了しました: (cd /usr/share/man/ja && /usr/lib/man-db/zsoelim) | (cd /usr/share/man/ja && /usr/lib/man-db/manconv -f UTF-8:EUC-JP -t UTF-8//IGNORE) | (cd /usr/share/man/ja && preconv -e UTF-8) | (cd /usr/share/man/ja && tbl) | (cd /usr/share/man/ja && nroff -mandoc -rLL=71n -rLT=71n -Tutf8)

$

> 駄目なら groff と man を再インストールしてみる
> それで直ったという報告がここに
>://bbs.archlinux.org/viewtopic.php?pid=1805477#p1805477

お示しのページを見ましたが、groff と man を再インストールってどこに書いてあるか、字が小さいからか？見つけられません。
しかもアーチーの掲示板だし。

groff と man を再インストール」でググる

>>262
そんだけ他人を振り回してるなら本気で問題解決したいんだろ？
だったら自分のトリのパッケージ依存関係くらい確認しとけよ

$ apt depends man-db (manコマンドを提供しているパッケージ)

$ sudo df -h

udev 1.8G 0 1.8G 0% /dev
tmpfs 365M 1.8M 364M 1% /run
/dev/sda1 222G 11G 211G 5% /
tmpfs 1.8G 51M 1.8G 3% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
/dev/sda1 222G 11G 211G 5% /home
tmpfs 1.8G 2.9M 1.8G 1% /tmp
/dev/sda3 100M 3.5M 97M 4% /boot/efi
tmpfs 365M 64K 365M 1% /run/user/1000
/dev/sda1 222G 11G 211G 5% /run/timeshift/backup

$

>>263
://wiki-ubuntu-com.translate.goog/ReducingDiskFootprint?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=op,sc#Documentation
の不要なファイルをドロップ

必要なフィルターを指定するファイル /etc/dpkg/dpkg.cfg.d/01_nodoc を作成します。
path-exclude /usr/share/doc/*
# we need to keep copyright files for legal reasons
path-include /usr/share/doc/*/copyright
path-exclude /usr/share/man/*
path-exclude /usr/share/groff/*
path-exclude /usr/share/info/*
# lintian stuff is small, but really unnecessary
path-exclude /usr/share/lintian/*
path-exclude /usr/share/linda/*

project-config の postinst にある同じファイルとディレクトリのセットを削除します。

if [ "$1" = "configure" ] && [ -z "$2" ]; then
echo "Removing documentation..." >&2
find /usr/share/doc -depth -type f ! -name copyright|xargs rm || true
find /usr/share/doc -empty|xargs rmdir || true
rm -rf /usr/share/man /usr/share/groff /usr/share/info /usr/share/lintian /usr/share/linda /var/cache/man
fi
==========================
これらはもちろん実行しています。なぜならwiki-ubuntu　だから。

>>263
$ apt depends man-db
man-db
先行依存: dpkg (>= 1.16.1~)
dpkg:i386
|依存: bsdextrautils
bsdextrautils:i386
依存: bsdmainutils (<< 12.1.1~)
|依存: debconf (>= 1.2.0)
依存: <debconf-2.0>
cdebconf
debconf
依存: groff-base (>= 1.18.1.1-15)
groff-base:i386
依存: libc6 (>= 2.28)
依存: libgdbm6 (>= 1.16)
依存: libpipeline1 (>= 1.5.0)
依存: libseccomp2 (>= 2.1.0)
依存: zlib1g (>= 1:1.1.4)

競合:
以下は略

://askubuntu-com.translate.goog/questions/1144029/how-to-reinstall-man-pages-after-deleting-them?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=op,sc

対応するファイルを再インストール

sudo apt-get install --reinstall $(dpkg -S /usr/share/ | sed 's/,//g' | sed 's/: \/usr\/share//g')

巨大パッケージ　ダウンロード中...しまった！

>ほぼ 1GB のパッケージをダウンロードし、1 時間以上インストールする必要がありました

こんな巨大なものをインストールする必要があるならば、man とどちらが欲しいか微妙です

タイムシフトでもどすかもです.... たった今 GUI で

パッケージの設定

┌──────────┤ keyboard-configuration を設定しています ├──────────┐
│ このマシンのキーボードのモデルを選択してください。

とか出ました。

==>意見を聞かせて下さい、継続か戻すか？

manの修復ごときに1GBものパッケージが必要なわけねえだろ
依存情報の読み取り方ならベテランDebianユーザーが明朗簡潔に教えてくれるだろうから待っとけ

>>270
あ...ありがとうございます

> 依存情報の読み取り方ならベテランDebianユーザーが明朗簡潔に教えてくれるだろうから待っとけ

このままGUI
=============================　
パッケージの設定

┌──────────┤ keyboard-configuration を設定しています ├──────────┐
│ このマシンのキーボードのモデルを選択してください。

===================

出しっぱなしで何時間も待つんですか？　ゲームして待ってます...なるべく早くおねがいします

https://bbs.archlinux.org/viewtopic.php?pid=1805477#p1805477
> Finally, it seems that something broke in the installation of groff, man returned to work after reinstalling groff and man.

ubuntu なら groff-base と man-db かな

sudo apt-get install --reinstall groff-base
sudo apt-get install --reinstall man-db

ファイル名末尾からそれを含むパッケージを検索
https://packages.ubuntu.com/search?suite=jammy&;arch=any&searchon=contents&keywords=bin%2Fgroff
https://packages.ubuntu.com/search?suite=jammy&;arch=any&searchon=contents&keywords=bin%2Fman

ファイル名からそれを含むパッケージを探すコマンド色々
https://superuser.com/questions/10997/find-what-package-a-file-belongs-to-in-ubuntu-debian

>>272
ただ今帰ってきました

ID:dE1OzOUT様ありがとうございます
今
sudo apt-get install --reinstall $(dpkg -S /usr/share/ | sed 's/,//g' | sed 's/: \/usr\/share//g')
して
GUI
=============================　
パッケージの設定

┌──────────┤ keyboard-configuration を設定しています ├──────────┐
│ このマシンのキーボードのモデルを選択してください。


===================
この画面が出てる状態ですが、こちらはどうしましょう？

レスが返ってくるまで待機してらんないので

sudo apt-get install --reinstall $(dpkg -S /usr/share/ | sed 's/,//g' | sed 's/: \/usr\/share//g')

以前にtimeshift　戻ります

>>270
> manの修復ごときに1GBものパッケージが必要なわけねえだろ

ただいま$ timeshift-launcher &　で非共有を見てみると

75メガとなっていました。

スナップショット: 2022-09-08_18-30-44 ~ {timeshift-autosnap-apt} {created before call to APT}
復元されたシステムサブボリューム: @home
復元されたシステムサブボリューム: @

スナップショット: 2022-09-08_11-44-16 ~ {timeshift-autosnap-apt} {created before call to APT}
******************************************************************************
既存の復元前のスナップショットが見つかりました: 2022-09-08_20-04-55
サブボリュームの削除: @ (Id:-1)
削除されたサブボリューム: @ (Id:-1)

削除されたサブボリューム: @
削除されたサブボリューム: @home
------------------------------------------------------------------------------
E: 宛先にサブボリュームが存在します: /run/timeshift/backup/@home
復元されたシステムサブボリューム: @
復元が完了しました
システムを再起動すると、スナップショットがアクティブになります。

<== 巨大パッケージ　インストール前へ戻れてなかった上に

[ライブ] Before restoring '2022-09-08 11:44:16'　とか出て　不明で未知な状態

だったので更に以前へもどる

>>272
> ubuntu なら groff-base と man-db かな

debian11 = GOD OS
です

> sudo apt-get install --reinstall groff-base
> sudo apt-get install --reinstall man-db

$ sudo apt-get install --reinstall groff-base
と
$ sudo apt install --reinstall groff-base

は同じか？

> sudo apt-get install --reinstall groff-base
> sudo apt-get install --reinstall man-db

どちらも実行したが変化なしです！

$ man cp
man: コマンドはステータス 3 で終了しました: (cd /usr/share/man && /usr/lib/man-db/zsoelim) | (cd /usr/share/man && /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE) | (cd /usr/share/man && preconv -e UTF-8) | (cd /usr/share/man && tbl) | (cd /usr/share/man && nroff -mandoc -rLL=71n -rLT=71n -Tutf8)

$

ubuntu公式に書いてあったチューニングだから

こんな目に会うとは思わんがったー！(T_T)

man が使えないとか　そんな欠陥OSじゃあ

意味がながったーー

自分の管理不届きをOSのせいにする責任転嫁野郎に教えられる事は無くなった

もう独力でやるしかねえ！！　原因と結果がハッキリしてて下の回答はすごいらしい。だから解決するはずだあ。問題は機械翻訳で何ゆってるか今一つだあ！
休憩してからやる。このスレはメモ帳にしたる。感謝しろ。

://askubuntu-com.translate.goog/questions/1144029/how-to-reinstall-man-pages-after-deleting-them?_x_tr_sl=en&_x_tr_tl=ja&_x_tr_hl=ja&_x_tr_pto=op,sc

あなたの問題は「/usr/share」フォルダーを誤って削除した場合と非常によく似ています
が、 解決は簡単です。 対応するファイルを再インストールする必要があります
sudo apt-get install --reinstall $(dpkg -S /usr/share/ | sed 's/,//g' | sed 's/: \/usr\/share//g')

（ソリューションを簡単にするために、個々のディレクトリはリストしません）
sudo apt-get check

最後に、debsums-を使用してシステムの整合性をチェックし
sudo apt-get install debsums

その後に
sudo debsums --all --changed

このdebsumsメソッドは、たとえば次の長いコマンドを使用して自動化する必要があります。
xargs -rd '\n' -a <(sudo debsums -c 2>&1 | cut -d " " -f 4 | sort -u | xargs -rd '\n' -- dpkg -S | cut -d : -f 1 | sort -u) -- sudo apt-get install -f --reinstall --
(読みやすくするためにインライン コードとしてフォー
マットされています)

結局こういう事になるのかね

> 最低限のマナーとして礼儀だけは当たり前の様に配慮し続けなければ
> 何を聞こうと門前払いの未来しか見えん

>>285
オレサマのメモ荒しになっているから
相手にされないだろ

これは自演？
昔からLinux使ってたおじさんがハマったことを書いてるん？
読みづらいのはなんとかしてほしいなぁ。

オレサマのメモ荒しでは仕方ないな
質疑応答の体でなくなったメモかぁ

>>287
スレを読みたいなら取り敢えず読みやすくしとけばいいとおもうよ

>>265
> rm -rf /usr/share/man /usr/share/groff /usr/share/info /usr/share/lintian /usr/share/linda /var/cache/man

うん? ええ…

それなら>>284のURLの回答に従えば直りそう
その前に作成したという設定ファイル /etc/dpkg/dpkg.cfg.d/01_nodoc を削除してから

「公式」に書いてあったからって "rm -rf" や "xargs rm" なんかを含むコマンドをその意味も理解しようともせず実行するとかスゲーな…

>>289
読むに値する内容かどうかも読みづらいから評価できないなぁ。

他人に判断させる位なら一先ずそっ閉じしとけばいいと思うんだ

>>290
> その前に作成したという設定ファイル /etc/dpkg/dpkg.cfg.d/01_nodoc を削除してから

ありがとうございまーす😍　

$ cd /etc/dpkg/dpkg.cfg.d

$ ls
01_nodoc pkg-config-hook-config

$ sudo rm -rfv 01_nodoc
'01_nodoc' を削除しました

$
ここから先が自信ありません。よろしくおねがいします😇

さっきこれをすると

sudo apt-get install --reinstall $(dpkg -S /usr/share/ | sed 's/,//g' | sed 's/: \/usr\/share//g')GUI

=============================　
パッケージの設定

┌──────────┤ keyboard-configuration を設定しています ├──────────┐
│ このマシンのキーボードのモデルを選択してください。


===================
この画面が立ち上がるが、それをどう設定していくか、参考ページには何も出ていない...

それでもやっていくしかないのか？

スナップショット: 2022-09-08_20-04-55 ~ Before restoring '2022-09-08 11:44:16'

sudo apt-get install --reinstall $(dpkg -S /usr/share/ | sed 's/,//g' | sed 's/: \/usr\/share//g')GUI

後のスナップショットまで戻しました。再起動

おそらくこんな手軽な問題では無いと思うが
切り分けの為に実施を推奨

$ sudo mv /var/cache/man /root
(manのキャッシュを退避)
$ sudo mandb -c
(manのキャッシュを再生成)
$ man man && man co
(作り直されたキャッシュで機能するかどうかを検証)

i@t1:/etc/dpkg/dpkg.cfg.d$ cat 01_nodoc
# ４つ以外をインストールしないと解釈。作成 2022/08/29
path-exclude /usr/share/doc/*
path-exclude /usr/share/man/*
path-exclude /usr/share/groff/*
path-exclude /usr/share/info/*

>>297
説明が不足していたかも知れないが
これはキャッシュの不良なのかどうかと言う検証である
従って297を実施したくば各質問前の状態にロールバックしてから実施する事

$ sudo mv /var/cache/man /root
$ sudo mandb -c
/usr/share/man 配下のマニュアルページを処理しています...
パス `/usr/share/man/man1' の index キャッシュを更新しています。お待ちくパス `/usr
/share/man/man2' の index キャッシュを更新しています。お待ちくパス `/usr/share/
man/man3' の index キャッシュを更新しています。お待ちくパス `/usr/share/man/
man4' の index キャッシュを更新しています。お待ちくパス `/usr/share/man/man5' の
index キャッシュを更新しています。お待ちくパス `/usr/share/man/man6' の index
キャッシュを更新しています。お待ちくパス `/usr/share/man/man7' の index キャッ
シュを更新しています。お待ちくパス `/usr/share/man/man8' の index キャッシュを更
新しています。お待ちください...完了しました。
/usr/share/man 配下の roff がない cat ファイルをチェックしています...
/var/cache/man 配下の roff がない cat ファイルをチェックしています...
/usr/share/man/cs 配下のマニュアルページを処理しています...
パス `/usr/share/man/cs/man1' の index キャッシュを更新しています。お待ちパス `/
usr/share/man/cs/man5' の index キャッシュを更新しています。お待ちパス `/usr/


全体で200行。冒頭の16行。

>>299
> 従って297を実施したくば各質問前の状態にロールバックしてから実施する事

これを　今読みました。今からロールバック。

直近の変更を破棄すれば

sudo apt-get install --reinstall $(dpkg -S /usr/share/ | sed 's/,//g' | sed 's/: \/usr\/share//g')GUI

前に戻れるはずだが...　もうスナップショットが古いのは残っていない。これに期待するしかない

今から38分前に自動作成された

スナップショット: 2022-09-08_23-02-54 ~ Before restoring '2022-09-08 20:04:55'

982 type man
983 man /usr/share/man/man1/man.1.gz
984 man /usr/share/man/man1/co.1.gz
985 MAN_DISABLE_SECCOMP=1 man man
986 df -h
987 sudo df -h
988 apt depends man-db
989 sudo apt-get install --reinstall groff-base
990 sudo apt-get install --reinstall man-db
991 man cp
992 cd
993 hi
994 cd /etc/dpkg/dpkg.cfg.d
995 ls
996 sudo rm -rfv 01_nodoc
997 timeshift-launcher &
998 h
999 history | head -n 16
1000 history
i@t1:~$

sudo apt-get install --reinstall $(dpkg -S /usr/share/ | sed 's/,//g' | sed 's/: \/usr\/share//g')GUI

前までは戻せたが、その他の変更はムリだった

では297の検証をしてみよう
どこかでつまづく様ならばいよいよman-db関係の依存パッケージをまるっと再インストール
(但しlibcやlibstdc++うんたらはそのままで良い
そいつらに異常有ならそもそも他のプログラムにも支障を来たしているはずなので)

その時にはネット情報など鵜呑みにせず「man-dbとgroff-baseにはどんな依存パッケージがあるか」を
横着せず(←問題解決の為には超重要)調べ上げる事

荒らしの相手をする奴も荒らし。

ならおまえが荒らしって事じゃん

>>297
くだらねえスレの皆さん。おはよー御座います。


> おそらくこんな手軽な問題では無いと思うが
> 切り分けの為に実施を推奨

本質的で深い知識を求めるのだからぎゃくにすぐ解決しないほうがいいのです。では謹んで端末コピペやらせていただきます...！

> $ sudo mv /var/cache/man /root
> (manのキャッシュを退避)
> $ sudo mandb -c
> (manのキャッシュを再生成)
$ sudo mandb -c
/usr/share/man 配下のマニュアルページを処理しています...
パス `/usr/share/man/man1' の index キャッシュを更新しています。お待ちください..
.........
81 個のマニュアルページ子ディレクトリに新しいマニュアルページが含まれていました。
6553 個のマニュアルページが追加されました。
0 の迷子の cat が追加されました。

$

> $ man man && man co
> (作り直されたキャッシュで機能するかどうかを検証)

$ man man && man co
man: コマンドはステータス 3 で終了しました: (cd /usr/share/man && /usr/lib/man-db/zsoelim) | (cd /usr/share/man && /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE) | (cd /usr/share/man && preconv -e UTF-8) | (cd /usr/share/man && tbl) | (cd /usr/share/man && nroff -mandoc -rLL=95n -rLT=95n -Tutf8)

$
同じでした！

> (cd /usr/share/man && /usr/lib/man-db/zsoelim) | (cd /usr/share/man && /usr/lib/man-db/manconv -f UTF-8:ISO-8859-1 -t UTF-8//IGNORE) | (cd /usr/share/man && preconv -e UTF-8) | (cd /usr/share/man && tbl) | (cd /usr/share/man && nroff -mandoc -rLL=95n -rLT=95n -Tutf8)

これが単なる意味不明な文字列でない事くらいはわかりますね
manコマンドの裏側で実行されているものですが、ここに登場する実行プログラムを全て挙げると、

cd
/usr/lib/man-db/zsoelim
/usr/lib/man-db/manconv
preconv
tbl
nroff

となります
当たり前の事を敢えて書くと、問題は実行プログラム及び使用ライブラリの不良不足、
又はそれらが読み込む何らかのドキュメントの破損欠損が考えられます

敢えて身も蓋も無くなりそうな話をさせてもらうと
「操作した結果どうなるか自分で判断出来ないファイルは
消さない・移動しない・変更しない・触らない」に限るのですよ

>>303
> man-db関係の依存パッケージをまるっと再インストール
> (但しlibcやlibstdc++うんたらはそのままで良い
> 「man-dbとgroff-baseにはどんな依存パッケージがあるか」を

://packages.debian.org/ja/bullseye/man-db

パッケージ: man-db (2.9.4-2)
マニュアルページを読むためのツール

本パッケージはシステムのヘルプファイル (マニュアルページ) を調べる 最初の方法である、man コマンドを提供します。本パッケージにより提供される 他のユーティリティには、マニュアルページデータベースを検索するための whatis および apropos コマンド、マニュアルページの検索パスを決定するための manpath ユーティリティ、そして、メンテナンス用ユーティリティである mandb、 catman および zsoelim があります。man-db はマニュアルページの整形と 表示のために、groff プログラムスイートを使用します。

>「推奨」パッケージは、それを必要としない理由を理解している場合を除いて、常にインスト
ールされるべきです。逆に「提案」パッケージは、それを必要とする理由を理解している場
合を除いて、インストールしなくても構いません。

であるから 依存 推奨 のみで、かつ (libcやlibstdc++うんたら）と「または」をのぞくと

dep: dpkg (>= 1.16.1~)
Debian パッケージ管理システム

dep: bsdextrautils
4.4BSD-Lite 由来の追加ユーティリティ

dep: debconf (>= 1.2.0)
Debian 設定管理システム

dep: groff-base (>= 1.18.1.1-15)
GNU troff テキスト整形システム (基本システム要素)

dep: libgdbm6 (>= 1.16)
GNU dbm データベースルーチン (ランタイム版)

dep: libpipeline1 (>= 1.5.0)
Unix プロセスのパイプライン操作ライブラリ

dep: libseccomp2 (>= 2.1.0)
Linux seccomp フィルタへの高水準インターフェース

dep: zlib1g (>= 1:1.1.4)
圧縮ライブラリ - ランタイム
========================================
以上かと! このページの見方も知らんふつつかものですがっ

>>307
ありがとうございます🙇💦

回答をヒントにネット検索していきます。

>>307
> manコマンドの裏側で実行されているものですが、

初めて知りました

> ここに登場する実行プログラムを全て挙げると、

cd
/usr/lib/man-db/zsoelim
/usr/lib/man-db/manconv
preconv
tbl
nroff

これらは「実行プログラム」？？

==> そうしますと、これらの実行にチャレンジしたが「失敗して」ステータス 3 で終了しました――という意味ですね

で、軽く依存関係を調べてみて入れ直した方が良さそうなものはこちら

man-db
bsdextrautils
groff-base
libgdbm6
libpipeline1
libseccomp2
zlib1g
libuchardet0
libsmartcols1
libtinfo6

reinstallした結果解決するかはともかく、これ以上の回答とスレの専有はご容赦下さい

>>248
この人以前もこんな感じの質問してたと思うのだが
普段rootで使ってるんじゃなかろうか?
manなんて壊れたことないぞ

$ apt-cache depends man-db
man-db
先行依存: dpkg
dpkg:i386
|依存: bsdextrautils
bsdextrautils:i386
依存: bsdmainutils
|依存: debconf
依存: <debconf-2.0>
cdebconf
debconf
依存: groff-base
groff-base:i386
依存: libc6
依存: libgdbm6
依存: libpipeline1
依存: libseccomp2
依存: zlib1g

以下略

root@t1:~# dpkg -s man-db

Depends:

bsdextrautils | bsdmainutils (<< 12.1.1~),
debconf (>= 1.2.0) | debconf-2.0,
groff-base (>= 1.18.1.1-15),
libc6 (>= 2.28),
libgdbm6 (>= 1.16),
libpipeline1 (>= 1.5.0),
libseccomp2 (>= 2.1.0),
zlib1g (>= 1:1.1.4)
Pre-Depends: dpkg (>= 1.16.1~)

>>313
俺は時々 sudo -i したりする事もあるけど
manが壊れた事など一度も無い

>>312
reinstall = 再インストール
そんなのaptでやったことない、やり方がわからん。そんで今やりました

$ sudo apt-get install --reinstall man-db bsdextrautils groff-base libgdbm6 libpipeline1 libseccomp2 zlib1g libuchardet0 libsmartcols1 libtinfo6

3,746 kB 中 1,456 kB のアーカイブを取得する必要があります。
この操作後に追加で 0 B のディスク容量が消費されます。


CP(1) User Commands CP(1)

NAME
cp - copy files and directories

SYNOPSIS
cp [OPTION]... [-T] SOURCE DEST
cp [OPTION]... SOURCE... DIRECTORY
cp [OPTION]... -t DIRECTORY SOURCE...


ども(^_^)

回答してくれた皆さんありがとうございました

結局今回も答えそのものを書いてやったの俺

BTRFS(8) Btrfs Manual BTRFS(8)

NAME
btrfs - a toolbox to manage btrfs filesystems

SYNOPSIS
btrfs <command> [<args>]

DESCRIPTION
The btrfs utility is a toolbox for managing btrfs filesystems.
There are command groups to work with subvolumes, devices, for
whole filesystem or other specific actions. See section
COMMANDS.

There are also standalone tools for some tasks like
btrfs-convert or btrfstune that were separate historically
and/or haven’t been merged to the main utility. See section
STANDALONE TOOLS for more details.

For other topics (mount options, etc) please refer to the
separate manual page btrfs(5).

=====================
日本語man ページが欲しいです

またはどうやって英語の壁を乗り越えて活用するのかについて秘伝を教えて下さい

# apt install manpages-ja

$ man date
=============================
DATE(1) ユーザーコマンド DATE(1)

名前
date - システムの日付や時刻の表示、設定を行う

===================
> なお、日本語のマニュアルページは内容が古かったり、翻訳が分かりにくかったりすることもあります。そんな場合は

$ LC_ALL=C man date
============================
DATE(1) User Commands DATE(1)

NAME
date - print or set the system date and time

😍😍😍😍

基本を押さえていない人は度々つまずくという例を示しているのだろうか…

残念ですがmanpages-jaにBtrfsの日本語manは含まれておりません
Btrfsに関してはArchWikiで大抵は用が足りる

man を極めたw

>>321
明日もよろしくおねがいします。いっさいの疑問をすべて解決してくたさい

>>324
> Btrfsに関してはArchWikiで大抵は用が足りる

了解。失礼いたします！

そんなに充実した日本語manに頼りたくばFreeBSDでも使うこったな
manの為にOSを選ぶのも本末転倒だが

現在の/boot/efi　の状態

└─sda3 vfat FAT16 NO_LABEL CB1A-E709 96.4M 3% /boot/efi

以前に　boot , esp ,hidden の3項目がチェックされた状態にする　と習ったのですが、

debian 11を calamares installer でインストールの際に、　どうしても　そのようにフラグが立てられず

げんざい msftdata しか付されてない。

問題なく動作してるので、このままでよいのでしょうか？

同じくcalamares installer でインストールの際に、/boot/efi　のサイズについて懸命に調べた。

└─sda3 8:3 0 100M 0 part /boot/efi

FAT16　で100M　にすると決断して、きょうまでとくに問題ない

しかしひとつ気になるのは3%しか使用してないことだ。

はっきり値をおぼえてないが、英語ページに「最小で29M？」にできるとあった。

これについて教えて下さい

こういう迷惑なやつってどこにでもいるよな
短文爺といい、二度と書き込まないでほしい

> 二度と書き込まないでほしい
こう思わせるのが狙いでもあるだろうからもっと事務的になる事をすすめる

改行多いのは忙しないなぁ。普通は文章の区切りで改行。