[過去ﾛｸﾞ] テスト [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
853(1): 2021/11/29(月)09:10 ID:MZaSWCp0(1/4) AAS
by-id とか by-uuid 等の実体はただのsymlinkなのでうまくいかなかったのかもしれん すまんね
今後テンパりながらの状態でフラッシングするなら gnome-disks 等の扱いやすいツールでやるといいかもしれない
大事なのは「自分には難しい技術を覚えること」ではなくあくまで「目的を果たす事」なので
854: 2021/11/29(月)09:30 ID:n5M7YtyA(3/19) AAS
AA省
855: 2021/11/29(月)09:32 ID:n5M7YtyA(4/19) AAS
>>853
> 大事なのは「自分には難しい技術を覚えること」ではなくあくまで「目的を果たす事」なので
はい。ありがとうございます。
856: 2021/11/29(月)09:37 ID:n5M7YtyA(5/19) AAS
7年前？知能テストを受けると「IQ79 知能低い、境界域ww」と
一週間前にやったことが、ぜんぜん思い出せんwww
しかし小学時代からずーっと天才児天才児とまわりからも親からも言われてきたので、
なんとも感じないWWW
857: 2021/11/29(月)09:41 ID:n5M7YtyA(6/19) AAS
大段第一 : パテ切
からつまった！w 過去記録をまとめていく
858(1): 2021/11/29(月)09:53 ID:n5M7YtyA(7/19) AAS
09:52:42.56 ID:n5M7YtyA
「debian11ライブusb 」からパテ切か、このままsda上からsdb に対してやってもいいのか！
>> 過去記録を調べきれなかった。直感では、問題ない。
> まだファイルシステムを移してないのなら
> 移行先のsdb1(EFI System Partition)は、個人的意見で
> なんとなく512MiBにしたほうが良さそうに思う
>
> Windowsでは自動で100MBぐらいになってた気がするけど
> ArchWikiとかでは512MiB推奨されてたような記憶
> 後でESP以下にカーネルイメージ置くブートローダーに
省3
859: 2021/11/29(月)10:03 ID:n5M7YtyA(8/19) AAS
<<ソース記事 発見
EFI仕様は、ESPのサイズに関してはミュートですが、ほとんどのOSではかなり小さくなっています。Macには200MiB ESPが付属しており、Windows7インストーラーはわずか100MiBのESPを作成します。（この値は、新しいバージョンのWindowsでは200MiBを少し超える値に引き上げられました。）
ただし、一部のユーザーは、サイズが512MiB（537MB）未満のFAT32ESPで問題を引き起こすバグがあることを発見しました。非常に一般的な問題の1つは、EFIで読み取れないファイルです。Linuxのmkdosfsコマンドのデフォルトは、最大520MiB（546MB）のパーティションにFAT16を使用します。したがって、MiB / MBの混乱や丸め誤差から保護するために安全マージンを追加して、少なくとも550MiBのサイズのESPを作成することをお勧めします。
より小さなESPを使用する必要があり、不思議な問題が発生した場合は、FAT16に変換してみてください。ほとんどのESPはこれで正常に動作し、問題を解決できる可能性があります。
860: 2021/11/29(月)10:04 ID:MZaSWCp0(2/4) AAS
>>858
> > 後でESP以下にカーネルイメージ置くブートローダーに
> > 変更することもできたり
systemd-boot - ArchWiki
外部ﾘﾝｸ:wiki.archlinux.jp
Debianではgrub2を置き換えるのはまだ先になりそうなのであまり気にしなくても良い
861: 2021/11/29(月)10:07 ID:n5M7YtyA(9/19) AAS
> 後でESP以下にカーネルイメージ置くブートローダーに
> 変更することもできたり
ここが大事だよな。
862: 2021/11/29(月)10:09 ID:MZaSWCp0(3/4) AAS
ArchWikiの内容を理解できて、加えてそれが自分にとって本当に必要なことならな
863: 2021/11/29(月)10:11 ID:MZaSWCp0(4/4) AAS
少なくとも chroot からの grub-install の方法を他人に聞いている段階では全く必要じゃない
そればかりかいらんトラブルのもとになるだろう
864: 2021/11/29(月)10:15 ID:n5M7YtyA(10/19) AAS
となりがお洗濯とベランダのそうじで集中できん！きゅうけいします。
865: 2021/11/29(月)10:44 ID:n5M7YtyA(11/19) AAS
> 大段第一 : パテ切
完了。
前回から変更点。fat16 採用、260MiB
866: 2021/11/29(月)21:45 ID:n5M7YtyA(12/19) AAS
AA省
867: 2021/11/29(月)22:39 ID:n5M7YtyA(13/19) AAS
3. 送信/受信
サブボリュームは send コマンドを使って標準出力やファイルに送信することができます。Btrfs の receive コマンドにパイプで渡すことで非常に便利に使うことが可能です。例えば、/root_backup という名前のスナップショットを /backup に送信するには以下のコマンドを実行します:
# btrfs send /root_backup | btrfs receive /backup
送信するスナップショットは読み取り専用である必要があります。上記のコマンドは外部デバイスにサブボリュームをコピーするのにも使えます (例えば上の /backup を USB ディスクにマウント)。
<< 感想 : このArchWikiの内容は理解しがたい。標準出力やファイル？
868: 2021/11/29(月)22:43 ID:n5M7YtyA(14/19) AAS
AA省
869: 2021/11/29(月)22:56 ID:n5M7YtyA(15/19) AAS
AA省
870: 2021/11/29(月)22:57 ID:n5M7YtyA(16/19) AAS
きゅうけいします
871: 2021/11/29(月)23:43 ID:n5M7YtyA(17/19) AAS
戻し方がわからないけども、
これがとくに わからんけども
$ sudo btrfs subvolume snap -r /mnt/sda2/@ /mnt/sda2/snap-@
$ sudo mount /dev/sda2 /mnt/sda2
をもどす？
$ sudo umount /dev/sda2 /mnt/sda2
$
これは通ったけど...タイムシフトで戻す
スナップショット: 2021-11-29_22-54-18 ~ へ
872: 2021/11/29(月)23:47 ID:n5M7YtyA(18/19) AAS
/mnt 以下３つのディレクトリ 中身がなんにもない状態へもどった
jin@kyo:~$ cd /mnt
jin@kyo:/mnt$ ls
chroot sda2 sdb2
jin@kyo:/mnt$ sudo rm -rfv chroot sda2 sdb2
removed directory 'chroot'
removed directory 'sda2'
removed directory 'sdb2'
jin@kyo:/mnt$
873: 2021/11/29(月)23:53 ID:n5M7YtyA(19/19) AAS
3-1. 下準備として送り側@と@homeのスナップショットを撮る(作成する)
名前は snap-@ と snap-@home とする
$ sudo mkdir /mnt/sda2 && sudo mount /dev/sda2 /mnt/sda2
からやり直し。成功。
以前成功したときは、
$ sudo btrfs subvolume snap -r /mnt/sda2/@ /mnt/sda2/snap-@
Create a readonly snapshot of '/mnt/sda2/@' in '/mnt/sda2/snap-@'
だったが、
$ sudo btrfs subvolume snap -r /mnt/sda2/@ /mnt/sda2/snap-@
Create a readonly snapshot of '/mnt/sda2/@' in '/mnt/sda2/snap-@/@'
省2
874: 2021/11/30(火)00:20 ID:xm+y2V+c(1/26) AAS
>>657
> 受け側の @,@home は前もって作成する必要は
> なかったようなので、ごめんだけど質問者さんは
> # sudo btrfs subvolume delete /mnt/sdb2/@
> # sudo btrfs subvolume delete /mnt/sdb2/@home
> みたいにして受け側のサブボリュームを一旦削除してもらえます…？
を参考にして、
# btrfs subvolume delete /mnt/sda2/snap-@
# btrfs subvolume delete /mnt/sda2/snap-@home
$ sudo -i
省6
875: 2021/11/30(火)00:59 ID:xm+y2V+c(2/26) AAS
※ライブ環境ではなく通常環境での作業を想定
・timeshift Btrfsモード環境では @ を / として、@home を /home としてマウントしている
実は @ をマウントしていてもその上の分区ルートをマウント可能
よって $ sudo mount 源分区 任意のディレクトリ と実施可
・btrfs send に使用するサブボリュームは読み込み専用でなくてはならない
よって @ と @home の「読み込み専用スナップショット」を
$ sudo btrfs subvolume snapshot -r 子巻 任意名 で事前準備する必要がある
-----------------------------------------
行き詰まっている。以上の教師用指導書を考えると、（原文のカタカナ語は自分に理解しやすいように中国語風語彙にかえた）
省8
876: 2021/11/30(火)01:00 ID:xm+y2V+c(3/26) AAS
きゅうけいごにやってみる
877: 2021/11/30(火)04:33 ID:xm+y2V+c(4/26) AAS
ここから
>>645
次に送り側@と@homeのスナップショットを撮る(作成する)みたい
名前は snap-@ と snap-@home とすると
$ sudo mount /dev/sda2 /mnt/sda2
$ sudo btrfs subvolume snap -r /mnt/sda2/@ /mnt/sda2/snap-@
こんどはなぜか？通った。
$ sudo mount /dev/sda2 /mnt/sda2
$ sudo -i
# btrfs subvolume snap -r /mnt/sda2/@ /mnt/sda2/snap-@
省3
878: 2021/11/30(火)04:43 ID:xm+y2V+c(5/26) AAS
# btrfs subvolume snap -r /mnt/sda2/@home /mnt/sda2/snap-@home
Create a readonly snapshot of '/mnt/sda2/@home' in '/mnt/sda2/snap-@home'
#
sda2/に snap-@ と snap-@home の見た目ディレクトリができた
3-2. (sendとreceive)
$ sudo btrfs se /mnt/sda2/snap-@ | sudo btrfs rec /mnt/sdb2
At subvol /mnt/sda2/snap-@
ERROR: realpath(/mnt/sdb2) failed: No such file or directory
$
............................... 限界どす...
879(1): 2021/11/30(火)05:10 ID:UZVgDQnT(1/3) AAS
そうやって自力で再現性を高めたり反復して記憶する事こそが重要で、今回の裏テーマとも言える
反復しなければならなくなった原因は筐体を持たない回答側に取って推測しか出来ない事だが
880: 2021/11/30(火)05:14 ID:xm+y2V+c(6/26) AAS
・btrfs send に使用するサブボリュームは読み込み専用でなくてはならない
よって @ と @home の「読み込み専用スナップショット」を
$ sudo btrfs subvolume snapshot -r 子巻 任意名 で事前準備する必要がある
-------------------------
<< ああ、ここの意味が「やっと飲み込めた」
たとえばこの命令は
$ sudo btrfs subvolume snap -r /mnt/sda2/@ /mnt/sda2/snap-@
/mnt/sda2/@ は 所持の子巻中 最新状態。げんざいの自分のルートシステム？
省8
881: 2021/11/30(火)05:17 ID:xm+y2V+c(7/26) AAS
>>879
おやすみ〜w
882: 2021/11/30(火)12:32 ID:xm+y2V+c(8/26) AAS
sudo umount /dev/sda2 /mnt/sda2
883(1): 2021/11/30(火)12:51 ID:xm+y2V+c(9/26) AAS
現在の参考源のフォルダ名に合わせる
$ sudo rm -rfv /mnt/sda2
removed directory '/mnt/sda2'
$ sudo mkdir /mnt/old
$ sudo mkdir /mnt/old/folder && sudo mount /dev/sda2 /mnt/old/folder
$
884: 2021/11/30(火)12:58 ID:xm+y2V+c(10/26) AAS
$ sudo -i
# btrfs subvolume delete /mnt/sda2/snap-@
ERROR: Could not statfs: No such file or directory
# btrfs subvolume delete /mnt/old/folder/snap-@
Delete subvolume (no-commit): '/mnt/old/folder/snap-@'
# btrfs subvolume delete /mnt/old/folder/snap-@home
Delete subvolume (no-commit): '/mnt/old/folder/snap-@home'
#
885: 2021/11/30(火)13:03 ID:UZVgDQnT(2/3) AAS
標準出力の日本語を増やしたかったら、
$ sudo apt install util-linux-locales
886: 2021/11/30(火)13:08 ID:xm+y2V+c(11/26) AAS
# btrfs subvolume snapshot -r /mnt/old/folder /mnt/old/folder_0
Create a readonly snapshot of '/mnt/old/folder' in '/mnt/old/folder_0'
887: 2021/11/30(火)13:11 ID:xm+y2V+c(12/26) AAS
感謝
$ sudo apt update
取得:1 外部ﾘﾝｸ:security.debian.org buster/updates InRelease [65.4 kB]
ヒット:2 外部ﾘﾝｸ:deb.debian.org buster InRelease
ヒット:3 外部ﾘﾝｸ:dl.winehq.org buster InRelease
取得:4 外部ﾘﾝｸ:deb.debian.org buster-updates InRelease [51.9 kB]
取得:5 外部ﾘﾝｸ:deb.debian.org buster-backports InRelease [46.7 kB]
ヒット:6 外部ﾘﾝｸ:dl.google.com stable InRelease
無視:7 外部ﾘﾝｸ:repo.radeon.com xenial InRelease
取得:8 外部ﾘﾝｸ:security.debian.org buster/updates/main Sources [203 kB]
省15
888: 2021/11/30(火)13:12 ID:xm+y2V+c(13/26) AAS
鼻詰まりで無呼吸なのか眠り悪いので、行けるところまでいってとつぜん消えると思います
889: 2021/11/30(火)13:18 ID:UZVgDQnT(3/3) AAS
何かの時に既に入れてもらってたか 確かlibparted-i10nと一緒に
あといらんリポジトリは無効化しておこう
$ sudo sed -i.bak '/radeon/s/^/#/;' /etc/apt/sources.list
$ sudo apt update
体調の方はお大事に
俺も鼻炎持ちだがこのところ通りは良好
890: 2021/11/30(火)19:00 ID:xm+y2V+c(14/26) AAS
$ sudo sed -i.bak '/radeon/s/^/#/;' /etc/apt/sources.list
$ sudo apt update
ヒット:1 外部ﾘﾝｸ:deb.debian.org buster InRelease
取得:2 外部ﾘﾝｸ:deb.debian.org buster-updates InRelease [51.9 kB]
ヒット:3 外部ﾘﾝｸ:security.debian.org buster/updates InRelease
ヒット:4 外部ﾘﾝｸ:dl.winehq.org buster InRelease
取得:5 外部ﾘﾝｸ:deb.debian.org buster-backports InRelease [46.7 kB]
ヒット:6 外部ﾘﾝｸ:dl.google.com stable InRelease
無視:7 外部ﾘﾝｸ:repo.radeon.com xenial InRelease
エラー:8 外部ﾘﾝｸ:repo.radeon.com xenial Release
省8
891: 2021/11/30(火)19:17 ID:xm+y2V+c(15/26) AAS
UNSIGNED REPOSITORIES
アーカイブに署名されていない Release ファイルがある、または Release
ファイルが全くない場合は、現在の APT バージョンは update 操作によるそこ
からのダウンロードをデフォルトで拒否し、ダウンロードを強制した場合で
も、インストール要求に証明されていないアーカイブからのパッケージが含ま
れる場合には apt-get のようなフロントエンドは明示的な確認を要求します。
---------------------------------------------------------
E: リポジトリ 外部ﾘﾝｸ:repo.radeon.com xenial Release には Release ファイルがなくなっています。
N: このようなリポジトリから更新を安全に行うことができないので、デフォルトでは更新が無効になっています。
-----------------------------------------------------
省2
892: 2021/11/30(火)19:23 ID:xm+y2V+c(16/26) AAS
$ cat /etc/apt/sources.list
元
# deb cdrom:[Debian GNU/Linux 10.2.0 _Buster_ - Unofficial amd64 DVD Binary-1 with firmware 20191116-09:57]/ buster contrib main non-free
deb 外部ﾘﾝｸ:deb.debian.org buster main contrib non-free
deb-src 外部ﾘﾝｸ:deb.debian.org buster main contrib non-free
deb 外部ﾘﾝｸ:security.debian.org buster/updates main contrib non-free
deb-src 外部ﾘﾝｸ:security.debian.org buster/updates main contrib non-free
# buster-updates, previously known as 'volatile'
deb 外部ﾘﾝｸ:deb.debian.org buster-updates main contrib non-free
deb-src 外部ﾘﾝｸ:deb.debian.org buster-updates main contrib non-free
省13
893: 2021/11/30(火)19:37 ID:xm+y2V+c(17/26) AAS
# deb cdrom:[Debian GNU/Linux 10.2.0 _Buster_ - Unofficial amd64 DVD Binary-1 with firmware 20191116-09:57]/ buster contrib main non-free
# のところは説明だからいらないんじゃないか？と前から疑問だった。ためしに消してみる
新
deb 外部ﾘﾝｸ:deb.debian.org buster main contrib non-free
deb-src 外部ﾘﾝｸ:deb.debian.org buster main contrib non-free
deb 外部ﾘﾝｸ:security.debian.org buster/updates main contrib non-free
deb-src 外部ﾘﾝｸ:security.debian.org buster/updates main contrib non-free
deb 外部ﾘﾝｸ:deb.debian.org buster-updates main contrib non-free
deb-src 外部ﾘﾝｸ:deb.debian.org buster-updates main contrib non-free
deb 外部ﾘﾝｸ:deb.debian.org buster-backports main contrib non-free
省5
894: 2021/11/30(火)19:45 ID:xm+y2V+c(18/26) AAS
$ cat /etc/apt/source.list
deb 外部ﾘﾝｸ:deb.debian.org buster main contrib non-free
deb-src 外部ﾘﾝｸ:deb.debian.org buster main contrib non-free
deb 外部ﾘﾝｸ:security.debian.org buster/updates main contrib non-free
deb-src 外部ﾘﾝｸ:security.debian.org buster/updates main contrib non-free
deb 外部ﾘﾝｸ:deb.debian.org buster-updates main contrib non-free
deb-src 外部ﾘﾝｸ:deb.debian.org buster-updates main contrib non-free
deb 外部ﾘﾝｸ:deb.debian.org buster-backports main contrib non-free
deb-src 外部ﾘﾝｸ:deb.debian.org buster-backports main contrib non-free
deb 外部ﾘﾝｸ:dl.winehq.org buster main
省11
895: 2021/11/30(火)19:55 ID:xm+y2V+c(19/26) AAS
$ sudo apt update
ヒット:1 外部ﾘﾝｸ:security.debian.org buster/updates InRelease
ヒット:2 外部ﾘﾝｸ:dl.winehq.org buster InRelease
ヒット:3 外部ﾘﾝｸ:deb.debian.org buster InRelease
ヒット:4 外部ﾘﾝｸ:deb.debian.org buster-updates InRelease
ヒット:5 外部ﾘﾝｸ:deb.debian.org buster-backports InRelease
ヒット:6 外部ﾘﾝｸ:dl.google.com stable InRelease
無視:7 外部ﾘﾝｸ:repo.radeon.com xenial InRelease
エラー:8 外部ﾘﾝｸ:repo.radeon.com xenial Release
404 Not Found [IP: 13.82.220.49 80]
省6
896: 2021/11/30(火)20:02 ID:xm+y2V+c(20/26) AAS
きっちり一時間きゅうけい
897: 2021/11/30(火)21:28 ID:xm+y2V+c(21/26) AAS
これでいいとおもう
$ ls -l /etc/apt/sources.list.d
合計 12
-rw-r--r-- 1 root root 189 9月 22 2020 google-chrome.list
-rw-r--r-- 1 root root 189 9月 21 2020 google-chrome.list.save
-rw-r--r-- 1 root root 69 10月 25 2020 rocm.list
$ cat /etc/apt/sources.list.d/rocm.list
deb [arch=amd64] 外部ﾘﾝｸ:repo.radeon.com xenial main
$ sudo rm -rfv /etc/apt/sources.list.d/rocm.list
'/etc/apt/sources.list.d/rocm.list' を削除しました
省16
898: 2021/11/30(火)22:00 ID:xm+y2V+c(22/26) AAS
予定時間どおりきゅうけいから復帰したが、send | receive のつづきをやる
気力が出てこない
待つ。自己の気力回復を
899: 2021/11/30(火)22:52 ID:xm+y2V+c(23/26) AAS
先生がいなくなった。彼のことをバターfs 次郎と呼んでいたのに
900: 2021/11/30(火)23:19 ID:xm+y2V+c(24/26) AAS
AA省
901: 2021/11/30(火)23:27 ID:xm+y2V+c(25/26) AAS
マウント
$ sudo mount /dev/sda2 /mnt/old/folder
$
いったん切断したら、ぜんぶ最初からやり直しなのか？ /mnt/old/folder_0/@ 等の中身が
何もない。ディレクトリがあるだけ。
902: 2021/11/30(火)23:33 ID:xm+y2V+c(26/26) AAS
しかたない、自分で試行錯誤
$ sudo -i
# btrfs subvolume delete /mnt/old/folder_0
Delete subvolume (no-commit): '/mnt/old/folder_0'
# btrfs subvolume snapshot -r /mnt/old/folder /mnt/old/folder_0
Create a readonly snapshot of '/mnt/old/folder' in '/mnt/old/folder_0'
#
やはり中身がない...
903: 2021/12/01(水)00:19 ID:d78PxxXw(1/4) AAS
$ sudo btrfs sub list .
ID 4419 gen 310564 top level 5 path timeshift-btrfs/snapshots/2021-11-29_23-42-29/@home
ID 4420 gen 311439 top level 5 path timeshift-btrfs/snapshots/2021-11-29_23-42-29/@
ID 4433 gen 311733 top level 5 path @home
ID 4434 gen 311733 top level 5 path @
ID 4442 gen 311440 top level 5 path timeshift-btrfs/snapshots/2021-11-30_21-32-29/@
ID 4443 gen 311700 top level 5 path timeshift-btrfs/snapshots/2021-11-30_21-32-29/@home
ID 4444 gen 311648 top level 4434 path @/mnt/old/folder_0
$
最後だけ level がちがう。
904: 2021/12/01(水)00:30 ID:d78PxxXw(2/4) AAS
なんか過去ログ読み返すと「見た目ディレクトリ」という用語を次郎さんが使っている。
もしかしたら、中身がなくてもいいのかも。
このまま送信受信やってみよう
905: 2021/12/01(水)02:27 ID:d78PxxXw(3/4) AAS
ファイルシステムの移行
(sendとreceive)
$ sudo btrfs se /mnt/sda2/snap-@ | sudo btrfs rec /mnt/sdb2
$ sudo btrfs se /mnt/sda2/snap-@home | sudo btrfs rec /mnt/sdb2
-------------------------------------------------------
ああ、...参考ページが自分のケースと合わないかもしれない
今日中にたいはん終わらしたかった... もう一度次郎さんのカキコをまとめていくしかないな
もうこれは、結果を急ぐのやめよう。
906(1): 2021/12/01(水)06:57 ID:BbTyZVPG(1) AAS
バターfs次郎ねえ なんかいかがわしい事をさせられる哺乳類みたいだがまあいいか
次郎こと俺もハードウェア一郎様も間違った情報は載せていないのでもうしばらく試行錯誤して欲しい
煮詰まってる時に新たな情報を投下すると何かと混乱を招きかねないので
ラデオンレポのソースリストはセパレートだったか
俺はとっ散らかるのやだからなるべく基本のリストに合体させるようにしてるわ
907: 2021/12/01(水)23:59 ID:d78PxxXw(4/4) AAS
いま目標ドライブ接続。
>>883
> 現在の参考源のフォルダ名に合わせる << ここから やり直す
外部ﾘﾝｸ[php]:forum.ubuntu.org.cn
<< ここを参考にしたのだが。ケースがちがうのかもしれない。
> $ sudo mkdir /mnt/old
> $ sudo mkdir /mnt/old/folder && sudo mount /dev/sda2 /mnt/old/folder
という感じにしたが、わけわからなくなって、再度このスレで書かれたとおりに やろうと。
send | rec まではいけたから。記憶では。
＞$ sudo rm -rfv /mnt/old
省12
908: 2021/12/02(木)00:01 ID:07f8QowF(1/15) AAS
>>906
> 次郎こと俺もハードウェア一郎様も間違った情報は載せていないのでもうしばらく試行錯誤して欲しい
ほんとうに、ありがたい指針だ。...休憩！！
909: 2021/12/02(木)21:24 ID:07f8QowF(2/15) AAS
AA省
910: 2021/12/02(木)21:39 ID:RRqgHQhn(1/12) AAS
なおサブボリュームやスナップショットを作ったり消したりの操作を頻繁にやる時は別の端末開き、
$ watch sudo btrfs sub list マウントポイント としておくと２秒毎に動的にリスト表示が変わるので誤認を防げる
動的表示を終了するには Ctrl+C
911(1): 2021/12/02(木)21:40 ID:07f8QowF(3/15) AAS
>>675
冗長表示オプション を忘れる。
912: 2021/12/02(木)21:40 ID:RRqgHQhn(2/12) AAS
実行結果はこんな感じ
画像ﾘﾝｸ[png]:i.imgur.com
913: 2021/12/02(木)21:41 ID:07f8QowF(4/15) AAS
(sendとreceive)
$ sudo btrfs se /mnt/sda2/snap-@ | sudo btrfs rec /mnt/sdb2
$ sudo btrfs se /mnt/sda2/snap-@home | sudo btrfs rec /mnt/sdb2
(スナップショットをサブボリュームとして復元)
$ cd /mnt/sda2/ && sudo btrfs sub snap snap-@ @
<< sdb2 はいったんフォーマットしたのに、このコマンドが通るのか？
＞そう、受け側のsdb2もマウントしてください
$ sudo mount /dev/sdb2 /mnt/sdb2
$ sudo btrfs se /mnt/sda2/snap-@ | sudo btrfs rec /mnt/sdb2
ERROR: realpath(/mnt/sdb2) failed: No such file or directory
省12
914: 2021/12/02(木)21:46 ID:RRqgHQhn(3/12) AAS
>>911
btrfs se は -v やってもあまり意味ないんだけど btrfs rec -v は cp -v みたく処理されるファイルの出力がダーって流れる
俺は数値で進捗確認をするのが好きなのでいつもはこんな感じにしている
$ sudo btrfs send スナップショット名 | sudo dd of=/dev/stdout status=progress | sudo btrfs rec ターゲットパテのマウントポイント
915(1): 2021/12/02(木)21:49 ID:07f8QowF(5/15) AAS
こんばんは。ありがとうございます
> ２秒毎に動的にリスト表示が変わるので誤認を防げる
誤認を防ぐの意味が、今ひとつわからないので、簡略化のため $ sudo timeshift --delete-all
します
Every 2.0s: sudo btrfs sub list / kyo: Thu Dec 2 21:45:25 2021
ID 4419 gen 312622 top level 5 path timeshift-btrfs/snapshots/2021-11-29_23-42-2
9/@home
ID 4420 gen 312623 top level 5 path timeshift-btrfs/snapshots/2021-11-29_23-42-2
9/@
ID 4433 gen 312625 top level 5 path timeshift-btrfs/snapshots/2021-12-02_20-56-5
省17
916: 2021/12/02(木)21:51 ID:RRqgHQhn(4/12) AAS
>>915
> 誤認を防ぐの意味
「あれ？今スナップショットとかどうなってるっけ？なんて名前にしてたっけ？不要になったの消したっけか？」
917(1): 2021/12/02(木)21:52 ID:07f8QowF(6/15) AAS
Every 2.0s: sudo btrfs sub list / kyo: Thu Dec 2 21:52:10 2021
ID 4457 gen 312745 top level 5 path @home
ID 4458 gen 312745 top level 5 path @
ID 4469 gen 312701 top level 5 path snap-@
ID 4470 gen 312702 top level 5 path snap-@home
918(2): 2021/12/02(木)21:57 ID:07f8QowF(7/15) AAS
ああごめん。またしても
$ sudo btrfs send スナップショット名 | sudo dd of=/dev/stdout status=progress | sudo btrfs rec ターゲットパテのマウントポイント
忘れた。先へ先へあせっている
$ sudo btrfs se /mnt/sda2/snap-@home | sudo btrfs rec /mnt/sdb2
At subvol /mnt/sda2/snap-@home
At subvol snap-@home
さっきは15分から20分だった気がします。きゅうけいします
919: 2021/12/02(木)21:58 ID:RRqgHQhn(5/12) AAS
>>917
そのリストがサブボリュームやスナップショットを増減させると動的に更新される
慣れないうちは助けになると思う
なにしろサブボリュームやスナップショットはこんな感じでlsでは通常のディレクトリと見分けが付かないからな
画像ﾘﾝｸ[png]:i.imgur.com
920: 2021/12/02(木)21:59 ID:RRqgHQhn(6/12) AAS
>>918
間にddをはさむ俺流を採用するならば絶対に間違わない事
921(1): 2021/12/02(木)22:03 ID:RRqgHQhn(7/12) AAS
>>918
わざわざやり直しするならば send | receive でターゲットに半端に送られたスナップショットが残っていないか確認を忘れない事
922(1): 2021/12/02(木)22:14 ID:07f8QowF(8/15) AAS
>>921
> わざわざやり直しするならば send | receive でターゲットに半端に送られたスナップショットが残っていないか確認を忘れない事
やり直ししてません。終わった。
923(1): 2021/12/02(木)22:20 ID:07f8QowF(9/15) AAS
> これで受け側の@と@homeをマウントしてみて
<< どうやってマウントするのか わかりません。
正常に複製できてるようだったら snap-@とsnap-@homeは
消してしまっていいと思う
(送り側のsnapshotはもうしばらく置いといてもいいかも)
924(2): 2021/12/02(木)22:20 ID:RRqgHQhn(8/12) AAS
>>922
そしたらソース側で読み込み専用スナップショットを処分し、
ターゲット側で「読み込み専用スナップショットの読み書き可能スナップショット」を取り(名前は@,@homeにする)、
更にターゲット側で読み込み専用スナップショットを処分する
925(1): 2021/12/02(木)22:24 ID:RRqgHQhn(9/12) AAS
>>924
大雑把な手順
$ sudo btrfs sub del ソース側のマウントポイント/snap-@*
$ sudo btrfs sub snap (-rオプション無し) ターゲット側のマウントポイント/{snap-@,@}
$ sudo btrfs sub snap (-rオプション無し) ターゲット側のマウントポイント/{snap-@,@}home
$ sudo btrfs sub del ターゲット側のマウントポイント/snap-@*
926: 2021/12/02(木)22:26 ID:07f8QowF(10/15) AAS
>>676
・send | receive で転送したスナップショットはそのままではシステム稼働に使えないので
btrfs subvolume snapshot (-rオプション無し) 転送先スナップショット @(および@home) の実施が必要
------------------------
$ cd /mnt/sdb2/ && sudo btrfs sub snap snap-@ @
Create a snapshot of 'snap-@' in './@'
$ cd /mnt/sdb2/ && sudo btrfs sub snap snap-@home @home
Create a snapshot of 'snap-@home' in './@home'
$
927: 2021/12/02(木)22:32 ID:07f8QowF(11/15) AAS
>>924
> ソース側で読み込み専用スナップショットを処分
$ sudo btrfs sub del ソース側のマウントポイント/snap-@*
<< ソース側のマウントポイント
/mnt/sda2
$ sudo btrfs sub del /mnt/sda2/snap-@*
Delete subvolume (no-commit): '/mnt/sda2/snap-@'
Delete subvolume (no-commit): '/mnt/sda2/snap-@home'
こんな複雑な工程を、マニュアル見ないで再現することはできないな...
928: 2021/12/02(木)22:35 ID:07f8QowF(12/15) AAS
>>925
更にターゲット側で読み込み専用スナップショットを処分する
> $ sudo btrfs sub del /mnt/sdb2/snap-@*
$ sudo btrfs sub del /mnt/sdb2/snap-@*
Delete subvolume (no-commit): '/mnt/sdb2/snap-@'
Delete subvolume (no-commit): '/mnt/sdb2/snap-@home'
929: 2021/12/02(木)22:37 ID:07f8QowF(13/15) AAS
>>923
> > これで受け側の@と@homeをマウントしてみて
>
> << どうやってマウントするのか わかりません。
/mnt/sdb2/@home/jin
以下等を見てみて、問題ない
930: 2021/12/02(木)22:38 ID:07f8QowF(14/15) AAS
センドリスィーブ............. おわりっ きゅうけいします1時間！！感謝
931: 2021/12/02(木)22:41 ID:RRqgHQhn(10/12) AAS
確認
$ sudo btrfs sub list /
$ sudo btrfs sub list ターゲットマウントポイント
932: 2021/12/02(木)23:43 ID:07f8QowF(15/15) AAS
$ sudo btrfs sub list /
ID 4457 gen 312949 top level 5 path @home
ID 4458 gen 312948 top level 5 path @
ID 4471 gen 312757 top level 5 path timeshift-btrfs/snapshots/2021-12-02_22-00-02/@
ID 4472 gen 312758 top level 5 path timeshift-btrfs/snapshots/2021-12-02_22-00-02/@home
$ sudo btrfs sub list /mnt/sdb2
ID 4457 gen 312948 top level 5 path @home
ID 4458 gen 312948 top level 5 path @
ID 4471 gen 312757 top level 5 path timeshift-btrfs/snapshots/2021-12-02_22-00-02/@
ID 4472 gen 312758 top level 5 path timeshift-btrfs/snapshots/2021-12-02_22-00-02/@home
省2
933(1): 2021/12/02(木)23:54 ID:RRqgHQhn(11/12) AAS
最後にターゲットがちゃんと読み書き可能か確認
$ sudo touch /mnt/sdb2/@{,home}/test.tmp
$ ls /mnt/sdb2/@*/test.tmp
ファイルの所在を確認次第 $ sudo rm -v /mnt/sdb2/@*/test.tmp
俺は何度も send | receive やってて自信があるのでここまで確認しないが念の為
これで一連の流れで俺が教える事は最早何も無い
ハードウェア氏のご教示を待たれよ
934: 2021/12/02(木)23:58 ID:RRqgHQhn(12/12) AAS
>>933
これ撤回
なんで / と /mnt/sdb2 のサブボリュームリストが同一になってんだか
ターゲットドライブにtimeshiftのスナップショットがある事自体おかしいだろ
935: 2021/12/03(金)00:02 ID:4MNB+9+A(1/31) AAS
どうやら何らかの理由で冷静に作業できん状態の様だな
何かが忙しいのか精神的な不調なのか知らんがPCメンテに向かない状態なのは確か
無理に進めようとするとまた何かやらかすぞ
936(1): 2021/12/03(金)00:03 ID:SaHn2cV+(1/35) AAS
他のことをやるときは、いったん切断していた
$ sudo mount /dev/sdb2 /mnt/sdb2
$ sudo mount /dev/sda2 /mnt/sda2
$ sudo btrfs sub list /
ID 4457 gen 312984 top level 5 path @home
ID 4458 gen 312984 top level 5 path @
ID 4475 gen 312975 top level 5 path timeshift-btrfs/snapshots/2021-12-03_00-00-03/@
ID 4476 gen 312977 top level 5 path timeshift-btrfs/snapshots/2021-12-03_00-00-03/@home
$ sudo btrfs sub list /mnt/sdb2
ID 278 gen 50 top level 5 path @
省2
937: 2021/12/03(金)00:05 ID:SaHn2cV+(2/35) AAS
$ sudo touch /mnt/sdb2/@{,home}/test.tmp
$ ls /mnt/sdb2/@*/test.tmp
/mnt/sdb2/@/test.tmp /mnt/sdb2/@home/test.tmp
$ sudo rm -v /mnt/sdb2/@*/test.tmp
'/mnt/sdb2/@/test.tmp' を削除しました
'/mnt/sdb2/@home/test.tmp' を削除しました
$
938: 2021/12/03(金)00:11 ID:SaHn2cV+(3/35) AAS
>>680
１，se | rec
おわり。
２，次はfstabの修正かな
> $ cat /etc/fstab
> の内容を貼ってもらってもいいです？
# / was on /dev/sda2 during installation
UUID=cf82c300-5af6-45d6-a682-1e93b9105cae / btrfs defaults,noatime,subvol=@ 0 0
# /home was on /dev/sda2 during installation
UUID=cf82c300-5af6-45d6-a682-1e93b9105cae /home btrfs defaults,noatime,subvol=@home 0 0
省5
939: 2021/12/03(金)00:13 ID:SaHn2cV+(4/35) AAS
>>690
> 690 名前：login:Penguin [sage]： 2021/11/23(火) 00:39:15.49 ID:GQJ2ZFSp (17)
> まず、
> $ lsblk -f
> でUUIDが表示できるので、/dev/sdbNの各UUIDを確認してください
>
> ルート権限のテキストエディタで /mnt/sdb2/@/etc/fstab を例えば
> $ sudo nano /mnt/sdb2/@/etc/fstab
> とかで開いて、
> 貼ってもらった表示と同じようになってるはずの
省4
940(1): 2021/12/03(金)00:15 ID:4MNB+9+A(2/31) AAS
>>936
> 他のことをやるときは、いったん切断していた
集中力が要る操作、それも自力でやり抜けない様な事を他人に教えてもらってる様な段階でそう言う半端な事をするものではない
そんな事してたらハードウェア氏にも嫌がられるよ
941: 2021/12/03(金)00:19 ID:SaHn2cV+(5/35) AAS
AA省
942: 2021/12/03(金)00:20 ID:SaHn2cV+(6/35) AAS
>>940
わかりました。
943: 2021/12/03(金)00:32 ID:SaHn2cV+(7/35) AAS
修正後
# / was on /dev/sda2 during installation
UUID=3a396f2a-5ad7-47af-9bbd-343195f050f2 / btrfs defaults,noatime,subvol=@ 0 0
# /home was on /dev/sda2 during installation
UUID=3a396f2a-5ad7-47af-9bbd-343195f050f2 /home btrfs defaults,noatime,subvol=@home 0 0
# /boot/efi was on /dev/sda1 during installation
UUID=F7B8-745A /boot/efi vfat umask=0077 0 1
# swap was on /dev/sda3 during installation
UUID=7184b35b-5a0e-422f-aadb-fb7d765bf82c none swap sw 0 0
944(1): 2021/12/03(金)00:36 ID:SaHn2cV+(8/35) AAS
>>704
> 今思ったけども、書き換え前に
> $ sudo cp /mnt/sdb2/@/etc/fstab /mnt/sdb2/@/etc/fstab.org
> とかしてオリジナルをバックアップしておくと更に良かったかも
バックアップできてない。後から出てきたからしかたない
945: 2021/12/03(金)00:40 ID:SaHn2cV+(9/35) AAS
>>707
> マウントもいいがデータ整合性のチェックもしておきましょう
Every 2.0s: sudo btrfs scrub status /dev/sdb2 kyo: Fri Dec 3 00:39:54 2021
UUID: 3a396f2a-5ad7-47af-9bbd-343195f050f2
Scrub started: Fri Dec 3 00:38:37 2021
Status: running
Duration: 0:01:15
Time left: 0:03:35
ETA: Fri Dec 3 00:43:29 2021
Total to scrub: 18.81GiB
省3
946(1): 2021/12/03(金)00:46 ID:4MNB+9+A(3/31) AAS
>>944
> バックアップできてない。
そもそもこのケースの場合オリジナルのfstabはソースドライブにあるので心配無用
947: 2021/12/03(金)00:48 ID:SaHn2cV+(10/35) AAS
Status: finished
Duration: 0:04:37
Total to scrub: 18.81GiB
Rate: 69.55MiB/s
Error summary: no errors found
948: 2021/12/03(金)00:49 ID:SaHn2cV+(11/35) AAS
>>946
> そもそもこのケースの場合オリジナルのfstabはソースドライブにあるので心配無用
了解
949: 2021/12/03(金)00:57 ID:SaHn2cV+(12/35) AAS
711
chrootしてgrubインストールの大体の手順
ここからは面倒のないように # su - とか # sudo -i とかで
rootになってから作業することにすると
# mount -o subvol=@ /dev/sdb2 /mnt/chroot
# mount -o subvol=@home /dev/sdb2 /mnt/chroot/home
# mount /dev/sdb1 /mnt/chroot/boot/efi
これで準備完了
$ su -
パスワード:
省4
950: 2021/12/03(金)01:04 ID:SaHn2cV+(13/35) AAS
chroot が必要になる場面
・今回の様に別ストレージをシステムとして起こす時
・ブートしなくなった時などのライブメディアからのメンテ
・ビルド依存パッケージ等で既存環境に余計なものを入れたくない時
(Debian系・Ubuntu系はdebootstrapで簡単にchroot環境を作れる)
自分はブート関係いじるときの他は
あんまり意識して使うことはないですね
chroot地獄とかのテクニックは聞いたことだけはあるけど
951: 2021/12/03(金)01:13 ID:SaHn2cV+(14/35) AAS
実際にchroot
# arch-chroot /mnt/chroot
grubをインストール
sdbのMBRとsdb1以下に書き込まれると思う
# grub-install /dev/sdb --bootloader-id Debian11(とかお好みの名前)
ほんとにNVRAMにブートエントリーが書き込まれたか確認
# efibootmgr --verbose | grep Debian11(とか上で付けた名前)
grubの設定ファイルに変更がなければ要らなそうだけど一応
# update-grub
エラーが出なければ完了、chroot環境を抜ける
省12
952(2): 2021/12/03(金)01:13 ID:4MNB+9+A(4/31) AAS
他人の文言を貼る時は面倒でも引用符を付けなさい
でないと世話になってる方が自演を疑われやすくなり迷惑をかける
上下前次1-新書関写板覧索設栞歴
あと 50 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s