くだらない質問はここに書き込め!Part 53at UNIX
くだらない質問はここに書き込め!Part 53 - 暇つぶし2ch376:名無しさん@お腹いっぱい。
07/09/11 13:53:55
a.logには随時ログデータが書き込まれている場合、
cp a.log b.log
とすると、
完了するまでに書き込まれたデータ(コピー中に書き込まれたデータ)
は b.log にはコピーされない、
という状態になりますよね。

a.log を b.log としてコピーして
かつ a.log 一旦データを0にしたいのですが、
コピー中に書き込まれたデータが消えるのがネックとなっています。

何か良い回避方法はないでしょうか。


377:名無しさん@お腹いっぱい。
07/09/11 14:02:54
>>376
普通に
mv a.log b.log
touch a.log
した後に書き込み先を切り替えてもらうんじゃだめなん?

378:376
07/09/11 14:22:52
>>377
自由に扱えるログデータを別ユーザに与える、
というのが目的で、
書き込み先を切り替えると
元のログデータの保守がきかなくなってしまうため、
書き込み先を変えるのは避けたいと考えてます。

379:名無しさん@お腹いっぱい。
07/09/11 14:26:32
378 は「書き込み先を切り替える」の意味を取り違えてる悪寒

380:名無しさん@お腹いっぱい。
07/09/11 14:27:54
>>378
日本語でおk

381:名無しさん@お腹いっぱい。
07/09/11 14:39:13
>>378
別ユーザーのファイルにしたいんなら、普通に、
mv a.log b.log
chown user b.log
> a.log
したあとに
kill -HUP
すればいいんじゃないの?

382:名無しさん@お腹いっぱい。
07/09/11 14:44:47
kill -HUP で切り替わるなら、な。

383:名無しさん@お腹いっぱい。
07/09/11 14:46:33
kill -HUP は一例だろ。論点はそこじゃない。

384:名無しさん@お腹いっぱい。
07/09/11 14:50:57
メールスプールのように、ログを吐き出すプログラムも、
ログを取り分けるプログラムも、lockf()してファイル操作すれば無問題。

385:名無しさん@お腹いっぱい。
07/09/11 14:51:10
>>383
そここそが問題でしょう。
簡単に切り替えられないからこそ
>>376のように聞いてるんじゃないだろうか。

386:名無しさん@お腹いっぱい。
07/09/11 14:53:55
>>376の意図の背景の推測だけど、
ログを出す側は1行(あるいは1項目)ごとにcreat付のopenしてるんじゃない?
それなら、HUPなんかしなくても大丈夫でしょ。

387:名無しさん@お腹いっぱい。
07/09/11 14:54:59
エスパーが多いスレだな。

388:名無しさん@お腹いっぱい。
07/09/11 14:56:31
>>385
ちがうだろ。>>376 は cpでコピーしようとしてるし、
>>377 が言ってる基本の方法すら知らないで質問してる初心者だろ

389:名無しさん@お腹いっぱい。
07/09/11 14:58:26
今日の「お題」はコレですかw

↓では、回答者同士のバトルをどうぞ

390:376
07/09/11 15:25:32
すいません、うまく伝わっているのかわからないのですが、
cp(mv) a.log b.log
してる間に発生しているログ(a.logに書き込まれているログ)は
b.log には移らないという考えはあってますでしょうか?



391:名無しさん@お腹いっぱい。
07/09/11 15:27:33
>>390
cpとmvで違う。
cpだと途中で発生しているログは移らない。
mvだと、途中で発生しているログも移る。

やっぱり、>>388 が言ってるとおり、基本を理解してなかったんだね。

392:376
07/09/11 15:30:51
>>391
そうなんですか!!
めちゃくちゃ勉強になりました。
ありがとうございます。

ありえないかと思うんですが、
極端に言えば、
ログの発生スピードとmvのデータ移動のスピードが
同じ場合、
mvは永遠に終わらない、ってことですよね。

393:名無しさん@お腹いっぱい。
07/09/11 15:32:27
>>329
ありゃ、ファイルのopenについても理解してなかったのか・・・

違うよ。mv は一瞬で終る。
mvによってたとえファイル名が変わっても、
ログはmv後のファイルにそのまま書き込まれるだけ。

394:名無しさん@お腹いっぱい。
07/09/11 15:33:09
>>393
> mvによってたとえファイル名が変わっても、
> ログはmv後のファイルにそのまま書き込まれるだけ。
それは書き込む側の作りによる。

395:名無しさん@お腹いっぱい。
07/09/11 15:33:21
安価ーミス 393は>>392 な。

396:名無しさん@お腹いっぱい。
07/09/11 15:35:45
>>392
UNIXの mvって、移動じゃなくてリネームコマンドなんだよ。ファイル実体は同じ。

397:名無しさん@お腹いっぱい。
07/09/11 15:40:15
>>382
やっぱ、kill -HUP 以前の問題だったなw
論点はそこじゃなかったなw

398:名無しさん@お腹いっぱい。
07/09/11 15:55:04
素人からみるとMac OSXもUNIXだと思うんですが、
何でUNIX板の住人は毛嫌いするんでしょうか?
以前から不思議に感じてます。

399:名無しさん@お腹いっぱい。
07/09/11 15:57:18
気の所為か被害妄想だろう。
ま、MacOS X 特有の話を専用板でやらないとすると
見識を疑われるとは思うけど。

400:名無しさん@お腹いっぱい。
07/09/11 17:04:03
コマンドの実装レベルまで知ってないとUNIXerにはなれないのか・・・すごいな

401:名無しさん@お腹いっぱい。
07/09/11 17:08:31
なれないなんて誰か言ったか?

402:400
07/09/11 17:10:30
>>401
なんでそうつっかかるんだよ
UNIX板の人達は詳しく知っていてすごいなと思っただけじゃないか

403:名無しさん@お腹いっぱい。
07/09/11 17:11:45
なら最初からそう言えばいいじゃん。
遠回しに皮肉っぽく言わずに。

404:名無しさん@お腹いっぱい。
07/09/11 17:12:18
しかし、でかいファイルのcpとmvの時間差を肌で感じて、
実装を推測できないようじゃ、UNIXに限らず先が知れる。

ところで、上のmvがリネームだという話は、ファイルシステム内だけの話な。

405:名無しさん@お腹いっぱい。
07/09/11 17:25:41
昔のmvは、異ファイルシステム間では実行できなかった、というと昔話が始まる悪寒。

406:名無しさん@お腹いっぱい。
07/09/11 17:28:00
デーモンが起動時にopenして終了するまで開けっ放しのタイプだと
データ全部 mv 先に書き込まれ続けたりしませんか

407:400
07/09/11 17:28:40
そうか。

移動するっていうのは(同一ファイルシステム上なら)ファイル情報を書き換える以外に方法はない→mvの実装もそうなる

ってことでおk?
ファイル情報そのままにHDD上を移動させてもしゃーないし。

408:名無しさん@お腹いっぱい。
07/09/11 17:32:16
>>407
「以外に方法はない」じゃなくて、リネームの方が効率がいいということだろ。
別に、データコピーして、コピー元をrmするという実装も可能は可能だよ。

409:名無しさん@お腹いっぱい。
07/09/11 17:33:25
>>406
だから kill -HUP なりなんなりで
書き込み先を変えてやるんじゃん。

410:名無しさん@お腹いっぱい。
07/09/11 17:47:40
>>409
理解しますた
タコで申し訳ない

411:名無しさん@お腹いっぱい。
07/09/11 18:08:40
>>399
新・mac板が閉鎖されたらUNIX板に入れてくれるでしょうか?

412:名無しさん@お腹いっぱい。
07/09/11 18:09:53
そういう事態になってみないことにはなんとも。

413:名無しさん@お腹いっぱい。
07/09/11 18:27:03
偽の仮定からは任意の結論を導いても真である。

414:名無しさん@お腹いっぱい。
07/09/12 00:44:09
cvsのデータをバックアップを取らずに編集してしまいました。
新たに再取得したいのですが、どうしたらいいですか?

415:名無しさん@お腹いっぱい。
07/09/12 01:22:06
>>414

cvs updateってなめてんのか?


416:名無しさん@お腹いっぱい。
07/09/12 01:30:53
>>415
それで、元に戻りますかね?
やってみたんですけど、戻りませんでした。

417:名無しさん@お腹いっぱい。
07/09/12 02:49:16
消したのはCVSROOTの下の*,vか?


418:名無しさん@お腹いっぱい。
07/09/12 12:16:28
Solaris 10をインストールしたんですけど、
「リモートサービスを有効化するか?」
という項目で、
「いいえ」
を選択してインストールしたのですが、
インストールが完了した今になってから、リモートを有効にする事って出来ますでしょうか?

もし出来るのなら、やり方とか教えて下さい。

419:名無しさん@お腹いっぱい。
07/09/12 12:33:20
すまん、自己解決しました。

420:名無しさん@お腹いっぱい。
07/09/12 14:38:26
パソコン用スピーカと観賞用スピーカと分けて聞けるようにしたいのですが、
配線、接続のやり方を教えてください!

421:名無しさん@お腹いっぱい。
07/09/12 14:41:32
観て楽しむだけなら別に接続しなくていいじゃん。

422:名無しさん@お腹いっぱい。
07/09/12 14:44:18
いまいち

423:名無しさん@お腹いっぱい。
07/09/12 14:46:23
間違えました。干渉用スピーカーです。

424:名無しさん@お腹いっぱい。
07/09/12 14:53:26
もう一度だけチャンスをやろう。

425:名無しさん@お腹いっぱい。
07/09/12 15:00:01
間違えました。感傷用スピーカーです。

426:名無しさん@お腹いっぱい。
07/09/12 15:08:28
ところで、漢字がちゃんとなおったとしても意味わからん。

427:名無しさん@お腹いっぱい。
07/09/12 15:15:26
ビープ音用スピーカーを分離したいって話じゃないの?

428:名無しさん@お腹いっぱい。
07/09/12 15:20:55
まぁなんだ、板違いだ。
URLリンク(pc11.2ch.net)

429:名無しさん@お腹いっぱい。
07/09/12 19:56:14
dbmとhashの役割及びそれぞれの違いを教えて頂けませんか

430:名無しさん@お腹いっぱい。
07/09/12 19:58:08
>>429
URLリンク(ja.wikipedia.org)
URLリンク(ja.wikipedia.org)

431:429
07/09/12 20:11:07
>>430
ありがとうございました。
sendmailの設定の中でdbmやhashを設定する箇所があり
詳しくわからないのですがaccess.db等を作成する際に使用するものと想像してます。
その際db化する為に使用するのでしょうが、どちらを使うべきなのか
使い分けや、どのように結果として異なるのかイマイチ理解できずにいます。

432:名無しさん@お腹いっぱい。
07/09/12 20:36:19
「どちらを使うべきなのか」という質問自体が理解不足を表している。

433:名無しさん@お腹いっぱい。
07/09/12 21:55:39
>>431
最初にsendmailがらみだと言わないから話がおかしくなる。

sendmailが使うmakemapのマニュアル見ればわかるとおり、
dbmとかhashとかいうのは、
makemapで生成するデータベースのフォーマットのタイプのこと。
dbmを使うにはそれ用のライブラリndbmがいるし、
hashを使うにはそれ用のライブラリBerkeleyDBがいる。
どちらもハッシュをベースにした方式。
makemapによってはbtreeをサポートしているかもしれない。

で、どれを選ぶかで、性能とかファイルサイズとかが違ってくる。
が、そこらのサーバで使う程度のデータベースじゃ性能の差なんてほとんどない。
dbmはファイルが多少でかいのと、古臭い。

互換性の問題とかライブラリがないとかでなければ、普通はhashでいいかと。

434:429
07/09/12 23:03:34
>>433
詳細にご回答頂きありがとうございました。
makemap BerkeleyDB hashなどの関係が理解できました。
質問が適切でない事は申し訳なかったです...

435:名無しさん@お腹いっぱい。
07/09/13 23:27:47
BBSPINKを救えるつわものはおらんかのぉ(´・ω・`)

436:名無しさん@お腹いっぱい。
07/09/14 18:05:34
BBSPINKに教わるつわものはおらんだろうのぉ(´・ω・`)

437:名無しさん@お腹いっぱい。
07/09/14 23:05:51
救世主伝説を作るチャンスなんだがのぉ(´・ω・`)

438:名無しさん@お腹いっぱい。
07/09/14 23:29:46
…のぉ(´・ω・`)ショボーン

439:名無しさん@お腹いっぱい。
07/09/16 23:06:51
man (roff?) について質問です。

% man make して読んでいくと

SEE ALSE
The GNU Make Manual

ってのが表示されました。
「(あなたのディスク内のどこかにあるであろう) GNU Make のマニュアルを読んでね」ということなのか、
あるいは何か操作をおこなうと紐づけされている部分が開くのか、どっちでしょうか?

要は、このSEE ALSOの部分に書いてあることに対して、
どのような操作が有益なのかパッとひらめかないのです。


440:名無しさん@お腹いっぱい。
07/09/16 23:17:02
>>439
> 「(あなたのディスク内のどこかにあるであろう) GNU Make のマニュアルを読んでね」
ってこと。自動化はされていない。

info(あるいは emacs の M-x info)で読めるようになっているものも多い。
その先はOSによるが、/usr/share/doc とか /usr/local/share/doc
とかにあればラッキー。


441:名無しさん@お腹いっぱい。
07/09/16 23:23:10
>>440
ありがとうございます。
info形式でありました。大変助かりました。


442:名無しさん@お腹いっぱい。
07/09/17 00:37:43
大変厨な質問で恐縮です。友人にUNIXを勉強したいと相談したところ
ソフトウェアいろいろとSUNの機械(SUN ENTERPRISE4500)を二台くれました。
私、SUNの機械に触るのが殆ど始めてて、OSのインストールどころか、CRTの
接続すらままならない状態です。グラボ(?)フレームバッフアァPGX64という
カードを貰いまして、コレを接続すれば15ピンのモニタなら使えると言われま
したがドコに接続すれば良いかもわからない状態です。ググっても取り説らしき
データも引っかかりませんし・・・
どなたかよろしくご教授のほど宜しくお願い致します。

443:名無しさん@お腹いっぱい。
07/09/17 00:39:51
E4500を2台も自宅で動かしたら、電気代と騒音で死ねると思う。

444:名無しさん@お腹いっぱい。
07/09/17 00:43:53
>>443
死亡覚悟です。
とりあえず離れに設置しました。電気代はまぁ二台まとめて動かすことは
まず無いからいいかなと。しかし重たかった・・・

445:名無しさん@お腹いっぱい。
07/09/17 00:48:20
ところで、何を訊きたいのか?
シュリンクD-SUBじゃなく、13W3とか、そう言う話か?

446:名無しさん@お腹いっぱい。
07/09/17 00:52:46
なんで友達に聞かないんだ?
あと、1台でも電気台で死ねるぞ。
貰ったんなら売って、中古でU10でも買え。

447:名無しさん@お腹いっぱい。
07/09/17 00:56:22
シリアルで使えばいいじゃん。
つーか、x86 Solaris とか *BSD とか Linux でいいじゃん。

448:名無しさん@お腹いっぱい。
07/09/17 00:57:51
一日二、三時間稼動でも死にますかね?

友人はコンソールでつないでたとかで、グラボは使ってなかったそうです。
で、グラボも死蔵品だったそうで一緒にくれました。

>>445
ええと、上記グラボを貰ったのですが、どこに差していいのかがまず判らない
状態です。

449:名無しさん@お腹いっぱい。
07/09/17 01:00:08
S-BUSのI/Oボードは有ってもPCIは無い悪寒。

450:名無しさん@お腹いっぱい。
07/09/17 01:09:17
一応ググってはみたのですが、確かに対応グラボにPGX64とは
書かれているのですが、指す場所までは説明が無いんです。
素直にSUNに電話して聞いてみたほうがいいんでしょうか?


451:名無しさん@お腹いっぱい。
07/09/17 02:12:09
刺せるところに刺せばいいんじゃねーの?
しらんが

452:名無しさん@お腹いっぱい。
07/09/17 02:15:46
久しぶりの大釣り物語だ

453:名無しさん@お腹いっぱい。
07/09/17 02:29:37
すいません 釣りのつもりは無いのですが。

SUNのサポートにメールで問い合わせをしましたのでもういいです

454:名無しさん@お腹いっぱい。
07/09/17 10:39:30
釣り失敗に終わったな。ここの連中ルアーには慣れてるから
そう簡単にはつれんぞ。だいたい
俺的には「フレームバッファ」が出てきた時点でオワッタ


455:名無しさん@お腹いっぱい。
07/09/17 18:53:39
Solarisの/procベースのデバッガインタフェースが、昔からのptraceシステムコールより優れているとされるのは
具体的にどのへんですか?Solaris使ってない漏れにやさしくおしえてください。

456:名無しさん@お腹いっぱい。
07/09/17 22:06:46
自分で調べない理由を優しくおしえてください

457:名無しさん@お腹いっぱい。
07/09/18 10:34:42
>>454
>俺的には「フレームバッファ」が出てきた時点でオワッタ

ああ、あの違和感はこれだったのか

458:名無しさん@お腹いっぱい。
07/09/21 00:34:03
ディレクトリの階層構造って上位の方が先に来ますよね?
/usr/local/www/dataみたいに。
アメ野郎的には住所みたいに下から書きたいんじゃないんですか?
data/www/local/usr/みたいに。野郎ども妥協したんですか?アメらしくない。

459:名無しさん@お腹いっぱい。
07/09/21 00:41:17
それがどんだけ不便なことか分かるか?
不便どころか使いものにならないだろ。


460:名無しさん@お腹いっぱい。
07/09/21 00:56:02
www.2ch.net
使い物にならないかぁ? ただの慣れだろ。

461:名無しさん@お腹いっぱい。
07/09/21 01:35:00
>>458
オメリカンナイズなちんこの俺が答えておくが
英語圏の人間は
/usr/local/www/data
←←←←←←←←
こういう順番で読んでるんだよ
モマイもあと数年経つと自然と右から読むようになる

462:名無しさん@お腹いっぱい。
07/09/21 01:38:07
George Bush より Bush George の方が便利だよな。
住所録なんかでは結局
「Bush, George」
とかいう使い方するんだからな。

463:名無しさん@お腹いっぱい。
07/09/21 07:17:06
ふっ

464:名無しさん@お腹いっぱい。
07/09/21 07:21:39


465:名無しさん@お腹いっぱい。
07/09/21 07:27:11


466:名無しさん@お腹いっぱい。
07/09/21 11:54:00

 エディタで相談なんですが、今までずっとviしか使ったことがないんです。
 そんなヤツにオススメなエディタがあったら、教えて頂けませんでしょか?
 GNOMEとか入れてないんで、コンソール限定で。

つか、Unixユーザーって普段どんなエディタ使ってるんですか?


467:名無しさん@お腹いっぱい。
07/09/21 11:58:49
>>466
vi 使えてるならそれで十分だと思うけど。

vi 系、Emacs 系以外なら nano, ee, ae あたり。
使ったことないなら vim とかも。


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch