 Jefferson,  27 de julho de 2015, manutenção 
Eu esbarrei nesse problema ao transferir um HDD com o Windows XP para outra máquina, com uma placa-mãe muito diferente. Nem o mais básico driver para o hardware novo instalava, sempre acusando esse erro. Nunca aconteceu antes comigo.
Eu presumo que a instalação já estava corrompida e o problema só se manifestou na mudança do hardware.
Como eu não tinha tempo para investigar exatamente o que estava ocorrendo e uma rápida busca no Google retornou soluções muito complicadas, tomei um atalho: substituí o diretório “C:\Windows\inf” inteiro pelo da minha instalação do XP e reiniciei.
Problema resolvido.
(Prefira clicar em "Responder" se estiver comentando um comentário)
 Jefferson,  30 de março de 2015, manutenção, tools Eu sempre me orgulhei de poder remover malware que os anti-virus não detectam, manualmente. E disse mais de uma vez no Geringonças e Gambiarras que não aprovava ferramentas automáticas (e geralmente paranóicas e/ou burras ) como o cCleaner. Minhas principais ferramentas para isso por muitos anos foram o Autoruns e o Process Explorer.
Porém desde o Windows 7 vem ficando cada vez mais difícil localizar as porcarias se escondendo na máquina. São muitas, com muitos lugares onde se esconder. Usar apenas o Autoruns tem sido tedioso e ineficaz. Quando, em setembro de 2013 lá no falecido Google Buzz, snowzpoc sugeriu o Junkware Removal Tool – JRT e Vagner sugeriu o AdwCleaner eu comecei a testar os programas e desde então tenho usado sempre. Os dois se complementam. Eu sempre uso o JRT primeiro e o Adwcleaner depois (porque este sempre reinicia a máquina ao terminar) e AdwCleaner sempre acha alguma coisa que o JRT não viu.
E uma funcionalidade que me agrada em ambos é o log que eles fazem explicando tudo o que fizeram. O Adwcleaner vai mais além listando tudo o que achou de errado antes de tomar qualquer providência e te dá a oportunidade de evitar que certas modificações sejam feitas. Mas na minha experiência eles acertam o que deve ser removido em quase 100% dos casos. Nestes seis meses em que uso as duas ferramentas, nunca o computador ficou pior depois da execução delas.
Já o que chama atenção no JRT é o fato de ser na verdade um arquivo comprimido auto-extraível composto de um monte de arquivos .bat que você pode editar para remover ou acrescentar funcionalidade.
A especialidade de ambos é aquela classe “cinza” de software que os anti-virus geralmente não tocam com medo de serem processados: os “Programas Potencialmente Indesejáveis” (PUPs na sigla em inglês). São programas que geralmente parasitam os browsers mas como vem de empresas “legítimas” como a ASK e supostamente tem o objetivo de “aperfeiçoar a experiência de navegação do usuário” não podem ser removidos pelos anti-virus a menos que se comportem de forma inequivocamente (que possa ser provado em um tribunal) maliciosa.
Mas mesmo usando ambos ainda é necessário fazer uma busca manual com o Autoruns e o Process Explorer. Muita coisa ainda passa pelo radar de ambos, mas sem todo o lixo que eles removeram o trabalho fica mais fácil.
JRT tem um bug que pode impedi-lo de rodar em algumas máquinas. Ele descompacta e roda de dentro do diretório temporário do usuário corrente e às vezes isso não é possível. Apagar todo o conteúdo do seu diretório TEMP (verifique onde ele realmente fica com o comando SET) descompactar o JRT lá e executar o .bat correto pode resolver o problema. Eu já fiz isso uma vez mas não lembro o procedimento exato.
(Prefira clicar em "Responder" se estiver comentando um comentário)
 Jefferson,  06 de setembro de 2014, bb, gbplugin, malware, manutenção Já aconteceu com dois clientes empresariais meus. O Banco do Brasil detecta que a máquina foi comprometida e não adianta remover o vírus e ir ao banco trocar senha. O acesso ao banco continua bloqueado. Ao ligar para o suporte a resposta é a mesma: “formate a máquina”.
O primeiro cliente achou que era melhor formatar mesmo. Eu fiz um backup dos dados, usei a recuperação do sistema do Windows 8 para deixar a máquina do jeito que foi comprada e restaurei os dados. O BB parou de implicar. Esse cliente só usa esse computador para acessar banco e ver emails então “formatar” não é tão assustador.
Mas na segunda vez que o suporte saiu com essa o próprio cliente (era outro) achou que era demais, porque era uma máquina muito mais complexa, com muitos softwares específicos, feitos exclusivamente para a empresa, para instalar. E várias operações da empresa (um supermercado) iam ficar paralisadas durante o processo. O cliente sabia por experiência anterior que ia levar dias para deixar a máquina do jeito que era. Então me chamou para resolver.
Localizei e removi o malware, consertei a instalação detonada do Avast, mas já sabia pela minha experiência anterior que isso não seria suficiente para aplacar a fúria dos deuses do BB. Apenas um sacrifício em forma de formatação seria aceito. Então tentei algo simples para simular a formatação que aparentemente funcionou. Usei o Autoruns para determinar onde estavam os arquivos relacionados ao plugin de segurança (gbplugin) e um LiveCD para removê-los.
Aparentemente deu certo. Já faz duas semanas que o cliente não fala nada.
04/10/2018: Eu vinha fazendo isso sem problemas há quatro anos, mas a situação agora é outra.
(Prefira clicar em "Responder" se estiver comentando um comentário)
 Jefferson,  27 de outubro de 2012, manutenção Esse problema ocorreu há seis meses e esqueci de registrar, por isso não tenho mais os detalhes.
Um cliente corporativo comprou um computador novo pela internet que veio com Linux pré-instalado. Fui instalar o XP e o processo sempre travava no início, antes mesmo de apresentar a tela com as partições existentes no disco. Depois de várias tentativas, com vários CDs diferentes (eu tenho umas 13 “versões” do XP construídas com o nlite), desisti. Achando que o instalador estava travando ao tentar enxergar o HDD por alguma incompatibilidade com o chipset moderno, eu decidi usar o Windows 7. Mas quando o instalador do 7 chegou à tela para fazer o particionamento do HDD algo me fez mudar de idéia. Removi as partições Linux e em vez de instalar o Win7 eu tentei novamente a instalação do XP.
Funcionou sem qualquer problema e está lá até hoje.
Não consigo me lembrar o que me fez mudar de idéia, nem se eu apaguei as partições usando o instalador do Win7 ou usei outro disco de boot para isso.
(Prefira clicar em "Responder" se estiver comentando um comentário)
 Jefferson,  27 de setembro de 2012, manutenção O spool de impressão pode estar travado. Isso provavelmente ocorre por causa de algo que foi enviado para ele (algo que você tentou imprimir). Até mesmo as impressoras virtuais (as que imprimem em PDF, por exemplo) desaparecem. Não adianta reiniciar o Windows.
Para resolver eu tenho usado um arquivo batch com os seguintes comandos:
net stop spooler
del C:\WINDOWS\system32\spool\PRINTERS\*.*
net start spooler
Em todas as versões do Windows a partir do Vista é preciso executar como administrador. Após a execução todas as impressoras reaparecem e você já pode imprimir.
Ultimamente eu tenho encontrado mais e mais desse problema com clientes (nunca ocorreu comigo), mas ontem foi a primeira vez que o cliente me levou até o culpado, sem nem perceber isso.
O cliente me chamou porque “não conseguia imprimir”. Como isso já tinha acontecido antes, eu já havia deixado o batch com ele para que ele mesmo pudesse resolver. Mas ele disse que não resolvia. Fui até lá, rodei o batch e imediatamente pude imprimir vários documentos. Foi aí que ele me mostrou o que estava fazendo. Não é que “não imprimia”. Não imprimia os quatro PDFs que um determinado cliente havia mandado para ele por email.
Era “certeiro”. Bastava mandar imprimir qualquer dos quatro documentos para travar o spool. Eu sugeri ao cliente que mandasse o cliente dele reenviar os documentos de outra forma, mas pela cara dele essa não era uma opção. Como ele já estava usando a versão mais recente do Adobe Reader, eu instalei o Foxit Reader como opção. Usando o Foxit para imprimir, os documentos não travaram mais o spool.
Infelizmente não posso anexar uma amostra dos documentos problemáticos, por conterem informação técnica possivelmente confidencial.
(Prefira clicar em "Responder" se estiver comentando um comentário)
 Jefferson,  02 de abril de 2012, manutenção Hoje, depois de dias sem visitar o Youtube, experimentei sérios problemas com o site usando o Firefox. Toda vez que um vídeo era interrompido, por qualquer razão (clicar em outro link na página, pular comercial, fim do comercial…) o Firefox 3.6.26 fechava abruptamente acusando erro em ntdll.dll. Testei com o Firefox 9 e o Firefox 11 e, nas mesmas circunstâncias, acusava crash do plugin Flash e me pedia para recarregar a página. A única diferença então é que eu não precisava reiniciar o Firefox, porque em nenhuma das três versões do navegador eu conseguia assistir a qualquer vídeo que tivesse uma propaganda antes.
O plugin flash estava 100% atualizado (coisa incomum comigo, porque eu raramente permito atualização do que está funcionando). Versão 11.2.alguma-coisa.
- Limpei o cache do flash. Não surtou efeito.
- Rodei o desinstalador do Flash e reinstalei a mesma versão. Problema persistiu.
- Rodei o desinstalador do Flash e instalei a versão 10.3.181.14, que eu tinha no meu backup. Problema finalmente resolvido.
(Prefira clicar em "Responder" se estiver comentando um comentário)
 Jefferson,  04 de março de 2012, manutenção A solução do problema do editor Arduino me criou outro problema: eventualmente eu vou precisar das portas bluetooth que desativei. E se você já tentou desabilitar ou habiltar mais de um dispositivo de uma vez sabe que é um saco, porque além de demorado, o Gerenciador de Dispositivos fica dando refresh e mudando o foco do mouse. Então eu parti para procurar uma solução automatizada.
Depois de ler este texto , dar uma olhada nos identificadores das portas e consultar este outro, cheguei à conclusão de que precisava de dois comandos:
devcon enable @ROOT\PORTS\*
e
devcon disable @ROOT\PORTS\*
Na minha máquina estes comandos mexem apenas nas portas blueotooth sem tocar nas outras duas portas seriais.
Nota: devcon.exe não faz parte de uma instalação default do XP. Talvez seja preciso baixá-lo no site da Microsoft.
Situação inicial:

Desabilitando:

Habilitando novamente:

Habilitar essas oito portas no meu computador leva cerca de 1 minuto e 45 segundos, mesmo automaticamente. Imagine ter que esperar para fazer manualmente. Já desabilitar é quase instantâneo.
Se devcon acusar que não conseguiu desabilitar uma porta, é possível que ela esteja em uso pelo stack bluetooth. No bluesoleil basta clicar com o botão direito sobre o dispositivo que usa a porta e pedir para desconectar.
Nota: conforme explica o primeiro texto, se você estiver no Vista ou Seven com o UAC ativo vai ter que dar permissão ao devcon para cada porta habilitada ou desabilitada! A não ser que siga o procedimento sugerido para contornar isso.
(Prefira clicar em "Responder" se estiver comentando um comentário)
 Jefferson,  04 de março de 2012, Arduino, manutenção Eu estava com um problema chatíssimo ao usar o editor Arduino no meu desktop. Bastava passar o mouse sobre o menu Tools para o programa travar por vários segundos. Abrir um novo sketch também demorava uma eternidade. Quando finalmente parei para checar o problema, já que sob o menu Tools é que se escolhe a porta serial, desconfiei que o editor poderia estar se atrapalhando ao tentar enumerar o grande número de portas seriais bluetooth na minha máquina:

Não, eu não sei de onde vieram tantas portas. Pelas minhas contas, só deveriam existir duas.
Isso não explicava por que o editor travava também ao abrir sketches, mas decidi tentar assim mesmo. Desativei as oitos portas bluetooth uma por uma e fui conferir. Problema resolvido.
(Prefira clicar em "Responder" se estiver comentando um comentário)
 Jefferson,  11 de fevereiro de 2012, manutenção, mergeide, STOP7B-34 
ou qualquer motherboard e notebook com controladora “SiS 1185 AHCI Controller”
Esse chipset parece especialmente “difícil”. Minha tentativa de integrar o driver com o Nlite falhou e o Mini Windows XP do Hiren’s 11, que enxerga os HDDs de praticamente todo notebook que já testei, foi incapaz de enxergar o HDD deste.
- Processo: mergeide
- Dispositivo: pci#ven_1039&dev_1185 ( PCI\VEN_1039&DEV_1185)
Este pacote tem todo o necessário para fazer com que o Windows XP dê boot em máquinas com a controladora “SiS 1185 AHCI Controller”, deixando de dar o erro STOP 0x0000007B, que eu chamo especificamente de STOP 7B-34.
O driver sisraid4.sys precisa ser colocado em c:\windows\system32\drivers. Se sua instalação não estiver em “C:”, IMAGEPATH (que está codificado em hexadecimal) precisará ser alterado.
O arquivo .REG precisa ser mesclado através de edição offline do Registro, seguindo minhas instruções de 2009
Link de download gerado automaticamente abaixo.
| Autor: | Jefferson |
| Data: | 12/02/2012 |
(Prefira clicar em "Responder" se estiver comentando um comentário)
 Jefferson,  11 de fevereiro de 2012, hardware, manutenção E não adiantava marcar a caixa de seleção dizendo para não ser mais incomodado com isso. A cada boot o XP pedia o driver de novo.
Olhando no Gerenciador de Dispositivos, nenhum dispositivo estava faltando ou sinalizando erro.
O DriverPack Solution confirmava que nada estava faltando.
Deixar que o XP procurasse na internet não adiantava nada.
Olhando os dispositivos um a um eu encontrei “PCI Device” sob “Controladores SCSI e RAID”, mas acusava que todos os drivers estavam instalados. Mas essa era uma instalação “do zero” do Windows em um notebook cuja instalação eu tinha guardado e eu lembrava que o nome que aparecia não era esse.
Então eu mandei o XP procurar o driver no diretório \Windows\INF da instalação antiga e ele achou: “SiS 1185 AHCI Controller”. Era a controladora SATA do notebook.
Problema resolvido. Ainda pediu por um arquivo “Property.dll”, mas isso também estava no diretório Windows\System32 da instalação antiga.
Nem sempre “PCI Device” vai ser o mesmo dispositivo, mas pelo menos eu aprendi com isso que o XP pode insistir em pedir o driver para um dispositivo que já está instalado e que basta catar no Gerenciador de Dispositivos quem tem o mesmo nome e tentar fazer a atualização do driver na marra.
O computador era um notebook CCE RLP225M para o qual o site não disponibiliza drivers da controladora SATA.
(Prefira clicar em "Responder" se estiver comentando um comentário)
|
|
boa solução, esses *.inf são um problema no XP mesmo.
No Hiren’s Boot CD 15.2, entrando pelo mini-XP, tem uma solução já pronta que troca o driver da controladora do HD da pasta do Windows. Já dentro do mini-XP, no menu do Hiren’s, lá em “Registry” na opção “Fix hard disk controller (fix_hdc.cmd). Daí é só selecionar a pasta do Windows e mandar trocar o driver (esqueci o nome da opção, mas é algo que quem trabalha na área vai saber fazer).
Depois disso basta reiniciar o micro e o Windows vai entrar normalmente. Geralmente faço com o Windows 7, não lembro se funciona no XP.
Este é um problema diferente.