トップページ⇒unix
1001コメント258KB

初心者もOK! FreeBSD質問スレッド その112

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2011/12/08(木) 11:29:34.73
FreeBSD 関連の質問はここでどうぞ。望んでいる回答が来なくても怒らないでね。
事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましいです。
分からなければ仕方がないので、初心者でもとりあえず質問してみて下さい。

トラブルの場合、再現性情報(ハードウェア・ソフトウェア・エラーメッセージ)の記載は必須。
sysutils/sysinfo あたりがおすすめ。

The FreeBSD Project
http://www.freebsd.org/ja/

FreeBSD ハンドブック
http://www.freebsd.org/doc/ja/books/handbook/

過去ログ
http://www9.atwiki.jp/freebsd/

前スレ
初心者もOK! FreeBSD質問スレッド その111
http://hibari.2ch.net/test/read.cgi/unix/1312083286/
0177名無しさん＠お腹いっぱい。2011/12/26(月) 13:09:02.69
うちなんてまだ5.3だぜ。
ずっと様子見してたらこんなとこまで来ちゃったぜ。
0178名無しさん＠お腹いっぱい。2011/12/26(月) 14:10:16.77
さすがに6以前はオワコンだと思う。
7以降のスレッドじゃないと動かないソフトとか多いし。
と言いつつ6-STABLEが健在だけど。 > /dev/speaker
0179名無しさん＠お腹いっぱい。2011/12/26(月) 14:14:07.61
>>176
8Rと9Rなら全然違うだろ＞ZFS
9Rはとりあえずv28からスタートなわけで。まあ、重複排除とか使うか？と
言われたらちょっと微妙だけど。
0180名無しさん＠お腹いっぱい。2011/12/26(月) 15:11:16.67
zfsとか怖い。特殊すぎて怖い。
0181名無しさん＠お腹いっぱい。2011/12/26(月) 15:29:55.26
>179
現行の 8-stable と 9のstable(-> 9.0R)の意味で
0182名無しさん＠お腹いっぱい。2011/12/26(月) 15:31:23.99
>180
いや 8以降はふつーに使えてますが

zfs28化のあとしばらくびみょーだったっぽいが
それもいまは概ね直っているでしょ

むしろ便利すぎて(メモリ不足条件を除けば)
なぜ使わないのか分からないくらい
0183名無しさん＠お腹いっぱい。2011/12/26(月) 16:32:59.95
普通に使った場合ちょっと遅いこともあるとか
MySQLとはデフォルト状態では相性悪くて設定が必要
だとか?
0184名無しさん＠お腹いっぱい。2011/12/26(月) 16:43:06.20
ufsの出来が悪すぎるからzfsが輝いて見えるだけでだな
0185名無しさん＠お腹いっぱい。2011/12/26(月) 17:14:14.50
DB鯖に適したファイルシステムってあるんかね。
0186名無しさん＠お腹いっぱい。2011/12/26(月) 21:12:20.62
>>185
ZFS
バッチ的な処理で1日一回大量のデータ流し込むんだけど

1．スナップショット取得
2．zfs set sync=none
3．データロード
4．zfs set sync=standard
5．スナップショット取得
6．1．のスナップショット破棄
って運用してるぞ
0187名無しさん＠お腹いっぱい。2011/12/26(月) 21:15:07.51
大抵のDBにはdump/restore的な機能が付いてると思うんだけど
それをファイルシステムのレイヤで行う必要性あんの？
0188名無しさん＠お腹いっぱい。2011/12/26(月) 22:04:09.92
>>187
わかってないな
ミソは同期書き込みをOFFにしてるところ
完全非同期なので、その時点でシステムクラッシュしたらDB自体が壊れる
で、クラッシュしたときは、1のスナップショットまでロールバックすれば、いいだけの話
zfsでやれば一瞬に近いけど、リストアは結構掛かる

同期書き込み切らなければ別に問題は何もないんだけど
入れるデータ量が多いので、時間が掛かる
で、時間の節約も兼ねてる
0189名無しさん＠お腹いっぱい。2011/12/26(月) 23:15:37.89
ファイルシステムのレイヤとDBのレイヤで二重処理してる、
もしくはお互いの機能に依存しているように見えて、
どう考えて良いのか、そこがいつも、よく分からない。
0190名無しさん＠お腹いっぱい。2011/12/26(月) 23:19:08.75
俺も>>186が何をしたいのかあまり完璧に理解してないけど
COW的なスナップショット機能をDB側が持ってないから
仕方なくzfsのスナップショット機能を使ってるって解釈でおk?
0191名無しさん＠お腹いっぱい。2011/12/26(月) 23:42:54.37
>>190
ちょっと違う
DBでCOWするには同期書き込み(sync)が必須
でも同期書き込みすると10倍くらい遅い

なので、同期書き込みをしないと言う選択肢が出てくる。
でも同期書き込みしていない以上、システムクラッシュ時には、すでにDBに格納してあったデータごと吹っ飛ぶので完全なリストアが必須
でもリストアは時間が掛かるし面倒

実際の作業はバッチでデータ流し込むだけなので
ファイルシステムのスナップショットを使って、最悪作業開始前までには戻れるようにしておくって感じ

って事でスナップショット使ってるだけ
同期書き込みをoffにしてなければ、DB側だけで対応できる話
0192名無しさん＠お腹いっぱい。2011/12/27(火) 08:05:37.60
ってことは同期書き込みしても早いファイルシステムがあればいいんじゃね！？
0193名無しさん＠お腹いっぱい。2011/12/27(火) 10:46:54.48
ランダムアクセスでガチャガチャやってるから遅いんだろ
別ディスクにDB作って、全テーブルコピーして毎日交換しながら運用すれば？
0194名無しさん＠お腹いっぱい。2011/12/27(火) 11:02:49.44
freebsd-update でアップデートしたのですが
毎日freebsd-update cronで

The following files will be added as part of updating to 8.1-RELEASE-p7:
/usr/src/lib/libc/gen/libc_dlopen.c

と言われます。
srcは展開してません。以前はスキップしてくれたのですが今回はメッセージが
出ます。

srcを展開する意外の対応はありますでしょうか？
0195名無しさん＠お腹いっぱい。2011/12/27(火) 11:38:13.00
freebsd-update install してみたらどうなるの？
0196名無しさん＠お腹いっぱい。2011/12/27(火) 13:42:58.13
install: ///usr/src/lib/libc/gen/libc_dlopen.c: No such file or directory
done.

です。
0197名無しさん＠お腹いっぱい。2011/12/27(火) 13:53:18.86
>>196
そのファイルって61行しかない。入れたら?
0198名無しさん＠お腹いっぱい。2011/12/27(火) 13:53:46.76
じゃあ/etc/freebsd-update.confの
Components src world kernel
からsrcを消しとくとか？
0199名無しさん＠お腹いっぱい。2011/12/27(火) 16:54:58.59
>>198
/etc/freebsd-update.conf
Components world kernel
でうまくいきました。ありがとうございます。
0200名無しさん＠お腹いっぱい。2011/12/27(火) 19:42:36.48
「くだらない質問はここに書き込め！」スレはいつ頃なくなったの？
詳しい人教えてください！
0201名無しさん＠お腹いっぱい。2011/12/27(火) 21:09:23.27
>>192-193
NVRAM積んだRAIDとかだったらまぁ問題ないんだけど
NVRAM溢れた途端遅くなるので、やっぱダメだった

ZFSのZILも劇的に早くなったけど、nosyncには敵わなかった
普段はZILで運用してるんだけどね

物理的に別のHDDに置かれたファイルからのインポートなので
ランダムでガチャガチャしてるってわけでも無いのよ
0202名無しさん＠お腹いっぱい。2011/12/28(水) 06:06:55.91
もうUFSでfsckとかしたくない
0203名無しさん＠お腹いっぱい。2011/12/28(水) 11:03:05.96
う、うん……(´・ω・｀)どうしたらいいの……
0204名無しさん＠お腹いっぱい。2011/12/28(水) 12:24:31.58
ext4でも入れてしまえｗ
0205名無しさん＠お腹いっぱい。2011/12/28(水) 13:36:11.21
FreeBSDってext4使えるの？
0206名無しさん＠お腹いっぱい。2011/12/28(水) 13:52:50.13
SUJ (Soft Updates Journal)で早くなる予定？
FreeBSD 9に新ジャーナル機能登場、fsck(8)高速化
http://news.mynavi.jp/articles/2010/04/28/freebsdsuj/index.html
0207名無しさん＠お腹いっぱい。2011/12/28(水) 13:54:00.20
素直にNetapp買えばいいのに
0208名無しさん＠お腹いっぱい。2011/12/28(水) 14:27:52.15
UIとかファイルシステムといった自己満足的モチベーションが得られにくい部分は
BSDライセンスだと弱いよな
やっぱGPLは偉大だわ
0209名無しさん＠お腹いっぱい。2011/12/28(水) 14:45:01.39
何でライセンスと関係があるのかわからない
0210名無しさん＠お腹いっぱい。2011/12/28(水) 15:23:29.87
俺も。ただ>>208がこのスレをチラ裏として使ってるのはわかった。
0211名無しさん＠お腹いっぱい。2011/12/28(水) 15:31:39.82
お前がアホだから理解できないんだろ
GPLならパナソニックのような盗っ人利用はできず、
商用利用したものが戻ってくるだろ
ソニーのようにGPLを無視してソースを公開しない悪質企業もあるが、
アメリカとかなら訴えられて多額の賠償金を支払わされている
0212名無しさん＠お腹いっぱい。2011/12/28(水) 15:44:55.94
主義主張妄想なら他でやってね
0213名無しさん＠お腹いっぱい。2011/12/28(水) 15:46:03.95
>>211
> ソニーのようにGPLを無視してソースを公開しない悪質企業もあるが、
> アメリカとかなら訴えられて多額の賠償金を支払わされている
GPLを使っているってどうやってわかるの？
リバースエンジニアリング？
そんなに簡単にできるの？
せっかくFreeBSD関連スレなんだからやってみせてよ。
0214名無しさん＠お腹いっぱい。2011/12/28(水) 15:48:09.58
つ strings
0215名無しさん＠お腹いっぱい。2011/12/28(水) 15:52:12.64
sed -e 's/GPL/BSD/g'
しておけばばれない。
0216名無しさん＠お腹いっぱい。2011/12/28(水) 15:53:11.41
そんなこたぁいいから、9.0-releaseって年内に出るんじゃなかったのかよ
0217名無しさん＠お腹いっぱい。2011/12/28(水) 15:54:42.53
>>213
製品マニュアルに書いてあるぞ
一応、GPLライセンス条項も付いてる
02182102011/12/28(水) 15:54:53.42
俺は(209とは他人)、>>211を読んでBSDとGPLの比較がしたいのは分かったが、スレタイとどう関係あるんだ？
0219名無しさん＠お腹いっぱい。2011/12/28(水) 15:59:40.77
「俺も」って疑問を呈したんじゃないのかよ
まさにチラ裏はお前だろｗ
0220名無しさん＠お腹いっぱい。2011/12/28(水) 16:06:08.98
>>219
わかったからもう酒でも飲んで寝てろよ
02212102011/12/28(水) 16:08:35.42
>>219
「疑問を呈した」と受け取ってるならチラ裏じゃないだろ？
煽りがしたいのか、主義主張をしたいのかはっきりしろ。

そしてここは質問スレだ。
0222名無しさん＠お腹いっぱい。2011/12/28(水) 16:11:16.57
>>221
だったら黙って消えろバカ
0223名無しさん＠お腹いっぱい。2011/12/28(水) 16:12:54.84
こっちでやってね。

ライセンスあれこれ
http://toro.2ch.net/test/read.cgi/unix/1032702590/
0224名無しさん＠お腹いっぱい。2011/12/28(水) 16:23:18.05
レベル的にはこっちの方がおすすめかも

VIPプログラムスレ
http://engawa.2ch.net/test/read.cgi/news4vip/1324908306/
0225名無しさん＠お腹いっぱい。2011/12/28(水) 16:30:27.98
>>216
12/16からビルドを開始している予定のようだ
http://wiki.freebsd.org/Releng/9.0TODO
0226名無しさん＠お腹いっぱい。2011/12/28(水) 17:05:12.07
初めてこのスレのwikiみたけど、Linuxwikiに比べるとFAQがシンプル！
あっちに比べたらキーワードさえ教えてくれれば何とかなる人が多いってことなのかな？
でも、テンプレのセンス好きだ。
0227名無しさん＠お腹いっぱい。2011/12/28(水) 17:12:01.04
echo 'hoge_enable="YES"' >> /etc/rc.conf
を誤って
echo 'hoge_enable="YES"' > /etc/rc.conf
としてしまったときの気持ちを想像してみた
0228名無しさん＠お腹いっぱい。2011/12/28(水) 17:15:06.77
Windowsで作ったHDDの拡張パーティション内の論理ドライブがFreeBSDで認識されない
0229名無しさん＠お腹いっぱい。2011/12/28(水) 17:21:30.10
それは残念だったね
0230名無しさん＠お腹いっぱい。2011/12/28(水) 17:59:59.42
ぐぐったら大抵どうにかなるな
ちょっと前は古いの引っかかってしょうがなかったんだが
0231名無しさん＠お腹いっぱい。2011/12/28(水) 19:04:37.16
FFS2のジャーナルは後載せ出来ますか？
その場合ジャーナルの作業に使おうとした領域にすでに何らかのデータがあったらどうなりますか？
ジャーナルが有効になってるファイルシステムにジャーナルが実装されてないバージョンのFreeBSDでアクセスしたらどうなりますか？
0232名無しさん＠お腹いっぱい。2011/12/29(木) 01:47:33.56
>>194
mkdir -p /usr/src/lib/libc/gen
freebsd-update fetch
freebsd-update install

これでいけた
0233名無しさん＠お腹いっぱい。2011/12/29(木) 14:54:30.45
そういう一旦作って消せば良いじゃんという考えは
rm -rf /usr/ とかやらかすから。
0234名無しさん＠お腹いっぱい。2011/12/29(木) 19:08:42.16
>>225
予定は未定であって確定ではない・・・
そのスケジュールは12/8時点での予定
0235名無しさん＠お腹いっぱい。2011/12/29(木) 19:14:17.25
FreeBSDのマシン全体のバックアップをお手軽にやる方法はないのでしょうか

条件としては

・一時的にシングルユーザーモードに入っても構わない
・NFSやSMBなリモートのディスクに書ければ一番いいがローカルのバックアップ用ディスクを作っても構わない
・差分バックアップができればうれしいがとりあえず毎回フルバックアップでも構わない
・バックアップ元のHDDとレストア先のHDDのサイズは違うかもしれない

あたりです

1パーティーションごとにdump,restoreをやるのはめんどくさすぎるので
他の手段はないかと探しています
0236名無しさん＠お腹いっぱい。2011/12/29(木) 19:18:37.54
>>235
rsyncじゃだめかい？
0237名無しさん＠お腹いっぱい。2011/12/29(木) 19:22:05.65
よく条件読んでないけどzfs
0238名無しさん＠お腹いっぱい。2011/12/29(木) 19:24:15.31
じゃあ俺は各パーティションごとにdump/restoreを行う簡単なスクリプトを書く
に一票
0239名無しさん＠お腹いっぱい。2011/12/29(木) 19:29:48.73
じゃ、俺は1パーティションにインストールしなおすに一票
0240名無しさん＠お腹いっぱい。2011/12/29(木) 19:30:16.03
>>236, 237
大事なことを書き忘れました。後出しですみません
HDDが飛んだときに簡単にバックアップから復旧したいのです
ですのでブートローダー等までバックアップできていると嬉しいです

>>238
ちょっと調べた感じこれしかないのかなと思って少し書き始めています
0241名無しさん＠お腹いっぱい。2011/12/29(木) 19:32:21.86
めでたしめでたし
0242名無しさん＠お腹いっぱい。2011/12/29(木) 19:34:31.89
gmirrorでおｋ
0243名無しさん＠お腹いっぱい。2011/12/29(木) 19:34:58.32
>>240
問題解決した後に蒸し返してすまないけど
ブートローダー部分なんてめったに更新されないんだから
普通ddあたりで一回バックアップしたら終わりじゃないの？
0244名無しさん＠お腹いっぱい。2011/12/29(木) 19:37:07.28
もう１台マシンを構築しておいて毎日rsync
アドレスやホスト名変えればすぐサービス復旧
というのをやってたことある
0245名無しさん＠お腹いっぱい。2011/12/29(木) 19:38:23.94
もうVMでええやん
0246名無しさん＠お腹いっぱい。2011/12/29(木) 19:44:16.07
rsyncはsshでログインしてくれるから2Tとか転送するのに丸一日とかかかるのが玉に傷
0247名無しさん＠お腹いっぱい。2011/12/29(木) 19:56:50.67
>>240
なぜrsyncではダメなの？
>>244
それやるわ。どのくらいの頻度で更新していたの？
0248名無しさん＠お腹いっぱい。2011/12/29(木) 20:05:51.37
zfs で send→recieve で何の問題があるのかわからん
0249名無しさん＠お腹いっぱい。2011/12/29(木) 20:06:01.11
>>243
ddでとりあえずフルバックアップしておいて
あとはrsyncなりdump,restoreなり好きな方法でということでしょうか

>>247
すいません、あんまりちゃんと理解していないのですが
rsyncで/以下をフルコピーすると別のディスクで起動可能になるのでしょうか？
0250名無しさん＠お腹いっぱい。2011/12/29(木) 20:10:12.80
>>248
また後出しですみません
FreeBSD6.2 + Mediawiki + MySQLなのです

0251名無しさん＠お腹いっぱい。2011/12/29(木) 20:16:44.57
244だけど、rsyncはフルバックアップするツールじゃない
/etcなんかうっかり同期すると破綻するよ
/usr/localとか/homeとか日々更新されそうな部分だけ１日１回アクセスの無い深夜に同期してた
常時更新されるDB等のサービスがあるなら一時止めたほうが良い
0252名無しさん＠お腹いっぱい。2011/12/29(木) 20:17:02.42
mksnap_ffs
0253名無しさん＠お腹いっぱい。2011/12/29(木) 20:29:07.14
DB止めてスナップショットを取ってそいつをバックアップしたりrsyncしたり
0254名無しさん＠お腹いっぱい。2011/12/29(木) 20:33:28.58
みなさんありがとうございます
教えていただいたものを調べていますが追いつかないので
どれか成功したらまた報告させてもらいます
0255名無しさん＠お腹いっぱい。2011/12/29(木) 20:36:40.92
>>251
ヒント：exclude
まあ素人が使うと容赦なく元ファイルまで破壊してくれるからやめたほうがいいだろうね
まずは7.4にでもうｐでーとしたほうがいんじゃね
0256名無しさん＠お腹いっぱい。2011/12/29(木) 20:44:50.36
比較的安全なのはwgetだな
0257名無しさん＠お腹いっぱい。2011/12/29(木) 23:17:20.28
復旧のためのバックアップと更新のために一時退避をするバックアップは違うよね。
0258名無しさん＠お腹いっぱい。2011/12/29(木) 23:24:34.13
実際には大丈夫だろうけど
スペシャルファイルとかシンボリックリンクとかあると
rsyncは敬遠したくなるよ
0259名無しさん＠お腹いっぱい。2011/12/29(木) 23:46:55.45
ヒント：-H
0260名無しさん＠お腹いっぱい。2011/12/30(金) 00:38:23.98
rsyncは -H以外にも
--fileflags ,-A,-X等注意が必要
DBの事を別にすればdump/restoreが一番安全にバックアップ出来る
0261名無しさん＠お腹いっぱい。2011/12/30(金) 06:14:32.05
なんのために /usr/local/etc/rc.d/hoga stop があると思っているんですかー！
dump/restoreする前後にstop/startするためでしょうー？

……あれ、そう思ってたの俺だけ？
DB一時停止→スナップショット（ここでバックアップすると時間かかりすぎる）→DB再開、
で、スナップショットをバックアップすればダウンタイムは最低に出来る？

まあ停止出来ないサービスとかだとだめそうだけどなあ。どうしたらいいんだろ。
0262名無しさん＠お腹いっぱい。2011/12/30(金) 10:29:53.37
多重化してください
0263名無しさん＠お腹いっぱい。2011/12/30(金) 12:49:10.59
OpenBSDをインストール中なんだけどパーティションをa〜kぐらいまで切る意味って
どういうのがあるの？
FreeBSDも結構細かく切ることを昔だけかもしれないけど薦めていたよね。

考えられるのはPCがクラッシュして、起動や運用がうまくいかなくなった際に
問題の切り分けをしやすいというのが思い浮かぶんだけど、他にもなんかありますか？
0264名無しさん＠お腹いっぱい。2011/12/30(金) 12:50:08.93
ばっくあっぷ
0265名無しさん＠お腹いっぱい。2011/12/30(金) 12:54:37.34
溢れた時の防波堤。
0266名無しさん＠お腹いっぱい。2011/12/30(金) 13:07:35.89
>>264
分けなくてもバックアップできるんじゃないの？
>>265
1パーティションで管理した方が溢れそうって把握できるんじゃないの？

パーティションを分けた方がいつ溢れるか、把握しにくいと思うんだけど。
津波を経験すれば、こういう事例だと溢れやすいというのは把握できると思うんだけど。
0267名無しさん＠お腹いっぱい。2011/12/30(金) 13:15:22.38
/homeだけでも分けておけばユーザが/homeを溢れさせても
OSはゆうゆうと働き続けられるという事でしょ？
/ 一本ではユーザが突然あふれる程のファイルを置いたらそこで終了。
0268名無しさん＠お腹いっぱい。2011/12/30(金) 13:23:19.18
その辺は普通quotaあたりで管理するもんじゃないの。
0269名無しさん＠お腹いっぱい。2011/12/30(金) 13:39:05.93
snapshotもファイルシステム毎
0270名無しさん＠お腹いっぱい。2011/12/30(金) 13:51:13.40
パーテーション切りでの管理はクォータでは置き換えることはできないかな。
0271名無しさん＠お腹いっぱい。2011/12/30(金) 13:53:27.95
>>263
あと、ファイルシステムがクラッシュしたときの影響範囲を限定するためってのもある
今じゃsoftupdateとか有るんで殆ど影響ないに等しいけど
書き込みの多いパーティションは壊れやすいので別けるって文化があった
あと書き込みの多いパーティションはバックアップを頻繁にする必要があるけど
/usrとかは殆ど書き込み無いので、頻繁にする必要は無いよねっとか。
0272名無しさん＠お腹いっぱい。2011/12/30(金) 14:16:01.88
あと教育OSとしてLinuxに比べて*BSDはどういう評価なのでしょうか？
自分はホビーイストとして使うので業務うんぬんはどうでも良い。

普段使っている延長線上で出てくる問題でkernelの仕様うんぬんがどうたら
こうたら言われたりもするので読みやすいコードが良いなあと思いまして。

あとMinixの位置づけもどう思われますか？
メジャーなOSでソースコードも短いのであと10年、20年経っても引用される
OSですよね。
>>267
> / 一本ではユーザが突然あふれる程のファイルを置いたらそこで終了。
だから、残りが1GBちょっとだったら考えて落とすでしょ。普通。
残り3GBちょっとぐらいのスペースを作っておいてもバチが当たらない。
>>271
実運用だとあるパーティションが異常をきたしたら、そのパーティションを無視して
新しくパーティションを作って、そこにデータを移して、復旧するの使い方なのかな。
0273名無しさん＠お腹いっぱい。2011/12/30(金) 14:27:37.42
「考えて」とか言ってるバカは、もう少し想像力を鍛えたほうが良い
あと、quota は遅い
0274名無しさん＠お腹いっぱい。2011/12/30(金) 14:40:43.11
>>273
> 「考えて」とか言ってるバカは、もう少し想像力を鍛えたほうが良い
今、SATA系なら1万5千円出せば2TBを買えるでしょ。
残り1GBというピーキーなスペースではなく10GBと置き換える想像力はないの？
バカと人格否定したわけだからその想像力の片鱗の具体例を提示してくれないか。
0275名無しさん＠お腹いっぱい。2011/12/30(金) 14:51:56.35
対話的なプロセスじゃなくてデーモンとかが書いたりするぶんも考慮しましょうってことじゃないのかな
0276名無しさん＠お腹いっぱい。2011/12/30(金) 14:56:43.53
>>272
ファイルシステムが壊れるときってのは、物理的な損傷より、metadataが論理的に壊れる事が多いので、
そのパーティション以外に影響が波及しなければ、フォーマットしなおしてバックアップからリストアすればいい。
/tmpとかだと、フォーマットするだけでいいよね
システム込みでリストアになると大変だけど、データだけのリストアならそんなに苦労しないでしょ？
特にデータセンタに置いてる場合だと、システム込みのリストアだと、マシンの前に張り付かないとダメだけど
データだけなら、リモートで復旧できるよね

実際問題として、ファイルがバカみたいに増えてくると、消すこともままならなくなることさえ有るんだよ
■ このスレッドは過去ログ倉庫に格納されています