d-iマニュアル更新:preparing (r69230)

[victory <victory.deb@xxxxxxxxx>]

manual/po/ja/preparing.po:

uf; al->um
#: preparing.xml:764
#, no-c-format
msgid "RAM (minimum)"
msgstr "RAM (最小)"

5->2
#: preparing.xml:775
#, no-c-format
msgid "2 gigabytes"
msgstr "2 ギガバイト"

1->10
#: preparing.xml:780
#, no-c-format
msgid "10 gigabytes"
msgstr "10 ギガバイト"

#. Tag: title
#: preparing.xml:1466
#, no-c-format
msgid "ARM firmware"
msgstr "ARM ファームウェア"

#: preparing.xml:1468
#, no-c-format
msgid ""
"As already mentioned before, there is unfortunately no standard for system "
"firmware on ARM systems. Even the behaviour of different systems which use "
"nominally the same firmware can be quite different. This results from the "
"fact that a large part of the devices using the ARM architecture are "
"embedded systems, for which the manufacturers usually build heavily "
"customized firmware versions and include device-specific patches. "
"Unfortunately the manufacturers often do not submit their changes and "
"extensions back to the mainline firmware developers, so their changes are "
"not integrated into newer versions of the original firmware."
msgstr ""
"既に触れたように、残念ながら ARM システムのシステムファームウェアには標準とな"
"るものがありません。名義上同一のファームウェアを利用していても、システムが異"
"なれば挙動はかなり異なることがあります。これは ARM アーキテクチャを採用してい"
"る機器の大半が組み込みシステムであり、製造者は通常独自の変更を相当に加えた"
"バージョンのファームウェアをビルドし、機器特有のパッチを収録しているという事"
"実に起因します。残念ながら製造者が変更や拡張を主流側のファームウェア開発者に"
"送らないことが多く、そのため製造者による変更が元のファームウェアの新しいバー"
"ジョンにはなかなか取り入れられません。"

#: preparing.xml:1480
#, no-c-format
msgid ""
"As a result even newly sold systems often use a firmware that is based on a "
"years-old manufacturer-modified version of a firmware whose mainline "
"codebase has evolved a lot further in the meantime and offers additional "
"features or shows different behaviour in certain aspects. In addition to "
"that, the naming of onboard devices is not consistent between different "
"manufacturer-modified versions of the same firmware, therefore it is nearly "
"impossible to provide usable product-independend instructions for ARM-based "
"systems."
msgstr ""
"結果として新しく販売されているシステムであっても、製造者により改変された1年以"
"上古いバージョンのファームウェアを基にしたファームウェアを使っていることが多"
"く、一方で主流側のコードはその間に大きく進化して追加の機能を提供していたり、"
"ある面で異なる挙動を取るということがあります。それに加え、オンボードデバイス"
"の命名方法は異なる製造者が改変したバージョン間では同一のファームウェアであっ"
"ても一貫性がなく、そのためARMベースのシステムで製品に依存せずに利用できる命令"
"を提供するのはほぼ不可能です。"

#: preparing.xml:1493
#, no-c-format
msgid "Setting the ethernet MAC address in u-boot"
msgstr "u-boot でのイーサネット MAC アドレスの設定"

#: preparing.xml:1494
#, no-c-format
msgid ""
"The MAC address of every ethernet interface should normally be globally "
"unique, and it technically has to be unique within its ethernet broadcast "
"domain. To achieve this, the manufacturer usually allocates a block of MAC "
"addresses from a centrally-administered pool (for which a fee has to be "
"paid) and preconfigures one of these addresses on each item sold."
msgstr ""
"通常、全イーサネットインターフェイスのMACアドレスが全体で一意であるべきで、技"
"術的にはイーサネットブロードキャストドメイン内で一意でないといけません。それ"
"を実現するために製造者は通常、中央管理されている (対価を払う必要のある) MAC "
"アドレスブロックを割り当てられ、そのアドレスの中から1つを販売する各製品に事前"
"設定します。"

#: preparing.xml:1502
#, no-c-format
msgid ""
"In the case of development boards, sometimes the manufacturer wants to avoid "
"paying these fees and therefore provides no globally unique addresses. In "
"these cases the users themselves have to define MAC addresses for their "
"systems. When no MAC address is defined for an ethernet interface, some "
"network drivers generate a random MAC address that can change on every boot, "
"and if this happens, network access would be possible even when the user has "
"not manually set an address, but e.g. assigning semi-static IP addresses by "
"DHCP based on the MAC address of the requesting client would obviously not "
"work reliably."
msgstr ""
"開発用ボードの場合、製造者が対価の支払いを避けたいために全体で一意なアドレス"
"が提供されないこともあります。その場合はユーザ自身でシステムの MAC アドレスを"
"決めないといけません。イーサネットインターフェイスの MAC アドレスが決められて"
"いない場合、ネットワークドライバによっては MAC アドレスを無作為に生成します。"
"そうして生成された MAC アドレスはブートのたびに変わる可能性があり、変更が発生"
"した場合、ユーザが手作業によりアドレスをセットしなくてもネットワークアクセス"
"は可能でしょうが、例えばリクエストしたクライアントの MAC アドレスを基にして "
"DHCP により半固定の IP アドレスを割り当てるような場合の動作に信頼性が失われる"
"のは明らかです。"

#: preparing.xml:1513
#, no-c-format
msgid ""
"To avoid conflicts with existing officially-assigned MAC addresses, there is "
"an address pool which is reserved for so-called <quote>locally administered</"
"quote> addresses. It is defined by the value of two specific bits in the "
"first byte of the address (the article <quote>MAC address</quote> in the "
"English language Wikipedia gives a good explanation). In practice this means "
"that e.g. any address starting with hexadecimal ca (such as ca:ff:"
"ee:12:34:56) can be used as a locally administered address."
msgstr ""
"公式に割り当てられている既存の MAC アドレスとの競合を回避するため、いわゆる"
"<quote>ローカル管理用</quote>アドレスとして予約されているアドレス領域がありま"
"す。アドレスの第1バイトの特定の2ビットの値が決められています (英語版 "
"Wikipedia の記事<quote>MAC_address</quote>に良い説明があります)。事実上これは"
"例えば 16 進数 ca から始まる任意のアドレス (ca:ff:ee:12:34:56 等) をローカル"
"管理用アドレスとして利用できるということになります。"

#: preparing.xml:1523
#, no-c-format
msgid ""
"On systems using u-boot as system firmware, the ethernet MAC address is "
"placed in the <quote>ethaddr</quote> environment variable. It can be checked "
"at the u-boot command prompt with the command <quote>printenv ethaddr</"
"quote> and can be set with the command <quote>setenv ethaddr ca:ff:"
"ee:12:34:56</quote>. After setting the value, the command <quote>saveenv</"
"quote> makes the assignment permanent."
msgstr ""
"システムのファームウェアとして u-boot を使っているシステムでは、イーサネット "
"MAC アドレスは<quote>ethaddr</quote>環境変数にセットされています。u-boot のコ"
"マンドプロンプトでコマンド<quote>printenv ethaddr</quote>により確認、コマンド"
"<quote>setenv ethaddr ca:ff:ee:12:34:56</quote>によりセットできます。値の設定"
"後にコマンド<quote>saveenv</quote>を実行するとその割り当てが恒久的になります。"

#. Tag: title
#: preparing.xml:1534
#, no-c-format
msgid "Kernel/Initrd/Device-Tree relocation issues in u-boot"
msgstr "u-boot でのカーネル/initrd/デバイスツリーの再配置問題"

#: preparing.xml:1535
#, no-c-format
msgid ""
"On some systems with older u-boot versions there can be problems with "
"properly relocating the Linux kernel, the initial ramdisk and the device-"
"tree blob in memory during the boot process. In this case, u-boot shows the "
"message <quote>Starting kernel ...</quote>, but the system freezes "
"afterwards without further output. These issues have been solved with newer "
"u-boot versions from v2014.07 onwards."
msgstr ""
"以前のバージョンの u-boot を利用しているシステムの一部ではブートの過程で "
"Linux カーネルや初期 RAM ディスク、デバイスツリー blob のメモリへの再配置に不"
"具合がある可能性があります。その場合 u-boot は<quote>Starting kernel ...</"
"quote>というメッセージを表示しますがシステムはそれ以上出力することなくフリー"
"ズします。この問題は v2014.07 以降の新しいバージョンの u-boot では解決されて"
"います。"

#: preparing.xml:1544
#, no-c-format
msgid ""
"If the system has originally used a u-boot version older than v2014.07 and "
"has been upgraded to a newer version later, the problem might still occur "
"even after upgrading u-boot. Upgrading u-boot usually does not modify the "
"existing u-boot environment variables and the fix requires an additional "
"environment variable (bootm_size) to be set, which u-boot does automatically "
"only on fresh installations without existing environment data. It is "
"possible to manually set bootm_size to the new u-boot's default value by "
"running the command <quote>env default bootm_size; saveenv</quote> at the u-"
"boot prompt."
msgstr ""
"システムが元々 v2014.07 よりも古いバージョンの u-boot を利用していたもので後"
"から新しいバージョンにアップグレードした場合、u-boot のアップグレード後でも問"
"題が引き続き発生するかもしれません。u-boot のアップグレードでは通常既存の u-"
"boot 環境変数を変更せず、この問題の修正には追加の環境変数 (bootm_size) をセッ"
"トする必要があり、既存の環境データの存在しない新規インストール処理でのみ u-"
"boot は自動的にそれをセットします。コマンド<quote>env default bootm_size; "
"saveenv</quote>を u-boot のプロンプトで手作業により実行することで u-boot の新"
"しいデフォルト値に bootm_size をセットできます。"

#: preparing.xml:1555
#, no-c-format
msgid ""
"Another possibility to circumvent relocation-related problems is to run the "
"command <quote>setenv fdt_high ffffffff; setenv initrd_high 0xffffffff; "
"saveenv</quote> at the u-boot prompt to completely disable the relocation of "
"the initial ramdisk and the device-tree blob."
msgstr ""
"再配置関連の問題を回避する別の策として、コマンド<quote>setenv fdt_high "
"ffffffff; setenv initrd_high 0xffffffff; saveenv</quote>を u-boot プロンプト"
"で実行して初期 RAM ディスク、デバイスツリー blob の再配置を完全に無効化する方"
"法があります。"

#. Tag: title
#: preparing.xml:1565
#, no-c-format
msgid "Systems with UEFI firmware"
msgstr "UEFI ファームウェアを利用しているシステム"

#: preparing.xml:1566
#, no-c-format
msgid ""
"UEFI (<quote>Unified Extensible Firmware Interface</quote>) is a new kind of "
"system firmware that is used on many modern systems and is - among other "
"uses - intended to replace the classic PC BIOS."
msgstr ""
"UEFI (<quote>Unified Extensible Firmware Interface</quote>) は新しい種類のシ"
"ステムファームウェアで、現代的なシステムの多くで採用され、- 他の用途もありま"
"すが - 伝統的な PC BIOS の置き換えを意図しています。"

#: preparing.xml:1572
#, no-c-format
msgid ""
"Currently most PC systems that use UEFI also have a so-called "
"<quote>Compatibility Support Module</quote> (CSM) in the firmware, which "
"provides excatly the same interfaces to an operating system as a classic PC "
"BIOS, so that software written for the classic PC BIOS can be used "
"unchanged. Nonetheless UEFI is intended to one day completely replace the "
"old PC BIOS without being fully backwards-compatible and there are already a "
"few systems with UEFI but without CSM."
msgstr ""
"現在 UEFI を採用しているほとんどの PC システムでファームウェアのいわゆる"
"<quote>互換性サポートモジュール</quote> (CSM、Compatibility Support Module) "
"を備えています。これは伝統的な PC BIOS として全く同一のインターフェイスをオペ"
"レーティングシステムに提供するため、伝統的な PC BIOS 向けに書かれたソフトウェ"
"アを変更せずそのまま使えます。UEFI は完全な後方互換性を維持せず古い PC BIOS "
"をいつか完全に置き換えることを意図していますが、UEFI を採用していながら CSM "
"を備えていないシステムも少数ですが既に存在します。"

#: preparing.xml:1582
#, no-c-format
msgid ""
"On systems with UEFI there are a few things to take into consideration when "
"installing an operating system. The way the firmware loads an operating "
"system is fundamentally different between the classic BIOS (or UEFI in CSM "
"mode) and native UEFI. One major difference is the way the harddisk "
"partitions get recorded on the harddisk. While the classic BIOS and UEFI in "
"CSM mode use a DOS partition table, native UEFI uses a different "
"partitioning scheme called <quote>GUID Partition Table</quote> (GPT). On a "
"single disk, for all practical purposes only one of the two can be used and "
"in case of a multi-boot setup with different operating systems on one disk, "
"all of them must therefore use the same type of partition table. Booting "
"from a disk with GPT is only possible in native UEFI mode, but using GPT "
"becomes more and more common as hard disk sizes grow, because the classic "
"DOS partition table cannot address disks larger than about 2 Terabytes while "
"GPT allows for by far larger disks. The other major difference between BIOS "
"(or UEFI in CSM mode) and native UEFI is from where boot code is loaded and "
"in which format it has to be, so that different bootloaders are needed for "
"both systems."
msgstr ""
"UEFI を備えたシステムでオペレーティングシステムをインストールする際に留意して"
"おくべきことがいくつかあります。ファームウェアがオペレーティングシステムを読"
"み込む方法が BIOS (や UEFI の CSM モード) とネイティブ UEFI とでは根本的に異"
"なります。第一に大きな違いはハードディスクのパーティションをハードディスクに"
"記録する方法です。伝統的な BIOS と UEFI の CSM モードでは DOS パーティション"
"テーブルを利用しますがネイティブ UEFI では<quote>GUID パーティションテーブル"
"</quote> (GPT、GUID Partition Table) と呼ばれる、異なるパーティション方式を採"
"用しています。1つのディスクで現実的な目的に利用できるのは2つのうちの1つだけで"
"あり、そのため1つのディスクで異なるオペレーティングシステムのマルチブートを用"
"意する場合は同じ種類のパーティションテーブルをその全オペレーティングシステム"
"で使わないといけません。GPT を採用したディスクからのブートはネイティブ UEFI "
"モードでのみ可能ですが、ハードディスク容量増大により GPT の採用がますます一般"
"的になっています。これは伝統的な DOS パーティションテーブルでは容量が約2テラ"
"バイト以上のディスクには対応できないのに対して GPT では圧倒的に大容量のディス"
"クに対応できるからです。BIOS (や UEFI の CSM モード) とネイティブ UEFI との他"
"の大きな違いとしてブートコードを読み込む位置とそのコードの形式があり、そのた"
"め異なるシステムでは異なるブートローダが必要です。"

#: preparing.xml:1602
#, no-c-format
msgid ""
"The latter becomes important when booting &d-i; on a UEFI system with CSM "
"because &d-i; checks whether it was started on a BIOS- or on a native UEFI "
"system and installs the corresponding bootloader. Normally this simply works "
"but there can be a problem in multi-boot environments. On some UEFI systems "
"with CSM the default boot mode for removable devices can be different from "
"what is actually used when booting from hard disk, so when booting the "
"installer from a USB stick in a different mode from what is used when "
"booting another already installed operating system from the hard disk, the "
"wrong bootloader might be installed and the system might be unbootable after "
"finishing the installation. When choosing the boot device from a firmware "
"boot menu, some systems offer two seperate choices for each device, so that "
"the user can select whether booting shall happen in CSM or in native UEFI "
"mode."
msgstr ""
"UEFI システムの CSM で &d-i; をブートする場合には後者が重要になります。これ"
"は &d-i; が BIOS から起動されたのかネイティブ UEFI システムから起動されたのか"
"確認して対応するブートローダをインストールするためです。通常これは単純にうま"
"く機能しますが、マルチブート環境では問題が起きる可能性があります。一部の "
"UEFI システムで CSM を利用した場合、脱着可能機器のデフォルトのブートモード"
"が、ハードディスクからブートしたときに実際に利用されるものとは異なる可能性が"
"あるためです。そのため、別のインストール済みオペレーティングシステムをハード"
"ディスクからブートする際に利用するモードとは異なるモードでインストーラを USB "
"メモリからブートした場合、適切でないブートローダがインストールされ、インス"
"トール完了後にシステムがブート不可能になるかもしれません。システムによっては"
"ブートデバイスをファームウェアのブートメニューから選択する際に各デバイスにつ"
"いて別個の選択を提示し、CSM からブートするのかネイティブ UEFI モードからブー"
"トするのかユーザが選択できるようにしています。"

#: preparing.xml:1618
#, no-c-format
msgid ""
"Another UEFI-related topic is the so-called <quote>secure boot</quote> "
"mechanism. Secure boot means a function of UEFI implementations that allows "
"the firmware to only load and execute code that is cryptographically signed "
"with certain keys and thereby blocking any (potentially malicious) boot code "
"that is unsigned or signed with unknown keys. In practice the only key "
"accepted by default on most UEFI systems with secure boot is a key from "
"Microsoft used for signing the Windows bootloader. As the boot code used by "
"&d-i; is not signed by Microsoft, booting the installer requires prior "
"deactivation of secure boot in case it is enabled. Secure boot is often "
"enabled by default on systems that come preinstalled with a 64Bit version of "
"Windows 8 and there is unfortunately no standard where in the UEFI setup it "
"can be disabled. On some systems, the option to disable secure boot is only "
"made visible when a BIOS password has been set by the user, so if you have a "
"system with secure boot enabled, but cannot find an option to disable it, "
"try setting a BIOS password, powercycle the machine and look again for an "
"appropriate option."
msgstr ""
"UEFI に関連する他の話題としてはいわゆる <quote>セキュアブート</quote>機構があ"
"ります。セキュアブートというのは UEFI 実装の機能で、暗号的に特定の鍵により署"
"名済みのコードの読み込み、実行だけをファームウェアに許可します。結果として "
"(潜在的に悪意のある) 署名されていないあるいは未知の鍵により署名されたブート"
"コードを全て阻止します。現実的にはセキュアブートを採用しているほとんどの "
"UEFI システムでデフォルトで受け付ける鍵は Windows ブートローダの署名に利用さ"
"れている Microsoft の鍵だけです。&d-i; により利用されるブートコードは "
"Microsoft により署名されていないため、インストーラのブートにはセキュアブート"
"が有効になっている場合には事前に無効化する必要があります。64ビット版の "
"Windows 8 がプレインストールされているシステムではセキュアブートがデフォルト"
"で有効化されていることが多く、UEFI の設定からそれを無効化する手順には残念なが"
"ら標準的なものがありません。一部のシステムではセキュアブートを無効化するオプ"
"ションが、BIOS パスワードがユーザによりセットされている場合にのみ見えるように"
"なるものもあります。そのため、セキュアブートが有効化されているシステムで無効"
"化するオプションを見つけられない場合は一旦 BIOS パスワードを設定してマシンの"
"電源を入れ直し、再びそれらしいオプションがないか探してみてください。"

#. Tag: title
#: preparing.xml:1640
#, no-c-format
msgid "Disabling the Windows 8 <quote>fast boot</quote> feature"
msgstr "Windows 8 の<quote>高速スタートアップ</quote>機能の無効化"

#: preparing.xml:1641
#, no-c-format
msgid ""
"Windows 8 offers a feature called <quote>fast boot</quote> to cut down the "
"time needed to boot itself. Technically, when this feature is enabled, "
"Windows 8 does not do a real shutdown and a real cold boot afterwards when "
"ordered to shut down, but instead does something resembling a partial "
"suspend to disk to reduce the <quote>boot</quote> time. As long as Windows 8 "
"is the only operating system on the machine, this is unproblematic, but it "
"can result in problems and data loss when you have a dual boot setup in "
"which another operating system accesses the same filesystems as Windows 8 "
"does. In that case the real state of the filesystem can be different from "
"what Windows 8 believes it to be after the <quote>boot</quote> and this "
"could cause filesystem corruption upon further write accesses to the "
"filesystem. Therefore in a dual boot setup, to avoid filesystem corruption "
"the <quote>fast boot</quote> feature has to be disabled within Windows."
msgstr ""
"Windows 8 では<quote>高速スタートアップ</quote>と呼ばれる、ブート自体に必要な"
"時間を短縮する機能を提供しています。技術的には、この機能を有効化すると "
"Windows 8 はシャットダウンを指示したときに実際のシャットダウンやその後の実際"
"のコールドブートを行わず、代わりにディスクへの部分サスペンドのようなことを行"
"い<quote>ブート</quote>時間を短縮します。Windows 8 がそのマシンの唯一のオペ"
"レーティングシステムである限りこれは問題にはなりませんが、Windows 8 と同一の"
"ファイルシステムに別のオペレーティングシステムがアクセスするデュアルブート環"
"境では問題となりデータ消失の可能性があります。その場合、<quote>ブート</quote>"
"後にはファイルシステムの実際の状態が  Windows 8 がそうであると信じている状態"
"とは異なる可能性があり、そのファイルシステムへの書き込みアクセスがさらに起き"
"るとファイルシステムの破損を引き起こす可能性があります。したがって、デュアル"
"ブート環境でファイルシステムの破損を避けるためには<quote>高速スタートアップ</"
"quote>機能を Windows 内で無効化する必要があります。"

-- 
victory
no need to CC me :-)
http://userscripts.org/scripts/show/102724 0.0.1.4
http://userscripts.org/scripts/show/163846 0.0.1
http://userscripts.org/scripts/show/163848 0.0.1