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

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

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

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

>>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？」にできるとあった。

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

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

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

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

現在の/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？」にできるとあった。
これについて教えて下さい 。

100MBを29MBにしたところで何になる?
大いなる時間の無駄だよ

>>334
> 100MBを29MBにしたところで何になる?
> 大いなる時間の無駄だよ

あなたのゆってることの意味はわかる。自分もそれは考える。だから安全とディスク領域をムダにしない妥協点を見つけたく思う。

efi system partition size debian　で検索

EFI システムパーティション - ArchWiki - Arch Linux

ESP のサイズは、起動に必要なファイルとブートローダを格納するために十分な大きさである必要があります。
他のオペレーティングシステムとの相互運用上の問題を回避するには[1][2]、

<== Windowsとのデュアルブートのことと思う。そういうことはしてない

ESP は少なくとも 300 MiB にすることが推奨されます。初期の/バグのある UEFI 実装では、ESP は少なくとも 512 MiB が必要かもしれません。[3] これらが問題とならない場合、

<==きょうまでとくに問題ない

パーティションのサイズは 2 MiB まで小さくできます。この場合、ブートローダ以外は格納できません。

<== 2 MiB まで小さくできます。とArchWikiに明記されてるんだから、できるんでしょう。

しかしさすがにそんな極端な値にしたくない！　==>結論的に、このままにしておく。ありがとう！

boot , esp ,hidden について答えて！

://wiki.archlinux.jp/index.php/EFI_%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%83%91%E3%83%BC%E3%83%86%E3%82%A3%E3%82%B7%E3%83%A7%E3%83%B3#GPT_.E3.81.A7.E3.83.91.E3.83.BC.E3.83.86.E3.82.A3.E3.82.B7.E3.83.A7.E3.83.B3.E3.81.95.E3.82.8C.E3.81.9F.E3.83.87.E3.82.A3.E3.82.B9.E3.82.AF
同じページに

>32 MiB よりも小さいパーティションでは、FAT32 を使うことはできません。この場合、FAT16 か FAT12 でフォーマットしてください。例えば、2 MiB の ESP は FAT12 しかサポートできません:

とあるので、FAT16で32 MiB に今度してみるかも

よし！😇　俺が人柱になったる

このシケた雰囲気のリナックス板を改革できるのは、俺しかいないだろ？www

FAT16で32 MiB だ！　やり方自信ない(-_-^)　gparted つかう

どこが律速段階（ボトルネック）かって考えんのかな? 時間は有限です
もしディスクの消費量を節約したいのなら力をいれるべきはそこではない
$ df -Th を貼ってみ?

あ、すいません。

この場合gpartedは起動してるドライブから自分自身のespを縮小して問題ない？

>>339
$ df -h
df: /run/user/1000/doc: 許可されていない操作です
ファイルシス サイズ 使用 残り 使用% マウント位置
udev 1.8G 0 1.8G 0% /dev
tmpfs 365M 1.8M 364M 1% /run
/dev/sda1 222G 12G 211G 5% /
tmpfs 1.8G 0 1.8G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
/dev/sda1 222G 12G 211G 5% /home
tmpfs 1.8G 12K 1.8G 1% /tmp
/dev/sda3 100M 3.5M 97M 4% /boot/efi
tmpfs 365M 60K 365M 1% /run/user/1000
/dev/sda1 222G 12G 211G 5% /run/timeshift/backup

$

100MBを29MBにできたら71MB節約できる
222GB=227328MBに占める割合を考えなよ

それよりもっとでかいストレージ買えよ
安いだろ?
若いのかもしれんが歳とともに
金で時間を買うようにならんと

使用領域 空き領域の表示
df(1) のような一般的な linux ユーザースペースツールは Btrfs パーティションの空き容量を不正確に報告します

# btrfs filesystem usage /
Overall:
Device size: 221.91GiB
Device allocated: 16.02GiB
Device unallocated: 205.89GiB
Device missing: 0.00B
Used: 10.99GiB
Free (estimated): 210.10GiB (min: 210.10GiB)
Free (statfs, df): 210.10GiB
Data ratio: 1.00
Metadata ratio: 1.00
Global reserve: 26.25MiB (used: 0.00B)
Multiple profiles: no

Data,single: Size:15.01GiB, Used:10.79GiB (71.92%)
/dev/sda1 15.01GiB

Metadata,single: Size:1.01GiB, Used:204.47MiB (19.81%)
/dev/sda1 1.01GiB

System,single: Size:4.00MiB, Used:16.00KiB (0.39%)
/dev/sda1 4.00MiB

Unallocated:
/dev/sda1 205.89GiB
root@t1:~#

>>342
わかりました

>>343
> それよりもっとでかいストレージ買えよ

１テラのHDDあるけど　こんなデカイのいらんって押入れ入れてる。データはローカルにはいっさい置かんど、ぜんぶrcloneで
飛ばしてる

>>345
>データはローカルにはいっさい置かんど、ぜんぶrcloneで飛ばしてる
面白いけどインターネット越しだとアクセス遅いでしょ?
俺なら4TBのHDDが8,000円切ってるのでそれにデータは全部入れて
深夜に毎日リモートホストにfull backupするね

昔NFS rootつかって
ユーザーランド全部ネットワークとかやってたなぁ
流石にイントラだけどもw

>>347
組み込み開発もそれ

>>346
ワイもバックアップスクリプト自作して
毎深夜ファイル鯖へ差分送ってるわ
やっとくと安心感がまるで違うし

>>346
> 面白いけどインターネット越しだとアクセス遅いでしょ?

テキストドキュメントとか画像とか。扱ってるのは。ほとんど。

極まれに特大サイズのファイル扱うことあるけど、サイズがでかすぎると思ったらその時点でダウンするのやめたり。
正規オフィス　バックアップしてたやつでも「実質使わないから削除」とか、パッとあきらめるのが好き。万一必要になったら我でもダウンするからいいやと。

さっきデータ整理で、本当はいらなかった、いかなる実用性も自分にとってはない、2000ほか
ウインドウズiso 残しちゃったけど、それはmsとこれらOSへの敬意のために。
でも物理媒体で正規品xp持ってるからやっぱいらんと！

消しまくったらー（●｀ε´●）


> どこが律速段階（ボトルネック）かって考えんのかな? 時間は有限です
> もしディスクの消費量を節約したいのなら力をいれるべきはそこではない

このことは重要ですねー、目がさめた😇

>>350
> サイズがでかすぎると思ったらその時点でダウンするのやめたり。

たとえば　まえに凄い好きなゲームがあったが、ギガギガ単位のデータを取っておくのが嫌だと。だから削除しちゃえみたいな。それもローカルじゃない、グードラ。

グードラのアカウントたくさんもってる。それでも　あまり使わないものが存在してるのがやなんだ。
ノイローゼかな？ww

俺がどうしても消せないものは「自分が書いたいっさいのドキュメント」自分が好きすぎて、

自分の過去の思索とか、それは１文字たりとも消せん！！　俺は毎日とんでもない量の文章を書いてる。

それが無数のテキストとなって散在しており、それの整理ができなくて苦しんでる

別に消さんで良いからHDD書いなよw
ひょっとして働いちゃ駄目なお身分なのかな?

>>351
使わないアカなんて消せばいいじゃないか
即座に消したくないなら時限付きで設定しておけば使用頻度が低いものは勝手に消えるよ

>>351
> 毎日とんでもない量の文章を書いてる

その文章を5chに投稿してやろうと考えないだけ健全かも
ちょっと前まで思いつくまま文章を5chに書き散らかす糞爺がいてね
反発を喰らってもそれが何故なのか理解できない、いかれた奴だったという

>>353
> 時限付きで設定しておけば使用頻度が低いものは勝手に消えるよ

そんなのあった...？　今度調べる

>>354
> 反発を喰らってもそれが何故なのか理解できない、いかれた奴だったという

それ俺じゃねww

お前ら聞いてくれてありがとう。じゃあ粛々とデータ整理すっか

>>356
いや、その糞爺は「ありがとう」なんて言葉は絶対口にしない奴だった
絶対に貴方とは違う別人ですよ

苦し紛れっぽい時とある文字列を
あり得ないスレで見かけた事はあるけどな

荒らしと馴れ合ってんなよ
胸糞悪い

未明に「馴れ合い」とかいう単語持ち出す時点でお察し

緊急でお世話になりますっ

gparted でwindowsパーティションの操作は問題ないのか？ググると

://pureinfotech.com/resize-partition-windows-10-gparted/

問題なさそうですが？

それともウイン用専用分区操作ツールが必要か？

WinはWinでやれ