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

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

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

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

>>195
SAMBAのリセットコマンドなんか良く有る例だね

ひとつ例を挙げるとするなら、一時期暴れてたアウトラインガイジみたいなやつが居座らなければ気持ちよく回答できるんだよな

そういえばshutdownコマンド実行すると、wallで system is going shutdown, please logout. ..なんかこんな感じのメッセージが出てましたが
今はないのかな。

端末エミュレータからrebootコマンド打つだけでも一瞬表示されますね

sudo /sbin/shutdown -h now

を最後に打ったのいつだろう

音が出せる端末からつないでいることが前提だけど、シャットダウンメッセージにビープコードを混ぜれば端末から鳴らせなくもない。

>>206
shutdownコマンドは覚えておくと万一のとき役立つのでは
もし画面が固まったときこのコマンドで回避できる

poweroff

>>167
今度は世界中で人気の MX Linux-21.0 を frugal インストールしてみました。
ttps://ameblo.jp/gokurakuhaze/entry-12712034816.html

この記事は信用していいのかな。初心者向けじゃないよな
こんなややこしいことするくらいなら普通にインストールするけどな

それとも本当はもっと簡単で、この記事が間違ってるのかもしれないぞ

Btrfsサブボリュームを活用し複数ディストリをぶっこんでいたワイには関係無いお話だったか

ブートローダーがほぼ共通なら@を@distroに書き換えれば一つのbtrfsに複数のディストリの/を入れることも可能なのかな

grub及びsystemd-bootの設定でヘタこきたくなかったワイは
ディストリを切り替える際サブボリュームをリネームしたりUEFIエントリを修正したりしてたわ
その頃は覚えている限りBtrfsパーティションへ５、６本くらいのディストリをお試し用に入れたった

ヘタレなワイが当時やってた手順教えたろか？

VirtualBox等の仮想マシンへ追加ディストリをインスコがおすすめ
サブボリュームへdebootstrapやpacstrap等chroot環境の召還でも良い
↓
追加トリ内でbtrfs-progsを使える様にしておく
↓
仮想マシンに入れた場合、追加トリ用実機サブボリュームへrsyncでもdumpでもbtrfs sendでも
やりやすい方法でシステムデータを転送
↓
元システム@を任意の名前にmvして待避
追加トリ@を@にmvしマウントしてchroot
↓
設定を実機用に整えブートローダも追加トリ用にする(/boot/efiをマウントしgrub-installなど)
↓
( ﾟДﾟ)ｳﾏｰ

やるなら自己責任で

>>191
dd if=/dev/sdb of=/dev/sdc

なおFreeBSDとのマルチブートも可能になるZFSでも同様の事は可能だが
難易度がかなり上がるのでハッキリ言っておすすめできない
Btrfsの方がまだ簡単

ラズパイとかで遊んでみっか

Non root でブートするLive os はありますか？
Tails 以外に。
そのOS上でVPN を使いたいです。

>>176
おまえ、こんなしょうもないスレで油売ってる場合じゃないのでは？w
戦場でクズ荒らしと戦って来いよ

くだらねえ質問で悪いが、>>218の言う
> Non root でブート
とは具体的に何が非rootなのよ。

はじめてCrontab触っているんですけど
単純に動作確認したいのですがどうすればいいですか？
テキストエディタが「xed」で起動するのですが
$ * * * * * /bin/xed
ではだめでした

>>220
Sudo や su を使えない
したがって、
内部ストレージを読み書きできない
ソフトウェアをシステム領域にインストールできない

Tails のようなもの
Linux mint をSudo 無効化したようなもの
Window の非管理ユーザーみたいなもの

>>221
For details see man 4 crontabs

Example of job definition:
.---------------- minute (0 - 59)
| .------------- hour (0 - 23)
| | .---------- day of month (1 - 31)
| | | .------- month (1 - 12) OR jan,feb,mar,apr ...
| | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
| | | | |
* * * * * user-name command to be executed

セクション4にcrontabのmanなどあるわけ無いし
システムcrontabとユーザーcrontabの違いも説明してやれよ

スレチよりイタチ

自作PCとかハード板なら詳しいかもな
Ubuntuで出てるエラーメッセージについてはググってくれとしか

CPU差し直してコアが復活するのに
ワンチャン賭けた方がよくね

>>226
win10を動かしたいだからな
>>225
あえてこの板で尋ねるなら、Ryzen必死なやつが多そうな
linuxに最適なcpuはryzenとarm 　スレだろうな。
まぁ、UEFIで色々いじれるマザーならコア数制限はできると思うが

お久しぶりです！色々と！！

>>197
> このfixしようとしているディスクからブートしているのではありませんか？
> fdiskで何かするなら、マウントしてない状態でやりましょう。

そうです。マウントしてない状態とは、usbメモリ起動ですかっ？

>>197
> 今は止めときましょ。色々危ないです。

わかりもーした。自分としてはあんまやりたくないのですが、某所で質問を出した経緯があって、最後までやりきらんといけなくて。

>>197
> ブートローダーの起動ドライブ指定は大丈夫ですか？

そんな概念は初耳です

> /etc/fstab はマウントする対象を何で指定していますか？

$ cat /etc/fstab

# <file system> <mount point> <type> <options> <dump> <pass>
UUID=CB1A-E709 /boot/efi vfat defaults,noatime 0 2
UUID=69661b77-aa05-4dbf-8220-f3f261ee255e / btrfs subvol=@,defaults,noatime,space_cache,autodefrag,discard,compress=lzo 0 1
UUID=69661b77-aa05-4dbf-8220-f3f261ee255e /home btrfs subvol=@home,defaults,noatime,space_cache,autodefrag,discard,compress=lzo 0 2
UUID=9e3fed8d-9f31-4fb9-a09a-68b250a63353 swap swap defaults,noatime,discard 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

$

きかれてる意味がわかりません

>>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'