くだらねえ質問はここに書き込め！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/

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

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
それでもなんとかしてほしい！！　とりあえずいまだけ！！

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

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

状況も分からずデタラメにコマンド叩いてるだけじゃ悪化するだけだわ恥ずかしいｗ

無駄に足掻く時間が勿体無いからストレージをクローンかイメージ化して取れるものだけ取って後は諦めるけどな

> 26 login:Penguin sage 2021/11/10(水) 00:03:48.68 ID:U/pJYCBd
> debian10busterはsdb 298.1G HGST_HTS545032A7E680 にあります。大きい容量から小さい容量のHDDへコピーする方法を教えて下さい。

こいつだから
あとは本人がちゃんと説明するかどうか

1ヶ月以上かけてこの進捗じゃもう向いてないとしか言いようがない

ガガガガイ

>>494
その人なのか。おそらく同一人物らしい人がそれ以前にdebianスレで
btrfs助けてと来ていたな。
だから、>>495、一か月どころじゃないと思う

>>497
おはよーござい、ます！

スナップショットは、スナップショットの取得時に親のサブボリュームの内容を記録するサブボリュームの一種です。

btrfsファイル・システムのスナップショットを取得し、それに書込みを行わないと、そのスナップショットは元のファイル・システムの状態を記録し、バックアップを作成できる安定したイメージになります。

スナップショットを書込み可能にすると、それを元のファイル・システムの代替バージョンとして使用できます。

btrfsファイル・システムのコピーオンライト機能では、スナップショットを迅速に作成でき、当初はほとんどディスク領域を消費せずに済みます。

<< 以上は特に問題ねえ。ほぼわかる。感覚だけだけどw

ファイルシステム自体の詳細な質問はこちらで
ファイルシステム総合スレ その19
https://mao.5ch.net/test/read.cgi/linux/1592027147/

https://docs.oracle.com/cd/E39368_01/adminsg/ol_use_case3_btrfs.html
次の表に、一般的なスナップショット操作を実行する方法を示します。

コマンド

説明

btrfs subvolume snapshot (pathname) pathname/snapshot_path

pathnameによって指定された親のサブボリュームまたはスナップショットのスナップショットsnapshot_pathを作成します。 次に例を示します。

btrfs subvolume snapshot /mybtrfs /mybtrfs/snapshot1

<<ウワーッ。説明と例がわかりにくいなあ

>>501
> ファイルシステム自体の詳細な質問はこちらで
> ファイルシステム総合スレ その19
> https://mao.5ch.net/test/read.cgi/linux/1592027147/

クソスレ時間のむだ。くだ質で。

そっちの方が専門的な識者が多いから誘導してやってるのだが

>btrfsサブボリュームは、ディスク・デバイスのようにマウントできます。 親のサブボリュームのかわりにスナップショットをマウントすると、ファイル・システムの状態をスナップショット取得時の状態に効率的にロールバックできます。

オラクルのページはもう終わるから待っとけ

とりあえずライブ起動で、btrfs subvolume snapshot (pathname) pathname/snapshot_path

やって結果出して、エラーメッセ記録してググりだな。これしか突破口はねえ。俺の習得した数少ない

スキルだからな。

無能な荒らしとか悲惨だな・・・

ちなみに俺ファイルシステムのコード書いたり読んだりするよｗ まじ恥ずかしいｗ

おお、意外なところに有識者様が
便乗質問おｋすか？Btrfsじゃないんですが

zipinfo とか zcat で圧縮ファイルの中身のファイル一覧を見れますが、たとえば hoge.zip の中身の fuga.txt を、hoge.zip を解凍せずに閲覧する方法はありますか

あるよ

こいつがっていうより、こいつにかまうヤツがクソ

じゃあこいつらがってことか

ええやん、いくらでも構ってやればｗ 有用な情報は一切教えないけどｗ

わかってないようだ

もう何十年もココ使ってるけど、どうせどこかを荒らすんだろ？ここでいいやんｗ

埋め立てなら荒らし報告を

荒らし報告なんてあからさまな宣伝みたいなやつを除いて昔から機能してないよ
ただの私怨にしかならんしな

十分機能はしているが現在浪人持ちのみが報告可能
ただし今日のケースではおそらく規制されない

機能してるところなんて見たことないけどな
いっつも荒らされてるやんｗ

いっつもがいつの何処の事を言ってるのかでそのレスの適切さが分かれる

>>510
unzip -p archive.zip inner.txt

見てれば実感としてあるだろｗ 証明するまでもない。この板で調べればすぐ分かるよｗ

リダイレクトについて書いた方がいい

と言う事で見事にいろいろ浮き彫りにされたID:poEKAKYQなのであった

IP調べれば一発だっつーの。余計なことにスレを使うなｗ

皆さんただいま。作業報告の続きです
この後がどうしたらいいかわかりません。よろしくおながいします

# Mapfile. Created by GNU ddrescue version 1.23
# Command line: ddrescue -fdvr3 /dev/disk/by-id/ata-ST3160815AS_6RX65VV6 /media/user/debian1/ST.img ddrescue.map
# Start time: 2021-12-19 06:49:20
# Current time: 2021-12-19 07:40:52
# Finished
# current_pos current_status current_pass
0x25433D0000 + 1
# pos size status
0x00000000 0x25433D6000 +

□記録を調べたところ、過去にまったく同じケースで指導を受けていた。

ERROR: cannot snapshot '@': Read-only file system
となる　このケースはハードドライブの障害であり ddrescue を使う。2台のHDD を接続してdebian live usbで起動

user@debian:~$ sudo apt update
user@debian:~$ sudo apt install gddrescue
user@debian:~$ lsblk -o name,label,size,fstype,model
NAME LABEL SIZE FSTYPE MODEL
loop0 2.7G squashfs
sda 149.1G ST3160815AS
├─sda1 EFI 260M vfat
├─sda2 debian 146.8G btrfs
└─sda3 2G swap
sdb 298.1G HGST_HTS545032A7E680
├─sdb1 EFI 190M vfat
├─sdb2 debian 295.9G btrfs
└─sdb3 2G swap
sdc 28.6G SanDisk_3.2Gen1
└─sdc1 D-LIVE NF B 28.6G vfat

<<一般的使い方

drescue [オプション] [読込元] [書き出し先] [ログ出力先]

$ ddrescue -f -d -r1 -v /dev/sda /dev/sdb logfile.log

オプション 概要
-f 上書き※ターゲットが物理ディスクでは必須
-n リードエラーを無視
-v 詳細表示
-r 不良セクタの再読み込み回数
-d ダイレクトアクセス(キャッシュを介さずにアクセス)

user@debian:~$ sudo ddrescue -fdvr3 /dev/disk/by-id/ata-ST3160815AS_6RX65VV6 /media/user/debian1/ST.img ddrescue.map

GNU ddrescue 1.23
About to copy 160041 MBytes from '/dev/disk/by-id/ata-ST3160815AS_6RX65VV6' to '/media/user/debian1/ST.img'
Starting positions: infile = 0 B, outfile = 0 B
Copy block size: 128 sectors Initial skip size: 3200 sectors
Sector size: 512 Bytes

Press Ctrl-C to interrupt
ipos: 160041 MB, non-trimmed: 0 B, current rate: 7299 kB/s
opos: 160041 MB, non-scraped: 0 B, average rate: 51810 kB/s
non-tried: 0 B, bad-sector: 0 B, error rate: 0 B/s
rescued: 160041 MB, bad areas: 0, run time: 51m 28s
pct rescued: 100.00%, read errors: 0, remaining time: n/a
time since last successful read: n/a
Finished
user@debian:~$

さて、ST.img はどこにあるのか？自分ではわからないが、記録では次のコマンドを打っている。

$ sudo timeshift --list

/dev/sda2 is mounted at: /run/timeshift/backup, options: rw,relatime,space_cache,subvolid=5,subvol=/

<< BTRFSでは、/dev/sda2は/run/timeshift/backupにマウントされているのか？いままでコマンドの出力をまともに読んだことがねえから初めて気付いた。という「マウントの意味をさいきん知った」

Device : /dev/sda2
UUID : cf82c300-5af6-45d6-a682-1e93b9105cae
Path : /run/timeshift/backup
Mode : BTRFS
Status : OK
1 snapshots, 134.8 GB free

Num Name Tags Description
------------------------------------------------------------------------------
0 > 2021-12-19_17-09-08 B



$

さて、ST.img はどこにあるのか？自分ではわからないが、記録では次のコマンドを打っている。

$ sudo timeshift --list

/dev/sda2 is mounted at: /run/timeshift/backup, options: rw,relatime,space_cache,subvolid=5,subvol=/

<< BTRFSでは、/dev/sda2は/run/timeshift/backupにマウントされているのか？いままでコマンドの出力をまともに読んだことがねえから初めて気付いた。という「マウントの意味をさいきん知った」

Device : /dev/sda2
UUID : cf82c300-5af6-45d6-a682-1e93b9105cae
Path : /run/timeshift/backup
Mode : BTRFS
Status : OK
1 snapshots, 134.8 GB free

Num Name Tags Description
------------------------------------------------------------------------------
0 > 2021-12-19_17-09-08 B

$ ls /run/timeshift/backup
@ @home ST.img timeshift-btrfs

おお！あったぞRaw disk image 　サイズ160.0 GB (160041885696 バイト)

-----------------------------------------
つぎの作業を指示して下さい。マジでわかりません。予想としては書き戻す、コマンドがぜんぜん！！

>>514
> ええやん、いくらでも構ってやればｗ 有用な情報は一切教えないけどｗ

オメーのような脳無しのもたらす情報は遮断するww おれに指導できるのは天才児だけだ。

なぜならばおれはリナックス界の風雲児だからだ。

複数の板で重要な論文を発表中で、そちらの作業に出かけてきます。

ひとつはアイドルの板で、あるアイドルの死について考究する。目的はスレ民の不安をとりのぞくこと。

よお風雲児
残念だがそのレベルのトラブルは俺には回答不可能だ
そのレベルになるまでHDDをこき使ったことが無いので

強いて言うならばいつそうなってもいいように外付けストレージやファイル鯖にバックアップを取っておくべきだったな
もっともトラブってる方は予備なんだから大して痛くなかろうよ

はいはい、ID変えてご苦労さまとも見えるレスだな
出鱈目やってるだけの日記に回答不可なんてありえないｗ
本来必要な手順を省き、やってはいけない操作をやって破壊するだけの作業には誰も興味などない

>>538
これがアホの認定厨...w

偏執的なところも追求するためには必要な要素なのかもしれんが
天才さんなら時間の無駄と思って諦めたりしないんかね

>>537
> 強いて言うならばいつそうなってもいいように外付けストレージやファイル鯖にバックアップを取っておくべきだったな

そのやり方がわからんもん。。。

> もっともトラブってる方は予備なんだから大して痛くなかろうよ

次郎さんか？オメーは知能が高いのに、なんで下らねえ２ちゃん民の評判なんか気にするんだ？

そこがオメーのいちばんアカンところなんだわ。ひとことでゆーと弱い！！www わかったな？

>>540
> 偏執的なところも追求するためには必要な要素なのかもしれんが
> 天才さんなら時間の無駄と思って諦めたりしないんかね

ハッキリいいます。昔からの言い伝えで「タイム　イズ　マネー」とあります。

このシーゲートは、意味がありません。まえに一ヶ月以内に壊れると言いましたが、サバを読んだ。

じつは２週間以内にかならずOSは壊れるw

だから修復技の習得のために、やってるの。

俺は評判を気にすると言うよりはあまり無責任な回答をつけたくないだけ
そんなに熟練者でもないんで不良HDDからのデータサルベージなんてddrescueで駄目だったらお手上げレベルよ
こんな下っ端じゃなくとも紳士的振る舞いさえ出来ればきっとスゴウデの人が助けてくれるさ

> だから修復技の習得のために、やってるの。
だと言うならば少なくとも俺では力不足だな
ツールまかせのサルベージしかできんもの

「おまえら詳しいんだから教えろや」ではなく一貫して「ご面倒でしょうけどどうかご教示下さい」と言う態度でこっちで聞く事をすすめる
ファイルシステム総合スレ その19
https://mao.5ch.net/test/read.cgi/linux/1592027147/

そっちに行ったところで俺が潰すから大丈夫ｗ

それはご自由になさって下さればよいかと
Btrfsに関しては教えられることは教えたけど不良ドライブからの難儀なサルベージまではちょっと

あと修復技の習得にはなってなくて、誰も必要としない破壊技を修復技と思って習得してるだけだからｗ

良く言えば本人は緊急時対応の修行とでも思ってるのでしょう
普通はそうなる前にバックアップ取っておいてドライブが故障する前に交換するものだけど

15年ぐらい前からftpといわゆるホームページ作成ソフトで
たくさんの人が同一アカウントで好き勝手にファイルを置いている環境があるんだけど、
端末(bash環境)でトップからどこにもリンクされていない幽霊ファイルを検出する方法とかありますか？

htaccssとかは除外するとして、cgiが吐くファイルとかもあるだろうから、
そういうのはディレクトリ名で判断して消さないようにします

あるよ

よくこんなスレで真っ赤にできるよな 天才だわ

>>549
リンクとは？

curl/wget でダウンロードせずに、
リソースのURL だけを取得するようなオプションは無いのか？

例えば、ボタンを押すと、Ajax でHTML を書き換えて、
今まで存在しなかった、URLが現れると、非常に厄介

5ch がそう

最初に空のHTMLを送ってきてから、Ajaxで内容を取得する。
そこには、200のURLが書いてあるが、ボタンを押せば、500のURLが現れる

このように、ユーザーのアクションによって、
ドンドンHTMLが変わっていくので、その中にあるURLも変わっていくのが、厄介

お得意のRuby使えよ

javascript動かしたいならブラウザをheadlessで動かす仕組みのやつを使え

>>552
ローカルに対してのハイパーリンクです
index.htmlからhoge.html, fuga.htmlはあっても、hage.htmlが無かったりしたら
それを検出したいです。
孤立しているjpgやgifなどはたくさんありそうなので
そういうのをbashで探すのはもうbashスクリプトの話になりますよね・・

nginxでwebdavやろうと思ってパッケージ作ろうとしてるんだけどうまくいかず、
質問させてください。

ここみながら進めてるんだけどうまくいかない。
https://qiita.com/YuzuRyo61/items/176ed017cefbaa872a63

エラー内容
./configure: error: invalid option "/home/don/build/nginx-1.20.2/debian/nginx-dav-ext-module"
make: *** [debian/rules:45: config.status.nginx_debug] エラー 1
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

これはどうすればいいですか？

>>557
--add-module=
を付けてないとかは流石にない？

>>558

つける場所がよくないのか...と思って確認したらスペース入ってました！！

--add-module= /home...

になってたのでスペース削除したらうまくいきました。
ありがとうございます！

メッセージ読めば何を間違ったのかすぐに判ると思うのだが

そういう時代になったんだろうか

>>560
出来合いのものや野良サイト情報をそのまま使用しながらドキュメントも出力メッセージも読まず素人掲示板で質問するのが今のトレンド

良い時代になったものです。

キモ

arecordって2GB以上の録音できないんでしょうか?
もっと長く録音できるコマンドはないでしょうか?

>>561
Linux板に集う俺らただクレクレ乞食はそんな感じだからな
>>560
出来ることがコピペ程度のただクレクレ乞食に、そんなすごいことは不可能。
ただクレクレ乞食はコピペものを自分でちょっと変更することすらできない
(妄想で適当にいじる感じに変更）レベル
そんなだから、掲示板で助けてとなる

そんな人がnginxでwebdavってすごい
まぁ、Btrfsの人のようなすごすぎな人がいるぐらいだからな

それ絶対褒めてないだろｗ

2GBの制限ってwavの仕様のようです
長時間録音しつつそれをパイプでoggencに流して
エンコしたいのですが何か上手い方法はないですかね?
arecordのwav録音だと2GBで自動的にファイルを変えてくれるので
あとでバッチ処理でエンコすることはできるのですがダサい

>>564
arecord使ったことないけど、”arecord 2GB” でググると
1) ファイルサイズ（オフセット）を64bitにして再コンパイル
or
2) データを標準出力に流してそれをファイルにリダイレクト

って出てきたが。

またまたググるとWAVは4GBって出るな。32bit符号なし整数ということで。

>>569
2)はやりましたが勝手に終了します
恐らくarecordが2GB吐いたところで終了してると思います
ソースを見ましたがwavの仕様でmax_filesizeが2147483648LLとされていますので
wavではなくrawでoggencに流してみようと思います

>>566
> Btrfsの人のようなすごすぎな
こんなの全然すごくない
近い将来もっと簡単に扱える日が来ると予想している
まさか嫌味でそう書いてるわけじゃないだろうからな

全発言が嫌味と考えた方がよほど得心が行くのだがｗ
クレクレ君は間違った方に誘導して暴走させとけばいいよｗ

明らかに荒らしに見えるやつに敢えてきちんと教えようとしていた理由がまだわからないのかな

好きなだけ暴走させとけばいいんだってｗ
意固地になってるだけの我儘こどおじに構ってる暇はない

それはそれで貴方のやり方だから仕方無いな
いつの日か今よりクリーンなスレになるといいね

無駄な努力を続けようが続けなかろうが、有為な差はないよｗ
まあ頑張ってｗ

あの程度で頑張っていた様に見えていた上にいちいち嫌味含みなんですね
頑張らなくてはならないのは貴方だと多くの人に見えている事でしょう

荒らしの相手をするのは頑張ることだと思うけどｗ
メディアが壊れてるのと、壊れて欠損した情報を修復すること/修復可能に構成することは違うんだよｗ

>>556
最後の2行がわからないが、ハイパーリンクだけ抽出できればいいのね？

>>568
環境、打ってるコマンド、エラーメッセージ

ここはUbuntuスレの屁理屈エアプ爺(b8-)のスレ