Portanto, se você possui uma, ou várias, instalações do WordPress, é bom verificar a existência do TimThumb nos seus templates. Se você tiver acesso ao terminal, uma busca recursiva com o find resolve seu problema.

find . -name timthumb.php

Abra o arquivo com qualquer visualizador de textos, como o meu favorito vim, e pesquise por VERSION. Se você tiver qualquer versão abaixo da 2.0, pode estar vulnerável ao ataque.

Como corrigir ? Bem simples. Faça um backup da versão anterior (para não ter surpresas com o tema quebrando, por exemplo) e substitua-o pela versão atual, disponível neste link direto.

Fique atento, distribuir malware sem tomar nota é péssimo, e pior ainda se reportarem seu blog/site para o Google e outros mecanismos de busca, e ser marcado como site não seguro.

Um abraço.

Se você é administrador de alguma rede corporativa, já deve ter sentido a necessidade, ou pelo menos curiosidade de saber o que está instalado nos desktops do pessoal.

Já desejou fazer reboot remoto, saber o número serial das instalações de softwares comuns no ambiente, ter um inventário completo de todas as máquinas do seu ambiente, e muitos outros detalhes ?

Bem, apresento-lhes o Open-Audit: Uma ferramenta de código livre para inventário e auditoria de dispositivos de rede, como estações de trabalho, servidores web, servidores de banco de dados, emissões de relatórios diversos e muito, muito mais.

A partir do OpenAudit pode-se, por exemplo, emitir relatório de uso de todos os discos rígidos de sua empresa, todas as impressoras instaladas nos computadores, lista de computadores com antivirus desatualizados, etc.

Parece bom, não é ? Tudo isso via web, sem necessidade de instalação de software extra, disponivel para qualquer computador que tenha um navegador recente como Firefox ou Chrome.

Outra idéia bacana que os desenvolvedores tiveram é que não é necessário instalar nada nas estações de trabalho. Todas as opções semelhantes que consultei envolviam a instalação de um daemon nos clientes da rede para que fosse possível fazer a coleta dos dados.
“Mas como é possível então?” – vocês me perguntam. A resposta é simples, um script VBS vinculado aos scripts de logon dos usuários coleta todas as informações necessárias e envia para o servidor web em que o OpenAudit está rodando via POST. Inteligente, não ?

Algumas screenshots interessantes:

Página do projeto – FAQ Oficial – Fórum da comunidade

Eu montei o esquema direto no Samba que uso como substituto ao Windows. Joguei os scripts no share netlogon, de uma forma que, quando os usuários fazem login no meu domínio, o script é chamado automaticamente e transparentemente, eles sequer tomam conhecimento de que algo está “acontecendo”.

Arquivo login.bat, que serve apenas para chamar o script VBS que irá rodar as rotinas de auditoria:

@echo off
cscript \\SERVIDOR\netlogon\login.vbs

Arquivo login.vbs:

Set WshShell = WScript.CreateObject("WScript.Shell")
obj = WshShell.Run("\\SERVIDOR\netlogon\openaudit\audit.vbs", 0)
set WshShell = Nothing

É necessário alterar os scripts do OpenAudit de acordo com as suas necessidades, obviamente.

Se tiverem dúvidas na implementação, postem nos comentários. Levei um tempo pra entender como funcionava a coisa toda, mas no fim das contas é tudo bastante simples.

Um abraço.

Pareceu uma guerra interminável. E é compreensível, uma vez que nem todos estão acostumados com a idéia de “pedir gentilmente” a um programa que se feche, ainda mais explicitando a forma como isso deve ser feito. Acredito que principalmente quem nunca desenvolveu algo na vida tem os maiores problemas aceitando esse conceito.

Imagine um (ou vários) processos do Postgres rodando. Você decide que ele é um gargalo no seu sistema, e você quer fechá-lo (crianças, não façam isso em casa…). Existe uma diferença brutal entre mandar um kill -9 (sigkill) e um kill -3 (sigquit).

Segue abaixo uma tabelinha de diferentes sinais, que eu chupinhei da Wikipédia e deste outro site:

Sinal	Número correspondente	Descrição
SIGTERM	15	SIGTERM é o sinal padrão, usado para terminar um programa. Usar o comando kill sem especificar o sinal numérico no Linux irá usar SIGTERM por default.
SIGINT	2	SIGINT corresponde, no mundo dos mortais, à famosa combinação de Control+C. A aplicação decide, então, o que fazer com o sinal INT que recebeu. Em muitos casos (shell scripts, por exemplo) a aplicação é quebrada imediatamente. Noutros, porém, o tratamento do INT pode ser diferenciado - a aplicação pode decidir fechar suas conexões, por exemplo, antes de ser interrompida.
SIGQUIT	3	O sinal QUIT é o padrão para fechar aplicações não-responsivas "gentilmente". Ele é mais poderoso que o TERM, que muitas vezes simplesmente é incapaz de matar um processo. Este, porém, permite que o programa emita um core dump de sua operação, tornando possível a detecção de eventuais problemas.
SIGKILL	9	KILL é, definitivamente, o mais bruto dos sinais. Ele mata o processo independentemente das suas operações atuais. Não irá esperar por retornos, fechamento de conexões, dump de dados ou qualquer outro output. SIGKILL é usado para matar aplicações completamente não-responsivas, e deve ser usado com cautela, pois pode, no exemplo do banco de dados acima, corromper tabelas, índices, etc.
SIGHUP	1	HUP é usado para indicar desconexão de terminal, geralmente. Seja por uma queda na internet, ou telefonema, ou qualquer outro tipo de quebra de sinal. HUP é usado, por exemplo, numa sessão SSH com processos pendentes, quando de repente a conexão foi cortada.

A tabela com todos os sinais existentes e seus significados pode ser encontrada no link para a Wikipedia, porém estes são os mais usados.

Todos devem ser usados de acordo com a situação, e devidamente tratados no código do programa. Dependendo da vontade do programador, pode-se interpretar os sinais para processar uma série de rotinas antes do término real da aplicação, e é importante respeitar o processo, sob pena de eventual perda de dados.

Após descobrir que uma dessas opções era determinar a potência de transmissão das antenas podendo fazer uma espécie de “overclock”, resolvi botar a mão na massa e atualizar os meus.

As vantagens que percebi até agora:
- Aumentar a potência do sinal;
- Opções muito mais avançadas e melhoradas na parte de QoS e Port Forwarding;
- Controle básico de acesso a websites direto no Router (básico, porém melhor que o nativo);
- Bloqueio de alguns serviços P2P;
- Interface gráfica muito mais bonita, detalhada e rica em recursos;
- Rodar Linux no router ! (priceless).

Claro, existem muitas outras opções, mas nelas nem mexi ainda. Minha rede doméstica é bem básica, basicamente configurada para permitir navegação web e alguns serviços de torrent e SSH, viabilizados pela compra do poderoso NS-K330 que também adquiri recentemente.

O primeiro passo para a instalação do DD-WRT é encontrar, nesta URL, o firmware que irá substituir o padrão, que veio com o seu roteador. Muitos dispositivos contam com pouca RAM, processador fajuto e/ou de diferentes arquiteturas. Por esta razão, teremos de selecionar cuidadosamente a versão usada. Podemos “brickar” o aparelho se fizermos besteira na atualização do software.

Em casa tenho dois roteadores Linksys. Um deles é o WRT54G “modelo 6.0 (número serial começa com CDFD)”, que será usado neste artigo por ser um modelo bastante comercializado no Brasil ainda nos tempos atuais.
Todos os WRT54G’s são compatíveis, com exceção ao “modelo 7.0″, que possui hardware diferente, com menos RAM. Confira neste endereço como descobrir a versão do seu. Não atualize seu firmware sem ter certeza do que está fazendo. Não me responsabilizo por danos aos equipamentos avariados, obviamente.

A grande verdade é que os procedimentos, apesar de um pouco genéricos (muita coisa é igual para todos os roteadores), diferem entre as diferentes marcas, e também diferem dentro da mesma marca, por conta da história de modelos mencionada acima. De novo, os procedimentos aqui descritos são apenas para orientação e exemplo. Eles irão funcionar perfeitamente num roteador IGUAL ao mencionado aqui, mas por favor, para outras marcas/modelos, consulte o site oficial do DD-WRT.

Segue o how-to, finalmente:

• Baixe o arquivo GV5Flash.zip – Encontrado aqui.
• Leia o seguinte texto: Tradução do Babelfish ou original em inglês para melhor orientação.
• Fazer um “hard-reset” do seu roteador. O procedimento está descrito no link acima, mas aqui vai mais claramente:

1. Com o roteador ligado, aperte o botãozinho de reset nas costas do dispositivo, e segure-o por 30 segundos.
2. Ao final do tempo, ainda segurando o botão de reset, desplugue o cabo de força por outros 30 segundos.
3. Ao final do tempo, plugue novamente o cabo de força do roteador. Ao final do processo, você terá segurado o botão de reset, sem soltar, por 90 segundos.

• Configure o IP do seu computador para algo como 192.168.1.7. Deixe o IP de final .1 liberado para o roteador. Deixe a sub-mascara em 255.255.255.0. Em seguida, conecte seu computador no roteador diretamente. De preferência, desligue firewalls ou outros programas que possam interferir na operação.
• Descompacte o arquivo Gv5Flash.zip, baixado no primeiro passo, e jogue seu conteúdo na sua pasta de preferência.
• Dentro dele, teremos outro arquivo zip, chamado vximgtoolgui.zip. Descompacte-o também. Em seguida, inicie o programa vximgtoolgui.exe, certificando-se de que botão superior contém WRT54G.
• No campo descrito “Desired MAC” (MAC desejado), preencha com o MAC Address atual do seu roteador. Ele pode ser encontrado na página de administração online do seu dispositivo. Se você não sabe o que é MAC Address, recomendo que pare de tentar seguir este tutorial.
• Clique no botão com as reticências próximo a “output imagem” (imagem de destino) e salve o arquivo com um nome apropriado, como “BackupFirmware54g.bin”, ou algo de sua preferência, na pasta onde estamos alocando os arquivos.
• Desplugue o roteador da tomada por 30 segundos. Ligue-o em seguida.
• Navegue para 192.168.1.1 (ou o IP determinado por você previamente). Ao invés da tela de manutenção, você deverá agora ver a página normal de administração do roteador. Se por ventura a página de manutenção aparecer, desligue o roteador novamente até que ela desapareça, e a página normal venha a ser exibida.
• Usuário e senha para login: root / admin
• Navegue para Administração -> Firmware Upgrade.
• Selecione o arquivo vxworks_prep_v03.bin, que está dentro do arquivo ZIP que baixamos na primeira etapa. Confirme a atualização.
• Espere por CINCO MINUTOS completos. Não toque no roteador neste meio tempo. Vá tomar um café.
• Após ter aguardado os CINCO MINUTOS, desligue o roteador da tomada por 30 segundos. Religue-o, e navegue para 192.168.1.1 no seu computador.
  Você deverá ser apresentado à tela de manutenção desta vez.
• Selecione o arquivo que geramos algumas etapas acima (BackupFirmware54g.bin) e selecione “Apply”.
• Espere a mensagem de “Update completed”. Após a mensagem aparecer, aguarde novamente por CINCO minutos, sem tocar no roteador.
• Inicie o tftp.exe (presente também no pacote baixado no início):

1. Entre com o IP 192.168.1.1 para o campo de endereço,
2. Deixe a senha em branco,
3. Selecione o firmware dd-wrt.v24-12548_NEWD_micro.bin (ou substitua pelo nome mais recente do arquivo, se houver),
4. Configure o campo “retries” para 99,
5. Refaça o procedimento de desligar o roteador da tomada por 30 segundos,
6. Conte até 2,
7. Aperte “update“.

• Quando você receber uma mensagem de sucesso (SUCCESS em inglês), aguarde por CINCO minutos extras. Após este período, tente acessar o seu roteador pelo navegador, no IP 192.168.1.1.
  Caso você não receba a mensagem de sucesso, repita as etapas de 1 a 7 acima (incluindo a etapa anterior, de abrir o tftp.exe, se necessário).
• Após ser capaz de acessar o site de gerenciamento, desligue o roteador da tomada por 30 segundos, e religue-o.
  Após religá-lo, tente acessar novamente o site. Em caso de sucesso, refaça as etapas do HARD reset:

1. Com o roteador ligado, aperte o botãozinho de reset nas costas do dispositivo, e segure-o por 30 segundos.
2. Ao final do tempo, ainda segurando o botão de reset, desplugue o cabo de força por outros 30 segundos.
3. Ao final do tempo, plugue novamente o cabo de força do roteador. Ao final do processo, você terá segurado o botão de reset, sem soltar, por 90 segundos.

Pronto ! Complicado, mas vale bastante a pena. Você já pode reconfigurar o IP do seu computador para DHCP, se preferir. Navegue pelas opções do DD-WRT, ajuste os campos de usuário e senha do PPPoE e a internet já estará funcionando.

Agora é a hora de brincar nas opções extras ! Recomendo “twinkar” a opção de Potência de TX (o tanto de megawatts usados na antena, isso faz o sinal ficar mais forte). Valor mínimo de 1, máximo de 251mW, deixei o meu com 180 e melhorou bastante a conexão aqui em casa.

É isso, tutorial concluído. Como eu já disse mais pra cima, este artigo em específico é para o WRT54G “modelo 6.0″. Se você possui um roteador diferente deste, leia atentamente as instruções que podem ser encontradas no site oficial do projeto.

Característica número 2: Nós usamos vi, não emacs e definitivamente não pico ou nano
Todos sabemos que o emacs é muito querido por uma grande quantidade de administradores Unix, porém também sabemos que ele é o equivalente Unix ao Microsoft Word. O vi — e implicitamente o vim — é a verdadeira ferramenta para os geeks veteranos em Unix que precisam de agilidade nas suas tarefas, e não querem se preocupar com o monte de coisas estranhas que vêm junto com o Emacs. O Emacs possui um jogo de Tetris embutido, pelo amor de Deus.

Podemos admitir grunhindo que recursos do vim como “code folding” e destaque de sintaxe de várias linguagens pode ser considerado “fofo” por alguns, mas no final do dia, tarefas de verdade no Unix combinam muito bem com os conceitos de edição modal do vi. Além disso, seu pequeno tamanho e portabilidade universal o transformam na melhor escolha de editor de textos. Obrigado Bill, obrigado Bram.

Característica número 3: Nós empunhamos expressões regulares como armas
Para os leigos, mesmo o mais simples regex pode soar como digitação de bêbado. Para nós, porém, é a mais pura poesia. O poder representado na complexidade da pcre (Perl Compatible Regular Expressions) não pode ser vencido por outra ferramenta alguma.
Se você precisar substituir todos os terceiros caracteres num arquivo de 100.000 linhas, exceto quando ele é sucedido pelo número 4, as expressões regulares não são apenas uma forma de ter o trabalho feito – elas são a única forma de conseguir isto. Aqueles que se recusam a aprender regex fazem a si mesmos e seus colegas um desserviço diário.
Em todo grupo de usuários Unix de tamanho razoável você irá encontrar um ou dois “savants” em regex. Estes pobres coitados vivem recebendo sequencias de strings em seus emails, acompanhados por pedidos de regex para traduzí-las. Usualmente seguidos pela promessa de algumas cervejas, que nunca chegam a ser entregues.

Característica número 4: Somos inerentemente preguiçosos
Quando alguém nos apresenta um problema que envolve muito trabalho manual e repetitivo, nós Unix de antigamente sempre iremos optar por escrever algum trecho de código que dê conta do recado. Isto normalmente toma menos tempo do que a opção manual, mas nem sempre. Porém isto não importa, nós sempre preferimos gastar estes minutos e horas construindo algo que poderá ser utilizado depois, ao invés de simplesmente consertar o problema imediatamente. Normalmente, isto nos rende bons momentos quando nos deparamos com um problema semelhante ao anterior alguns anos depois, e então poderemos simplesmente arrancar algumas centenas de linhas de Perl do nosso home directory, resolver o problema em questão de minutos, e tornar a resolver algum outro código. Ou então podemos jogar Angry Birds por mais tempo.

Característica número 5: Nós preferimos soluções elegantes
Se existem diversas maneiras de consertar um problema ou alcançar uma meta, nós iremos optar por gastar mais tempo desenvolvendo uma solução que resolva o problema e previna que ele torne a acontecer, ao invés de simplesmente puxar o Band-Aid. Isto tem a ver com o fato de odiarmos voltar a um problema que já “marcamos como resolvido” em nossos cérebros. A moral da história é que, se podemos resolver um problema de uma vez por todas gastando um pouco mais de tempo hoje, o faremos, para que tenhamos menos dores de cabeça no futuro.

Característica número 6: Nós geralmente assumimos que o problema está com a pessoa que faz a pergunta
Atingir um certo nível de expertise em Unix é ser extremamente confiante nas suas habilidades e conhecimentos. Isto significa que nós nunca pensamos que um problema existe até que possamos vê-lo pessoalmente. Falar para um veterano em Unix que um arquivo “simplesmente sumiu” vai resultar em zombaria na certa. Prove para ele que aquilo realmente aconteceu, e você irá se deparar com alguém que irá mergulhar no problema incansávelmente, até que uma causa razoável e sua soluções sejam encontradas.
Muitos podem achar que isso é um sinal de arrogância ou prepotência. E é, mas nós temos este direito.

Característica número 7: Nós temos mais em comum com os médicos legistas do que com doutores
Quando lidamos com um problema muito grande, nós iremos gastar muito mais tempo no “pós-morte” do que com a solução do problema. A menos que a carga de trabalho absolutamente não nos permita gastar um tempinho com a investigação, nós precisamos saber a causa absoluta do problema. Não existe mágica no mundo do administrador hardcore de Unix; cada situação precisa partir de uma certa lógica e seguí-la nos moldes corretos. Ou seja, existe uma razão para tudo, e nós não vamos deixar pedra sobre pedra até a encontrarmos.

Para nós, é fácil estancar o sangramento mandando um HUP para um processo ou mudando permissões num arquivo ou diretório para 777, mas esta não é nem metade da história. Porque o processo precisou ser reiniciado ? Isto não deveria ser necessário normalmente, e nós precisamos saber o porque das coisas.

Característica número 8: Nós sabemos mais de Windows do que deixamos transparecer
Apesar de não rodarmos Windows nos nossos computadores pessoais, e parecer que não nos importamos nem um pouco com servidores Windows, nós somos geralmente bastante capazes de diagnosticar e consertar problemas neste sistema. Isto porque nós precisamos lidar com estes problemas quando eles ultrapassam os limites e caem no nosso território.
No entanto, nós geralmente não gostamos de demonstrar estas habilidades, porque o Windows não segue os mesmos fundamentos lógicos do Unix, e isto nos incomoda. Vide características 5 e 6 acima.

Característica número 9: Reinicializar o sistema quase nunca é a solução
Servidores Unix não precisam de reboot. A menos que não haja absolutamente nenhuma outra opção, nós preferimos gastar horas e horas consertando um problema com um sistema online e funcional, do que reinicializá-lo. A moral da história é que não existe razão para um reboot a menos que precisamos efetuar mudanças no hardware, ou existe alguma atualização para o kernel que estejamos rodando. Reinicializar o servidor é apenas uma saída temporária para o problema. Se ele aconteceu uma única vez e foi “consertado” por um reboot, pode apostar que irá acontecer novamente. Nós preferimos consertá-lo já do que simplesmente puxar a tomada e esperar pela próxima ocorrência.

Se algumas dessas características parecerem anti-sociais ou difíceis de serem entendidas a partir da perspectiva de um leigo, é porque elas são. Onde alguns enxergam métodos super complicados ou intratáveis, nós vemos o caminho certo, oriundo de anos de aprendizado, experiência e, acima de tudo, lógica.

####

Este texto não foi escrito por mim. O original, de autoria de Paul Venezia, em inglês, se encontra neste endereço, e honestamente, fica bem mais divertido no idioma original do que traduzido.

Alguns dias atrás, após 5 longos meses, minha encomenda chegou em casa. Estou falando do NAS chinês NS-K330, que os Correios fizeram o favor de perder na primeira remessa. Nada com o que o DealExtreme não esteja acostumado – Me enviaram outro assim que reclamei do acontecido.

Por sorte eu estava com a noite livre, e logo de cara já resolvi o instalar em minha rede.

Para quem não sabe, o NS-K330 é um NAS multifuncional, pelo modesto preço de US$ 39,40, disponível para venda no Deal Extreme. Clique aqui caso resolva comprá-lo.
O NS-K330 não possui um HD interno. Por esse preço também seria pedir demais, né ?

Ao invés, ele vem com duas portas USB, que você pode usar para plugar impressoras, pendrives e HD’s externos.
Eu pessoalmente acho isso muito bom, pois podemos trocar as memórias quando lotarem e não estivermos com tempo para esvaziar tudo.

As utilizações desse brinquedinho são várias: Cliente de Bit Torrent (transmission), servidor Samba, FTP, SFTP, SSH, Telnet e HTTP.
Eu o comprei especialmente pelas funções de torrent, mas todas as outras são bastante úteis, e bastante confiáveis. Isto é, claro, se considerarmos que ele possui aproximadamente 10×5 cm de tamanho. É menor do que um smartphone, apesar de ser um pouco mais grosso.

Bom, sem mais delongas, vamos ao batente. O sistema operacional nativo dele é bem ruinzinho – depoimento de vários conhecidos, e também de outros clientes no site do produto la no DealExtreme. O que fazer então ?

Apresento-lhes o maravilhoso SnakeOS !

O SnakeOS nada mais é do que um port do sistema operacional Linux para o hardware do NS-K330. Ele contém mais softwares, mais robustez e muito mais facilidades para os usuários.
Por exemplo, interface web para o client de torrents Transmission, servidores de SSH, Cups, FTP e Samba, todos com configurações Unix-Like, com um uptime impressionante !

A instalação pode ser feita simplesmente baixando a imagem do firmware no site do projeto, e enviando para o nosso NAS caseiro pela interface de administração (caso estivermos instalando a partir do firmware original). Simples assim !
As instruções de como atualizar do SnakeOS para o SnakeOS são igualmente simples, e podem ser lidas neste endereço, no wiki do projeto.

Após a instalação do NAS na tomada, plugamos um pendrive e o conectamos no router para começar a brincadeira. Pode-se acessar a interface dele via web, ativar o Transmission e pronto, temos um client acessível de qualquer lugar da nossa rede.
Recomendo também que você crie uma conta no DynDNS ou No-IP, para que possamos usar a opção do Snake de sincronizar, automaticamente, o IP do nosso brinquedinho com um DNS dinâmico na internet.

Isso mesmo, acessível de qualquer ponto do planeta. E essa é a grande jogada na minha opinião.

Imagine você chegar no escritório de manhã, e de lá mandar o SnakeOS/NS-K330 começar a baixar seu torrent favorito. Ao chegar em casa, você apenas precisa pegar o arquivo direto no Pendrive, ou acessar via Samba/SCP o arquivo, direto do nosso NAS caseiro. Interessante, não ?

Para mim, pelo preço pago, foi uma compra fantástica. Bom, barato e muito interessante.
Algumas fotos, roubadas do site do produto no DE:

O kit completo.

As duas entradas USB presentes no NAS

Interface ethernet, botão de reset, leds indicadores e entrada de linha

Espero que assim como eu, todos gostem e se divirtam com o gadget !
Abraço a todos.

É um senhor prazo, especialmente quando consideramos que o Froyo já saiu para o Droid, primo (talvez até mesmo irmão) do Milestone da América Latina.

A notícia foi dada via Twitter, durante a tarde de hoje.

Para quem ainda está se perguntando as vantagens do Froyo, resumidamente: Teremos suporte a flash nativo, além de uma bruta melhora no desempenho. Além, é claro, do Tethering nativo e outros recursos de menor destaque.

Well, melhor do que nada. Especialmente se considerarmos que eles reconsideraram a decisão, unica e exclusivamente porque nós, consumidores, levantamos a voz.

Post atualizado em 26/08/2010.

Caí de cara no chão quando descobri que isso não vai acontecer. A Motorola resolveu que não vai atualizar mais o Android dos nossos Milestones Aparentemente eles voltaram atras na decisao de nao distribuir o Froyo. Ainda é possível, porém, termos o Froyo rodando desde já, caso você seja interessado o bastante, e tenha um pouco de força de vontade.
Assim sendo, é hora de usar nossas habilidades e da boa vontade de alguns desenvolvedores bastante interessados neste assunto, e aplicar um port feito pela comunidade.

Como sempre, é importante salientar que

- Não posso me responsabilizar por eventuais “bricks” nos aparelhos celulares de vocês leitores;
- Não sou o autor dos softwares utilizados aqui. Agradeço em especial ao Dexter, que foi quem portou o Froyo para o Milestone;
- Faça os backups que eu pedir. É importante.

Com um Motorola Milestone (necessário root liberado, ver posts anteriores sobre android) e o OpenRecovery funcionando, é hora de baixarmos a imagem do Froyo e botar a mão na massa.

- Faça o download do  MotoFrenzy (0.5a, no dia em que este foi digitado), criado pelo Dexter Picard, disponível para download aqui;
- Faça também o download deste patch. Ele corrige um problema ao jogar ligações para segundo plano (por exemplo ao atender uma chamada em espera).

Agora, antes de mais nada, vamos fazer alguns backups (etapa MUITO importante):

Usando o Astro, copie os 5 arquivos a seguir, presentes na pasta /system/etc/motorola/bp_nvm_default

1. File_Audio
2. File_Audio2
3. File_GSM
4. File_Seem_Flex_Tables
5. generic_pds_init

Faça o backup destes arquivos no seu PC, de preferência. Nunca se sabe quando o SDCard vai dar algum problema.

Agora boote no OpenRecovery. Não lembra como ? Com o update.zip na raíz do SDCard e a pasta OpenRecovery no local apropriado, desligue o aparelho e ligue-o segurando o “Botão da câmera + Botão de ligar”. Na hora em que a exclamação aparecer, solte tudo e aperte “Volume Up + Botão da câmera”.
Selecione “apply sdcard:update.zip” e ele irá cair no prompt do OpenRecovery. Fácil !

Agora navegue pelas opções, tomando cuidado pra não mexer no que não deve. Vá até “Nandroid Menu” e selecione a opção “Nandroid Backup” .

Após alguns minutos, você terá uma nova pasta criada no seu SDCard. Esta pasta contém uma imagem “viva” do seu celular, e pode ser usada pra recuperar tudo em caso de merda extrema.
Ah sim, a pasta ficará dentro de /nandroid/adbrecovery

Eu também recomendo que um backup desta pasta seja feito no PC. Precaução é algo sempre, sempre bom de ter.

Feitos os dois backups importantes, vamos para a próxima etapa.
Copie o arquivo MotoFrenzy-v0.5b-update-nosign.zip (aquele que corrige o bug em ligações em espera) que você baixou para a pasta /OpenRecovery/updates que está presente no seu SDCard.
Copie o arquivo SEM DESCOMPACTÁ-LO. Ou seja, simplesmente baixe e jogue o .ZIP na referida pasta.

Em seguida, descompacte o arquivo MotoFrenzyv05a.zip. Dentro da nova pasta que será criada, temos um arquivo de Readme, o instalador do Flash Player, um script de overclock e o mais importante – a imagem que iremos restaurar no nosso telefone para ter o Froyo rodando.

Trocando em miúdos: Copie a pasta MotoFrenzyv05a presente no .ZIP para a pasta /nandroid/adbrecovery no seu SDCard.
(MotoFrenzy05a pode obviamente mudar se você baixar outra versão do patch)

Agora desligue seu Milestone. Ligue-o e entre no OpenRecovery de novo.
Navegue até a opção “Nandroid Menu” > “Nandroid Restore”.

Feito isso, teremos duas opções. Uma é o seu backup, aquela imagem que você criou algumas etapas atrás (sério, não deixe de fazer o backup), e a imagem do MotoFrenzy, que é a que iremos selecionar e confirmar.

Após dar o OK no restore do MotoFrenzy, uma série de atualizações vão acontecer. Na verdade o que estamos fazendo é descomprimir a imagem do Froyo e instalar na nossa memória, substituindo o sistema anterior.

Logo após esse processo todo ser finalizado, reinicie seu telefone. Numa situação ideal, nenhum dos backups feitos aqui serão necessários, mas pode ser que seu Milestone não pegue sinal algum da sua operadora.
Se este for o caso, não se assuste. Basta você pegar os 5 arquivos que eu falei pra você salvar em algum lugar seguro (você fez isso, certo?) e substituir pelos que estão lá agora.

Reinicie o telefone e tudo estará perfeito.

Meus parabéns, agora você está rodando o Froyo em seu Milestone, mesmo com a Motorola não curtindo muito essa idéia.
O próximo passo, caso você deseje, é instalar o plugin do Flash. O APK de instalação está dentro daquele arquivo .ZIP que você já descompactou. Basta instalar com o Astro, ou seu gerenciador de arquivos favoritos, e finalizamos!

Atualizações: 26/08/2010

Após um dia repleto de oportunidades pra testar o aparelho (fiquei uns bons minutos em stand-by em filas e no trânsito..), eis as conclusões que cheguei:
- Se a câmera for essencial pra você, não recomendo a instalação desta versão do Froyo. Ela funciona, mas o foco não. Logo, você vai poder tirar fotos apenas de perto (bastante perto). Imagens e cenários que estejam longe irão ficar desfocados.
- O consumo de bateria é idêntico, ou talvez um pouco melhor do que com o 2.1. Usei bastante o navegador com flash, 3g habilitado, joguei bastante o Gem Miner.. Tirei do dock às 7h e voltei a carregá-lo agora, 18h, porque estava nos 20%. Mas note que o uso foi extensivo (até para efeitos de teste de performance).
- O desempenho é incrível. Definitivamente muito melhor do que no firmware anterior.
- A estabilidade é outro ponto forte. Eu imaginei que por se tratar de um “meio port, meio hack” as coisas não sairiam muito bem, mas mordi a língua. Não travou nem esgasgou, durante o dia todo.
- Tudo funciona. O market, o 3g, o wifi, os apps, tudinho. O único escorregão ficou por conta da câmera, de fato.

Bem, tenho dois pontos a acrescentar aqui no tutorial.

O primeiro é um acréscimo ao Froyo original – aplicar o “tema” do Nexus One. A vantagem ? Tradução em português (que eu só fui perceber que não tem bastante tempo depois de ter aplicado o Frenzy.. Me ferrei, porque aplicar o tema zerou novamente meu celular e tive de reinstalar várias coisas.. Mas sem crise, eu sabia que ia apanhar um pouco

O processo é super simples. Após executar todo o lance descrito aqui em cima, faça o download deste arquivo, e coloque-o na pasta /OpenRecovery/updates.
Reinicie seu celular para cair no menu do OpenRecovery, e navegue nas opções: Miscellaneous > Apply Update e escolha o arquivo MotoFrenzy-v05-FRF91-stock-theme-nosign.zip.

Após uma série de atualizações, basta você rodar opcionalmente o item descrito abaixo, pra recuperar as configurações de 3G e pronto, seu Milestone estará show.

O segundo update no tutorial é sobre como restaurar o backup dos arquivos de conexão de rádio (aqueles 5 arquivinhos que fizemos backup mais cedo) para assim voltar a ter uma conexão estável e rápida. É bem simples:

- Baixe este arquivo, e o coloque a pasta /OpenRecovery/updates
- Desligue o celular, e na hora de ligar, caia no OpenRecovery. Lembra-se como faz, né ?
- Navegue para Miscellaneous > Apply Update > e escolha o arquivo Radio_3G-brazil236-update.nosign.zip
- Reinicie o celular e curta o sinal forte e bão, novamente !

Quem tiver alguma dúvida, sugestão ou crítica, é só mandar ver nos comentários.

Um abraço.

Em primeiro lugar, vou ensinar como instalar o OpenRecovery, uma ferramenta essencial para completarmos nossa missão.
Baixe o programa chamado GOT’s OpenRecovery, que será usado para aplicar a ROM. Ele pode ser encontrado aqui.

Para instalar este software, precisamos de um Milestone com root liberado.
Eu já postei aqui tutoriais de como liberar o root no firmware 2.0, e também para o 2.1.

Com o arquivo baixado, simplesmente descompacte-o (no meu caso, o arquivo se chama OR-GOTmod_v1.04a.zip) na raíz do seu cartão de memória SD.
Isto fará com que você tenha um arquivo Update.zip na raíz, e uma pasta chamada OpenRecovery no primeiro nível.

Feita a cópia, desligue e ligue seu aparelho. Ao religar, lembre-se de segurar a tecla X do teclado físico ou o botão da câmera fotográfica (isso depende do seu firmware e versão de hardware) até aparecer o famoso triângulo.

Quando o triângulo aparecer, pode soltar o botão da câmera. Agora, pressione, ao mesmo tempo, o “Volume up” (botão de aumentar o volume) e o botão da câmera.
Irá aparecer um menu na tela do seu Milestone. Selecione a opção apply sdcard:update.zip

Pronto, temos o OpenRestore no Milestone. Ele vai nos ajudar a aplicar o Froyo, além de nos permitir fazer backups importantíssimos em breve.

Até a próxima !