(Mais que) Sete Problemas

Minha cópia do Seven RC1 expirou, mas antes disso eu já tinha reduzido bastante minha utilização do Seven. Os principais motivos:

• Problemas demais com placas de vídeo, já citados em outros posts;
• Meus receptores de TV consomem pelo menos o dobro de CPU no Seven em comparação com o XP;
• A busca de arquivos do Seven é patética (ainda vou entrar em detalhes em outros posts);

Ao longo do dia trabalhando exclusivamente no XP, a única coisa de que sinto falta é a capacidade de busca no Menu Iniciar.

Eu estou fazendo algumas experiências aqui e descobri que em alguns casos “matar” o processo DWM.EXE faz com que ele seja reiniciado automaticamente. Mas às vezes ele permanece “morto”. Eu não fiz testes abrangentes, mas notei que se eu matar o processo pelo Process Explorer ele sempre volta, mas se eu matá-lo usando a API do Windows (via programa em Delphi) ele só volta uma vez.

Eu encontrei a solução para os casos em que o DWM não volta aqui:

Para reiniciar o processo, abra um prompt elevado e dê os seguintes comandos em sequência:

net stop uxsms

net start uxsms

Você pode também colocar os comandos acima em um arquivo .bat. Mas precisa lembrar de rodá-lo sempre como Administrador.

Isso deve funcionar em qualquer situação em que você precise reiniciar o Aero.

Toda pesquisa que eu havia feito mostrava que isso era impossível. Eu achava que deveria ser possível, usando algum tipo de “credencial suprema” marcar um programa que precisa rodar como Administrador como confiável e fazer com que ele parasse de ativar o UAC. Não encontrei nada.

Então o leitor Marcelo me deixou esta dica em outro post.

É tão simples que ler sobre o método (eu nem tentei usar o programa disponível lá, até mesmo porque o Avast reclama que é maligno) foi fascinante. Tudo o que você precisa fazer é o seguinte:

• Agendar uma tarefa que aponta para o programa, sem “agendar” nada realmente.
• Tomar o cuidado de marcar “Run with highest privileges”.
• Criar um atalho que roda essa tarefa manualmente.

Simples e eficiente. Criei uma tarefa chamada “NotepadElevado” apontando para o notepad e depois um atalho com o seguinte target:

schtasks.exe /run /tn “NotepadElevado”

Rodar o atalho abre uma janela do Notepad com privilégios de Administrador, sem ativar o UAC.

Para mim só essa possibilidade pode facilitar muito o uso do Seven no dia-a-dia. O UAC além de ser irritante pode fazer uma aplicação derrubar o Aero.

Configurações essenciais ou úteis:

Preocupado com a segurança disso?

É possível criar tarefas agendadas programaticamente e em seguida rodar essas tarefas silenciosamente. Disso eu já tinha certeza. Mas a criação pode ser feita sem privilégio de Administrador, assim como fazemos manualmente (note que a GUI do Agendador de Tarefas não roda elevada, mas cria tarefas que rodam elevadas)? A lógica dizia que não, porque se fosse possível já teria sido explorado por algum malware. Afinal uma busca por “Run with highest privileges” no Google me levou a esta página de 2007 onde o método já era explicado. Incidentalmente esse mesmo texto dá a resposta final ao explicar como tarefas podem ser criadas automaticamente com o Powershell. O Autor aproveita para deixar claro que “Schtasks must be run elevated to be able to create tasks”.

Eu encontrei um problema com o feed e temporariamente restringi seu uso. Eu vou conversar mais tarde com Saulo para ver o que pode ser feito. Isso não deve demorar mais que 24H para ser resolvido.

05/01/10: Temporariamente o acesso ao feed ficará restrito ao conteúdo integral dos últimos 10 posts.

Aplicações elevadas podem perder a comunicação com aplicações não-elevadas. Por exemplo:

• Não posso arrastar arquivos do Explorer para uma janela do Photoimpact 6 elevado;
• DirectFolders 3.6 não-elevado não se agrega ao Delphi 5 elevado.

Isso provavelmente se deve ao recurso de segurança chamado User Interface Privilege Isolation (UIPI).

Infelizmente, o inverso também dá problemas. Se eu rodar o DirectFolders elevado ele passa a se agregar ao Delphi 5 elevado, mas não se agrega mais ao Explorer. Assim a única solução para o problema parece ser tentar fazer com que o máximo de aplicações rode sem privilégio de administrador (mesmo quando você confia nelas). É a melhor coisa a longo prazo, mas um “saco”.

Não que eu acredite nisso, claro. Os que se apegam ao Linux por pura ideologia jamais vão “gostar” do Windows.

A não ser que a aplicação seja assinada.

Se você tem um programa que deveria estar rodando ao inicializar o Windows, mas não está e você já checou com o MSconfig ou o Autoruns e a linha de comando para ele está lá, verifique se o executável está marcado para rodar como Administrador. O Seven não executa nada assim na inicialização, nem dá qualquer aviso como acontecia no Vista (“O Windows bloqueou alguns programas…”). As únicas* soluções para isso são:

• Conseguir uma versão assinada do programa;
• Conseguir uma versão que não precise rodar com privilégios administrador;
• Rodar o programa manualmente após inicializar o Windows.

* Leia os comentários.

No XP, se uma pasta estiver ordenada por tipo eu posso selecionar um ou mais arquivos e depois ordenar por data que minha seleção não se perde.  Logicamente se o conteúdo da pasta for grande ao reordenar minha seleção some de vista, mas basta rolar a janela para encontrar os arquivos selecionados. Assim eu posso encontrar rapidamente arquivos que foram modificados na mesma data que os selecionados (e que geralmente estão relacionados). E posso continuar a seleção daí com CTRL+click.

No Seven isso se perdeu. Ao mudar a ordenação toda a seleção precisa ser refeita.

No XP, não importando em que ordem os arquivos estejam, se você renomear um deles ele continua onde está até que manualmente você dê um refresh na lista. No Seven, se estiver ordenado por nome, o arquivo “some” automaticamente após renomear porque ocupa o seu novo lugar na ordem. Eu não gosto disso porque na maioria das vezes após renomear eu vou fazer outra coisa com o arquivo. E agora tenho que procurá-lo antes.

Não é problema, embora seja inconveniente. Basta abrir um prompt elevado e executar o .com por ele.

Agora mesmo eu estou transferindo arquivos de um HDD para outro. São 283.586 arquivos. De repente o Explorer pára com a seguinte mensagem:

Primeiro, como se supõe que eu vou achar o arquivo em uso no meio de 283.586? Querer saber o caminho é pedir muito? Por coincidência eu sabia mais ou menos onde esse arquivo devia estar e achei-o rapidamente. Era uma instalação de backup do Windows XP.

Segundo, se o arquivo está em uso é pelo próprio Seven. Não dá para me dizer que processo o está usando? Só faltava esse ser uma repetição de um antigo bug do Windows 9X que implicava quando você tentava mover certas DLLs que tinham o mesmo nome de DLLs do sistema.

Tentei copiar os arquivos e não mover. Aí foi sem dar erro. Mas ao em seguida tentar deletar a origem o problema persistiu. Não consegui apagar NTDETECT.COM nem NTLDR. Reiniciei o seven mas o problema continuou. Reiniciei pelo XP e aí sim consegui apagar os dois arquivos.

Logo em seguida eu apurei que não era implicância com qualquer arquivo de mesmo nome, porque na mesma operação eu movi outros dois NTDETECT.COM e dois NTLDR sem dar esse erro. A diferença é que as outras cópias eram retiradas do CD de instalação e não estavam com atributos de sistema.

Eu comprei um HDD novo de 1TB (Obrigado, Rafa!) e já tinha copiado uns 300GB para ele quando recebi esse alerta do AVAST:

Eu não estava nem um pouco preocupado com o vírus. O que me deixou alerta foi o estranho caminho para o arquivo:

• De onde veio esse “\\?\\Volume{…”?
• Onde está a letra da unidade (no Explorer era H:) ?

Parei tudo o que estava fazendo para investigar. Eu já estava ciente de que o Seven tem umas coisas diferentes no que quesito “discos e partições”. Mas eu preciso saber que diferença é essa e me sentir confortável com ela antes de encher o disco com 1TB de arquivos! Além disso, três outros discos de 1TB já haviam passado pelas minhas mãos (e pelo meu Seven), sem esse comportamento.

Quando eu coloquei esse disco no PC, entrei pelo Seven e logo ao abrir o Gerenciador de Disco este me perguntou se eu queria inicializar o disco como MBR ou GPT . Eu me lembrava de ter escolhido o default (MBR), porque eu sempre escolho assim, mas como eu estava fazendo outra coisa ao mesmo tempo, acabei em dúvida. E agora? Como saber o que eu havia escolhido?

Depois de apanhar bastante, descobri quase por acaso. É preciso clicar com o botão direito no painel esquerdo da representação do disco no Gerenciador de Discos:

Selecione “Propriedades” e na aba “Volumes” você encontra a informação:

Para encurtar a estória: Eu apaguei o volume (o seven não chama nada de “partição”) e, dando boot pelo XP, criei uma nova partição no disco. Ao voltar para o Seven o problema estava resolvido:

Conclusão: Até entender que diferença é essa e o que pode provocar, eu vou continuar particionando discos pelo XP.

Não importa o quanto o tempo passe, o Explorer continua sendo espantosamente limitado nas operações com arquivos.

Eu estava copiando quase 12 mil arquivos de um disco para outro quando faltando cinco segundos para terminar me deparei com a seguinte mensagem:

O nome do arquivo não é relevante. O que importa é que o Seven transferiu para mim a responsabilidade de renomeá-lo, mas:

• O trecho indicado era apenas o nome da pasta. O nome do arquivo problemático nem sequer aparece
• Não me disse onde, na minha considerável estrutura de 12000 arquivos, essa pasta específica estava;
• Não disponibilizou o nome de forma “copiável” para que eu usasse numa busca. Eu tive que digitar de memória (era um nome chato, que usava palavras que apareciam em diversos outros lugares);
• Passar o mouse por cima do nome não exibe uma “hint” com o caminho completo, como qualquer programa inteligente faria;
• Não ofereceu nenhum método “on the fly” de renomear o arquivo;

Francamente, é muito “não fez o que não custava nada fazer” pro meu gosto. Não que o Explorer do XP seja melhor que isso, mas sete anos e duas novas versões do Windows deveriam bastar para dar mais inteligência ao Explorer.

Aparentemente só ao copiar. Ao mover nada é adiado.

Em todas as versões do Windows até o XP, o Explorer pausa imediatamente uma operação com arquivos ao encontrar um problema e exibe um diálogo perguntando o que fazer. Desde o Vista, o Explorer vai colocando todos os problemas que encontra em uma lista, para perguntar tudo ao usuário apenas no final.

Por um lado isso é bom, porque dimunui aquelas situações onde você manda fazer uma grande operação com arquivos, se aumenta por horas e quando volta descobre que nem 10% foi concluido porque o Windows estava esperando você confirmar se queria mover um deteminado arquivo (por ser somente leitura, executável, etc).

Por outro lado, em certos casos você só percebe que há algo que você deveria corrigir quando praticamente toda a operação está pronta e talvez você tenha que apagar ou mover de volta os arquivos para começar de novo.

Um exemplo desse caso é “caminho muito longo”. Eu prefiro ser avisado com antecedência para poder dar um caminho mais curto para a pasta alvo. E ainda por cima o Explorer complica onde poderia perfeitamente ajudar.

Eu ainda não tenho certeza de que a mudança, como implementada pela MS, foi boa.

Eu fiz de propósito. Testando uma ECS GF8200A decidi instalar o Seven e não estava conseguindo porque o instalador dizia que não conseguia achar nenhum HDD na máquina (o HDD era SATA). Então fui no setup do BIOS e mudei a configuração do default (“AHCI”) para “SATA” e consegui instalar e rodar o Seven normalmente.

Aí eu decidi mudar a configuração de volta para AHCI só para ver como o Seven reagia. Não deu outra: STOP 0x0000007B com o segundo parâmetro 0x00000034. O que eu chamo de “STOP 7B-34“.

Na segunda tentativa de iniciar, o Seven me perguntou se eu gostaria de tentar o “Startup Repair”. Eu respondi que sim, só para ver no que ia dar (nunca botei muita fé nos consertos automáticos do Windows). Depois de um loooongo tempo com uma mensagem que dizia que o Windows estava tentando reparar o computador recebi a resposta de que o Windows tinha sido incapaz de reparar automaticamente.

Isso é vergonhoso para a MS, como você verá a seguir.

Enquanto o Seven tentava consertar automaticamente eu encontrei pelo Google uma outra possível solução, dada pela própria MS, tão simples que me fez duvidar se realmente funcionaria. Está explicado nesta página da Knowledge Base que basta dar um jeito de ativar o serviço MSAHCI.

Então eu passei o BIOS para “SATA” novamente, entrei no Seven e alterei o valor indicado no Registro. Reiniciei o computador como “AHCI” e desta vez o Seven iniciou sem BSOD. Na primeira inicialização o Seven vai detectar um novo driver e pedir para reiniciar.

Mesmo que não fosse possível colocar o BIOS em modo SATA, ainda seria possível fazer esse conserto muito facilmente (para um power user, claro) através de edição offline do Registro.

Agora, como a MS conhece o problema e sabe como resolver, mas sua ferramenta automática não sabe resolvê-lo?

Nunca aconteceu enquanto eu usava o XP. Mas é verdade que eu troquei de placa mãe ao mesmo tempo que comecei a usar o Seven, então não sei ainda a quem atribuir o problema.

Há anos eu uso hibernação no desktop. É normal que eu passe muitos dias sem reiniciar o computador, usando o Windows XP. Mas no Seven isso ainda não funcionou direito.

O computador entra em hibernação, mas “acorda” sozinho sem motivo aparente. Já tentei vigiar para determinar se existe um padrão de tempo, mas não consegui.

No log de eventos existe uma entrada como esta para cada vez que isso aconteceu:

The system has resumed from sleep.

Sleep Time: ‎2009‎-‎11‎-‎29T04:55:43.877929600Z
Wake Time: ‎2009‎-‎11‎-‎29T11:40:04.917968800Z

Wake Source: Unknown

Como isso poderia estar sendo provocado por um hardware, fui ao Gerenciador de Dispositivos procurando por todos os dispositivos que tivessem uma guia “Power Management” e desliguei a opção de acordar o computador em todos:

A única exceção foi a placa de rede. Eu apenas determinei que apenas pela recepção de um Magic Packet (o default é não exigir o packet) o computador poderia ser acordado. Se você já tentou usar WOL, percebeu que isso não acontece acidentalmente.

Mas nada disso resolveu o problema. Aparentemente passou a acontecer menos, mas continua acontecendo.

Usar powercfg.exe, como explicado aqui, também não me trouxe nenhuma informação útil. Essa ferramenta parece ser muito mais útil quando o problema é inverso.

Aconteceu enquanto eu tentava encontrar uma solução para o problema do meu receptor de TV. Eu instalei um driver antigo (ainda supostamente compativel com o Vista) e ao iniciar o TVCenter o Windows deu BSOD (não resetou porque eu já havia desligado a reinicialização automática). Eu anotei a mensagem mas quase não era necessário, porque ao contrário do XP que simplesmente diz “o sistema se recuperou de um erro grave”, o Seven retorna com uma mensagem bem mais esclarecedora:

O texto completo:

Problem signature:
Problem Event Name:    BlueScreen
OS Version:    6.1.7100.2.0.0.256.1
Locale ID:    1033

Additional information about the problem:
BCCode:    1  <-Este é o número do erro STOP (0x00000001)
BCP1:    82A71003 <- de BCP1 a BCP4 são os parâmetros
BCP2:    00000000
BCP3:    0000FFFF
BCP4:    00000000
OS Version:    6_1_7100
Service Pack:    0_0
Product:    256_1

Files that help describe the problem:
C:\Windows\Minidump\112509-18687-01.dmp
C:\Users\usuario\AppData\Local\Temp\WER-46687-0.sysdata.xml

Só faltou dizer que o nome desse erro é “APC_Index_Mismatch” (isso eu anotara na tela azul).

Nos logs o erro também fica registrado: “The computer has rebooted from a bugcheck.  The bugcheck was: 0x00000001 (0x82a71003, 0x00000000, 0x0000ffff, 0x00000000). ”

Mas não entendi por que em um lugar o erro é chamado de BlueScreen e no outro de BugCheck.

Edit: Após perceber que isso não acontecia com os mesmos filmes em outras instalações do Seven, descobri que era culpa do Pinnacle H.264 decoder instalado pelo Pinnacle TVCenter Pro, nas versões 4.98 e 5.4. Remover o H.264 decoder usando o Codec Installer resolveu o problema. O engraçado é que todos (mas não apenas) os arquivos MPG criados pelo TVcenter provocam o problema.

O XP tem um problema famoso que trava o Explorer se houver algum AVI “corrompido” no diretório. Eu sempre contornei isso simplesmente desligando o Media Preview. Não demorou nem alguns minutos testando vídeos no Seven para me deparar com um problema semelhante: Eu encontrei um arquivo MPG que se for clicado (só isso) faz o uso de CPU ir a 83% por minutos. Se eu der um duplo clique o vídeo até roda, mas aí a CPU topa em 100%. Nem filmes x.264 de 1080p conseguem essa façanha na minha CPU.

E não é só comigo.

Simplesmente colocar o ponteiro do mouse sobre o arquivo já faz Explorer.exe consumir 30-40% de CPU. Clicar no arquivo faz com que uma instância de dllhost.exe consuma o restante (é por isso que o problema consegue escapar de ser confinado a um core).

Cinquenta segundos depois, Explorer.exe pára de consumir CPU, mas dllhost.exe continua até os 2m20s, quando pára de repente. Enquanto Explorer.exe está consumindo CPU (mas começa apenas depois que você clica no arquivo) a barra de endereço está sendo preenchida de verde como se uma busca estivesse em andamento.

Se eu clicar em outro arquivo e em seguida clicar de novo no tal MPG, o problema se repete.

O mesmo MPG roda sem problemas no XP com o Media Preview desligado.

Eis o que o MediaInfo diz a respeito do arquivo:

Video

ID                               : 224 (0xE0)

Format                           : MPEG Video

Format version                   : Version 2

Format profile                   : Main@Main

Format settings, Matrix          : Default

Duration                         : 56mn 32s

Bit rate mode                    : Constant

Bit rate                         : 2 458 Kbps

Nominal bit rate                 : 2 500 Kbps

Width                            : 720 pixels

Height                           : 480 pixels

Display aspect ratio             : 4:3

Frame rate                       : 29.970 fps

Standard                         : NTSC

Colorimetry                      : 4:2:0

Scan type                        : Interlaced

Scan order                       : Bottom Field First

Bits/(Pixel*Frame)               : 0.237

Stream size                      : 994 MiB (88%)

Audio

ID                               : 192 (0xC0)

Format                           : MPEG Audio

Format version                   : Version 1

Format profile                   : Layer 2

Duration                         : 56mn 32s

Bit rate mode                    : Constant

Bit rate                         : 224 Kbps

Channel(s)                       : 2 channels

Sampling rate                    : 48.0 KHz

Resolution                       : 16 bits

Stream size                      : 90.6 MiB (8%)

Eu estou usando o meu PC principal. Aproveitando o upgrade para um Celeron E3200 dual core (especificações completas aqui) eu criei também um multi-boot na mesma máquina para o Windows Vista SP2 e o Seven RC1 (além do XP SP3). Não haveria a menor condição de fazer os testes no meu antigo Sempron 2300+.

Eu não tenho nenhuma cópia do Windows 7 RTM (build 7600), por isso meus testes estão sendo feitos com a cópia de avaliação que a MS disponibilizou de graça do RC1. Em teoria não devem haver diferenças significativas e todos os problemas que eu encontrar na RC1 devem ocorrer na RTM também. Até agora a única limitação de estar usando a RC1 é não poder usar o XP Mode.

Por enquanto eu vou chamar o produto de “Seven” mais ou menos pelo mesmo motivo que me leva a falar “mouse”. Em um texto em português “Seven” é mais distintivo e menos sujeito a ambigüidades que “Sete”. Também prefiro não me referir a ele como “7” porque a princípio acho que isso dificulta as buscas de texto. Seria preferível escrever “Windows 7”, Windows7 ou mesmo “Win7”.

O tempo irá dizer qual a melhor forma.