Wii IOSの確認方法 (PimpMyWii)
- 折に触れてカスタム化にはIOSの状況を把握することが重要だと書いてきましたが、未だに完璧なツールを見つけることができません。
- そんな中で比較的信頼できて使い勝手の良いツールを教えていただきましたのでご紹介します。
情報をいただいた12584さん、いつも貴重な情報をありがとうございます。
- このツールは本来IOS/cIOSのインストール、Patchの適用に使用するものですが、アクションに今イチ納得できない部分があり、私はご紹介するNAND情報リスト機能のみを使用しています。
【PimpMyWiiの特徴】
- ・SignCheckやSysCheckでは読み飛ばされるStub-IOSもリスティングしてくれる。
・IOSだけでなく、チャンネル登録したゲームやフォワーダーもリスティングしてくれる。
・プレイしたゲームのセーブデータもリスティングしてくれる。
- 【ご参考】
・SysCheck ⇒
【用意するもの】
【準備】
【Wiiの作業】
- 1. PimpMyWii v1.32 ⇒
(バージョンアップ情報等はこのサイトを確認して下さい。http://webrewwii.blogspot.com/)
2.Microsoft Office Excel (今回は2007を使用しましたが、97以上であれば問題ないと思います。)
【準備】
- 1.SDカードのセットアップ
・ダウンロードしたPimpMyWii v1.32をSDカードに以下のとおりに配置します。
【Wiiの作業】
- 1.HBCから"Pimp my wii"を起動します。
- 2.下から2番目のメニュー『info』を選択してAボタンを押して下さい。
- 3.以下のように画面が遷移します｡『File created on SD Finished！』と表示されたら成功です｡
SDカードのルートに"pimpmywii.csv"が作成されています。
- 4.メニューに戻りますので、"Exit"を選択して終了して下さい。
【パソコンの作業】（Microsoft Office Excel 2007を使った例です。）
- 1.WiiからSDカードを取り外してパソコンにセットし､"pimpmywii.csv"をMicrosoft Office Excel
で開いて下さい。すると以下のように表示されるはずです。
(画像をクリックすると別ウィンドウに拡大画像が表示されます。)
- これでも読めなくはないですが、簡単な操作で見やすくなりますので、以下の手順で操作して
下さい。
- 2.セルを分割する。
・"pimpmywii.csv"は「；」(セミコロン)で項目の区切りを編集されたデータです。
・まず、列見出しの”A”にカーソルを合わせてクリックし、「A列」全体を選択して下さい。
・ツールバーの「データ」タグをクリックし、「区切り位置」をクリックします。
(画像をクリックすると別ウィンドウに拡大画像が表示されます。)
- ・「区切り位置設定ウィザード」が開きますので、下図に従って操作して下さい。
- ・すると、今まで「A列」に格納されていたデータが「；」(セミコロン)毎にセル単位に展開され
ます。
- ・これだけでもかなり見やすくなりましたが、列見出しの列の境界にカーソルを合わせて
ダブルクリックすると、セル幅が自動調整されて更に見やすくなります。
【表示内容の説明】 (画像をクリックすると別ウィンドウに拡大画像が表示されます。)
- ・お手元にNANDのバックアップデータがあれば､「Wii NAND Extractor」 ⇒
等で展開してデータを照合すると、より理解が深まるかも知れません。
(赤枠内の名称は後から編集しました。）
- �� Title-id
・「title」はNAND上のデータが機能する単位です。title毎にフォルダが作成され、その中にtitle
データが保存されています。
・NUS Downloader等はIOS他をtitle単位にダウンロードします。
(『Pack → WAD』にチェックを入れてダウンロードすると､titleフォルダの内容が1つのWAD
ファイルにパッキングされてダウンロードされます。)
・先頭の8桁はtitleのカテゴリを表していて、以下のような分類になります。
/00010001 – インストール、またはダウンロードした可視チャンネル
HBC、各種ローダーのフォワーダー、VC（Virtual Console）ゲーム
(ファミコン：NES、スーパーファミコン：SNES、他）等です。
/00010008 – 隠し属性を持ったチャンネル
『EULA』は” End User License Agreement”(使用許諾契約書)
/00010002 – プリセットチャンネル
お天気チャンネル､ニュースチャンネル､似顔絵(Mii)チャンネル､写真チャンネル､
Wiiショッピングチャンネル
/00010000、または/00010004 – セーブデータ
/00000001 – System title
├ /00000001-00000001：BOOT2
├ /00000001-00000002：System Menu
├ /00000001-00000100：BC：GCゲームの起動時に使用され、MIOSをロードする。
└ /00000001-00000101：MIOS：GCゲーム用のIOS
・詳細はこちらをご参照下さい。 ⇒
- �� Name：Channel-ID、またはGame-ID
- �� Description (説明) ：titleの通称名等
- �� Type：カテゴリの形式説明
- �� Revision：リビジョン番号
- �� System version：使用するIOS番号だと思われます。
- �� Stub：「0」はActive（有効、実機能あり）、「1」はStub（無効、実機能なし）
- 上図は、cIOS55/223/236/249/250の5つがインストールされ、IOS36/70の色づけされた箇所に
Patchが適用されていることを表しています。
IOS70のNAND Accessが「1」になっているのに塗りつぶしていないのは、実際にPatchしている
のはTruchaとES_Identifyだけだからです。このことから、ES_IdentifyとNAND AccessのPatch
表示は完全ではないと思われます。
- �� Trucha Bug：Trucha Bug対策回避Patchの有無 「1」：Patch済み、「0」：Patchなし
Wiiは海賊版ソフトの動作を防止するため､コピー不能な電子署名を正規ソフトに付加して署名認
証しています。この為カスタム化していないWiiでは正規品以外のソフト(HomeBrew等)も大半
が動作しません。
署名認証機能はWiiのシステムを構成する複数のIOS個々に実装されています。(Wiiは統合化され
た単一のOSで動作するのではなく、ゲームの動作(DVDドライブ、SD/USBスロット、ディスプ
レイ等のI/O動作)を制御する独立した機能の複数のIOSから構成されています。)
ゲームソフトは動作に必要なIOSを呼び出し、各IOSはロードを要求されると署名認証してゲーム
を動作させます。
2008年2月に『Trucha Signer』というツールが登場し、署名認証機能のバグを付いて偽装署名で
IOSを使用することに成功しました｡このことから署名認証機能のバグのことを『Trucha Bug』
若しくは『Trucha Sign Bug』と呼ぶようになったようです。
その後このバグは改善されましたが、この改善策をも突破され、改善策を回避するPatchを
『Trucha Bug Patch』と呼ぶようになったようです。
- �� ES_Identify(= ES_DiVerify)：ES Identify Patchの有無 「1」：Patch済み､「0」：Patchなし
・ES：eTicket Services (電子チケット サービス)
・eTicket：タイトルの使用許可ライセンス
・TMD:Title MetaData
・コンテンツの概要と電子署名
・アクセス許可、グループID、領域ロックの情報が記載されている
・ゲームディスクの"root"署名を持っています。
・原典：Console Hacking 2008 Wii Fail ⇒
ゲームディスクが挿入されると､DI (Drive Interface) がディスクからTMDとeTicketを読み取っ
てESに送ります。ESは実行される命令をeTicketと照合し､ライセンス認証された命令だけを実行
するようガードしています。
そこでESのライセンス認証機能を無効にして、Homebrewの命令を実行できるようにするPatch
が登場しました。これが『ES_Identify Patch』と呼ばれるようになったようです。
（ES_Identifyは造語。）
- �� Nand Access：NANDアクセスガード回避Patchの有無 「1」：Patch済み、「0」：Patchなし
ESはNANDのアクセス許可もセットアップします。PriiloaderのようにNANDを直接編集する
Homebrewは、このアクセス認証をスルーできるIOSを使用しないと動作しない、若しくはイン
ストールできません。
以上です。
comment
SysCheck との差違について
Speirs さん
いつも閲覧いただきありがとうございます。SyｓCheckとTruch Bugの表示が異なる旨ご連絡をいただきましたが、冒頭に記載しましたとおり、今だに完璧なツールはありません。
私自身もSysCheckのPatch表示に疑問があって参考程度にしておりました。
PimpMyWiiも完全ではなく、ES_IdentifyとNAND Accessの表示と実際のPatchが異なることがありますが、Truchaについては信用できそうです。
どのIOSに何をPatchしたかはPatchした本人が承知しているはずですので、表示と動作結果が異なる場合はRePatchするなどで対応して下さい。
いつも閲覧いただきありがとうございます。SyｓCheckとTruch Bugの表示が異なる旨ご連絡をいただきましたが、冒頭に記載しましたとおり、今だに完璧なツールはありません。
私自身もSysCheckのPatch表示に疑問があって参考程度にしておりました。
PimpMyWiiも完全ではなく、ES_IdentifyとNAND Accessの表示と実際のPatchが異なることがありますが、Truchaについては信用できそうです。
どのIOSに何をPatchしたかはPatchした本人が承知しているはずですので、表示と動作結果が異なる場合はRePatchするなどで対応して下さい。
No title
はじめまして
何処も自分で試した事もないような誤植＆コピペブログばかりなので
読んでいて非常に目から鱗でした、原理を理解すると面白いですね
過去記事もこれから読ませて貰います
何処も自分で試した事もないような誤植＆コピペブログばかりなので
読んでいて非常に目から鱗でした、原理を理解すると面白いですね
過去記事もこれから読ませて貰います
No title
えびすめ様
ご多忙のところ、ご連絡ありがとうございます。
私だけがこのような結果なのでは・・・と心配しておりましたがご回答いただいたおかげで、すっきりいたしました。やはり自分がどのような作業を行ったか記憶しておくことは重要ですね。
まだまだ勉強が足りないせいか、わからない用語が多々あります。英語サイトを敬遠して、日本語サイトのみで勉強してきましたが限界がありますね。私もちょっとずつ英語サイトにて勉強していきたいと思います。
話がずれてしまいましたが、これからも更新楽しみにしております。
また、どうしてもわからないことがあれば、再度コメントすることがあるかと思いますが、その際はよろしくお願いいたします。
ご多忙のところ、ご連絡ありがとうございます。
私だけがこのような結果なのでは・・・と心配しておりましたがご回答いただいたおかげで、すっきりいたしました。やはり自分がどのような作業を行ったか記憶しておくことは重要ですね。
まだまだ勉強が足りないせいか、わからない用語が多々あります。英語サイトを敬遠して、日本語サイトのみで勉強してきましたが限界がありますね。私もちょっとずつ英語サイトにて勉強していきたいと思います。
話がずれてしまいましたが、これからも更新楽しみにしております。
また、どうしてもわからないことがあれば、再度コメントすることがあるかと思いますが、その際はよろしくお願いいたします。
No title
エクセルのオプションでこんなにも見やすくなるんですね、ありがとうございます。
Priiloaderもrev61まできました。パスワードロック機能など追加されているようです。
NANDの中身をいろいろ見ていて、nanderr.logというのがあるのですが気になりました。
nandshared2test2nanderr.log の中身です。
3 2009/11/13 13:56:03 ES error. [-1017] iplNandManager.cpp line: 43
2 2009/11/13 13:51:27 ES error. [-1017] iplNandManager.cpp line: 43
3 2009/11/13 13:56:03 ES error. [-1017] iplNandManager.cpp line: 43
この日付は、FW4.2JにPreloader_v0.29をインストールしてセミBrickした日です。
【システムメニューが壊れています】とでた記憶があります。
どのようなlogなのかお解りでしょうか？いつも質問ばかりですみません。
Priiloaderもrev61まできました。パスワードロック機能など追加されているようです。
NANDの中身をいろいろ見ていて、nanderr.logというのがあるのですが気になりました。
nandshared2test2nanderr.log の中身です。
3 2009/11/13 13:56:03 ES error. [-1017] iplNandManager.cpp line: 43
2 2009/11/13 13:51:27 ES error. [-1017] iplNandManager.cpp line: 43
3 2009/11/13 13:56:03 ES error. [-1017] iplNandManager.cpp line: 43
この日付は、FW4.2JにPreloader_v0.29をインストールしてセミBrickした日です。
【システムメニューが壊れています】とでた記憶があります。
どのようなlogなのかお解りでしょうか？いつも質問ばかりですみません。
Re: No title
> Y30 さん
いつも励みになるコメントありがとうございます。
> nandshared2test2nanderr.log の中身です。
> 3 2009/11/13 13:56:03 ES error. [-1017] iplNandManager.cpp line: 43
> 2 2009/11/13 13:51:27 ES error. [-1017] iplNandManager.cpp line: 43
> 3 2009/11/13 13:56:03 ES error. [-1017] iplNandManager.cpp line: 43
> この日付は、FW4.2JにPreloader_v0.29をインストールしてセミBrickした日です。
はい、まさにこれが原因です。Preloader v0.29はFW4.2には対応していません。この為Preloaderが書き換えたSystem Menuの内容をIOS70を使ってロードしようとした際に、ES（eTicket Service）からはじかれたのだと思います。
書き換えているファイルは、isfs:/title/00000001/00000002/content/00000085.appです。書き換える前にオリジナルファイルを10000085.appとリネームしてバックアップしています。
余談ですが、Preloader（Priiloader）をinstallする際に「Moving System Menu app ... Done！ 」と表示されるのはこのバックアップが成功したから、uninstall時に「Restoring System Menu app ... Done！」と表示されるのは、バックアップしていた10000085.appを00000085.appに戻すのを成功したからです。(他にticketもコピーしています。)
お問い合わせのエラーが発生した際はNANDのバックアップをRestoreして復旧されたと思います。ですが、PreloaderからHBCが起動できるなら、FSToolBoxを使って10000085.appを00000085.appにリネームしたものを書き戻しても復旧できます。
でもこんな質問は想定していませんでした。とっても危険な臭いがします…。(^_^;
PS．rev60/61はPasswordとBackdoorファイル指定、追加されたSettingsパラメーターの組み
合わせでどう機能するのか検証中です。でも記事にはしないと思います。
いつも励みになるコメントありがとうございます。
> nandshared2test2nanderr.log の中身です。
> 3 2009/11/13 13:56:03 ES error. [-1017] iplNandManager.cpp line: 43
> 2 2009/11/13 13:51:27 ES error. [-1017] iplNandManager.cpp line: 43
> 3 2009/11/13 13:56:03 ES error. [-1017] iplNandManager.cpp line: 43
> この日付は、FW4.2JにPreloader_v0.29をインストールしてセミBrickした日です。
はい、まさにこれが原因です。Preloader v0.29はFW4.2には対応していません。この為Preloaderが書き換えたSystem Menuの内容をIOS70を使ってロードしようとした際に、ES（eTicket Service）からはじかれたのだと思います。
書き換えているファイルは、isfs:/title/00000001/00000002/content/00000085.appです。書き換える前にオリジナルファイルを10000085.appとリネームしてバックアップしています。
余談ですが、Preloader（Priiloader）をinstallする際に「Moving System Menu app ... Done！ 」と表示されるのはこのバックアップが成功したから、uninstall時に「Restoring System Menu app ... Done！」と表示されるのは、バックアップしていた10000085.appを00000085.appに戻すのを成功したからです。(他にticketもコピーしています。)
お問い合わせのエラーが発生した際はNANDのバックアップをRestoreして復旧されたと思います。ですが、PreloaderからHBCが起動できるなら、FSToolBoxを使って10000085.appを00000085.appにリネームしたものを書き戻しても復旧できます。
でもこんな質問は想定していませんでした。とっても危険な臭いがします…。(^_^;
PS．rev60/61はPasswordとBackdoorファイル指定、追加されたSettingsパラメーターの組み
合わせでどう機能するのか検証中です。でも記事にはしないと思います。
No title
おはようございます。質問に答えていただきありがとうございます。
セミBrickした時は、NANDのリストアはせずに、Preloader0.29から
HBCに飛びPreloader0.3を上書きし、IOS70patched.wadを導入して復帰しました。
やはりTicket関連のエラーのlogなんですね、流石にnandを編集するのは、
怖いのでやめておきます。
またひとつ勉強になりました。ありがとうございます。
セミBrickした時は、NANDのリストアはせずに、Preloader0.29から
HBCに飛びPreloader0.3を上書きし、IOS70patched.wadを導入して復帰しました。
やはりTicket関連のエラーのlogなんですね、流石にnandを編集するのは、
怖いのでやめておきます。
またひとつ勉強になりました。ありがとうございます。
No title
こんにちは
> このツールは本来IOS/cIOSのインストール、Patchの適用に使用するものですが、アクションに今イチ納得できない部分があり、私はご紹介するNAND情報リスト機能のみを使用しています。
私はTBRではなくPMWを使って Trucha Bug復活させてます。
PMWの不具合の話は風のうわさに聞こえているのでちょっとびくびくしていますが、今のところ問題ないです（何もしていないからかもしれませんが）
なにか怪しいことがあったらこの場を借りてでも報告しますね。
> これだけでもかなり見やすくなりましたが、列見出しの列の境界にカーソルを合わせてダブルクリックすると、セル幅が自動調整されて更に見やすくなります。
ちょい小技を追加：）
セル幅調整したい列見出しを全部(A〜Jなど)選択しておいて、
代表してAとBの境界などでダブルクリックすると、
選択しておいた列全部の幅を自動調整してくれます。
> このツールは本来IOS/cIOSのインストール、Patchの適用に使用するものですが、アクションに今イチ納得できない部分があり、私はご紹介するNAND情報リスト機能のみを使用しています。
私はTBRではなくPMWを使って Trucha Bug復活させてます。
PMWの不具合の話は風のうわさに聞こえているのでちょっとびくびくしていますが、今のところ問題ないです（何もしていないからかもしれませんが）
なにか怪しいことがあったらこの場を借りてでも報告しますね。
> これだけでもかなり見やすくなりましたが、列見出しの列の境界にカーソルを合わせてダブルクリックすると、セル幅が自動調整されて更に見やすくなります。
ちょい小技を追加：）
セル幅調整したい列見出しを全部(A〜Jなど)選択しておいて、
代表してAとBの境界などでダブルクリックすると、
選択しておいた列全部の幅を自動調整してくれます。
