[過去ﾛｸﾞ] くだらねえ質問はここに書き込め！Part 249 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
231: 2022/09/07(水)22:25 ID:erY29n37(2/10) AAS
>>197
> 今は止めときましょ。色々危ないです。
わかりもーした。自分としてはあんまやりたくないのですが、某所で質問を出した経緯があって、最後までやりきらんといけなくて。
232: 2022/09/07(水)22:28 ID:erY29n37(3/10) AAS
>>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
省3
233: 2022/09/07(水)22:29 ID:erY29n37(4/10) AAS
>>197
> このテキストは /dev/sda に保存されているのではありませんか？どこか別の場所にコピーしましょう。
すでにgoogleドライブ上です。バックアップは外部メディアへ出す、常識です(^_^)
234: 2022/09/07(水)22:36 ID:erY29n37(5/10) AAS
>>197
> btrfs はファイルシステムですよね。つまりパーティションの内部のデータ構造。ディスクまるごとのバックアップは、 ディスクの内容を(パーティションテーブルも含めて)まるごと別のディスク(かファイルシステム上のファイル)としてコピーします。
おおっ！💦
> 通常は、OS稼働中のファイルシステムではなく、マウントするにしてもリードオンリーでコピーします。>> コピーしたいディスクを取り出して別のマシン(WindowsでもLinuxでも)につないで、別のディスクにコピーします。
なるほど...たしかによく考えるとウインドウズ時代のacronis でもそうだったな。光ディスク的な起動して、
完全に分離された領域に吐き出していたな。
そんな面倒くさいことをしないとダメなのか。btrfs だから魔法のような「一発コマンド」があってディスク丸ごとなのかと。
おれはエリートだ。オマラしもじものものの ファイルシステムとは訳がちがうんだと。。。
235: 2022/09/07(水)22:39 ID:erY29n37(6/10) AAS
>>198
> cat /dev/sda /path/to/medium/sda.img
> とか実行
コマンドの意味がわかりません。
> EaseUS todo backupとかの起動用USBメモリでバックアップするのも選択肢かもねえ
ググってみます
236: 2022/09/07(水)22:40 ID:erY29n37(7/10) AAS
>>199
> なにか教えろと言うなら先ずバックアップ用ストレージ(ヘタレてないやつ)を準備する事
> 話はそれからだ
1テラと320ギガと二つ空いてる
237: 2022/09/07(水)22:49 ID:erY29n37(8/10) AAS
>>211
>>213
>>212
バターfs の場合は、ディスク丸ごとなんか いりませんかっ？複数トリを入れる気など毛頭ありません。
単純にげんざいのdebian がタイムシフトで対応不能の障害（例 : ddrescue で自分自身を上書き）などなった場合、無表情に瞬時に復元したく思う
ディスク丸ごととはちがうのだろうけど、外部にサブボリューム？スナップショットがあれば可能ではないのか？
238: 2022/09/07(水)22:51 ID:erY29n37(9/10) AAS
>>214
むずかしい... もっと単純な方法はないのか？
239(1): 2022/09/07(水)23:05 ID:erY29n37(10/10) AAS
ごめんなさい🙇 パッと1秒で見て拒絶反応。よくよく見たら難しくねえ。
>>214
> VirtualBox等の仮想マシンへ追加ディストリをインスコがおすすめ
> サブボリュームへdebootstrapやpacstrap等chroot環境の召還でも良い
> ↓
仮想マシンは嫌いだから使いたくないけど、
> サブボリュームへ chroot環境 <== これはわかる... サブボリュームへ ってなに？
> 追加トリ内でbtrfs-progsを使える様にしておく
> ↓
よゆう。
省12
240: 2022/09/08(木)00:38 ID:m5F0m82k(1) AAS
> 1テラと320ギガと二つ空いてる
バックアップ先ストレージは誰に見せても恥ずかしくない健康状態である必要がある
> 海外のbtrfs 使いの 一流のギークも 全員このやり方でしょうか！
仮想マシンから実機へのシステム転送と言う手法自体あまり見たり聞いたりした事は無い
理論上可能なんだしできるんじゃね、としか言いようが無い
自分は何度も成功させてはいるしこれからもこの手法を自分は便利に使うが
都度他人に教えを乞う者にはとても推奨できんな
いつも自己責任のもと遊び半分でやってる事だし
241: 2022/09/08(木)00:49 ID:E9gMVwus(1) AAS
dockerやwslの構築でchrootやdebootstrapを利用したりするからシステム転送なんて別に珍しくないと思うが
242: 2022/09/08(木)01:17 ID:kuNH9vX1(1) AAS
>>239
システムデータの転送は珍しくないと言う方が現れた
仮想マシンのシステムデータを実機システムとして再利用すると言う場合でも
今後はその方に教えを乞うと良い よかったな
243(2): 2022/09/08(木)11:24 ID:AC3ey91/(1/3) AAS
前スレ>>686でUSB接続のWiFiアダプタを使ったAPの
速度が出ないと相談した者ですが
WiFiアダプタを買い換えようかなと思います
実績を知りたいのですがみなさんどの製品がどのくらい速度出ていますか?
私の最速はIODATAのWN-G300Uで以下の測定ページで22Mbps
外部ﾘﾝｸ:fast.com
WiFi APを自分で設定しているひとはあんまりいないのかなぁ...
244(2): 2022/09/08(木)11:39 ID:h+h16Ft0(1) AAS
300円で買った11b/gドングルで1/10の速さなワイ涙目
245(1): 2022/09/08(木)12:07 ID:AC3ey91/(2/3) AAS
そんなに遅いものを何に使ってるのか気になります
246: 2022/09/08(木)12:30 ID:9hF3qKX6(1) AAS
>>243
ちゃんと管理したり遊んだりする用途なら自分で立てるよりCiscoとかRuckus、MikrotikあたりのAP買ってきたほうが楽だからなぁ
アンマネージドでいいなら尼とか家電量販店で買ってきてブリッジモードで繋げばいいわけで
247: 244 2022/09/08(木)12:36 ID:6N/kXhMS(1) AAS
>>245
ふつうに宅内でのケータイ用AP
でかいファイル落とすわけでもないので意外とこれでも不自由していない
248(2): 2022/09/08(木)12:57 ID:SleTkBW/(1/33) AAS
助けてくだせえ――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)
249: 2022/09/08(木)13:05 ID:SleTkBW/(2/33) AAS
なんだろう？と思って調べてみると 下のサイトに「コマンドの場所へ高速にアクセスするために、よく使用するパスをキャッシュにとっていて、ハッシュテーブルがそのキャッシュ」と 書いてありました。
現在ハッシュテーブルにキャッシュされているコマンドは hash コマンドで確認できます。
$ hash
hits command
6 /usr/bin/man
3 /usr/bin/ls
$
"-r" オプションで ハッシュテーブルを削除できます。
$ hash -r
削除後に確認してみます。
省10
250: 2022/09/08(木)13:09 ID:SleTkBW/(3/33) AAS
男がほしいっ ここに書けば1日以内に親切な回答がつくのはわかっている
だがおれは1日など魔天！！ ゆえに複数箇所にコピペするしかないのか？
そんな労力したくない！
251(1): 244 2022/09/08(木)13:26 ID:ogALhREM(1/4) AAS
先ずmanコマンド自体は正常か確認する
$ man /usr/share/man/man1/man.1.gz
252: 2022/09/08(木)13:37 ID:AC3ey91/(3/3) AAS
まあ！いやらしい
253: 2022/09/08(木)13:43 ID:ogALhREM(2/4) AAS
どうせいたづらでイカレポンチになったろうからせめてもの遊び心づら
254(1): 2022/09/08(木)13:50 ID:ogALhREM(3/4) AAS
次に精査の為以下を実行する
$ man /usr/share/man/man1/co.1.gz
255(1): 2022/09/08(木)14:10 ID:ogALhREM(4/4) AAS
より深入りしたい場合は環境変数として「PAGER=more 」と指定するといいかもしれない
256(1): 2022/09/08(木)14:52 ID:dE1OzOUT(1/5) AAS
>>248
$ MAN_DISABLE_SECCOMP=1 man man
を試してみる
これが正常動作するなら ~/.bashrc に
export MAN_DISABLE_SECCOMP=1
を書いて
$ source ~/.bashrc
駄目なら groff と man を再インストールしてみる
それで直ったという報告がここに
外部ﾘﾝｸ[php]:bbs.archlinux.org
257: 2022/09/08(木)14:54 ID:dE1OzOUT(2/5) AAS
「駄目なら」って排他的に書いたけど、もしかしたら両方必要かもね
258: 2022/09/08(木)17:46 ID:SleTkBW/(4/33) AAS
>>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
$
259: 2022/09/08(木)17:48 ID:SleTkBW/(5/33) AAS
>>254
$ man /usr/share/man/man1/co.1.gz
man: /usr/share/man/man1/co.1.gz: そのようなファイルやディレクトリはありません
/usr/share/man/man1/co.1.gz というマニュアルはありません
$
260: 2022/09/08(木)17:49 ID:SleTkBW/(6/33) AAS
電光石火の応答、感謝。
261: 2022/09/08(木)17:51 ID:SleTkBW/(7/33) AAS
>>255
> より深入りしたい場合は
?
> 環境変数として「PAGER=more 」と指定するといいかもしれない
やり方不明
262(1): 2022/09/08(木)17:59 ID:SleTkBW/(8/33) AAS
>>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 を再インストールしてみる
> それで直ったという報告がここに
>外部ﾘﾝｸ[php]:bbs.archlinux.org
お示しのページを見ましたが、groff と man を再インストールってどこに書いてあるか、字が小さいからか？見つけられません。
省2
263(2): 2022/09/08(木)18:04 ID:gRbtFEsh(1/2) AAS
>>262
そんだけ他人を振り回してるなら本気で問題解決したいんだろ？
だったら自分のトリのパッケージ依存関係くらい確認しとけよ
$ apt depends man-db (manコマンドを提供しているパッケージ)
264: 2022/09/08(木)18:06 ID:SleTkBW/(9/33) AAS
$ 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
省2
265(1): 2022/09/08(木)18:15 ID:SleTkBW/(10/33) AAS
>>263
外部ﾘﾝｸ:wiki-ubuntu-com.translate.goog
の不要なファイルをドロップ
必要なフィルターを指定するファイル /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/*
省12
266: 2022/09/08(木)18:17 ID:SleTkBW/(11/33) AAS
>>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>
省9
267: 2022/09/08(木)18:18 ID:SleTkBW/(12/33) AAS
競合:
以下は略
268: 2022/09/08(木)18:28 ID:SleTkBW/(13/33) AAS
外部ﾘﾝｸ:askubuntu-com.translate.goog
対応するファイルを再インストール
sudo apt-get install --reinstall $(dpkg -S /usr/share/ | sed 's/,//g' | sed 's/: \/usr\/share//g')
巨大パッケージ ダウンロード中...しまった！
269: 2022/09/08(木)18:32 ID:SleTkBW/(14/33) AAS
AA省
270(2): 2022/09/08(木)18:36 ID:gRbtFEsh(2/2) AAS
manの修復ごときに1GBものパッケージが必要なわけねえだろ
依存情報の読み取り方ならベテランDebianユーザーが明朗簡潔に教えてくれるだろうから待っとけ
271: 2022/09/08(木)18:46 ID:SleTkBW/(15/33) AAS
AA省
272(2): 2022/09/08(木)18:48 ID:dE1OzOUT(3/5) AAS
外部ﾘﾝｸ[php]:bbs.archlinux.org
> 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
ファイル名末尾からそれを含むパッケージを検索
外部ﾘﾝｸ:packages.ubuntu.com
外部ﾘﾝｸ:packages.ubuntu.com
ファイル名からそれを含むパッケージを探すコマンド色々
外部ﾘﾝｸ:superuser.com
273: 2022/09/08(木)19:56 ID:SleTkBW/(16/33) AAS
AA省
274: 2022/09/08(木)20:01 ID:SleTkBW/(17/33) AAS
レスが返ってくるまで待機してらんないので
sudo apt-get install --reinstall $(dpkg -S /usr/share/ | sed 's/,//g' | sed 's/: \/usr\/share//g')
以前にtimeshift 戻ります
275: 2022/09/08(木)20:04 ID:SleTkBW/(18/33) AAS
>>270
> manの修復ごときに1GBものパッケージが必要なわけねえだろ
ただいま$ timeshift-launcher & で非共有を見てみると
75メガとなっていました。
276: 2022/09/08(木)20:05 ID:SleTkBW/(19/33) AAS
スナップショット: 2022-09-08_18-30-44 ~ {timeshift-autosnap-apt} {created before call to APT}
復元されたシステムサブボリューム: @home
復元されたシステムサブボリューム: @
277: 2022/09/08(木)20:11 ID:SleTkBW/(20/33) AAS
スナップショット: 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
復元されたシステムサブボリューム: @
省5
278: 2022/09/08(木)20:19 ID:SleTkBW/(21/33) AAS
>>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
は同じか？
279: 2022/09/08(木)20:22 ID:SleTkBW/(22/33) AAS
> 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)
$
280: 2022/09/08(木)20:27 ID:SleTkBW/(23/33) AAS
ubuntu公式に書いてあったチューニングだから
こんな目に会うとは思わんがったー！(T_T)
281: 2022/09/08(木)20:28 ID:SleTkBW/(24/33) AAS
man が使えないとか そんな欠陥OSじゃあ
意味がながったーー
282: 2022/09/08(木)20:39 ID:MNU7FCeN(1) AAS
自分の管理不届きをOSのせいにする責任転嫁野郎に教えられる事は無くなった
283: 2022/09/08(木)21:06 ID:SleTkBW/(25/33) AAS
もう独力でやるしかねえ！！ 原因と結果がハッキリしてて下の回答はすごいらしい。だから解決するはずだあ。問題は機械翻訳で何ゆってるか今一つだあ！
休憩してからやる。このスレはメモ帳にしたる。感謝しろ。
284(1): 2022/09/08(木)21:18 ID:SleTkBW/(26/33) AAS
外部ﾘﾝｸ:askubuntu-com.translate.goog
あなたの問題は「/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
省4
285(1): 2022/09/08(木)21:19 ID:gB5j2Guw(1) AAS
結局こういう事になるのかね
> 最低限のマナーとして礼儀だけは当たり前の様に配慮し続けなければ
> 何を聞こうと門前払いの未来しか見えん
286: 2022/09/08(木)21:28 ID:HP7sMZR5(1) AAS
>>285
オレサマのメモ荒しになっているから
相手にされないだろ
287(1): 2022/09/08(木)21:31 ID:X0ysXy9J(1/2) AAS
これは自演？
昔からLinux使ってたおじさんがハマったことを書いてるん？
読みづらいのはなんとかしてほしいなぁ。
288: 2022/09/08(木)21:34 ID:w68KOT0v(1/2) AAS
オレサマのメモ荒しでは仕方ないな
質疑応答の体でなくなったメモかぁ
289(1): 2022/09/08(木)21:36 ID:w68KOT0v(2/2) AAS
>>287
スレを読みたいなら取り敢えず読みやすくしとけばいいとおもうよ
290(1): 2022/09/08(木)21:44 ID:dE1OzOUT(4/5) AAS
>>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 を削除してから
291: 2022/09/08(木)21:46 ID:dE1OzOUT(5/5) AAS
「公式」に書いてあったからって "rm -rf" や "xargs rm" なんかを含むコマンドをその意味も理解しようともせず実行するとかスゲーな…
292: 2022/09/08(木)21:58 ID:X0ysXy9J(2/2) AAS
>>289
読むに値する内容かどうかも読みづらいから評価できないなぁ。
293: 2022/09/08(木)22:15 ID:LTqASdlD(1) AAS
他人に判断させる位なら一先ずそっ閉じしとけばいいと思うんだ
294: 2022/09/08(木)22:54 ID:SleTkBW/(27/33) AAS
>>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' を削除しました
省2
295: 2022/09/08(木)22:59 ID:SleTkBW/(28/33) AAS
AA省
296: 2022/09/08(木)23:03 ID:SleTkBW/(29/33) AAS
スナップショット: 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
後のスナップショットまで戻しました。再起動
297(2): 2022/09/08(木)23:12 ID:wpkZpLgl(1/3) AAS
おそらくこんな手軽な問題では無いと思うが
切り分けの為に実施を推奨
$ sudo mv /var/cache/man /root
(manのキャッシュを退避)
$ sudo mandb -c
(manのキャッシュを再生成)
$ man man && man co
(作り直されたキャッシュで機能するかどうかを検証)
298: 2022/09/08(木)23:23 ID:SleTkBW/(30/33) AAS
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/*
299(1): 2022/09/08(木)23:29 ID:wpkZpLgl(2/3) AAS
>>297
説明が不足していたかも知れないが
これはキャッシュの不良なのかどうかと言う検証である
従って297を実施したくば各質問前の状態にロールバックしてから実施する事
300: 2022/09/08(木)23:31 ID:SleTkBW/(31/33) AAS
$ 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 キャッシュを更
省7
301: 2022/09/08(木)23:41 ID:SleTkBW/(32/33) AAS
>>299
> 従って297を実施したくば各質問前の状態にロールバックしてから実施する事
これを 今読みました。今からロールバック。
直近の変更を破棄すれば
sudo apt-get install --reinstall $(dpkg -S /usr/share/ | sed 's/,//g' | sed 's/: \/usr\/share//g')GUI
前に戻れるはずだが... もうスナップショットが古いのは残っていない。これに期待するしかない
省2
302: 2022/09/08(木)23:48 ID:SleTkBW/(33/33) AAS
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
省12
303(1): 2022/09/08(木)23:58 ID:wpkZpLgl(3/3) AAS
では297の検証をしてみよう
どこかでつまづく様ならばいよいよman-db関係の依存パッケージをまるっと再インストール
(但しlibcやlibstdc++うんたらはそのままで良い
そいつらに異常有ならそもそも他のプログラムにも支障を来たしているはずなので)
その時にはネット情報など鵜呑みにせず「man-dbとgroff-baseにはどんな依存パッケージがあるか」を
横着せず(←問題解決の為には超重要)調べ上げる事
304: 2022/09/09(金)08:11 ID:db9m1BFG(1) AAS
荒らしの相手をする奴も荒らし。
305: 2022/09/09(金)08:12 ID:7VOngMoD(1) AAS
ならおまえが荒らしって事じゃん
306: 2022/09/09(金)11:26 ID:EGnHjcsd(1/7) AAS
>>297
くだらねえスレの皆さん。おはよー御座います。
> おそらくこんな手軽な問題では無いと思うが
> 切り分けの為に実施を推奨
本質的で深い知識を求めるのだからぎゃくにすぐ解決しないほうがいいのです。では謹んで端末コピペやらせていただきます...！
> $ sudo mv /var/cache/man /root
> (manのキャッシュを退避)
> $ sudo mandb -c
> (manのキャッシュを再生成)
$ sudo mandb -c
省13
307(2): 2022/09/09(金)11:50 ID:Dl9nGm+u(1/2) AAS
> (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
となります
省5
308: 2022/09/09(金)11:56 ID:EGnHjcsd(2/7) AAS
>>303
> man-db関係の依存パッケージをまるっと再インストール
> (但しlibcやlibstdc++うんたらはそのままで良い
> 「man-dbとgroff-baseにはどんな依存パッケージがあるか」を
外部ﾘﾝｸ:packages.debian.org
パッケージ: man-db (2.9.4-2)
マニュアルページを読むためのツール
本パッケージはシステムのヘルプファイル (マニュアルページ) を調べる 最初の方法である、man コマンドを提供します。本パッケージにより提供される 他のユーティリティには、マニュアルページデータベースを検索するための whatis および apropos コマンド、マニュアルページの検索パスを決定するための manpath ユーティリティ、そして、メンテナンス用ユーティリティである mandb、 catman および zsoelim があります。man-db はマニュアルページの整形と 表示のために、groff プログラムスイートを使用します。
309: 2022/09/09(金)11:58 ID:EGnHjcsd(3/7) AAS
>「推奨」パッケージは、それを必要としない理由を理解している場合を除いて、常にインスト
ールされるべきです。逆に「提案」パッケージは、それを必要とする理由を理解している場
合を除いて、インストールしなくても構いません。
であるから 依存 推奨 のみで、かつ (libcやlibstdc++うんたら）と「または」をのぞくと
dep: dpkg (>= 1.16.1~)
Debian パッケージ管理システム
dep: bsdextrautils
4.4BSD-Lite 由来の追加ユーティリティ
dep: debconf (>= 1.2.0)
Debian 設定管理システム
省12
310: 2022/09/09(金)12:04 ID:EGnHjcsd(4/7) AAS
>>307
ありがとうございます🙇💦
回答をヒントにネット検索していきます。
311: 2022/09/09(金)12:11 ID:EGnHjcsd(5/7) AAS
>>307
> manコマンドの裏側で実行されているものですが、
初めて知りました
> ここに登場する実行プログラムを全て挙げると、
cd
/usr/lib/man-db/zsoelim
/usr/lib/man-db/manconv
preconv
tbl
nroff
省2
312(1): 2022/09/09(金)12:21 ID:Dl9nGm+u(2/2) AAS
で、軽く依存関係を調べてみて入れ直した方が良さそうなものはこちら
man-db
bsdextrautils
groff-base
libgdbm6
libpipeline1
libseccomp2
zlib1g
libuchardet0
libsmartcols1
省2
313(1): 2022/09/09(金)12:26 ID:xGh6DWT2(1) AAS
>>248
この人以前もこんな感じの質問してたと思うのだが
普段rootで使ってるんじゃなかろうか?
manなんて壊れたことないぞ
314: 2022/09/09(金)12:30 ID:EGnHjcsd(6/7) AAS
$ apt-cache depends man-db
man-db
先行依存: dpkg
dpkg:i386
|依存: bsdextrautils
bsdextrautils:i386
依存: bsdmainutils
|依存: debconf
依存: <debconf-2.0>
cdebconf
省9
315: 2022/09/09(金)12:36 ID:EGnHjcsd(7/7) AAS
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)
省1
316: 2022/09/09(金)13:50 ID:1yljWDFK(1) AAS
>>313
俺は時々 sudo -i したりする事もあるけど
manが壊れた事など一度も無い
317: 2022/09/10(土)01:04 ID:P+ECheHB(1/15) AAS
>>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
省5
318: 2022/09/10(土)01:07 ID:P+ECheHB(2/15) AAS
回答してくれた皆さんありがとうございました
319: 2022/09/10(土)01:53 ID:zg6W4JPZ(1/3) AAS
結局今回も答えそのものを書いてやったの俺
320: 2022/09/10(土)01:56 ID:P+ECheHB(3/15) AAS
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.
省9
321(1): 2022/09/10(土)02:21 ID:WMlZhq2J(1/4) AAS
# apt install manpages-ja
322: 2022/09/10(土)02:33 ID:P+ECheHB(4/15) AAS
$ man date
=============================
DATE(1) ユーザーコマンド DATE(1)
名前
date - システムの日付や時刻の表示、設定を行う
===================
> なお、日本語のマニュアルページは内容が古かったり、翻訳が分かりにくかったりすることもあります。そんな場合は
$ LC_ALL=C man date
============================
DATE(1) User Commands DATE(1)
省3
323: 2022/09/10(土)02:34 ID:/2+VlpkL(1) AAS
基本を押さえていない人は度々つまずくという例を示しているのだろうか…
324(1): 2022/09/10(土)02:35 ID:zg6W4JPZ(2/3) AAS
残念ですがmanpages-jaにBtrfsの日本語manは含まれておりません
Btrfsに関してはArchWikiで大抵は用が足りる
325: 2022/09/10(土)02:35 ID:P+ECheHB(5/15) AAS
man を極めたw
>>321
明日もよろしくおねがいします。いっさいの疑問をすべて解決してくたさい
326: 2022/09/10(土)02:36 ID:P+ECheHB(6/15) AAS
>>324
> Btrfsに関してはArchWikiで大抵は用が足りる
了解。失礼いたします！
327: 2022/09/10(土)03:03 ID:zg6W4JPZ(3/3) AAS
そんなに充実した日本語manに頼りたくばFreeBSDでも使うこったな
manの為にOSを選ぶのも本末転倒だが
328: 2022/09/10(土)04:12 ID:P+ECheHB(7/15) AAS
現在の/boot/efi の状態
└─sda3 vfat FAT16 NO_LABEL CB1A-E709 96.4M 3% /boot/efi
以前に boot , esp ,hidden の3項目がチェックされた状態にする と習ったのですが、
debian 11を calamares installer でインストールの際に、 どうしても そのようにフラグが立てられず
げんざい msftdata しか付されてない。
省1
329: 2022/09/10(土)04:18 ID:P+ECheHB(8/15) AAS
同じくcalamares installer でインストールの際に、/boot/efi のサイズについて懸命に調べた。
└─sda3 8:3 0 100M 0 part /boot/efi
FAT16 で100M にすると決断して、きょうまでとくに問題ない
しかしひとつ気になるのは3%しか使用してないことだ。
はっきり値をおぼえてないが、英語ページに「最小で29M？」にできるとあった。
省1
330: 2022/09/10(土)05:17 ID:Ur09PDWk(1) AAS
こういう迷惑なやつってどこにでもいるよな
短文爺といい、二度と書き込まないでほしい
上下前次1-新書関写板覧索設栞歴
あと 672 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.029s