『内蔵ストレージへの画像転送時エラーについて』のクチコミ掲示板

[春脳。]

１枚400KBほどのモノクロ画像データを転送しようとすると、
何度試しても途中で接続が途切れてしまいます。
そして、その後は、windowsから、さらに高速に接続できるデバイスとして表示され、
USB2.0でつなぐように表示されます。なにか、改善策がありましたら、教えてください。

本体は、現状12.2GB中、残1.27GBでこの症状が出ています。
初期化して内部が空でもたまに接続が切れ、10GB分データを転送したあたりから、
まともにデータ転送ができなくなります。

試した事
USBケーブルの交換
USBポート別の場所へ
PCを別のものへ
Nexus 7の初期化


PCスペック
Intel Core i7 980X 3.33GHz 6cores
ASUS P6T7WS
Corsair DDR3-1600MHz 4GBx6 = 24GB
ASUS HD5770 mem:1GB
Western Digital WD VelociRaptor WD3000HLFS 300GB
OS:Windows7 pro 64bit SP1

書込番号：17076441

[prego1969man]

何処の区画から転送しているのですか？

書込番号：17076526

[春脳。]

C:\とD:\で試しましたが、同じような結果でした。

書込番号：17076718

[Radeonが好き!]

１枚400KBほどのモノクロ画像データ>
10GB分データを転送したあたりから>

つまり超膨大な枚数の画像データを一度に送ろうとしてる訳ですね？過去ログに似たようなケースが有った気がいたします。

一度にコピーする枚数を減らしたらどうですか？徐々に増やし上限を見極めては？案外ZIPとかに圧縮されたファイルなら問題無いかも？

書込番号：17077649

[prego1969man]

ファイル管理アプリでタブレットから操作したらどうなりますか？

書込番号：17077706

[春脳。]

>つまり超膨大な枚数の画像データを一度に送ろうとしてる訳ですね？

いいえ、違います。1フォルダあたり200枚程です。

>一度にコピーする枚数を減らしたらどうですか？

コピーするデータサイズ、量に関係なく、使用量が10GBを越えたあたりから、
接続が不安定になり、転送エラーが起きます。

>ファイル管理アプリでタブレットから操作したらどうなりますか？
どのような操作でしょうか？教えてください。

所有者の方に質問ですが、内蔵ストレージ一杯までデータを詰め込むことはできますでしょうか？
私の端末の場合、使用量10GBでそれ以上データの転送がうまくいかなくなります。

書込番号：17077830

[コスト子]

当方32GBモデルですが、試しに残り5GB以下までにしてテストしましたが、
特に転送時に同じようなエラーは出ませんでした。

しかし、画像データの枚数によっては相変わらず転送がストップしてしまいます。（これは残りの容量に関わらず発生します）
一度そうなってしまうと強制的にUSBケーブルを抜かないと、PC側でNEXUS7が認識しなくなります。
（ちなみに、この時もエラーメッセージは出ません）

今回の内容を見ると、これとは別件かもしれませんが・・・
ご参考までに。

書込番号：17078071

[takazoozoo]

画像は関係なく容量が少ない場合にファイル転送に失敗するということですかね?

書込番号：17078182　スマートフォンサイトからの書き込み

[1985bko]

残1.27GBの状態で画像1枚を転送するとどうなりますか？
OK?NG?

書込番号：17078241

[Radeonが好き!]

インデックスとかの生成数に


上限があるとか？

書込番号：17078316

[prego1969man]

>>ファイル管理アプリでタブレットから操作したらどうなりますか？
>どのような操作でしょうか？教えてください。

ファイル管理ソフトは複数あるので、Googleストアで探されると良いでしょう。
何が良いかは私には解りませんが、私は「ＥＳファイルエクスプローラ」を使っています。
https://play.google.com/store/apps/details?id=com.estrongs.android.pop&hl=ja

先ずは、ダウンロードして色々と試して見て下さい。

基本的には、ＰＣの任煮のフォルダーを共有化して、そこに必要なデータを入れます。
タブレットに上記のアプリを導入し、共有化されたフォルダ内にあるデータをタブレットへコピーします。

先ずは、試して下さい。
そして、解らない所があれば、その部分を詳細に載せて下さい。

書込番号：17078342

[ジェンツーペンギン]

2012で10GB強の写真をコピーしようとすると一定時間(?)たつとスリープになるのか接続が切れてコピーに失敗するので時々触りながらコピーしたら出来た。

書込番号：17078355

[yamada2008]

私も転送が途中で止まる状態が続いたので、
しょうがなくesファイルエクスプローラーでLAN共有してます。

こちらの方がWi-Fiで繋げられるので、
PCの電源がONになっていればどこからでも繋げられるので便利です。
速度は若干遅いですが、しばらく放置していれば自然に転送されるので気にならなくなります。

根本的な解決法ではないですが、一案として。

書込番号：17078425

[yammo]

ファイル数か容量か判別するのに、
コピー時にエラーが出るフォルダを無圧縮で ZIPファイルとかにアーカイブして、
それだけ転送し直してどうなるか確認してみるとかはどうでしょう。

ファイル数が問題ならエラー出ない筈ですし、容量ならほぼ同じ量をコピーした頃にエラーが出ると思います。
（前者は確実、後者は合計サイズが同じでもファイルが細かいと占有領域は増えるはずなので、場合によってはエラー出ずにコピー出来てしまう可能性は残ります。）

ちょっと余談。
インデックス説は無いと思いますよ。
コピー時に何が何のためにインデックス作るのか疑問なので。
もし仮にインデックスなどの数や領域の制限を越えて書き込み出来ないならそういう応答をするでしょうし、
接続が切れるというのとは違う反応になると思います。

書込番号：17079753　スマートフォンサイトからの書き込み

[redrooster7]

こんにちは。当方も春脳。さんとほぼ同じ現象です。

>１枚400KBほどのモノクロ画像データ〜
おそらく自炊された本のデータだと思うのですが、私の場合２GB
の転送をして当初130MB前後で「android.process.media」
というエラー（？）で中断します。Mac、WindowsともUSB接続での
転送で同じ様な所で止まります。

春脳。さんと同じ解決策を試してみましたが全てダメでした。

「android.process.media」が原因として考えられるならば、
もしくは他の原因だったとしても以下の方法を試してみては。

１：インストールしていればタスクキラー系アプリ
　（例：シンプルタスクキラー）を完全に終了させてみる。
２：キャッシュクリーナー系アプリでクリーニングしてから
　　そのアプリも完全に終了させる。
３：「android.process.media」などを停止させるアプリがある。
　　ただし、ROOTをとるのがほとんど。

１及び２の方法で当方はとりあえず１GB前後迄停止せず転送
されました。それ以上は今のところ無理です。
３はROOTをとる必要があるのとあまりいじりたくないので
試していません。
機種によっては１及び２で完全に解決出来る場合があるようです。

あと当方は試していませんが、本体を初期化しても購入したアプリ
が再インストールされるのでそういったアプリが何も入っていない
状態で試されてみては？（多分最初の設定でアカウントをとらない
といいのかな？）アプリのどれかが悪さしているかも。


ちなみに「android.process.media」が原因の場合、それ自身の
ファイルの完成度（？）が低いらしく、色々試して改善しなければ
「どうしようもない」というのが実情みたいです。

メディア系ファイルの転送中のエラーなどはAndroidでは定番
みたいなので色々と検索して調べてみられては。


prego1969manさん、yamada2008さん、「ＥＳファイルエクスプローラ」
でLAN共有できるんですね！情報ありがとう。

長くなったよ。ごめんなさい。

書込番号：17081479

[Radeonが好き!]

redrooster7さん 詳しく読ませて頂きました。大変参考になります。

「android.process.media問題」

結局Androidのファイルスキャンのアルゴリズムがヘタレであり、負荷が高くなり過ぎるのが原因だそうです。

Windows Vistaのバックグランドでいつもインデックスを生成する為にHDDを常にガリガリやってるあれに似てますね。

1.画像ファイル・フォルダ名に長すぎる名前や読み込めない文字（文字化け等）や大文字小文字が混在しているファイル名のものが含まれている→リネームか削除してみる。

2.設定のアプリからメディアストレージデータを削除し、playストアからRescan Mediaというアプリを実行してメディアスキャンを再実行するroot権限は不要。（特に実行中のパラメータなどは出ないので実行するだけで閉じてＯＫ）しばらくスキャンに時間がかかるのでその間は放置。また、メディアスキャン中は未読み込みのファイルがギャラリーなどで出てこなくなるので注意。

メディアストレージデータ削除方法
設定　→　アプリケーション　→　アプリケーションの管理　→　すべて　→　メディアストレージ
で「データを消去」をタップします。その後、再起動させてキャッシュを再構築。

注意！！
画像以外のあらゆるメディアファイルのキャッシュにも影響します。

4.とにかく調子悪い時は再起動してみる。

5.画像を含めたメディアファイルは一度に沢山移動やコピーしない。

書込番号：17082492

[Radeonが好き!]

補足　簡単に説明するなら

androidでは一度に大量の画像ファイルをコピーすると、サムネイルの生成にて負荷が許容値を超え、コピーが停止すると言う事です。ファイルサイズも勿論影響しますが、むしろファイル数が問題になる様です。

フォルダ毎にZIP等へアーカイブする事と、一度にコピーする枚数を制限する事を具申します。

書込番号：17082582

[Radeonが好き!]

私もESエクスプローラーが便利だと思います。最近私もケーブルでPCと繋ぐのは、ゴニョゴニョやる時位で、普段は共有フォルダや、NASを参照します。ファイルをコピーする事は殆ど無いですね。外出時はクラウド使いますから。

書込番号：17082602

[redrooster7]

連投すみません。
Radeonが好き!さん、流石！　
当方も検索しまくって「メディアストレージデータ削除方法」で問題が解決しました。
ただ、削除した直後にPC(MacWindows共に)側でストレージを見ると初めからある
ファイル、フォルダー共無くなっていて焦りました。
（Nexus7を一旦終了し再起動し。PCに接続したらちゃんと表示されました。）

どうしてこうなったかというと、今思い返せば、Radeonが好き!さんの
＞インデックスの生成〜
で、思い出したのですが、フォルダーをPC側からNexus7に作った際に
＜none＞というファイルを「なんだこれ？」と思って消してました....。
（基本Macメインで使っていたので、すっかり忘れてました。）
これが元々の原因かも。



ちなみに私が試したこのエラーの一時的な回避方法（私の環境だけかも）
も載せておきます。簡単に言うとCPUの使用率を上げない方法です。

一時的な解決方法：シンプルタスクキラー(Pro)を使ってみる。
１：全てのGoogleのサービスの同期を解除。
２：全てのアプリをタスクキラーで終了させる。
　　（私の場合Google Play開発者サービスのみが起動した状態）
３：PCと接続し大量のファイルを転送。
４：シンプルタスクキラーの画面の上にCPU等の利用状況が表示されている
　　のですが、その値が40〜50％の間で推移すれば、そのまま転送成功します。

１、２を行う理由ですが、
Googleの各サービスが大量にバックグラウンドで動いていると、
CPUの利用状況が最高７０％位迄上昇し、あっという間に上記のエラーが発生します。
（Googleのアプリを次々と停止させて行くとCPUの使用率が下がって安定）


Radeonが好き!さん、まとめてくださってサンクスです。参考になりました！

書込番号：17082674

[Radeonが好き!]

redrooster7さん こちらこそ大変参考になりました。

なんかあれですね、画像のサムネイル機能を売りにした、Windows me を思い出します。よく固まってしまい仕方無くリセットボタンを押し、再起動し編集中のデータとかが飛び舌打ちしたのを思い出します。その後に登場したWindows XPがもうすぐ引退とか、寂しい限りです。

書込番号：17083106

[yammo]

Android全般？それとも Nexus 7固有の症状？
ファイルシステム上の画像のサムネイルを作るために常にそのプロセスが監視してるとしたら余計なお世話って気も…
（CPUやファイルアクセスが暇なときにバックグラウンドでひっそりやってくれるならいいですけど。）

書込番号：17084314　スマートフォンサイトからの書き込み

[Radeonが好き!]

まとめ　

今回の件はandroid固有の問題。

但し、CPU負荷を概ね50％を超えない様に管理すれば問題無い事から、Nexus 7 2013が搭載するCPUよりパワフルなモデルでは当然状況は良いと考えます。

CPUやファイルアクセスが暇なときにバックグラウンドでひっそりやってくれる＞
これも、良悪両論があると思います。今度は何もしてないのに何でバッテリーが減るのかとか？

今回の件はAndroidタブレットのMedia Server（スリープ時の電池消費の黒幕）問題に似ています。何もしないのに何故バッテリーが馬鹿食いするのか？googleがSDカードスロットを付けたがらない理由の確信かもしれません。

書込番号：17084381

[Radeonが好き!]

補足

動作しているCPUコア全ての駆動電圧や動作周波数が連動する同期アーキテクチャを採用するTegra 3とは異なり、snapdragonシリーズは内蔵されたCPUコア1個ずつで別々のクロック周波数や駆動電圧を設定できる非同期アーキテクチャを採用しているそうです。

これにより、CPUコア1個だけで動かす前提で開発された古いソフトを実行するような場合には、そのソフトを動かすCPUコアだけ最高速度で動作させ、もう一方のCPUコアはバックグラウンドで動作する待ち受け処理やメール送受信などの軽い処理だけを引き受けさせる、といった風に一方のコアを全力動作させつつもう一方のコアの動作クロック周波数や電圧を最低レベルに落とすことで、操作性と消費電力のバランスをうまくとれるような設計に本来なっているのですが、上で書いた様にOSやソフト側のアルゴリズムがヘタレだと上手く行かない訳です。

書込番号：17084399

[prego1969man]

難しい事は兎も角として、要するに無茶するなって事ですよ。
私はデータ移行で問題が起きたことが在りませんからね。
何度か繰り返しやってれば、許容範囲くらいは把握できるだろ！って思いますけどね。
当然、感覚的な話です。実値を指している訳では在りません。

書込番号：17084690

[春脳。]

>画像は関係なく容量が少ない場合にファイル転送に失敗するということですかね?

そうです。

>残1.27GBの状態で画像1枚を転送するとどうなりますか？

NGです。転送するファイルの大きさに関わらずエラーが出ます。

>CPU負荷うんぬん

今回の現象はマシンスペックやandroidシステムによるところではなく、
内部ストレージの故障の可能性が高いことが判明しました。

サポートセンターに問い合わせたところ、要点検の必要があるとの事なので、
一度修理へと送ろうと思います。手元に戻り次第、結果をお知らせしたいと思います。

書込番号：17084742

[春脳。]

>prego1969manさん

>要するに無茶するなって事ですよ。

無茶ってなんですかね？
あなたにとってストレージを使い切ることは無茶なのかもしれませんが、私にとっては違います。

>私はデータ移行で問題が起きたことが在りませんからね。

それは、よかったですね。私は、当スレッドの通り、問題が発生し、困っているのです。

なぜ、そんなに喧嘩腰なのか？私には到底理解できません。

今回の問題は、内部のストレージが最後まで使い切れない事ですので、

>何度か繰り返しやってれば、許容範囲くらいは把握できるだろ！

って言うのはおかしな意見です。普通は、表示容量=転送可能な容量　ですからね。
今回の場合なら、ストレージの全空き容量12.2GBなら、12.2GB付近まで書き込めるはずですからね。

以上

書込番号：17084781

[yammo]

もし試せるなら転送エラー出たフォルダーコピーの無圧縮 ZIP でどうなるかも気になるので試してみてね。
（送った後に類似症状出たらでもいいですし、可能なら送る前のでどうなるかお試し頂けたら幸いです。）

> なぜ、そんなに喧嘩腰なのか？私には到底理解できません。

その人、以前から誰彼構わずそんな感じの発言飛ばしますからまともに返事するだけ損ですよ。

書込番号：17084894　スマートフォンサイトからの書き込み

[春脳。]

>もし試せるなら転送エラー出たフォルダーコピーの無圧縮 ZIP でどうなるかも気になるので試してみてね。


試すのは、一番最初にエラーの出た時のファイルが入ったフォルダを
zipで圧縮した物を本体ストレージに転送するという事でしょうか？

上記のzipファイルを転送しようとした結果、失敗に終わりました。
段々症状がひどくなっており、現在は、PCがまともに端末を認識しません。

USBでPCに接続→PCが端末を認識→勝手に切断→すぐに復帰(再認識)→切断

とループしています。これは、USBポートを変更しても、
PCを変更してもUSBケーブルを変更しても同じです。

本格的に内部ストレージが破損しているようです。

書込番号：17084920

[Radeonが好き!]

スレ主様へ

>残1.27GBの状態で画像1枚を転送するとどうなりますか？
NGです。転送するファイルの大きさに関わらずエラーが出ます。

「内部ストレージの故障の可能性」

一見ストレージの問題の様に見えますね。テンプレQAリストを見ながら応答してる電話オペレータの応答だとそうなると思います。可能性はゼロではありませんが今回は極めて低い可能性だと思います。

おそらくですが、「残1.27GBの状態で画像1枚を転送」しようとしているバックグランドで「android.process.media」が実行されていてCPU負荷が落ちる一歩手前何じゃないかと思います。ここからは推測ですが、サムネイル生成処理に特に時間や負荷が高くなる、引っかかるファイルが有るんじゃないでしょうか？又、それだけの画像数量だと破損ファイルで引っかかってる可能性もありますから。無論ファイルの破損の原因がNexus 7側のストレージに絶対に無いとは言えませんが、CPU負荷が局単に高くなればコピー時のエラーによるファイル破損の確率が上がるのも確かです。

ファイルシステムの破損と言う事で修理はメインストレージを交換され、初期化され戻って来ると思います。

ま、修理から戻ったら同じ状況を再び再現して下さい。前回と全く同じ事が起こると思います。

それでも、多分スレ主様は懲りずに修理に再び出すのでしょうね。

書込番号：17084977

[Radeonが好き!]

修理に出すのはスレ主の勝手で構わないですが、prego1969manさんの回答が特に喧嘩越しであるとは言えないし、まして的を外した回答でも無いのです。

「要するに無茶するなって事」「何度か繰り返しやってれば、許容範囲くらいは把握できる」

仮にストレージの空きが11GBあったとして、それを使い切るデータを一度の作業で書き込むのは「無茶」であり、10GBを一度に転送するのは「許容範囲」を超えると端的に言ってるだけです。で、その原因をせっかくredrooster7さんが提示してくれた訳ですが、アドバイスには聞く耳を持たない訳ですね。

windowsから、さらに高速に接続できるデバイスとして表示され、USB2.0でつなぐように表示されます。＞
システムからの悲鳴です。
段々症状がひどくなっており、現在は、PCがまともに端末を認識しません。＞
システムがビジーなだけです。
USBでPCに接続→PCが端末を認識→勝手に切断→すぐに復帰(再認識)→切断＞
とループしています。これは、USBポートを変更しても、＞
PCを変更してもUSBケーブルを変更しても同じです。＞
無茶のしすぎでとうとうファイルシステム自体が壊れたのでは？
まさに自業自得といえます。

もはや貴方には何をアドバイスしても無駄の様ですね。これで失礼します。

書込番号：17086040

[青ジル]

お困りの現象の解決になるかどうか定かではありませんが投稿させて頂きます。
nexus 7 2012 でしたが、一度に多数のファイルをPCからNexusへUSBケーブルでつないでコピーしようとすると
「問題が発生したためプロセスandroid.process.mediaを終了します」
というメッセージがNexusの画面に出てコピーができなくなり困ったことがあります。
一度この状態になるとUSBケーブルを抜き差ししなとだめです。
コピーするファイルの容量というよりは一度にコピーするファイルの個数が問題のような印象です。
ネットで色々調べた結果、うまくいく方法がありましたので参考にご紹介します。
wifiの環境が必要なのですが、「AirDroid」と言うアプリがありこれを使うと多数のファイルのコピーがうまくいくようです。とは言っても多数のファイルの入った多数のホルダーをいっぺんにどかんと送ろうとしたときはだめになりました。ただUSBでコピーするのに比べれば相当成績が良いです。参考になれば幸いです。

書込番号：17086214

[yammo]

> 試すのは、一番最初にエラーの出た時のファイルが入ったフォルダを
> zipで圧縮した物を本体ストレージに転送するという事でしょうか？

いや [17079753] でも書きました通り、無圧縮のアーカイブですが、他はその通りです。
（ただ JPG あたりだとほとんど縮まない筈なのでサイズ的にはほとんど変わらないとは思いますが。）

しかし圧縮した ZIP でも駄目なら無圧縮でも結果は同じでしょうね。

サムネイル作成処理飽和説が出ていますので、
CPU使用率を監視してみておかしなプロセスや様子がないか確認してみるという手もあると思います。

ちなみに USBにおけるデータ転送は CPU の処理能力を結構消費します。
逆に言うと、CPUが別の処理で手一杯になると USBの処理に手が回らなくなってきて、
最悪の場合、今回のように転送に支障が起きるということは考えられる線かと思います。

書込番号：17086865

[prego1969man]

yammoさんの書き込みは、ニュアンスは違えど的を得ていて好きですね。
確かに、私は区別無く同じような書き込みをします。（展開時は兎も角ですがｗ）

Radeonが好き!さん、毎度フォローありがとうございます。
これが喧嘩腰なら、私がRadeonが好き!さんのスレに対してたま〜に突っ込み入れているのって戦争ですかね。それでもRadeonが好き!さんは理解されているので、当たり前ですが喧嘩にもならなし荒れる事もないですけどね。私のレスは無視するにしても、こんなに解り易く他の方が書かれているのに何でかな〜と・・・。故障でもないのに修理に出すのってどうかと思いますが、本人が気が済むのなら、それはそれで良いじゃないですか。逆に、直りましたーって報告の方が怖いですね。

で、主さんに一言だけ。
この流れで、どうして許容範囲と言っているのに空き容量は十分に在るんだ！なんて話になるのかね。レスを読んで理解していない証拠だね。いや、私のレスじゃないよ（一応、的確に言っているつもりですがｗ）。内容を把握していないから、逆に的外れだと思って喧嘩売られていると思われるんでしょかね。そろそろ内容を理解したらどうでそうか。

転送ファイル数及びサイズがデカ過ぎるんだよ。
だから、何度か転送してりゃ解るだろ。解るように遣ろうとしないのか出来ないからダメなんだと思うよ。

２Ｇ転送で失敗→１Ｇ転送で失敗→５００Ｍ転送で成功→７５０Ｍ転送で成功→８７５Ｍ転送失敗→
・・・・

↑は例えだけどね。
意味が解るか？
まぁ、修理に出しなはれｗ

あーーーーっ！！一言じゃなかった。
ごめんよ。

書込番号：17087013

[prego1969man]

すまん、今回はプロフィールを見てなかった；
あれだな、１０代なら仕方ない・・・・・かな。

一点集中で物を見るのではなく、多角的に見るようにすると良いと思うよ。
木を見て森を見ず！では無いけれど、此処では主と同じように一点集中アドも結構多いからね。
惑わされないためにも、思い込みや固定概念は捨てる事ですね。

まぁ、あれだ。直ると良いな。
（直る＝修理だけじゃない。癖を知り上手く操る事も大事だ）
頑張れよ。

書込番号：17088773

[駒沢健一]

先週末、遅ればせながらNexus7を購入した者です。
上で青ジルさんが報告されている
「問題が発生したためプロセスandroid.process.mediaを終了します」問題、
私の個体でも発症しました。
さっそくサービスに電話して聞いたところ、
AndroidOSのバグで、google自体も認識している。
次のアップデートでデバグされる予定と聞いている、との事。
暫定対策として、ファイル名に大文字、小文字を混在して使わない、と教えてもらいました。
２バイト、1バイトという意味ではなく、
１バイト文字でも、大文字小文字が混在するとダメとのこと。（なんじゃそりゃ?!）
後長いファイル名もコケがちとのことです。
時間がなくまだ検証出来てませんが、情報まで。

でも、2012年モデルでもおんなじ不具合がウェブ上で報告されており、
次のアップデートでほんとにデバッグされるかどうかは怪しいとにらんでます。

書込番号：17343865