JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... 、 ifr_name にインターフェースの名前をセットすることによって行う。 他の構造体の全てのメンバは、メモリーを共有する。 ioctl 「特権が必要」と記述されている ioctl を実行するには、 実効ユーザー ID が 0 か、 CAP_NET_ADMIN 権限が必要である。これが満たされてい ... らの休止状態の通知 (Linux 2.6.17 以降) IFF_ECHO 送られたパケットをエコーする (Linux 2.6.25 以降) active フラグワードの設定は特権が必要な操作である。 読み出しはどんなプロセスからも可能である。 SIOCGIFPFLAGS , SIOCSIFPFLAGS デバイスの拡張 (プライベート) ... IFF_ISATAP インターフェースは RFC4214 ISATAP インターフェースである。 拡張 (プライベート) インターフェースフラグの設定には特権が必要である。 SIOCGIFADDR , SIOCSIFADDR ifr_addr を用いてデバイスのアドレスの設定/取得を行う。 インターフェースのアドレスの ... ... ID とグループ ID はユーザー名前空間の内部と外部で異なる場合がある。 特に、 あるプロセスがユーザー名前空間の外部では通常の非特権ユーザー ID を持つが、 同時にユーザー名前空間の内部ではユーザー ID 0 を持つという場合がある。 言い換えると、 そのプロセスはそ ... のユーザー名前空間の内部での操作に対してすべての特権を持つが、 名前空間の外部での操作では特権を持たない。 ネストされた名前空間、名前空間のメンバー ユーザー名前空間は入れ子にする ... ない。 ユーザー名前空間内部でケーパビリティを持つというのは、 そのプロセスがその名前空間の支配下にあるリソースに対してのみ (特権を必要とする) 操作を実行できるということである。 プロセスが特定のユーザー名前空間でケーパビリティを持つかどうかを判定するルー ... ... は _POSIX_SAVED_IDS をもった POSIX 版のように実装されている。 これは (ルート以外の) set-user-ID プログラムにそのユーザーの特権を 全て与え、特権の必要ない仕事をし、本来の実効ユーザー ID に 安全な方法で再び戻すことを許す。 ユーザーが root またはプログラ ... ーパーユーザーならば、 プロセスに関連する全てのユーザー ID に uid を設定する。 これが行なわれた後にはプログラムが再びルートの特権を得ることはできない。 したがって、set-user-ID-root プログラムで、一時的にルート特権を解除し、 非特権ユーザーであるかのように ... e (2) の EAGAIN の説明を参照。 EINVAL uid で指定されたユーザー ID がこのユーザー名前空間では有効ではない。 EPERM ユーザーが特権を持たず (Linux ではそのユーザー名前空間で CAP_SETUID ケーパビリティ (capability) を持たず)、 uid が呼び出し元プロセスの実 U ... ... は _POSIX_SAVED_IDS をもった POSIX 版のように実装されている。 これは (ルート以外の) set-user-ID プログラムにそのユーザーの特権を 全て与え、特権の必要ない仕事をし、本来の実効ユーザー ID に 安全な方法で再び戻すことを許す。 ユーザーが root またはプログラ ... ーパーユーザーならば、 プロセスに関連する全てのユーザー ID に uid を設定する。 これが行なわれた後にはプログラムが再びルートの特権を得ることはできない。 したがって、set-user-ID-root プログラムで、一時的にルート特権を解除し、 非特権ユーザーであるかのように ... e (2) の EAGAIN の説明を参照。 EINVAL uid で指定されたユーザー ID がこのユーザー名前空間では有効ではない。 EPERM ユーザーが特権を持たず (Linux ではそのユーザー名前空間で CAP_SETUID ケーパビリティ (capability) を持たず)、 uid が呼び出し元プロセスの実 U ... ... ットで指定した値に変更する。 通常のスレッドの I/O 特権レベルは 0 である。許可 (permissions) は親から子に継承される。 This call is deprecated, is significantly slower than ioperm ... ENOSYS このシステムコールは実装されていない。 EPERM 呼び出し元スレッドに iopl () を呼び出すのに十分な権限がなかった。 I/O 特権レベルを現在の値より上げるには CAP_SYS_RAWIO ケーパビリティが必要である。 準拠 ipc () は Linux 特有であり、 移植を意図したプ ... ... 各スレッドには reset-on-fork スケジューリングフラグがある。 このフラグがセットされると、 fork (2) で作成される子プロセスは特権スケジューリングポリシーを継承しない。 reset-on-fork フラグは以下のいずれかの方法でセットできる。 * sched_setscheduler (2) を ... は、スレッドが CAP_SYS_NICE ケーパビリティを持つ場合だけである。このフラグは fork (2) で作成された子プロセスでは無効になる。 特権とリソース制限 2.6.12 より前のバージョンの Linux カーネルでは、 特権スレッド ( CAP_SYS_NICE ケーパビリティを持つスレッド) だ ... けが 0 以外の静的優先度を設定する (すなわち、リアルタイムスケジューリングポリシーを設定する) ことができる。 非特権スレッドができる変更は SCHED_OTHER ポリシーを設定することだけであり、さらに、 この変更を行えるのは、 呼び出し元の実効ユーザー ... ... ゼロの ソフト資源制限 RLIMIT_MEMLOCK を持つが、制限が許可している以上のメモリーをロックしようとした。 この制限は、プロセスが特権 ( CAP_IPC_LOCK ) を持っている場合は適用されない。 ENOMEM (Linux 2.4 以前) 呼び出し元プロセスが RAM の半分以上をロックしよう ... とした。 EPERM 呼び出し側が特権を持っていないが、 要求された操作を実行するには特権 ( CAP_IPC_LOCK ) が必要である。 For mlock (), mlock2 (), and munlock (): ... セスがロックしているメモリー量 (キロバイト単位) が表示される。 制限と権限 Linux 2.6.8 以前では、メモリーをロックするためには特権 ( CAP_IPC_LOCK ) が必要で、 ソフト資源制限 RLIMIT_MEMLOCK はプロセスがどれだけのメモリーをロックできるかの制限を定義する。 ... ... ゼロの ソフト資源制限 RLIMIT_MEMLOCK を持つが、制限が許可している以上のメモリーをロックしようとした。 この制限は、プロセスが特権 ( CAP_IPC_LOCK ) を持っている場合は適用されない。 ENOMEM (Linux 2.4 以前) 呼び出し元プロセスが RAM の半分以上をロックしよう ... とした。 EPERM 呼び出し側が特権を持っていないが、 要求された操作を実行するには特権 ( CAP_IPC_LOCK ) が必要である。 For mlock (), mlock2 (), and munlock (): ... セスがロックしているメモリー量 (キロバイト単位) が表示される。 制限と権限 Linux 2.6.8 以前では、メモリーをロックするためには特権 ( CAP_IPC_LOCK ) が必要で、 ソフト資源制限 RLIMIT_MEMLOCK はプロセスがどれだけのメモリーをロックできるかの制限を定義する。 ... ... ゼロの ソフト資源制限 RLIMIT_MEMLOCK を持つが、制限が許可している以上のメモリーをロックしようとした。 この制限は、プロセスが特権 ( CAP_IPC_LOCK ) を持っている場合は適用されない。 ENOMEM (Linux 2.4 以前) 呼び出し元プロセスが RAM の半分以上をロックしよう ... とした。 EPERM 呼び出し側が特権を持っていないが、 要求された操作を実行するには特権 ( CAP_IPC_LOCK ) が必要である。 For mlock (), mlock2 (), and munlock (): ... セスがロックしているメモリー量 (キロバイト単位) が表示される。 制限と権限 Linux 2.6.8 以前では、メモリーをロックするためには特権 ( CAP_IPC_LOCK ) が必要で、 ソフト資源制限 RLIMIT_MEMLOCK はプロセスがどれだけのメモリーをロックできるかの制限を定義する。 ... ... ゼロの ソフト資源制限 RLIMIT_MEMLOCK を持つが、制限が許可している以上のメモリーをロックしようとした。 この制限は、プロセスが特権 ( CAP_IPC_LOCK ) を持っている場合は適用されない。 ENOMEM (Linux 2.4 以前) 呼び出し元プロセスが RAM の半分以上をロックしよう ... とした。 EPERM 呼び出し側が特権を持っていないが、 要求された操作を実行するには特権 ( CAP_IPC_LOCK ) が必要である。 For mlock (), mlock2 (), and munlock (): ... セスがロックしているメモリー量 (キロバイト単位) が表示される。 制限と権限 Linux 2.6.8 以前では、メモリーをロックするためには特権 ( CAP_IPC_LOCK ) が必要で、 ソフト資源制限 RLIMIT_MEMLOCK はプロセスがどれだけのメモリーをロックできるかの制限を定義する。 ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。