Debian システムが以下に起動され設定されるかの知っていることはシステム管理者として賢明です。正確で詳細な情報がインストールされたパッケージのソースや文書中にあるとは言え、我々の大部分にとってはちょっと大変過ぎます。
著者などの過去の知見に基づき Debian システムの要点とそれらの設定の簡単な参考となる概論を提供するように勤めました。Debian システムは動く標的なので、システムの状況が変わっているかもしれません。システムに変更を加える前に、各パッケージの最新文書を参照下さい。
|
警告 |
|---|---|
|
本章は、2013年にリリースされた Debian 7.0 ( |
コンピューターシステムは、電源投入イベントからユーザーに機能の完備したオペレーティングシステム (OS) を提供するまでブートストラッププロセスを数段通過します。
単純化のため、デフォールトのインストールをした典型的な PC プラットフォームに限定し議論します。
典型的なブートストラッププロセスは4段ロケットのようです。各段のロケットは次の段のロケットにシステムのコントロールを引き継ぎます。
もちろん、これらに関して異なる設定をすることはできます。例えば、自分自身で専用カーネルをコンパイルした場合、ミニ Debian システムのステップをスキップできます。自分自身で確認するまでは、あなたのシステムがこの様になっていると決めつけないで下さい。
|
注記 |
|---|---|
|
非伝統的 PC プラットフォームの SUN とか Macintosh システム等では、ROM 上の BIOS やディスク上のパーティション (「ディスクパーティション設定」) が非常に異なっているかもしれません。そのような場合にはプラットフォーム特定の文書をどこかで求めて下さい。 |
BIOS は電源投入イベントが引き起こすブートプロセスの1段目です。CPU のプログラムカウンターが電源投入イベントで初期化され、読出し専用メモリー (ROM) 上にあるBIOS が特定のメモリーアドレスから実行されます。
BIOS はハードウエアーの基本的な初期化 (POST: 電源投入時自己診断) を行い、システムのコントロールをあなたが提供する次のステップにシステムのコントロールを引き継ぎます。BIOS は通常ハードウエアーによって供給されます。
BIOS 初期画面はどのキーを押すと BIOS 設定画面に入って BIOS の挙動を設定できるかを通常表示しています。よく使われるキーは F1 や F2 や F10 や Esc や Ins や Del です。もし BIOS 初期画面が洒落た画像表示で隠されている場合、Esc 等の何らかのキーをおすとこれを無効にできます。こういったキーはハードウエアーに大いに依存します。
BIOS が起動するコードのハードウエアー上の場所や優先順位は BIOS 設定画面から選択できます。典型的には最初に見つかった選択されたデバイス (ハードディスクやフロッピーディスクや CD-ROM 等) の最初の数セクターがメモリー上にロードされこの初期コードが実行されます。この初期コードは次のいずれでもよろしい。
ブートローダーコード
FreeDOS のような踏み石 OS のカーネルコード
この小さな空間に収まればターゲット OS のカーネルコード
典型的にはプライマリハードディスクの指定されたパーティションからシステムが起動されます。伝統的 PC のハードディスクの最初の2セクターにマスターブートレコード (MBR) が含まれます。ブート選択に含まれるディスクのパーティション情報はこの MBR の最後に記録されています。BIOS から実行される最初のブートローダーコードは残りの部分を占めます。
ブートローダーは BIOS によって起動されるブートプロセスの2段目です。それはシステムのカーネルイメージと initrd イメージをメモリーにロードし、それらにコントロールを引き継ぎます。この initrd イメージはルートファイルシステムイメージで、そのサポートは使われるブートローダー次第です。
Debian システムは通常 Linux カーネルをデフォールトのシステムカーネルとして使っています。現在の 2.6/3.x カーネルにとっての initrd イメージは技術的に言うなら initramfs (初期 RAM ファイルシステム) イメージです。initramfs イメージはルートファイルシステム中のファイルの gzip された cpio アーカイブです。
|
警告 |
|---|---|
|
上記は新しいマルチセグメントの initramfs では正しくありません。Bug #790100参照ください。 |
Debian システムのデフォールトインストールでは、GRUB ブートローダーの1段目のコードを PC プラットホームの MBR の中に置きます。多くのブートローダーと設定の選択肢が利用可能です。
表3.1 ブートローダーのリスト
| パッケージ | ポプコン | サイズ | initrd | ブートローダー | 説明 |
|---|---|---|---|---|---|
| grub-legacy | V:0, I:2 | 710 | サポート | GRUB Legacy | ディスクパーティションや vfat や ext3 等のファイルシステムを理解するぐらいスマートです。 |
| grub-pc | V:32, I:872 | 561 | サポート | GRUB 2 | ディスクパーティションや vfat や ext4 等のファイルシステムを理解するぐらいスマートです。(デフォルト) |
| grub-rescue-pc | V:0, I:1 | 5239 | サポート | GRUB 2 | GRUB 2 のブート可能なレスキューイメージ (CD とフロッピー) (PC/BIOS バージョン) |
| lilo | V:0, I:4 | 694 | サポート | Lilo | ハードディスク上のセクター位置に依存します。(旧式) |
| syslinux | V:6, I:64 | 300 | サポート | Isolinux | ISO9660 ファイルシステムを理解します。ブート CD に使われています。 |
| syslinux | V:6, I:64 | 300 | サポート | Syslinux | MSDOS ファイルシステム (FAT) 理解します。ブートフロッピーで使われます。 |
| loadlin | V:0, I:1 | 84 | サポート | Loadlin | 新しいシステムが FreeDOS/MSDOS システムから起動されます。 |
| mbr | V:1, I:11 | 50 | 非サポート | Neil Turton の MBR | MSDOS の MBR を代替するフリーソフトウエアーです。ディスクパーティションを理解するだけです。 |
|
警告 |
|---|---|
|
|
GRUB Legacy のメニューの設定は "/boot/grub/menu.lst"
にあります。例えば、次のような内容です。
title Debian GNU/Linux root (hd0,2) kernel /vmlinuz root=/dev/hda3 ro initrd /initrd.img
GRUB 2 のメニューの設定は "/boot/grub/grub.cfg" にあります。
"/etc/grub.d/*" の雛形と
"/etc/default/grub" の設定から
"/usr/sbin/update-grub" を使って自動的に作られます。例えば、次のような内容です。
menuentry "Debian GNU/Linux" {
set root=(hd0,3)
linux /vmlinuz root=/dev/hda3
initrd /initrd.img
}
これらの例で、これらの GRUB パラメーターは次の意味です。
表3.2 GRUB パラメーターの意味
| GRUB パラメーター | 意味 |
|---|---|
root
|
GRUB legacy では "(hd0,2)" また GRUB 2 では
"(hd0,3)" と設定することでプライマリディスクの3つ目のパーティションを使用
|
kernel
|
カーネルパラメーター "root=/dev/hda3 ro" とともに
"/vmlinuz" にあるカーネルを使用
|
initrd
|
"/initrd.img" にある initrd/initramfs イメージを使用
|
|
注記 |
|---|---|
|
GRUB legacy プログラムが使うパーティション値は Linux カーネルやユーティリティーツールが使う値より1つ少ない数字です。GRUB 2 プログラムはこの問題を修正します。 |
|
ヒント |
|---|---|
|
UUID (「UUID を使ってパーティションをアクセス」参照下さい)
は、" |
|
ヒント |
|---|---|
|
もし GRUB が使われている場合には、カーネルブートパラメーターは
|
|
ヒント |
|---|---|
|
チェインロード (連鎖導入) とよばれる技術を使うと、あるブートローダーから他のブートローダーを起動できます。 |
"info grub" と
grub-install(8)
を参照下さい。
ミニ Debian システムはブートローダーによって起動されるブートプロセスの3段目です。メモリー上でルートファイルシステムとともにシステムカーネルを実行します。これはオプションの起動プロセスの準備段階です。
|
注記 |
|---|---|
|
"ミニ Debian システム" は著者がこの3段目のブートプロセスを本文書中で記述するために作った言葉です。このシステムは一般に initrd とか initramfs システムと呼ばれています。類似のメモリー上のシステムは Debian インストーラーでも使われています。 |
"/init"
スクリプトはこのメモリー上のルートファイルシステムで最初に実行されるプログラムです。それはユーザー空間でカーネルを初期化し次の段階にコントロールを引き継ぐシェルプログラムです。このミニ
Debian
システムは、メインのブートプロセスが始まる前にカーネルモジュールを追加したり、ルートファイルシステムを暗号化されたファイルシステムとしてマウントする等のブートプロセスの柔軟性を提供します。
"break=init" 等をカーネルブートパラメーターとして与えると、本部分のブートプロセスに割り込み root
シェルを獲得できます。この他の割り込み条件は "/init"
スクリプトを参照下さい。このシェル環境はあなたの機器のハードウエアーを詳細に検査できるだけ十分洗練されています。
この機能を削ったミニ Debian システムで利用可能なコマンドは、主に busybox(1) という GNU ツールで提供されます。
|
注意 |
|---|---|
|
読出しのみのルートファイルシステム上では、 |
通常の Debian システムはミニ Debian システムによって起動されるブートプロセスの4段目です。ミニ Debian システムのシステムカーネルはこの環境ででも実行され続けます。ルートファイルシステムはメモリー上から本当にハードディスク上にあるファイルシステムに切り替えられます。
多くのプログラムを起動する主ブートプロセスを行う init プログラムは、PID=1
で最初のプログラムとして実行されます。init プログラムのデフォールトのファイルパスは "/sbin/init"
ですが、"init=/path/to/init_program"
のようなカーネルブートパラメーターにより変更できます。
デフォルトの init プログラムは変化してきています:
|
ヒント |
|---|---|
|
" |
|
ヒント |
|---|---|
|
あなたのシステム上の実際の init コマンドは " |
表3.3 Debian システムののブートユーティリティーのリスト
| パッケージ | ポプコン | サイズ | 説明 |
|---|---|---|---|
initscripts
|
V:847, I:956 | 208 | システムの始動と停止のためのスクリプト |
sysvinit-core
|
V:18, I:24 | 225 | System-V 的な init(8) ユーティリティー |
sysv-rc
|
V:847, I:956 | 123 | System-V 的なランレベル変更メカニズム |
sysvinit-utils
|
V:875, I:999 | 110 | System-V 的なユーティリティー (startpar(8)、bootlogd(8)、…) |
lsb-base
|
V:881, I:999 | 49 | Linux Standard Base 3.2 の init スクリプト機能 |
insserv
|
V:792, I:936 | 140 | LSB init.d スクリプト依存関係を使いブート順序を整理するツール |
systemd
|
V:648, I:730 | 9334 |
並行処理のためのイベント依存の
init(8)
デーモン (sysvinit 代替)
|
uswsusp
|
V:4, I:13 | 699 | Linux が提供するユーザースペースソフトウエアーによるサスペンドを使うためのツール |
kexec-tools
|
V:1, I:8 | 267 | kexec(8) リブートのための kexec ツール (ワームリブート) |
bootchart2
|
V:0, I:1 | 94 | ブートプロセスのパーフォンマンスアナライザー |
pybootchartgui
|
V:0, I:1 | 177 | ブートプロセスのアナライザー (可視化) |
mingetty
|
V:0, I:3 | 35 | コンソール専用 getty(8) |
mgetty
|
V:0, I:1 | 302 | インテリジェントモデム用の代替 getty(8) |
|
ヒント |
|---|---|
|
ブートプロセスを高速化する最新のティップは Debian wiki: BootProcessSpeedup を参照下さい。 |
|
注意 |
|---|---|
|
現行のデフォルト Debian システムは SysV-スタイルの init を使いません。最近の systemd に基づく init のための他の資料を読んでください。The Debian Administrator's Handbook を参照ください。 |
本セクションは古き良き sysV-スタイル init がどのようにしてシステムをブートするかを記述します。あなたの Debian システムはここに書かれたとおりには機能しませんが、より新しい init システムは等価の機能を提供する傾向があるのでこの基本を知ることは非常に勉強となります。
SysV-スタイルの起動プロセスとは、本質的に以下を実行することです。
Debian システムはランレベル N (無し)
に入り、"/etc/inittab" の記述にしたがいシステムを初期化します。
Debian システムはランレベル S に入り、シングルユーザーモード下でハードウエアーの初期化等を完了するシステム初期化をします。
Debian システムは指定されたマルチユーザーランレベル (2〜5) の内の1つに入り、システムサービスをスタートします。
マルチユーザーモードで使われる最初のランレベルランレベルは、"init="
というカーネルブートパラメーターもしくは "/etc/inittab" の"initdefault"
行で指定されます。インストールされたままの Debian システムはランレベル 2
でスタートします。
init システムが実行する全ての実際のスクリプトファイルは "/etc/init.d/"
ディレクトリーの中にあります。
詳細説明は、
init(8)
と
inittab(5)
と "/usr/share/doc/sysv-rc/README.runlevels.gz" を参照ください。
各ランレベルはその設定に1つのディレクトリーを使い次に記す特定の意味があります。
表3.4 ランレベルとその用途説明のリスト
| ランレベル | ディレクトリー | ランレベル用途の説明 |
|---|---|---|
N
|
無し |
システムのブートアップ (無し) レベル ("/etc/rcN.d/" ディレクトリーは無し)
|
0
|
/etc/rc0.d/
|
システム停止 |
S
|
/etc/rcS.d/
|
ブート時のシングルユーザーモード (別名: "s")
|
1
|
/etc/rc1.d/
|
マルチユーザーモードから切り替えたシングルユーザーモード |
2
|
/etc/rc2.d/
|
マルチユーザーモード |
3
|
/etc/rc3.d/
|
,, |
4
|
/etc/rc4.d/
|
,, |
5
|
/etc/rc5.d/
|
,, |
6
|
/etc/rc6.d/
|
システム再起動 |
7
|
/etc/rc7.d/
|
有効なマルチユーザーモードだが通常不使用 |
8
|
/etc/rc8.d/
|
,, |
9
|
/etc/rc9.d/
|
,, |
コンソールからランレベルを、例えば4に、次のようにして変更できます。
$ sudo telinit 4
|
注意 |
|---|---|
|
Debian システムは2から5のランレベル間で如何なる意味の違いも事前に付与しません。Debian システムのシステム管理者はこれに変更を加えられます。(つまり Debian は、Red Hat Linux とも Sun Microsystems 社の Solaris とも Hewlett Packard 社の HP-UX とも IBM 社の AIX とも…違います。) |
|
注意 |
|---|---|
|
Debian システムは7から9のランレベルに対応するディレクトリーをパッケージインストール時に充足することはありません。伝統的な Unix バリアントはこれらのランレベルを使いません。 |
init(8) か telinit(8) コマンドがランレベルを "<n>" に変更すると、システムは基本的に次のスクリプトを実行します。
"/etc/rc<n>.d/" 中の "K"
で始まるスクリプト名が、"stop" のみを引数としてアルファベット順に実行されます。(サービス停止)
"/etc/rc<n>.d/" 中の "S"
で始まるスクリプト名が、"start" のみを引数としてアルファベット順に実行されます。(サービス開始)
例えば、ランレベルのディレクトリーに "S10sysklogd" と
"S20exim4" があった時に、"../init.d/exim4"
にシムリンクされた "S20exim4"
の前に、"../init.d/sysklogd" にシムリンクされた
"S10sysklogd" が実行されます。
この単純なシーケンシャル初期化システムは古典的 System V
スタイルのブートシステムで、 Debian lenny システムまで使われていました。
これに代わり、最近の Debian システムでは初期化スクリプトを同時並行で実行するように最適化されています。
insserv(8) コマンドは LSB パッケージ依存情報を用いすべてのスクリプト間の依存関係を計算します。
"/usr/share/doc/insserv/README.Debian"を参照下さい。
初期化スクリプトのヘッダー中に定義された LSB パッケージ依存情報は必要なリソースが確保されることを保証します。
|
警告 |
|---|---|
|
メンテナよりあなたのほうが知識があるのでもなければ " |
例えば、次に示す Red Hat Linux のようなランレベルを設定してみます。
init はデフォールトとしてランレベル =3 でシステムを起動します。
init はランレベル =(0,1,2,6) で
gdm3(1)
を起動しません。
init はランレベル =(3,4,5) で
gdm3(1)
を起動します。
これは、"/etc/inittab"
ファイルをエディターで変更して起動するランレベル変更し、sysv-rc-conf や
bum
等の使いやすいランレベル管理ツールを使ってランレベルを編集することでできます。こうする代わりにコマンドラインだけを使うなら、(gdm3
パッケージをデフォールトでインストールしディスプレーマネージャーとして選択した後に) 次に示すようにします。
# cd /etc/rc2.d ; mv S21gdm3 K21gdm3 # cd /etc ; perl -i -p -e 's/^id:.:/id:3:/' inittab
xdm や gdm3 や sddm や
wdm 等のディスプレーマネジャーデーモンを起動する際には
"/etc/X11/default-display-manager" ファイルが確認されます。
|
注記 |
|---|---|
|
startx(1) コマンドを使えば、どのコンソールシェルからも X が起動できます。 |
"/etc/init.d/" の中の各 init
スクリプトのデフォールトパラメーターは、"/etc/default/"
の中の環境変数のアサインメントのみを含む対応ファイルによって与えられます。このディレクトリー名の選択は Debian
システム特定です。それは、Red Hat Linux
や他のディストリビューションで使われる "/etc/sysconfig"
ディレクトリーにほぼ相当します。例えば、"/etc/default/cron" を使うと
"/etc/init.d/cron" がどう機能するかを制御できます。
"/etc/default/rcS" ファイルを使うと
motd(5)
や
sulogin(8)
等のブート時のデフォールトをカスタム化できます。
もしそのような変数の変更で希望の挙動が得られない場合には、init スクリプト自体を変更することができます。これらスクリプトは管理者が編集可能な設定ファイルです。
カーネルがシステムのホスト名を維持管理します。ランレベル S の
"/etc/init.d/hostname.sh" にシムリンクされた init
スクリプトは、(hostname コマンドを使って)
"/etc/hostname"
に保存された名前を使ってブート時にホスト名を設定します。このファイルには、完全修飾ドメイン名ではなく、システムのホスト名のみが含まれているべきです。
現在のホスト名を確認するには、hostname(1) を引数無しで実行します。
ルートファイルシステムはカーネル起動時にカーネルによってマウントされますが、他のファイルシステムは次の init スクリプトでランレベル S 中でマウントされます。
"/proc" と "/sys"
等中のカーネルファイルシステムに関しては、"/etc/init.d/mountkernfs.sh"
"/dev"
中の仮想ファイルシステムに関しては、"/etc/init.d/mountdevsubfs.sh"
"/etc/fstab" を使う普通のファイルシステムに関しては
"/etc/init.d/mountall.sh"
"/etc/fstab" を使うネットワークファイルシステムに関しては
"/etc/init.d/mountnfs.sh"
カーネルファイルシステム (/proc や /sys や
/tmp や /run 他のための procfs や sysfs や
tmpfs) のマウントオプションは "/etc/default/rcS"
で設定されます。rcS(5)
を参照下さい。
通常のディスクやネットワークのファイルシテムのマウントオプションは "/etc/fstab"
で設定されます。「マウントオプションによるファイルシステムの最適化」を参照下さい。
|
注記 |
|---|---|
|
ネットワークファイルシステムの実際のマウントはネットワークインターフェースの起動を待ちます。 |
|
警告 |
|---|---|
|
各ブートアップごとに、全てのファイルシステムをマウントした後で、" |
ネットワークインターフェースはランレベル S で "/etc/init.d/ifupdown-clean" と
"/etc/init.d/ifupdown" にシムリンクされた init
スクリプトよって初期化されます。それらの設定に関しては、5章ネットワークの設定を参照下さい。
多くのネットワークサービス (6章ネットワークアプリケーション参照下さい) はブート時に、例えば
"/etc/init.d/exim4" にシムリンクされている
"/etc/rc2.d/S20exim4" (RUNLEVEL=2 の場合) 等という、マルチユーザーモード下の
init スクリプトによってデーモンプロセスとして起動されます。
ネットワークサービスの一部はスーパーサーバー、inetd (もしくはその同等)
を用いて必要に応じて起動されます。inetd
は、"/etc/init.d/inetd" にシムリンクされた
"/etc/rc2.d/S20inetd" (RUNLEVEL=2 の場合)
によってブート時に起動されます。基本的に、inetd
は一つの実行デーモンにより複数の他デーモンを起動できるようにすることで、システムのロードを下げます。
サービス要求がスーパーサーバー inetd
に到達する度に、そのプロトコルとサービスが "/etc/protocols" と
"/etc/services" というデーターベースを照覧することで確認されます。さらに
inetd は、"/etc/inetd.conf"
の中にある通常のインターネットサービスか、"/etc/rpc.conf" の中にある Sun RPC 準拠サービスを照覧します。
時々、inetd が対象となるサーバーを直接起動せずに、対象となるサーバー名を
"/etc/inetd.conf" 中に引数とし記載したTCP
デーモンラッパープログラム
tcpd(8)
を起動することがあります。この様な場合には、tcpd は要求を記録し
"/etc/hosts.deny" や "/etc/hosts.allow"
を用いた追加確認後で適切なサーバープログラムを起動します。
システムのセキュリティーのためにできるだけ多くのネットワークサービスを無効にします。「サーバーのサービスへのアクセスの制限」を参照下さい。
inetd(8)
と
inetd.conf(5)
と
protocols(5)
と
services(5)
と
tcpd(8)
と
hosts_access(5)
と
hosts_options(5)
と
rpcinfo(8)
と
portmap(8)
と "/usr/share/doc/portmap/portmapper.txt.gz" を参照下さい。
ログファイルとスクリーン上の両方のシステムメッセージに関して、 "/etc/default/rsyslogd" と
"/etc/rsyslog.conf"
によってカスタム化できます。rsyslogd(8)
と
rsyslog.conf(5)
を参照下さい。さらに「ログアナライザー」を参照下さい。
ログファイルとスクリーン上の両方のカーネルメッセージに関して、"/etc/default/klogd"
によってカスタム化できます。このファイル中に "KLOGD='-c 3'" と設定し
"/etc/init.d/klogd restart"
を実行します。klogd(8)
を参照下さい。
エラーメッセージのレベルを次に記すように直接変更してもいいです。
# dmesg -n3
表3.5 カーネルエラーレベルのリスト
| エラーレベル値 | エラーレベル名 | 意味 |
|---|---|---|
| 0 | KERN_EMERG | システムは不安定 |
| 1 | KERN_ALERT | 直ぐアクションが必要 |
| 2 | KERN_CRIT | クリチカルなコンディション |
| 3 | KERN_ERR | エラーコンディション |
| 4 | KERN_WARNING | 警告コンディション |
| 5 | KERN_NOTICE | ノーマルだが重要なコンディション |
| 6 | KERN_INFO | 情報 |
| 7 | KERN_DEBUG | デバグレベルのメッセージ |
Linux カーネル 2.6以降 では、udev システムがハードウエアーの自動検出と初期化のメカニズムを提供します (udev(7) 参照下さい)。カーネルが各デバイスを発見すると、udev システムは sysfs ファイルシステム (「procfs と sysfs」参照下さい) からの情報を使いユーザープロセスを起動し、modprobe(8) プログラム (「カーネルモジュール初期化」参照下さい) を使ってそれをサポートする必要なカーネルモジュールをロードし、対応するデバイスノードを作成します。
|
ヒント |
|---|---|
|
もし " |
デバイスノード名は "/etc/udev/rules.d/"
の中のファイルによって設定できます。現在のデフォールトのルールは、cd
とネットワークデバイス以外は非静的なデバイス名となる動的生成名を作る傾向があります。cd やネットワークデバイスと同様のカスタムルールを追加することで
USB メモリースティック等の他のデバイスにも静的なデバイス名を生成出来ます。"Writing udev rules" か
"/usr/share/doc/udev/writing_udev_rules/index.html"
を参照下さい。
udev システムは少々動くターゲットなので、詳細は他のドキュメントに譲り、ここでは最小限の記述に止めます。
|
ヒント |
|---|---|
|
" |
modprobe(8) プログラムは、ユーザープロセスからカーネルモジュールを追加や削除することで実行中の Linux カーネルの設定を可能にします。udev システム (「udev システム」参照下さい) は、その起動を自動化しカーネルモジュールの初期化を補助します。
"/etc/modules" ファイル中にリストしてプリロードする必要のある
(modules(5)
参照下さい) 次に記すような非ハードウエアーや特殊ハードウエアーのドライバーモジュールがあります。
ポイント間ネットワークデバイス (TUN) と仮想 Ethernet ネットワークデバイス (TAP) を提供する、TUN/TAP モジュール
netfilter ファイアーウォール機能 (iptables(8) と 「Netfilter インフラ」) を提供する netfilter モジュール
ウォッチドッグタイマードライバーのモジュール
modprobe(8)
プログラムのための設定ファイルは、modprobe.conf(5)
で説明されているように "/etc/modprobes.d/"
ディレクトリーの下にあります。(あるカーネルモジュールが自動ロードされるのを避けるには、"/etc/modprobes.d/blacklist"
ファイル中にブラックリストします。)
depmod(8)
プログラムによって生成される "/lib/modules/<version>/modules.dep"
ファイルは、modprobe(8)
プログラムによって使われるモジュール依存関係を記述します。
|
注記 |
|---|---|
|
ブート時に
modprobe(8)
を使ってのモジュールロードの問題に出会った場合には、" |
modinfo(8) プログラムは Linux カーネルモジュールに関する情報を表示します。
lsmod(8)
プログラムは "/proc/modules"
の内容を読みやすい形式にして、どのカーネルモジュールが現在ロードされているかを表示します。
|
ヒント |
|---|---|
|
あなたのシステム上の正確なハードウエアーを特定します。「ハードウエアーの識別」を参照下さい。 |
|
ヒント |
|---|---|
|
ブート時に期待されるハードウエアー機能を有効となるように設定もできます。「ハードウエアー設定」を参照下さい。 |
|
ヒント |
|---|---|
|
あなたのデバイスのサポートは、カーネルを再コンパイルすれば追加できます。「カーネル」を参照下さい。 |