Exclusivo Artigo por: Kevin purdy @kpifixit
Copiar URL do artigo
AçãoO Nexus 6P do meu amigo morreu enquanto atuava como navegador e DJ em uma viagem do interior do estado de Nova York a Manhattan em fevereiro de 2017. O 6P congelou, reiniciou, exibiu o logotipo do Google e reiniciou dezenas e dezenas de vezes, sem oferecer nenhuma pista do que estava errado .
Tentei ajudar pelo viva-voz do telefone do motorista, mas nenhum dos truques usuais de liga / desliga / botão de volume / modo de segurança funcionou. O 6P estava há duas semanas fora da garantia. Eles compraram um Moto G4 de US $ 200 em uma loja na Union Square para fazer a viagem. Mais tarde, eles trocariam um 6P substituto por US $ 113 por um novo Pixel 2. Eles ainda estão bastante irritados com toda a saga.
Mas nem tudo foram más notícias. Há menos de um mês, três anos depois que o 6P deles perdeu a vontade de viver, meu amigo recebeu um cheque de $ 400 do Google e do fabricante do 6P, Huawei, por meio um acordo de ação coletiva . Outro amigo recebeu um cheque de $ 400 e o transformou em uma bicicleta de cascalho legal. LG igualmente resolvido uma ação coletiva separada envolvendo telefones bootlooping , incluindo o Nexus 5X. Os telefones são complexos, lições aprendidas - fim da história?
Não para mim. Eu vejo todas as seções escurecidas do Arquivo de liquidação 6P e fico com muitas perguntas. O que faria um telefone Android de repente não conseguir inicializar totalmente, geralmente meses ou anos após a primeira compra, de forma que o Google não pudesse consertar com o software? Você pode limpar e consertar quase qualquer problema de software em um telefone Android. Se foi uma simples falha de hardware, por que nenhuma das empresas reconheceu o defeito e o retirou?
Entrei em contato com o Google, Huawei, LG e Qualcomm para comentar este post, mas não recebi resposta de nenhuma dessas empresas. Na verdade, a caixa de entrada da Huawei para comunicações da imprensa global respondeu que estava cheia e não podia entregar mensagens, duas vezes em duas semanas as mensagens para manipuladores de imprensa individuais que pude encontrar não foram devolvidas.
Como acontece que a Apple, de todas as empresas, parece positivamente transparente em comparação? A Apple tem telefones defeituosos reparados e trocados embora admita, embora cautelosamente, que alguma coisa estava errado com eles.
Depois de semanas de pesquisa, incluindo a compra de meu próprio Nexus 6P bootlooped, conversando com hackers de software e profissionais de reparo de placa e lendo muitos artigos sobre arquiteturas de sistema em chip, estou compilando aqui o que acredito ser a causa mais provável do Problema de bootloop 6P (e, tão importante, descartou alguns outros), e até encontrou uma “correção” que, embora um pouco triste, pode funcionar se você quiser resgatar um Nexus 6P do bootloop.
É por isso que um secador de cabelo muito quente acabou sendo a melhor ferramenta para consertar um Nexus 5X ou 6P aparentemente bloqueado.
Página do dispositivo
Nexus 6P
Smartphone Android de 6ª geração projetado pelo Google e fabricado pela Huawei. Lançado em outubro de 2015.
Exibir dispositivoOs chips quentes e estranhos dentro do 6P e 5X
A Qualcomm fabrica modems, processadores gráficos e CPUs, às vezes combinados em um sistema no chip Pacote (SOC). Em 2015, a plataforma Snapdragon da Qualcomm era praticamente o único jogo na cidade para um núcleo de smartphone carro-chefe (pelo menos, se você não estiver fazendo seus próprios chips, como Apple ou Samsung). O Google, trabalhando com a Huawei para fazer um dos dois telefones Nexus, optou pelo Snapdragon 810 para o Nexus 6P , seu Nexus maior e mais caro. Ele escolheu seu irmão menor, o Snapdragon 808, para o Nexus 5X feito pela LG.
O Snapdragon 810, em vermelho, na a placa-mãe Nexus 6p (Os escudos térmicos foram removidos).
redefinir a tv panasonic após queda de energia
As coisas mais importantes que você deve saber sobre o Snapdragon 808/810 dentro de muitos telefones bootlooping são:
- Qualcomm usado um processo de fabricação de 20 nanômetros para o 808 e o 810 que alguns consideraram um pouco desatualizado e problemático na época.
- O 808 e o 810 foram a primeira vez que a Qualcomm implementou um “ grande pequeno ”Arquitetura em dois conjuntos de núcleos de CPU.
- Os primeiros telefones que utilizavam o 810 esquentavam muito e se estrangulavam constantemente - o suficiente para que Ars Technica escreveu um post completo sobre isso .
Falar de problemas de fabricação e problemas de calor não são armas de fogo ou mesmo causas conhecidas, mas são pontos de dados interessantes. O que é realmente interessante, para o proprietário de um telefone bootlooping, é a configuração da CPU “big.LITTLE”. Em teoria, é um sistema elegante para maximizar o desempenho enquanto economiza a vida da bateria. Seu telefone usa quatro chips mais lentos e de baixo consumo para realizar tarefas não intensivas e em segundo plano e, em seguida, muda para os quatro núcleos de desempenho, ou “grandes”, para tarefas ativas e exigentes.
Observe o uso de 'em teoria' nesse parágrafo à medida que avançamos.
O enigma do bootlooping: liga, não liga
Qual é a aparência de quando um bootloops do Nexus 6P aumenta 2x.
É uma pena para o Google que o telefone com defeito lembre você de qual empresa o vendeu centenas de vezes
como testar um capacitor com um multímetro
Proprietários de 5X e 6P, muitos deles entusiastas do Android ansiosos para experimentar o telefone de vanguarda que o Google recomendou para desenvolvedores, foram perplexo quando seus telefones pararam de funcionar . Normalmente, uma redefinição de dados de um telefone Android resolve os problemas de inicialização ou congelamento e travamento. Na pior das hipóteses, você tem que baixe a imagem original para o seu dispositivo , inicialize em um “fastboot” ou modo de recuperação mantendo alguns botões pressionados e execute alguns comandos de terminal para corrigir o firmware novo de fábrica.
Exceto com esse problema de bootlooping, você não pode entrar no modo de recuperação, porque tentar inicializar isso apenas envia o telefone de volta ao loop logo / off / logo / off. Se você é um desenvolvedor Android, ou apenas mexeu com ROMS de terceiros antes, pode ter clicado nos botões para “Ativar desbloqueio OEM” e “Ativar depuração USB” nas configurações do seu telefone. Você pode entrar no modo fastboot para atualizar o novo firmware, mas seu telefone ainda entrará em loop quando você terminar.
É quase pior que o logotipo do Google apareça, e o telefone parece inicializar um pouco, em vez de ser apenas um telefone inexplicavelmente morto. Também é uma pena para o Google que o telefone com defeito lembre você de qual empresa o vendeu centenas de vezes.
Pro Tech Toolkit O padrão da indústria para técnicos de informática e eletrônicos.
$ 69,99
Compre agora
A solução: desabilite a metade defeituosa da CPU
XDA-Developers é um fórum onde os entusiastas e desenvolvedores do Android vão para oferecer seus experimentos, solucionar problemas de dispositivos e fazer feitos incríveis para estender o fim da vida útil de um telefone com software. O Nexus 6P tinha um subfórum muito ativo no XDA , e não demorou muito para que reclamações sobre telefones piratas levassem a investigações e soluções potenciais .
XCnathan32 entregou a primeira correção de trabalho para o “Boot Loop of Death” (BLOD). Em algum lugar - em um tópico de fórum, canal de IRC ou registro de dispositivo - foi sugerido que a crise ocorreu depois que o dispositivo tentou habilitar os “grandes” núcleos de desempenho para inicialização. Os grandes núcleos não estavam respondendo ou haviam se 'destacado'. O código de inicialização padrão do telefone não previa que os núcleos não respondessem em circunstâncias normais, então o telefone trava e reinicia.
Uma porção de Script de inicialização do XCnathan32 , com trabalho atribuído apenas aos quatro núcleos 'pequenos' do telefone bootlooping (0-3).
As correções do XCnathan32 são versões do software de inicialização do telefone, kernel do Linux e modo de recuperação, reescritas para que nenhuma delas faça referência ou chame os 'grandes' núcleos do telefone, nunca. Eles também fizeram uma correção para o Nexus 5X isso fez a mesma coisa: desabilitar os grandes núcleos para que o telefone possa inicializar. Leia as respostas em qualquer um dos tópicos do fórum e você verá pessoas relatando que seus telefones estão inicializando novamente pela primeira vez - talvez com problemas, mas de verdade. Outros desenvolvedores tornaram as correções do XCnathan32 mais fáceis de instalar e levaram seu trabalho para versões mais recentes do Android, incluindo osm0sis e squabbi .
Após revisões para otimizar melhor os quatro pequenos núcleos, alguns usuários sugeriram que seus telefones pareciam funcionar quase da mesma forma, ou mesmo com uma vida útil melhor da bateria. Os grandes núcleos costumavam funcionar tão quente, ao que parecia, que eram estrangulados ou desativados de qualquer maneira. Outros notaram a queda no desempenho, mas ficaram satisfeitos por pelo menos poderem entrar em seus telefones e recuperar seus dados.
Essas soluções peculiares são mais do que o Google ou a Huawei estavam oferecendo à maioria dos clientes que relataram seus telefones bootlooping. Meu amigo com o bootlooped 6P contatou o Google, que os encaminhou para a Huawei, que os enviou de volta ao Google, após notar que o telefone estava fora da garantia. Eles escalaram o problema duas vezes com o Google, citando uma resposta do Reddit de um funcionário verificado do Google sobre “ um problema relacionado ao hardware , ”Mas nenhuma substituição ou reembolso foi oferecido. Um mês depois, um colega de trabalho disse a eles que o Google havia substituído seu próprio 6P, então meu amigo tentou mais uma vez. Eles conseguiram uma substituição 6P recondicionada e a trocaram assim que o Pixel 2 foi anunciado.
Algumas pessoas que conheço receberam substituições, mesmo Pixels da primeira geração mais recentes, quando estavam disponíveis. Alguns ficavam bloqueados se estivessem fora da garantia. A ninguém, até onde eu vi, foi dito qual poderia ser a causa.
A solução mais suja: um secador de cabelo para assustar o telefone
Se você não desbloqueou seu telefone e habilitou a depuração antes do bootlooping, você não poderia fazer isso mais tarde, porque você não poderia entrar nas configurações de software do seu telefone. Mas há uma maneira de enganar o telefone para desabilitar os núcleos grandes, que consomem muita energia e executam a quente. Você tem que fazer esses núcleos então quente antes de inicializar que o telefone tem medo de ser danificado se inicializar.
Se os sensores térmicos da CPU leem alto o suficiente (como executar aplicativos pesados enquanto seu telefone está sob a luz solar direta), o telefone inicializa em uma espécie de modo de segurança, usando apenas os pequenos núcleos até que esfrie o suficiente. Se você se mover rápido e tiver sorte, esse intervalo cauteloso é apenas o suficiente para habilitar o desbloqueio e depuração, para fazer o flash do firmware XDA que desabilita os grandes núcleos ou para pegar suas fotos e textos e jogos salvos.
A maneira mais comprovada de fazer isso é com um secador de cabelo (ou uma pistola de calor ajustável definida para uma temperatura semelhante à do secador de cabelo). Você direciona o calor para o espaço logo acima do sensor de impressão digital onde mora o Snapdragon 810 , e explodi-lo enquanto o telefone está inicializando.
Um jovem no YouTube secador de cabelo dispara seu 6P por mais de 6 minutos , às vezes em uma bolsa, às vezes na mão. Ele está fazendo uma careta depois de um tempo, provavelmente porque o telefone está ficando quente demais para segurar, enquanto o logotipo do Google aparece repetidamente. Mas então, o logotipo do Google o transforma em pontos giratórios multicoloridos . O telefone é inicializado em uma tela de bloqueio. Outro guerreiro térmico com uma câmera define uma pistola de ar quente para 160 graus Celsius (320 graus Fahrenheit) e chega a um logotipo de inicialização em cerca de 4 minutos .
Inspirado por essa evidência (e pelas dezenas e dezenas de comentários de outras pessoas dizendo que funcionava para eles), comprei um Nexus 6P bootlooped no eBay. Eu queria sentir aquele momento Lazarus por mim mesmo, e adicionar alguma validação em primeira pessoa.
Infelizmente, apesar do telefone esquentar tanto que precisei usar luvas, a bota de segurança parecia nunca acontecer. Também tentei dois outros métodos sugeridos em threads XDA, congelar o telefone em um saco plástico e deixar a bateria esgotar drasticamente, mas nenhum prevaleceu.
Algumas das minhas tentativas de fazer um Nexus 6P sair do loop de inicialização. Não mostrado: tentativas com bateria completamente descarregada (fiquei frustrado e esqueci onde estava o foco).
Posso tentar um método mais drástico de abrindo o telefone e expondo a placa-mãe mais diretamente para o coração do secador. Ou posso usar uma pistola de ar quente que Hackaday sugere alguns secadores de cabelo simplesmente não são quentes o suficiente . Nada a perder agora! Vou atualizar esta postagem se tiver sucesso depois de algum cirurgia ou atualizando meu arsenal de aquecimento.
Pistola de calor / pistola de calor (EUA) Afrouxe o adesivo ou a solda de refluxo com esta pistola de calor de 1500W. A configuração baixa atinge 570/300 & degF / & degC. A configuração alta atinge 1112/600 & degF / & degC. Perfeito para afrouxar adesivos em iPads ou outros tablets. Perfeito para refluir um Xbox Red Ring of Death (RROD).
meu toca-discos crosley não liga
$ 19,99
Compre agora
Heat Gun Hakko HJ5000 A pistola de calor Hakko HJ5000 para profissionais de soldagem
$ 39,99
como consertar um colar quebrado
Compre agora
Então, quem é o culpado?
Imagem por Monoar Rahman Rony a partir de Pixabay
'Magia negra, com certeza.'
Tendo terminado recentemente uma semana de aulas de microssolda e conserto de placas , Pensei que talvez o problema com o 6P fosse a flexão - o grande telefone dobrando de alguma forma que fez a CPU ou um componente próximo rachar e estourar a junta de solda que o conectava à placa-mãe. É o que causou Touch Disease no iPhone 6 Plus , e Problemas de CI de áudio no iPhone 7 . Desconexões por flexão são uma forma de causar danos internos sem evidências externas notáveis. E, para ser honesto, depois de passar uma semana pensando em solda e almofadas, tudo parecia um problema de solda agora.
Eu perguntei a Mark Shafer, um dos meus instrutores no iPad Rehab , se ele pensasse que algum tipo de desconexão de placa / solda / chip estava causando a separação do núcleo da CPU. 'Não, mas eu gostaria', disse ele. Shafer tem um 6P pendurado em sua oficina em casa e olhou para outros em microscópios. Se houvesse um problema de placa reparável com o bootloop 6P, ou ele ouvisse um boato confiável de um, ele se ofereceria para corrigi-lo. Eu perguntei se isso significava que o problema era provavelmente magia profunda, sombria, de fabricação de chips. “Magia negra, com certeza,” ele disse.
Falhas de flexão ou solda também não explicam os outros telefones que sofreram o Boot Loop of Death. Dos cinco telefones incluídos em Acordo de bootloop da LG , três (Nexus 5X, LG G4, LG V10) usaram o Snapdragon 808 SOC, com sua plataforma de fabricação de 20nm feita por TSMC e uma configuração big.LITTLE de troca de núcleo. Dois dos telefones bootlooping (LG V20 e G5), no entanto, usavam um Snapdragon 820, fabricado por uma empresa diferente (Samsung), sem a arquitetura big.LITTLE .
XCnathan32, o fixador desabilitar o big core original, passou algumas semanas profundamente dentro de seu 6P, tentando descobrir exatamente por que os grandes núcleos estavam falhando quando chamados . Lendo o tópico, há muito otimismo de que há algum tipo de tensão ou solução de software fora de alcance. Mas a resposta recorrente é que há algo errado com a maneira como esta CPU funciona - é uma graça menor que está errado de uma forma que permite uma solução difícil. Troquei uma mensagem com osm0sis, o administrador do XDA que manteve algumas das correções do 6P, mas também faltou uma visão mais profunda.
Talvez os SOCs fossem enlatado (selecionado como produto viável, apesar das falhas) um pouco agressivo demais. Sem os números do Google ou dos acertos da LG sobre quantos telefones foram afetados, é difícil dizer quantas pessoas podem ter feito parte de um lote ruim.
Não posso dizer com certeza absoluta o que causou os bootloops que mataram muitos telefones em meados da década de 2010. Embora os modelos Snapdragon atraentes e peculiares sejam um aspecto comum a todos eles, há muitas outras partes que alimentam, interagem e regulam a operação de um SOC. No início da saga, a LG disse aos clientes que um problema de inicialização com o G4 foi causado por “ um contato frouxo entre os componentes . ” Um funcionário do Google citou um problema de hardware em um tópico do Reddit frequentemente vinculado . Mas o G4 ainda foi incluído no acordo de bootloop posterior. É claro que os telefones também podem ter mais de uma falha.
Mesmo que os SOCs da Qualcomm fossem os culpados, empresas como Google, Huawei e LG podem não querer apontar o dedo ou exigir muito da empresa. Qualcomm, declarado um “monopolista” pela FTC para seu agressivo negócio de modems celulares, ainda domina o mercado SOC . A Apple não oferece seus SOCs fora de seus produtos. As alternativas são Samsung, Huawei (relativamente novas) HiSilicon , e não muito mais. O Google e a LG continuam usando SOCs Snapdragon em seus telefones.
Posso dizer, no entanto, que alguns consertadores verdadeiramente dedicados lutaram contra o mau funcionamento mais inescrutável, com pouco ou nenhum apoio dos fabricantes de dispositivos, de maneira admirável. É difícil não torcer para a pessoa que maneja um secador de cabelo contra os conglomerados. Esperamos que da próxima vez eles não tenham que trabalhar tanto.
Nota: iFixit tem uma relação comercial com o Google. O Google não deu entrada ou acesso a esta postagem antes de sua publicação.
Derrubadas Huawei Nexus 6P Teardown
Derrubadas Infográfico do Nexus One
Derrubadas 
