отладка частых сбоев/перезагрузки с nexus 6p

Как и многие из вас, я с нетерпением ждал выхода Nexus 6p.. К сожалению, в последнее время он часто падает (проблема, похоже, у многих ). Первое, что я попробовал, это выполнить сброс настроек к заводским, что временно решило проблему... но через пару недель проблема вернулась (я заметил, что она вернулась после определенного массового обновления, которое я сделал для нескольких приложений).. так что я вполне уверен, что это программная проблема, а не аппаратный дефект.

Я не разработчик Android ... но я немного исследовал logcat и т. Д. И я сделал эту команду, logcat -L *:Eвывод вставлен в этот github gist . (вот развернутая версия )

Любой совет? Я также установил aLogcat, но я не совсем уверен, как его использовать. интерфейс..

Обновление 1

мне нужно установить андроид 6.0.1.. все работало идеально в течение нескольких дней.. однако, как только я начал фотографировать.. старые сбои вернулись.. что напомнило мне, что то же самое произошло, когда я впервые получил телефон .. поэтому я сузил проблему до приложения камеры.

Обновление 2

Я задал тот же вопрос на форуме Google Nexus . Некоторые полезные советы все еще не сигары .. я опубликую ответ здесь, если я действительно решить его.

Ответы (1)

после просмотра логов мы нашли эту часть:

fs_mgr: Running /system/bin/e2fsck on /dev/block/platform/soc.0/f9824900.sdhci/by-name/userdata
<14>[    6.585352] e2fsck: e2fsck 1.42.9 (28-Dec-2013)
<14>[    6.585352] 
<14>[    6.585390] e2fsck: ext2fs_open2: Bad magic number in super-block
<14>[    6.585390] 
<14>[    6.585402] e2fsck: /system/bin/e2fsck: Superblock invalid, trying backup blocks...
<14>[    6.585402] 
<14>[    6.585414] e2fsck: /system/bin/e2fsck: Bad magic number in super-block while trying to open /dev/block/platform/soc.0/f9824900.sdhci/by-name/userdata
<14>[    6.585414] 
<14>[    6.585424] e2fsck: 
<14>[    6.585424] 
<14>[    6.585434] e2fsck: The superblock could not be read or does not describe a correct ext2
<14>[    6.585434] 
<14>[    6.585445] e2fsck: filesystem.  If the device is valid and it really contains an ext2
<14>[    6.585445] 
<14>[    6.585455] e2fsck: filesystem (and not swap or ufs or something else), then the superblock
<14>[    6.585455] 
<14>[    6.585466] e2fsck: is corrupt, and you might try running e2fsck with an alternate superblock:
<14>[    6.585466] 
<14>[    6.585476] e2fsck:     e2fsck -b 8193 <device>
<14>[    6.585476] 
<14>[    6.585486] e2fsck: 
<14>[    6.585486] 
<14>[    6.585501] e2fsck: e2fsck terminated by exit(8)
<14>[    6.585501] 

который показывает, что файловая система повреждена .. я думаю, это все