elliptic さんによる最初の回答

使えているのならば そのままでヨシ! です。
/boot/efi は /dev/sda1 であるべきというルールはありません。<--英数から日本語にきりかわる箇所はやはり半角空け
PCは混乱せずに動作しており、システムが壊れているのでもなく
何かを直す必要があるわけでもありません。

UUIDで対象が捕捉出来ていればドライブ順やパーテイション番号が変わっても
書き換えなしでOSを動かすことができるようにできています。
それを活かすために fstab や grub.cfgファイルでは
/dev/sdxx
ではなく
UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
の形式でパーティションを指定しています。

何が問題かを十分理解しないままいじろうとするのはおすすめしません。

（もっと分区の状態がパッと把握できる、もっといいコマンドがあると思うのですがわかりません(^^)）
lsblk -f /dev/sda
はどうでしょうか?

> パーティションテーブル
という用語はしょっちゅう聞く。重要なんだろうという程度の認識。

ディスクの「目次」にあたる部分で
ディスク中にあるパーティションの名前・開始位置・終了位置・種類の一覧表です。
こわれると、パーティションをうまく読み書きできなくなります。

>パーティションテーブル等のバックアップ
こんな部分だけバックアップして役に立つのか？（半信半疑）

うまく動作しなくなった場合に元に戻せます。

MBR形式での話ですが、
ディスクの先頭部にはパーティションテーブルのほか
ＯＳを起動するプログラムなども含まれていて、
書きかえられると特定のＯＳが起動しなくなったりします。
Ubuntu のインストール設定を誤って Windows が起動しなくなったり、
Windows の更新で Ubuntu が起動しなくなったりしたときに
助けられたことが何度かあります。

とはいえ全体をバックアップするやり方がわからない。

私は Clonezilla を愛用しています。バックアップ先は別の HDD です。参考まで。

gd(google drive)にすでに
sda.partition.table.09-03-2022.txt
が存在していた。たぶん９月３日に同じページを参考にして
まったく同じコマンド実行してた。完全に記憶ない。ヤバイw

>sfdisk コマンドを使用して Linux パーティションをバックアップするにはどうすればよいですか?
クリアした、つぎの
> sfdisk コマンドを使用して Linux パーティションをディスクに復元
は、もしもの場合だから略す

すずめさんの#40に書かれているやり方とぜんぜんちがうがいいのか？Disksをインストールしなくていいし、元から入ってるコマンドだけ。しかもddコマンドも使わないし、usbライブすらしてない。
もしこのsfdiskコマンドでバックアップとリストアが、
■ パーティションテーブル等のバックアップ
になっていて、同じならば、こちらのがぜんぜん簡単でいいのではないか？
どうでしょう？すずめさん(o^∀^o)

https://www.cyberciti.biz/faq/linux-backup-restore-a-partition-table-with-sfdisk-command/#:~:text=how%20do%20i%20restore%20the%20linux%20partition%20with%20sfdisk%20command%20to%20the%20disk%3F
さっきの参考ページにrestoreするとき、usbライブで起動してやる――とか書いてないようで、それが謎です

疲労でかなり朦朧。またしても前スレに投稿。しかしこの大宇宙のなかで孤独を感じない。なぜなら、助けてくれる友がいるから！
-------------------------
まだ　すずめさんの回答に沿って何もしてないが
さきほどすでに
$ lsblk
├─sda1 8:1 0 100M 0 part /boot/efi
├─sda2 8:2 0 221.9G 0 part /run/timeshift/backup
└─sda3 8:3 0 1.6G 0 part [SWAP]

/boot/efi が sda1 になっていることに気づいた。...そういえばさいきんそれらしき操作を加えたような...しかし記憶がおぼろげ。記録を読み返す。
--------------------------------------
11/07(月)
$ sudo fdisk -l
ディスク /dev/sda: 223.57 GiB, 240057409536 バイト, 468862128 セクタ
ディスクラベルのタイプ: gpt
ディスク識別子: 5B2DD538-BB17-C044-8F0F-AE223AB53660

デバイス 開始位置 終了位置 セクタ サイズ タイプ
/dev/sda1 206848 465580031 465373184 221.9G Linux ファイルシステム
/dev/sda2 465580032 468860927 3280896 1.6G Linux スワップ
/dev/sda3 2048 206847 204800 100M Microsoft 基本データ

パーティション情報の項目がディスクの順序と一致しません。

GPT PMBR のサイズが合致していません (14399 != 3913727) が、w (書き込み) コマンドで修正されます。
バックアップの GPT テーブルは破損しているようです、しかしプライマリテーブルは大丈夫のようですので、そちらを使用します。
GPTテーブルのバックアップがデバイスの終端にありません。
---------------------------------------------
パーティション情報の項目がディスクの順序と一致しません。
==>この言葉をググってどこかのページに
>パーティションの「並び」はfdiskコマンドの拡張メニューにある「領域の順序を適正化する」機能で簡単に修正できる。

コマンド (m でヘルプ): w
パーティション情報が変更されました。
パーティション 1 の削除に失敗しました: デバイスもしくはリソースがビジー状態です
パーティション 2 の削除に失敗しました: デバイスもしくはリソースがビジー状態です
パーティション 3 の削除に失敗しました: デバイスもしくはリソースがビジー状態です
パーティション 1 をシステムに追加できませんでした: デバイスもしくはリソースがビジー状態です
パーティション 2 をシステムに追加できませんでした: デバイスもしくはリソースがビジー状態です
パーティション 3 をシステムに追加できませんでした: デバイスもしくはリソースがビジー状態です

カーネルは古い情報を使用しています。新しい情報はシステムを再起動した後に利用されます。
ディスクを同期しています。
root@t1:~#
-----------------------------------------------------------
（<===マークは　今追記してる文）
<===(2) 他のディスクから起動して作業する
なしに「何も考えず」起動中のディスクから自分自身のパテに上記操作を加えた。
-----------------------------------------------------------
（日記の続き）
GRUB から起動しなくなり、refindで起動。
以下のエラーメッセージをググって参考ページ。

「Re-reading the partition table failed.: デバイスもしくはリソースがビジー状態です」とエラーが発生しました。
つまり、「パーティション作成をしようとしているデバイスが使用されていますよ」
っていうエラーみたいです
まとめ：マウントされているデバイスは、パーティション操作はできないため、必ずアンマウント

現在使用中の自分自身に対して変更できない
-----------------------------------------------------------------------------------
<== rEFInd boot manager のusbメモリで起動してるのをいつもの手順で修復。
既知の手法
# grub-install /dev/sda
Installing for x86_64-efi platform.
Installation finished. No error reported.

ok
===============================
11/07(月) 10:46
※とうぶん
パーティション情報の項目がディスクの順序と一致しません。
この問題を放置。じっくりと時を待つ。
=============================
<==　>パーティションの「並び」はfdiskコマンドの拡張メニューにある「領域の順序を適正化する」機能で簡単に修正できる。
が効いて「直っていた」。失敗したと今日まで思っていた。不思議なこともあるものですね...
すずめさんが回答付けてくれたから見直すきっかけになって、そんで気づくとは(o^∀^o)
基本的な原理がわかってないことが多く、今は暗黒星雲であっても、やがて明晰な宇宙になるのではないかと！

※返信遅れましてしつれいしました。

#1の投稿とディスクの内容が違うのですが、よいのでしょうか?

この指摘を受けて、自分の中では理由はわかっていた。
パーティションテーブルのバックアップということで

ディスクの「目次」にあたる部分で
ディスク中にあるパーティションの名前・開始位置・終了位置・種類の一覧表です。こわれると、パーティションをうまく読み書きできなくなります。

9月にこれをグーグルドライブに保存していた。
sda.partition.table.09-03-2022
そして今回あらたに
$ sudo sfdisk -d /dev/sda > '/home/i/sda.partition.table.11-16-2022.txt'
sda.partition.table.11-16-2022
を保存した。
------------------------------
#5で、保存したsda.partition.table.11-16-2022の内容は以下ですよと貼り付けたのが、過去の9月の内容を貼り付けるといういい加減な仕事。
そしてすずめさんから指摘を受けても「数字と文字列の羅列を目視で確認できない」
(パーティションの名前にあたる uuid=... が異なっています)と言われても
それがどこなのか見ようとすると脳が拒否するんです。
いつもこことか、貼っても自分では「読んでないんです」吐き気がするんで！
そんでようやく以下のテキスト比較ツール difff《ﾃﾞｭﾌﾌ》というサイトの力を借りて
https://difff.jp/
9月の時点ではuuid=47F7E759-C595-9A4C-B71C-E052F044A72E   
は/dev/sda3であったが、げんざいは/dev/sda1になっていることを
確認できた。
ご指摘ありがとうございました(^^)

いつの間にかパーティションの順序が変わったようで、良かったですね。

我はgptなのに、なんでsfdiskでいけたのかな？

バージョン 2.26 以降は GPT にも対応しているそうです。
(Ubuntu 22.04 LTS では 2.37.2)

[参照] Ubuntu Manpage: sfdisk - display or manipulate a disk partition table
https://manpages.ubuntu.com/manpages/ja … isk.8.html
または端末から
man sfdisk

man を見ても英語な上に...　そもそも内容がむずかしいですね...

いえいえ、Google 翻訳 https://translate.google.com/?hl=ja で日本語化しています。
左側の英語欄にＵＲＬを貼り付けるとページごと翻訳できます。

こんにちは。きょうもよろしくおねがいします^^;

または端末から
man sfdisk

いぜんに、manの日本語化（一部しかならない）をしていたので、今回に限ってはman がいちばんわかりやすかった。man を読むときに自分の場合どこでつまづくか記録しておく。
------------------------------------------------
名前
       sfdisk - ディスクパーティションテーブルの表示や操作を行う
説明
       sfdisk   は、ブロックデバイスのパーティション操作を行うスクリプト指向の
       ツールである。 端末上で実行されたときは (標準入力が端末を指しているとき
       は）、対話モードになる。
--->知らない用語
「標準入力」--->ググる
https://wa3.i-3-i.info/word11636.html
✓キーボードからの入力だよ
✓「特に指定をしていないときは、ここから入力されたデータが来るはず！」なデータの通り道だよ
標準入力（英：standard input）
プログラムさんは一見すると健康体ですが、実はかなりの重病人なのです。
ベッドの上から動いちゃ駄目、絶対安静状態です。
そしてプログラムさんには、いろいろな不便が出ないようにするために、目には見えない3本の管がつなげられています。

1本目の管はプログラムさんに何かを入れてあげるときに使う管です。
お水とか食料はその管から流し込んであげます。

2本目の管はプログラムさんから普通に出てくるものが通る管です。
きれいなお話ではありませんが、う○ちとかお○っこが通ります。

3本目の管はプログラムさんから普通は出てこないものが通る管です。
吐血した血とか嘔吐したもんじゃ焼きとかが通ります。

このプログラムさんにつながっている3本の管のうち、1本目の管が「標準入力（ヒョウジュンニュウリョク）」です。
プログラムさんに入ってくるものが通る管です。

yaneno-suzume による投稿:

再インストールの際にパーティションを切る作業を省略にも使えるのですか？

使えるでしょう。
「パーティションを切る」というのは「パーティションテーブルを書き換える」ことにほかなりません。
以後はパーティションテーブルに書かれたようにディスクが使われていくことになります。

それはサイズが異なる物理ディスクにも使用できるのですか？

パーティションテーブルにはディスクの個体名にあたるUUIDやサイズや第2GPTヘッダーの位置(=ディスクの末尾)も書かれているため、できません。

こんご、どこかの参考ページで

再インストールの際にパーティションを切る作業を省略

が提示されていて、それをマネっ子する場合に遭遇しない限り、このテクニックを使用することはないと思う。同一サイズの物理ディスクなどもっていないため。
今までどおりライブUSBメモリ起動してcalamares installer使用でパテ切りすると思う。
なぜCalamares（カラマレス）いっぺんとう かというと、debianでシステムパテ？を最初の
インストール時からbtrfsにできるようになったのは最近で11からと聞きました。自分は5ちゃんでromってるときに、この情報を把握して挑戦しました。カラマレス使用の場合に限りかんたんにbtrfs+timeshift環境を手に入れることができるのです。
ありがとうございました！