Caixa Seca

Que bom o XFS estar ganhando tração ultimamente depois da Red Hat decidir usá-lo como sistema de arquivos padrão no RHEL 7 . Comentei tempos atrás que não faz sentido rodar o fsck.xfs pois é um shell script inócuo. A alternativa para ter uma linha a menos no journal (e uma invocação a menos de shell) é colocar fsck.mode=skip nas opções de boot. Para quem só usa sistemas de arquivos XFS, tudo bem. Para quem tem outros tipos de sistemas de arquivos, é um remédio forte demais. Distribuir fsck.xfs e fsck.btrfs falsificados, que não servem para nada, era algo que fazia sentido em épocas passadas quando os inits estavam no tempo da pedra e o fsck (util-linux) não sabia contornar a falta deles. Como Tom comenta , o fsck ≥ 2.25 não retorna erro caso não existam. Ou os desenvolvedores das suítes xfsprogs e btrfs-progs os linkam a /usr/bin/true , condição que reflete o que cada comando (não) faz e é considerada implementação inexistente pelo systemd ≥ 215 , ou não distribuem fsck.<s...

Ahh, Microsoft, que beleza... O Microsoft Update é o Windows Update que atualiza além do Windows demais programas da empresa, como o Office. Can't turn on Microsoft update in Windows 7 x86 (Super User) Temos que colocar microsoft.com temporariamente na lista de compatibilidade (Ferramentas → Configurações do Modo de Exibição de Compatibilidade) para funcionar.

Ter o X server rodando sem privilégio de root é um sonho de anos. Não existia infraestrutura para implementá-lo assim. Graças ao majestoso trabalho de David Herrmann, a partir do systemd 208, o logind possui uma API que cuida da tarefa (será aproveitada pelos compositores Wayland também). http://dvdhrm.wordpress.com/2013/08/24/session-management-on-linux/ http://dvdhrm.wordpress.com/2013/08/24/how-vt-switching-works/ http://dvdhrm.wordpress.com/2013/08/25/sane-session-switching/ http://thread.gmane.org/gmane.comp.sysutils.systemd.devel/13114 http://thread.gmane.org/gmane.comp.sysutils.systemd.devel/14812 Na forma atual, o próprio X é encarregado de gerenciar os dispositivos e, por isso, precisa ser root. Com o logind, não mais. O X server 1.16 suportará essa configuração. http://thread.gmane.org/gmane.comp.freedesktop.xorg.devel/40262 http://cgit.freedesktop.org/xorg/xserver/commit/?id=1c61d38528a573caadee2468ee59ea558c822e09 Mudanças relacionadas: http://thread.gman...

Continuando a profilaxia iniciada no Windows 8, que começou a exigir NX bit, SSE2 e PAE, no 8.1, a versão 64-bit passou a requerer algumas instruções adicionais para funcionar: CMPXCHG16B, PREFETCHW e LAHF/SAHF. - CMPXCHG16B existe desde os AMD K8 revisão F (Manila/Orleans/Windsor) e Intel Prescott revisão E0 (os primeiros a terem EM64T, NX bit). - PREFETCHW é uma instrução exclusiva da AMD, que consiste numa NOP nos modelos da Intel a partir dos Cedar Mill/Presler. Será implementada na futura arquitetura Broadwell. - LAHF/SAHF são suportadas desde os Prescott revisão G1 e K8 revisão D (Palermo/Winchester). Passando a régua, nos AMD, o ponto de corte são os K8 revisão F e, nos Intel, por serem os primeiros a aceitarem PREFETCHW, os Cedar Mill/Presler. Fora que algumas revisões dos Prescott/Smithfield possuem um bug na instrução CPUID que não retorna ao sistema operacional que LAHF/SAHF são suportadas. Levando em conta que os usuários do 8 são obrigados a atualizar para o 8....

O venerável cfdisk é um programa de particionamento simples, com uma interface de texto baseada em ncurses. Faz tempo que não o recomendo, pois está obsoleto por ainda usar alinhamento por cilindros , além de não entender nada além do particionamento MBR. Para a futura versão 2.25 da suíte util-linux (no momento rc1), o cfdisk foi reescrito e agora usa a libfdisk, mesma biblioteca usada pelo fdisk. A libfdisk é atualizada, suporta MBR, GPT, consulta a topologia do dispositivo de armazenamento para alinhar as partições. http://article.gmane.org/gmane.linux.utilities.util-linux-ng/9269 O que fazemos no cfdisk é possível fazer no fdisk. A diferença é a interface. Post no blog do Karel: new cfdisk (util-linux v2.25) . Quentinho numa próxima versão da sua distribuição predileta, desde que não seja o Debian ou Ubuntu ...

Excelente teste do The Tech Report: The SSD Endurance Experiment: Casualties on the way to a petabyte (veja as atualizações anteriores linkadas no artigo para acompanhar a saga)

O sistema de arquivos usado no OS X (HFS+) possui sérias limitações. HFS+ Bit Rot (Aymeric on Software) ( via OSNews ) Mac OS X 10.7 Lion: the Ars Technica review (Ars Technica) (pág. 12) Apesar do artigo dizer ser o HFS+ o responsável pelo bit rot , acho meio improvável que esteja tão escangalhado assim a ponto de corromper por conta os arquivos. Está mais para algo no hardware. Sistemas de arquivos que não mantêm checksums dos dados não possuem nenhuma forma de validar a integridade dos mesmos e simplesmente confiam no que o hardware entrega. Checksums dos metadados têm igual propósito, mas protegem apenas as estruturas do sistema de arquivos em si, não dos dados armazenados. Comparando com os Unix-like, temos no Linux: EXT4 - Apesar de ter também raízes nos anos 80, tem menos limitações. Peca pela forma como indexa espaço livre (bitmaps) e pela confusão de opções de formatação/montagem, algumas incompatíveis entre si. Enquanto escrevo (e2fsprogs 1.42.x), o mke2fs ainda ...

Meu colega de fórum Ignacio (ignacho) fez o favor de questionar no Clube do Hardware o que tinham a dizer sobre a perseguição alegada pela administração do fórum Guia do Hardware: http://forum.clubedohardware.com.br/index.php?showtopic=934265 A resposta é esclarecedora. Só agora fiquei sabendo. O pior? É segredo! Você posta esse link no FGdH e sua mensagem é apagada na velocidade da luz. Uma vergonha. A falta da bom-senso da moderação é muito antiga. Eu criei este blog em 2011 depois de me aborrecer por lá. Mais tarde, voltei a participar enquanto via o fórum definhar. Ultimamente, começou uma caça às bruxas contra "vocabulário chulo". Minha reclamação - http://www.hardware.com.br/comunidade/v-t/1338412/ (restrito) Marcos FRM - 09-04-2014, 18:16 Título: Sobre links contendo palavras de baixo calão Para não floodar o tópico aberto pelo edutango, posto aqui. Não sei, mas a regra me parece muito rígida. Exemplo: eu coloquei como assinatura semanas atrás um link ...

Google Chrome Goes 64-Bit on Windows (WinSuperSite.com) O Internet Explorer suporta rodar com processos 64-bit de forma decente desde a versão 10 (o motor JavaScript não era otimizado em 64-bit na versão 9 e inferior ); agora, o Chrome entrará na lista também numa futura versão estável. Ficará faltando o Firefox. A Mozilla fala em compilações 64-bit há muito tempo (outro link relacionado aqui ). Veremos se com o empurrãozinho do Chrome as coisas andam mais rapidamente por lá.

http://thread.gmane.org/gmane.comp.sysutils.systemd.devel/19440/focus=19510 Não que signifique o fim do mundo para os Upstart da vida, pois distribuições usando inits alternativos poderão continuar mantendo por conta versões anteriores do udev durante o tempo que quiserem. Porém o quadro está traçado: com o kdbus pronto, o udev não será mais um componente que poderá rodar isoladamente (sem grandes adaptações) do systemd.