▼スレッド
│
└◇1914:Re[3]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [MSだす。] 02/17 18:30

　├◇1915:Re[4]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [discypu] 02/17 
　└◇1916:Re[4]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [discypu] 02/17 
　　└◇1963:Re[5]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [hozumi] 03/01 
　　　└◇1964:Re[6]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [discypu] 03/03 
　　　　└◇1966:Re[7]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [prt] 03/07 
　　　　　└◇1967:Re[8]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [nil] 03/07 
　　　　　　└◇1978:Re[9]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [hozumi] 03/13 
　　　　　　　├◇1981:Re[10]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [MSだす。] 03/13 
　　　　　　　│└◇1984:Re[11]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [nil] 03/13 
　　　　　　　│　└◇1985:Re[12]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [MSだす。] 03/14 
　　　　　　　│　　└◇1986:Re[13]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [nil] 03/14 
　　　　　　　│　　　└◇1992:getfaclの出力の NTFS/FAT の違い [nil] 03/15 
　　　　　　　└◇2036:Re[10]:"$ cygrunsrv --start inetd"すると「そのサービスは指定時間内に開始要求または制御要求に応答しませんでした。」 [hozumi] 04/01 <

inetd をサービスとしてインストール、サービスの開始は
cygrunsrv を使わずに、

$ inetd --install-as-service
$ net start inetd

ではないでしょうか？
はずしていたらごめんなさい。

設定ファイルを見る限りは問題が見当たりませんねぇ。

>> Cygwinのバージョンが 1005.7.0.0 ってのが不可解ですが、
> C:\cygwin\bin\cygwin1.dllのファイルバージョンです。

了解です。でも、できれば cygcheck -c cygwin や
uname -a を示したほうがよいかと。


>> 1. /usr/sbin/inetd をサービスではなく、直接実行するとどうなりますか？
(略)

inetd -d の結果を見る限りでは問題がないように見えます
ね。

ところで、inetd -d を実行すると、ctrl-Cでとめない限り、
inetd って動作し続けていませんか？もしそうであれば、
inetd関連の設定ファイルの内容は正常だと思います。

となると、ファイルの権限に問題がある可能性があると
思います。

>> 2. inetdは次の設定ファイルを使います。これらの内容に問題はありませんか？
(略)

こちらも、正常に見えますね。


> 今日は「$ cygrunsrv --start inetd」試してみましたら何故か
> 「ダイナミックリンクライブラリcygwin1.dllが指定されたパスにありません。
> c:\cygwin\usr\sbin:C:\WINNT\system32;…」
> というダイアログボックスが現れてしまいました。
> [システムの環境変数]では
> C:\cygwin\bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem
> としているのですが上記のように「c:\cygwin\usr\sbin」となってしまいます。

うむむ。こっちは原因がさっぱり見当がつきません。
別のbashを立ち上げて（その時点の環境変数が反映される）
も同様でしょうか？

ところで、Cygwinをインストールするときは、
Administrator権限のついたユーザで行いましたでしょう
か？ ここの掲示板の「過去一覧」で見かけた覚えがあるの
ですが、Administrator権限を持たないユーザでインストール
して、inetdで同じエラーが出た、って話題があったように思
います。

1914の発言、ツリーに付ける位置を間違えちゃいました。

> inetd をサービスとしてインストール、サービスの開始は
> cygrunsrv を使わずに、
>
> $ inetd --install-as-service
> $ net start inetd

cygrunsrv って、net start/stopと同じく、サービスの起動・終了の機能もあったりします。
# cygrunsrv --help を参照。

ので、cygrunsrv --start inetdでもよいかと。

私も net start を使いますけど。文字数が少ないから。

遅くなりまして申し訳有りません。


> 設定ファイルを見る限りは問題が見当たりませんねぇ。
そうですか。

> 了解です。でも、できれば cygcheck -c cygwin や
> uname -a を示したほうがよいかと。
失礼致しました。
[host@Administrator]$ uname -a
CYGWIN_NT-5.0 host 1.5.7(0.109/3/2) 2004-01-30 19:32 i686 unknown unknown Cygwi
n
となりました。

> inetd -d の結果を見る限りでは問題がないように見えます
> ね。
> ところで、inetd -d を実行すると、ctrl-Cでとめない限り、
> inetd って動作し続けていませんか？
はい、仰る通りです。

> もしそうであれば、
> inetd関連の設定ファイルの内容は正常だと思います。
安心致しました。

> となると、ファイルの権限に問題がある可能性があると
> 思います。
[host@Administrator]$ ls -l inetd.conf
-rw-r--r-- 1 root なし 1973 Feb 17 01:52 inetd.conf
[host@Administrator]$ ls -l /etc/xinetd.conf
rwxr-xr-x 1 root なし 298 Nov 11 2002 xinetd.conf
[host@Administrator]$ ls -l /etc/xinetd.d
otal 17
rwxr-xr-x 1 root なし 282 Nov 10 2002 chargen
rwxr-xr-x 1 root なし 302 Nov 10 2002 chargen-udp
rwxr-xr-x 1 root なし 282 Nov 10 2002 daytime
rwxr-xr-x 1 root なし 302 Nov 10 2002 daytime-udp
rwxr-xr-x 1 root なし 274 Nov 10 2002 echo
rwxr-xr-x 1 root なし 293 Nov 10 2002 echo-udp
rwxr-xr-x 1 root なし 335 Nov 10 2002 ftpd
rwxr-xr-x 1 root なし 362 Nov 10 2002 rexec
rwxr-xr-x 1 root なし 379 Nov 10 2002 rlogin
rwxr-xr-x 1 root なし 433 Nov 10 2002 rsh
rwxr-xr-x 1 root なし 310 Nov 10 2002 rsync
rwxr-xr-x 1 root なし 311 Nov 10 2002 servers
rwxr-xr-x 1 root なし 313 Nov 10 2002 services
rwxr-xr-x 1 root なし 231 Nov 10 2002 talk
rwxr-xr-x 1 root なし 307 Nov 10 2002 telnet
rwxr-xr-x 1 root なし 307 Nov 10 2002 time
rwxr-xr-x 1 root なし 303 Nov 10 2002 time-udp

となっています。いかがでしょうか?

> ところで、Cygwinをインストールするときは、
> Administrator権限のついたユーザで行いましたでしょう
> か？
はい、勿論です。一般ユーザでは行いません。

> [host@Administrator]$ uname -a
> CYGWIN_NT-5.0 host 1.5.7(0.109/3/2) 2004-01-30 19:32 i686 unknown unknown Cygwi
> n
> となりました。

　最新ですね。

>> となると、ファイルの権限に問題がある可能性があると
>> 思います。
>[host@Administrator]$ ls -l inetd.conf
（略）
>-rw-r--r-- 1 root なし 1973 Feb 17 01:52 inetd.conf
>
>[host@Administrator]$ ls -l /etc/xinetd.conf
（略）
>
>[host@Administrator]$ ls -l /etc/xinetd.d
>otal 17
（略）
>
>となっています。いかがでしょうか?

　問題なさそうですねえ。SYSTEM アカウントがファイルを
読めるなら、たぶんinetdは動くと思います。
　（なお、xinetdはinetdとは別物なので、今回の問題とは
無関係かと）

> > ところで、Cygwinをインストールするときは、
> > Administrator権限のついたユーザで行いましたでしょう
> > か？
> はい、勿論です。一般ユーザでは行いません。

　了解です。


　/usr/sbin/inetd.exe を SYSTEMアカウントで実行すると
失敗する訳ですから、あと、失敗の原因になりそうなのは、
次の２つのファイルのパーミッションかな。

1. /usr/sbin/inetd.exe
2. /usr/sbin/inetd.exe が使うDLL

手元の環境で、これらのファイルのパーミッションを調べて
みました。

1./usr/sbin/inetd.exe のパーミッション

1) ls で確認して……

$ ls -l /usr/sbin/inetd.exe
-rwxr-x---+ 1 username Users 32256 Sep 19 22:41 /usr/sbin/inetd.exe

2) '+'がついてるので、さらにgetfaclで確認。

$ getfacl /usr/sbin/inetd.exe
# file: /usr/sbin/inetd.exe
# owner: username
# group: Users
user::rwx
group::r-x
group:SYSTEM:rwx
group:Administrators:rwx
mask:rwx
other:---


2./usr/sbin/inetd.exe が使うDLLのパーミッション

1) inetd.exeが使っているDLLを確認。

$ cygcheck /usr/sbin/inetd.exe
C:/cygwin/usr/sbin/inetd.exe
C:\cygwin\bin\cygwin1.dll
C:\WINDOWS\System32\ADVAPI32.DLL
C:\WINDOWS\System32\ntdll.dll
C:\WINDOWS\System32\KERNEL32.dll
C:\WINDOWS\System32\RPCRT4.dll

2) cygwin1.dllのパーミッションを確認してみる。

$ ls -l "C:\cygwin\bin\cygwin1.dll"
-rwxr-x--x+ 1 username Users 1109385 Jan 31 09:34 C:\cygwin\bin\cygwin1.dll

3) '+' がついてるので、さらにgetfaclで確認する。

$ getfacl "C:\cygwin\bin\cygwin1.dll"
# file: C:\cygwin\bin\cygwin1.dll
# owner: username
# group: Users
user::rwx
group::r-x
group:SYSTEM:rwx
group:Administrators:rwx
mask:rwx
other:--x

単純に
win95系であれば C:\WINDOWS に
winNT系であれば C:\WINNT に
/bin/cygwin1.dll をコピーして
(それでもだめだったら実行権限も見直して)
やるだけではだめでしょうか?

話がずれていたら謝ります....

たしかに、システム環境変数の PATHの設定や reboot の確認がどうなっているのか怪しいままですが…

>単純に
>win95系であれば C:\WINDOWS に
>winNT系であれば C:\WINNT に
>/bin/cygwin1.dll をコピーして
>(それでもだめだったら実行権限も見直して)

ええと、初心者*も*対象になる場合、この解決法はトラブルの元じゃないでしょうか?
せめて、問題が生じる行為であること、cygwin1.dllのupdateが起きた後にも問題が無いように、アドバイスする必要がありませんか? (updateの度に使用中の C:\win*\cygwin1.dll をコピーしなおす手順?)

また C:\Win*よりはかろうじて /bin/sbin/ にコピーするほうがまだましだと思います。

遅くなりまして申し訳有りません。

>　/usr/sbin/inetd.exe を SYSTEMアカウントで実行すると
> 失敗する訳ですから、あと、失敗の原因になりそうなのは、
：
> group:Administrators:rwx
> mask:rwx
> other:--x
以下のようになりました。
少し違いますね。
特に何もいじってはいません。インストールし立てです。

$ ls -l /usr/sbin/inetd.exe
-rwxrwxrwx 1 root Users 32256 Sep 19 22:41 /usr/sbin/inetd.exe
$ getfacl /usr/sbin/inetd.exe
# file: /usr/sbin/inetd.exe
# owner: root
# group: Users
user::---
group::---
mask:rwx
other:rwx
$ cygcheck /usr/sbin/inetd.exe
C:/cygwin/usr/sbin/inetd.exe
C:\cygwin\bin\cygwin1.dll
C:\WINNT\system32\ADVAPI32.DLL
C:\WINNT\system32\NTDLL.DLL
C:\WINNT\system32\KERNEL32.DLL
C:\WINNT\system32\RPCRT4.DLL
$ ls -l "C:\cygwin\bin\cygwin1.dll"
-rwxrwxrwx 1 root Users 1109385 Jan 31 09:34 C:\cygwin\bin\cygwin1.dl
l
$ getfacl "C:\cygwin\bin\cygwin1.dll"
# file: C:\cygwin\bin\cygwin1.dll
# owner: root
# group: Users
user::---
group::---
mask:rwx
other:rwx


うーん、如何でしょうか?

getfaclの結果に、SYSTEMやAdministratorsが無いのは
ひょっとして/etc/group や/etc/passwd が壊れている、
あるいはSYSTEMなどがエントリーされてないのでは？
$ grep SYSTEM /etc/group
SYSTEM:S-1-5-18:18:

$ grep SYSTEM /etc/passwd
SYSTEM:*:18:544:,S-1-5-18::

など。他の実行ファイルの権限設定もあやしいでしょうから
クリーンインストールするのが良いのでは…

…などど思いますがどうでしょう？

>getfaclの結果に、SYSTEMやAdministratorsが無いのは

ls -l の結果に '+' がついていないのでおかしくはないのではありませんか?
(たぶん CYGWIN=ntsec を設定していないのだと思いますが。NTFS ですよね?)

これ以上混乱してもしょうがないし、permission や 1913の最後のほうをみても、正しくアドバイスするのが難しい状況だと思うので、私も、とりあえず、

1. Cygwinを正しく削除(FAQ や解説を参照してください)
2. 正しい手順でインストールしなおす
3. inetutils-X.X.X.README にあらかじめ目を通して解説書などに従い、正しい手順で設定

してから確認するほうが良いと思いますが。

> >getfaclの結果に、SYSTEMやAdministratorsが無いのは
>
> ls -l の結果に '+'
>がついていないのでおかしくはないのではありませんか?
> (たぶん CYGWIN=ntsec
>を設定していないのだと思いますが。NTFS ですよね?)
>
たしかに。しかしCYGWIN=ntsecはデフォルトなのでそれ相応
にFATの可能性も
あるようにも…。

そんなわけで、cygwinはNTFSがお勧めです、ということも言
っておきたい
と思います --> hozumiさん。

ええと、すいません、私も余計なこと書きました。先日のも含めて、要は、混乱を増すだけのようなアドバイスは必要ないだろう、ということで…

現時点では別に FAT のままでもいいでしょう。原則 NTFS推奨でも、初心者の私でも大抵はFATで使って、隠れた ACLで悩むことありませんし、個人で使う分には変換を勧めるほどのことでもないかと。
(逆に質問者となるならば getfacl,setfacl の勉強をして欲しいです。NTFSの場合)

誰か、setfacl と言う人がいてもかまいませんが、どうも質問者の状況説明では、へんなところが多いので確実性がわからず、環境変数等の見直しの後、手順に従ったインストール、設定と確認を促したまでです。
(なので個人的には実ば、再インストールすれば解決するかどうかわかりません)

(FAT と思われる点もありますが、-rwxrwxrwx にならないような気がしたのと getfacl の mask,other の順番から、深く考えずに(nontsec は関係なかった)、NTFSですか? と確かめたつもりですが、やめとけばよかったですね)

|user::---
|group::---
|mask:rwx
|other:rwx
>getfacl の mask,other の順番から、

念の為ソースを確認しました。
おおよそのところ、cygwin-1.5.7-1/winsup/cygwin/sec_acl.cc の中の関数 acl_worker(), getacl() において、ACLを持たない(not NTFS)かCYGWIN=nontsec であれば user, group, other, mask の固定順のまま表示され、そうでなければ aclsort32() でフラグの値(cygwin/acl.h)で並び替えて、user, group, mask(CLASS_OBJ), other(OTHER_OBJ) の順に表示されるようです。

遅くなりましてスイマセン。
ファイルタイプはNTFSにしています。
結局再インストールしました。
取り敢えず以下のようになっていますが
"$ cygrunsrv --start inetd"
できました。



$ ls -l /usr/sbin/inetd.exe
-rwxrwxrwx 1 root Users 23552 Feb 20 02:20 /usr/sbin/inetd.exe

$ getfacl /usr/sbin/inetd.exe
# file: /usr/sbin/inetd.exe
# owner: root
# group: Users
user::---
group::---
mask:rwx
other:rwx

$ cygcheck /usr/sbin/inetd.exe
C:/cygwin/usr/sbin/inetd.exe
C:\cygwin\bin\cygwin1.dll
C:\WINNT\system32\ADVAPI32.DLL
C:\WINNT\system32\NTDLL.DLL
C:\WINNT\system32\KERNEL32.DLL
C:\WINNT\system32\RPCRT4.DLL

$ ls -l "C:\cygwin\bin\cygwin1.dll"
-rwxrwxrwx 1 root Users 1126281 Mar 19 13:06 C:\cygwin\bin\cygwin1.dll
$ getfacl "C:\cygwin\bin\cygwin1.dll"
# file: C:\cygwin\bin\cygwin1.dll
# owner: root
# group: Users
user::---
group::---
mask:rwx
other:rwx