[過去ﾛｸﾞ] くだらねえ質問はここに書き込め！Part 246 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
422: 2021/12/10(金)13:40 ID:QqUaqQaA(1) AAS
>>399
＞Ubuntu20.04入れて
これはSSD×2のRAID1ボリュームにインストールしてブート出来るようにしたのか？
インストールしたUbuntu20.04をブートして、そこからmdadmをインストールしたのか？
mdadmをインストールしたあと、設定項目と値は具体的に何にしたのか？
＞ubuntu起動しなくなってinitramfsになる
とは何という文字列が表示されているのか？
などを書くのだよ
423(1): 2021/12/10(金)20:55 ID:ShZXcSnn(1) AAS
aptで日本のミラーサーバがここ最近何処も遅い気がする
自分だけかしら
424: 2021/12/11(土)11:28 ID:9gmFE84a(1) AAS
>>423
スレ立てるまでもない雑談スレ その5
2chｽﾚ:linux
425(1): 2021/12/12(日)12:48 ID:NXZb9suF(1) AAS
Debianでubuntuやfedoraのように暗号化解除画面をグラフィカルにするのはどうすればできますか？
画像ﾘﾝｸ[jpg]:i.imgur.com
426: 2021/12/12(日)12:56 ID:HcxNXVUt(1) AAS
漏れは、WSL2, Ubuntu 18.04 で、iij, jaist を使っている
/etc/apt/sources.list を空(0 バイト)ファイルにしてから、
/etc/apt/sources.list.d/iij.list に、以下のように書いている
deb 外部ﾘﾝｸ:ftp.iij.ad.jp bionic main restricted universe multiverse
deb 外部ﾘﾝｸ:ftp.iij.ad.jp bionic-updates main restricted universe multiverse
deb 外部ﾘﾝｸ:ftp.iij.ad.jp bionic-backports main restricted universe multiverse
deb 外部ﾘﾝｸ:ftp.iij.ad.jp bionic-security main restricted universe multiverse
/etc/apt/sources.list.d/jaist.list にも、似た感じで書いている。
このやり方が、合っているかどうかは知らないけど
427: 2021/12/12(日)13:08 ID:X5A1c77V(1) AAS
そのレス久しぶりだな
428: 2021/12/12(日)16:09 ID:ZlmkiYkw(1) AAS
>>425
plymouth
429(3): 2021/12/13(月)00:43 ID:aXU1UllZ(1/2) AAS
初心者ですみません
# 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は、いったいなんのちがいなんですか？？
430(1): 2021/12/13(月)09:35 ID:C7qgbW7y(1) AAS
パッケージのタグみたいなの
パッケージャによってその表記が変わる
431(1): 2021/12/13(月)10:21 ID:8Ew3RlWs(1/2) AAS
>>429
知りたいのはそこか？
432(3): 2021/12/13(月)10:28 ID:aXU1UllZ(2/2) AAS
>>430
ご丁寧にありがとうございます。
php-fpmが入っているので
php-fpmで動いた
rh-php73-php-fpmが入ってる場合は
rh-php73-php-fpmのコマンドを打つ
必要があるってことでしょうか？
>>431
恐れ入ります、取り急ぎ上記が知りたく
あと、chown -R apache:apache フォルダ名
省1
433(1): 2021/12/13(月)10:45 ID:8Ew3RlWs(2/2) AAS
>>432
> 必要があるってことでしょうか？
知りたいのはパッケージの違いじゃないってことだろ。手順書の内容が正しいとか正しくないとか評価できるレベルじゃないのに一人でサービス機をやろうとしてるなら危険だぞ。
434: 2021/12/13(月)10:57 ID:DbqN670Z(1) AAS
>>432
やってる内容理解してる？
435: 2021/12/13(月)14:23 ID:l8gWV1rk(1) AAS
/home/test1/
/home/test2/
/home/test3/
こういうディレクトリ構造で
test1/*
test2/再帰的に
test3/再帰的に
以下をディレクトリ名を指定せずに再帰的に削除したい場合(test1ディレクトリは残してそれ以下をすべて削除)
rm -rfじゃだめですよね
こういうのは可能ですか？
436: 2021/12/13(月)14:57 ID:y8LEKure(1/2) AAS
全部消したあとで mkdir /home/test1
437: 2021/12/13(月)15:06 ID:6MMlvZxF(1) AAS
find /home ! -name test1 -delete
438: 2021/12/13(月)17:45 ID:y8LEKure(2/2) AAS
>>429
＞渡された手順書には
手順書を渡してきた相手に確認しなくていいのか
439: 2021/12/13(月)17:49 ID:OZcMwnLN(1) AAS
>>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のバージョンのみなら権限分離しない場合もあり得ます
省1
440: 2021/12/13(月)18:22 ID:sG9jUr8u(1) AAS
質問は全然おかしくないが、回答がおかしい
redhat系使ってないから知らんけど、package違うだけだろ
中見て自分で確認できないなら使うな
441: 2021/12/14(火)08:49 ID:N56dosO+(1) AAS
うん
442(1): 2021/12/14(火)09:26 ID:RZXvIBEU(1) AAS
centosってなんで嫌われてるの？
443: 2021/12/14(火)11:53 ID:yrz4WIl7(1/3) AAS
ローリングリリースでredhatの代わりにならなくなっちゃったから
444: 2021/12/14(火)11:58 ID:JmcE2eLm(1/2) AAS
本当に問題なのは、CentOS8のサポートを突如打ち切ったこと
仮にStreamが完璧な代替だとしても、明日突然打ち切りが発表されるかもしれない
もはや全く信用できなくなってしまった
445: 2021/12/14(火)12:01 ID:1lX62KUT(1) AAS
元々2029年までだったCentOS8のサポートを今月末で打ち切るという裏切り
446(1): 2021/12/14(火)15:45 ID:yrz4WIl7(2/3) AAS
そんなのredhat本体含めてどのディストリも同じでは？
メンテナンスされ続けるリリースがないと安定はしない
447: 2021/12/14(火)18:08 ID:JmcE2eLm(2/2) AAS
>>446
Redhat本体は一定のサポート期間を前提に客と契約して金貰ってんだから突然一方的に打ち切ったりしたら訴訟だよ
法的拘束力がなくても、嘘付きは信用できないという小学生でもわかる簡単な話だ
448: 2021/12/14(火)18:10 ID:yrz4WIl7(3/3) AAS
潰れちゃったら？
449: 2021/12/15(水)10:51 ID:gF15sSfq(1) AAS
>>442
> 嫌われてる
と思った理由は？
450: 2021/12/15(水)12:01 ID:UE+7N9Rj(1) AAS
坊やだからさ
451(5): 2021/12/16(木)10:37 ID:8jM5OeZ3(1/3) AAS
サーバがハッキングされて、すべてのディレクトリに.htaccessを作られました
これを一括で削除するコマンドを教えていただけないでしょうか？
日付もわかっているので、日付指定で削除したいです
452: 451 2021/12/16(木)11:03 ID:8jM5OeZ3(2/3) AAS
自己レスです。とりあえず以下でなんとかなりました。
find ./ -mtime -30 -name "*.htaccess" | xargs rm -f
453(1): 2021/12/16(木)12:33 ID:jkX80qRi(1) AAS
centos7.9でtomcat入っていますが、log4jの問題はyumでupdateしておけば解決しますか？
454(1): 2021/12/16(木)17:00 ID:H+DRH/H+(1) AAS
>>451
ていうかそれ以上の事をされている可能性は気にならないのかと
455(1): 2021/12/16(木)17:29 ID:sObP12CD(1) AAS
>>451
サーバ稼働停止してもう稼働させないこと
それがあなたにとっての最善策
456(1): 2021/12/16(木)18:01 ID:8jM5OeZ3(3/3) AAS
>>454-455
それが共有レンタルサーバなんです。。。
踏み台用のスクリプトがありましたが、
公に公開してないので大丈夫だとは思います
457: 2021/12/16(木)20:55 ID:nByq8tra(1/2) AAS
まずは停止して全データを保管。
その後差分とログを確認し、問題を精査。
問題の程度が正確に分かってから、前回のバックアップに戻す。
安全と分かっている可能な範囲だけ差分を反映して復元。
458: 2021/12/16(木)20:58 ID:nByq8tra(2/2) AAS
log4j自体はきちんと調べて自分の責任で正しく対応しとけ
459: 2021/12/16(木)22:08 ID:a6z9G4Ps(1) AAS
>>451,456
侵入経路の特定は？まずそこからだろう
ファイル削除だけで解決する問題じゃない
460(1): 2021/12/16(木)22:11 ID:iB+zdARe(1) AAS
5chで尋ねるってことは
>>451や>>453は法人のサーバーではなく個人のサーバーに関する
相談だよな？
質問の内容から法人のサーバーの管理をやるようなレベルって感じじゃないからな
461: 2021/12/17(金)00:26 ID:b+DtwiYX(1) AAS
で？
462: 2021/12/17(金)00:29 ID:nGI/YgXX(1) AAS
コロナと同じで感染者は隔離しないと他に被害が出る
かかったのが一般人だろうが医者だろうが
463(1): 2021/12/17(金)08:01 ID:cGNBMbkI(1) AAS
>>460
はい。個人でテスト用に使っていました。
公に公開はしていないのですが、
動作確認で設置していたスクリプトの脆弱性を突かれたみたいです。
一応、改ざんされているファイルの差分を取り
影響の範囲を調べましたが、
フィッシング用のファイルをアップされていました。
.htaccessはPHPを各ディレクトリで有効化する内容でした。
464: 2021/12/17(金)11:07 ID:rAIMsb6h(1) AAS
盗まれたパンツを取り返して履く
465(1): 2021/12/17(金)15:14 ID:nGkYbxgc(1/2) AAS
UnitファイルのExecStartで指定したスクリプト内に書いたechoがsystemctl statusで出力されないのはなんでなんだぜ？
journalctlでは出力されるんだけどここ参照してるんじゃないの？
centos7.9 kernel3.10.0-1160.49.1.el7.x86_64 systemd219
466: 2021/12/17(金)15:49 ID:vmmxJVXH(1) AAS
>>463
こういうのが後を絶たないから
何時までも踏み台にされるサーバは
この世から消えて無くならないんだろうな
よくあるのが動作確認するのにCGIを設置している奴
sshでログインして内部だけでしか動かないスクリプトなどで動作確認しろよなと思う
467: 2021/12/17(金)17:02 ID:9Bcsuer2(1) AAS
>>465
ExecStart行は、そこに書かれたプログラムを、
それぞれ子プロセスをおこして動作させてる
そしてstatusでは、ExecStartで起動したプロセスのうち、
その時に起動しているプロセスが出したログだけを
表示している
echoとかはすぐに終了してるので、statusでは出力されないよ
468: 2021/12/17(金)17:10 ID:nGkYbxgc(2/2) AAS
そゆことか、ありがとう
469: 2021/12/17(金)17:31 ID:WDpFyAGb(1/15) AAS
２つ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
省8
470: 2021/12/17(金)17:49 ID:EEXs8ixD(1/5) AAS
良かったね。次の方どうぞ〜
471: 2021/12/17(金)18:00 ID:WDpFyAGb(2/15) AAS
見やすくするために
[ 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
省3
472: 2021/12/17(金)18:03 ID:WDpFyAGb(3/15) AAS
なおすでに
# btrfs rescue zero-log /dev/sdb2
を実行。
参考
外部ﾘﾝｸ[md]:github.com
これをする前はマウントすらできませんでした。
473: 2021/12/17(金)18:07 ID:WDpFyAGb(4/15) AAS
>
"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
474: 2021/12/17(金)18:17 ID:WDpFyAGb(5/15) AAS
大段
■mountできなくなった
<<（我）もうすでにマウントはできてるのですが...
中の
□mountに必要なメタデータの復元
これ以降の操作はmountできなくなったBtrfsファイルシステムを構成するストレージの内容を変更します
中の
-----------------------------------------
それ以外のメッセージが出ている、あるいはとくにメッセージが残っていない
省7
475: 2021/12/17(金)18:23 ID:WDpFyAGb(6/15) AAS
AA省
476: 2021/12/17(金)18:31 ID:WDpFyAGb(7/15) AAS
ファイルシステムの復元(最終手段)
# 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.
省8
477: 2021/12/17(金)18:31 ID:WDpFyAGb(8/15) AAS
# 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
省12
478: 2021/12/17(金)18:36 ID:WDpFyAGb(9/15) AAS
警告
開発者からアドバイスがない限り、--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
トランシッドの失敗を無視する
省8
479: 2021/12/17(金)18:52 ID:EEXs8ixD(2/5) AAS
そうなんだ〜ふむふむ〜
次の方どうぞ〜
480: 2021/12/17(金)21:38 ID:WDpFyAGb(10/15) AAS
"chunk tree"という文字列を含むメッセージが出力されている。
どのデバイスにどのデータを配置するかという情報が入っているchunk treeというメタデータが壊れている可能性があります。次のコマンドによって、ファイルシステムをスキャンしてchunk treeを復元できます。
# btrfs rescue chunk-recover /dev/sdb2
このコマンドはストレージプールのすべてを走査するため、非常に時間がかかる恐れがあります。
----------------
# btrfs rescue chunk-recover /dev/sdb2
Scanning: 104862273536 in dev0
すごい長い時間かかてる、、、
481: 2021/12/17(金)21:57 ID:EEXs8ixD(3/5) AAS
ここはお前の日記帳じゃねーんだよｗ 技術力ゼロのおっさんｗ
482: 2021/12/17(金)22:00 ID:WDpFyAGb(11/15) AAS
# 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.
省12
483: 2021/12/17(金)22:18 ID:WDpFyAGb(12/15) AAS
だめだなー。起動できない。initramfs みたいな
さっきの日本語参考ページの元ネタってぽい英語ページにしたがってやってゆこうか
外部ﾘﾝｸ:ownyourbits.com
＞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.
省5
484: 2021/12/17(金)22:19 ID:WDpFyAGb(13/15) AAS
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.
ハードドライブは、ある日から別の日に完全に故障するわけではありません
--------------------
とりあえずスマート有効にして、値を見てみるところからはじめる
485: 2021/12/17(金)22:28 ID:WDpFyAGb(14/15) AAS
問題ディスク
ST3160815AS (3.AAC)
であるが、
890 個の不良セクターがありますが、使用可能です (35 °C / 95 °F)
＜＜以前と同じメッセージ
リアロケーティッドセクタカウント
カレントペンディングセクタカウント
アンコレクタブルセクタカウント 等の重要な値も以前といっしょ
エアフロー温度だけ 赤字で「過去に失敗した」と出ている
486: 2021/12/17(金)22:47 ID:WDpFyAGb(15/15) AAS
これらの参考ページはすべて
Procedure if the drive can be mounted
ドライブをマウントできるかどうかの手順
であって、俺の環境はすでにマウントできてる
だからぜんぜん別の修復方法がありそうなものだ
> 復元したい日付のディレクトリへ入り、
$ cd /media/ユーザ/debian/timeshift-btrfs/snapshots/2021-12-13_16-08-21
省1
487: 2021/12/17(金)22:56 ID:EEXs8ixD(4/5) AAS
惨めな荒らしだな・・・
488: 2021/12/17(金)23:31 ID:myoXf6ap(1) AAS
ここは質問を書き込むところで日記や備忘録を書き込むところではないはずなんだが
ぐだぐだ書かずにやったこととやりたいことだけ書いて質問して
HDDの内容吸い出せなかったら壊れたとして諦めるか専門業者に頼め
489: 2021/12/17(金)23:48 ID:EEXs8ixD(5/5) AAS
専門業者と同じレベルのことが出来ない悲しさあるな・・・別に専用の機材が必要なわけじゃないから出来ること同じなのにｗ
見てて恥ずかしいわｗ
490: 2021/12/18(土)00:14 ID:HnVQUw9E(1/9) AAS
□やったこと
外部ﾘﾝｸ[md]:github.com
このページのすべてのコマンド
一つだけ効果があった
# btrfs rescue zero-log /dev/sdb2
でマウントできるになった。
しかしsdbのシーゲートから起動できない。
省15
491: 2021/12/18(土)00:15 ID:HnVQUw9E(2/9) AAS
俺はすべてのパーツをぜったいに あきらめないっ
-----------------------------------------
電気が入らなくなるまでっっ
-----------------------------------------
492: 2021/12/18(土)00:52 ID:poEKAKYQ(1/12) AAS
状況も分からずデタラメにコマンド叩いてるだけじゃ悪化するだけだわ恥ずかしいｗ
493: 2021/12/18(土)01:28 ID:JBIVhS6S(1) AAS
無駄に足掻く時間が勿体無いからストレージをクローンかイメージ化して取れるものだけ取って後は諦めるけどな
494(1): 2021/12/18(土)08:26 ID:kJlm2/Qf(1/4) AAS
> 26 login:Penguin sage 2021/11/10(水) 00:03:48.68 ID:U/pJYCBd
> debian10busterはsdb 298.1G HGST_HTS545032A7E680 にあります。大きい容量から小さい容量のHDDへコピーする方法を教えて下さい。
こいつだから
あとは本人がちゃんと説明するかどうか
495(1): 2021/12/18(土)08:46 ID:poEKAKYQ(2/12) AAS
1ヶ月以上かけてこの進捗じゃもう向いてないとしか言いようがない
496: 2021/12/18(土)08:56 ID:fe9H0Vwc(1) AAS
ガガガガイ
497(1): 2021/12/18(土)09:35 ID:nN8WfFGQ(1) AAS
>>494
その人なのか。おそらく同一人物らしい人がそれ以前にdebianスレで
btrfs助けてと来ていたな。
だから、>>495、一か月どころじゃないと思う
498: 2021/12/18(土)09:41 ID:HnVQUw9E(3/9) AAS
よし、オメーラ。いまからOracle® Linux 6管理者ソリューション・ガイドをいっしょに読んでいくぞ
4.6 サブボリュームとスナップショットの作成
btrfsファイル・システムの最上位レベルは、ディレクトリやファイルを含む名前付きのBツリー構造で構成されたサブボリュームであり、
＞btrfsファイル・システムの最上位レベルは
これはわかる
＞ディレクトリやファイルを含む
これもわかる
省10
499: 2021/12/18(土)09:43 ID:HnVQUw9E(4/9) AAS
>>497
おはよーござい、ます！
500: 2021/12/18(土)09:45 ID:HnVQUw9E(5/9) AAS
スナップショットは、スナップショットの取得時に親のサブボリュームの内容を記録するサブボリュームの一種です。
btrfsファイル・システムのスナップショットを取得し、それに書込みを行わないと、そのスナップショットは元のファイル・システムの状態を記録し、バックアップを作成できる安定したイメージになります。
スナップショットを書込み可能にすると、それを元のファイル・システムの代替バージョンとして使用できます。
btrfsファイル・システムのコピーオンライト機能では、スナップショットを迅速に作成でき、当初はほとんどディスク領域を消費せずに済みます。
<< 以上は特に問題ねえ。ほぼわかる。感覚だけだけどw
501(1): 2021/12/18(土)09:45 ID:kJlm2/Qf(2/4) AAS
ファイルシステム自体の詳細な質問はこちらで
ファイルシステム総合スレ その19
2chｽﾚ:linux
502: 2021/12/18(土)09:49 ID:HnVQUw9E(6/9) AAS
外部ﾘﾝｸ[html]:docs.oracle.com
次の表に、一般的なスナップショット操作を実行する方法を示します。
コマンド
説明
btrfs subvolume snapshot (pathname) pathname/snapshot_path
pathnameによって指定された親のサブボリュームまたはスナップショットのスナップショットsnapshot_pathを作成します。 次に例を示します。
省2
503: 2021/12/18(土)09:49 ID:HnVQUw9E(7/9) AAS
>>501
> ファイルシステム自体の詳細な質問はこちらで
> ファイルシステム総合スレ その19
> 2chｽﾚ:linux
クソスレ時間のむだ。くだ質で。
504: 2021/12/18(土)09:52 ID:kJlm2/Qf(3/4) AAS
そっちの方が専門的な識者が多いから誘導してやってるのだが
505: 2021/12/18(土)09:55 ID:HnVQUw9E(8/9) AAS
>btrfsサブボリュームは、ディスク・デバイスのようにマウントできます。 親のサブボリュームのかわりにスナップショットをマウントすると、ファイル・システムの状態をスナップショット取得時の状態に効率的にロールバックできます。
オラクルのページはもう終わるから待っとけ
506: 2021/12/18(土)09:58 ID:HnVQUw9E(9/9) AAS
とりあえずライブ起動で、btrfs subvolume snapshot (pathname) pathname/snapshot_path
やって結果出して、エラーメッセ記録してググりだな。これしか突破口はねえ。俺の習得した数少ない
スキルだからな。
507: 2021/12/18(土)10:00 ID:poEKAKYQ(3/12) AAS
無能な荒らしとか悲惨だな・・・
508: 2021/12/18(土)10:03 ID:poEKAKYQ(4/12) AAS
ちなみに俺ファイルシステムのコード書いたり読んだりするよｗ まじ恥ずかしいｗ
509: 2021/12/18(土)10:11 ID:kJlm2/Qf(4/4) AAS
おお、意外なところに有識者様が
便乗質問おｋすか？Btrfsじゃないんですが
510(1): 2021/12/18(土)10:25 ID:6Mq81OPl(1) AAS
zipinfo とか zcat で圧縮ファイルの中身のファイル一覧を見れますが、たとえば hoge.zip の中身の fuga.txt を、hoge.zip を解凍せずに閲覧する方法はありますか
511: 2021/12/18(土)10:39 ID:poEKAKYQ(5/12) AAS
あるよ
512: 2021/12/18(土)11:07 ID:lkysTqFs(1) AAS
こいつがっていうより、こいつにかまうヤツがクソ
513: 2021/12/18(土)11:15 ID:2w4RaGuj(1/5) AAS
じゃあこいつらがってことか
514(1): 2021/12/18(土)11:23 ID:poEKAKYQ(6/12) AAS
ええやん、いくらでも構ってやればｗ 有用な情報は一切教えないけどｗ
515: 2021/12/18(土)11:27 ID:2w4RaGuj(2/5) AAS
わかってないようだ
516: 2021/12/18(土)11:31 ID:poEKAKYQ(7/12) AAS
もう何十年もココ使ってるけど、どうせどこかを荒らすんだろ？ここでいいやんｗ
517: 2021/12/18(土)11:34 ID:yA2xs9mM(1) AAS
埋め立てなら荒らし報告を
518: 2021/12/18(土)11:45 ID:poEKAKYQ(8/12) AAS
荒らし報告なんてあからさまな宣伝みたいなやつを除いて昔から機能してないよ
ただの私怨にしかならんしな
519: 2021/12/18(土)11:47 ID:2w4RaGuj(3/5) AAS
十分機能はしているが現在浪人持ちのみが報告可能
ただし今日のケースではおそらく規制されない
520: 2021/12/18(土)11:52 ID:poEKAKYQ(9/12) AAS
機能してるところなんて見たことないけどな
いっつも荒らされてるやんｗ
521: 2021/12/18(土)11:56 ID:2w4RaGuj(4/5) AAS
いっつもがいつの何処の事を言ってるのかでそのレスの適切さが分かれる
上下前次1-新書関写板覧索設栞歴
あと 481 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s