Quick Talk

#manutenção

Este é um problema muito curioso, que se resolveu sozinho, mas que vale a pena descrever aqui porque realmente é muito interessante.

Já há algum tempo eu vinha tendo problemas para acessar os compartilhamentos de rede no meu computador principal (que vou chamar de "PC1"). Volta e meia eu precisava acessar meus arquivos de outra máquina na rede e minhas senhas eram recusadas, mas como isso sempre ocorria quando eu estava com pressa para resolver outro problema, eu "deixava prá lá" e fazia a transferência de arquivos pelo caminho inverso, acessando o compartilhamento no outro computador a partir de PC1.

Então, quando eu estava testando o DIYOMATE S9 foi que eu percebi o quanto meu problema era "único". Como o S9 é baseado em Linux ele mostra na lista de compartilhamentos disponíveis TODOS os compartilhamentos administrativos, que para máquinas Windows são ocultos, de PC1 (C$, D$, E$. F$, etc). Por puro acaso, no meu teste eu comecei acessando PC1 pelo último compartilhamento disponível, P$, usando as credenciais de Administrador ("o" Administrador e não um usuário administrador qualquer) e minha senha foi aceita imediatamente. Eu nem me lembrava na hora que PC1 tinha problemas com isso. Uma hora mais tarde eu tentei um outro compartilhamento e minha senha, já salva no S9, foi recusada. Tentei outros usuários com poder de administrador e nada.

Foi aí que eu me lembrei do "problema" de PC1 e resolvi investigar. A primeira coisa que percebi é que a mensagem de erro tinha um "detalhe" que eu nunca notara antes. Ela não dizia apenas "acesso negado". Dizia também:

"não existe espaço de armazenamento no servidor suficiente para processar este comando"
que em inglês eu descobri ser:
"Not enough server storage space available to process this command".

Procurei por isso no Google e encontrei diversas dicas de como resolver. Nenhuma delas surtiu efeito.

Depois de vários testes eu percebi que somente os últimos compartilhamentos eram acessíveis. Os primeiros na ordem alfabética estavam de alguma forma "bloqueados". Eu procurei determinar que "padrão" havia para definir por que a partir de uma determinada "letra" o acesso era permitido e me espantei com o que descobri: todos os compartilhamentos "bloqueados" estavam em drives conectados à controladora SATA embutida na placa mãe. NADA conectado diretamente a essa controladora podia ser acessado via rede. Mas TUDO conectado à controladora PCI que acrescentei podia ser acessado normalmente. Eu até troquei drives entre controladoras só para ter certeza.

E não, não era um problema de acesso a partir do Linux. Nem mesmo era um problema de acesso a partir da rede. Estando no próprio PC1, se eu digitasse \<nome_de_PC1>c$ no Explorer, ele dava acesso negado do mesmo jeito.

NUNCA soube de nada parecido.

Como eu já tinha desperdiçado horas nisso e tinha parado a análise do S9, deixei para investigar o problema depois. Mas hoje eu estava colocando outro computador na rede e tentei o acesso às unidades bloqueadas "só por tentar". Para meu espanto, funcionou. Testei todas as unidades antes bloqueadas e tive acesso a todas elas, usando as credenciais do Administrador.

O que aconteceu no computador de lá para cá?

+Tive que trocar a fonte;
+Adicionei uma placa de TV PCI;
+Precisei colocar a placa SATA PCI em outro slot
+Possivelmente mudei as portas de conexão de alguns HDDs;
+Desinstalei e reinstalei uns dois ou três softwares. Entre eles os softwares de clonagem Acronis TrueImage e Macrium Reflect;

Nada disso faz sentido para mim. Usando msinfo32.exe, fiz um "snapshot" da situação de hardware e software da máquina agora que tudo está funcionando e salvei em um arquivo TXT. Quando o problema voltar, eu vou ter uma base de comparação.

#manutenção

THE SIMS 3 não roda. Acusa:

"O dispositivo 0 nao pode executar este jogo. Nenhuma placa de video detectada. Verifique o hardware do seu computador."

Windows Seven
Vídeo Intel GMA3150 -> Driver mais recente instalado
Tela LCD de 1024×600
1GB de RAM
Atom N450

"Nenhuma placa de vídeo detectada" é um erro ridículo. Principalmente quando você olha no Gerenciador de Dispositivos e vê a placa corretamente instalada.

Como eu desconfiava do Windows Seven, coloquei outro HDD no netbook e instalei o Windows XP. O The SIMS 3 rodou normalmente.

Eu já tenho então um "plano B". Se a cliente realmente quiser rodar o THE SIMS 3 no netbook, pode ter que desistir do Seven e instalar o XP. Já testei todos os drivers e o XP fica perfeito no netbook. Porém o jogo precisa ser usado no modo janela, pois no modo fullscreen você precisa ficar "rolando a tela" para jogar.

Eu fico meio inconformado com essas esquisitices. Fiz uma rápida pesquisa no Google e, para minha surpresa, o problema parece não ter nada a ver com placa de vídeo, porque várias pessoas reportaram resolver o problema ao trocar de monitor.

Existe até uma recomendação para desligar o driver do monitor, que assim funciona:
http://www.nerdbb.com/viewtopic.php?f=1&t=6111
Mas não surtiu efeito no meu caso.

Trocar de monitor em um netbook está fora de cogitação, claro, mas para ter certeza de que o problema era realmente esse eu pluguei um monitor CRT na VGA do netbook e configurei o Seven para usar apenas ele.

Funcionou!

Se eu desconectar o monitor externo logo após executar o jogo, a imagem é transferida para a tela do netbook e o jogo continua rodando normalmente. É só a rotina de inicialização do jogo que está bichada.

O problema ocorre com a versão original do jogo ou com a atualizada 1.2.7

Trocar o driver não adiantou nada. Disse ao Seven que tinha instalado os seguintes monitores:

Tela Plana Digital (800×600 @60Hz)
Super VGA 1024×768
Monitor Genérico PNP
Samsung Syncmaster 500b

E nada mudou.

Por enquanto, o "plano B" é a única opção da cliente, se insistir no The SIMS 3.