Caixa Seca

Cenário: servidor Linux rodando Samba com clientes Windows. Quando acessamos, num grupo de trabalho, outra máquina na rede local pelo nome, digamos \\CENTOS , o Windows 10 tentará os seguintes protocolos para achá-la: NetBIOS, mDNS e LLMNR. 16:57:54.025570 IP 192.168.2.2.netbios-ns > 192.168.2.255.netbios-ns: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST 16:57:54.025651 IP 192.168.2.2.mdns > 224.0.0.251.mdns: 0 A (QM)? CENTOS.local. (30) 16:57:54.025725 IP6 fe80::f0a4:cbb5:c600:f448.mdns > ff02::fb.mdns: 0 A (QM)? CENTOS.local. (30) 16:57:54.025870 IP 192.168.2.2.mdns > 224.0.0.251.mdns: 0 AAAA (QM)? CENTOS.local. (30) 16:57:54.025929 IP6 fe80::f0a4:cbb5:c600:f448.mdns > ff02::fb.mdns: 0 AAAA (QM)? CENTOS.local. (30) 16:57:54.026235 IP6 fe80::f0a4:cbb5:c600:f448.51438 > ff02::1:3.hostmon: UDP, length 24 16:57:54.026301 IP 192.168.2.2.51438 > 224.0.0.252.hostmon: UDP, length 24 16:57:54.026464 IP6 fe80::f0a4:cbb5:c600:f448.64716 > ff02::1:3.hostmon: UD...

No Windows 10 1803, com objetivo de diminuir o uso de disco, a Microsoft desativou o backup automático do registro , salvo em %SYSTEMROOT%\system32\config\RegBack . Pode ser restaurado com facilidade sobrescrevendo os arquivos de mesmo nome uma pasta abaixo. Para quem tem espaço e poder de processamento sobrando, sugiro ativar novamente. É um backup que numa improvável eventualidade pode salvar a lavoura — particularmente o SYSTEM . Basta importar: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Configuration Manager] "EnablePeriodicBackup"=dword:00000001 Não consegui descobrir exatamente como funciona o agendamento. É feito uma vez a cada uma ou duas semanas mais ou menos.

Pergunta que de quando em quando aparece nos fóruns. Há ferramentas aos moldes do excelente Rufus para Linux, acho. Dá também para rodá-lo dentro de uma máquina virtual com Windows, conectando o dispositivo USB ao sistema operacional convidado. Tratarei aqui da forma manual, entretanto. Não é muito complicado. Precisamos de particionamento MBR (MS-DOS), que serve tanto para instalar em Legacy/CSM quanto UEFI, com uma partição formatada em FAT32. O particionamento é tranquilo. Pode ser feito via cfdisk , fdisk ou sfdisk , bem como parted ou GParted. A partição precisa ser marcada como ativa para funcionar no modo Legacy/CSM. Usando como exemplo /dev/sdx . Comandinho mágico : # echo ',,0c,*' | sfdisk --lock=yes --wipe=always --wipe-partitions=always --label=dos /dev/sdx (tipo 0x0c : FAT32 LBA) Depois criamos o sistema de arquivos FAT32: # mkfs.fat -F 32 -v /dev/sdx1 Caso o alvo seja UEFI, basta montar /dev/sdx1 e extrair o conteúdo do...

Novidades desde a última vez . A partir da versão 12.0.0.11181 (Ghost Solution Suite 3.3 RU4) e 12.0.0.11197 (Deployment Solution 8.5 RU4) [1] : - EXT4 com recurso metadata_csum ainda é problemático. Captura funciona pelo menos, com reclamação. Não é mantido ao restaurar. EXT4 com metadata_csum - XFS é suportado. Desde a 12.0.0.10618, há a opção -ISR , que habilita um tal de "Smart Raw Imaging for use with XFS filesystems", cuja descrição é "only sectors that by along with their locations on disk rather than capturing full disk sectors". Na nova versão, a opção passou a ser habilitada automaticamente. Pelo jeito, o formato do arquivo mudou, pois a Broadcom diz que imagens contendo XFS criadas com versões anteriores precisam ser refeitas. Pelo pouco que pude testar, funciona direito. - Aliás, agora é Broadcom Ghost, pois a Symantec foi vendida. - Clonagem de disco...

A partir da versão 2.36, os programas da suíte util-linux que lidam com particionamento e sistema de arquivos ganharam a opção --lock=<modo> e a variável de ambiente LOCK_BLOCK_DEVICE=<modo> para ativar a supressão de processamento do udev. Veja o post Usando o sfdisk para detalhes. Enquanto escrevo, existe suporte no fdisk , cfdisk , sfdisk , mkswap , wipefs . Modos disponíveis: 1 ou yes → aguarda eventual trava ativa ser removida (recomendado). 0 ou no → ignora trava (comportamento anterior), padrão se a opção não for especificada. nonblock → retorna erro se existir trava ativa. <ferramenta> --lock=yes /dev/sdx e LOCK_BLOCK_DEVICE=yes <ferramenta> /dev/sdx terão o mesmo resultado.

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): ...

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...

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...

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ç...

(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

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...