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

まずは2ch-Linux-Beginnersを読みましょう。
いろいろとまとめられているので(・∀・)イイ!!
http://www12.atwiki.jp/linux2ch/

読んでも解決しなかったら、質問を書きこむ前にここを読もう。
http://www12.atwiki.jp/linux2ch/?About

質問に対して答えてもらったら、お礼よりも、結果報告。

過去ログ検索
https://www.google.co.jp/search?&;;q=site%3A2ch.net%2Ftest%2Fread.cgi%2Flinux%2F+検索語句
https://www.google.co.jp/search?&;;q=site%3A5ch.net%2Ftest%2Fread.cgi%2Flinux%2F+検索語句

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

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

>>389
>DistroWatchというWebサイトについて語りたいのか、そこのランキングに載ってるディストロについて語りたいのか
この板の連中は何も考えずに気分でスレを建てるのが普通だろ
(少しの間適当に雑談できれば良い感じでスレ立てている）
そんな感じだからだろうが、この板では質問/distroスレなんかより雑談系(基地系)スレにたくさんの
書き込みがある。

GMOのレンタルサーバーです
数時間前からWEBにつながらず、コンソールにログインはできますがコマンドを打っても実行しません
CTRL+Cでコマンドの強制終了だけ反応します
以下のメッセージが出ます
非常に大変まずい状況です、どうすればいいでしょうか

TECH PREVIEW: Overlay filesystem may not be fully supported.
Please review provided documentation for limitations.

GMOのサポートに聞けｗ
何のために金払ってんだｗ

そうですね。前にロリポップがデータ飛ばしたときは1か月無料してくれました。
ありがとう、GMOサポに聞いてみます

>>391
いる

>>393
サービス名
> WEBにつながらず
どこからどこに
コンソールとは？

>>396
反応ありがとうございます
インストール、運用される中で苦労されている点はありますか?

SSD 2TB × 2
HDD 8TB × 2
で、SSDの方はマザボのRAID1、HDDの方はmdadmでRAID1にしたいんだけど、SSDのRAID1組んでからUbuntu20.04入れてmdadmイントールするとubuntu起動しなくなってinitramfsになるんだけどこれ何で？

情報小出し君はUbuntuスレに隔離されててください

https://s3.ap-northeast-2.amazonaws.com/global.semi.static/SAMSUNG_BRAND_SSD_970EVOPLUS_ISO/FW/E2512E718DB3E7EWGM90AJ0J2KIA55338LDA8A7108M1Y2D99/Samsung_SSD_970_EVO_Plus_4B2QEXM7.iso

こちらのSSDのファームウェア更新をしたいんですが、Linuxベースみたいなんですけど
USBキーボードが認識しなくて操作出来なく、PS/2のキーボードを使おうともポートも無いM/Bで
ググるとM/BのPS/2エミュレーションとのコンフリクトが原因でUSBモジュールのロードを無効化すると解決するかもみたいなんですが
どのファイルにどうオプションを追加すれば無効化出来ますでしょうか

>情報小出し君
はLinuxユーザー(ただクレ乞食)の鑑だろ。
俺もなんだがLinuxユーザーに多いただクレ乞食は質問でさえ
なるべく(情報を)giveしないで(サポートを)takeしようとしたり、
(調べるというような)メンドクサイことは自分ではしないで他人に(質問するという
やり方で)やらせるのが普通

お前ら和歌山県出身の下村拓郎様（35歳独身、元自衛隊）をご存知か、この方は将来素晴しい人物になるから覚えておいて損はないぞ

明日のヒトラーかな？

なるほど　あれがロイジってやつか

>>401
それは本当にキーボードがUSB接続なのが原因なの?

何を質問していいかも分からない状態だから悪気はないが結果的に小出しになるんだろうな
気持ちは分かる

本当に何を質問していいかわからない奴は
回答が途絶えたらドヤり出したり段階的に環境を晒したり等のコスいことはやらない

志賀が「アタマオカシイ」のは誰が見ても明らかでしょ。
ライセンス違反の一件だけ見てもはっきりするけど、それ以外でも異常な精神の持ち主でなければやらないということを多くやってるからね。

デフォルト以外の操作をわざわざしたい人が情報小出しにする理由は全くないよ

>>399
再現手順、エラー出力を書く

>>401
そのisoと聞きたいことは関係あるの？聞きたいこととそれに関係することだけを書くとするとどうなる？

>>412
多分、情報小出しの指摘を受けないようにいろいろ書いたのだろうから…
でもまあ確かにとっちらかってる感じはあるけどね

え？とっちらかってるというよりは全然情報不足でしょ
環境依存度高い上に現象説明すら曖昧すぎて、情報小出しもいいところだよｗ

まずSSD-970 EVO Plusのファームウェアの更新をしようとして↓からダウンロードしたこと言う必要がある。
https://www.samsung.com/semiconductor/minisite/ssd/download/tools/
NVMe SSD-970 EVO Plus Firmwareのリンク
こいつはPress any keyで自動更新するisolinux→grub(timer=0)タイプのLinux(Sumsung固有)

ここで起動したときに何が起きたのか説明もしないで、原因を憶測で決めつけてどうしてか？と聞いてるなんて小出しすぎるだろｗ
どうしてキーボードを認識しないと思ったのかさっぱりだｗ
USBキーボードなんて規格で決まっているし、BIOSですら使うのに認識しない？片腹痛いｗ

中身を見るにファームウェアの更新開始直前/終了時/再起動直前にPress any keyを表示する(計3回)。
最後のPress any keyでDを押すとrootでログインできてそのままinitrdの中をbusyboxから見るなど原因調査することができる。
いずれにしたってここはサポセンじゃないのでサムスンに聞けｗｗｗｗ

話しの腰を折ってすまんがこの板にはLinuxに外部接続する周辺機器
（プリンター、スキャナー、webカメラ、wifi子機等）の話題を扱うスレ無いんだね

外部接続のハードの話題を扱う専門総合スレがあれば良いのにと思う

アイデアそのものは悪くないけど現実的ではないと思う
元来その手の問題は再現調査が必要で、環境依存度が高いとそれが不可能になるから
ある程度自力で調べられる人でないと問題が出てもどうしようもない

まあ別に作ってみるのにコストはかからないから作ってみれば？

>>416
単純にLinuxに外部接続出来る機械の型番の情報やドライバーや設定の話題が
出来ればと思ったんだけどね

色んな個人サイトぐぐったけどLinuxの色んな鳥を入れてみたレポは一杯あるけど
Linuxとの外部接続機器を扱った内容のものはとても少ない
自分もプリンター接続は64bitの鳥に32bitのソフト認識させるバイナリの存在を
知らなくて暫く手こずった

>>414
>サムスンに聞け
俺もここできくよりサムソンに謝罪と賠償を要求するニダするか、サムソンSSDスレ
で尋ねたほうが良いと思う

>>401
俺ハードでキーボードが動いていないから助けてなのに、ハードに関する情報(USBキーボードだよのみ)
を出さない脳力ってのが問題解決の障害だから、まずそれをなんとかしたほうが良い。
そんな脳力だから、ググって出てきた原因・解決するかもサイトすら出さない。
サムソンやサムソンSSDスレで尋ねるとしても、もう少し詳しいハードに関する情報は出さないとな
(どんなハード情報を出したらいいかは自分で考える)
当然、そのハード構成でWin等は問題なく動いているんだろ。でも、サムソン大自慢の超すごいソフト
は動かないってのが朝鮮らしいよな。

>>417
この板は雑談・粘着系スレいっぱいのゴミ板だから、ど過疎スレになっても
外部接続のハードの話題を扱う専門総合スレ建ても良いよ。

>>417
そういうのは機械的に集められないと無理
lshwだけでは正常稼働の確認方法がないので不可能
そして5chでやるのは現実的ではなく、現在どこにもないのがそういうのが不要な証拠
linuxは自力で調査して然るべき場所で質問して対応判断出来る人でないと使えない
それが出来ず、安定稼働を求めるなら大手ディストリを使ってそのCertifiedなデバイスを使うのが普通

まあゴチャゴチャ言ってないでやってみればいい

>>415
何で他人任せなんだ？
そういう話がしたいなら自分で立てなよ

>>399
＞Ubuntu20.04入れて
これはSSD×2のRAID1ボリュームにインストールしてブート出来るようにしたのか？
インストールしたUbuntu20.04をブートして、そこからmdadmをインストールしたのか？
mdadmをインストールしたあと、設定項目と値は具体的に何にしたのか？
＞ubuntu起動しなくなってinitramfsになる
とは何という文字列が表示されているのか？

などを書くのだよ

aptで日本のミラーサーバがここ最近何処も遅い気がする
自分だけかしら

>>423
スレ立てるまでもない雑談スレ その5
https://mao.5ch.net/test/read.cgi/linux/1620213913/

Debianでubuntuやfedoraのように暗号化解除画面をグラフィカルにするのはどうすればできますか？
https://i.imgur.com/qvswZcb.jpg

漏れは、WSL2, Ubuntu 18.04 で、iij, jaist を使っている

/etc/apt/sources.list を空(0 バイト)ファイルにしてから、
/etc/apt/sources.list.d/iij.list に、以下のように書いている

deb http://ftp.iij.ad.jp/pub/linux/ubuntu/archive/ bionic main restricted universe multiverse
deb http://ftp.iij.ad.jp/pub/linux/ubuntu/archive/ bionic-updates main restricted universe multiverse
deb http://ftp.iij.ad.jp/pub/linux/ubuntu/archive/ bionic-backports main restricted universe multiverse
deb http://ftp.iij.ad.jp/pub/linux/ubuntu/archive/ bionic-security main restricted universe multiverse

/etc/apt/sources.list.d/jaist.list にも、似た感じで書いている。
このやり方が、合っているかどうかは知らないけど

そのレス久しぶりだな

>>425
plymouth

初心者ですみません

# systemctl stop php-fpm
# systemctl status php-fpm

これなら通るけど

渡された手順書には
# systemctl stop rh-php73-php-fpm
# systemctl status rh-php73-php-fpm
とあったので、実行したらnot found　とかになった

php-fpmとrh-php73-php-fpmは、いったいなんのちがいなんですか？？

パッケージのタグみたいなの
パッケージャによってその表記が変わる

>>429
知りたいのはそこか？

>>430
ご丁寧にありがとうございます。
php-fpmが入っているので
php-fpmで動いた

rh-php73-php-fpmが入ってる場合は
rh-php73-php-fpmのコマンドを打つ
必要があるってことでしょうか？

>>431
恐れ入ります、取り急ぎ上記が知りたく

あと、chown -R apache:apache フォルダ名
このコマンドも必要なのか・・

>>432
> 必要があるってことでしょうか？
知りたいのはパッケージの違いじゃないってことだろ。手順書の内容が正しいとか正しくないとか評価できるレベルじゃないのに一人でサービス機をやろうとしてるなら危険だぞ。

>>432
やってる内容理解してる？

/home/test1/
/home/test2/
/home/test3/
こういうディレクトリ構造で
test1/*
test2/再帰的に
test3/再帰的に
以下をディレクトリ名を指定せずに再帰的に削除したい場合(test1ディレクトリは残してそれ以下をすべて削除)
rm -rfじゃだめですよね
こういうのは可能ですか？

全部消したあとで mkdir /home/test1

find /home ! -name test1 -delete

>>429
＞渡された手順書には
手順書を渡してきた相手に確認しなくていいのか

>>429
> php-fpmとrh-php73-php-fpmは、いったいなんのちがいなんですか？？
パッケージのphp-fpmとrh-php73-php-fpmではPHPのバージョンが違うんじゃないですかね
こういうことは5chより上流に確認しましょう

>>432
> あと、chown -R apache:apache フォルダ名
> このコマンドも必要なのか・・
PHP-FPMで権限分離していなければ必要かも知れません
Apacheの普通というか伝統的な構成では、PHPはmod_phpを使い、権限分離されていません
PHP-FPMでは権限分離できますが、PHP-FPMを使う理由がPHPのバージョンのみなら権限分離しない場合もあり得ます

>>433の言うとおりで、見ていて不安になります

質問は全然おかしくないが、回答がおかしい
redhat系使ってないから知らんけど、package違うだけだろ
中見て自分で確認できないなら使うな

うん

centosってなんで嫌われてるの？

ローリングリリースでredhatの代わりにならなくなっちゃったから

本当に問題なのは、CentOS8のサポートを突如打ち切ったこと
仮にStreamが完璧な代替だとしても、明日突然打ち切りが発表されるかもしれない
もはや全く信用できなくなってしまった

元々2029年までだったCentOS8のサポートを今月末で打ち切るという裏切り

そんなのredhat本体含めてどのディストリも同じでは？
メンテナンスされ続けるリリースがないと安定はしない

>>446
Redhat本体は一定のサポート期間を前提に客と契約して金貰ってんだから突然一方的に打ち切ったりしたら訴訟だよ
法的拘束力がなくても、嘘付きは信用できないという小学生でもわかる簡単な話だ

潰れちゃったら？

>>442
> 嫌われてる
と思った理由は？

坊やだからさ

サーバがハッキングされて、すべてのディレクトリに.htaccessを作られました
これを一括で削除するコマンドを教えていただけないでしょうか？
日付もわかっているので、日付指定で削除したいです

自己レスです。とりあえず以下でなんとかなりました。
find ./ -mtime -30 -name "*.htaccess" | xargs rm -f

centos7.9でtomcat入っていますが、log4jの問題はyumでupdateしておけば解決しますか？

>>451
ていうかそれ以上の事をされている可能性は気にならないのかと

>>451
サーバ稼働停止してもう稼働させないこと
それがあなたにとっての最善策

>>454-455
それが共有レンタルサーバなんです。。。
踏み台用のスクリプトがありましたが、
公に公開してないので大丈夫だとは思います

まずは停止して全データを保管。
その後差分とログを確認し、問題を精査。
問題の程度が正確に分かってから、前回のバックアップに戻す。
安全と分かっている可能な範囲だけ差分を反映して復元。

log4j自体はきちんと調べて自分の責任で正しく対応しとけ

>>451,456
侵入経路の特定は？まずそこからだろう
ファイル削除だけで解決する問題じゃない

5chで尋ねるってことは
>>451や>>453は法人のサーバーではなく個人のサーバーに関する
相談だよな？
質問の内容から法人のサーバーの管理をやるようなレベルって感じじゃないからな

で？

コロナと同じで感染者は隔離しないと他に被害が出る
かかったのが一般人だろうが医者だろうが

>>460
はい。個人でテスト用に使っていました。
公に公開はしていないのですが、
動作確認で設置していたスクリプトの脆弱性を突かれたみたいです。

一応、改ざんされているファイルの差分を取り
影響の範囲を調べましたが、
フィッシング用のファイルをアップされていました。
.htaccessはPHPを各ディレクトリで有効化する内容でした。

盗まれたパンツを取り返して履く

UnitファイルのExecStartで指定したスクリプト内に書いたechoがsystemctl statusで出力されないのはなんでなんだぜ？
journalctlでは出力されるんだけどここ参照してるんじゃないの？

centos7.9 kernel3.10.0-1160.49.1.el7.x86_64 systemd219

>>463
こういうのが後を絶たないから
何時までも踏み台にされるサーバは
この世から消えて無くならないんだろうな

よくあるのが動作確認するのにCGIを設置している奴
sshでログインして内部だけでしか動かないスクリプトなどで動作確認しろよなと思う

>>465
ExecStart行は、そこに書かれたプログラムを、
それぞれ子プロセスをおこして動作させてる

そしてstatusでは、ExecStartで起動したプロセスのうち、
その時に起動しているプロセスが出したログだけを
表示している

echoとかはすぐに終了してるので、statusでは出力されないよ

そゆことか、ありがとう

２つHDD接続してます

# btrfs filesystem show
Label: 'debian' uuid: cf82c300-5af6-45d6-a682-1e93b9105cae
Total devices 1 FS bytes used 25.51GiB
devid 1 size 295.90GiB used 39.07GiB path /dev/sda2

Label: 'debian' uuid: 3a396f2a-5ad7-47af-9bbd-343195f050f2
Total devices 1 FS bytes used 21.17GiB
devid 1 size 146.84GiB used 25.07GiB path /dev/sdb2

以下のごとくsdb2のみ　エラーが出て起動できません。直近に当該ディスクドライブが、ゴロンゴロンまともにスピンしませんでした。げんざいは綺麗にスピンしてます。

# dmesg
BTRFS errorのみ

[ 6576.245236] BTRFS error (device sdb2): parent transid verify failed on 577110016 wanted 1415 found 1373
[ 6576.252368] BTRFS info (device sdb2): no csum found for inode 217067 start 0
[ 6576.264856] BTRFS warning (device sdb2): csum failed root 310 ino 217067 off 0 csum 0xe2d2eae6 expected csum 0x00000000 mirror 1
[ 6576.281548] BTRFS error (device sdb2): parent transid verify failed on 577093632 wanted 1415 found 1373
[ 6584.082394] BTRFS error (device sdb2): parent transid verify failed on 577110016 wanted 1415 found 1373
[ 6584.082408] BTRFS info (device sdb2): no csum found for inode 217067 start 0
[ 6584.095117] BTRFS warning (device sdb2): csum failed root 310 ino 217067 off 0 csum 0xe2d2eae6 expected csum 0x00000000 mirror 1

良かったね。次の方どうぞ〜

見やすくするために
[ 6584.082394] BTRFS error (device sdb2):
等の文字列をのぞいきました

parent transid verify failed on 577110016 wanted 1415 found 1373

no csum found for inode 217067 start 0

csum failed root 310 ino 217067 off 0 csum 0xe2d2eae6 expected csum 0x00000000 mirror 1

parent transid verify failed on 577093632 wanted 1415 found 1373

parent transid verify failed on 577110016 wanted 1415 found 1373

no csum found for inode 217067 start 0

csum failed root 310 ino 217067 off 0 csum 0xe2d2eae6 expected csum 0x00000000 mirror 1

なおすでに
# btrfs rescue zero-log /dev/sdb2
を実行。
参考
https://github.com/satoru-takeuchi/btrfs-thin-book/blob/master/trouble_shooting.md

これをする前はマウントすらできませんでした。

>
"chunk tree"という文字列を含むメッセージが出力されている。
どのデバイスにどのデータを配置するかという情報が入っているchunk treeというメタデータが壊れている可能性があります。次のコマンドによって、ファイルシステムをスキャンしてchunk treeを復元できます。

# btrfs rescue chunk-recover /dev/sdb2

"chunk tree"という文字列を含むメッセージが出力されてませんが、実行。

# btrfs rescue chunk-recover /dev/sdb2
ERROR: the device is busy

大段
■mountできなくなった

<<（我）もうすでにマウントはできてるのですが...

中の
□mountに必要なメタデータの復元

これ以降の操作はmountできなくなったBtrfsファイルシステムを構成するストレージの内容を変更します

中の
-----------------------------------------
それ以外のメッセージが出ている、あるいはとくにメッセージが残っていない

大きく分けて次の2つの可能性が考えられます。

スーパーブロック(後述)が壊れている
root tree(後述)が壊れている
-----------------------------------------

第一にスーパーブロックが壊れている場合です。スーパーブロックとは、mountしようとしたストレージがBtrfsに属していることを示すと共に、各種管理情報を保持しているメタデータです。このデータにはバックアップされていますので、スーパーブロックが壊れている場合は次のコマンドによって復元できます。
# btrfs rescue super-recover /dev/sdb2
ERROR: the device is busy

ファイルシステムの復元(最終手段)
# btrfs check --repair /dev/sdb2
このコマンドは矛盾のあるデータは容赦無く削除するなどして無理矢理にでもmountできるようにするためのものであり、かつ、必ずしも成功するとは限りません。このため、他に打つ手がまったく無くなったときの最後の手段として使用してください

# btrfs check --repair /dev/sdb2
enabling repair mode
WARNING:
Do not use --repair unless you are advised to do so by a developer
or an experienced user, and then only after having accepted that no
fsck can successfully repair all types of filesystem corruption. Eg.
some software or hardware bugs can fatally damage a volume.
The operation will start in 10 seconds.
Use Ctrl-C to stop it.
10 9 8 7 6 5 4 3 2 1
Starting repair.
Opening filesystem to check...
ERROR: /dev/sdb2 is currently mounted, use --force if you really intend to check the filesystem
#
<< マウントしてない状態でやるのか

# btrfs check --repair /dev/sdb2
enabling repair mode
WARNING:

Do not use --repair unless you are advised to do so by a developer
or an experienced user, and then only after having accepted that no
fsck can successfully repair all types of filesystem corruption. Eg.
some software or hardware bugs can fatally damage a volume.
The operation will start in 10 seconds.
Use Ctrl-C to stop it.
10 9 8 7 6 5 4 3 2 1
Starting repair.
Opening filesystem to check...
Checking filesystem on /dev/sdb2
UUID: 3a396f2a-5ad7-47af-9bbd-343195f050f2
[1/7] checking root items
parent transid verify failed on 579682304 wanted 1415 found 1372
parent transid verify failed on 579682304 wanted 1415 found 1372
parent transid verify failed on 579682304 wanted 1415 found 1372
Ignoring transid failure
ERROR: child eb corrupted: parent bytenr=578355200 item=136 parent level=1 child bytenr=579682304 child level=1
ERROR: failed to repair root items: Input/output error
#

警告
開発者からアドバイスがない限り、--repair は使用しないでください。
ということを理解した上で、そのうえで行ってください。
fsck はあらゆる種類のファイルシステムの破損を正常に修復することができます。例えば
いくつかのソフトウェアやハードウェアのバグは、ボリュームに致命的な損傷を与える可能性があります。

[1/7] ルートアイテムのチェック
parent transid verify failed on 579682304 wanted 1415 found 1372
parent transid verify failed on 579682304 wanted 1415 found 1372
parent transid verify failed on 579682304 wanted 1415 found 1372
トランシッドの失敗を無視する
ERROR: 子ebが破損: 親 bytenr=578355200 item=136 親レベル=1 子 bytenr=579682304 子レベル=1
ERROR: ルートアイテムの修復に失敗しました。入出力エラー
#

＜＜以上機械翻訳

# btrfs rescue super-recover /dev/sdb2

ERROR: the device is busy 　＜＜先に実行したコマンドでこの意味がわからなかったが、

<< マウントしてない状態でやるのか 　ということでは？

もう一度やり直し

そうなんだ〜ふむふむ〜
次の方どうぞ〜

"chunk tree"という文字列を含むメッセージが出力されている。
どのデバイスにどのデータを配置するかという情報が入っているchunk treeというメタデータが壊れている可能性があります。次のコマンドによって、ファイルシステムをスキャンしてchunk treeを復元できます。

# btrfs rescue chunk-recover /dev/sdb2
このコマンドはストレージプールのすべてを走査するため、非常に時間がかかる恐れがあります。

----------------
# btrfs rescue chunk-recover /dev/sdb2
Scanning: 104862273536 in dev0

すごい長い時間かかてる、、、

ここはお前の日記帳じゃねーんだよｗ 技術力ゼロのおっさんｗ

# btrfs rescue chunk-recover /dev/sdb2
Scanning: DONE in dev0

We are going to rebuild the chunk tree on disk, it might destroy the old metadata on the disk, Are you sure? [y/N]: y
Chunk tree recovery aborted
#
おわた
dmesg　どうなった？

# dmesg | tail
[11570.040916] usb 6-3: Product: WN-G300UA
[11570.040920] usb 6-3: Manufacturer: I-O DATA DEVICE, INC.
[11570.040923] usb 6-3: SerialNumber: 00e04c000001
[11570.857132] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[11570.884652] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[11571.107981] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[11571.163660] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[11572.726292] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[14120.958897] sysctl (11524): drop_caches: 3
[14143.358555] Adding 2097148k swap on /dev/sda3. Priority:-2 extents:1 across:2097148k FS
#

消えた、btrfs 関連エラー？？
ひとつだけになった？
[10621.063512] BTRFS error (device sdb2): Remounting read-write after error is not allowed

だめだなー。起動できない。initramfs みたいな
さっきの日本語参考ページの元ネタってぽい英語ページにしたがってやってゆこうか
https://ownyourbits.com/2019/03/03/how-to-recover-a-btrfs-partition/

＞Be prepared
準備して
Rule zero is of course to have backups.
もちろん、ルールゼロはバックアップをとることです。
This will allow us to sleep well at night and handle a bad drive situation with a much cooler head.
これにより、私たちは夜よく眠り、はるかに涼しい頭で悪いドライブ状況に対処することができます。
I can’t stress this enough: have at least three copies in two different locations.
これを十分に強調することはできません。2つの異なる場所に少なくとも3つのコピーがあります。
Everything will be easier and less stressful when a drive fails, which will happen.
ドライブに障害が発生した場合、すべてが簡単になり、ストレスが軽減されます。

＜＜　sdb の中にあるスナップショットはバックアップになんないのか？

また、このsda中のスナップショットでは、ファイルシステムを復元できないのか１

Then, rule number one is to monitor your hard drive’s health.
次に、ルール1は、ハードドライブの状態を監視することです。
This is also critical because normally you will get the warning at least 24 or 48 hours before total failure so you have a good chance of getting your data out of there before it is too late.
通常、完全な障害が発生する少なくとも24時間または48時間前に警告が表示されるため、手遅れになる前にデータを取得できる可能性が高いため、これも重要です。

Hard drives don’t completely fail from one day to the other but we need to pay attention to them.
ハードドライブは、ある日から別の日に完全に故障するわけではありません

--------------------
とりあえずスマート有効にして、値を見てみるところからはじめる

これらの参考ページはすべて

Procedure if the drive can be mounted
ドライブをマウントできるかどうかの手順

であって、俺の環境はすでにマウントできてる

だからぜんぜん別の修復方法がありそうなものだ

> 復元したい日付のディレクトリへ入り、
$ cd /media/ユーザ/debian/timeshift-btrfs/snapshots/2021-12-13_16-08-21

これじゃダメなのか？（じつはもうやった、リードオンリーと出てできない）

惨めな荒らしだな・・・

ここは質問を書き込むところで日記や備忘録を書き込むところではないはずなんだが
ぐだぐだ書かずにやったこととやりたいことだけ書いて質問して
HDDの内容吸い出せなかったら壊れたとして諦めるか専門業者に頼め

専門業者と同じレベルのことが出来ない悲しさあるな・・・別に専用の機材が必要なわけじゃないから出来ること同じなのにｗ
見てて恥ずかしいわｗ

□やったこと
https://github.com/satoru-takeuchi/btrfs-thin-book/blob/master/trouble_shooting.md
このページのすべてのコマンド

一つだけ効果があった

# btrfs rescue zero-log /dev/sdb2

でマウントできるになった。

しかしsdbのシーゲートから起動できない。

□やりたいこと

＞HDDの内容吸い出し
ではなく、デビアンの正常起動

> 復元したい日付のディレクトリへ入り、

cd /media/jin/debian/timeshift-btrfs/snapshots/2021-12-13_16-08-21
して
$ sudo btrfs sub snap @ /media/jin/debian
か
$ sudo btrfs sub snap @ /media/jin/debian/@

みたいな感じでスナップショットからファイルシステムを復元できないかと？しかしやってみると
ERROR: cannot snapshot '@': Read-only file system
となりま。
□壊れたとして諦める
このディスクはあかん。しばらくオッケーに見えて１ヶ月以内に必ずダメになりますWWW
それでもなんとかしてほしい！！　とりあえずいまだけ！！

俺はすべてのパーツをぜったいに　あきらめないっ

-----------------------------------------
電気が入らなくなるまでっっ
-----------------------------------------