Postagens

Mostrando postagens de fevereiro, 2012

A salada de HALs no Windows

HAL (Hardware Abstraction Layer) é um módulo do kernel NT que faz a abstração de hardware entre plataformas diferentes e recursos específicos de hardware (controlador de interrupções, interfaces de E/S, etc.). Componentes internos do Windows e drivers de dispositivo são programados usando rotinas do HAL, que mantém uniformidade entre hardware e plataformas diferentes. Desde seu planejamento, o Windows NT teve como um de seus objetivos ser um sistema operacional portável, que pudesse ser adaptado a novas arquiteturas à medida que o mercado demandasse. Até o Windows XP/Server 2003, o HAL correto era copiado na hora da instalação de acordo com o hardware (sempre chamando-se Hal.dll no sistema alvo). Uma posterior mudança de hardware que porventura não fosse compatível fazia o Windows não iniciar mais. Era necessário no mínimo reparar o sistema. WINDOWS 2000/XP/2003 (FAMÍLIA NT 5.x) Os seguintes principais HALs estão disponíveis ( \Windows\Driver Cache\i386\Driver.cab ): (existem o

É... teremos Windows 8 x86-32

Com a recente burrada da HP de ter acidentalmente listado as versões suportadas por um driver de um de seus produtos, temos provavelmente a (já esperada) confirmação que o Windows 8 terá versão x86-32. Falta entender o motivo. O Windows 8 era o lançamento ideal para matar o suporte a x86-32 nos desktops e estações de trabalho. Fazer o mesmo que o Server 2008 R2 fez anteriormente na linha para servidores. A maioria dos programas 32-bit funciona na versão 64-bit e o hardware mínimo requerido (na prática, não o oficial) para x86 deixa de fora plataformas sem um processador 64-bit. Na pior das hipóteses, o Windows 7 x86-32 estará conosco até 2020. Quando você pensa em máquina low end velha, hoje, o que lhe vem à cabeça? Eu penso num Celeron Conroe-L ou Sempron K8 (2005~2006), ambos processadores x86-64. Qualquer coisa anterior não tem poder de fogo suficiente para rodar o Windows 7 nem o futuro Windows 8. Obrigado, Microsoft, por manter a moribunda arquitetura x86-32 viva por mais

systemd no Arch

Sou um usuário do Fedora, mas admiro o Arch Linux. Para mim é o Slackware moderno. Do que infiro das listas de discussão de projetos FOSS, é comum o pessoal mais "tradicional", "da linha de comando", torcer o nariz para qualquer coisa que altere a forma como se administra o sistema. Não estou falando em mudanças de interface, mas mudanças estruturais por baixo do capô. Depois do PulseAudio, que é fundamental — a infraestrutura de áudio estaria nas trevas sem ele —, o systemd foi um dos projetos mais difamados pelo "pessoal das antigas". Tendo o Arch um público alvo mais técnico, seria razoável pensar que ambos os projetos ficassem relegados ao repositório Community , a segunda divisão da distribuição, correto? Errado. O PulseAudio hoje faz parte do repositório Extra . Significa que é plenamente suportado. Não faz muito aconteceu o mesmo com o systemd. O time do Arch não tornou-o padrão e empacota-o de forma a ser possível mantê-lo lado a lado com o sys

Gerar imagens de PDFs pelo prompt de comando

Numa pasta cheia de arquivos PDFs, precisei criar imagens com suas capas. Compartilho com os leitores a solução que encontrei com o ImageMagick (no Windows). ImageMagick para Windows: Windows Binary Release (última versão no momento: 6.7.5-7) 32-bit: ImageMagick-6.7.5-7-Q16-windows-static.exe 64-bit: ImageMagick-6.7.5-7-Q16-windows-x64-static.exe Para ele conseguir trabalhar com PDF é necessário o Ghostscript . (última versão no momento: 9.02) 32-bit: gs902w32.exe 64-bit: gs902w64.exe Instale em par, ou seja, se usar a versão 32-bit do ImageMagick, instale também a versão 32-bit do Ghostscript. Idem para 64-bit. Agora crie um .cmd ou rode diretamente: md capas for %f in (*.pdf) do convert -define pdf:use-cropbox=true -density 300 "%f"[0] -geometry 800 -quality 85% "capas\%~nf-capa.jpg" -define pdf:use-cropbox=true dependendo do PDF, é necessário para não ficar bordas. Achei aqui: ImageMagick: Formats -density 300 (em dpi) faz supersampling p

Perfil em outra unidade: reinstalou o Windows? E agora?

Imagem
ATUALIZAÇÃO : final desastroso. Depois que fiz todo o procedimento descrito a seguir, não reiniciei a máquina. Troquei o perfil de lugar e fiz logoff, logon novamente. O básico ficou funcionando e, tirando alguns atalhos quebrados de programas anteriormente instalados, o resto parecia ok. Parecia... foi só reiniciar que quebrou tudo. Windows Explorer não abre mais, Painel de Controle, nada. O sistema ficou totalmente bugado. Então atenção: o tutorial a seguir não funciona . Leia-o apenas como curiosidade. Que tristeza... Para quem seguiu o meu tutorial para mover o perfil para outra unidade, uma pergunta que deve ter ficado é: se o Windows for reinstalado, será possível aproveitar o perfil sem precisar criar outro e mover os dados para ele? Resposta: sim, com alguns malabarismos. Causa: permissões. Cada vez que um novo usuário é criado no Windows, ele é associado a um SID ( Security Identifier ). Ao reinstalar, mesmo que seja criada uma conta com o mesmo nome, o SID será dif

Alterar porta usada pela Área de Trabalho Remota

Não existe opção na interface para alterar a porta TCP (3389) usada pela Área de Trabalho Remota (Remote Desktop) do Windows. É possível, contudo, mudá-la alterando o valor PortNumber na chave de registro HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp

Guia de configuração do Samba não-PDC

Se você pesquisar por "smb.conf" no Google achará uma infinidade de tutoriais mostrando arquivos gigantes de configuração, sempre com uma tonelada de opções inúteis e obsoletas (quando não prejudiciais), que são passados adiante por blogs, fóruns, sites, sem a mínima análise do seu conteúdo. Minha motivação aqui é ir contra a maré do copiar/colar e explicar uma configuração enxuta, baseada em versões recentes do Samba (4.3.0 ou superior), para o comum cenário de tê-lo servindo algumas pastas na rede da sua casa ou escritório em um grupo de trabalho, sem atuar como controlador de domínio (PDC). O primeiro conselho é não ir atrás dos smb.conf gigantes. Faça justamente o contrário: a partir de uma configuração mínima, vá adaptando até chegar no que for ideal. As opções padrão que o Samba usa para o que não estiver especificado no arquivo são na maioria dos casos suficientes e otimizadas. E use a ferramenta testparm , que é muito útil para enxugar baboseira do arquivo. Com

VLC 2.0.0

Saiu a versão 2.0.0 do VLC. A lista de mudanças é enorme. Destaco: - Decodificação multithreaded através da libavcodec. - Melhores legendas . - Melhor suporte para Real Media. - Resolvidos os problemas com o PulseAudio. Recomendadíssimo! http://www.videolan.org/vlc/

Designed for Microsoft Windows 95

Imagem
Será que funciona com o Windows 7? AMD AMD-X5-133ADW (Am5x86-P75) (CPU-World)

Fedora 17 Alpha se aproxima

Estava usando o Fedora Rawhide, mas por causa da recompilação em massa de todo o repositório com o GCC 4.7.0 o sistema quebrou feio. Depois, com os trabalhos para o /usrmove a pleno vapor, tive menos entusiasmo para tentar uma nova instalação. Nada a reclamar, visto que o Rawhide serve para isso. Porém o Fedora 17 Alpha se aproxima (está previsto para o dia 28 deste mês). A partir do Alpha, a versão de desenvolvimento começa a ficar usável. Continua um campo minado, mas menos perigoso. Na versão 17, a equipe da Red Hat e demais colaboradores estão buscando completar uma lista impressiva de mudanças e novidades. Algumas delas: - Diretórios /bin , /sbin , /lib e /lib64 foram movidos para dentro do diretório /usr . Motivações para a mudança estão especificadas aqui , aqui . Gerou uma boa flame war o assunto. Quanto a mim, apoio completamente. O motivo de ter as pastas separadas deixou de existir faz décadas. Escrevi sobre aqui . - Gnome 3.4 e KDE 4.8.0: as melhorias de sempre

Alguns problemas com o perfil do Windows em outro volume

Ao contrário do esperado, alguns problemas surgiram com o perfil do Windows 7 na unidade D. Primeiro o software da Asus Xonar DG , que insiste em colocar os arquivos C:\Users\<usuario>\AppData\Roaming\ASUS\Xonar DG Audio Center\cmicnfp.ini C:\Users\<usuario>\AppData\Roaming\ASUS\Xonar DG Audio Center\AsusAudioCenter.dll na unidade C . Pior, fica moendo o disco com um loop eterno de CreateFile(), LockFile(), QueryStandardInformationFile(), ReadFile(), UnlockFileSingle() e CloseFile() no arquivo AsusAudioCenter.dll; neste post do fórum da Asus tem a mesma reclamação. Procurei por tudo no registro para mudar o local para a unidade D , mas ao que parece o ASUSAUDIOCENTER.EXE tem o caminho hardcoded no seu código e não usa as variáveis %APPDATA% ou %LOCALAPPDATA% nem fornece um meio de configurar manualmente o caminho. Má programação, Asus, má programação. O que é confirmado pelo fato que instalei o driver depois de ter movido o perfil. No cmicnfp.ini supostame

ReFiSeFuQui

Risível ver alguns bradando por "distribuições Linux nacionais", "soberania" e verborreia assemelhada. Falta avisar para essa gente que o ecossistema Linux é majoritariamente desenvolvido por corporações estrangeiras e que, se o trabalho delas fosse suprimido da noite para o dia, tudo implodiria. É um erro chamar as ReFiSeFuQui de distribuições Linux. São projetos que apenas sugam suas distribuições mãe e quase sempre (sempre?) não agregam absolutamente nada aos códigos upstream — o que importa de fato . Trocar um tema, papel de parede, customizar uma seleção de pacotes, colocar alguns ícones em lugar diferente e chafurdar em shell scripts de qualidade duvidosa nada importa para o ecossistema Linux. O ecossistema precisa de programadores, designers, tradutores, testadores. Faça uma pesquisa para ver como existem vários projetos open source em estado de morte latente por falta de gente. Ah, e nem venha com a estupidez da "seleção natural", que nem merec

Sincronizar hora pela internet a cada boot no XP

Esta dica originou-se da necessidade de usar um cacareco com uma PC-Chips M812 com o circuito que alimenta a memória CMOS bixado como um servidor de impressão do tipo adaptação temporária eterna . Sistema operacional: Windows XP SP3. Conferir se o serviço Horário do Windows (W32Time) está ativo e confgurado em "Automático". Adicionar ao registro o seguinte — permite correção de mais de 15 horas (no caso da M812 fica mais de 8 anos atrasado, hahahaha). REGEDIT4 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config] "MaxNegPhaseCorrection"=dword:ffffffff "MaxPosPhaseCorrection"=dword:ffffffff Configurar os servidores NTP. Usando o NTP.br (pode usar outros se quiser). net time /setsntp:"a.ntp.br b.ntp.br c.ntp.br" net stop w32time net start w32time Arquivo C:\Documents and Settings\All Users\Menu Iniciar\Programas\Inicializar\hora.cmd @echo off echo Ajustando horario... ping -n 11 127.0.0.1 >NUL w32tm /resync O

Entrando na era dos SSDs

Imagem
Pronto, comprei um OCZ Agility 3 60GB na WAZ. R$ 350 incluindo frete com pagamento por boleto. É um SSD com o controlador SandForce SF-2281 e memória flash MLC assíncrona. Fiquei em dúvida se valeria a pena ou não pagar um pouco mais pela memória flash síncrona do OCZ Vortex 3 ou do Corsair Force GT, que em teoria melhora o desempenho com dados pouco comprimíveis, com os quais o controlador SandForce não consegue fazer o "milagre da multiplicação" de compactar/descompactar em tempo real o que se grava e lê no drive. Olhando alguns banchmarks a diferença não me pareceu muito grande (inesperadamente o Agility 3 é até mais rápido que o Force GT em alguns testes) e como o orçamento já estava estourado fiquei com o mais barato. Não é um modelo top, mas para quem vem dos HDs e chega na ilha dos SSDs pela primeira vez é uma diferença da água para o vinho no desempenho -- e torço para que na estabilidade e durabilidade também... :-| A atual geração de SSDs tem implementações bem

Como mover os perfis de usuário para outro local no Windows 7

Imagem
[Atualização - 19/01/2017] ATENÇÃO: faz tempo que não uso mais este método. Não sei dizer se funciona em Windows posteriores ao 7. Levando em conta que isto não é suportado pela Microsoft, recomendo cautela. Na dúvida, não aplique nada! ☠ Coloque rótulos nas unidades para facilitar a identificação. Considerarei que o Windows está instalado na unidade C e você quer mover os perfis para a unidade D . Reinicie e entre no menu "Opções de Inicialização Avançadas" pressionando F8 durante a inicialização. Escolha "Reparar o seu computador". Na janela "Opções de Recuperação do Sistema", escolha o layout de teclado e o seu usuário (se não tiver senha, deixe o campo em branco). Abra, então, o "Prompt de comando". No ambiente de recuperação, geralmente as letras das unidades mudam. Use o comando dir ( dir C: , dir D: , dir E: , etc.) e o rótulo de cada unidade para identificá-las. Copie a pasta dos perfis para o novo lugar: robocopy D:\Users

Multimídia no Fedora

Não faz muito o Fedora Rawhide (que originará o Fedora 17) passou por uma recompilação completa de todos os pacotes com o GCC 4.7.0. É um processo que acontece de quando em quando para sanear pacotes antigos que foram ficando para trás e para aproveitar novas otimizações do GCC. A situação do repositório RPM Fusion era similar até o Fedora 16. Ainda existiam pacotes compilados no Fedora 10 lá. Eles funcionam nas versões mais novas, pois a glibc possui uma compatibilidade retrógrada razoável. Boa notícia é que o repositório "Rawhide" do RPM Fusion, que será F17 depois do branch , também passou por uma (parcial) recompilação em massa. Os pacotes velhos ganharam roupa nova, ou melhor, instruções novas :-). Além disso, o gstreamer-ffmpeg foi atualizado para a versão 0.10.13, que habilita decodificação multithreaded por padrão. Espero que até a versão final o FFmpeg seja atualizado para a série 0.9 ou 0.10 (no momento o pacote lá é da série 0.8) e que venha com a captura vi