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

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

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2008/10/22(水) 18:48:36
FreeBSD 関連の質問はここで。
事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましい。
再現性情報(ハードウェア・ソフトウェア・エラーメッセージ)の記載は必須。

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

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

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

前スレ
初心者もOK! FreeBSD質問スレッド その97
http://pc11.2ch.net/test/read.cgi/unix/1212681617/
0002名無しちゃん…電波届いた？2008/10/22(水) 18:55:49
ニャース・ΜＬ ｷﾃｶﾞｲﾘｽﾄ 28人目
http://pc11.2ch.net/test/read.cgi/unix/1211200469/
ニャース・ΜＬ ｷﾃｶﾞｲﾘｽﾄ 28人目
http://pc11.2ch.net/test/read.cgi/unix/1211200469/
ニャース・ΜＬ ｷﾃｶﾞｲﾘｽﾄ 28人目
http://pc11.2ch.net/test/read.cgi/unix/1211200469/
ニャース・ΜＬ ｷﾃｶﾞｲﾘｽﾄ 28人目
http://pc11.2ch.net/test/read.cgi/unix/1211200469/
ニャース・ΜＬ ｷﾃｶﾞｲﾘｽﾄ 28人目
http://pc11.2ch.net/test/read.cgi/unix/1211200469/
ニャース・ΜＬ ｷﾃｶﾞｲﾘｽﾄ 28人目
http://pc11.2ch.net/test/read.cgi/unix/1211200469/
ニャース・ΜＬ ｷﾃｶﾞｲﾘｽﾄ 28人目
http://pc11.2ch.net/test/read.cgi/unix/1211200469/
ニャース・ΜＬ ｷﾃｶﾞｲﾘｽﾄ 28人目
http://pc11.2ch.net/test/read.cgi/unix/1211200469/
ニャース・ΜＬ ｷﾃｶﾞｲﾘｽﾄ 28人目
http://pc11.2ch.net/test/read.cgi/unix/1211200469/
0003名無しちゃん…電波届いた？2008/10/22(水) 18:56:53
From: [973] 名無しさん＠お腹いっぱい。 <sage>
Date: 2008/10/21(火) 22:03:58

バージョン７．１ってマジでまだ出てねえの、なにかんがえてんの？ｗｗｗｗｗ
馬鹿じゃね？超ばかじゃね？ｗｗｗｗｗｗ
_____________________________________________

From: [974] 名無しさん＠お腹いっぱい。 <sage>
Date: 2008/10/21(火) 22:05:51

これはアレだよね！！！これってあれだよね！あれ！あれだよね！
７．１から標準スケーラーになるって言われてたＵＬＥが実はまだ全然
安定して動いてないんだよｗｗｗｗテラバカスｗｗｗｗｗｗ
いまだに旧来のスケーらとか馬鹿すぎじゃぼけｗｗｗｗｗｗ
_____________________________________________

From: [975] 名無しさん＠お腹いっぱい。 <sage>
Date: 2008/10/21(火) 22:18:08

スケーラー
_____________________________________________

From: [976] 名無しさん＠お腹いっぱい。 <sage>
Date: 2008/10/22(水) 02:24:09

ハウステンボス儲かってますか？
_____________________________________________
0004名無しさん＠お腹いっぱい。2008/10/23(木) 18:19:32
rootのログインシェルをnologinにしてしまいました。

rootになれなくなってしまったんですが
どうすればよいでしょうか？

> su -m
su: permission denied (shell)

となってしまいます。
0005名無しさん＠お腹いっぱい。2008/10/23(木) 19:12:06
>>4
マルチするなｳﾞｫｹ
0006名無しさん＠お腹いっぱい。2008/10/23(木) 23:12:48
>>4
釣りだろうけどさ、前スレに答えは書かれている。
0007名無しさん＠お腹いっぱい。2008/10/23(木) 23:31:47
当方のネットワークが不安定で、FreeBSDのportsからインストール
しようとしている時に稀にfetchの途中で通信が途切れフリーズした
ような状態に陥ってしまいます。

無通信タイムアウトやリトライの設定をすることはできないのでしょうか？
そうなった場合はCtrl + Cを連射して再度やりなおしているのですが、
出来れば完全に自動化したいです。
0008名無しさん＠お腹いっぱい。2008/10/24(金) 00:06:22
jman fetch

FTP_TIMEOUT   FTP 接続を中断するまでの最大時間を秒で指定します。
HTTP_TIMEOUT  HTTP 接続を中断するまでの最大時間を秒で指定します。
0009名無しさん＠お腹いっぱい。2008/10/24(金) 00:20:52
>>7
FETCH_CMD=
にwget。
が、wgetそのままだとリトライ時に連番ファイルにされるから補正するスクリプトを書いてそれを使う。
>>8の方法だとうまく行かない場合がある。
0010名無しさん＠お腹いっぱい。2008/10/24(金) 07:23:26
完全にリモートから保守をしたいのですが、なんとかリモートからシングルユーザーモードに入る方法って無いですか？

シングルユーザーモードはリモートからの接続を許可しないみたいで、init 1 を実行した時点で接続が切れます。
Buildworld や fsck でのディスク修復がリモートから出来ないので、都度直接ログインしないといけない状態です。
Buildworldに関しては、一連の作業をマルチユーザーモードのまま力押ししてる人も居るみたいですが、
fsckなどはそうもいきませんし、何か方法があればお願いします。

0011名無しさん＠お腹いっぱい。2008/10/24(金) 07:57:23
>>10
乗り込むマシンを別途用意の上、マルチシリアルカード使え。
0012名無しさん＠お腹いっぱい。2008/10/24(金) 08:02:30
一般的にはRaritanとかで売っているリモートKVM使え
最近のサーバ機ならIPMI準拠の本体とは独立したリモート管理機構が
オプションなりで付いているからそれを使ったほうが安上がりな場合
も多い。

アマチュアが安くどうにかしたいというなら2台1組にしてお互いを
シリアルケーブルでつなぐのもあり。
あるいは専用回線などでセキュリティ的な問題がないならばこんなも
のを使う
http://www.co-nss.co.jp/products/network/lantronix/xport/xport-top.html
のもあり。
0013102008/10/24(金) 08:20:55
>>11-12
どうもありがとうございます。

早速調べてみます。


0014名無しさん＠お腹いっぱい。2008/10/24(金) 08:21:00
マシン1台の場合でお願いします
0015名無しさん＠お腹いっぱい。2008/10/24(金) 08:44:35
人を1人置く
0016名無しさん＠お腹いっぱい。2008/10/24(金) 09:03:12
>>14
xen
0017名無しさん＠お腹いっぱい。2008/10/24(金) 10:47:07
wget -c
じゃダメなの？
0018172008/10/24(金) 10:48:51
>>17は>>9へのレス
0019名無しさん＠お腹いっぱい。2008/10/24(金) 16:02:43
>>8
timeoutは次の処理に移行してしまう。
その時点で、当然のようにportsのmake installは失敗する。
0020名無しさん＠お腹いっぱい。2008/10/24(金) 16:38:52
www/linux-flashplugin9って今fetchできなくね?
0021名無しさん＠お腹いっぱい。2008/10/24(金) 17:18:57
rm -r /usr/ports/flashplugin
0022名無しさん＠お腹いっぱい。2008/10/24(金) 17:19:49
訂正
rm -r /usr/ports/distfiles/flashplugin
0023名無しさん＠お腹いっぱい。2008/10/24(金) 17:35:41
>>22
とんくす、助かった！
0024名無しさん＠お腹いっぱい。2008/10/24(金) 22:52:55
Windows では、ファイルを使用している時はロックがかかって
ファイルを消せないとかありますが、FreeBSD や Linux 等でも、
そういう制御ってできるんでしょうか。
0025名無しさん＠お腹いっぱい。2008/10/25(土) 00:14:53
あのぉおーｗｗｗｗｗ
７．１はまだなんですかあぁあー？ｗｗｗｑ
もうすぐ１０がつも終わっちゃうんですけどおｗｗｗｗｗｗ

あっ、、そうかぁああー。１０がつってｍ、来年の１０月のことなんだあｗ
さすがＦｒｅｅＢｓｄは時の流れが違いますねｗｗｗｗｗ
0026名無しさん＠お腹いっぱい。2008/10/25(土) 00:34:01
全角鬼印
0027名無しさん＠お腹いっぱい。2008/10/25(土) 04:58:00
>>24
FreeBSDやLinuxでも使用中のファイル(inode)は消せない。
リンクを消すことはいつでもできるけどね。
0028名無しさん＠お腹いっぱい。2008/10/25(土) 07:16:34
>>27
元の質問はそのリンクも消せないようにロックできないのか? ということでは?

あと、i-nodeそのものは消せないにしても、
実行中のバイナリに上書きができてしまう。
(で、実行中のプロセスが core dumpとかで異常終了する)

昔のバージョンだと、text file busy ってなって、実行中のバイナリには
上書きできないように保護されてたんだけど、あれなんでやめたんだっけ?
0029名無しさん＠お腹いっぱい。2008/10/25(土) 07:31:39
>>28
やめてねーよ。
0030名無しさん＠お腹いっぱい。2008/10/25(土) 09:36:25
やめてるよｗ
実際に、nfs上のファイルを編集中に、そのファイルを消してみればわかる。
ロックなんかされないで普通に消せるから。

このあたり、ぶっちゃけWindowsのほうが全然まとも。というかFreeBSDがOS
として屑過ぎるｗ
0031名無しさん＠お腹いっぱい。2008/10/25(土) 09:51:00
>>30
誰もNFSの話なんかしてないｗ
NFSを持ち出したらFreeBSDでは全然駄目
0032名無しさん＠お腹いっぱい。2008/10/25(土) 10:03:20
という事にしたいんですねｗ　わかりますｗ
0033名無しさん＠お腹いっぱい。2008/10/25(土) 10:09:59
たぶん、solarisと混同してるんだと思う。
solarisだと、いずれNFSの時 Text file busyにできないので、
NFSもローカルディスクも同等に扱えるべき、というポリシーから、
ローカルディスクだけ Text file busyにしてもしょうがないので、
Text file busy自体をやめてしまった、と記憶。
FreeBSDではまだやめていない。
0034名無しさん＠お腹いっぱい。2008/10/25(土) 10:20:26
>>30
「やめる」ということは、「過去にはやっていた」という意味になるよね。
nfsなのに、過去にはText file busyの処理をしていたなんて初耳だぞ。
nfsではもともとText file busyの処理は過去も現在もしていない。

そもそもText file busyの処理はローカルのファイルにしかできない。
>>29 が言ってるのは、そのText file busyの処理は昔から変わらず、
やめていないということ。
0035名無しさん＠お腹いっぱい。2008/10/25(土) 10:44:39
Solarisだけど、HDDの容量が足りなくなって、
妙にでかいファイルがあったから削除したら、
動作中のOracleのDBファイルだった、と言う苦い記憶がorz

0036名無しさん＠お腹いっぱい。2008/10/25(土) 11:19:35
おっと NFS の悪口はそこまでだ
0037名無しさん＠お腹いっぱい。2008/10/25(土) 11:31:13
>そもそもText file busyの処理はローカルのファイルにしかできない。

ダウト
Windowsはネットワーク上のファイルに対してもやってる。
やってないFreeBsdがしょぼいだけ。
0038名無しさん＠お腹いっぱい。2008/10/25(土) 11:35:43
>>37 は Text file busyの意味を理解していない。
Windowsの場合は、実行ファイルのアクセスの際にロックをかけることによって
排他を実現している。Text file busyは排他ロックとはまた違うものなんだよ。

よって、「Text file busyはローカルファイルにしかできない」は正しい。
0039名無しさん＠お腹いっぱい。2008/10/25(土) 11:36:34
事実を捻じ曲げて、捏造して、嘘をついて、なんでFreeBSD厨は恥ずかしくな
いんだろう。そんな嘘はすぐにばれるなんて判りきってることなのに。

そうやって世間から屑あつかいされて、信用されなくなって、ヲタだけの排他
的なコミュニティに閉じこもることが幸せに繋がるとはとても思えない。
0040名無しさん＠お腹いっぱい。2008/10/25(土) 11:38:38
>>39
誤爆？
0041名無しさん＠お腹いっぱい。2008/10/25(土) 11:40:28
>>38
つまり排他ロック程度のことすら出来ないFreeBSDはOSとして屑ってことですね
わかります
0042名無しさん＠お腹いっぱい。2008/10/25(土) 11:44:55
Windowsって、ネット上の*.exeファイルの実行の時、
writeだけじゃなくてreadにもロックかけるよね。
そのせいで、sambaで共有した *.exeを複数のクライアントから実行できない。
個別に無駄なコピーが必要になる。
0043名無しさん＠お腹いっぱい。2008/10/25(土) 11:50:08
>>41
なんていうか、フリーのOSに高望みしすぎ。無償開発されてるOSがそこまで
機能を持つのは厳しいと思わんか？

厳密に管理されることを望むなら素直にWindows買っとけ。
0044名無しさん＠お腹いっぱい。2008/10/25(土) 11:57:00
釣りにいちいち反応せんでも。

高望みというか、ポリシーだと思うんだが。
俺はWindowsのマンダトリロックがうざくてかなわん。
0045名無しさん＠お腹いっぱい。2008/10/25(土) 12:10:43
元々UNIX系の方針がそういうものじゃないの？
0046名無しさん＠お腹いっぱい。2008/10/25(土) 12:18:32
機能的に弱い部分はポリシーにしてしまう訳ですね。わかります
0047名無しさん＠お腹いっぱい。2008/10/25(土) 13:28:56
低能なキチガイが湧いてるなぁ。
0048名無しさん＠お腹いっぱい。2008/10/25(土) 14:28:10
>>27 >>28
ありがとう。なるほど、実験してみて納得しました。
バッチ処理で、ファイルを消すバッチがあるんですが、
ロックがかかって消せないというケースは考えられないですね。

...でも Text file busy とか言うので制御されるのですか...？
と言っても、vi で編集中のファイルを、他のセッションから、
編集中のファイルを削除しようとしたらできるし...。
良くわからなくなってきました。
0049名無しさん＠お腹いっぱい。2008/10/25(土) 14:36:01
ファイルのロック制御なんてのはアプリ固有の制御じゃないの？
0050名無しさん＠お腹いっぱい。2008/10/25(土) 14:38:09
とりあえず、chmod 400 しとけば？
それでダメでも flock とか lockf とかでいいんじゃねーの？
chflags とかでもいいけどさ。
0051名無しさん＠お腹いっぱい。2008/10/25(土) 15:13:12
>>50
ありがとう。chflags の uchg で、なんとか試験だけはできそうです。
flock や lockf については指定方法がわかりませんでした。
取りあえず難は凌げそうです。助かりました。
0052名無しさん＠お腹いっぱい。2008/10/25(土) 16:00:13
>>48
Textの意味を誤解してないか?
Text file busy が出てくるのは「実行
中のバイナリファイル」だぞ。

それからリンクカウントの意味が
わかっていないようだな。
rmによる削除はいずれにしろできる。

% cc 7line_othero.c
% ./a.out

別のターミナルで
% dd if=/dev/zero of=a.out count=512
dd: a.out: Text file busy
% uname -v
FreeBSD 7.1-PRERELEASE #0:
% rm a.out
override rwxr-xr-x xxxxx/xxx for a.out? y
0053名無しさん＠お腹いっぱい。2008/10/25(土) 17:04:02
いやいやjust a userはbss,data,text言われたってわからんぞ
0054名無しさん＠お腹いっぱい。2008/10/26(日) 08:07:09
>>52
なるほど、バイナリなのかなとは思っていたんですが、
Text file busy ってでたので勘違いしてました。
>>30 でファイル編集中にっていう意見もでてたので。

でも、納得しました。上書きはできないけど消すことは可能なんですね。
なんか不思議ですが...
■ このスレッドは過去ログ倉庫に格納されています