Postagens

Inicialização via USB na placa-mãe Intel D101GGC

Imagem
Estamos em 2020 com as implementações UEFI prestes a removerem o Compatibility Support Module (CSM). Ainda assim, cá estou eu falando de uma placa-mãe de 15 anos atrás: Intel D101GGC (soquete 775, DDR1!) com BIOS 0313. Se a memória não me falha, foi o único modelo da marca a usar chipset ATI (Radeon Xpress 200). Pendrive de 16 GB com particionamento MBR criado pelo Rufus. Partição, ativa, iniciando no setor 2048 (alinhamento por MiB ). Código de boot do GRUB4DOS no MBR. Sistema de arquivos FAT32. Não inicializa. Estar detectando o dispositivo como drive ZIP é uma pista. No setup tem esta opção (Advanced → USB Configuration → USB ZIP Emulation Type): Padrão é Auto … que usa emulação Floppy . Mudando-a para HDD faz funcionar: Não lembro de placas de outros fabricantes oferecerem esse ajuste. A propósito, olha a relíquia que é o processador da máquina: # lscpu Architecture: x86_64 CPU op-mode(s): ...

Cuidado com pastas criadas na raiz da unidade C:

Imagem
Tenho uma pasta na raiz da unidade C: onde coloco alguns programas úteis. Está presente na variável de ambiente PATH do sistema. As ACLs padrão da raiz da unidade dão permissão de escrita, em todas as pastas ali criadas — propagada ao conteúdo descendente —, a todos os usuários autenticados (que tenham feito logon), incluindo quem não é administrador. Diferente das pastas C:\Program Files e C:\Program Files (x86) , tipicamente usadas para tais fins, que não possuem permissão de escrita para usuários limitados. Por isso alguns programas burros, que não fazem diferenciação entre o território do sistema operacional e do usuário , criam pastas diretamente na unidade C: . Qualquer usuário autenticado pode escrever ali, não sendo necessário usar o perfil. Nosso maior exemplo são os programas da Receita Federal, cuja pasta é C:\Arquivos de Programas RFB . Contudo, como minha pasta está no PATH , é um problema! Pode ser usada para ataques de DLL preloading . É imperativo remover a per...

Discos rígidos SMR estão aparecendo silenciosamente

Imagem
Buyer beware—that 2TB-6TB “NAS” drive you’ve been eyeing might be SMR (Ars Technica) Western Digital admits 2TB-6TB WD Red NAS drives use shingled magnetic recording (Blocks & Files) A tecnologia tradicional usada nos discos rígidos chama-se Perpendicular Magnetic Recording (PMR) [1] e permite que qualquer setor físico ( 4 KiB ) seja escrito e reescrito sem restrições. Com finalidade de aumentar a capacidade de armazenamento, foi criada a tecnologia Shingled Magnetic Recording (SMR): What is Shingled Magnetic Recording (SMR)? (StorageReview) Methods of SMR Data Management (StorageReview) SMR in disk drives: PC vendors also need to be transparent (Blocks & Files) Shingled hard drives have non-shingled zones for caching writes (Blocks & Files) Bem resumidamente, discos rígidos SMR possuem, de forma similar aos SSDs, o conceito de erase block . A granularidade do apagamento é maior do que um setor de 4 KiB: apenas zonas inteiras, compreendendo vários setore...

O novo SystemRescueCd

Imagem
Nem tão novo assim… SystemRescueCd é meu Linux live preferido para tarefas de manutenção faz tempo. Até a versão 5.3.2 era baseado no Gentoo, distribuição alienígena para mim. Há cerca de um ano, mudou sua base para o Arch. Versão saltou para 6.0.0 indicando a mudança. Testei-a rapidamente e, quando vi que o layout de teclado brasileiro não funcionava, voltei à antiga e nela fiquei. Passado um ano, a antiguidade dos pacotes começou a pesar, em especial o kernel por causa do suporte a hardware. Tendo como base o Arch, não podia ser muito difícil. Decidido a resolver a questão do teclado, lá fui eu caçar bugs e, claro, consertá-los. Acabei resolvendo mais problemas pelo caminho. Shell padrão mudou do Zsh para o Bash na 6.0.0. Ambos são modernos, porém o Zsh tem, entre outros, o fantástico recurso de preenchimento automático navegável. Com o redesenho que fiz no mecanismo de autologin, foi fácil implementar a opção de boot rootshell= . A partir da versão 6.1.1, as seguintes opç...

SMB server-side copy

(ou: mais um motivo para deixar o Windows 7 💀 para trás) Quem lida com arquivos grandes acessando-os através de compartilhamentos de rede sofre com Windows anteriores ao 8/Server 2012 pela falta de suporte à requisição FSCTL_SRV_COPYCHUNK do protocolo SMB2 no Windows Explorer. Suponha que copiemos \\serv\pasta1\arq.7z para \\serv\pasta2 . No Windows 7, todo o conteúdo de arq.7z trafegará pela rede duas vezes: primeiro do servidor para o cliente (leitura), depois do cliente para o servidor (escrita). A partir do Windows 8, o cliente apenas diz ao servidor para copiar o arquivo de uma pasta para outra — a cópia é feita internamente no servidor, sem trafegar pela rede. Faz uma diferença enorme. Suportado a partir do Samba 4.1.0 sem necessidade de configuração adicional. Referências: Server-Side Copy (SambaWiki) Relacionado: Guia de configuração do Samba não-PDC

Adeus, Neil

Imagem
R.I.P. Na última sexta-feira, o mundo da música foi pego de surpresa pelo anúncio do falecimento de Neil Peart, 67 anos, acontecido três dias antes (07/01/2020), baterista e letrista do Rush, vitimado por um câncer no cérebro, que tratava fazia cerca de três anos. Como fã , fiquei triste. Rush foi uma das principais trilhas sonoras da minha adolescência. Passado aquele surto por rock, ao diversificar meu gosto, Rush continuou tendo lugar cativo nas minhas listas de reprodução. O primeiro disco que escutei foi All the World's a Stage (ao-vivo de 1976) no início do ensino médio. Logo em seguida, Exit... Stage Left (outro ao-vivo, 1981). Ambos me impressionaram demais. Gastei muitas fitas cassete escutando esses e dali para frente vários outros discos da banda enquanto ia ao colégio de ônibus. Não vejo sentido nesses rankings de melhor baterista. Existem muitos excelentes bateristas mundo afora. Vários provavelmente mais técnicos do que o Neil. Importa é que ele estava no t...

openSUSE Leap 15.0 já era

Suporte terminou em 03/12/2019. Hora de atualizar para o 15.1! https://lists.opensuse.org/opensuse-announce/2019-12/msg00000.html Quem não usa repositórios de terceiros nem Btrfs, basta primeiro atualizar o sistema, reiniciando caso necessário: # zypper up E depois: # sed -i 's/15.0/15.1/g' /etc/zypp/repos.d/*.repo # zypper --gpg-auto-import-keys ref # zypper dup Reinicie e pronto. Nos demais casos, ver: https://en.opensuse.org/SDB:System_upgrade