Windowsバッチファイルで、指定IPアドレスから応答がなくなったら次の作業を実施する、という処理をやりたかったので作った。

普通にping実行時のERRORLEVELを見ればいいか、と思っていたが、試験した環境では応答があってもなくてもERRORLEVEL0だったので判別ができなかった・・・
調べたところ「otnx.jpのコマンド別/ping」に調査した結果と回避方法があったのでそれを使った。

ちなみにotnx.jpではfindで「bytes=32」を引っかけていたが、日本語環境だと「 バイト数 =32」になってしまうが、バッチには書きたくなかったので、その後ろにある「ms TTL=」の方を引っかけるようにした。

・停止待ちバッチファイル
応答がなかったら終了。
応答があったら３回繰り返す

@echo off
set COUNT=0
:error
set /a COUNT=COUNT+1
echo %COUNT%
if "%COUNT%" == "3" goto errorout
ping -n 1 IPアドレス | find "ms TTL=" > NUL
if ERRORLEVEL 1 goto notrespond
timeout /t 5  > nul
goto error
:notrespond
echo host stopped
goto end
:errorout
echo host not stop
:end

・起動待ちバッチファイル
ping応答がなかったら３回繰り返してみる

@echo off
set COUNT=0
:error
set /a COUNT=COUNT+1
if "%COUNT%" == "3" goto errorout
ping -n 1 IPアドレス | find "ms TTL=" > NUL
if ERRORLEVEL 1 goto error
echo host working
goto end
:errorout
echo host not working
:end

公衆無線LANサービスで「ワイヤレスゲート(Wireless Gate)」と「Wi2 300」というのがある。

去年、どっちも加入していたので、比較記事を書いた。
→ WirelessGateで使える公衆無線LANのSSID(2013/04/23)

で・・・2014年7月現在の情報を調べたところ「Wi2preminum」に関して、若干変更あり。

2011/06/29から「プレミアムエリアお試しキャンペーン」としてWi2 300通常契約ユーザであれば使用できていたものが、2014年4月以降に登録した新規ユーザは適用されなくなった、とのこと。
そして、Wi2 300通常契約では、9月末でプレミアムエリアサービスを使用できなくなる、とのこと。

今後は、Wi2premiumを使いたい場合は、「ワンタイムプラン」の申し込みが必要になる、とのこと。

・新たなSSID：Wi2premiumのお知らせ(2011/06/29)
・Wi2 300「プレミアムエリアお試しキャンペーン」の終了について(2014/03/12)
・Wi2「プレミアムエリアお試しキャンペーン」の新規受け付け終了について(2014/03/12)

新しい情報を元にリストを更新。

△1:一部ユーザで利用可能。もしくは１日プラン（ワンタイムプラン別途契約）
△2:一部のエリアで利用可能。「新型成田エクスプレスエリア」「スーパーひたち」「フレッシュひたち」のみ利用可(根拠)
△3:一部のエリアで利用可能。新幹線車内と待合室では利用不可(根拠)

CentOS7がリリースされたので、CentOS7 RC版でインストールしたマシンを、正式版にできないかやってみた。
　・CentOS7のリリースのアナウンス:[CentOS-announce] Release for CentOS-7 on x86_64
　・CentOS7のリリースノート:CentOS 7.0.1406 Release Notes

とりあえず、centos-releaseをアップデートすればいいのかなぁ、とやってみた。
試した時点ではkddlabsにはまだ無かったので、iijからファイルを持ってきた。

[root@cent7rc]# wget http://ftp.iij.ad.jp/pub/linux/centos/7/os/x86_64/Packages/centos-release-7-0.1406.el7.centos.2.3.x86_64.rpm
--2014-07-08 09:41:10--  http://ftp.iij.ad.jp/pub/linux/centos/7/os/x86_64/Packages/centos-release-7-0.1406.el7.centos.2.3.x86_64.rpm
ftp.iij.ad.jp (ftp.iij.ad.jp) をDNSに問いあわせています... 202.232.140.170, 2001:240:bb8f:200::1:170
ftp.iij.ad.jp (ftp.iij.ad.jp)|202.232.140.170|:80 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 200 OK
長さ: 20100 (20K) [application/x-rpm]
`centos-release-7-0.1406.el7.centos.2.3.x86_64.rpm' に保存中
100%[======================================>] 20,100      --.-K/s 時間 0.01s
2014-07-08 09:41:11 (1.47 MB/s) - `centos-release-7-0.1406.el7.centos.2.3.x86_64.rpm' へ保存完了 [20100/20100]
[root@cent7rc ~]# rpm -Uvh centos-release-7-0.1406.el7.centos.2.3.x86_64.rpm
警告: centos-release-7-0.1406.el7.centos.2.3.x86_64.rpm: ヘッダー V3 RSA/SHA256 Signature、鍵 ID f4a80eb5: NOKEY
準備しています...              ################################# [100%]
更新中 / インストール中...
   1:centos-release-7-0.1406.el7.cento################################# [ 50%]
エラー: アーカイブの伸長に失敗: ファイル /usr/share/doc/redhat-release: cpio: rename失敗 - ディレクトリです
エラー: centos-release-7-0.1406.el7.centos.2.3.x86_64: インストール 失敗
エラー: centos-release-7-0.el7.0.140617.3.x86_64: 削除 スキップした
[root@cent7rc ~]#

失敗した。

が・・・/etc/yum.repos.d/には、さっきまで無かったファイル群が・・・

[root@cent7rc ~]# ls -l /etc/yum.repos.d/
合計 16
-rw-r--r--. 1 root root 1612  7月  4 20:00 CentOS-Base.repo
-rw-r--r--. 1 root root  640  7月  4 20:00 CentOS-Debuginfo.repo
-rw-r--r--. 1 root root 1331  7月  4 20:00 CentOS-Sources.repo
-rw-r--r--. 1 root root  156  7月  4 20:00 CentOS-Vault.repo
[root@cent7rc]#

では、ということで「yum update」

[root@cent7rc ~]# yum update
読み込んだプラグイン:fastestmirror, langpacks
Loading mirror speeds from cached hostfile
 * base: ftp.tsukuba.wide.ad.jp
 * extras: ftp.tsukuba.wide.ad.jp
 * updates: ftp.tsukuba.wide.ad.jp
依存性の解決をしています
--> トランザクションの確認を実行しています。
---> パッケージ NetworkManager.x86_64 1:0.9.9.1-13.git20140326.4dba720.el7 を 更新
---> パッケージ NetworkManager.x86_64 1:0.9.9.1-23.git20140326.4dba720.el7_0 を アップデート
---> パッケージ NetworkManager-glib.x86_64 1:0.9.9.1-13.git20140326.4dba720.el7 を 更新
---> パッケージ NetworkManager-glib.x86_64 1:0.9.9.1-23.git20140326.4dba720.el7_0 を アップデート
---> パッケージ NetworkManager-tui.x86_64 1:0.9.9.1-13.git20140326.4dba720.el7  を 更新
---> パッケージ NetworkManager-tui.x86_64 1:0.9.9.1-23.git20140326.4dba720.el7_0 を アップデート
---> パッケージ anaconda.x86_64 0:19.31.79-1.el7.centos.3 を 更新
---> パッケージ anaconda.x86_64 0:19.31.79-1.el7.centos.4 を アップデート
---> パッケージ anaconda-widgets.x86_64 0:19.31.79-1.el7.centos.3 を 更新
---> パッケージ anaconda-widgets.x86_64 0:19.31.79-1.el7.centos.4 を アップデー ト
---> パッケージ centos-logos.noarch 0:70.0.5-1.el7.centos を 更新
---> パッケージ centos-logos.noarch 0:70.0.6-1.el7.centos を アップデート
---> パッケージ centos-release.x86_64 0:7-0.el7.0.140617.3 を 更新
---> パッケージ centos-release.x86_64 0:7-0.1406.el7.centos.2.3 を アップデート
---> パッケージ evolution.x86_64 0:3.8.5-21.el7 を 更新
---> パッケージ evolution.x86_64 0:3.8.5-22.el7_0.1 を アップデート
---> パッケージ evolution-data-server.x86_64 0:3.8.5-23.el7 を 更新
---> パッケージ evolution-data-server.x86_64 0:3.8.5-24.el7_0 を アップデート
---> パッケージ evolution-help.noarch 0:3.8.5-21.el7 を 更新
---> パッケージ evolution-help.noarch 0:3.8.5-22.el7_0.1 を アップデート
---> パッケージ firefox.x86_64 0:24.5.0-1.el7.centos を 更新
---> パッケージ firefox.x86_64 0:24.6.0-1.el7.centos を アップデート
---> パッケージ fprintd.x86_64 0:0.5.0-3.el7 を 更新
---> パッケージ fprintd.x86_64 0:0.5.0-4.0.el7_0 を アップデート
---> パッケージ fprintd-pam.x86_64 0:0.5.0-3.el7 を 更新
---> パッケージ fprintd-pam.x86_64 0:0.5.0-4.0.el7_0 を アップデート
---> パッケージ gdm.x86_64 1:3.8.4-27.el7 を 更新
---> パッケージ gdm.x86_64 1:3.8.4-28.el7_0.1 を アップデート
---> パッケージ gdm-libs.x86_64 1:3.8.4-27.el7 を 更新
---> パッケージ gdm-libs.x86_64 1:3.8.4-28.el7_0.1 を アップデート
---> パッケージ gnome-classic-session.noarch 0:3.8.4-9.el7 を 更新
---> パッケージ gnome-classic-session.noarch 0:3.8.4-10.el7_0 を アップデート
---> パッケージ gnome-online-accounts.x86_64 0:3.8.5-8.el7 を 更新
---> パッケージ gnome-online-accounts.x86_64 0:3.8.5-9.el7_0.1 を アップデート
---> パッケージ gnome-settings-daemon.x86_64 0:3.8.6.1-9.el7 を 更新
---> パッケージ gnome-settings-daemon.x86_64 0:3.8.6.1-9.el7_0.1 を アップデート
---> パッケージ gnome-settings-daemon-updates.x86_64 0:3.8.6.1-9.el7 を 更新
---> パッケージ gnome-settings-daemon-updates.x86_64 0:3.8.6.1-9.el7_0.1 を アップデート
---> パッケージ gnome-shell.x86_64 0:3.8.4-31.el7 を 更新
---> パッケージ gnome-shell.x86_64 0:3.8.4-32.el7_0 を アップデート
---> パッケージ gnome-shell-extension-alternate-tab.noarch 0:3.8.4-9.el7 を 更新
---> パッケージ gnome-shell-extension-alternate-tab.noarch 0:3.8.4-10.el7_0 を  アップデート
---> パッケージ gnome-shell-extension-apps-menu.noarch 0:3.8.4-9.el7 を 更新
---> パッケージ gnome-shell-extension-apps-menu.noarch 0:3.8.4-10.el7_0 を アッ プデート
---> パッケージ gnome-shell-extension-common.noarch 0:3.8.4-9.el7 を 更新
---> パッケージ gnome-shell-extension-common.noarch 0:3.8.4-10.el7_0 を アップデート
---> パッケージ gnome-shell-extension-launch-new-instance.noarch 0:3.8.4-9.el7  を 更新
---> パッケージ gnome-shell-extension-launch-new-instance.noarch 0:3.8.4-10.el7_0 を アップデート
---> パッケージ gnome-shell-extension-places-menu.noarch 0:3.8.4-9.el7 を 更新
---> パッケージ gnome-shell-extension-places-menu.noarch 0:3.8.4-10.el7_0 を ア ップデート
---> パッケージ gnome-shell-extension-window-list.noarch 0:3.8.4-9.el7 を 更新
---> パッケージ gnome-shell-extension-window-list.noarch 0:3.8.4-10.el7_0 を ア ップデート
---> パッケージ gnutls.x86_64 0:3.1.18-8.el7 を 更新
---> パッケージ gnutls.x86_64 0:3.1.18-9.el7_0 を アップデート
---> パッケージ gnutls-dane.x86_64 0:3.1.18-8.el7 を 更新
---> パッケージ gnutls-dane.x86_64 0:3.1.18-9.el7_0 を アップデート
---> パッケージ gnutls-utils.x86_64 0:3.1.18-8.el7 を 更新
---> パッケージ gnutls-utils.x86_64 0:3.1.18-9.el7_0 を アップデート
---> パッケージ java-1.7.0-openjdk.x86_64 1:1.7.0.51-2.4.5.5.el7 を 更新
---> パッケージ java-1.7.0-openjdk.x86_64 1:1.7.0.55-2.4.7.2.el7_0 を アップデート
---> パッケージ java-1.7.0-openjdk-headless.x86_64 1:1.7.0.51-2.4.5.5.el7 を 更 新
---> パッケージ java-1.7.0-openjdk-headless.x86_64 1:1.7.0.55-2.4.7.2.el7_0 を  アップデート
---> パッケージ json-c.x86_64 0:0.11-3.el7 を 更新
---> パッケージ json-c.x86_64 0:0.11-4.el7_0 を アップデート
---> パッケージ kernel.x86_64 0:3.10.0-123.4.2.el7 を インストール
---> パッケージ kernel-tools.x86_64 0:3.10.0-123.el7 を 更新
---> パッケージ kernel-tools.x86_64 0:3.10.0-123.4.2.el7 を アップデート
---> パッケージ kernel-tools-libs.x86_64 0:3.10.0-123.el7 を 更新
---> パッケージ kernel-tools-libs.x86_64 0:3.10.0-123.4.2.el7 を アップデート
---> パッケージ kexec-tools.x86_64 0:2.0.4-32.el7 を 更新
---> パッケージ kexec-tools.x86_64 0:2.0.4-32.el7.centos.1 を アップデート
---> パッケージ kpatch.noarch 0:0.0-1.el7 を 更新
---> パッケージ kpatch.noarch 0:0.1.2-1.el7_0 を アップデート
---> パッケージ libcacard.x86_64 10:1.5.3-60.el7 を 更新
---> パッケージ libcacard.x86_64 10:1.5.3-60.el7_0_0.2 を アップデート
---> パッケージ libipa_hbac.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ libipa_hbac.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ libipa_hbac-python.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ libipa_hbac-python.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ libsmbclient.x86_64 0:4.1.1-31.el7 を 更新
---> パッケージ libsmbclient.x86_64 0:4.1.1-33.el7_0 を アップデート
---> パッケージ libsss_idmap.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ libsss_idmap.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ libtasn1.x86_64 0:3.3-3.el7 を 更新
---> パッケージ libtasn1.x86_64 0:3.3-5.el7_0 を アップデート
---> パッケージ libwbclient.x86_64 0:4.1.1-31.el7 を 更新
---> パッケージ libwbclient.x86_64 0:4.1.1-33.el7_0 を アップデート
---> パッケージ mariadb-libs.x86_64 1:5.5.35-3.el7 を 更新
---> パッケージ mariadb-libs.x86_64 1:5.5.37-1.el7_0 を アップデート
---> パッケージ microcode_ctl.x86_64 2:2.1-7.1.el7 を 更新
---> パッケージ microcode_ctl.x86_64 2:2.1-7.1.el7_0.1 を アップデート
---> パッケージ openssl.x86_64 1:1.0.1e-34.el7 を 更新
---> パッケージ openssl.x86_64 1:1.0.1e-34.el7_0.3 を アップデート
---> パッケージ openssl-libs.x86_64 1:1.0.1e-34.el7 を 更新
---> パッケージ openssl-libs.x86_64 1:1.0.1e-34.el7_0.3 を アップデート
---> パッケージ python-sssdconfig.noarch 0:1.11.2-65.el7 を 更新
---> パッケージ python-sssdconfig.noarch 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ qemu-guest-agent.x86_64 10:1.5.3-60.el7 を 更新
---> パッケージ qemu-guest-agent.x86_64 10:1.5.3-60.el7_0_0.2 を アップデート
---> パッケージ qemu-img.x86_64 10:1.5.3-60.el7 を 更新
---> パッケージ qemu-img.x86_64 10:1.5.3-60.el7_0_0.2 を アップデート
---> パッケージ qemu-kvm.x86_64 10:1.5.3-60.el7 を 更新
---> パッケージ qemu-kvm.x86_64 10:1.5.3-60.el7_0_0.2 を アップデート
---> パッケージ qemu-kvm-common.x86_64 10:1.5.3-60.el7 を 更新
---> パッケージ qemu-kvm-common.x86_64 10:1.5.3-60.el7_0_0.2 を アップデート
---> パッケージ samba-client.x86_64 0:4.1.1-31.el7 を 更新
---> パッケージ samba-client.x86_64 0:4.1.1-33.el7_0 を アップデート
---> パッケージ samba-common.x86_64 0:4.1.1-31.el7 を 更新
---> パッケージ samba-common.x86_64 0:4.1.1-33.el7_0 を アップデート
---> パッケージ samba-libs.x86_64 0:4.1.1-31.el7 を 更新
---> パッケージ samba-libs.x86_64 0:4.1.1-33.el7_0 を アップデート
---> パッケージ selinux-policy.noarch 0:3.12.1-153.el7 を 更新
---> パッケージ selinux-policy.noarch 0:3.12.1-153.el7_0.10 を アップデート
---> パッケージ selinux-policy-targeted.noarch 0:3.12.1-153.el7 を 更新
---> パッケージ selinux-policy-targeted.noarch 0:3.12.1-153.el7_0.10 を アップデート
---> パッケージ shim.x86_64 0:0.7-5.2.el7.centos.1 を 更新
---> パッケージ shim.x86_64 0:0.7-5.2.el7.centos.2 を アップデート
---> パッケージ sssd.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ sssd.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ sssd-ad.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ sssd-ad.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ sssd-client.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ sssd-client.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ sssd-common.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ sssd-common.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ sssd-common-pac.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ sssd-common-pac.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ sssd-ipa.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ sssd-ipa.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ sssd-krb5.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ sssd-krb5.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ sssd-krb5-common.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ sssd-krb5-common.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ sssd-ldap.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ sssd-ldap.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ sssd-proxy.x86_64 0:1.11.2-65.el7 を 更新
---> パッケージ sssd-proxy.x86_64 0:1.11.2-68.el7_0.5 を アップデート
---> パッケージ tuned.noarch 0:2.3.0-11.el7 を 更新
---> パッケージ tuned.noarch 0:2.3.0-11.el7_0.3 を アップデート
---> パッケージ tzdata.noarch 0:2014b-1.el7 を 更新
---> パッケージ tzdata.noarch 0:2014e-1.el7_0 を アップデート
---> パッケージ tzdata-java.noarch 0:2014b-1.el7 を 更新
---> パッケージ tzdata-java.noarch 0:2014e-1.el7_0 を アップデート
---> パッケージ webkitgtk3.x86_64 0:2.0.4-6.el7 を 更新
---> パッケージ webkitgtk3.x86_64 0:2.0.4-6.el7_0.1 を アップデート
--> 依存性解決を終了しました。
依存性を解決しました
================================================================================
 Package                         アーキテクチャー
                                        バージョン                リポジトリー
                                                                           容量
================================================================================
インストール中:
 kernel                          x86_64 3.10.0-123.4.2.el7        updates  29 M
更新します:
 NetworkManager                  x86_64 1:0.9.9.1-23.git20140326.4dba720.el7_0
                                                                  updates 1.4 M
 NetworkManager-glib             x86_64 1:0.9.9.1-23.git20140326.4dba720.el7_0
                                                                  updates 369 k
 NetworkManager-tui              x86_64 1:0.9.9.1-23.git20140326.4dba720.el7_0
                                                                  updates 190 k
 anaconda                        x86_64 19.31.79-1.el7.centos.4   base    2.2 M
 anaconda-widgets                x86_64 19.31.79-1.el7.centos.4   base    715 k
 centos-logos                    noarch 70.0.6-1.el7.centos       base     21 M
 centos-release                  x86_64 7-0.1406.el7.centos.2.3   base     20 k
 evolution                       x86_64 3.8.5-22.el7_0.1          updates 8.3 M
 evolution-data-server           x86_64 3.8.5-24.el7_0            updates 2.8 M
 evolution-help                  noarch 3.8.5-22.el7_0.1          updates 3.0 M
 firefox                         x86_64 24.6.0-1.el7.centos       updates  49 M
 fprintd                         x86_64 0.5.0-4.0.el7_0           updates  75 k
 fprintd-pam                     x86_64 0.5.0-4.0.el7_0           updates  15 k
 gdm                             x86_64 1:3.8.4-28.el7_0.1        updates 912 k
 gdm-libs                        x86_64 1:3.8.4-28.el7_0.1        updates  13 k
 gnome-classic-session           noarch 3.8.4-10.el7_0            updates  23 k
 gnome-online-accounts           x86_64 3.8.5-9.el7_0.1           updates 394 k
 gnome-settings-daemon           x86_64 3.8.6.1-9.el7_0.1         updates 1.2 M
 gnome-settings-daemon-updates   x86_64 3.8.6.1-9.el7_0.1         updates  53 k
 gnome-shell                     x86_64 3.8.4-32.el7_0            updates 1.2 M
 gnome-shell-extension-alternate-tab
                                 noarch 3.8.4-10.el7_0            updates  15 k
 gnome-shell-extension-apps-menu noarch 3.8.4-10.el7_0            updates  18 k
 gnome-shell-extension-common    noarch 3.8.4-10.el7_0            updates  91 k
 gnome-shell-extension-launch-new-instance
                                 noarch 3.8.4-10.el7_0            updates  14 k
 gnome-shell-extension-places-menu
                                 noarch 3.8.4-10.el7_0            updates  17 k
 gnome-shell-extension-window-list
                                 noarch 3.8.4-10.el7_0            updates  22 k
 gnutls                          x86_64 3.1.18-9.el7_0            updates 609 k
 gnutls-dane                     x86_64 3.1.18-9.el7_0            updates  51 k
 gnutls-utils                    x86_64 3.1.18-9.el7_0            updates 207 k
 java-1.7.0-openjdk              x86_64 1:1.7.0.55-2.4.7.2.el7_0  updates 209 k
 java-1.7.0-openjdk-headless     x86_64 1:1.7.0.55-2.4.7.2.el7_0  updates  25 M
 json-c                          x86_64 0.11-4.el7_0              updates  31 k
 kernel-tools                    x86_64 3.10.0-123.4.2.el7        updates 669 k
 kernel-tools-libs               x86_64 3.10.0-123.4.2.el7        updates 609 k
 kexec-tools                     x86_64 2.0.4-32.el7.centos.1     updates 320 k
 kpatch                          noarch 0.1.2-1.el7_0             updates 7.8 k
 libcacard                       x86_64 10:1.5.3-60.el7_0_0.2     updates 175 k
 libipa_hbac                     x86_64 1.11.2-68.el7_0.5         updates  73 k
 libipa_hbac-python              x86_64 1.11.2-68.el7_0.5         updates  67 k
 libsmbclient                    x86_64 4.1.1-33.el7_0            updates 114 k
 libsss_idmap                    x86_64 1.11.2-68.el7_0.5         updates  77 k
 libtasn1                        x86_64 3.3-5.el7_0               updates 316 k
 libwbclient                     x86_64 4.1.1-33.el7_0            updates  84 k
 mariadb-libs                    x86_64 1:5.5.37-1.el7_0          updates 752 k
 microcode_ctl                   x86_64 2:2.1-7.1.el7_0.1         updates 488 k
 openssl                         x86_64 1:1.0.1e-34.el7_0.3       updates 705 k
 openssl-libs                    x86_64 1:1.0.1e-34.el7_0.3       updates 939 k
 python-sssdconfig               noarch 1.11.2-68.el7_0.5         updates  97 k
 qemu-guest-agent                x86_64 10:1.5.3-60.el7_0_0.2     updates 240 k
 qemu-img                        x86_64 10:1.5.3-60.el7_0_0.2     updates 596 k
 qemu-kvm                        x86_64 10:1.5.3-60.el7_0_0.2     updates 1.8 M
 qemu-kvm-common                 x86_64 10:1.5.3-60.el7_0_0.2     updates 307 k
 samba-client                    x86_64 4.1.1-33.el7_0            updates 516 k
 samba-common                    x86_64 4.1.1-33.el7_0            updates 690 k
 samba-libs                      x86_64 4.1.1-33.el7_0            updates 4.3 M
 selinux-policy                  noarch 3.12.1-153.el7_0.10       updates 340 k
 selinux-policy-targeted         noarch 3.12.1-153.el7_0.10       updates 3.8 M
 shim                            x86_64 0.7-5.2.el7.centos.2      base    671 k
 sssd                            x86_64 1.11.2-68.el7_0.5         updates  66 k
 sssd-ad                         x86_64 1.11.2-68.el7_0.5         updates 169 k
 sssd-client                     x86_64 1.11.2-68.el7_0.5         updates 120 k
 sssd-common                     x86_64 1.11.2-68.el7_0.5         updates 1.2 M
 sssd-common-pac                 x86_64 1.11.2-68.el7_0.5         updates 121 k
 sssd-ipa                        x86_64 1.11.2-68.el7_0.5         updates 273 k
 sssd-krb5                       x86_64 1.11.2-68.el7_0.5         updates 110 k
 sssd-krb5-common                x86_64 1.11.2-68.el7_0.5         updates 203 k
 sssd-ldap                       x86_64 1.11.2-68.el7_0.5         updates 203 k
 sssd-proxy                      x86_64 1.11.2-68.el7_0.5         updates 117 k
 tuned                           noarch 2.3.0-11.el7_0.3          updates 145 k
 tzdata                          noarch 2014e-1.el7_0             updates 433 k
 tzdata-java                     noarch 2014e-1.el7_0             updates 148 k
 webkitgtk3                      x86_64 2.0.4-6.el7_0.1           updates  10 M
トランザクションの要約
================================================================================
インストール   1 パッケージ
更新          72 パッケージ
総ダウンロード容量: 180 M
Is this ok [y/d/N]: y
Downloading packages:
No Presto metadata available for base
No Presto metadata available for updates
警告: /var/cache/yum/x86_64/7/updates/packages/NetworkManager-glib-0.9.9.1-23.git20140326.4dba720.el7_0.x86_64.rpm: ヘッダー V3 RSA/SHA256 Signature、鍵 ID f4a80eb5: NOKEY
NetworkManager-glib-0.9.9.1-23.git20140326.4dba720.el7_0.x86_64.rpm の公開鍵がインストールされていません
(1/73): NetworkManager-glib-0.9.9.1-23.git20140326.4dba720 | 369 kB   00:00
＜略＞
(73/73): webkitgtk3-2.0.4-6.el7_0.1.x86_64.rpm             |  10 MB   00:01
--------------------------------------------------------------------------------
合計                                               8.3 MB/s | 180 MB  00:21
file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7 から鍵を取得中です。
Importing GPG key 0xF4A80EB5:
 Userid     : "CentOS-7 Key (CentOS 7 Official Signing Key) <security@centos.org>"
 Fingerprint: 6341 ab27 53d7 8a78 a7c2 7bb1 24c6 a8a7 f4a8 0eb5
 Package    : centos-release-7-0.el7.0.140617.3.x86_64 (@base/$releasever)
 From       : /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
上記の処理を行います。よろしいでしょうか？ [y/N]y
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
  更新します              : libwbclient-4.1.1-33.el7_0.x86_64             1/145
＜略＞
  更新します              : centos-release-7-0.1406.el7.centos.2.3.x8    62/145
Error unpacking rpm package centos-release-7-0.1406.el7.centos.2.3.x86_64
error: unpacking of archive failed on file /usr/share/doc/redhat-release: cpio: rename
  更新します              : 10:libcacard-1.5.3-60.el7_0_0.2.x86_64       63/145
＜略＞
  更新します              : json-c-0.11-4.el7_0.x86_64                   71/145
  インストール中          : kernel-3.10.0-123.4.2.el7.x86_64             72/145
  更新します              : 10:qemu-guest-agent-1.5.3-60.el7_0_0.2.x8    73/145
  整理中                  : sssd-1.11.2-65.el7.x86_64                    74/145
＜略＞
  整理中                  : 10:qemu-guest-agent-1.5.3-60.el7.x86_64     144/145
  検証中                  : evolution-3.8.5-22.el7_0.1.x86_64             1/145
＜略＞
  検証中                  : gnome-shell-extension-apps-menu-3.8.4-9.e   131/145
centos-release-7-0.el7.0.140617.3.x86_64 was supposed to be removed but is not!
  検証中                  : centos-release-7-0.el7.0.140617.3.x86_64    132/145
  検証中                  : 1:java-1.7.0-openjdk-1.7.0.51-2.4.5.5.el7   133/145
＜略＞
  検証中                  : 1:java-1.7.0-openjdk-headless-1.7.0.51-2.   145/145
インストール:
  kernel.x86_64 0:3.10.0-123.4.2.el7
更新:
  NetworkManager.x86_64 1:0.9.9.1-23.git20140326.4dba720.el7_0
＜略＞
  webkitgtk3.x86_64 0:2.0.4-6.el7_0.1
失敗:
  centos-release.x86_64 0:7-0.el7.0.140617.3
  centos-release.x86_64 0:7-0.1406.el7.centos.2.3
完了しました!
[root@cent7rc ~]#

centos-releaseのインストールに失敗している？
rpmコマンドを実行して確認してみるとRC時代のものが残っている模様

[root@cent7rc ~]# rpm -qa|grep release
centos-release-7-0.el7.0.140617.3.x86_64
[root@cent7rc ~]#

rpmファイルを–forceで適用しようとしても、同じ状態

[root@cent7rc ~]# rpm -Uvh --force centos-release-7-0.1406.el7.centos.2.3.x86_64.rpm
準備しています...              ################################# [100%]
更新中 / インストール中...
   1:centos-release-7-0.1406.el7.cento################################# [100%]
エラー: アーカイブの伸長に失敗: ファイル /usr/share/doc/redhat-release: cpio: rename失敗 - ディレクトリです
エラー: centos-release-7-0.1406.el7.centos.2.3.x86_64: インストール 失敗
[root@cent7rc ~]#

ファイルが壊れているのかとrpm2cpio/cpioで展開してみると、それは正常終了

[root@cent7rc tmp]# rpm2cpio ../centos-release-7-0.1406.el7.centos.2.3.x86_64.rpm |cpio -ivd
./etc/centos-release
./etc/issue
./etc/issue.net
./etc/os-release
./etc/pki/rpm-gpg
./etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
./etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Debug-7
./etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Testing-7
./etc/redhat-release
./etc/rpm/macros.dist
./etc/system-release
./etc/system-release-cpe
./etc/yum.repos.d/CentOS-Base.repo
./etc/yum.repos.d/CentOS-Debuginfo.repo
./etc/yum.repos.d/CentOS-Sources.repo
./etc/yum.repos.d/CentOS-Vault.repo
./usr/lib/systemd/system-preset/85-display-manager.preset
./usr/lib/systemd/system-preset/90-default.preset
./usr/share/centos-release/EULA
./usr/share/doc/centos-release/Contributors
./usr/share/doc/centos-release/GPL
./usr/share/doc/redhat-release
./usr/share/redhat-release
67 blocks
[root@cent7rc tmp]#

謎な状態ですね。

まぁ、テストマシンなので、気にせず消しましょうかね・・・

昨日、TEMPerV2を使っているユーザから、「githubであなたが改造したpcsensorに対してTERMPerV2対応を加えたものを公開してる人がいる」、ということを教えてもらった。

修正版:https://github.com/waja/pcsensors/blob/master/debian/patches/multiple_temerature_readings

ソースをみてもどういう修正なのかがわからなかったので、教えてくれた人に尋ねた。
TEMPerV2は、温度センサーを２つ持っているが、pcsensor.cの1.0.2では、１つ目の温度センサーの情報しか取得できない。
２つ目の温度センサーからも温度が取得できるようにした修正であるとのこと。

というわけで、自分のところのソース修正を開始

・センサーが２個である、という決め打ち修正はよくないのでMAX_SENSORで定義し
　それ以上の個数がある場合でも容易に対応ができるように変更
・センサーが１個しかないTEMPerV1.2で、２個分取得しようとすると異常な値になるので
　waja’s pcsensor.cの修正だけでは駄目なので、修正

修正したものを「https://github.com/osakanataro/pcsensor」にて公開しました。

また、「http://blog.osakana.net/sw/pcsensor/pcsensor-1.0.3.tar.gz」にtar.gzを置いています。

・マルチデバイス時にデバイス名を出力するオプション “-d”

# ./pcsensor -d
2014/07/11 10:42:13 Bus 002 Device 003 Temperature0 88.47F 31.38C
2014/07/11 10:42:13 Bus 003 Device 003 Temperature0 74.30F 23.50C
#

・接続されているTEMPerのリスト表示 “-D”

# ./pcsensor -D
0 is Bus 002 Device 003
1 is Bus 003 Device 003
#

・接続されているTEMPerの個別表示 “-D番号”

# ./pcsensor -D0
2014/07/11 10:43:48 Temperature0 88.47F 31.38C
# ./pcsensor -D1
2014/07/11 10:44:16 Temperature0 74.30F 23.50C
#

・摂氏/華氏表示の同時指定を可能にした

# ./pcsensor -c
2014/07/11 10:44:49 Temperature0 31.38C
2014/07/11 10:44:49 Temperature0 23.50C
# ./pcsensor -f
2014/07/11 10:44:53 Temperature0 88.47F
2014/07/11 10:44:53 Temperature0 74.30F
# ./pcsensor -f -c
2014/07/11 10:45:02 Temperature0 88.47F 31.38C
2014/07/11 10:45:02 Temperature0 74.30F 23.50C
#

・１つのデバイスに２個の温度センサーがついている場合

# ./pcsensor -c -n2
2014/07/11 10:44:49 Temperature0 31.38C
2014/07/11 10:44:49 Temperature1 23.50C
#

なお、センサーが１つしかないもので、-n2指定すると以下の様な異常値になります。

# ./pcsensor -c -n2
2014/07/11 11:09:41 Temperature0 214.60F 101.45C
2014/07/11 11:09:41 Temperature1 32.00F 0.00C
#

テキストファイル群を１つのEPUB3としてまとめる手法を調査し、実際に作成してみた。

作成したEPUB書籍を読む対象はKobo glo/Kobo Touchと、Android端末である。

なんやかんやあった末、作成できたわけですが、一番参考にしたのは、日本電子書籍出版社協会発行の「電書協EPUB 3 制作ガイド」に含まれるpdfとサンプルepub(book-template.epub)でした。

今回はテキストファイルのepub化なので、リフロー型とよばれる形式になるので、そのサンプルepubであるbook-template.epubを元に作成していきました。
book-template.epubをunzipで解体し、その内容を流用していき、不明な点があったら、それについてグーグルで探してみる、という感じでやるのが、わかりやすかったです。
不明な点についてはイースト株式会社の「EPUB日本語文書作成チュートリアル」を見ればだいたいおっけーでした。

実際に作ってみた後は、「epubcheckツール」を使って論理的な整合性チェックを実施。
上記のURLだとソースコードしか入手できないように見えますが、「https://github.com/IDPF/epubcheck/releasesの方にあるzipファイルからepubcheck.jarを入手できます。

epubcheck.jarの実行は、「java -jar epubcheck.jar EPUBファイル名」という感じでコマンドライン指定で行います。
詳しいオプションについては「Running from Commandline」を参照のこと。

以下は作成した際に引っかかった点。

・Kobo touch/gloの仕様上拡張子「.epub」では日本語フォントをデフォルト選択してくれない
拡張子「.kepub.epub」にすると表示してくれる。
最初は、stylesheetでフォント指定をすれば拡張子.epubでも表示できるんじゃないかとがんばってみたけど、書籍を選択した状態で処理が非常に重くなり、結局表示できない、という状態になってしまった。
同じモノでも、.kepub.epubにすると、すぐに表示できる。
なんでも、.epubと.kepub.epubの場合で、EPUBを解釈するエンジンが違うんだとか・・・

・「mimetype」ファイルに改行が入っていたらepubcheckに引っかかった

・navigation documentで<li>～</li>とやったら、「<a>」か「<span>」を入れないと不正、とかepubcheckで言われてしまった

・standard.opfでファイル更新日のmetaタグ dcterms:modifiedを入れなかったら、epubcheckで引っかかった。

・epubファイルの作成はepubのルートディレクトリにて以下を実行
zip -0 -q -X ../$title.epub mimetype
zip -r -q ../$title.epub * -x mimetype

・navigation documentと目次の違いがいまいち理解できていない
電書協と角川のサンプルだと、navigation documentへは「表紙」「目次」「本文の開始」「奥付」ぐらいの登録しかなく、実際の章立てに関わる目次は「目次ページ」内で記載する、という雰囲気になっている。
が・・・そういった構造で作ってみると、EPUBビューアの目次表示機能で、目次として認識してくれない。
このため、navigation documentにも目次を記載した。
ついでに、縦書きビューワの目次にも対応させるために、ncx形式の目次も追加した。

・KADOKAWA-EPUB 制作仕様
角川書店系列のepub仕様書。
サンプルepubもある。
KindleとかiBookを考えた場合の処理について参考になった。

・iBooks Asset Guide 5.1 Revision 2
AppleのiBooks用のepub仕様書。

spineアイテム数が84個あるepubを、epubcheck 4.0にかけると、以下の警告が出るという点。

$ java -jar epubcheck.jar ファイル名.epub
Validating against EPUB version 3.0 - custom validation
WARNING(OPF-020): n5884z.epub/item/standard.opf(-1,-1): Excessive number of spine items.
Validating using EPUB version 3.0 rules.
Check finished with warnings
epubcheck completed
$ export LANG=ja_JP.utf8
$ java -jar epubcheck.jar ファイル名.epub
Validating against EPUB version 3.0 - custom validation
WARNING(OPF-020): n5884z.epub/item/standard.opf(-1,-1): spineアイテムの数が多す ぎます.
EPUB version 3.0 のルールを使って検証します.
警告が検出されました
epubcheck completed
$

消したり増やしたりで確認してみたところ、itemrefが50個以上で警告がでた。
spineアイテム数の制限に関する記述を発見できていない。

「EPUB3書籍を作ってみた」で作ったEPUB3書籍をepubchekerとか、実際のいろんなリーダに通して見たりすると、いろいろめんどーな点が出てきたりなんだり。

とりあえず、spineに登録できるitemrefの数が50以上になるとepubcheker 4.0で警告されてしまう理由と、それを回避する手法があるのかどうかがわかりません。
IBM RedBookとかにいくと、大きそうなEPUBドキュメントがあるので、いろいろ見てみてるんですが、itemrefが30個を超えるようなものすら見当たらないんですよねぇ・・・
仕様で制限されてるんでしょうか？？

・Koboの電子書籍仕様

・EPUB 3 Sample Documents
IDPFが提供しているEPUB3のサンプル文書集。
「オンラインで読む」のと「ダウンロード」がある。

・EPUB 3 Navigation
ナビゲーションドキュメントの作成について解説している。
互換性のためNCXファイルを作った方がいい。
（実験するとEPUB3対応のはずなのに目次をncxファイルから取ろうとするリーダーソフトもあった）

＊章の扉ページがある場合の例＊
NG例

<ol>
<li><a href="part1.xhtml">第１章</a></li>
<li>　<a href="capter1-1.xhtml">第１節</a></li>
<li>　<a href="capter1-2.xhtml">第２節</a></li>
<li><a href="part2.xhtml">第２章</a></li>
<li>　<a href="capter2-1.xhtml">第１節</a></li>
<li>　<a href="capter2-2.xhtml">第２節</a></li>
</ol>

OK例

<ol>
<li><a href="part1.xhtml">第１章</a>
 <ol>
 <li><a href="capter1-1.xhtml">第１節</a></li>
 <li><a href="capter1-2.xhtml">第２節</a></li>
 </ol></li>
<li><a href="part2.xhtml">第２章</a>
 <ol>
 <li><a href="capter2-1.xhtml">第１節</a></li>
 <li><a href="capter2-2.xhtml">第２節</a></li>
 </ol></li>
</ol>

ポイント：OLタグで章と節とでレベル分けをすること。

＊章の扉ページがない場合＊

NG例

<ol>
<li>第１章
 <ol>
 <li><a href="capter1-1.xhtml">第１節</a></li>
 <li><a href="capter1-2.xhtml">第２節</a></li>
 </ol></li>
<li>第２章
 <ol>
 <li><a href="capter2-1.xhtml">第１節</a></li>
 <li><a href="capter2-2.xhtml">第２節</a></li>
 </ol></li>
</ol>

OK例

<ol>
<li><span>第１章</span>
 <ol>
 <li><a href="capter1-1.xhtml">第１節</a></li>
 <li><a href="capter1-2.xhtml">第２節</a></li>
 </ol></li>
<li><span>第２章</span>
 <ol>
 <li><a href="capter2-1.xhtml">第１節</a></li>
 <li><a href="capter2-2.xhtml">第２節</a></li>
 </ol></li>
</ol>

ポイント：ページがない場合はSPANタグでくくること

2013年9月ぐらいから話題になっているPressy。
最近は、それに似た製品がいろいろと出てきています。

構造的にはイヤホンマイクについている話中ボタンを流用しているので、イヤホンマイクに対応しているスマートフォンで使える、ということになっています。

dealextremeにて「3個$3.51」なんて値段で売ってるのを見かけたので、先ほど発注してみました。

届くまでの間に情報を集めておこうと、類似製品および使えそうなアプリをリストアップしてみました。

・Pressy
Pressy
一番最初にこの手の製品を出したところ。
４極タイプ。

・360 One-click Shortcut Key (360智键)
中国のアンチウイルスベンダの「北京奇虎360科技有限公司」が出している製品。
公式ページ：360智键

３極に見えるタイプ。

360 Universal 3.5mm Plug One-click Shortcut Key Dustproof plug for Android Phone – Silver (１個で$1.66)
360 3.5mm Plug One-click Shortcut Key Dustproof plugs Set for Android Phone – Silver (３個セットで$3.51)

・XIAOMI MiKey
最近スマホで有名な小米(XIAOMI)社のMiKey。
アプリは、MIUI提供アプリストアみたいなところで配布されている。Google Playにはない様だ。

４極タイプ。

XIAOMI MiKey Dustproof 3.5mm Plug One-click Shortcut Key (１個で$2.29/黒は$2.43)

・iKey
IKEYという会社の製品。
「Android端末に物理キーを追加するイヤホンプラグ型ボタンが発売(2014/07/05)」で紹介されているように、日本でも買えるところがある。
アプリはサイトでのAPKダウンロード。
３極に見えるタイプ。

・快按钮/Hello Klick
快按钮/Hello Klick
上海智朴科技发展有限公司というところが販売している製品。
Google Playでもアプリを配布している。

このたぐいは、「オーディオコントロール付きのヘッドホン」もしくは「イヤホンマイク」の構造を流用しているので構造的にはほぼ同じであり、そのためそれぞれどの製品用のアプリでも動いたりするらしい。

・Pressy用の「Pressy – The Almighty Button」
このアプリの利用に際しては、Pressy製品パッケージ記載のアクティベーションコードを入力し、登録を行う必要がある。
（なので、互換製品では使えない）

・360智键用の「360智键」
上記ページの「下载APP」からAPKをダウンロードできる

・HelloKlick用の「HelloKlick / 快按钮 KlicK」
Google Playにあるので普通にダウンロード。
「APP下载」からAPKダウンロードもできる。

・Xiaomi MiKey用の「米键」
ascii.jpの「Andorid端末に物理ボタンを追加できるウワサのPressy的なモノを試す」という記事で使われてるソフトはコレ。
これは中国語のみであるため、英語などの多言語リソースを追加した野良APK「Mi Key」というのも存在している。

・iKey用の「iKey app」

・「Press Audio Jack Control」
オーディオコントロール付きのヘッドホンのボタンを使って、アプリを起動などを行わせるソフト。
たぶん、使えると思われる。

ケータイWatchの「地域限定ワンセグが「Gガイドモバイル」で簡単に視聴可能に」という記事を見て、そんな載せることができるほど、地域限定ワンセグ（エリアワンセグ）なんてあったのかな？と思って、一覧を探してみた。

地域限定ワンセグこと「エリア放送」もしくは「エリア限定ワンセグサービス」は、「エリア放送開発委員会」というところが管轄しているようだ。

「免許取得情報」が一覧なのかと思いきや、平成25年3月22日の更新が最後の模様。

放送なんだから、無線局として免許を交付する総務省側の情報を確認。
「情報通信(ICT政策) > 放送政策の推進 > エリア放送」に「エリア放送を行う地上一般放送局の免許状況」があり、そこから全国の総合通信局のエリア放送に関するページに飛んで、確認できるようになっていた。

東北8箇所+関東28箇所+信州3箇所+北陸12箇所+東海1箇所+近畿1箇所+四国3箇所+九州3箇所
= 全国59箇所の送信所が免許状は登録されていた。

実際に放送が開始されている一覧はないものか、さらに調査してみたところ、「一般財団法人電波技術協会（reea）」にエリア放送に関するページがあり、「エリア放送一覧」があり、これは実際に電波を出している一覧であるようだ。
これをみると、全国40箇所の送信所が稼働中であるらしい。

また、一度開局したものの廃止されたというものも以下に挙げたリスト以外にも多数存在している模様。
廃局されたものも含めたリストは「でんぱでーた on Web」のエリア放送に掲載されています。
どこに行けばエリア放送を見られるのか、具体的な場所を知りたい場合は、上記のページを参照するといいでしょう。
例えば、秋葉原でエリアワンセグを見たいのであれば以下のポイントである、というのが分かります。
・東京ワンセグ放送を見るには「秋葉原UDX(14ch)」と「ツクモeX(14ch)」
・SONYアニマックスのワンセグ放送を見るには「アニメイト秋葉原店(46ch)」と「ガンダムカフェ秋葉原店(48ch)」

にしても、下の「電波技術協会のエリア放送一覧」には、富山県南砺市の「なんとちゃんねる」が載ってないというのはなんでしょうねぇ？
エリア放送本免許放送開始されてるというのに、何かが違うのかな？

＜電波技術協会のエリア放送一覧からの引用、ここまで＞

北海道
なし

東北

関東

信州

北陸

番号	免許人の名称	無線設備の設置場所
1	南砺市	富山県　南砺市	詳細
2	南砺市	富山県　南砺市	詳細
3	南砺市	富山県　南砺市	詳細
4	南砺市	富山県　南砺市	詳細
5	南砺市	富山県　南砺市	詳細
6	南砺市	富山県　南砺市	詳細
7	南砺市	富山県　南砺市	詳細
8	南砺市	富山県　南砺市	詳細
9	南砺市	富山県　南砺市	詳細
10	南砺市	富山県　南砺市	詳細
11	南砺市	富山県　南砺市	詳細
12	南砺市	富山県　南砺市	詳細

東海

近畿

中国
なし

四国

九州

沖縄
なし

＜総務省ページからの引用、ここまで＞

しばらく使ってなかったら、NetBackupの日本語ドキュメントの入手方法について、すっかり忘却の彼方になってしまっていたので、備忘録としてメモ書き。

まず、簡単に手に入る日本語ドキュメント

・「日立 マニュアル：ミドルウェア：JP1 Version10」にNetBackup 7.6日本語ドキュメント
JP1の一部としてNetBackupが提供されており、ソレ用のドキュメントとして公開されている。
中身は、そのまま。

・NetBackup 7.1 Localized Product Documentation
・NetBackup 6.0 Localized Product Documentation

入手がめんどくさいもの
・NetBackup 7.6 Documentation
・NetBackup 7.5 Documentation

上記２つは、同じURLで英語ドキュメントと日本語ドキュメントをダウンロードできるようになっているのだが、特に明記されていないので、分かりづらい。

各ページで「Language:Japanese」を選択すると、機械翻訳のページになるだけの様に見えてしまうが、実は各ドキュメントやzipのリンクをたどると、日本語ドキュメントに飛ばされるようになっている。

うまく動作しない場合は、URLを手で修正すると入手できたりする。
例えば、NetBackup 7.5 管理者ガイド Vol. 1 – Windowsを入手したい場合は「http://www.symantec.com/business/support/index?page=content&id=DOC5159&locale=ja_JP#」という形で、locale=ja_JPをつければ日本語になる。

NetBackup7.5日本語ドキュメントの一括ダウンロードは無いようだが、NetBackup 7.6については、このリンクで入手が可能となる。
(逆に7.6英語版を入手したい場合: http://www.symantec.com/business/support/index?page=content&id=doc6446&locale=en_US# )

Shuttle KD20という3.5インチHDDが２台入るタイプのNASが安くなっているらしい。

【サーバー】使いやすい2ベイタイプのNASケースがまさかの超特価、シャトル KD20が再入荷です！！気になっていた方はお早目に！ pic.twitter.com/Z9h3iIiSdi

— ツクモ本店PCパーツ部 (@99_HONTEN_Parts) 2014, 8月 5

firmwareって更新されてるのかな？と日本のサポートページを見てみる。
「OMNINAS-7821_2.12.20130108.tar.gz」
1年以上前である。

これはハズレかなぁ・・・と思いつつも、下の方にある「ダウンロード（ドライバー、BIOS、ファームウェアなど）/ダウンロードセンター」を見てみる。

「OmniNAS-7821_2.38.20140728 New!」

つい最近も更新されているじゃないですか。

で・・・Shuttleの「アウトレット」と書かれているページを見てみるとですね。
「KD20（アウトレット） 7,900円(税込)」なんてのがあるんですよね。
そして、KD20の後継製品である「KD22（未使用開封品） 15,800 円(税込)」ってのも

中国語表記の中華SoC関連会社名がどんなんだっけ？と思うことがあるので、メモ書き

・Actions Semiconductor (炬力集成电路设计/炬力)
・Allwinner Technology (全志科技/全志)
・Amlogic (晶晨)
・ARM (ARM公司) (イギリスの会社)
・Broadcom (博通) (アメリカの会社)
・Ingenic 北京君正集成电路股份 (北京君正集成电路股份/君正)
・Leadcore Technology (联芯科技)
・Marvell Technology (美满电子科技)
・MediaTek (联发科技) (台湾の会社)
・NUFRONT (新岸线)
・NVIDIA (英伟达) (アメリカの会社)
・Qualcomm (高通)
・Rockchip (瑞芯微电子/瑞芯)
・Spreadtrum Communications (展讯通信/展讯)
・Telechips (韓国の会社)
・Vimicro (北京中星微电子/中星微)

goo(NTTレゾナント)が、OCN(NTTコミュニケーションズ)と組んで、ZTEのLTEスマホBlade Vec 4Gを取り扱うようです。

「スマホデビューに最適な格安スマホ！「goo Simseller」にて、LTE対応スマホを業界最安値の1万9,800円で販売」

何がびっくりしたって、８月２７日から発送予定、ってところ。

SIMフリーLTEスマホZTE Blade Vec 4G【OCN モバイル ONE 050 plus ＆ マイポケットプラス セット】【送料無料】※8月27日以降出荷 価格：19,800円（税込、送料込）

ZTE公式側のBlade Vec 4Gに関する記述を探すと以下のプレスリリースぐらいしかみつからない。

2014/07/18「ZTE Announces Google Now Launcher Offering Improved User Experience and Better Value」
2014/07/24「ZTE Blade Vec 4G available for HKD 1,499; ZTE Grand SII LTE available for HKD 2,499」

どうやら、Blade Vec 4Gは、香港で1499香港ドルで販売されるようなのだが、製品ページが発見できていない。
1499香港ドルは２万円ぐらいなので、19800円(税込)で販売というと、かなりがんばっている模様。

というわけで、ちょっと興味深い感じです

なんか見たことあったなぁー、と思ったらfreetel LTE XMじゃん
freetelピンチぢゃね？

VMworld 2014に合わせてSanDiskからVDI分野向けにフラッシュ製品(Fusion ioとULLtraDIMM)を使った製品を提供するといった発表がありました。
「SanDisk Introduces New Solutions for VMware Horizon 6 and Virtual SAN at VMworld 2014」

関連情報を調べていると、VMwareとSanDiskが組んで、vSphereのディスクI/Oの仕組みにフィルター機構(vSphere API for IO Filtering)をつけた、という記事を見つけました。
「SanDisk Partners with VMware to Design APIs for IO Filtering for Server-side Solid-state Caching」

vSphere API for IO Filteringは、ESXiのディスクI/O部分に対して、追加処理を加えるためのフィルタ機能をつけることができる、というものだと思われます。

以下は、上記の記事および最近の周辺状況を加味して、記載した内容になります。
記事の正当性については保証しませんのでご注意ください。

vSphere API for IO Filteringの主な用途としては、ディスクI/Oをキャッシュするための処理、という感じになります。

そう、SanDiskが得意としている、フラッシュメモリ/SSD、そして、昨年発表されたもののIBM eXFLASH以外に採用事例が出てこないULLtraDIMMを有効活用するための仕組みです。

このディスクI/Oに対してキャッシュ機能を追加するという製品はすでにいくつかあります。

・VMware純正のVMware Flash Read Cache (vFRC)
・PernixData FVP
・Proximal Data AutoCache
・ちょっと系統が違うけど、Infinio (メモリのみでI/Oキャッシュ)

vFRCはどうなっているのかわかりませんが、それ以外の３つはディスクI/Oを司る部分のうち、PSP/Path Selection Pluginsと呼ばれるディスクI/O経路制御に使われる部分を置き換えています。

根幹部分を置き換えているので、プロトコルへの対応や、構成によって何ができる、できない、などがあったりします。

今回発表になったvSphere API for IO Filteringでは、そういった部分は置き換えず、そのままにしておき、比較的容易に追加できる機能として実装できるようにしたものとなります。
このため、おそらくは構成をあまり選ばずに、利用できるようになるのかと思われます。

2015年予定のvSphere 6に向けて、vSphere API for IO Filtering対応に向けて既存製品もアップデートしていくでしょうし、それ以外にもいろいろ出てくるのではないかと思います。

そして、おそらくは、このレイヤーを使ったバックアップ/DR製品とかも出てきそうです。

なかなか楽しみな機能になりそうです。

アメリカでhpがProLiant Gen9サーバを発表した模様。

2014/08/28:HP Unveils New ProLiant Gen9 Servers to Help Customers Address Evolving Data Center Demands

といっても、詳細は９月９日～１１日にサンフランシスコで開催されるIntel Developers Forumにて発表される、とのこと。

このIntel Developers Forumでは、DDR4メモリ対応のサーバ向け新CPU Haswell-EP搭載 Xeon E5-2600v3プロセッサが発表される見込みなので、それに合わせて詳細発表、となるんでしょうね。

上記URLで公開されている情報、「Reimagine the server. Think compute.」の下部にあるリンクから「HP ProLiant Gen9 Servers FAQ」、The Register:「HP busts out new ProLiant Gen9 servers」の記事の内容を合わせて

発表される機種

従来モデルのアップデート
・タワー型 ML350 Gen9(5Uラックも可)
High-performance server with unmatched capacity and reliability in a rack or tower
form factor

・1U DL360 Gen9
Dense performance for multi-workload compute in the data center

・2U DL380 Gen9
The no-compromise data center standard for multi-workload compute, and the most
popular server model in the world’s best-selling ProLiant server family

・ブレード用 WL460c Gen9
The world’s leading server blade accelerates service delivery with advanced Compute
performance that’s truly optimized for core IT workloads.

・Apollo6000用 XL230a
Apollo 6000 System server, density optimized performance for rack-scale workloads

・Apollo8000用 XL730f
Apollo 8000 System server for high performance computing workloads

名前変更での登場
・DL160 Gen9 (旧DL360e)
Right-sized performance for space- and budget-constrained environments
・DL180 Gen9 (旧DL380e)
The new standard for growing data center needs

特徴
・Haswell-EP Xeon E5-2600v3
・DDR4メモリ
・UEFIへの移行
・RESTful APIによるUEFI設定変更対応
・12Gb/s Smart Array Controller
・Windows Server 2003非対応

DL360G9のフロント写真を見ると、USBポートが青い・・・USB3.0対応の可能性が・・・

DL180G9/DL160G9の方は、黒なので、300シリーズのみなのかも？

VMware toolsのダウンロードURLを調べていたら、Linuxディストリビューションの一部では、yumコマンドでダウンロードできるようなレポジトリファイルも配布されているのを発見したのでメモ書き。

VMwareにあるvmware-tools配布場所:「http://packages.vmware.com/tools/esx/latest/index.html」

Linux向けレポジトリのファイル置き場:http://packages.vmware.com/tools/esx/latest/repos/index.html

RHEL5 i686版
RHEL5 x86_64版
RHEL6 i686版
RHEL6 x86_64版

レポジトリファイルは、上記４つの他に、SLES11.0, SLES11.1, SLES11.2, SLES11.3, Ubuntu10.04, Ubuntu11.10, Ubuntu12.04が公開されている。

Windows版vmware-tools配布場所:http://packages.vmware.com/tools/esx/latest/windows/index.html

Solaris10でfioをコンパイルしようとしたら、configureでエラーがでた。

./configure: 構文エラー 行 985: `GTK_CFLAGS=$' unexpected
Makefile:10: recipe for target 'config-host.mak' failed

該当行を見てみる・・・

GTK_CFLAGS=$(pkg-config --cflags gtk+-2.0 gthread-2.0)

なんで「GTK_CFLAGS=`pkg-config –cflags gtk+-2.0 gthread-2.0`」という表記じゃないんだろ？と不思議に思いつつ、とりあえず書き換え
再実行すると、他にも同様の記述が・・・

もしや、と思って、ヘッダを見てみると「#!/bin/sh」

おいこら！
bash専用命令なのに、shって書くなよ！

というわけで、ヘッダ部分だけ書き換えて対処完了

さて、iPhone6が正式に発表となりました。

iPhone6 4.7インチ 67.0×138.1×6.9mm 129g
iPhone6 Plus 5.5インチ 77.8×158.1×7.1mm 172g
の2種類が出るとのこと。

さて、中華なAndroid業界ですが、以前からiPhone5/5sでは無い、それよりも大きなiPhoneっぽい何かが販売されてきています。
ただ、それは、4.7インチ/5.0インチ/5.5インチといくつかバージョンがあり、それぞれのサイズの中でも微妙に形が違っていました。

今回、正式にiPhone6が発表されましたので比較してみましょう。

といっても、いま容易に手に入るのは、4.7インチのものと、5.0インチのものです。
まずは、本物のiPhone6の画像から・・・

それでは、ここから、iPhone6みたいな感じの中華Androidです。

「Kiphone i6」

4.7インチ 67.0*137.5*7.2mm 121g
MT6582(4コア)


背面は似てるが、前面が違うiPhone6もどき。

Kobo gloに、小説家になろう、から取得したテキストファイルを使って作成した自作epubファイルを突っ込もうとしたら問題が発生。

パソコンに繋いで、ファイルコピーをし、切断すると、コンテンツの読み込みが始まるわけですが、それが途中でハングアップし、Koboが再起動してしまう、というもの。

最初、ファイル数が多すぎたのかと思い、ファイル数を減らしてみても現象発生。
初期化して、１ファイルずつコピーしたところ、原因判明。

とあるepubにて問題が発生していた模様。

今回、現象が発生したファイル名は「Knight’s & Magic-n3556o.kepub.epub」

よく見てみれば怪しい文字が・・・「’」と「&」
まず、ファイル名自体があやしいのかと考え、とりあえずファイル名から該当文字列を取り除く・・・しかし、現象再発。

ファイル名の問題でないとすれば、navigation-documents.xhtmlとtoc.ncx(うちの場合、他に使うソフトの関係で、toc.ncxも入れている)のタイトル処理だろうと、「&」となっているところ「&amp;」に変更

すると、問題なく読み込み完了。

・・・きちんとエスケープ処理しないと駄目なんですね。

bash脆弱性について、いろいろ状況が変わりつつあるので書き直し。

RHEL4/CentOS4サーバが生き残っている場合に、簡単に対処する方法があるのか探してみる。

まず、RedHatで情報を探すと、RHEL4については、延長サポート内では以下の脆弱性が該当するようだ。
・RHSA-2014:1294-1 Critical: bash security update(CVE-2014-6271)
・RHSA-2014:1311-1 Important: bash security update(CVE-2014-7169)

両方のページから情報を見ていくと、以下のページに着く。
・Bash Code Injection Vulnerability via Specially Crafted Environment Variables (CVE-2014-6271, CVE-2014-7169)

さらに、検証や、パッチを提供できない場合に状況を緩和するための方策が掲載されている、以下のページがある。
・Mitigating the shellshock vulnerability (CVE-2014-6271 and CVE-2014-7169)

で・・・9/27 7時頃に「Bash Code Injection Vulnerability via Specially Crafted Environment Variables (CVE-2014-6271, CVE-2014-7169)」を始め、各ページの情報が更新されていた。
「Bash Code Injection Vulnerability via Specially Crafted Environment Variables (CVE-2014-6271, CVE-2014-7169)」の「Products Affected:」の「Red Hat Enterprise Linux 4」欄が「bash-3.0-27.el4.4」に書き換わった。
「Important: bash security update」の「Updated packages」が「bash-3.0-27.el4.4.src.rpm」に書き換わった。

というわけで、「bash-3.0-27.el4.4」が出たようだ。

RedHatの延長サポートが提供するSource RPMを入手するのは面倒なので、Oracle LinuxのSource RPMを確認。
https://oss.oracle.com/el4/SRPMS-updates/を見ると、「bash-3.0-27.0.3.el4.src.rpm」が登場している。
Changelogを確認すると、以下の様になっている。

* Fri Sep 26 2014 Todd Vierling <todd.vierling@oracle.com> - 3.0-27.0.3
- Rework env function definition for safety (Florian Weimer) [CVE-2014-7169]
* Thu Sep 25 2014 Todd Vierling <todd.vierling@oracle.com> - 3.0-27.0.2
- Preliminary fix for CVE-2014-7169
* Wed Sep 24 2014 Guangyu Sun <guangyu.sun@oracle.com> - 3.0-27.0.1
- Check for fishy environment (Ondrej Oprala) [CVE-2014-6271]
  Resolves: #1141644

RHEL4の「bash-3.0-27.el4.4」での修正内容が分からないので、同等品なのかが判断できないが、不足していたCVE-2014-7169対策の一環である、ということは分かった。

とりあえず、https://oss.oracle.com/el4/SRPMS-updates/bash-3.0-27.0.3.el4.src.rpmを入手して、「rpmbuild –rebuild bash-3.0-27.0.3.el4.src.rpm」でバイナリRPMを作って、インストール・・・・

という風にやってたのですが、しばらく修正が続きそうな感じもあります。
なので、これを機会にOracle Linux 4のPublic yum repositoryを使用してしまおう、という考えもあると思います。
その場合は、「RHEL4/CentOS4をOracle Linux4に!」という別記事の方を参照してください。
この切り替えを行ってしまうと、Oracle Linuxに乗り換える、という話になるのですが、Oracle Linux 4は、それ以降のバージョンと違って、ほとんど差がないですし、元のサポートが切れたRHEL/CentOSの方に戻る、ってことも無いでしょうから、あまり問題はないのではないでしょうか？

RHEL4/CentOS4サーバが生き残ってる場合、簡単に対処できる方法があるのか探してみる。
まず公式情報を確認。

・RHSA-2014:1294-1 Critical: bash security update(CVE-2014-6271)
ここに、「Red Hat Enterprise Linux ELS (v. 4)」「bash-3.0-27.el4.2.src.rpm」があるので、RHEL4の延長サポートであれば修正が出ているようだ。

ただ、延長サポート中のRHEL Souce RPMを探すのはめんどいので、前回と同じく、Oracle LinuxのSource RPM配布場所「https://oss.oracle.com/el4/SRPMS-updates/」をチェックしてみる。

とりあえず、2014年の更新分としては、以下があった。

2014/09/24 bash-3.0-27.0.1.el4.src.rpm
2014/09/25 bash-3.0-27.0.2.el4.src.rpm
2014/06/10 openssl-0.9.7a-43.18.0.2.el4.src.rpm
2014/09/16 tzdata-2014g-1.0.1.el4.src.rpm

bash-3.0-27.0.1.el4.src.rpmなら修正済みのバージョンなんですかね？

ということで・・・「rpmbuild –rebuild bash-3.0-27.0.1.el4.src.rpm」という感じでRPMパッケージを作成してインストールっと。
下記に追加したように修正が完全ではないようでした。

注意： 上記のURLは、source RPMです。コンパイル済みのバイナリRPMは、各自が作成してください。

bash-3.0-27.0.1.el4.src.rpmの修正内容を確認すると、下記の様に書かれている。

* Wed Sep 24 2014 Guangyu Sun <guangyu.sun@oracle.com> - 3.0-27.0.1
- Check for fishy environment (Ondrej Oprala)
  Resolves: #1141644

Oracleの#1141644とは何かを探すと「Oracle alert ELSA-2014-1293 (bash)」で、これは、「RedHat Critical: bash security update RHSA-2014-1293 / CVE-2014-6271」に該当する。

で、「Bash Code Injection Vulnerability via Specially Crafted Environment Variables (CVE-2014-6271, CVE-2014-7169)」を確認すると、「影響を受けるバージョン」として「Red Hat Enterprise Linux 4 bash-3.0-27.el4.2」が書かれている。

つうわけで、Oracle Linuxのbash 3.0-27.0.1はCVE-2014-7169で、RHELのbash 3.0-27.el4.2はCVE-2014-7169+CVE-2014-6271ということで、パッチが足りていない。
なおかつ、RHELのbash 3.0-27.el4.2、であっても完全な修正は行われていないので、完全な修正のためには次のバージョンを待つ必要がある、と。

じゃぁ、一時的に対処する方法はあるのか？と「Bash Code Injection Vulnerability via Specially Crafted Environment Variables (CVE-2014-6271, CVE-2014-7169)」に記載されているworkaroundを確認
・「mod_security」を使用
・「iptablesのstringモジュール」を使用

どっちも、RHEL4には存在しないじゃないですかー

Oracle public yum の方にbash-3.0-27.0.2.el4.src.rpmが登場
2014/09/25 bash-3.0-27.0.2.el4.src.rpm

といっても、まだ、脆弱性が残ってるバージョンになりますけどね。
とりあえず、「env x='() { :;}; echo vulnerable’ bash -c “echo this is a test”」で確認できる脆弱性については、コレで解決してますね。
ただ、bashの脆弱性は続々発見されているので、どこまでが該当してて、対応しなければならないのかよく分からない・・・

iptablesのstringモジュールって、iptables-1.3.8を持ってくれば使えるのかな？と思って、足りないヘッダファイルをRHEL5から持ってきて、RHEL4環境に入れてみたんですが、RHEL4 kernel側が対応していないので無意味でした。

「RHEL4/CentOS4をOracle Linux4に!」という別記事も書いてたりします。

上記で上げたOracle LinuxのSource RPMを元にしているYUM レポジトリを使用する、という話です。
まぁ、RHEL/CentOSではなく、Oracle Linuxに乗り換える、という話ではありますが、Oracle Linux 4は、それ以降のバージョンと違って、ほとんど差がないですから、気軽に乗り換えることができます。

今回の件を検証するため、CentOS4をセットアップした。
が・・・yum updateとかすると、エラー。
原因はCentOS4のレポジトリがアーカイブ化されてしまい、ミラーされなくなったため。

[root@centos4 ~]# yum update
Setting up Update Process
Setting up repositories
not using ftp, http[s], or file for repos, skipping - 4 is not a valid release or hasnt been released yet
Cannot find a valid baseurl for repo: update
Error: Cannot find a valid baseurl for repo: update
[root@centos4 ~]#

/etc/yum.repos.d/CentOS-Base.repo内にある「http://mirror.centos.org/centos/$releasever/」を「http://vault.centos.org/4.9/」、「http://mirror.centos.org/centos/RPM-GPG-KEY-centos4」を「http://vault.centos.org/RPM-GPG-KEY-centos4」に書き換え、また、「mirrorlist=～」をコメントにし、逆に「#baseurl=～」のコメントを外すことでアップデートはできるようになる。

が・・・、面倒なので、Oracle LinuxのPublic Yum Serverを使用するように切り替えてみる。
つまりは、Oracle Linuxへの乗り換え、ということになる。

切り替え手順は簡単。
「How can I convert an RHEL or RHEL-compatible system to Oracle Linux using public-yum?」と「Getting Started」を行う。

具体的には、「OracleのGPGキーを登録」してから、「Yumレポジトリを追加」、ということになる。

[root@centos4 ~]# wget http://public-yum.oracle.com/RPM-GPG-KEY-oracle-el4 -O /usr/share/rhn/RPM-GPG-KEY-oracle
--01:57:00--  http://public-yum.oracle.com/RPM-GPG-KEY-oracle-el4
           => `/usr/share/rhn/RPM-GPG-KEY-oracle'
public-yum.oracle.com をDNSに問いあわせています... 203.179.83.11, 203.179.83.19
public-yum.oracle.com|203.179.83.11|:80 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 200 OK
長さ: 1,744 (1.7K) [text/plain]
100%[====================================>] 1,744         --.--K/s
01:57:01 (87.54 MB/s) - `/usr/share/rhn/RPM-GPG-KEY-oracle' を保存しました [1744/1744]
[root@centos4 ~]# gpg --quiet --with-fingerprint /usr/share/rhn/RPM-GPG-KEY-oracle
gpg: failed to create temporary file `/root/.gnupg/.#lk0x552ac57280.wk74.lab.dtc.co.jp.4053': そのようなファイルやディレクトリはありません
gpg: 新しい構成ファイル`/root/.gnupg/gpg.conf'ができました
gpg: 警告: 「/root/.gnupg/gpg.conf」のオプションは起動している間、有効になりません
pub  1024D/B38A8516 2006-09-05 Oracle OSS group (Open Source Software group) <build@oss.oracle.com>
                指紋 = 1122 A29A B257 825F 322C  234E 2E2B CDBC B38A 8516
sub  2048g/0042D4F4 2006-09-05 [有効期限: 2011-09-04]
[root@centos4 ~]# cd /etc/yum.repos.d
[root@centos4 yum.repos.d]# mv CentOS-Base.repo CentOS-Base.repo.disabled
[root@centos4 yum.repos.d]# wget http://public-yum.oracle.com/public-yum-el4.repo
--01:58:33--  http://public-yum.oracle.com/public-yum-el4.repo
           => `public-yum-el4.repo'
public-yum.oracle.com をDNSに問いあわせています... 203.179.83.19, 203.179.83.11
public-yum.oracle.com|203.179.83.19|:80 に接続しています... 接続しました。
HTTP による接続要求を送信しました、応答を待っています... 200 OK
長さ: 1,191 (1.2K) [text/plain]
100%[====================================>] 1,191         --.--K/s
01:58:33 (70.99 MB/s) - `public-yum-el4.repo' を保存しました [1191/1191]
[root@centos4 yum.repos.d]#

この後、「yum update」を実行すれば完了です。

ちなみに、この手法でアップデートした場合、release関連情報は以下のようになります。

[root@centos4 ~]# rpm -qa|grep release
enterprise-release-4-3.7.18
[root@centos4 ~]# cat /etc/redhat-release
Red Hat Enterprise Linux AS release 4 (Nahant Update 9)
[root@centos4 ~]#  rpm -qa|grep logo
oracle-logos-1.1.1-3
[root@centos4 ~]#

また、/etc/yum.repos.d/ULN-Base.repo が追加されますが、こいつが問題児で、2014年9月現在、これは使用できません。
無効にしてしまいましょう。

[root@centos4 ~]# mv /etc/yum.repos.d/ULN-Base.repo /etc/yum.repos.d/ULN-Base.repo.disabled
[root@centos4 ~]#

ついでに、vmware-toolsをyumレポジトリとして追加するには、/etc/yum.repos.d/vmwaretools.repoとして、以下の内容を記載しましょう。

[root@centos4 ~]# cat /etc/yum.repos.d/vmwaretools.repo
[vmwaretools]
name=vmwaretools
baseurl=http://packages.vmware.com/tools/esx/latest/rhel4/x86_64/
gpgcheck=0
[root@centos4 ~]#

X-Windowsがあるシステムの場合「yum install vmware-tools-esx」、X-Windowsがないシステムなら「yum install vmware-tools-esx-nox」でvmware-toolsをインストールできます。