device.map 内ではデバイスとその順序を設定することが できますが、これは必ずしも設定しなければならないものではありません。 yast2-bootloader はインストールの最中にデバイスの存在を確認し、 device.map ファイルを自動的に生成することができるためです。ただし、場合によっては 自動検出した順序が誤っていたりすることがあるほか、 BIOS の認識とは異なる 設定を行ないたい場合に、ここを設定します。設定にあたってはよく注意して 実施してください。設定を誤ると、システムが起動できなくなってしまいます。

<device_map config:type="list">
     <device_map_entry>
       <firmware>hd0</firmware> <!-- order of devices in target map  -->
       <linux>/dev/disk/by-id/ata-ST3500418AS_6VM23FX0</linux> <!-- name of device (disk)  -->
     </device_map_entry>
</device_map>

オプションの設定の中では重要な項目です。ここでは GRUB のインストール先と 起動処理の動作について設定を行ないます。何も設定しない場合、 yast2-bootloader が自動的に設定を作成してインストールします。通常の AutoYaST プロファイルでは、 このパートのみを設定し、それ以外のパートは yast2-bootloader で自動設定します。 なお、特に要件がなければ、 XML ファイル内にプーとローダ関連の設定を行なわない ことをお勧めします。

<global>
     <activate>true</activate>
     <default>openSUSE 11.2 - 2.6.31.5-0.1</default>
     <gfxmenu>(hd0,1)/boot/message</gfxmenu>
     <lines_cache_id>4</lines_cache_id>
     <timeout config:type="integer">10</timeout>
 </global>

<activate>true</activate>

<default>openSUSE 11.2 - 2.6.31.5-0.1</default>

<gfxmenu>(hd0,1)/boot/message</gfxmenu>

<timeout config:type="integer">10</timeout>

<generic_mbr>false</generic_mbr>

<boot_mbr>false</boot_mbr>

<boot_boot>false</boot_boot>

<boot_root>false</boot_root>

<boot_extended>false</boot_extended>

<boot_custom>/dev/sda3</boot_custom>

<trusted_grub>false</trusted_grub>

initrd モジュールの一覧を指定します。通常は AutoYaST が自動的に判断して 設定する項目であるため、影響を熟知している場合を除いて、独自に設定するのは 避けてください。

使用するブートローダを指定します: grub, lilo, ppc, elilo

<loader_type>grub</loader_type>

menu.lst におけるブートセクションの設定は、通常 yast2-bootloader が自動的に 行ないます。 yast2-bootloader は、正しいカーネルと initrd を指定しないと、 それらの項目を削除します。

<sections config:type="list">
     <section>
       <append>resume=/dev/disk/by-id/raid-sil_ajacccbhejai-part2 splash=silent quiet showotps</append>
       <image>(hd0,0)/vmlinuz-2.6.31-10-default</image>
       <initial>1</initial>
       <initrd>(hd0,0)/initrd-2.6.31-10-default</initrd>
       <lines_cache_id>0</lines_cache_id>
       <name>openSUSE 11.2 Milestone 8 - 2.6.31-10 (default)</name>
       <original_name>linux</original_name>
       <root>/dev/mapper/sil_ajacccbhejai_part3</root>
       <type>image</type>
       <vgamode>0x31a</vgamode>
     </section>
     <section>
       <append>resume=/dev/disk/by-id/raid-sil_ajacccbhejai-part2 splash=silent quiet showopts</append>
       <image>(hd0,0)/vmlinuz-2.6.31-10-xen</image>
       <initrd>(hd0,0)/initrd-2.6.31-10-xen</initrd>
       <lines_cache_id>2</lines_cache_id>
       <name>Xen -- openSUSE 11.2 Milestone 8 - 2.6.31-10</name>
       <nounzip>0</nounzip>
       <original_name>xen</original_name>
       <root>/dev/mapper/sil_ajacccbhejai_part3</root>
       <type>xen</type>
       <vgamode>0x31a</vgamode>
       <xen>(hd0,0)/xen.gz</xen>
       <xen_append></xen_append>
     </section>
     <section>
       <blockoffset>1</blockoffset>
       <chainloader>/dev/fd0</chainloader>
       <lines_cache_id>3</lines_cache_id>
       <name>Floppy</name>
       <noverifyroot>true</noverifyroot>
       <original_name>floppy</original_name>
       <type>other</type>
     </section>
   </sections>

利用可能なオプションは、その 種類 によって 異なります。

<append>splash=silent quiet showopts</append>

<image>(hd0,0)/vmlinuz-2.6.31-10</image>

<initrd>(hd0,0)/my-initrd</initrd>

<name>Productive System</name>

<original_name>linux</original_name>

<root>/dev/mapper/sil_ajacccbhejai_part3</root>

<type>xen</type>

<vgamode>0x31a</vgamode>

<xen>(hd0,0)/xen.gz</xen>

<xen_append></xen_append>

<name>Floppy</name>

<original_name>linux</original_name>

<type>other</type>

<blockoffset>1</blockoffset>

<chainloader>/dev/fd0</chainloader>

<noverifyroot>true</noverifyroot>

<remap>false</remap>

<makeactive>false</makeactive>

<name>Floppy</name>

<original_name>linux</original_name>

<type>other</type>

<configfile>1</configfile>

<root>/dev/sda1</root>

	openSUSE 11.1 と SLES11 、およびそれ以降のバージョンにおける EVMS サポートについて
openSUSE 11.1 および SLES 11 、そしてそれ以降のバージョンでは、 EVMS はインストールシステムでサポートされなくなりました。そのため、 AutoYaST でも EVMS のサポートは提供されなくなっています。 EVMS 関連のドキュメンテーションは、 SLES 10 (全てのサービスパック を含む) と openSUSE のバージョン 11.1 以前のものに対してのみ 有効です。

それぞれ下記の要素は、 <profile> セクション内の <partitioning config:type="list"><drive> から </drive></partitioning> までの間に書かなければなりません。

<device>/dev/hda</device>

<initialize config:type="boolean"
>true</initialize>

<is_lvm_vg config:type="boolean"
>true</is_lvm_vg>

<is_evms_vg config:type="boolean"
>true</is_evms_vg>

<partitions config:type="list">
  <partition>...</partition>
  ...
</partitions>

<pesize>8M</pesize>

<type config:type="symbol">CT_LVM</type>

<disklabel>gpt</disklabel>

<keep_unknown_lv config:type="boolean"
>false</keep_unknown_lv>

それぞれ下記の要素は、 <drive> セクション内の <partitions config:type="list"><partition> から </partition></partitions> までの間に書かなければなりません。

<create config:type="boolean"
>false</create>

<mount>/</mount>

<mount>swap</mount>

<fstopt
>ro,noatime,user,data=ordered,acl,user_xattr</fstopt>

<label>mydata</label>

<uuid
>1b4e28ba-2fa1-11d2-883f-b9a761bde3fb</uuid>

<size>10G</size>

<format config:type="boolean">false</format>

<filesystem config:type="symbol"
>reiser</filesystem>

<partition_nr config:type="integer"
>2</partition_nr>

<partition_id config:type="integer"
>131</partition_id>

<filesystem_id config:type="integer"
>131</filesystem_id>

<mountby config:type="symbol"
>label</mountby>

<lv_name>opt_lv</lv_name>

<stripes config:type="integer">2</stripes>

<stripesize config:type="integer"
>4</stripesize>

<lvm_group>system</lvm_group>

<evms_group>system</evms_group>

<raid_name>/dev/md0</raid_name>

<raid_type>raid1</raid_type>

<raid_options>...</raid_options>

<resize config:type="boolean"
>false</resize>

それぞれ下記の要素は、 <partition><raid_options> から </raid_options></partition> までの間に書かなければなりません。

<chunk_size>4</chunk_size>

<parity_algorithm
>left_asymmetric</parity_algorithm>

<raid_type>raid1</raid_type>

パーティション作成を自動化する場合は、パーティションのサイズとマウント ポイントを設定するだけでかまいません。パーティション作成を正しく行なうのに 必要となる他の情報は、制御ファイル内に指定されていない場合、それぞれ インストール時に自動的に計算されます。

制御ファイル内に何もパーティションが設定されていない場合、指定したドライブに ルートパーティションを作成する際は下記のような構成で自動的に作成が 行なわれます:

ドライブの初期状態と、事前にどのようなパーティション設定が為されていたのか によって、 default のパーティション作成方法を変える ことができます:

パーティションの再作成は、選択したパーティションがそれぞれ隣り合って いる状態で、かつデバイスの後ろ側に存在する場合にのみ動作します。

	重要な注意事項
use 属性で指定する値は、既存のデータと パーティションをどのように扱うかを指定するためのものです。 たとえば all を指定すると、ディスク上にある 全ての データが消去される意味になります。 重要なデータを含むパーティションを保持するように設定する場合は、 必ず事前にバックアップを採取し、 confirm 属性を設定してください。自動インストールを実施している場合は、 パーティションの削除時にも確認メッセージが表示されません。

インストール先のシステムに複数のドライブが存在する場合、それぞれの デバイス名で各ドライブを認識し、どのようにパーティションを設定するのかを 指定してください。

パーティションのサイズは、ギガバイト単位でもメガバイト単位でも設定 することができます。それ以外にも auto (自動) や max (最大値) なども利用することができます。なお、 max はドライブ内で利用できる全ての領域を使用する 意味であるため、ドライブ内の最後のパーティションに対してのみ指定する ことができます。また、 swap (スワップ) や boot のパーティションのサイズに対して auto を指定すると、利用可能なメモリ量や システムの種類に応じて、自動的にサイズを決定します。

固定サイズの場合は、下記のように指定します:

1GB と指定すると、 1 ギガバイトのサイズになります。 1500MB と指定すると、 1.5 ギガバイトのサイズになります。

  <partitioning  config:type="list">
    <drive>
      <device>/dev/hda</device>       
      <use>all</use>
    </drive>
  </partitioning>

既存のパーティションが存在する場合や、複数のドライブが存在する 場合の詳細な例は下記のとおりです。

<partitioning  config:type="list">
  <drive>
    <device>/dev/hda</device>            
    <partitions config:type="list">
      <partition>
	<mount>/</mount>
	<size>5gb</size>
      </partition>
      <partition>
	<mount>swap</mount>
	<size>1gb</size>
      </partition>
    </partitions>
  </drive>
  <drive>
    <device>/dev/hdb</device>
    <use>all</use>
    <partitions config:type="list">
      <partition>
	<filesystem  config:type="symbol">reiser</filesystem>
	<mount>/data1</mount>
	<size>15gb</size>	
      </partition>
      <partition>
	<filesystem  config:type="symbol">jfs</filesystem>
	<mount>/data2</mount>
	<size>auto</size>	
      </partition>
    </partitions>
    <use>free</use>
  </drive>
</partitioning>

	新機能
このオプションは、 AutoYaST に対して既存の /etc/fstab を使わせるための設定で、以前使用していたパーティション 情報を引き継ぐためのものです。この場合はすべてのパーティションが 保持され、新しいパーティションは作成しません。ただし、 /etc/fstab 内で Linux のルート パーティションとして指定されたパーティションは、 フォーマットされてからマウントされます。

既定では、すべてのパーティションに対してフォーマットを行ないますが、 いくつかのパーティションをフォーマットせず、マウントだけを行なうような 設定も可能です (たとえばデータ用のパーティションなど) 。また、システムに 複数のオペレーティングシステムがインストールされている場合 (たとえば それぞれルートパーティションの異なる fstab ファイル が存在する場合など) は、制御ファイル内でルートパーティションを 指定していない限り、インストールは中断されます。下記の例では、 このオプションの使用方法を説明しています:

    <partitioning_advanced>
      <fstab>
	<!-- 既存の fstab からデータを読み込みます。複数のルートパーティションが
	見つかった場合、下記でいずれかを選択します。選択しない場合は、
	最初に見つかったものを使用します。 -->
	<!-- <root_partition>/dev/hda5</root_partition> -->
	<use_existing_fstab config:type="boolean">true</use_existing_fstab>
	<!-- fstab で見つかったパーティションは、全て既定でフォーマットと
	マウントが行われます。ただし、異なる設定がされているパーティションに
	ついては、除外されます。 -->
	<partitions config:type="list">
	  <partition>
	    <format config:type="boolean">false</format>
	    <mount>/bootmirror</mount>
	  </partition>
	</partitions>
      </fstab>
    </partitioning_advanced>

LVM を設定するには、まずこれまでに説明した通常のパーティション設定を 利用して、 物理ボリューム を作成します。

  <partitioning config:type="list">
    <drive>
      <device>/dev/sda</device>         
      
      <partitions config:type="list">
	<partition>	  
	  <lvm_group>system</lvm_group>
	  <partition_type>primary</partition_type>
	  <size>max</size>
	</partition>
      </partitions>
      <use>all</use>
    </drive>
  </partitioning>

上記の例では、 /dev/sda1 デバイスに対して LVM というタイプのパーティションを作成し、 フォーマットを行なわずにボリュームグループ system に設定します。また、このパーティションはドライブ内で利用可能な すべての領域を使用します。

  <partitioning config:type="list">
    <drive>
      <device>/dev/sda</device>             
      <partitions config:type="list">
	<partition>	 
	  <lvm_group>system</lvm_group>
	  <partition_type>primary</partition_type>
	  <size>max</size>
	</partition>
      </partitions>
      <use>all</use>
    </drive>
    <drive>
      <device>/dev/system</device>       
      <is_lvm_vg config:type="boolean">true</is_lvm_vg>
      <partitions config:type="list">
	<partition>
	  <filesystem config:type="symbol">reiser</filesystem>
	  <lv_name>user_lv</lv_name>
	  <mount>/usr</mount>
	  <size>500mb</size>
	</partition>
	<partition>
	  <filesystem config:type="symbol">reiser</filesystem>
	  <lv_name>opt_lv</lv_name>
	  <mount>/opt</mount>
	  <size>1500mb</size>
	</partition>
	<partition>
	  <filesystem config:type="symbol">reiser</filesystem>
	  <lv_name>var_lv</lv_name>
	  <mount>/var</mount>
	  <size>200mb</size>
	</partition>
      </partitions>
      <pesize>4M</pesize>
      <use>all</use>
    </drive>
  </partitioning>

SUSE Linux 10.1 またはそれ以降のバージョンでは、論理ボリュームの size (サイズ) を max (最大値) に 設定することができます。もちろん max の設定は、 いずれか 1 つの論理ボリュームに対してのみ設定できます。 1 つのボリューム グループ内にある 2 つの論理ボリュームに対して、 size を max にすることは できません。

SLES10 またはそれ以前では EVMS に対応していますが、 SLES11 またはそれ以降の バージョンでは、 EVMS に対応していません。

EVMS は LVM (上述) とよく似た使い方ができるもので、 LVM から EVMS への切り替えも、 AutoYaST プロファイル内で少し変更するだけで完了します。それぞれ "is_lvm_vg" の要素を "is_evms_vg" に変更し、 "lvm_group" の要素を "evms_group" に変更してください。

なお、 AutoYaST では、 LVM と EVMS を混在させることはできません。

LVM の例を EVMS に変更すると、下記のようになります:

  <partitioning config:type="list">
    <drive>
      <device>/dev/sda</device>             
      <partitions config:type="list">
	<partition>	 
	  <evms_group>system</evms_group>
	  <partition_type>primary</partition_type>
	  <size>max</size>
	</partition>
      </partitions>
      <use>all</use>
    </drive>
    <drive>
      <device>/dev/system</device>       
      <is_evms_vg config:type="boolean">true</is_evms_vg>
      <partitions config:type="list">
	<partition>
	  <filesystem config:type="symbol">reiser</filesystem>
	  <lv_name>user_lv</lv_name>
	  <mount>/usr</mount>
	  <size>500mb</size>
	</partition>
	<partition>
	  <filesystem config:type="symbol">reiser</filesystem>
	  <lv_name>opt_lv</lv_name>
	  <mount>/opt</mount>
	  <size>1500mb</size>
	</partition>
	<partition>
	  <filesystem config:type="symbol">reiser</filesystem>
	  <lv_name>var_lv</lv_name>
	  <mount>/var</mount>
	  <size>200mb</size>
	</partition>
      </partitions>
      <pesize>4M</pesize>
      <use>all</use>
    </drive>
  </partitioning>

AutoYaST を利用することで、ソフトウエア RAID を作成／構築することが できます。サポートされる RAID レベルは下記のとおりです:

LVM の場合は、まずすべての RAID パーティションを作成し、それらを作成したい RAID デバイスに所属させる必要があります。また、 RAID 内で パーティションやデバイスをそのまま使用するか、もしくは スペア デバイス (障害発生時用の待機デバイス) とするかを設定します。

下記の例では、シンプルな RAID1 設定を行なっています:

  <partitioning config:type="list">
    <drive>
      <device>/dev/sda</device>
      <partitions config:type="list">
	<partition>
	  <partition_id config:type="integer">253</partition_id>
	  <format config:type="boolean">false</format>
	  <raid_name>/dev/md0</raid_name>
	  <raid_type>raid</raid_type>
	  <size>4gb</size>            
	</partition>

	<!-- 通常のパーティション ("/" や swap (スワップ) など) が続きます -->        
      </partitions>
      <use>all</use>
    </drive>
    <drive>
      <device>/dev/sdb</device>
      
      <partitions config:type="list">
	<partition>
	  <format config:type="boolean">false</format>
	  <partition_id config:type="integer">253</partition_id>	  
	  <raid_name>/dev/md0</raid_name>            
	  <raid_type>raid</raid_type>
	  <size>4gb</size>
	</partition>
      </partitions>
      <use>all</use>
    </drive>
    <drive>
      <device>/dev/md</device>
      <partitions config:type="list">
	<partition>
	  <filesystem config:type="symbol">reiser</filesystem>
	  <format config:type="boolean">true</format>
	  <mount>/space</mount>
	  <partition_id config:type="integer">131</partition_id>	 
	  <partition_nr config:type="integer">0</partition_nr>
	  <raid_options>
	    <chunk_size>4</chunk_size>
	    <parity_algorithm>left-asymmetric</parity_algorithm>	   
	    <raid_type>raid1</raid_type>
	  </raid_options>
	 	  
	</partition>
      </partitions>
      <use>all</use>
    </drive>
    
  </partitioning>

RAID を設定する際には、下記の点に注意してください:

SLES10 およびそれ以降のバージョンでは、 セレクション と呼ばれる機能は廃止され、 パターン という 形式になりました。 AutoYaST ではセレクションをパターンに変換する ことはできません。 SLES9 で使用していた AutoYaST プロファイルを SLES10 サーバに対して使用したい場合は、 addon 項目をすべて削除して、 base 項目を追加する 必要があります。パターンは下記のようにして設定します:

  <software>
    <patterns config:type="list">
        <pattern>directory_server</pattern>
    </patterns>
    <packages  config:type="list">
      <package>apache</package>
      <package>sendmail</package>
    </packages>
    <do_online_update config:type="boolean">true</do_online_update>  <!-- openSUSE 11.1 以降 -->
  </software>

packages での選択は、 SLES9 から変わっていません。 addon と base のセクション だけがなくなっています。

この機能は openSUSE 11.1 またはそれ以降のバージョンで利用できます。 SLES11 では利用できません。

openSUSE 11.0 では、インストールの作業を迅速に行なうため、イメージからの インストールを行なうことができます。もちろん openSUSE 11.1 以降のバージョン でも対応している機能です。

   <!-- openSUSE 11.1 以降 -->
   <!-- software セクション内ではないことに注意してください! -->
  <deploy_image>
      <image_installation config:type="boolean">false</image_installation>
  </deploy_image>

CD-ROM などのメディア内に用意されているパッケージに加え、カーネルの カスタマイズ版など、外部のパッケージをインストールすることができます。 ただし、たとえばカスタマイズ版のカーネルパッケージは SuSE のパッケージと互換性が無ければなりませんし、通常版のカーネルと同じ場所に インストールされるものでなければなりません。

従来のバージョンでは、制御ファイル内で独自の場所を指定してインストールを 行なう必要はなく、パッケージデータベースを再作成して、新しいパッケージや 新しいバージョンのパッケージを、インストール元のリポジトリに配置するだけ で済んでいました。

このような作業を行なう目的で、リポジトリ内で利用可能なパッケージを問い合わせ、 パッケージデータベースを作成するためのスクリプトが提供されています。 /usr/bin/create_package_descr コマンドをお使いのうえ、 パッケージデータベースを作成してください。ただし、データベースを作成する際、 すべての言語は英語にリセットされることに注意してください。

cd /usr/local/CDs/LATEST/suse
	create_package_descr  -x PATH_TO_EXTRA_PROV -d /usr/local/CDs/LATEST/suse

	SUSE Linux 9.1 および SLES 9 での変更点
rpm ファイルには記述されていない追加の依存関係を設定するには、 suse/setup/descr ディレクトリ内に追加のファイルを 作成し、それら依存関係を記述します。ファイル名は EXTRA_PROV で、 -x オプションを付けてパッケージデータベースを作成しなおします。

上記の例では、 /usr/local/CDs/LATEST/suse ディレクトリ 内に、アーキテクチャに依存したパッケージ (i586 など) と 依存していないパッケージ (noarch) の両方が含まれて います。異なるアーキテクチャの場合は、出力が異なります。

この方法の利点は、 SuSE FTP サーバなどから取得する 場合に比べ、更新された最新のパッケージを配置できるという点にあります。 また、この方法を利用すれば、独自の CD-ROM を簡単に作成できることにも なります。

SUSE Linux 10.1 および SLES 10 での変更点

SLES10/SL10.1 では、インストール元に独自の RPM を追加するための 方法が変更されています。 AutoYaST や YaST において、 yast/order や yast/instorder はサポートされていません。独自の RPM をインストール元に追加したい 場合 (SDK などのアドオン製品を含む) は、元の製品の CD1 に対し、 下記のような add_on_products ファイルを 追加してください: media_url [path_on_media [product_1 [product_2 [....]]] media_url ではメディアの URL を指定します。 path_on_media はメディア内の カタログのパスを指定します。何も指定しない場合は、ルート (/) ディレクトリ であるものと判断されます。 product_1 とそれ以降には、それぞれ インストールに使用する製品の名称を指定します。こちらも何も指定しない 場合は、メディア内のすべての製品をインストールします。 たとえば下記のようになります: http://192.168.66.6/SLES10/sdk/CD1 http://192.168.66.6/SLES10/CD1/updates add_on_products ファイルを作成したら、 AutoYaST のプロファイルでそれを使用するように指定します。 たとえば下記のようになります: <add-on> <add_on_products config:type="list"> <listentry> <media_url>http://192.168.66.6/SLES10/CD1/updates</media_url> <product>SuSE-Linux-Updates</product> <product_dir>/</product_dir> <ask_on_error config:type="boolean">false</ask_on_error> <!-- openSUSE 11.0 またはそれ以降で利用可能 --> <name>MyUpdates</name> <!-- openSUSE 11.1/SLES11 またはそれ以降で利用可能 (bnc#433981) --> </listentry> </add_on_products> </add-on> AutoYaST のプロファイル内で上記の項目を設定する場合、 add_on_products ファイルは不要です。 また、 openSUSE 11.0 またはそれ以降のバージョンの場合、指定した場所にアドオン製品が 見つからない場合、タイムアウトエラーを報告する代わりに、ユーザに対してアドオン製品の 準備を行なうように指示することができます。これを設定するには、 ask_on_error を "true" に設定してください (既定値は "false" です) 。この設定であれば、 CD/DVD からの インストールでも、異なるメディアにあるアドオン製品を設定することができます。 なお、 YaST はインストール元にあるファイルの署名を確認します。 content ファイルに対して署名が存在しないと、手動インストールでは YaST がユーザに対して、どのように対処すべきかを尋ねます。自動インストールでは、 特に通知を行なうことなく、指定したインストール元を使用しなくなります。

AutoYaST で署名の存在しないインストール元を使用させたい場合は、 AutoYaST のプロファイルで 下記の設定を行ない、署名の確認を無効化してください (general セクション 内に記述します) 。

下記の要素は、 <general><signature-handling> から </signature-handling></general> までの間に記述します。

<accept_unsigned_file config:type="boolean"
>true</accept_unsigned_file>

<accept_file_without_checksum config:type="boolean"
>true</accept_file_without_checksum>

<accept_verification_failed config:type="boolean"
>true</accept_verification_failed>

<accept_unknown_gpg_key config:type="boolean"
>true</accept_unknown_gpg_key>

<accept_non_trusted_gpg_key config:type="boolean"
>true</accept_non_trusted_gpg_key>

<import_gpg_key config:type="boolean"
>true</import_gpg_key>

openSUSE 10.3 またはそれ以降のバージョンでは、それぞれのアドオン製品に 対して個別に署名処理を設定することができます。下記の要素は、個別のアドオン 製品内の <signature-handling> セクション内に記載します。

<accept_unsigned_file config:type="boolean"
>true</accept_unsigned_file>

<accept_file_without_checksum config:type="boolean"
>true</accept_file_without_checksum>

<accept_verification_failed config:type="boolean"
>true</accept_verification_failed>

<accept_unknown_gpg_key>
            <all config:type="boolean">false</all>
             <keys config:type="list">
               <keyid>3B3011B76B9D6523</keyid>
             </keys>
           </accept_unknown_gpg_key>

<accept_non_trusted_gpg_key>
            <all config:type="boolean">false</all>
             <keys config:type="list">
               <keyid>3B3011B76B9D6523</keyid>
             </keys>
           </accept_non_trusted_gpg_key>

<import_gpg_key>
            <all config:type="boolean">false</all>
             <keys config:type="list">
               <keyid>3B3011B76B9D6523</keyid>
             </keys>
           </import_gpg_key>

カーネルパッケージは、パターンなどの選択には含まれません。基本的には、 インストール時に必要なカーネルを自動的に判断します。これは、パターンに カーネルパッケージが含まれてると、多くの場合矛盾が発生することになり、 インストールがうまくいかなくなるためです。

特定のカーネルをインストールするように強制したい場合は、 kernel 属性を使用します。下記は default カーネルを インストールするように強制する設定です。この設定では、 SMP など他の カーネルが必要な環境であっても、 default カーネルをインストール します。

  <software>        
    <kernel>kernel-default</kernel>
    <packages  config:type="list">
      <package>apache2</package>
    </packages>
  </software>

パッケージによっては、依存関係やセレクションの都合により、 自動的にインストールするように選択されるものがあります。

これらのパッケージを削除してしまうと、システムの一貫性を壊す ことになってしまいます。特に基本パッケージについては、同様の 機能が提供される場合を除いて、削除することはお勧めできません。 たとえば MTA (メール転送エージェント) の機能では、既定では postfix が選択され インストールされますが、 sendmail と呼ばれる もう 1 つの MTA を使用することも できます。 sendmail をインストールすると、 不要になった postfix は自動的に削除されます。 下記の例では、このような動作を説明しています:

  <software>
    <packages  config:type="list">
      <package>sendmail</package>
    </packages>
    <remove-packages  config:type="list">
      <package>postfix</package>
    </remove-packages>
  </software>

第 1 ステージではなく、再起動後の第 2 ステージでパッケージを インストールしたい場合は、 post-packages 要素内で指定します:

<software>
  <post-packages config:type="list">
    <package>yast2-cim</package>
  </post-packages>
</software>

SLES11 および openSUSE 11.1 、もしくはそれ以降のバージョンでは、 第 2 ステージでパターンをインストールすることもできるようになって います。 post-patterns 要素内で設定して ください:

<software>
  <post-patterns config:type="list">
    <pattern>apparmor</pattern>
  </post-patterns>
</software>

openSUSE 11.1 またはそれ以降のバージョンでは、インストールの最後に オンライン更新を実施することができます。オンライン更新を実施するには、 do_online_update を "true" に設定してください。 もちろんこれは、 suse-register/customer-center のセクションなどで、 オンライン更新用のリポジトリを追加した場合のみ意味を持ちます。 アドオン製品として、第 1 ステージの段階でオンライン更新リポジトリが 登録済みであった場合は、 AutoYaST は第 1 ステージの段階で最新の パッケージをインストールします。また、オンライン更新でカーネルが更新 されると、第 2 ステージの終了時に再起動が行なわれます。

<software>
  <do_online_update config:type="boolean">true</do_online_update>
</software>

ネットワークの設定は、単一の SuSE Linux マシンを イーサネットやダイアルアップ接続で接続する際に使用します。 複数のネットワークカードが存在する場合や、ルーティングを設定したり する場合など、複雑なネットワーク設定も行なうことができます。 また、このモジュールを利用することで、イーサネットやトークンリングの コントローラを設定することもできます。

まずは networking セクション内で、下記のオプションを "true" に 設定します (既定値は "false" です。 openSUSE 11.2 またはそれ以降の バージョンで利用できます。 SLES11 では利用できません):

<keep_install_network config:type="boolean">true</keep_install_network>

YaST では、インストール時に作成したネットワーク設定 (linuxrc で作成 したもの) を維持することもできますし、 AutoYaST プロファイルで作成した 設定 (作成していれば) と合成することもできます。なお、両方を組み合わせる こともできます。 AutoYaST での設定は、既存の設定ファイルに書かれたもの よりも優先して働きます。また、 YaST は既存の ifcfg-* ファイルを削除する ことはなく、プロファイルに書かれた設定を書き込みます。 DNS やルーティングに 関する設定が存在しない場合、 YaST は既存の設定値を維持します。それ以外の 場合は、プロファイル内の設定内容が適用されます。

ネットワークの設定と有効化を自動的に行なうには、 global リソースを使用して ネットワーク設定を行ないます。

.....
    <networking>
      <dns>
        <dhcp_hostname config:type="boolean">true</dhcp_hostname>
        <dhcp_resolv config:type="boolean">true</dhcp_resolv>
        <domain>local</domain>
        <hostname>linux</hostname>
      </dns>
      <interfaces config:type="list">
        <interface>
          <bootproto>dhcp</bootproto>
          <device>eth0</device>        
          <startmode>onboot</startmode>
        </interface>
      </interfaces>
      <routing>
        <ip_forward config:type="boolean">false</ip_forward>
        <routes config:type="list">
          <route>
            <destination>default</destination>
            <device>-</device>
            <gateway>192.168.1.240</gateway>
            <netmask>-</netmask>
          </route>
        </routes>
      </routing>
      <modules config:type="list">
        <module_entry>
          <device>eth0</device>
          <module>e100</module>
          <options></options>
        </module_entry>
      </modules>
    </networking>
....

      

インターネットプロキシ (キャッシュ) サーバに関する 設定を行ないます。

HTTP プロキシ は、 World Wide Web (www) サーバ に接続する際の代理となるサーバです。同様に FTP プロキシ はファイル転送プロトコル (FTP) サーバに接続する際の代理サーバです。 No proxy では、プロキシサーバを使用せずに直接 接続すべきドメインを指定します。

プロキシサーバに対して認証が必要となる場合は、それぞれユーザ名 (proxy_user) とパスワード (proxy_password) も指定してください。

<?xml version="1.0"?>
<!DOCTYPE profile>
<profile xmlns="http://www.suse.com/1.0/yast2ns" xmlns:config="http://www.suse.com/1.0/configns">
    <proxy>
      <enabled config:type="boolean">true</enabled>
      <ftp_proxy>http://192.168.1.240:3128</ftp_proxy>
      <http_proxy>http://192.168.1.240:3128</http_proxy>
      <no_proxy>localhost</no_proxy>
      <proxy_password>testpw</proxy_password>
      <proxy_user>testuser</proxy_user>
    </proxy>
</profile>

AutoYaST のプロファイルでは、使用すべきスーパーサーバを指定する要素 (netd_service) が存在するほか、それを有効にするかどうか (netd_status) やサービスを設定すべきかどうか (netd_conf) を設定することができます。

サービスの設定は、 2 つのパーツから構成されています。 1 つはキー項目、 もう 1 つはキー以外の項目です。設定を記述する際は、キー項目を利用して 項目のマッチング処理を行なうことに注意してください。該当するサービスが 既に存在する場合、既存のサービスに対してそれ以外の (キー以外の) 項目が 設定されます。該当するサービスが存在しない場合は、新しいサービスが 作成されます。複数のサービスが該当するような場合は、警告が報告されます。 なお、キー項目は script, service, protocol, server の 4 つです。

service と protocol は文字列が 一致するかどうかが判断基準になります。 script は 設定ファイルのベース名 (ディレクトリ部を除いたファイル名) を設定し、 通常は /etc/xinetd.d 以下のファイル名 (たとえば "echo-udp", "inetd.conf" など) になります。 8.2 との互換性のため、 server の項目はゆるやかな判断を行ないます。 この項目が /usr/sbin/tcpd の場合、実際のサーバ名は server_args から取得します。この場合は、空白で 区切られた最初の内容のベース名を判断基準にします。

<profile>
  ...
  <inetd>
    <netd_service config:type="symbol">xinetd</netd_service>
    <netd_status config:type="integer">0</netd_status>
    <netd_conf config:type="list">
      <conf>
	<script>imap</script>
	<service>pop3</service>
	<enabled config:type="boolean">true</enabled>
      </conf>
      <conf>
	<server>in.ftpd</server>
	<server_args>-A</server_args>
	<enabled config:type="boolean">true</enabled>
      </conf>
      <conf>
	<service>daytime</service>
	<protocol>tcp</protocol>
      </conf>
      ....
      <conf>...</conf>
    </netd_conf>
  </inetd>
  ...
</profile>

	  

ここではパスワードに関連した様々な設定を行ないます。これらの設定は、 主に /etc/login.defs ファイル内に保存されます。

encryption 属性では、パスワードの暗号化に関する 設定を行ないます。何も指定しない場合、 DES が 設定されたものとみなされます。

DES は Linux における既定の暗号化方式で、全ての ネットワーク環境で利用可能なものです。ただし、半角 8 文字以上の パスワードには対応していません。 MD5 はより長い パスワードに対応していますが、ネットワークプロトコルによっては対応 していないものもあり、特に NIS などで問題になります。これ以外にも、 Blowfish 等にも対応しています。

また、パスワードの健全性をチェックにしたり、長さをチェックしたりする ためのオプションも用意されています。

security リソースを使用することで、様々な起動設定を行なうことができます。

ここでは、ログインに関する様々な設定を行ないます。これらの設定の多くは、 '/etc/login.defs' ファイル内に保存されます。

ユーザ ID やグループ ID として使用する、最小値と最大値をそれぞれ 設定します。

YaST がシステムに対して、一切の変更を行なう前に実行するスクリプトです。 (具体的にはパーティションやパッケージのイントールよりも前に実行 されます。ただしハードウエア検出よりも後で実行されます) 。

インストール前スクリプトは、プロファイルそれ自身を修正して AutoYaST に 再読み込みさせる目的でも使用することができます。インストールの最中、 プロファイルは "/tmp/profile/autoinst.xml" 内に存在します。このファイルを スクリプトから修正し、修正版を "/tmp/profile/modified.xml" として保存 すると、 AutoYaST はインストール前スクリプトの完了後、修正版の プロファイルを読み込みます。

SUSE Linux 10.0 またはそれ以降のバージョンの場合、インストール前スクリプト で fdisk によるパーティション修正を行なうことができます。SUSE Linux 10.0 以前の (たとえば SLES9) バージョンでは、これを行なうことはできません。

	確認メッセージを表示するインストール前スクリプト
インストール前スクリプトは、インストールのとても早い段階で実行されます。 たとえばインストール時に確認を行なうように設定した場合、 インストール前スクリプトは確認メッセージ (profile/install/general/mode/confirm) よりも 前に実行されることになります。

下記の要素は、 <scripts><pre-scripts config:type="list"><script> から </script></pre-scripts>...</scripts> までの間に記述します。

<location
>http://10.10.0.1/myPreScript.sh</location>

<source>
<![CDATA[ 
echo "Testing the pre script" > /tmp/pre-script_out.txt 
]]>
</source>

<interpreter>perl</interpreter>

<filename>myPreScript5.sh</filename>

<feedback config:type="boolean"
>true</feedback>

<feedback_type>warning</feedback_type>

<debug config:type="boolean">true</debug>

<notification>Please wait while script is running...</notification>

<rerun config:type="boolean">true</rerun>

openSUSE 11.2 以降のバージョン (SLES11 では未対応です) で利用できます。

YaST で、パーティション設定と fstab への書き込みが完了した後に実行される スクリプトです。 /mnt には何もインストールされていないシステムが存在する ことになります。

下記の要素は、 <scripts><postpartitioning-scripts config:type="list"><script> から </script></postpartitioning-scripts>...</scripts> までの間に記述します。

<location
>http://10.10.0.1/myScript.sh</location>

<source>
<![CDATA[ 
echo "Testing postpart script" > /mnt/postpart_test.txt
]]>
</source>

<interpreter>perl</interpreter>

<filename>myScript5.sh</filename>

<feedback config:type="boolean"
>true</feedback>

<feedback_type>warning</feedback_type>

<debug config:type="boolean">true</debug>

<notification>Please wait while script is running...</notification>

<rerun config:type="boolean">true</rerun>

chroot 環境のスクリプトは、インストール処理で初めて再起動を行なうに あたって、その前に起動されるスクリプトです。 chroot スクリプトは、 インストール処理がインストール済みのシステムに chroot で入って、 ブートローダを設定する前と後のいずれかに実行することができます (詳しくは "chroot" パラメータをご覧ください) 。

下記の要素は、 <scripts><chroot-scripts config:type="list"><script> から </script></chroot-scripts>...</scripts> までの間に記述します。

<location
>http://10.10.0.1/myChrootScript.sh</location>

<source>
<![CDATA[
echo "Testing the chroot script" >
/tmp/chroot_out.txt
]]>
</source>

<chrooted config:type="boolean"
>true</chrooted>

<interpreter>perl</interpreter>

<filename>myPreScript5.sh</filename>

<feedback config:type="boolean"
>true</feedback>

<feedback_type>warning</feedback_type>

<debug config:type="boolean">true</debug>

<notification>Please wait while script is running...</notification>

<rerun config:type="boolean">true</rerun>

ここで指定するスクリプトは、 AutoYaST がシステムの設定を完了し、 初めてシステムを起動する際に実行されます。

インストール後スクリプトを、早い段階 (ネットワーク設定後、 AutoYaST のシステム設定前) で起動することもできます。 この場合は、 network_needed の属性を "true" に設定してください。

下記の要素は、 <scripts><post-scripts config:type="list"><script> から </script></post-scripts>...</scripts> までの間に記述します。

<location
>http://10.10.0.1/myPostScript.sh</location>

<source>
<![CDATA[ 
echo "Testing the chroot script" >
/tmp/chroot_out.txt 
]]>
</source>

<network_needed config:type="boolean"
>true</network_needed>

<interpreter>perl</interpreter>

<filename>myPostScript5.sh</filename>

<feedback config:type="boolean"
>true</feedback>

<feedback_type>warning</feedback_type>

<debug config:type="boolean">true</debug>

<notification>Please wait while script is running...</notification>

<rerun config:type="boolean">true</rerun>

これらのスクリプトは、 YaST による設定が完了した後、初回の起動処理で ネットワーク設定完了後に起動されます。これらの最終スクリプトは、 特別な init.d スクリプトを利用して 1 度だけ 実行する仕組みになっています。

初期設定スクリプトは init-scripts タグを利用して 設定します。実行時は特別な init.d スクリプトで ある、 /etc/init.d/autoyast から起動されます。

下記の要素は、 <scripts><init-scripts config:type="list"><script> から </script></init-scripts>...</scripts> までの間に記述します。

<location
>http://10.10.0.1/myInitScript.sh</location>

<source>
<![CDATA[ 
echo "Testing the init script" >
/tmp/init_out.txt 
]]>
</source>

<filename>mynitScript5.sh</filename>

<rerun config:type="boolean">true</rerun>

制御ファイルに手作業でスクリプトを追加する場合、スクリプトは 制御ファイル内の文法やタグを混乱させたりすることのないよう、CDATA 要素の中に記述する必要があります。

<?xml version="1.0"?>
<!DOCTYPE profile>
<profile xmlns="http://www.suse.com/1.0/yast2ns" xmlns:config="http://www.suse.com/1.0/configns">
        <scripts>
            <chroot-scripts config:type="list">
                <script>
                    <chrooted config:type="boolean">true</chrooted>
                    <filename>chroot.sh</filename>
                    <interpreter>shell</interpreter>
                    <source><![CDATA[
#!/bin/sh
echo "Testing chroot (chrooted) scripts"
ls
]]>                    
                    </source>
                </script>
                <script>
                    <filename>chroot.sh</filename>
                    <interpreter>shell</interpreter>
                    <source><![CDATA[
#!/bin/sh
echo "Testing chroot scripts"
df
cd /mnt
ls
]]>                    
                    </source>
                </script>
            </chroot-scripts>
            <post-scripts config:type="list">
                <script>
                    <filename>post.sh</filename>
                    <interpreter>shell</interpreter>
                    <source><![CDATA[
#!/bin/sh

echo "Running Post-install script"
/etc/init.d/portmap start
mount -a 192.168.1.1:/local /mnt
cp /mnt/test.sh /tmp
umount /mnt
]]>
                </source>
                </script>
                <script>
                    <filename>post.pl</filename>
                    <interpreter>perl</interpreter>
                    <source><![CDATA[
#!/usr/bin/perl
print "Running Post-install script";

]]>
                    </source>
                </script>
            </post-scripts>
            <pre-scripts config:type="list">
                <script>
                    <interpreter>shell</interpreter>
                    <location>http://192.168.1.1/profiles/scripts/prescripts.sh</location>
                </script>
                <script>
                    <filename>pre.sh</filename>
                    <interpreter>shell</interpreter>
                    <source><![CDATA[
#!/bin/sh
echo "Running pre-install script"
]]>
                    </source>
                </script>
            </pre-scripts>
            <postpartitioning-scripts config:type="list">
                <script>
                    <filename>postpart.sh</filename>
                    <interpreter>shell</interpreter>
                    <debug config:type="boolean">false</debug>
                    <feedback config:type="boolean">true</feedback>
                    <source><![CDATA[
touch /mnt/testfile
echo Hi
]]>
                    </source>
                </script>
            </postpartitioning-scripts>
        </scripts>
</profile>

インストールが完了すると、スクリプトと出力されたログが /var/adm/autoinstall 内に保存されます。 スクリプトは scripts のサブディレクトリ内に、 ログは log のサブディレクトリ内にそれぞれ配置されます。

ログは下記のようにシェルを実行した場合の出力になります:

/bin/sh -x <スクリプト名> 2&> /var/adm/autoinstall/logs/<スクリプト名>.log

Kdump の起動時、最初のステップでメモリの予約を行ないます。これは 起動処理のとても早い段階でメモリを確保しなければならないためで、 これはカーネルのコマンドラインパラメータ crashkernel で設定します。予約されたメモリは、元々のカーネルがクラッシュした 場合に、システムを再起動することなく第 2 のカーネルとして実行する 領域として使用するためのものです。第 2 のカーネルには特殊な initrd (初期 RAM ディスク) が用意されていて、これによってネットワークや ディスク経由でダンプを保存し、電子メールを送信して再起動するまでの 処理を行ないます。

add_crash_kernel タグを設定することで、既定の カーネルに対して crashkernel パラメータを設定 することができます。 crash_kernel タグを利用 すると、 crashkernel パラメータ自身を指定する こともできます。

Kdump 用にメモリを予約するには、 サイズ (たとえば RAM から 64 MiB 分の予約を設定するには、 64M と指定します) と オフセット値 を指定します。 具体的には、 crashkernel=(サイズ)@(オフセット) のように指定します。 Xen ハイパーバイザの場合を除き、カーネルは、 正しいオフセット値を検出することができます。 Xen ハイパーバイザの 場合は、 16M のようにオフセット値を指定する 必要があります。たとえば、 <crash_kernel>crashkernel=64M</crash_kernel> のようになります。

予約するメモリの サイズ については、アーキテクチャ ごとに下記のサイズをお勧めしています:

また、システムに搭載された RAM の容量に合わせて、予約するメモリのサイズを設定 する 拡張コマンドライン文法 にも対応しています。この 設定は、たとえばメモリサイズの異なる複数のマシンに対して、同じプロファイルを 共有したいような場合に便利な仕組みです。下記のように記述します:

(開始範囲_1)-(終了範囲_1):(サイズ_1),(開始範囲_2)-(終了範囲_2):(サイズ_2)@(オフセット)

開始範囲_1 は最初のメモリ範囲の開始点 (たとえば 0M) を指定し、 END_RANGE_1 は 最初のメモリ範囲の終了点を指定します。終了点を何も指定しないと、 "infinity" を指定したものとみなされます。たとえば 256M-2G:64M,2G-:128M のように指定すると、システムに 搭載されたメモリが 256MiB 以上 2GiB 以下の場合、 64MiB 分のクラッシュ カーネルメモリが確保され、それ以上のメモリ量の場合は 128MiB 分の クラッシュカーネルメモリが確保される動作になります。

下記の表では、メモリの予約時に指定できる項目を示しています:

<add_crash_kernel config:type="boolean">true</add_crash_kernel>

<crash_kernel>256M:64M</crash_kernel>

マシンがクラッシュし、ダンプが採取されたタイミングで、 電子メールによる通知を設定することができます。

Kdump は initrd 内で動作する仕組みであるため、同じマシンにメールサーバが設定 してあっても、通知メールを送信することはできません。必ず他のマシンにある SMTP サーバを使用する必要があります (下記をお読みください) 。

また、電子メールの送信先は KDUMP_NOTIFICATION_TO で指定 しますが、必ず 1 つだけアドレスを指定してください。複数のアドレスを指定したい 場合は、 KDUMP_NOTIFICATION_CC で指定します。また、いずれの 指定項目とも、実際の名前ではなく電子メールアドレスで指定してください。

また、 SMTP サーバの指定は KDUMP_SMTP_SERVER で行なうほか、 対象のメールサーバで認証が必要な場合は、 KDUMP_SMTP_USER と KDUMP_SMTP_PASSWORD で指定してください。ただし、現時点では TLS/SSL には対応していません。将来的に対応される予定です。

<KDUMP_NOTIFICATION_TO
>tux@example.com</KDUMP_NOTIFICATION_TO>

<KDUMP_NOTIFICATION_CC
>spam@suse.de devnull@suse.de</KDUMP_NOTIFICATION_CC>

<KDUMP_SMTP_SERVER
>email.suse.de</KDUMP_SMTP_SERVER>

<KDUMP_SMTP_USER
>bwalle</KDUMP_SMTP_USER>

<KDUMP_SMTP_PASSWORD
>geheim</KDUMP_SMTP_PASSWORD>

既に説明したとおり、ダンプを保存する際には特別なカーネルを起動します。 使用するカーネルを自動検出するための仕組み (詳しくは kdump(5) をお読みください) を使用したくない場合は、独自のカーネルを KDUMP_KERNELVER で指定することができます。たとえばこの値を foo に設定すると、 /boot/vmlinuz-foo (お使いのプラットフォームで vmlinuz 形式に対応している場合) または /boot/vmlinux-foo を読み込むようになります

また、 Kdump カーネルで起動する際に、コマンドラインを設定することもできます。 通常、元々起動していたカーネルのコマンドラインから、 Kdump では意味のない設定を 削除 (crashkernel パラメータのように) し、 Kdump で必要な 設定を追加した状態で起動されます (詳しくは kdump(5) のマニュアルページをお読み ください) 。コンソールの設定を追加する場合など、追加のコマンドラインを 設定したい場合は、 KDUMP_COMMANDLINE_APPEND で指定します。 一方、コマンドラインパラメータを置き換えたい場合は、 KDUMP_COMMANDLINE で指定してください。

<KDUMP_KERNELVER
>2.6.27-default</KDUMP_KERNELVER>

<KDUMP_COMMANDLINE_APPEND
>console=ttyS0,57600</KDUMP_COMMANDLINE_APPEND>

<KDUMP_COMMANDLINE_APPEND
>root=/dev/sda5 maxcpus=1 irqpoll</KDUMP_COMMANDLINE>

YaST プリンタモジュールは、 openSUSE 11.1 および SLES11, SLED 11 の 時点で大幅に変更されています。現時点での AutoYaST のプリンタ対応は 基本的な設定に限られ、ネットワークを介したクライアント側の CUPS 印刷システムの設定だけに対応しています。

AutoYaST では、ローカルの印刷キューを作成する機能は用意されていません。 特に USB プリンタがクライアントマシンに接続される環境では、 "/dev/usb/lp0" などのような汎用的なアクセス手段が無く、 "usb://ACME/FunPrinter?serial=1a2b3c" のようなデバイス固有のアクセス 手段しか存在しないため、事前に設定を作成することができません。また、 USB プリンタへのアクセスでは、特定のデバイスを認識するのに (左記のとおり) CUPS でのシリアル番号が必要となります。シリアル番号は通常、特定の デバイスが接続されたタイミングで CUPS のバックエンド "usb" が自動的に 付与する仕組みであり、 USB 経由で報告される値に依存した値になる ことによるものです。

CUPS でのネットワーク印刷は、本来下記のように設計されています:

CUPS ネットワーク印刷サーバ内の CUPS デーモンプロセス (cupsd) が、 指定した IP アドレスに対して印刷キューに関する情報を送信します (送信先には、ホストアドレスのほかブロードキャストアドレスも設定する ことができます) 。

クライアント側 (サーバに対して印刷ジョブを送信するだけの側) でも cupsd が動作していて、サーバからの情報を待ち受けます。クライアント側 では、どのサーバからの情報を受け付けるのかを設定することもできます。 既定ではすべてのサーバからの情報を受け付けます。

サーバ内には、クライアントから利用できる印刷キューが提供されます。 クライアント側のユーザは、さまざまなサーバ内にある印刷キューを参照 することができます。そのため、これは "参照モード" と呼ばれます。 そのためクライアント側では、 cupsd を既定の参照モードで動作させる だけの作業で済むようになっています。対応する cupsd の設定ファイル (/etc/cups/cupsd.conf) 内のディレクティブは、 "Browsing On", "BrowseAllow all" です。

CUPS サーバから発信される情報を受け付けるかどうかを設定するには、 "BrowseAllow" で行ないます。たとえば "BrowseAllow @LOCAL" のように 設定すると、ローカルネットワーク内に存在する CUPS サーバからの 情報のみを受け付けるようになります。

また、 "BrowseAllow" の項目を "BrowseAllow 192.168.100.1" と "BrowseAllow 192.168.200.0/255.255.255.0" のように複数個記載した 場合は、それぞれのホストやネットワークからの情報を受け付けるように なります。

CUPS での情報受け付けは、 UDP ポート 631 で行ないます。ファイアウオール を設定されている場合は、事前にこのポートが開いていることを確認する 必要があります。

上記の方法以外にも、ネットワーク内に 1 台の CUPS サーバしか存在しない 場合、 CUPS 参照機能は不要となるため、クライアント側では CUPS デーモン を動作させる必要もなくなります。

1 台の CUPS サーバしか存在しない環境の場合は、 /etc/cups/client.conf で "ServerName 192.168.100.99" のように直接 CUPS サーバを指定して アクセスします (ただし複数個を設定することはできません) 。この場合、 ローカルで動作する cupsd は無視され、動作していても何も意味を持ちません。

下記はプリンタ設定の例です。 <cups_remote_server> では、 /etc/cups/client.conf での ServerName の値が入っています。また、 <server_settings> には、 cupsd の設定ファイル (/etc/cups/cupsd.conf) 内で利用するすべての値が含まれています。 <server_settings> セクションは、 cupsd の設定を正しく行なうのに必要な項目です。

  <printer>
    <cups_remote_server>192.168.100.99</cups_remote_server>
    <server_settings>
      <Browsing config:type="list">
        <listentry>On</listentry>
      </Browsing>
      <BrowseAllow config:type="list">
        <listentry>@LOCAL</listentry>
        <listentry>192.168.100.1</listentry>
        <listentry>192.168.200.0/255.255.255.0</listentry>
      </BrowseAllow>
      <BrowseOrder config:type="list">
        <listentry>allow,deny</listentry>
      </BrowseOrder>
      <LogLevel config:type="list">
        <listentry>info</listentry>
      </LogLevel>
      <Listen config:type="list">
        <listentry>localhost:631</listentry>
        <listentry>/var/run/cups/cups.sock</listentry>
      </Listen>
      <DefaultAuthType config:type="list">
        <listentry>Basic</listentry>
      </DefaultAuthType>
      <SystemGroup config:type="list">
        <listentry>sys root</listentry>
      </SystemGroup>
      <sections config:type="list">
        <section>
          <Key>Location</Key>
          <Value>/</Value>
          <Allow config:type="list">
            <listentry>127.0.0.2</listentry>
          </Allow>
          <Order config:type="list">
            <listentry>allow,deny</listentry>
          </Order>
        </section>
        <section>
          <Key>Location</Key>
          <Value>/admin</Value>
          <Encryption config:type="list">
            <listentry>Required</listentry>
          </Encryption>
          <Order config:type="list">
            <listentry>allow,deny</listentry>
          </Order>
        </section>
        <section>
          <Key>Location</Key>
          <Value>/admin/conf</Value>
          <AuthType config:type="list">
            <listentry>Default</listentry>
          </AuthType>
          <Require config:type="list">
            <listentry>user @SYSTEM</listentry>
          </Require>
          <Order config:type="list">
            <listentry>allow,deny</listentry>
          </Order>
        </section>
        <section>
          <Key>Policy</Key>
          <Value>default</Value>
          <subsection config:type="list">
            <listentry>
              <Key>Limit</Key>
              <Value>Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job CUPS-Move-Job</Value>
              <Require config:type="list">
                <listentry>user @OWNER @SYSTEM</listentry>
              </Require>
              <Order config:type="list">
                <listentry>deny,allow</listentry>
              </Order>
            </listentry>
            <listentry>
              <Key>Limit</Key>
              <Value>CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default</Value>
              <AuthType config:type="list">
                <listentry>Default</listentry>
              </AuthType>
              <Require config:type="list">
                <listentry>user @SYSTEM</listentry>
              </Require>
              <Order config:type="list">
                <listentry>deny,allow</listentry>
              </Order>
            </listentry>
            <listentry>
              <Key>Limit</Key>
              <Value>Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After CUPS-Accept-Jobs CUPS-Reject-Jobs</Value>
              <AuthType config:type="list">
                <listentry>Default</listentry>
              </AuthType>
              <Require config:type="list">
                <listentry>user @SYSTEM</listentry>
              </Require>
              <Order config:type="list">
                <listentry>deny,allow</listentry>
              </Order>
            </listentry>
            <listentry>
              <Key>Limit</Key>
              <Value>Cancel-Job CUPS-Authenticate-Job</Value>
              <Require config:type="list">
                <listentry>user @OWNER @SYSTEM</listentry>
              </Require>
              <Order config:type="list">
                <listentry>deny,allow</listentry>
              </Order>
            </listentry>
            <listentry>
              <Key>Limit</Key>
              <Value>All</Value>
              <Order config:type="list">
                <listentry>deny,allow</listentry>
              </Order>
            </listentry>
          </subsection>
        </section>
      </sections>
    </server_settings>
  </printer>

	    

下記はサウンドデバイスの設定例です。

....
    <sound>
      <autoinstall config:type="boolean">true</autoinstall>
      <modules_conf config:type="list">
        <module_conf>
          <alias>snd-card-0</alias>
          <model>M5451, ALI</model>
          <module>snd-ali5451</module>
          <options>
            <snd_enable>1</snd_enable>
            <snd_index>0</snd_index>
            <snd_pcm_channels>32</snd_pcm_channels>
          </options>         
        </module_conf>
      </modules_conf>
      <volume_settings config:type="list">
        <listentry>
          <Master config:type="integer">75</Master>
        </listentry>
      </volume_settings>
    </sound>

....