Arquivo - Kernel Hardcore, informação desactualizada.
#1
Mensagem publicada 22 November 2010 - 22:18
#2
Mensagem publicada 22 November 2010 - 22:49
Como sempre, uma intervenção superior por parte de Mundano.Como foi referido, todos os Kernel's que existem baseado são passiveis de sofrer deste problema. Contudo pela diversidade de kernel's que existem e face aos poucos ou nenhuns relatos até à data é pouco provável ter pouco impacto. Alias esta descoberta vêm da analise do Supercurio e não de um caso em concreto, mas mais vale prevenir e remediar. Assim, aconselho o procedimento que o Mundano já indicou.No entanto penso que será suficiente começar por desabilitar os lagfixes, fazer um backup, via clockwork instalar o kernel indicado e habilitar de novo o lagfix.Muito obrigado Mundano pelo teu contributo.Um abraço.Parece que existe um bug comum a todos os Kernels baseados no Universal Lag Fix como é o caso do Kernel usado pela ROM ONE, que está a causar corrupção da partição /system.Os kernel speedmod com esse bug (até à versão K8) parecem ignorar esses problemas e vão funcionando, mas é provável que à medida que a corrupção começar a ficar mais grave começem a aparecer problemas, FC's e até perdas de dados.Mais info sobre o problema no tópico do Harcore Kernel a partir desta pagina:http://forum.xda-developers.com/showthread.php?t=822756&page=253E aqui:http://forum.xda-developers.com/showthread.php?t=847975A consequência mais visível deste problema é que os Kernels que montam a partição /system como é suposto deixam de funcionar caso esta esteja severamente corrompida. Para fazerem um teste rapido, basta flasharem o ultimo kernel Hardcore Speedmod K9, via CWM, se o telefone não arrancar, estão na mesma situação que eu estava. Já têm a partição /system corrompida.Como não existe uma útil tipo fsdisk para RFS não há forma de recuperar a integridade da partição a não ser flashando um novo PDA via ODIN.Quem quiser desde já ultrapassar o problema pode fazer como eu. É a "hard way", mas com resultados garantidos:1º Backup via Titanium2º Flash de uma ROM eclair via ODIN, com repartition e PIT 512.3º Flash da ROM ONE via recovery' class='bbc_url' title='Link Externo' rel='nofollow external'>http://www.androidpt.info/index.php?title=Recovery']recovery menu.4º Sem sair do recovery' class='bbc_url' title='Link Externo' rel='nofollow external'>http://www.androidpt.info/index.php?title=Recovery']recovery flashar o speedmod-kernel-k9-300hz-CWM.zip (http://forum.xda-dev...ad.php?t=822756)5º Reiniciar o telefone novamente em recovery' class='bbc_url' title='Link Externo' rel='nofollow external'>http://www.androidpt.info/index.php?title=Recovery']recovery e aplicar os lagfixes e afins.6º Restaurar com o TitaniumBackup e tá feito.De qualquer forma o melhor a fazer por agora será esperar por mais desenvolvimentos uma vez que este bug nos Kernels speedmod não parecem ter consequências muito graves, no entanto terá que ser pensada uma forma mais amigável do que a descrita por mim de actualizar a ROM ONE uma vez que é possível que este problema afecte muitos dos seus utilizadores.
Nexus 6 - Stock Android 6.0.1 (MMB29K), no userdata encription, display @ 1080p.
#3
Mensagem publicada 22 November 2010 - 23:10
#4
Mensagem publicada 23 November 2010 - 09:41
#5
Mensagem publicada 23 November 2010 - 10:15
Só hoje de manhã consegui confirmar o que se passa com os kernel's.Vou disponibilizar uma actualização da rom ONE já com o kernel K9 com a correcção do filesystem /system.Um abraço.Afinal é aconselhável ou não Mundano?!Os locais disponível para download estão ocupados... "Too many users have viewed or downloaded this file recently"Se puderem disponibilizem outros links. Inclusive a da K8 http://www.androidpt...tyle_emoticons/AndroidSmall/emo_im_winking.png
Nexus 6 - Stock Android 6.0.1 (MMB29K), no userdata encription, display @ 1080p.
#6
Mensagem publicada 23 November 2010 - 10:38
Nexus 6 - Stock Android 6.0.1 (MMB29K), no userdata encription, display @ 1080p.
#7
Mensagem publicada 23 November 2010 - 11:21
#8
Mensagem publicada 23 November 2010 - 11:47
Vai a settings, em about, ou acerca. Lá esta a versão do kernel.Depois de seguir o método do Mundano.... O meu arrancou na boa felizmente. Tive o cuidado de fazer backup via CWR e tirar o lagfix. Agora vou recolocar o lagfix.Agora sabem me dizer como confirmo q tenho a k9?!
Nexus 6 - Stock Android 6.0.1 (MMB29K), no userdata encription, display @ 1080p.
#9
Mensagem publicada 23 November 2010 - 11:53
#10
Mensagem publicada 23 November 2010 - 12:05
I9505: ROM: Omega V29 [4.4.2] | Baseband: XXUFNC9 | Kernel: Stock| Bootloader: FNB9 | Knox: 0x1| Recovery: Philz Touch |
I9300 (Namorada) ROM: SmartDroid Simple KK B1 [4.4.2] | Kernel: boeffla-kernel-6.0-beta2 | Recovery: Philz Touch
#11
Mensagem publicada 23 November 2010 - 12:19
Pelo que percebi limpa apenas a cache, e formata o system, que depois é reposto pelo backup que anteriormente fizeste. Assim não há perda de informação.Um abraço.a opção 5:Voltar ao CWR e sem sair do CWR fazer os seguintes passos de seguida.- Nas opções Monts and Storage escolher: format system - nas opções Advanced CWR recovery' class='bbc_url' title='Link Externo' rel='nofollow external'>http://www.androidpt.info/index.php?title=Recovery']recovery fazer Wipe Dalvik-Cache- Nas opções de backup e restore, escolher advanced restore e fazer restore apenas do System.Isto limpa tudo do telefone? só as apps? só as settings?
Nexus 6 - Stock Android 6.0.1 (MMB29K), no userdata encription, display @ 1080p.
#12
Mensagem publicada 23 November 2010 - 12:28
mais problemas a caminho para resolver? :(E obrigado pelo trabalho com a ROM http://www.androidpt...tyle_emoticons/AndroidSmall/emo_im_winking.pngRT @supercurio: GrimmVarg and Kees-Jan told me /efs suffered from the same mount problem (and corruption) in ULF. This one is really dangerous. RT @supercurio: Please check with mount and tell me if the line for /efs contains check=no or not. Serious issue, you can loose your ability to make calls
#13
Mensagem publicada 23 November 2010 - 12:34
Vou estar atento aos desenvolvimentos. O vosso feedback é fundamental para a rápida resolução de qualquer problema.Obrigado pela vossa colaboração.Um abraço.mais problemas a caminho para resolver? :(E obrigado pelo trabalho com a ROM http://www.androidpt...tyle_emoticons/AndroidSmall/emo_im_winking.pngRT @supercurio: GrimmVarg and Kees-Jan told me /efs suffered from the same mount problem (and corruption) in ULF. This one is really dangerous. RT @supercurio: Please check with mount and tell me if the line for /efs contains check=no or not. Serious issue you can loose your ability to make calls
Nexus 6 - Stock Android 6.0.1 (MMB29K), no userdata encription, display @ 1080p.
#14
Mensagem publicada 23 November 2010 - 12:50
Talvez não haja problemas na ROM afinal, talvez haja só entre aqueles dois http://www.androidpt...tyle_emoticons/AndroidSmall/emo_im_lips_are_sealed.pngRT @sztupy: @supercurio next time check the src before talking. efs mnt is done in init, and doesn't get unmntd in nandroid while backing up either.
#15
Mensagem publicada 23 November 2010 - 14:39
Pelo que percebi nesta nova actualização já está tudo compilado. Isto é, basta instalar a nova rom e fica tudo ok, ou é necessário instalar mais qualquer coisa?Já se determinou qual é a origem do bug?Abraço e obrigado por todo o teu trabalho e também pelo trabalho do Mundano!Bons diasComo é já é do vosso conhecimento existe um bug em todas as rom's baseadas no kernel do Sztupy que pode levar à corrupção dos dados no filesystem /system.Já existe uma correcção disponibilizada pelo Hardcore na sua versão do Speedmod Kernel, a versão K9. Assim esta falha não é exclusiva da rom ONE, mas de todas as que usem o referido kernel.Neste momento já esta a ser disponibilizada uma actualização da rom ONE com todas as correcções.No entanto há que fazer um pequeno procedimento para recuperar os vossos telefone de alguma corrupção que já possa existir. Neste capitulo existem várias alternativas, mas eu acredito que para grandes males se devem aplicar grandes remédios e assim vou-vos relatar o procedimento que fiz no meu telefone. Como referi este método não é o único mas quem se mete em atalhos mete-se em trabalhos.Assim hoje de manhã peguei no ODIN e fiz o flash de uma rom Eclair com todos os componentes, PDA, PHONE e CSC.Este procedimento apenas serve para limpar alguma coisa corrompida no filesystem /system.Depois instalei a versão corrigida da rom ONE e optei por não recuperar nada do que tinha. Tive o trabalho de instalar tudo de novo mas também fiquei com a garantia que não restaurava informação corrompida.Como disse há mais métodos, eu preferi este, mas fica ao vosso critério.Muito obrigado.Um abraço.EDIT: Já está disponível a rom ONE com a correcção do BUG que afecta o /system. Actualizem!
#16
Mensagem publicada 23 November 2010 - 14:57
Nexus 6 - Stock Android 6.0.1 (MMB29K), no userdata encription, display @ 1080p.
#17
Mensagem publicada 23 November 2010 - 19:45
- As pastas ficam em maiúsculas, por exemplo, /system/bin fica /system/BIN
- As pastas ficam invisíveis quando se faz um ls, e os ficheiros podem ficar inacessiveis.
- é criado um ficheiro com o nome user.log (embora este ficheiro possa ser criado por outras situações, pelo que é apenas uma pista e não uma prova de corrupção)
- Os Kernel sem o bug deixam de conseguir montar a partição /system
- Flash de uma ROM limpa via ODIN, com repartição. <- Método mais eficaz.
- Backup, formação e restauro via ClockworkMod' class='bbc_url' title='Link Externo' rel='nofollow external'>http://www.androidpt.info/index.php?title=Cwm']ClockworkMod.
- Usar o Kernel Voodoo /system RFS fixer
- Backup total com a vossa ferramenta preferida, Titanium MyBackup ou CWM.
- Colocar na raiz do cartão a nova versão da ROM ONE, já com o Kernel corrigido.
- Colocar na raiz do Cartão o update.zip da ClockworkMod' class='bbc_url' title='Link Externo' rel='nofollow external'>http://www.androidpt.info/index.php?title=Cwm']ClockworkMod.
- Flash de uma ROM Eclair, como a JM8 ou a JM9 (é preferível usar uma eclair por causa do recovery' class='bbc_url' title='Link Externo' rel='nofollow external'>http://www.androidpt.info/index.php?title=Recovery']recovery 2e). USando o ODIN, com o PIT 512 e a opção de reparticionar activa.
- Arrancar o telefone em modo recovery' class='bbc_url' title='Link Externo' rel='nofollow external'>http://www.androidpt.info/index.php?title=Recovery']recovery, aplicar o update Zip da CWR e depois aplicar o zip da ROM ONE.
- Reiniciar o telefone e restaurar tudo.
- Arrancar com o Kernel antigo em modo recovery' class='bbc_url' title='Link Externo' rel='nofollow external'>http://www.androidpt.info/index.php?title=Recovery']recovery, ir a backup e fazer backup da partição /system
- Flashar o kernel K9, reiniciar em modo recovery' class='bbc_url' title='Link Externo' rel='nofollow external'>http://www.androidpt.info/index.php?title=Recovery']recovery novamente.
- Seguir as seguintes opções nos menus da CWM: Umount /system --> format /system --> mount /system --> advance restore /system
- Wipe Dalvik-Cache
- Reiniciar e rezar para que arranque. O primeiro boot pode demorar algum tempo enquanto a Dalvik-Cache é reconstruida.
- Fazer download do Kernel daqui: http://project-voodo...er-kernel-2.tar
- Flashar esse kernel via Odin como PDA, sem re-partição.
- Reiniciar o telefone e esperar que o Kernel faça um backup, formate, repare o sistema e restaure o backup. Não desliguem durante o processo. Durante o processo vão ouvir uma voz a dizer os passos que estão a ocorrer.
- Depois de o sistema arrancar, devem flashar a ultima versão da ROM.ONE, ou pelo menos o kernel K9 porque não devem usar este kernel no dia a dia.
#18
Mensagem publicada 23 November 2010 - 20:00
Nexus 6 - Stock Android 6.0.1 (MMB29K), no userdata encription, display @ 1080p.
#19
Mensagem publicada 23 November 2010 - 20:04
#20
Mensagem publicada 23 November 2010 - 20:30
#21
Mensagem publicada 23 November 2010 - 20:42
#22
Mensagem publicada 23 November 2010 - 20:55
hmm.. então só flashando o novo kernel é suficiente?Eu não fiz o 3º passo do "Backup formação e restauro via ClockworkMod' class='bbc_url' title='Link Externo' rel='nofollow external'>http://www.androidpt.info/index.php?title=Cwm']ClockworkMod", ou seja o Wipe da Dalvik-Cache...mas felizmente correu tudo bem, arrancou normalmente com a k9.
I9505: ROM: Omega V29 [4.4.2] | Baseband: XXUFNC9 | Kernel: Stock| Bootloader: FNB9 | Knox: 0x1| Recovery: Philz Touch |
I9300 (Namorada) ROM: SmartDroid Simple KK B1 [4.4.2] | Kernel: boeffla-kernel-6.0-beta2 | Recovery: Philz Touch
#23
Mensagem publicada 23 November 2010 - 21:00
A origem do bug já vem desde o inicio quando o Stuzy criou o Universal Lag Fix. No código, por esquecimento ou desconhecimento de como funciona o sistema RFS esqueceu-se da opção check=no ..O bug foi passando despercebido porque a corrupção vai acontecendo de forma muito gradual, e normalmente vai-se notado um pequeno problema aqui e ali de forma muito ligeira e só se nota mesmo quando instalamos um kernel sem o bug e o telefone não arranca. Só que a maioria de nós irá pensar que fez alguma borrada e simplesmente vai recuperar o telefone flashando uma nova ROM via ODIN sem nunca se questionar muito a razão do erro..Só que o Supercurio que é o programador por detrás do projecto Voodoo descobriu o bug e agora uma serie de problemas começam a fazer sentido..Já agora, tal como já foi referido o bug afecta não só a ROM ONE como qualquer uma que corra um Kernel com o Universal Lag Fix, como é o caso da ROM DOC que também tem uma secção neste forum..Já se determinou qual é a origem do bug?
#24
Mensagem publicada 23 November 2010 - 21:00
#25
Mensagem publicada 23 November 2010 - 21:01
Este passo é só para evitar force closes quando arrancas pelas primeiras vezes o sistema. Mas não é essencial, apesar de ser altamente recomendado para evitar problemas.Se fizeste os outros passos a partição /system foi recuperada pelo que o mais importante foi feito.Eu não fiz o 3º passo do "Backup formação e restauro via ClockworkMod' class='bbc_url' title='Link Externo' rel='nofollow external'>http://www.androidpt.info/index.php?title=Cwm']ClockworkMod", ou seja o Wipe da Dalvik-Cache...mas felizmente correu tudo bem, arrancou normalmente com a k9.