KDS 2.0が突然自動的に終了する(強制終了する)場合、KDS 2.0のログだけでは原因を特定できないことがよくあります。タブレットのシステムログ(ダンプログ)も必要です。このガイドでは、Samsung Galaxy Tabでダンプログを作成し、ZIPファイルを見つけて送信する方法を説明します。
対象環境: Samsung Galaxy Tab上のKDS 2.0タブレットアプリ
症状: ユーザーが操作していないのに、KDS 2.0が突然終了します(強制終了)。
対象バージョンコード(アプリのプレフィックス): NEK
動作確認環境: Galaxy Tab S9 FE(Android 16 / One UI 8.0)。タブレットの機種やソフトウェアのバージョンによって、画面やメニュー名が異なる場合があります。
このガイドを使用する場合
- 使用中に、終了するためのボタンをタップしていないのにKDS 2.0が自動的に終了します。
- タブレットのシステムログ(ダンプログ)の提供を求められています。
- 強制終了が発生したら、できるだけ早くダンプログを収集してください。
- KDS 2.0は終了せず、機能(診断やECUアップグレードなど)が失敗する場合は、代わりにログ・コレクションのガイドを使用してください: KDS 2.0 | ログ・コレクションを使用してエラーログレポートを送信する方法
このページの内容
1. 動画マニュアル & 作業手順の概要
動画を見るか、以下の手順に従ってください。手順は全部で4つのステップに分かれています。
| 段階 | 操作場所 / タップする項目 | 重要なポイント |
|---|---|---|
| ステップ1. 生成 |
Phone(電話) > *#9900# > Run dumpstate/logcat > Copy to sdcard(include CP Ramdump)
|
各操作でDump Resultポップアップが表示されるまで待ち、OKをタップしてください。SysDumpの他の項目はタップしないでください。 |
| ステップ2. ファイルを探す | My Files(マイファイル) > Internal storage > log |
.logファイルではなく、最新のdumpState_..._YYYYMMDDHHmm.zipファイルを選択してください。 |
| ステップ3. 送信 | KDS 2.0 Error Report(エラーレポート) > Attachments (optional)(添付ファイル(任意)) > Select | ファイルを添付できない場合やレポートを送信できない場合は、代わりにQuick Shareまたはメールでファイルを送信してください。 |
| ステップ4. 連絡 | 担当のDistributor / NSC | レポート番号またはVINと、ダンプログのファイル名を提供してください。担当のDistributor / NSCがGITに案件をエスカレーションします。 |
2. ステップ1: ダンプログの生成(SysDump)
SamsungのSysDumpメニューを使用してダンプログを作成し、タブレットの内部ストレージにコピーします。このステップはKDS 2.0の外で行います。
開始前の注意事項
- SysDumpの他の項目(Delete dumpstate/logcatなど)はタップしないでください。このガイドで説明する2つの項目だけを使用してください。
- Wait...ポップアップが表示されている間は、アプリを閉じたり、タブレットの電源を切ったり、再起動したりしないでください。
- Copy to sdcard(include CP Ramdump)では、ZIPファイルだけでなく、システムログのフォルダー全体(テスト用タブレットでは約467 MB)がコピーされます。タブレットのストレージに十分な空き容量があることを確認してください。
- logフォルダーに同じ名前のファイルがすでにある場合、コピー時に上書きされます。
ステップ1-1. 電話アプリを開く
アプリ一覧を開き、Phone(電話)をタップしてください。
ステップ1-2. *#9900#を入力してSysDumpを開く
キーパッドで*#9900#を入力してください。通話ボタンをタップする必要はありません。最後の#を入力すると、すぐにSysDump画面が開きます。
ステップ1-3. Run dumpstate/logcatをタップして待つ
Run dumpstate/logcatをタップしてください。ダンプログの作成中はWait...ポップアップが表示されます。テスト用タブレットでは約2分かかりましたが、他のタブレットではさらに時間がかかる場合があります。Dump Resultポップアップが表示されたら、OKをタップしてください。
この時点では、ファイルはマイファイルで開くことができないシステムフォルダー(/data/log)に保存されています。ステップ1-4に進んでください。
ステップ1-4. Copy to sdcard(include CP Ramdump)をタップする
Copy to sdcard(include CP Ramdump)をタップしてください。Dump ResultポップアップにCopy Success!と表示されたら、OKをタップしてください。テスト用タブレットでは、コピーに約15~20秒かかりました。
このステップは省略しないでください。省略するとZIPファイルがシステムフォルダーに残り、マイファイルで見つけることができません。
タブレットに電話アプリがない場合
タブレットで電話アプリを利用できない場合は、Samsungの電卓アプリからSysDumpを開いてください:
-
Calculator(電卓)を開き、
(+30012012732+を入力してください。DRParser Modeのキーパッドが開きます。 -
DRParser Modeのキーパッドで
*#9900#を入力してください。SysDump画面が開きます。ステップ1-3から続けてください。
DRParser Mode画面の他の機能は使用しないでください。
3. ステップ2: マイファイルでZIPファイルを探す
ダンプログは、タブレットの内部ストレージにあるlogフォルダーにコピーされます。
ステップ2-1. 内部ストレージ > logを開く
My Files(マイファイル)を開き、Internal storageをタップして、logフォルダーを開いてください。
ステップ2-2. 最新のZIPファイルを探す
下にスクロールして、dumpState_<build number>_<YYYYMMDDHHmm>.zipという名前のファイルを探してください。末尾の12桁の数字は、ダンプログが作成された日時を示します。
- 例:
dumpState_X510XXU8DYJ4_202611051927.zip(テスト用タブレットでは24.16 MB)。 - フォルダーには古いダンプファイルが含まれている場合もあります。日時が最も新しいファイルを選択してください。
- 同じ名前の
.logファイル(約128 MB、未圧縮)も作成されます。.logファイルは送信しないでください。.zipファイルを送信してください。
ファイルの圧縮は不要です
ダンプログは、すでにZIPファイルとして作成されています。再度圧縮する必要はありません。
4. ステップ3: ZIPファイルの送信
まず方法A(KDS 2.0のエラーレポートにファイルを添付)を試してください。ファイルを添付できない場合やレポートを送信できない場合は、方法Bを使用してください。
方法A: KDS 2.0のエラーレポートにZIPファイルを添付する
方法Aでは、KDS 2.0のログ・コレクション機能を使用します。各画面の詳細は、ログ・コレクションのガイドを参照してください: KDS 2.0 | ログ・コレクションを使用してエラーログレポートを送信する方法
ステップ3-1. 設定 > ログ・コレクションを開き、実行をタップする
KDS 2.0のメイン画面でConfigurationをタップし、Log Collection(ログ・コレクション)を選択して、Runをタップしてください。
ステップ3-2. 開始をタップする
ガイドを読んでStartをタップし、KDS 2.0のメイン画面に戻ってください。画面右下にフローティングウィジェットが表示されます。可能であれば、KDS 2.0が終了したときに行っていた操作を繰り返してください。
ステップ3-3. フローティングウィジェットでエラーレポートをタップする
フローティングウィジェットをタップし、Error Report(エラーレポート)を選択してください。Error Report(エラーレポート)画面のUser Informationの下に表示されるReport No.を控えてください。エラーの種類を選択し、タイトルと症状の説明(KDS 2.0がいつ終了し、どのような操作をしていたか)を入力してください。
ステップ3-4. 添付ファイル(任意)の下にある選択をタップする
下にスクロールしてください。Log Dataの下には、KDS 2.0のログファイルgdsnLog.gitが自動的に含まれます。Attachments (optional)(添付ファイル(任意))の下にあるSelectをタップしてください。Androidのファイル選択画面が開きます。
ステップ3-5. タブレットのストレージを開く
ファイル選択画面で、左上のメニューアイコン(Show roots)をタップし、タブレット名(内部ストレージ)をタップしてください。名前はタブレットによって異なります。
ステップ3-6. logフォルダーを開く
logフォルダーをタップしてください。次回Selectをタップすると、ファイル選択画面でlogフォルダーが直接開く場合があります。
ステップ3-7. ZIPファイルを選択する
スクロールして、最新のdumpState_...zipファイルをタップしてください。ファイル名が途中で省略される場合があるため、種類がZIP archiveであることを確認してください。選択すると、Attachments (optional)(添付ファイル(任意))の下にファイルが表示され、X(削除)ボタンが付きます。
テスト用タブレットでは、ファイル選択画面でファイル名を検索しても一覧が絞り込まれませんでした。スクロールしてファイルを探してください。
ステップ3-8. 同意して送信をタップする
メールアドレスを確認し、(Required) Do you agree to send error report?チェックボックスを選択して、Submitをタップしてください。必須のチェックボックスを選択するまで、Submitボタンは無効のままです。レポートの送信中はKDS 2.0を閉じないでください。
ファイルサイズについて
KDS 2.0のログ・コレクションのガイドでは、添付ファイルの合計サイズの上限は20 MBとされています。テスト用タブレットのダンプログのZIPファイルは約21~24 MBだったため、ファイルがこの上限を超える可能性があります。テスト用タブレットでは、24.16 MBのZIPファイルを選択でき、警告なしで添付済みとして表示されましたが、レポート送信時に受け付けられるかどうかは確認できていません。
ファイルを添付できない場合やレポートを送信できない場合は、以下の方法Bを使用してください。
方法B: Quick ShareまたはメールでZIPファイルを送信する
- My Files(マイファイル) > Internal storage > logを開き、ダンプログのZIPファイルを探してください(ステップ2を参照)。
- Quick Shareなどのファイル転送方法でPCまたは携帯電話にファイルを転送し、メールに添付して送信してください。タブレットのGmailから直接送信することもできます。
- ステップ4に記載されている情報とともに、担当のDistributor / NSCにZIPファイルを送信してください。
5. ステップ4: 担当のDistributor / NSCに連絡する(GITへのエスカレーション)
エスカレーション経路: ディーラー > Distributor / NSC > GIT
技術調査を開始するには、お住まいの地域のDistributor / NSCに連絡し、以下の表に記載されている情報を提供してください。その後、担当のDistributor / NSCがGITに問い合わせをエスカレーションします。
ダンプログとともに、以下の情報を提供してください。
| 情報 | 詳細 |
|---|---|
| レポート番号 | Error Report(エラーレポート)画面のUser Informationの下に表示されます(方法Aを使用した場合のみ)。 |
| VIN | KDS 2.0が終了したときに接続されていた車両の17文字のVINです(車両が接続されていた場合)。 |
| 日時と症状 | 強制終了が発生した日時と、そのときKDS 2.0で行っていた操作です。 |
| タブレットの機種とAndroidのバージョン | 例: Galaxy Tab S9 FE、Android 16。 |
| ダンプログのファイル名 | 例: dumpState_X510XXU8DYJ4_202611051927.zip
|
| 問題が発生しているタブレットの台数 | 問題が1台のタブレットで発生しているか、複数台で発生しているかを示します。 |
コメント
0件のコメント
サインインしてコメントを残してください。