環境は
ECCube 2.4.4
Windows Vista
MySQL 5.1.33-community
xampp 1.7.1

いつもながら、eccubeのデータベースは最初に作成しておく。
ここで照合順序をちゃんと指定しておく。（utf8_general_ciで良いと思う）

インストール・設定方法については以下マニュアルがあるのでそれを参照。

EC-CUBEマニュアルサイト – EC-CUBE（2．x系）/1_インストール

php.iniの設定は多分そんなに問題ないかと思うが、MySQLを使う場合はソースコードを触る必要がありそう。

※注4:文字化け等が発生する場合には、環境にあわせて変更して下さい。
※データベース内が文字化けする場合の対処
　eccube_dir/data/class/SC_DbConn.php
　の33行目の
　$this->dsn = $dsn;の下に下記2行を追加。
　$buf = $objDbConn->prepare(’SET NAMES データベースの文字コード’);
　$objDbConn->execute($buf);
元：http://xoops.ec-cube.net/modules/newbb/viewtopic.php?topic_id=1145&forum=2&post_id=3641#forumpost3641

最初に照合順序を指定せずにDBを作成してしまったらしく、全般的に文字化けしている。
(latin1_general_ciかなんかになってしまっていたよう）
なので、一度DBを削除して、照合順序を「utf8_general_ci」にしてインストールをやりなおしてみた。

しかし、何というかところどころ文字化けが直っていない。phpMyAdminでデータ自体を確認してみると、化けていないようなので、
出力時に化けているのだな、と思ったが・・・。

EC-CUBE 開発コミュニティサイト – フォーラム
http://xoops.ec-cube.net/modules/newbb/viewtopic.php?topic_id=5995&forum=2&post_id=28610

で解決した。キャッシュなんかあったのか・・・。
と言うことで、/data/cache以下の「mtb_constants.php」以外を削除したら化け解消できた。
まあレアケースかもしれないのですが一応メモっときます。

http://zen-cart.jp/bbs/viewtopic.php?f=2&t=4417

のページの対応で直った。
まあ、日本語設定しなければ良いのかもしれないが・・・。

とりあえずは、MySQLの照合順序をujis_japanese_ciにして、基本データのインストールをやれば問題なさそう。
対応としては、商品データもまだ何も入れていなかったので、データベースをdropして作り直した際に照合順序を上記にして
再インストールした。

「照合順序」というくらいだから、参照時には関係あるかもしれないけど、データ作成時にも関係してくるもんかなぁ。
いやいや、たぶん何か関係してくるだろうというのはわかったので良しとする。

ここは素直に商品情報を管理できるはずのショッピングカートソフトを使ってみましょう。
とりあえずぱっと名前が挙がるのはZenCartだったし、今のところそのインストールや設定方法についてメモしていないようだったので、
いい機会なので手順を残しておこうと思いました。

とりあえずは手元のWindowsで動くようにするのを確認できれば良いと思いましたので、
以下環境で行っています。
Windows Vista Home Premium

###### ApacheFriends XAMPP (Basispaket) version 1.7.1 ######

+ Apache 2.2.11
+ MySQL 5.1.33 (Community Server)
+ PHP 5.2.9 + PEAR (Support for PHP 4 has been discontinued)
+ XAMPP Control Version 2.5 from www.nat32.com
+ XAMPP CLI Bundle 1.3 from Carsten Wiedmann
+ XAMPP Security 1.0
+ SQLite 2.8.15
+ OpenSSL 0.9.8i
+ phpMyAdmin 3.1.3.1
+ ADOdb 5.06a
+ Mercury Mail Transport System v4.62
+ FileZilla FTP Server 0.9.31
+ Webalizer 2.01-10
+ Zend Optimizer 3.3.0
+ eAccelerator 0.9.5.3 f・ PHP 5.2.9 (but not activated in the php.ini)

と言うとこです。

ダウンロード

まずはここからZenCartをダウンロードします。
ダウンロード – Zen Cart 日本語公式サイト
http://zen-cart.jp/62.html

色々バージョンがありますが、現時点で日本語も使えて最新版である、v1.3.0.2日本語版をダウンロードしました。
1.3.8の日本語対応バージョンを配布されている方も居られるそうですが、無料商品でもカートに入れて購入手続きをしないといけないようで、（さすがショッピングカートを使いこなしていると言うべきか）
今回は見送りました。
ちなみに本家（http://www.zen-cart.com/）は1.3.9fと言うバージョンになっているようですね。

今回ダウンロードしたファイルは「zen-cart-v1.3.0.2-l10n-jp-6.zip」ですが、
これを「L:\Work\zen-cart-v1.3.0.2-l10n-jp-6」に展開しておきます。（外付けHDDのドライブレターがLなのでLドライブです）

設定

httpd.confにAliasを付けておきます。

Alias /zencart "L:\Work\zen-cart-v1.3.0.2-l10n-jp-6
 
Order allow,deny
Allow from all

次に、Zencartのルートフォルダからみた以下フォルダにある「dist-configure.php」をコピーして「configure.php」にして配置しておきます。
.oO(こっちのドキュメントによると/catalogと言うディレクトリがあるはずなんだけど解凍時にはなかったような・・・）
includes\dist-configure.php
admin\includes\dist-configure.php

これで、以下URLにアクセスしてみて、ZenCartのインストール画面が出ていればとりあえずここまではOKです。
http://localhost/zencart

「続ける」を押下して作業を続けます。すると、ライセンス規約への同意画面が出るので、
「上記を確認したうえでこれに同意します。」を選択して「続ける」を押下します。

次に、稼動システムの検査を結果が出ます。この時点でMySQLも起動させておいたほうが良いでしょう。
いくつか警告が出てますがとりあえず問題なさそうなので、「インストール」を押下して次へ進みます。

次に、システム設定の画面（主にパス情報など）が出ますので、必要な部分を書き換えて「システム設定の変更を保存」を押します。
今回はローカルのみで、SSLを使ったりもしないのでデフォルトのままです。

次に、phpBBとの連携（そんなのあったんだ）をするかどうかを聞いてきます。
今回はphpBBは使わないので「phpBBフォーラムとリンクさせますか」を「いいえ」にして「phpBBの設定を保存」を押します。

次に、データベースの設定を聞いてきます。
このLAMP系のアプリでいつも引っかかるのですが、そもそもデータベースを作成しておかないといけません。
と言うか、ここでphpMyAdminかなんかでも良いのでデータベースを作ります。
今回はユーザーID・パスワード・データベース名はすべて「zencart」にしました。
ユーザーを作成するときに気をつけるのは、今回だと「zencart@localhost」にしておくことです。
「zencart@%」ではたぶんダメです。

うまくいくと、次は店舗設定の画面が出ます。これはあとでも良いそうなので、とりあえず店舗名とオーナー名とオーナーEMail位を入れて
「店舗設定保存」を押下します。

次に管理者の設定をします。
管理者ID、パスワード、管理者メールアドレスを入れて「管理者設定を保存」を押下します。
メールアドレスはちゃんとしたメールアドレスの形式じゃないと弾かれますのでご注意。

そして、以下画面が出たらインストールは完了です。

あとは、zc_installをなんか別の名前に変更、/includes/configure.phpと/admin/includes/configure.phpを右クリックして読み取り専用にすれば警告が出なくなります。

ショップへは
http://localhost/zencart/index.php
管理画面へは
http://localhost/zencart/admin/index.php

で確認できます。管理画面へのログインは先ほど設定したアカウントでどうぞ。

「ピピピッ」と音がして、ランプが赤⇒緑⇒黄色⇒赤点滅になってしまい起動しなくなってしまった。
ウチではDVDもPS3で見ていて、これはとにかく直せるなら直そう、と思って以下

PlayStation.com(Japan)｜サポート｜Sony Computer Entertainment Japan オンライン修理受付サービス
https://www.jp.playstation.com/support/onlinerps/index.html

から修理センターに送って、修理してもらうことにした。
数日後連絡があり、「基盤が壊れているので、基盤交換が必要です。その際、ハードディスクの内容は初期化されます。料金は12,600円です。」
と言われたのだが、今までのゲームデータとか（特に龍が如くなんて、前作のデータがあると引き継ぐものがある）も消されちゃうのはいやだなぁ。
しかも、新品で最新のPS3買っても3万弱だしなぁ・・・と思って、修理せずそのまま送り返してもらった。
自力で修理してみて、それでダメなら新しいPS3を買えばよい、と。修理も経験値になるので。

型番はCHCHH00(40GB)と言うやつで、前述のランプの色からYLOD(Yellow Light Of Death)と呼ばれているらしい。
以下のサイト等を参考にしてやってみました。

PS3故障についてのまとめwiki
PLAYSTATION 3　YLOD(Yellow Light of Death) – ジグソー
YouTube　- ps3 ylod fix part1 gilksy

せっかくだから、分解時の動画を撮っておこうと思ってWebカメラまだ購入しておいたのだが、成功するとは思ってなかったので撮らなかったですｗ。
次回壊れた際に撮ろうと思います。

まずは工具を準備します。
ドライバー等、すでに持っているものもありましたが、100円ショップ物だったのでいい機会と思ってちゃんとしたのをそろえてみました。
以下はAmazonですぐ用意できました。
・ANEX T型ラチェット付ドライバー 8本組 No.5700
・SANWA SUPPLY シリコングリス TK-P3S
・BOLL スポイト S-10
・VESSEL トルクスドライバーセット No.TX-10
・RELIEF 1500Wヒートガン RHG-1500

これらは、Amazonプライム対象だったので、送料無料で送ってもらいました。
トルクスドライバーは、最初のカバーを開けるときに一度しか使わなかったので、やっぱりこれは100円ショップのやつでいいのかもｗ
T10の大きさで、先端が長めのやつがいいです。上記で購入したやつはギリギリでした。
ヒートガンというのは、要するに熱い風を送り込む機械で、300度～500度くらいの熱が出ます。
スポイトはフラックスを使用する場合に使うかな、と思ったのですが、購入したフラックスをスポイトで直接吸えるタイプじゃなかったので
使いませんでした。ラー油の入れ物にでも使いたいと思います。

その他、以下商品はホームセンターで用意しました。
・パーツクリーナー（機械部品の油汚れなどを落とす系のやつ）
・キッチンペーパー
・すごい小さい（小指くらいの大きさの）刷毛

パーツクリーナーは噴射式のやつが安いのですが、結構すぐなくなってしまうので何本かあるといいと思います。
キッチンペーパーは、パーツクリーナーとグリスをふき取れれば良いのでなんでもいいですが、パーツクリーナー後に乾かす台紙などにも使えるので厚めのキッチンペーパー？で正解でした。
刷毛は、今回結局フラックスを使ってやるのは失敗したのですが、フラックスをCPUと基盤の間に流し込む作業ではたぶん必要になるとお思いましたので購入しておきました。

あとは、フラックスですが、フラックスって何者かわからないですが、割れた半田の間にしみこませてハンダを安定させるもののようです。
これも色々種類があるようなのですが、とにかく「鉛フリー対応」と言うやつが欲しかった。（上記まとめwikiによれば）
でも、「鉛フリー」と言うキーワードで探してもなかったので、とりあえずホームセンターでは「太陽電気産業」と言うところの電気用フラックスを買ってみました。

これで道具はそろったので、いざ実行します。
YouTube　- gilksy1 さんのチャンネル
の動画をじっくり一度見てからやりました。
まずは、PS3の上カバーをはずす部分にシールが貼ってあります。これをはがすとメーカー修理は受けられなくなりますので、
ここで覚悟を決める必要があります。（ないか）
シールを剥がし、ゴムのカバーを取去ると、奥にトルクスドライバーのねじがありますので、トルクスドライバーのT01で取り外します。
そして、カバーをずらしてどんどん（動画を参考にして）ネジをはずして行きます。
ネジはM⇒とかS⇒とか書いてあり、MとかSとかはサイズのようなので、わかりやすいですが、どこにどのネジが使われているかは
念のため面倒でもチェックしつつ作業したほうがよさそうです。（結局自分もなぜかネジが2本余った）

バラバラにしたら、まず放熱板と、基盤側のCELL、RSXと言うとこについているグリスをパーツクリーナーを使ってきれいに拭き取ります。
拭き取ったあとは、ヒートガンで加熱するのですが、まず一度目は、電気用フラックスをCELL、RSXと基盤の間のスキマに流し込もうと試してみました。
やはりこれは刷毛みたいなのがないと難しい。一度目はビンから直接流して見ましたが、基盤がむちゃくちゃ汚れてしまいました。
とりあえずは流し込めたとは思うので、これでヒートガンで加熱します。
動画のgilksy1さんの方法を真似て、基盤のCELL, RSX、あとその下に2つづつ配置されているNECのチップの位置を確認します。
そしてまずは基盤を裏返して、CELLの下のNECのチップ、RSXの下のNECのチップ、CELL、RSXの順番に熱風を当てていきます。

加熱っても初めてでしかも基盤から反応があるわけでもなし、どのくらいやればよいのか全然見当つかなかったもんですが、
とりあえず温度を350度にして各場所を20秒ぐらいグルグルまわしながらやってみました。
加熱したら、15分ほど放置して冷まし、今度は表側から同様に加熱させていきます。過熱後はまた15分ほど放熱。

終わったら、CELL, RSXにシリコングリスを塗ります。
ここであったほうが良かったのは、グリスを塗るヘラがあったらいいなと思いましたが、なかったので、プラスチックの適度な硬さがある、LANケーブルかなんかの空き箱を切り取って塗り塗りしました。
ここは左官屋のように薄く長くきれいに・・・と言う気持ちになりますのでそのように。まあムラが出なければ良いのでしょう。

これが終わったらばらしたのと逆の順序で組み立てていきます。
組み立てて、いざ電源を入れてみたら・・・。

変わらなかった。

何が悪かったんだろうか。やはりフラックスかなぁ。とりあえず「鉛フリーハンダ対応フラックス」を手に入れておくかな、と思い、楽天で見つけた以下のを購入しておきました。（送料がもったいないなぁ・・・）

ＨＯＺＡＮ　鉛フリーハンダ用　フラックス

が、しかし届くのがめちゃめちゃ時間掛かりそうだったので、再度分解、グリス拭き取りして、先回のフラックスも全部きれいにパーツクリーナーで掃除し、フラックスなしで試してみました。
今度は、ヒートガンの温度を400度くらいにし、ちょっと長めの時間加熱してみました。
そして組み立てて電源を入れてみると・・・・。

起動した！
ゲームデータ等も以前のそのまま使えるようだ。早速USBメモリに全部コピーしてDVDを見たりしています。
現在1週間ほど経っていますが、無事起動出来ているようです。
しかし、結局最後に購入したフラックスは現在未だ届いていません（笑）

ほとんどオリジナル曲でやった完全に身内ライブだったのですが、その何年かあと、プロデビューへの道もあったそうですが、
あるとききっぱり解散しました。なぜならそろそろ中途採用でも就職するのが難しくなってきたからですｗ。

ここで生きながらえたプロのバンドと、生活の事情で辞めざるを得なかったバンド・・・。
ミュージシャンというのは正直音楽だけではなく、ビジュアルや、「あいつらはなんかすきだわ・・・」的な分析しにくい部分もあると思うんですよね。
今、音源配布するのにはレコーディング代くらいな話に、とりあえずヒマだったら何かやっておけれるといいなと思いました。

友達のバンドは「Blue Snow」と言う名前で、ベースの子のすごく好きだった子の名前が「青島　由起子」と言う名前だったので、
「青」「雪」で決めたそうです。

そのバンドの盛り上がりに演奏する曲が「One Soul」と言う曲だったのですが、これが生まれる前に
「ねぇねぇ、～♪～♪～♪～♪」って良くねえ？」と言う話をしてました。
これを具現化したのがOne Soulと言う曲なのですが、
「結局誰かが背中を押してもらって自分の世界が広がる」みたいな歌詞が良かったのです。

また音源出さないかなぁ。普通のビート系？バンドなんですけど一生懸命でよいですよ。

最近正直何をやっても空回りで、ガクンと来ています。
単純ではありますが、心を震わせようとして対策をしています。

そのひとつに、大好きなマンガを読んだりするのがあります。
「キャプテン」と言うちばあきおのマンガです。（アニメでも可）
特に初期の谷口キャプテンのところが好きで、ひたすら努力の結果が報われるとことか感涙します。
「キャプテン」は谷口が中学生のときの話ですが、続編として「プレイボール」と言うのがあります。
「プレイボール」の時点では、努力もあるのですが、谷口の才能に焦点を当てたような感じになりました。もちろんこれも面白いです。

youtubeに名場面集があったので貼っておきます。いつかキャプテン談義しましょう。

キャプテン　名シーン集 1/6

キャプテン　名シーン集 2/6

キャプテン　名シーン集 3/6

キャプテン 名シーン集 4/6

キャプテン　名シーン集 5/6

キャプテン　名シーン集 6/6
http://www.youtube.com/watch?v=1SgdW4MZyHY&feature=related

いやー良かった、これを見てちょっと吹っ切れた。

USP（unique selling proposition） － ＠IT情報マネジメント用語事典

【ＵＳＰ（Unique Selling Proposition）】
http://www.linkage-mic.com/article/13367070.html

IT技術は、「ＩＴ」だけでそれなりなUSPとなりえる時代があったと思うのですが、
いまどきは全くそんなことはなくなり、ソフトウェアベンダーでもASPでももっと業務を絞って特化し、それを伸ばしていく必要が今はあると思います。

私の場合は、ソフト製作技術がまずあって、そこから「インターネットで何か面白いことが出来れば良いな」と思っており、とりあえずやってみればなんとかなるだろ的な考えだったのですが、
いまやソフトウェアの製作技術なんていうのは調べれば誰でも出来る技術。
大事なのは、そのソフトウェアを使うユーザーの心の奥を読み取ってそれを具現することだと思いました。
（とはいえ、あまりにも大規模だと人間を管理するまた別の技術が必須になってくるのですが）

今出来るのは、やってみて、やらせてみて・・・の山本五十六の言葉ではないのですが、とりあえずやってみるのはタダで出来ます。
このとりあえずやってみることを今は色々試してみたいのです。

なので、私共のUSPは、「とりあえずウチで試すだけ試して！」と言うのが売れればなぁ。と思います。

配布元(FTP) > - <  ( Internet ) > - < 管理アプリケーション <- 管理者

数が少なければ、配布元にFTPアクセスして管理アプリケーションで持っている情報と突合せして、
新しかったり、管理アプリケーションに持っていないデータであれば、それを追加すれば良いかもしれないのですが、
多くなると配布元へのFTPアクセス負荷が増えそうだし、その配布データ自体は上記で言う管理アプリケーション側で
また別のところに配信するために保持しておかないといけない。
それを、増えた減ったのタイミングでダウンロードさせるのも面倒な処理になるなぁと思っていました。

なので、FTPでミラーリングみたいなことが出来れば、後はローカル（管理アプリケーション側）だけで処理出来るので
何かいいのないかな。と思って探していたら、「lftp」と言うLinux用のFTPクライアントを見つけました。

LFTP – sophisticated file transfer program
lftp を使った ftp ミラーリングと便利機能

このlftpは、標準的なツールのようで、すでにCentOS5.3でも使えるようになっているようでした。
すごそうなのは、

# mirror

の一発で簡単にミラーリング（配布元のファイルをローカルにダウンロード）出来るとこです。
これをcron登録しておきて定期的にミラーリングしておけば、わざわざFTP元まで見に行く必要がない。

基本的な使い方は以下です。
（と言うか、これしかまだやってない。）

# lftp -u （FTPユーザー名）,（パスワード) 接続先
lftp :~>set ftp:charset cp932
lftp :~>mirror

上記でset ftp:charset cp932とやっているのは、おそらく配布元がWindowsサーバーかなんかで、ファイルがSJISになっていて普通にlsしたら化けていたので文字セットを変えてみたものです。
それはそれで、ログインして単に「mirror」すれば良いだけというのは簡単だ！
しかし一度目は時間かかるのはしょうがないとしても、二度目以降はどうなんだろうか？

・USDディスクを/extにマウントさせる

事ができればＯＫとします。（本来は、/を拡張したりとかがしたいですが・・・）

環境は

# cat /etc/redhat-release
CentOS release 5.3 (Final)
# uname -a
Linux xxxxxxxxx 2.6.29.1 #6 SMP Mon Apr 27 19:17:47 JST 2009 i686 i686 i386 GNU/Linux

こちらの記事が参考になりました。
USBのハードディスクを接続するには
はじめての自宅サーバ構築 – Fedora/CentOS – 物理ディスクの増設

まずは、中身はどうなっても良い外付けUSB-HDDを用意します。Buffalo HD-CN1.0TU2(容量1TB）をマシンに取り付けます。
起動中につけましたが時に問題なさそう。

これで、USBのデバイスが認識されているかを確認します。

# lsusb
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 0411:00a2 MelCo., Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
# cat /proc/bus/usb/devices
     ：
T:  Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#=  3 Spd=480 MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=0411 ProdID=00a2 Rev=f6.26
S:  Manufacturer=BUFFALO INC.
S:  Product=BUFFALO INC. USB-SATA Bridge
S:  SerialNumber=FAFFFFF0FDF1FFF9BF801159
C:* #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr=  2mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E:  Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms

認識されているっぽい。しかしこれだとたくさんつないだときに判別が大変になるだろうなぁ。
まあサーバーにUSBHDDをタコ足しないか。

@ITの記事を見ると、USB接続HDDはSCSI接続として認識されるらしい。
以下コマンドでSCSI接続のHDDを確認できます。

# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: WDC WD5000AACS-0 Rev: 01.0
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi1 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: WDC WD5000AACS-0 Rev: 01.0
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi3 Channel: 00 Id: 00 Lun: 00
  Vendor: SAMSUNG  Model: HD103SI          Rev:
  Type:   Direct-Access                    ANSI  SCSI revision: 02

SCSI接続の3番目なので、/dev/sdcと言う事になるんだったかな？
現在のパーテーション情報を確認します。

# fdisk -l
 
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes
 
デバイス Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          13      104391   83  Linux
/dev/sda2              14         144     1052257+  82  Linux swap / Solaris
/dev/sda3             145       60801   487227352+  83  Linux
 
Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes
 
デバイス Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1          13      104391   83  Linux
/dev/sdb2              14         144     1052257+  82  Linux swap / Solaris
/dev/sdb3             145       60801   487227352+  83  Linux
 
Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes
 
デバイス Boot      Start         End      Blocks   Id  System
/dev/sdc1               2      121601   976752000    f  W95 Ext'd (LBA)
/dev/sdc5               2      121601   976751968+   7  HPFS/NTFS

うん。NTFSでフォーマットされているはずのものなのでこれでよいと思います。
あとは/dev/sdcをLinux用にフォーマットしなおして、/extにマウントさせればＯＫ。
fdiskツールを使用して領域の編集をします。

# fdisk /dev/sdc
 
このディスクのシリンダ数は 121601 に設定されています。
間違いではないのですが、1024 を超えているため、以下の場合
に問題を生じうる事を確認しましょう:
1) ブート時に実行するソフトウェア (例. バージョンが古い LILO)
2) 別の OS のブートやパーティション作成ソフト
   (例. DOS FDISK, OS/2 FDISK)
 
コマンド (m でヘルプ): m
コマンドの動作
   a   ブート可能フラグをつける
   b   bsd ディスクラベルを編集する
   c   dos 互換フラグをつける
   d   領域を削除する
   l   既知の領域タイプをリスト表示する
   m   このメニューを表示する
   n   新たに領域を作成する
   o   新たに空の DOS 領域テーブルを作成する
   p   領域テーブルを表示する
   q   変更を保存せずに終了する
   s   空の Sun ディスクラベルを作成する
   t   領域のシステム ID を変更する
   u   表示/項目ユニットを変更する
   v   領域テーブルを照合する
   w   テーブルをディスクに書き込み、終了する
   x   特別な機能 (エキスパート専用)

まずは、既存のパーテーションを全部消します。

コマンド (m でヘルプ): d
領域番号 (1-5): 1-5

そして、領域を新たに作成します。全部基本領域でとりあえずはいいでしょう。

コマンド (m でヘルプ): n
コマンドアクション
   e   拡張
   p   基本領域 (1-4)
p
領域番号 (1-4): 1
最初 シリンダ (1-121601, default 1):
Using default value 1
終点 シリンダ または +サイズ または +サイズM または +サイズK (1-121601, default 121601):
Using default value 121601
 
コマンド (m でヘルプ): p
 
Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes
 
デバイス Boot      Start         End      Blocks   Id  System
/dev/sdc1               1      121601   976760001   83  Linux

あとは、これを保存してfdiskを終了させます。

コマンド (m でヘルプ): w
領域テーブルは交換されました！
 
ioctl() を呼び出して領域テーブルを再読込みします。 ←ここでなんか処理実行中
ディスクを同期させます。　←ここでもなにか処理実行中

一応確認してみると

# fdisk /dev/sdc -l
 
Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes
 
デバイス Boot      Start         End      Blocks   Id  System
/dev/sdc1               1      121601   976760001   83  Linux

うむ。全部Linux用になったようです。
これでこのままマウントしてもマウントできません。まだフォーマットしていないからです

# mount /dev/sdc1 /ext
mount: unknown filesystem type 'ntfs'

前の情報をどっかで持ってるってことなのかな？とりあえずLinux用ファイルシステムに作り変えます。

# mkfs -t ext3 /dev/sdc1
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
122109952 inodes, 244190000 blocks
12209500 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
7453 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
        102400000, 214990848

Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 34 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

これでマウントすればＯＫです。

# mount /dev/sdc1 /ext
# cd /ext

これで/extに移動してファイルを作ってみたりしたけど、大丈夫ぽい。簡単で拍子抜けしました。
コマンドのダイジェスト

• USBデバイスの接続状況を表示する

  lsusb
  参考サイト
  USB/OS/Linux – SyncHack

  cat /proc/bus/usb/devices

• SCSIデバイスを確認する

  cat /proc/scsi/scsi

• パーテーション情報を表示する

  fdisk -l

  
  

  ]]> http://blog.4sure.jp/yokoshima/2010/06/13/%e5%bf%99%e3%81%97%e3%81%84%e4%ba%ba%e3%81%ae%e7%82%ba%e3%81%aecentosusb%e5%a4%96%e4%bb%98%e3%81%91hdd%e5%a2%97%e8%a8%ad/feed/ 0 http://blog.4sure.jp/yokoshima/2010/06/09/%e3%83%87%e3%83%bc%e3%82%bf%e3%83%99%e3%83%bc%e3%82%b9%e3%83%86%e3%83%bc%e3%83%96%e3%83%ab%e5%ae%9a%e7%be%a9%e3%81%ab%e6%97%a5%e6%9c%ac%e8%aa%9e%e3%82%92%e4%bd%bf%e3%81%86%e3%81%ae%e3%81%af%e3%81%a9/ http://blog.4sure.jp/yokoshima/2010/06/09/%e3%83%87%e3%83%bc%e3%82%bf%e3%83%99%e3%83%bc%e3%82%b9%e3%83%86%e3%83%bc%e3%83%96%e3%83%ab%e5%ae%9a%e7%be%a9%e3%81%ab%e6%97%a5%e6%9c%ac%e8%aa%9e%e3%82%92%e4%bd%bf%e3%81%86%e3%81%ae%e3%81%af%e3%81%a9/#comments Wed, 09 Jun 2010 14:40:26 +0000 yokoshima http://blog.4sure.jp/yokoshima/?p=1100 情報システムと言うのは情報をやりとりするためのシステムなので、その情報をどこかに保持しておくのは基本中の基本です。
  その方法のひとつ（と言うか主流）はデータベースだと思います。

  データベースにもいろいろありますが、現在ポピュラーなのはやはりリレーショナルデータベースと言うやつで、
  ざっくりと言えば、表形式にデータが保存されているものです。

  これの名前などを定義する場合には、自分がかかわってきた場合には日本語（と言うか、１バイト文字以外）の名前を付けたりするのは
  ご法度な雰囲気があったのですが、最近は日本語の表名列名なんかを使う場合も増えているような気がします。

  確かに今は、文字コードはUnicodeを使うのが主流で、別に問題ないのかもしれないのですがどうも気持ち悪い。
  プロジェクトの指針で「テーブル名などは基本日本語で！」とか出たとしても明快に反論出来ないと思いますが、
  日本語名を使うのがいやな理由を考えてみました・

  ・記号を使われたときにバグりやすいんじゃないか？
  つまり、全角の「％」や「？」や「（）」とか、SQLのシンタックスに影響してくる文字を使われたらどうするんだ、と言う話ですが、
  これは全角記号は使わない、と言うことにすれば良いし、使っても全角文字であればSQL文に影響はないですね。

  ・O/Rマッピングがしにくいんじゃないか？
  O/Rマッパーは要するにプログラムから出来るだけデータベースのインターフェイスを隠蔽してみる試みですが、
  データベースのレコードひとつにあたるEntityオブジェクトはテーブルのメタ情報から自動生成できることが多いです。
  そのときに日本語名が使われてたら・・・。
  しかし、（自分が知っているO/Rマッパーの）Javaや.Netはメソッド名やメンバ名に日本語が使える場合が多いですね。
  なのでそんなに問題ないのかも。

  ・Web系システムの場合は文字コードが違ったら完全オジャン
  javaや.Netなんかは確か内部的にはUnicodeでリテラルを扱うので問題ないかもしれないのですが、
  phpやperlなんかはまだ完全にそうではないです。Unix系でマルチバイト文字なら普通EUC-JPですよね。
  しかしこれはDBどころかシステム全体の問題になるのであって、そこはまずクリアしておく課題なはずなので問題ないかも。

  ・EclipseなどのIDEで、コード補完機能の使い勝手が落ちる
  まあ、SQL文をリテラルで使うならぜんぜん関係ないですけど、前述のO/Rマッパーを使った場合、日本語フィールドだとインクリメンタルサーチが完全に機能不全になりますね。
  たとえば、DeptテーブルのDeptCodeを補完したい場合は、Dept、と書いて接続子（ピリオドとか->とか）まで書いて、「D」キーを押せば「DeptCode」が補完候補に出たりしますが、
  Deptテーブルの「部門コード」を保管する場合は、日本語で「部」まで選択されないと補完候補までたどり着けない。
  しかし大体、Entityにアクセスするコードを書くのはそう多いわけではないので問題ないか・・・。

  ・パフォーマンスが落ちる
  いや落ちない。と言うかここはパフォーマングチューニングするにはあまりにも効果薄そう。

  ん～、やはり使うのはいやなのは趣味の問題なのか。
  明快な反論が出来ないですね。

  
  

  ]]> http://blog.4sure.jp/yokoshima/2010/06/09/%e3%83%87%e3%83%bc%e3%82%bf%e3%83%99%e3%83%bc%e3%82%b9%e3%83%86%e3%83%bc%e3%83%96%e3%83%ab%e5%ae%9a%e7%be%a9%e3%81%ab%e6%97%a5%e6%9c%ac%e8%aa%9e%e3%82%92%e4%bd%bf%e3%81%86%e3%81%ae%e3%81%af%e3%81%a9/feed/ 0