[過去ﾛｸﾞ] テスト [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
653: 2021/11/22(月)13:02 ID:SP6Ccj4w(3/9) AAS
>>652
これらの情報をもとに実際にはくだ質245さんが教えてあげて下さい
私が直接教えると自演を疑われるので
654: 2021/11/22(月)13:06 ID:SP6Ccj4w(4/9) AAS
>>652
なお何故ここまでスラスラ書けるかと言うと、つい最近まで私も同様の環境を使用し
send | receive をたまにバックアップ目的でやっていたからです
最近出来心でシステムパテをZFSにしてしまいましたが
655(1): 2021/11/22(月)21:50 ID:E61Ha8wj(7/19) AAS
こんばんは。遅くなりました。
>>652
の書き込みを拝読したが、頭がこんがらがる、こんがらがる。
まず何をしたらいいのか？ 手取り足取りおねがいします！
656: 2021/11/22(月)22:00 ID:SP6Ccj4w(5/9) AAS
>>655
652はくだ質245さん用
この程度は把握しておかないと教えるのは不可能なので参考にしてもらう為に書いたもの
657(2): 2021/11/22(月)22:36 ID:tMXPzEWO(6/12) AAS
書けるかな
受け側の @,@home は前もって作成する必要は
なかったようなので、ごめんだけど質問者さんは
# sudo btrfs subvolume delete /mnt/sdb2/@
# sudo btrfs subvolume delete /mnt/sdb2/@home
みたいにして受け側のサブボリュームを一旦削除してもらえます…？
658(1): 2021/11/22(月)22:57 ID:SP6Ccj4w(6/9) AAS
>>652
【おまけ】
btrfsコマンド、補助コマンドは以下の様に短縮可能
subvolume -> sub
create -> cre
delete -> del
snapshot -> snap
send -> se
receive -> rec
入力がダルかったりやり取りの可読性を高めたい時に使って下さい
659: 2021/11/22(月)23:17 ID:E61Ha8wj(8/19) AAS
>>657
$ sudo btrfs subvolume delete /mnt/sdb2/@
Delete subvolume (no-commit): '/mnt/sdb2/@'
$ sudo btrfs subvolume delete /mnt/sdb2/@home
Delete subvolume (no-commit): '/mnt/sdb2/@home'
$
660: 2021/11/22(月)23:20 ID:E61Ha8wj(9/19) AAS
$ sudo btrfs sub del /mnt/sdb2/@home
練習した。どんな場合も短縮形を好む。すいません、他のようやっていて反応が遅く。
661: 2021/11/22(月)23:22 ID:tMXPzEWO(7/12) AAS
書けたり書けなかったり
さすがにテスト用ドライブでbtrfsを作成しながら書いてます
そして652さんの情報でいけました。短縮もできるんですね
ファイルシステムの移行はあとはざっとこんな感じでできると思う
(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-@ @
662(1): 2021/11/22(月)23:23 ID:E61Ha8wj(10/19) AAS
sudo mount /dev/sda2 /mnt/sda2
マウントしてないので、これをしとく？
663(1): 2021/11/22(月)23:26 ID:tMXPzEWO(8/12) AAS
ごめんなさい、また間違いました、
最後の行の cd /mnt/sda2/ は cd /mnt/sdb2/ ですので
そのまま実行しないように！
664: 2021/11/22(月)23:28 ID:E61Ha8wj(11/19) AAS
>>663
ありがとうございます
(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
これらコマンドの情報の参考源のページを示して下さい
665: 2021/11/22(月)23:29 ID:tMXPzEWO(9/12) AAS
>>662
そう、受け側のsdb2もマウントしてください
$ sudo mount /dev/sdb2 /mnt/sdb2
666: 2021/11/22(月)23:29 ID:E61Ha8wj(12/19) AAS
ああ、わかりました。未見のコマンドだったので疑いました。
667(1): 2021/11/22(月)23:32 ID:E61Ha8wj(13/19) AAS
開始してます。状態表示されないのですね？
$ sudo btrfs se /mnt/sda2/snap-@ | sudo btrfs rec /mnt/sdb2
At subvol /mnt/sda2/snap-@
At subvol snap-@
668(1): 2021/11/22(月)23:35 ID:tMXPzEWO(10/12) AAS
>>658で示してもらった短縮形ですね
進捗はこっちのテストではファイル10個とかで
一瞬で終わったので表示されるか分からない…！
669(1): 2021/11/22(月)23:36 ID:SP6Ccj4w(7/9) AAS
>>667
se も rec も -v オプションで冗長出力出来るけど
貴方は文字列が大量に流れる様な出力だと気分悪くなる人でしょう？
670(1): 2021/11/22(月)23:44 ID:E61Ha8wj(14/19) AAS
>>669
そうなんですけど、特殊な事情があってさ
自作マシンで15年もののケースで、HDDアクセスランプとかもない。そんで
671: 2021/11/22(月)23:44 ID:E61Ha8wj(15/19) AAS
>>668
$ sudo btrfs se /mnt/sda2/snap-@ | sudo btrfs rec /mnt/sdb2
At subvol /mnt/sda2/snap-@
At subvol snap-@
$
終わりました
672: 2021/11/22(月)23:45 ID:E61Ha8wj(16/19) AAS
一瞬で終わる...？ かってに予測時間55分と判断してマシンから離れてましたWW
673: 2021/11/22(月)23:45 ID:tMXPzEWO(11/12) AAS
@homeの復元をわすれてた
$ cd /mnt/sdb2/ && sudo btrfs sub snap snap-@home @home
これで受け側の@と@homeをマウントしてみて
正常に複製できてるようだったら snap-@とsnap-@homeは
消してしまっていいと思う
(送り側のsnapshotはもうしばらく置いといてもいいかも)
674(1): 2021/11/22(月)23:48 ID:tMXPzEWO(12/12) AAS
いや、実環境インストール済みなら絶対に結構かかるはず
こっちはテスト用SVとスナップショットを
ファイル10個だけで作ったのでってことですね
675(1): 2021/11/22(月)23:50 ID:SP6Ccj4w(8/9) AAS
>>670
次の機会には冗長表示オプションを使うと良いでしょう
676(1): 2021/11/22(月)23:56 ID:E61Ha8wj(17/19) AAS
ごめんなさい、かなり注意力低下、というより、記号に弱く、ねんのため確認ですが、
以下の順番でコマンドブチ込み？
(sendとreceive)
1.
$ sudo btrfs se /mnt/sda2/snap-@ | sudo btrfs rec /mnt/sdb2
いま１をおわって、つぎに
2.
$ sudo btrfs se /mnt/sda2/snap-@home | sudo btrfs rec /mnt/sdb2
3.
(スナップショットをサブボリュームとして復元)
省4
677(1): 2021/11/22(月)23:57 ID:SP6Ccj4w(9/9) AAS
>>652
fstabの書き方、画像はラズパイのものですが
Btrfs部分の書き方は概ねこんな感じになります
画像ﾘﾝｸ[png]:i.imgur.com
画像は一定時間が過ぎたら消しますが
キャッシュが残ると思うので問題無いでしょう
678: 2021/11/22(月)23:58 ID:E61Ha8wj(18/19) AAS
>>674
> いや、実環境インストール済みなら絶対に結構かかるはず
> こっちはテスト用SVとスナップショットを
> ファイル10個だけで作ったのでってことですね
了解です。予測時間がわかればなあ...
679: 2021/11/22(月)23:59 ID:E61Ha8wj(19/19) AAS
$ sudo btrfs se /mnt/sda2/snap-@home | sudo btrfs rec /mnt/sdb2
At subvol /mnt/sda2/snap-@home
At subvol snap-@home
..... やっとります
680(3): 2021/11/23(火)00:10 ID:GQJ2ZFSp(1/17) AAS
652さんの画像みたいに、次はfstabの修正かな
あと全体で残ってる作業はその作業と、
chrootしてgrubの再インストールぐらいかな…？
sda1 -> sdb1 の複製ももしかしたら終わってるかもだけど、
debian以外のOSがなさそうだからsdb1は空のままでも良さそう
@homeが終わったら
$ cat /etc/fstab
の内容を貼ってもらってもいいです？
681: 2021/11/23(火)00:14 ID:ZYoj+OUw(1/39) AAS
$ sudo btrfs se /mnt/sda2/snap-@home | sudo btrfs rec /mnt/sdb2
At subvol /mnt/sda2/snap-@home
At subvol snap-@home
$
おわり
682(1): 2021/11/23(火)00:16 ID:GQJ2ZFSp(2/17) AAS
>>677
見ました、サブボリュームのマウントって簡単だなあと
noatimeってbtrfsみたいな先進的なファイルシステムでも
効果あるもんでしょうかちょっと気になります…！
683: 2021/11/23(火)00:18 ID:ZYoj+OUw(2/39) AAS
$ 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'
$
一瞬でおわた。なぜ、一瞬で終わるのですか？
684: 2021/11/23(火)00:21 ID:ZYoj+OUw(3/39) AAS
>>680
$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
省8
685: 2021/11/23(火)00:24 ID:ZYoj+OUw(4/39) AAS
$ cat /etc/fstab
# /etc/fstab: 静的なファイルシステム情報です。
#
# デバイスの一意の識別子を表示するには、'blkid'を使います。
UUID=と一緒に使うことで、ディスクを追加・削除しても機能する # より強固なデバイス名をつけることができます。
UUID=と一緒に使うことで、ディスクの追加や削除があっても # 機能するようになります。fstab(5)を参照。
#
# <ファイルシステム> <マウントポイント> <タイプ> <オプション> <ダンプ> <パス>
# インストール時に / が /dev/sda2 にあった場合
UUID=cf82c300-5af6-45d6-a682-1e93b9105cae / btrfs defaults,noatime,subvol=@ 0 0
省7
686(1): 2021/11/23(火)00:24 ID:GQJ2ZFSp(3/17) AAS
>一瞬で終わる
多分だけど、スナップショットっていうのは
ファイル・ディレクトリへのハードリンクみたいな実装で
データへの参照だけをコピーというか
もうひとつ作ってる感じじゃないですかね…
実データそのものを複製してるわけではないはず
687: 2021/11/23(火)00:29 ID:ZYoj+OUw(5/39) AAS
>>680
> 652さんの画像みたいに、次はfstabの修正かな
なぜ、fstabの修正 をしないとダメなのですか？ウインドウズのアクロニスでは、何も必要がないです。商用アプリケーションでは、その工程を自動化しているということ？
> あと全体で残ってる作業はその作業と、
> chrootしてgrubの再インストールぐらいかな…？
数年前に一回だけ使ったことがある台湾製のリナックス用クローンツールのなんたらでも、
そんな作業を必要としていない記憶。
> sda1 -> sdb1 の複製ももしかしたら終わってるかもだけど、
> debian以外のOSがなさそうだからsdb1は空のままでも良さそう
省1
688: 2021/11/23(火)00:32 ID:ZYoj+OUw(6/39) AAS
>>686
謝謝！
＞スナップショットっていうのは
ファイル・ディレクトリへのハードリンクみたいな実装で
データへの参照だけをコピーというか
もうひとつ作ってる感じじゃないですかね…
実データそのものを複製してるわけではないはず
その点がすごいですね。btrfs は。使っていて。
689(2): 2021/11/23(火)00:33 ID:KysHAlRz(1/25) AAS
>>682
noatimeは何となく入れてる感じですね
ラズパイではSDカード&USBメモリx2でストライピングとかアホな事やってるので
少しでも労りたいのです
サブボリュームのマウントの理解に及ばれた様なのでchrootの準備も問題無さそうですね
既知の方法でもarch-chrootを使う方法でも教えやすいやり方で構わないと思います
あとchroot先での /etc/initramfs-tools/conf.d/resume の修正もお忘れ無く
そして彼のマシンはよくUEFIエントリが消えるそうなので
grub-install の後はこれを実施してもらった方が良いでしょう
2chｽﾚ:linux
690(4): 2021/11/23(火)00:39 ID:GQJ2ZFSp(4/17) AAS
まず、
$ lsblk -f
でUUIDが表示できるので、/dev/sdbNの各UUIDを確認してください
ルート権限のテキストエディタで /mnt/sdb2/@/etc/fstab を例えば
$ sudo nano /mnt/sdb2/@/etc/fstab
とかで開いて、
貼ってもらった表示と同じようになってるはずの
/dev/sdaN のUUID部分を
lsblk -f で表示されたUUIDを修正します
このときにもし読み取り専用って表示が出てたら
省1
691: 2021/11/23(火)00:42 ID:ZYoj+OUw(7/39) AAS
Linuxでは /etc/fstab ファイル内のディスクを識別するために使用されます。
このようにして、マザーボード内のディスクの順序を変更でき、マウントポイントに影響を与えることはありません。
ご覧のとおり、ディスクを識別するために /dev/xdx の方法の代わりにUUIDを使用するfstabを使用することをお勧めします。
692: 2021/11/23(火)00:46 ID:ZYoj+OUw(8/39) AAS
>>689
> noatimeは何となく入れてる感じですね
> ラズパイではSDカード&USBメモリx2でストライピングとかアホな事やってるので
> 少しでも労りたいのです
そんなら一回 noatimeなしにしてみたい。体感できるパフォーマンスの差があるか。
一歩でもコマンドを単純化したい
693: 2021/11/23(火)00:49 ID:ZYoj+OUw(9/39) AAS
AA省
694: 2021/11/23(火)00:53 ID:ZYoj+OUw(10/39) AAS
>>690
> $ sudo nano /mnt/sdb2/@/etc/fstab
> とかで開いて、
$ sudo pluma /mnt/sdb2/@/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
# /boot/efi was on /dev/sda1 during installation
UUID=7AF2-9C57 /boot/efi vfat umask=0077 0 1
省2
695(3): 2021/11/23(火)00:54 ID:GQJ2ZFSp(5/17) AAS
>>689
USBメモリx2でのストライプは面白い…！
でも下手な爆熱メモリなら全力でアクセスしたら
電源部のレギュレーターが燃えそうｗ
>chroot先での /etc/initramfs-tools/conf.d/resume の修正
これは知らなかったんですが、具体的に何でしたか…？
696(1): 2021/11/23(火)00:55 ID:ZYoj+OUw(11/39) AAS
ああ、だめだっ 吐き気してきたw
なにと何を比較すんのか わからないっ
697(1): 2021/11/23(火)00:59 ID:ZYoj+OUw(12/39) AAS
>
/dev/sdaN のUUID部分を
lsblk -f で表示されたUUIDを修正します
このときにもし読み取り専用って表示が出てたら
----------------------------
OK!! たった今文意を理解した
698: 2021/11/23(火)01:00 ID:KysHAlRz(2/25) AAS
>>695
スワップパーティションのUUIDが記載されているのですが
もし彼のストレージに存在しなかったら省略で構わないと思います
今Debianのマシンは別のUnixライクが稼働してるんで
明日Debianに切り替えて切り替えてお見せしますね
699(1): 2021/11/23(火)01:02 ID:KysHAlRz(3/25) AAS
>>696-697
そろそろ限界かな
ID:GQJ2ZFSpさんにお礼言って今日はもう休ませてもらいなさいな
700(1): 2021/11/23(火)01:06 ID:ZYoj+OUw(13/39) AAS
修正後
# / was on /dev/sda2 during installation
UUID=6f1bbb77-c44c-4e33-9686-de20e121e09c / btrfs defaults,noatime,subvol=@ 0 0
# /home was on /dev/sda2 during installation
UUID=6f1bbb77-c44c-4e33-9686-de20e121e09c /home btrfs defaults,noatime,subvol=@home 0 0
# /boot/efi was on /dev/sda1 during installation
UUID=8C89-6ED3 /boot/efi vfat umask=0077 0 1
# swap was on /dev/sda3 during installation
UUID=8c4db4b1-849e-4ba6-ba65-05727e3ece8b none swap sw 0 0
701: 2021/11/23(火)01:08 ID:KysHAlRz(4/25) AAS
>>695
Btrfsの話の方はSDカードもアレイメンバーに入れてますね
なお某用途で限界値OC・一年中フルロードですが全然平気です さすがオールサンディスク
702: 2021/11/23(火)01:10 ID:ZYoj+OUw(14/39) AAS
>>690
> このときにもし読み取り専用って表示が出てたら
保存しましたが、そんな表示はでなかったです。
>>699
ありがとうございます！ 限界です。ID:GQJ2ZFSpさん、明日また ご指導お願いします。
703: 2021/11/23(火)01:12 ID:ZYoj+OUw(15/39) AAS
ホットスワップでsdb を切断します。感謝です
704(2): 2021/11/23(火)01:14 ID:GQJ2ZFSp(6/17) AAS
>>700
いま比較してみましたがOKそう
どのままコピペでもいけそうです
今思ったけども、書き換え前に
$ sudo cp /mnt/sdb2/@/etc/fstab /mnt/sdb2/@/etc/fstab.org
とかしてオリジナルをバックアップしておくと更に良かったかも
これから最後のchroot&grub installがいちばんややこしいと思うので
ここまでにしときましょう…
ではお休みなさい
705: 2021/11/23(火)01:17 ID:ZYoj+OUw(16/39) AAS
>>704
> いま比較してみましたがOKそう
> どのままコピペでもいけそうです
おおっ 勝利・友情・愛！www
> 今思ったけども、書き換え前に
$ sudo cp /mnt/sdb2/@/etc/fstab /mnt/sdb2/@/etc/fstab.org
とかしてオリジナルをバックアップしておくと更に良かったかも
おれも思った...かも。一瞬。コマンドはわからんけど
みなさん、おやすみ
706(1): 2021/11/23(火)02:31 ID:ZYoj+OUw(17/39) AAS
これで受け側の@と@homeをマウントしてみて
正常に複製できてるようだったら snap-@とsnap-@homeは
消してしまっていいと思う
(送り側のsnapshotはもうしばらく置いといてもいいかも)
-----------------------
ここを見落としていた。明日
707(2): 2021/11/23(火)08:37 ID:KysHAlRz(5/25) AAS
>>706
マウントもいいがデータ整合性のチェックもしておきましょう
ターゲットパーティションを(サブボリュームでもいいので)マウントした状態で、
$ sudo btrfs scrub start ターゲットパーティション
$ watch sudo btrfs scrub status ターゲットパーティション (終わったらCtrl+C)
708: 2021/11/23(火)10:30 ID:KysHAlRz(6/25) AAS
>>695
> /etc/initramfs-tools/conf.d/resume
こんなやつです
画像ﾘﾝｸ[png]:i.imgur.com
あまり真面目に調べた事がなかったんですが、こういうモノらしいです
外部ﾘﾝｸ:petit-noise.net
なおファイルが存在する時と存在しない時の違いはこんな感じです
画像ﾘﾝｸ[png]:i.imgur.com
709: 2021/11/23(火)10:38 ID:GQJ2ZFSp(7/17) AAS
こっちでも調べたところ、ハイバネーションのときに
どこにデータを退避するかの設定みたいですね
こちらの環境でcatしてみたところ
RESUME=
と値が空白でした
ハイバネーションしてなかったから気づかなかった…
完全に環境移行後の書き換えでもいいかもですね
710: 2021/11/23(火)10:44 ID:KysHAlRz(7/25) AAS
私もハイバネーションは使ってないので「これが適切でないと変なエラー出されるんだろ」くらいの認識しかありませんでした
実際UUIDが違っていると「おまえスワップパーティションのUUID違うじゃねえかコラ」みたいなエラー出されますからね
711(2): 2021/11/23(火)11:26 ID:GQJ2ZFSp(8/17) AAS
chrootしてgrubインストールの大体の手順はこんな感じかも
652さんのツッコミ待ち
652さんの教えてくれたインストールスクリプトをインストール
$ sudo apt install arch-install-scripts
ブートローダーインストール用のEFI関係？のカーネルモジュールをロード
$ sudo modprobe efivars
chrootマウントポイント用の一時ディレクトリを作成
$ sudo mkdir /mnt/chroot
712(3): 2021/11/23(火)11:30 ID:GQJ2ZFSp(9/17) AAS
ここからは面倒のないように # 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
これで準備完了
713: 2021/11/23(火)11:31 ID:KysHAlRz(8/25) AAS
>>711
私は似たような事をする時に efivars を明示的にロードしてないんですがいいと思いますよ
その方が確実でしょうし
あと既にご存知かも知れませんが arch-chroot はこう使います
$ sudo arch-chroot ターゲットディレクトリ
714(4): 2021/11/23(火)11:35 ID:GQJ2ZFSp(10/17) 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環境を抜ける
省1
715(4): 2021/11/23(火)11:42 ID:GQJ2ZFSp(11/17) AAS
arch-chrootは /dev, /sysとかの類のデバイスファイルを
chrootと同時に自動でロードしてくれる…って認識で
合ってるんだろうか…？
手元のメモでは手動で
# mount --bind /dev /mnt/chroot/dev
# mount --bind /dev/pts /mnt/chroot/dev/pts
# mount --bind /proc /mnt/chroot/proc
# mount --bind /sys /mnt/chroot/sys
とか
# for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt/rootfs$i; done
省1
716: 2021/11/23(火)12:36 ID:KysHAlRz(9/25) AAS
こういうものみたいです
chroot - ArchWiki
外部ﾘﾝｸ[86]:wiki.archlinux.jp
これを使ったchrootでのメンテで不都合を感じたことは私はありませんでした
/usr/bin/arch-chroot の実体はただのbashスクリプトなので興味がありましたら何をしてくれるのか読み解くのも面白いかと
もっとも、715に書かれた手法がいちばん確実ですがね
717(1): 2021/11/23(火)12:49 ID:ZYoj+OUw(18/39) AAS
>>707
> マウントもいいがデータ整合性のチェックもしておきましょう
> ターゲットパーティションを(サブボリュームでもいいので)マウントした状態で、
$ sudo mount /dev/sdb2 /mnt/sdb2
$
> $ sudo btrfs scrub start ターゲットパーティション
$ sudo btrfs scrub start /dev/sdb2
scrub started on /dev/sdb2, fsid 6f1bbb77-c44c-4e33-9686-de20e121e09c (pid=8099)
$
おかしい。一瞬にして終わった。
省13
718: 2021/11/23(火)12:52 ID:ZYoj+OUw(19/39) AAS
scrubおわり。おはよー
Every 2.0s: sudo btrfs scrub status /dev/sdb2 kyo: Tue Nov 23 12:51:22 2021
UUID: 6f1bbb77-c44c-4e33-9686-de20e121e09c
Scrub started: Tue Nov 23 12:45:56 2021
Status: finished
Duration: 0:05:13
Total to scrub: 20.27GiB
Rate: 66.31MiB/s
Error summary: no errors found
719(1): 2021/11/23(火)12:52 ID:KysHAlRz(10/25) AAS
>>717
> おかしい。一瞬にして終わった。
Btrfs や ZFS のスクラブ(fsckみたいなもん)は進捗状況を見たかったら専用コマンドを使うしか無いんだよ
それがこういうの↓
> $ watch sudo btrfs scrub status ターゲットパーティション (終わったらCtrl+C)
720: 2021/11/23(火)12:53 ID:ZYoj+OUw(20/39) AAS
>>711
> 652さんの教えてくれたインストールスクリプトをインストール
> $ sudo apt install arch-install-scripts
>
> ブートローダーインストール用のEFI関係？のカーネルモジュールをロード
> $ sudo modprobe efivars
>
> chrootマウントポイント用の一時ディレクトリを作成
> $ sudo mkdir /mnt/chroot
$ sudo apt install arch-install-scripts
省4
721(1): 2021/11/23(火)12:57 ID:ZYoj+OUw(21/39) AAS
>>719
もしかして
$ sudo btrfs scrub start /dev/sdb2
scrub started on /dev/sdb2, fsid 6f1bbb77-c44c-4e33-9686-de20e121e09c (pid=8920)
$
最後にドルのマークがついてるけど、終わったのではなく、まさにヤっている状態？
かすかにハードディスクがフル回転してる音が聞こえるから
722: 2021/11/23(火)12:59 ID:KysHAlRz(11/25) AAS
>>721
$ sudo btrfs scrub status ターゲットパテ | grep Status
723: 2021/11/23(火)13:09 ID:ZYoj+OUw(22/39) AAS
$ sudo btrfs scrub status /dev/sdb2 | grep Status
Status: finished
$
724(1): 2021/11/23(火)13:11 ID:KysHAlRz(12/25) AAS
で、ここまでの読み書きで既知のファイルシステムエラーが出ていないか確認
$ sudo btrfs dev stats ターゲットパテ
725: 2021/11/23(火)13:13 ID:ZYoj+OUw(23/39) AAS
>>712
> ここからは面倒のないように # su - とか # sudo -i とかで
おはよう御座います。よろしくおねがいします。以前からずっと疑問。
たとえば
# su - と # sudo -i では違いがあるのか？結果は同じに見えるが。
前者は管理者パスワードいる。後者はいらない。
726(1): 2021/11/23(火)13:14 ID:ZYoj+OUw(24/39) AAS
>>724
訓練指導感謝です。よろしくおねがいします。
$ sudo btrfs dev stats /dev/sdb2
[/dev/sdb2].write_io_errs 0
[/dev/sdb2].read_io_errs 0
[/dev/sdb2].flush_io_errs 0
[/dev/sdb2].corruption_errs 0
[/dev/sdb2].generation_errs 0
$
727(1): 2021/11/23(火)13:17 ID:KysHAlRz(13/25) AAS
>>726
既知のエラー無し
以後はID:GQJ2ZFSpさんに指導してもらって下さい
728: 2021/11/23(火)13:21 ID:ZYoj+OUw(25/39) AAS
>>712
> # mount -o subvol=@ /dev/sdb2 /mnt/chroot
> # mount -o subvol=@home /dev/sdb2 /mnt/chroot/home
> # mount /dev/sdb1 /mnt/chroot/boot/efi
> これで準備完了
今からココ。参考ページをググりながら進めてるが、機械翻訳丸投げサイトや、ask ubuntu のような質問・回答サイトしかヒットしない。
今ヤっていることを「教科書的にまとめた」ページはないのかな？
729: 2021/11/23(火)13:23 ID:ZYoj+OUw(26/39) AAS
そもそも、リナックスというのは、教科書的にまとまった参考ページはめったにない、と考えたほうがいいのか？
たとえば
外部ﾘﾝｸ[html]:kledgeb.blogspot.com
このサイトは「素晴らしくわかりやすく」まとまっていますが。
>>727
はい
730: 2021/11/23(火)13:24 ID:KysHAlRz(14/25) AAS
Btrfsシステムパテのシステムクローン、それもBtrfsモードのtimeshiftを使ってるシステム
こんな新しめの構成、検索したって出てこないと思ったほうが良い
731(1): 2021/11/23(火)13:28 ID:GQJ2ZFSp(12/17) AAS
> su -とsudo -i
これは実行結果から言えば変わらないけど、
前者は直接rootでログインするのに対して
後者はsudoを使ってログインするので若干行儀が良いかも？
sudo -i の方は、/etc/sudoers* とかのファイルの設定で
rootのパスワードではなくログイン中ユーザーの
パスワードでroot権限を実行するのと、
あと、sudoだとsudoを実行したログが残るはず
732(1): 2021/11/23(火)13:30 ID:ZYoj+OUw(27/39) AAS
$ sudo -i
# mount -o subvol=@ /dev/sdb2 /mnt/chroot
#
----------------------
なぜ、/mnt/chroot をマウントポイントにして /dev/sdb2 をマウントするんだろう？
なぜ、こんなことしないといけないんだろう？
733: 2021/11/23(火)13:37 ID:ZYoj+OUw(28/39) AAS
>>731
> sudo -i の方は、/etc/sudoers* とかのファイルの設定で
rootのパスワードではなくログイン中ユーザーの
パスワードでroot権限を実行する
<< 「/etc/sudoersの設定」 が最悪の結果をまねかないための防御癖になってるのかな？みたいに
イメージしました
外部ﾘﾝｸ:www.guri2o1667.work
例えば、一般ユーザにログインしている際に、
rootユーザでしか実行できないコマンドやファイル操作をしたい場合、以下の2つの方法が考えられます。
? rootユーザにスイッチ
省4
734: 2021/11/23(火)13:40 ID:ZYoj+OUw(29/39) AAS
$ sudo -i
# mount -o subvol=@ /dev/sdb2 /mnt/chroot
# mount -o subvol=@home /dev/sdb2 /mnt/chroot/home
# mount /dev/sdb1 /mnt/chroot/boot/efi
#
735(1): 2021/11/23(火)13:40 ID:GQJ2ZFSp(13/17) AAS
chrootは、うまく言えないけどオンメモリのデータを保持して
ハードウェア環境もそのままで、ファイルシステムだけ
一時的に別のファイルシステム上とそっくり
そのまま入れ替える感じとかかな…
ブラックジャック先生の超絶手技で、意識を保ったまま
ブタの頭をヤギの胴体と一時的にすげ替えて手術する感じ…とか
736(1): 2021/11/23(火)13:50 ID:KysHAlRz(15/25) AAS
>>732
実はDebianやUbuntu等のインストーラは裏でchrootを駆使してシステム設定している
よって今やってる事の数々は言ってしまえば「人力インストーラ」みたいなもん
737: 2021/11/23(火)14:11 ID:ZYoj+OUw(30/39) AAS
>>735
> ブラックジャック先生の超絶手技で、意識を保ったまま
> ブタの頭をヤギの胴体と一時的にすげ替えて手術する感じ…とか
治療の目的は、いまの場合「grubの再インストール」？
738(3): 2021/11/23(火)14:13 ID:ZYoj+OUw(31/39) AAS
>>736
> 実はDebianやUbuntu等のインストーラは裏でchrootを駆使してシステム設定している
よって今やってる事の数々は言ってしまえば「人力インストーラ」みたいなもん
chroot というのは、特殊なアイテムではなく、使用頻度極高 の必須アイテム？
739(1): 2021/11/23(火)14:21 ID:KysHAlRz(16/25) AAS
>>738
chroot が必要になる場面
・今回の様に別ストレージをシステムとして起こす時
・ブートしなくなった時などのライブメディアからのメンテ
・ビルド依存パッケージ等で既存環境に余計なものを入れたくない時
(Debian系・Ubuntu系はdebootstrapで簡単にchroot環境を作れる)
など
740(1): 2021/11/23(火)14:21 ID:GQJ2ZFSp(14/17) AAS
自分はブート関係いじるときの他は
あんまり意識して使うことはないですね
chroot地獄とかのテクニックは聞いたことだけはあるけど
Linuxディストリのインストーラーだけじゃなくて、
Windowsのインストーラーも回復コンソールモードとかでは
USBディスク上のファイルシステムからブートして
ブートエントリいじったりとか
でもこれはchrootというよりマルチブートな感じかも
741(1): 2021/11/23(火)14:30 ID:KysHAlRz(17/25) AAS
>>738
> ・ビルド依存パッケージ等で既存環境に余計なものを入れたくない時
JDimのビルド環境を作った時の事を思い出してごらん
742(1): 2021/11/23(火)14:45 ID:KysHAlRz(18/25) AAS
>>738
余談だが chroot を使うとこんな事も出来る
画像ﾘﾝｸ[png]:i.imgur.com
743(1): 2021/11/23(火)15:00 ID:ZYoj+OUw(32/39) AAS
>>742
見れません、その前のも見れなかった
744: 2021/11/23(火)15:04 ID:KysHAlRz(19/25) AAS
>>743
消したタイミングがタッチの差だった模様 大した意味の無いもの
その前のやつはID:GQJ2ZFSpさん用なので見なくても問題ない
745: 2021/11/23(火)15:06 ID:ZYoj+OUw(33/39) AAS
>>740
> 自分はブート関係いじるときの他は
> あんまり意識して使うことはないですね
ID:GQJ2ZFSpさんですら、これくらいの理解でいいのですね！安心した
> chroot地獄とかのテクニックは聞いたことだけはあるけど
chroot jail 、chroot監獄です。chroot地獄のほうがかっこいいけどww 言葉は知ってるけど、じっさいにコマンドでやるときは、まったく使えない...
Windowsといえば、メーカー製ノートのプリインストールウイン10をかんぺきに消し尽くして、
どんな方法でもいいから、マイクロソフト純正まざりっけなし、に入れ替える方法をいつか知りたい。
746(1): 2021/11/23(火)15:10 ID:ZYoj+OUw(34/39) AAS
>>741
> > ・ビルド依存パッケージ等で既存環境に余計なものを入れたくない時
> JDimのビルド環境を作った時の事を思い出してごらん
もちろん憶えてます。じつはアレを消したいが消し方がわからなくて放置。なかにJDimのビルド環境存在してるし、消していいのかもわからんし。
なぜ消したいかというと、1.9GB消費してるからです。
747: 2021/11/23(火)15:11 ID:ZYoj+OUw(35/39) AAS
ID:GQJ2ZFSpさん。つぎを教えて下さい
748: 2021/11/23(火)15:13 ID:KysHAlRz(20/25) AAS
>>746
今はID:GQJ2ZFSpさんの教えに従い予備環境の構築に集中なさい。
749(1): 2021/11/23(火)15:16 ID:ZYoj+OUw(36/39) AAS
>>739
> chroot が必要になる場面
> ・今回の様に別ストレージをシステムとして起こす時
（起動可能の）システムとして起こす時ですね？ということは、send | rec や btrfs に限らず、
必要なんだね？
> ・ブートしなくなった時などのライブメディアからのメンテ
これ難しい。今年の初めひとりで２ヶ月がんばったけど、できなかったやつだ。
> ・ビルド依存パッケージ等で既存環境に余計なものを入れたくない時
省2
750: 2021/11/23(火)15:18 ID:ZYoj+OUw(37/39) AAS
はい。
$ sudo -i
# mount -o subvol=@ /dev/sdb2 /mnt/chroot
# mount -o subvol=@home /dev/sdb2 /mnt/chroot/home
# mount /dev/sdb1 /mnt/chroot/boot/efi
#
まで終わっています
751: 2021/11/23(火)15:19 ID:KysHAlRz(21/25) AAS
> send | rec や btrfs に限らず、必要なんだね？
なんせ「人力インストーラ」ですから
> やる価値があったのか？
散々環境を汚したくないってゴネてたでしょうよ
752(2): 2021/11/23(火)16:10 ID:GQJ2ZFSp(15/17) AAS
なんかおふたりとも前からの知り合い…？
仲良さそうとも見えたり
あと残りはほんの少しぐらいだと思う
手順は>>714で合ってると思うけど、
arch-chrootは実際には試してないので想像です
上下前次1-新書関写板覧索設栞歴
あと 250 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s