Linuxだけど何か質問あるか？

仮想マシン便利だぜ
慣れればこんな環境も作れるようになり実機へ召喚したり仮想へ退避したりするのも自由自在
https://i.imgur.com/Mo0bs8D.png

もっともスナップショットの操作さえミスしなければしばらくは大丈夫そうだが

おうLinux
おまえ使えそうで使えないインチキ社員みたいだな

もっと丁寧に(と言うか読みやすく)書こうか？

状況を冗長出力で確認
# efibootmgr -v

登録時書式
# efibootmgr -c -d ストレージのブロックデバイス文字 ¥
-p パーティション番号 -L エントリ名(ダブルクォートで囲えば半角スペース可) ¥
-l ESPルートを起点とした .efiバイナリパス
(Debianのデフォは¥¥EFI¥¥DEBIAN¥¥SHIMX64.EFI grub-installでエントリ名を変えた時は要確認)

抹消時書式
# efibootmgr -b 4ケタのエントリ番号 -B

> 以下の式を応用して
> $ sudo efibootmgr -c -d /dev/sdb -p 1 -L Debian -l ¥¥EFI¥¥DEBIAN¥¥SHIMX64.EFI
>
> ブロックデバイス文字　/dev/sda 等の値を代入して、それでできるはずだ。

> 登録するブートローダーのパスを指定します。
パスの区切り記号は、¥¥（バックスラッシュ2文字）で記述します。

ここについては以下の情報を参照

> $ efibootmgr -v

> Boot0000* debian HD(1,GPT,02cdc5ec-79c3-411b-a1ed-2614cdb6d9e5,0x800,0x82000)/File(¥EFI¥debian¥shimx64.efi)
-l ¥¥EFI¥¥DEBIAN¥¥SHIMX64.EFI

# sudo efibootmgr -c -d /dev/sda -p 1 -L Debian2 ¥¥EFI¥¥debian¥¥shimx64.efi
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0003,0004,0000,0001,0002
Boot0000* debian
Boot0001* Hard Drive
Boot0002* UEFI: Built-in EFI Shell
Boot0004* Debian
Boot0003* Debian2
#

github的なページの使い方が習ったことないからわかりません。
ここのシェルスクリプトの使い方ですが
https://gist.github.com/hannesbe/6c110e9de6644f07a48eecfdbe6b728d#file-install-google-drive-ocamlfuse-debian-sh
Install ‘google-drive-ocamlfuse’ on Debian Stretch & Buster
Raw

１，右上のダウンロードZIP をクリック
２，ダウンロード展開
３，/home/ユーザ　に置いて
４，実行権を付与
chmod u+x install-google-drive-ocamlfuse-debian.sh

……………… 以下略す、けっきょくシェルスクリプト自体は正しく動作しましたが、実行方法についてググったページで
https://www.kenschool.jp/blog/?p=4499
の
＞シェルスクリプトの実行方法には、次の3つがあります。
「source」コマンドを使う
bashシェルの起動時に引数として指定する
スクリプトファイルに実行権を付与する

の違いがまったくわかりません。
直感で 実行権を付与 を選んでインストール成功したけど。参考ページの解説の意味がわかりません。よろしくおねがいします。

$ efibootmgr
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,0004,0001,0003,0002
Boot0000* debian
Boot0001* Hard Drive
Boot0002* UEFI: Built-in EFI Shell
Boot0003* USB
Boot0004* UEFI: UFD 2.0 Silicon-Power16G8.07

$

全世界の当スレの閲覧者の皆さん。
次郎さんよろしくおねがいします。昨日のつづきです。

＞タイムシフトでぜんぶ元へ戻せばいいとおもう！

ただしく「リムーブアカウント」できたので、ローカルマシンを戻しても、t@gmail.com　名のデバイス
は出現しないはずです！

報告します。
$ sudo -i
# apt install -y arch-install-scripts
# mount | grep ¥/mnt　※ /mnt に何もマウントされていない事を確認 されていたらアンマウント
以下のコマンドを何も実行してないのに、再起動したらrefindを経由せず、ST3160815ASで
起動しふつうにつかえています。

$ lsblk -o name,label,size,fstype,model
NAME LABEL SIZE FSTYPE MODEL

sda 149.1G ST3160815AS
├─sda1 EFI 260M vfat
├─sda2 debian 146.9G btrfs
└─sda3 2G swap
sdb 298.1G HGST_HTS545032A7E680
├─sdb1 EFI 190M vfat
├─sdb2 debian 295.9G btrfs
└─sdb3 2G swap
sdc 14.5G Silicon-Power16G
└─sdc1 ElTorito 6M vfat

$

メシ食ってた、また見れなかったw

>アンマウントしないで配線抜いたりしてもext4やNTFSはまあ負担はかかるがそう簡単には壊れないわな(FSは)
ただESPに使われてるFAT32は別だ　ファイルシステムがイカれてブートしなくなっても何の不思議も無い

usbメモリをキャッシュあり？でいきなり引っこ抜いたらいけないみたいなイメージなのですね？
マウント、アンマウントの意味があまりよくわかってなかった。

> 予備環境なんかいくつでも安全に作れるのに
と言ってたやつはこれ　Btrfsでも同様の事が可能
https://i.imgur.com/aVlCJms.png

問題ない。

> 向こう側「/dev/sdb1」には、大文字の SHIMX64.EFI があるのだろうか。

をかくにん。
$ sudo -i
# cd /boot/efi/EFI
# ls
BOOT debian tools
# cd debian
# ls
BOOTX64.CSV fbx64.efi grub.cfg grubx64.efi mmx64.efi shimx64.efi
#

大文字の SHIMX64.EFI　なんかないやんけ〜〜！w

両ドライブオンラインに、今した。

sda 298.1G HGST_HTS545032A7E680
├─sda1 EFI 190M vfat
├─sda2 debian 295.9G btrfs
└─sda3 2G swap
sdb 149.1G ST3160815AS
├─sdb1 EFI 260M vfat
├─sdb2 debian 146.9G btrfs
└─sdb3 2G swap
#

参考レス

$ sudo efibootmgr -c -d /dev/sdb -p 1 -L debian2 -l ¥¥EFI¥¥DEBIAN¥¥SHIMX64.EFI

> 登録時書式
# efibootmgr -c -d ストレージのブロックデバイス文字 ¥
-p パーティション番号 -L エントリ名(ダブルクォートで囲えば半角スペース可) ¥
-l ESPルートを起点とした .efiバイナリパス
(Debianのデフォは¥¥EFI¥¥DEBIAN¥¥SHIMX64.EFI grub-installでエントリ名を変えた時は要確認)

# efibootmgr -c -d /dev/sdb -p 1 -L Debian2 -l ¥¥EFI¥¥DEBIAN¥¥SHIMX64.EFI

>>(Debianのデフォは¥¥EFI¥¥DEBIAN¥¥SHIMX64.EFI grub-installでエントリ名を変えた時は要確認)

この注意だけよくわからない。いぜん実行時と起動ドライブが異なるため、ブロックデバイス文字も
いれかわっている。

理解しやすきよう、再起動してシーゲート起動。

$ App config loaded: /etc/timeshift/timeshift.json
Mounted ‘/dev/sda2’ at ‘/run/timeshift/backup’

(timeshift-gtk:1743): GLib-GIO-CRITICAL **: 22:59:49.147: g_dbus_proxy_new: assertion ‘G_IS_DBUS_CONNECTION (connection)’ failed
******************************************************************************
Backup Device: /dev/sda2
******************************************************************************
******************************************************************************
Snapshot: 2021-12-12_04-28-50 ‾ Before restoring ‘2021-12-10 17:25:01’
******************************************************************************
Creating pre-restore snapshot from system subvolumes…
Created directory: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-12-12_23-03-23
Moved system subvolume to snapshot directory: @
Moved system subvolume to snapshot directory: @home
Created control file: /run/timeshift/backup/timeshift-btrfs/snapshots/2021-12-12_23-03-23/info.json
Created pre-restore snapshot: 2021-12-12_23-03-23
——————————————————————————
Restored system subvolume: @home
Restored system subvolume: @
Restore completed
Snapshot will become active after system is rebooted.
——————————————————————————

と言う様に質問事項が複数あり自分でもどう質問していいかわからない時は
一旦整理し個々の質問にしないとな
134みたいな聞き方したらたぶん俺じゃなかったら門前払いだわ

debian
シーゲート
debian2
元のHGST　で間違いねえ

あとはこれをやっとけばブートエントリが消えちまっても大丈夫なはず
UbuntuやWindows等の様に
https://mao.5ch.net/test/read.cgi/linux/1624007356/569

まず元通り本環境からのブートにしないとワケわかんなくなる　絶対に

ものは考えようで、今稼働してるクソドライブを普段使いにするのも悪くないかもな
@homeさえ定期的にバックアップ(≠スナップショット)しておけば怖いもの無し
スナップショットで思い出したがtimeshiftのドライブ指定ちゃんと設定し直すんだよ

> あとlsblkに騙されてたが今シーゲートでブートしてんのか定かじゃないな

いま、紛れもなくHGSTから起動してる。壁紙でわかるし、HDDの音がぜんぜんちがう。ヌルヌルで
速い。

$ lsblk -o name,label,size,fstype,model
NAME LABEL SIZE FSTYPE MODEL
sda 149.1G ST3160815AS
├─sda1 EFI 260M vfat
├─sda2 debian 146.9G btrfs
└─sda3 2G swap
sdb 298.1G HGST_HTS545032A7E680
├─sdb1 EFI 190M vfat
├─sdb2 debian 295.9G btrfs
└─sdb3 2G swap

> gpartedとかgnome-disksとか簡単でわかりやすいやつで調べてみな

gparted　開いてるが、どちらで起動してるか、どの情報で判断するのか？

アクテビティの類い、出始めは神経質になってたけど今は放置

> 大文字で記述するということか
繰り返すが俺がリサーチしてそう覚え、結果不具合が出た事無かったから継続してるだけ
たぶん小文字で問題ない

# ls -R /boot/efi
/boot/efi:
EFI FSCK0001.REC FSCK0003.REC FSCK0005.REC
FSCK0000.REC FSCK0002.REC FSCK0004.REC

/boot/efi/EFI:
BOOT debian tools

/boot/efi/EFI/BOOT:
bkpbootx64.efi bootx64.efi fbx64.efi

/boot/efi/EFI/debian:
BOOTX64.CSV fbx64.efi grub.cfg grubx64.efi mmx64.efi shimx64.efi

/boot/efi/EFI/tools:
#
-R オプションは「再帰的に潜っていく」感じか。
—————————————–

> Debianでは UEFI版grubで grub-install を実施すると何も指定しない場合 /boot/efi/EFI/debian にブートローダーがインストールされる
実在しないパスを efibootmgr に食わせても怒られるだけだがな(確か)

いまの場合　/boot/efi/EFI/debian　にかくじつにshimx64.efiの所在がかくにんされた。しかし既存の
/boot/efi/EFI　下の
BOOT tools　の2フォルダはなんなのか？
またシーゲート側の
# cd /boot/efi/EFI
# ls
Debian10 debian
のDebian10フォルダも。これらはrm してもいいのですか？

> exit して、ホットスワップで切断してもいいんだよね？
まさかアンマウントしてから配線抜いてるんだよな？いつも

してない。今後気をつけます。ウインドウズからです。元のdebian起動しません。
efi ？にはdebian とちゃんと出ている。

> /boot/efi/EFI/Debian10
これもういらないね　紛らわしいし

LAN内のLinux マシンAとBで共有フォルダしたい
Bの/var/shateをAの/var/sharebに割り当てるにはどうやんの？

>予備環境(シーゲート)が本環境(HGST)に取って代わってブートエントリ0000になっちゃってる

マシン終了して、refind のusbを外し、予備環境(シーゲート)にて起動。
>> シーゲート側から、
Boot0000　debian
Boot0001　debian2
という感じにしたい。コマンドを発令してください

両方のドライブを接続して、

sda 298.1G HGST_HTS545032A7E680
├─sda1 EFI 190M vfat
├─sda2 debian 295.9G btrfs
└─sda3 2G swap
sdb 149.1G ST3160815AS
├─sdb1 EFI 260M vfat
├─sdb2 debian 146.9G btrfs
└─sdb3 2G swap

理由は不明だが、起動しないBoot0003* Debian2　を消す。
$ sudo -i
# efibootmgr
BootCurrent: 0004
Timeout: 0 seconds
BootOrder: 0003,0004,0001,0002
Boot0001* Hard Drive
Boot0002* UEFI: Built-in EFI Shell
Boot0003* Debian2
Boot0004* Debian
# efibootmgr -b 0003 -B
BootCurrent: 0004
Timeout: 0 seconds
BootOrder: 0004,0001,0002
Boot0001* Hard Drive
Boot0002* UEFI: Built-in EFI Shell
Boot0004* Debian
#

それでおｋ
こまい使い方をを気にする段階ではない

だとするなら何度かやってるだろうから慣れた方法で良い

両ディスク接続して、起動中のOS上から、他方のエントリ名を登録――というやり方をして、前回は成功。たぶん、こんな必要条件はないのだろう。

いま、目標はシーゲートで、debian → Debian2 と変更したい。
まず、シーゲート単体で起動して、

以下の式を応用して
$ sudo efibootmgr -c -d /dev/sdb -p 1 -L Debian -l ¥¥EFI¥¥DEBIAN¥¥SHIMX64.EFI

ブロックデバイス文字　/dev/sda 等の値を代入して、それでできるはずだ。

では再起動。

人に何かを教える時は極力相手の状態を考慮する様にしている
これは思いやりなどと言う綺麗事ではなく自分自身の為でもある

gpartedでの確認が済んだらUEFIエントリが実際はどうなってるか確認

$ efibootmgr -v

（正しい例）
> $ sudo efibootmgr -c -d /dev/sdb -p 1 -L Debian -l ¥¥EFI¥¥DEBIAN¥¥SHIMX64.EFI

　　　　　　　　　　　　　　　　　　　　　–loader　（ローダーオプション）

> # sudo efibootmgr -c -d /dev/sda -p 1 -L Debian2 ¥¥EFI¥¥debian¥¥shimx64.efi
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 —^—
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　よく見たら -l オプションの指定ねえじゃん

<< ありがとう！

やっぱ今日はやめといた方がいいんじゃないの
もっとひどいヘマしても知らないよ

なんだろね　たまにドライブ文字が入れ替わるらしいし
なお俺たまにWindowsのSSD繋いだりDebianのやつ外したりするけどUEFIエントリは登録し直したりしてるわ

なおUEFIブートでOSのエントリが無い場合、boot,espフラグが立ったFAT32パテの EFI/BOOT/bootx64.efi を読みに行くらしい
efiバイナリをコピーしてもらおうと計らったのはその為

> してない。今後気をつけます。
言わせてもらうが大半の人から冷笑されるレベル
「Btrfs？環境クローン？寝言言う前にライブUSBでもつかっとけ」みたいな

> してない。今後気をつけます。
言わせてもらうが大半の人から冷笑されるレベル
「Btrfs？環境クローン？寝言言う前にライブUSBでもつかっとけ」みたいな

シーゲート非接続

jin@kyo:‾$ lsblk -o name,label,size,fstype,model

sda 298.1G HGST_HTS545032A7E680
├─sda1 EFI 190M vfat
├─sda2 debian 295.9G btrfs
└─sda3 2G swap

jin@kyo:‾$ efibootmgr -v
BootCurrent: 0004
BootOrder: 0004,0000,0001,0002

Boot0000* debian HD(1,GPT,02cdc5ec-79c3-411b-a1ed-2614cdb6d9e5,0x800,0x82000)/File(¥EFI¥debian¥shimx64.efi)
Boot0004* Debian HD(1,GPT,4904e13d-5206-480f-9fc8-7cf0895845be,0x800,0x5f000)/File(¥EFI¥DEBIAN¥SHIMX64.EFI)

シーゲートは File(¥EFI¥debian¥shimx64.efi)
HGSTは　　 File(¥EFI¥DEBIAN¥SHIMX64.EFI)

efibootmgr 上では、げんざい起動中のドライブの’ブートローダーのパス’ を大文字で記述するということか。

> なお俺は同じディストリを同居させる場合は切り替える度にいちいちgrub-installやってエントリを上書きしてるわ

sudo apt-get install –reinstall grub-efi
sudo grub-install
sudo update-grub

これで、
＞
Boot0000　debian
Boot0001　debian2
という感じにしたい。

になるのかな？　以前やったけど忘れた

> 脳の状態が悪かったww
そんなことを言っても5chではふつう「あっそ」「病院池」で終了

Google関係のシェルスクリプトについては使ったことないから教えられないよ
JDimスレに書いた情報だが俺に教えられる事はキャパ的にあんなもん　自分の生活もあるので
細かいことは他の誰かが教えてくれるでしょう

Gnomeオンラインアカウントや、GoogleドライブOcamlfuse　については、このままタイムシフトとデビアンとデビアン2の両方のドライブを慎重にとりあつかう実環境でいこうと思います。

仮想マシンもいつか使えるようになりたいです。自分にとっては、いやなめんどうなイメージが先行するけど、
これだけ多くのひとが仮想マシンを勧めるのだから、マスターすれば便利なはず。

ソースみんなに見られちゃうってなんか恥ずかしくない？

> そう言う事なら取り敢えず $ bash ファイル　ってやっとけばおｋ

参考ページの
bashシェルの起動時に引数として指定する
に該当すると思います？

ということは、今回

＞４，実行権を付与
chmod u+x install-google-drive-ocamlfuse-debian.sh

は必要なかった？

$ ls
Downloads VPN install-google-drive-ocamlfuse-debian.sh winehq.key
Music Videos jdim-install.sh
PATH apt-get m.xinitrc

$ bash install-google-drive-ocamlfuse-debian.sh

これでよかった？

sambaの設定はしてあんの？

よくわかんないけど単なるブックマークじゃないの
カーソル合わせて右クリック

て言うかなんの為のtimeshiftだか

こんな感じで元のエントリ最優先にしておけばおｋっしょ
https://i.imgur.com/EQSNrIK.jpg

仮に消えてたとしても全然なんとかなるわ　こんなの

しかしいつ壊れるかわからんHDDなんかでハラハラしながらやんなくても予備環境なんかいくつでも安全に作れるのに
こんな感じで
https://i.imgur.com/TUViWIl.png

そもそも github がシロートお断りなんてのは単なる偏見です
使い方はそれでいいとおもうよ

とにかく、１ヶ月？かかった　長期課題が達成されました。
ありがとうございました！

TimeShiftでosをバックアップしたいのですが質問です。

スナップショットの保存予定のときにpcが起動してない場合はどうなりますか？次に起動したら何かメッセージでも表示されますか？

また、スナップショットの保存予定のときに保存に設定した外部ドライブが繋がっていない場合は「ドライブを繋いでください」とか出るのでしょうか？

> 俺には絶対大丈夫とは言い切れないのでやめとけ

ありがとうございます

> 今日は無理矢理進行するとヘマやらかす臭いしかしない

ひじょうに疲れた状態。さすがw