Caixa Seca

TP-Link TG-3468 TP-Link TG-3468 (Realtek RTL8168B + EON EN25F05). Bruta diferença para o fast ethernet.

Com a recente falha no código do EXT4 que pode levar a corrompimento e perda de dados, é uma boa hora para este post. :-) A partir do Fedora 18, o Anaconda finalmente deixará usar o diretório /boot em XFS, o que me permitirá remover em definitivo o sistema de arquivos EXT4 que era obrigado a ter aqui. O /home faz tempo tenho em XFS. Como uso apenas duas partições, uma / e outra /home , o diretório raiz inteiro acabava ficando em EXT4 na marra, pois separar apenas o /boot (mais uma partição) não me entrava na cabeça. Agora sim. É uma partição XFS para o / e outra para /home . Um detalhe que não custa registrar é que o fsck.xfs (um shell script) nada faz. Ele é inútil . Logo, não existe propósito nele ser invocado durante a inicialização. Para dizer para o systemd não executá-lo, adicione às opçoes de boot : fsck.mode=skip Entretanto, se você tiver outros sistemas de arquivos aí, sugiro que deixe habilitado, pois no EXT2/3/4, JFS, o fsck.<xxx> faz alguma coisa.

Difícil um sistema de logs trazer algo que entusiame? Não com o Journal: systemd for Administrators, Part XVII (Lennart's Blog) O systemd usado no Fedora 17 (ver Fedora sem rsyslog e cronie ) não tem todos os recursos citados no link, porém é o suficiente para o meu uso. A partir do F18, estará bem mais completo e candidata-se para no Fedora 19 substituir o rsyslog na instalação padrão.

Sistemas de arquivos modernos, EXT4, XFS, Btrfs, têm um recurso chamado pré-alocação persistente, que a grosso modo faz o sistema reservar espaço para o arquivo que está sendo criado (mesmo entre reboots, daí o persistente ), sem precisar o encher de zeros, como ocorre em sistemas de arquivos obsoletos. Aliado à alocação por extents (grupos de blocos) e alocação atrasada, dá ao kernel a possibilidade de fazer escolhas muito melhores à medida de vai salvando o arquivo no disco, evitando a fragmentação. Infelizmente é um recurso que necessita adaptações por parte das aplicações. Basicamente significa usar as funções fallocate() ou fallocate64() na hora de criar o arquivo. As funções foram adicionadas à versão 2.10, porém fallocate64() ficou disponível em 32-bit apenas na glibc 2.11. Qualquer distribuição atual usará uma versão igual ou superior a 2.11; logo, não é mais problema. Já existia há mais tempo a função posix_fallocate() , porém ela tem a peculiaridade de, em sistemas de

O PowerTOP me deu algumas recomendações para diminuir o consumo de energia. Bad VM writeback timeout Bad Enable Audio codec power management Bad NMI watchdog should be turned off Bad Runtime PM for PCI Device ATI Technologies Inc IXP SB400 USB2 Host Controller Bad Runtime PM for PCI Device ATI Technologies Inc IXP SB400 Serial ATA Controller Bad Runtime PM for PCI Device ATI Technologies Inc IXP SB400 Serial ATA Controller Bad Runtime PM for PCI Device ATI Technologies Inc IXP SB400 USB Host Controller Bad Runtime PM for PCI Device ATI Technologies Inc IXP SB400 IDE Controller Bad Runtime PM for PCI Device ATI Technologies Inc IXP SB4x0 High Definition Audio Controller Bad Runtime PM for PCI Device ATI Technologies Inc RC410 [Radeon Xpress 200] Bad Runtime PM for PCI Device Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ Bad Runtime PM for PCI Device 3Com Corp

No post Escritas duráveis (ou: o mal que o EXT3 causou) mostrei uma forma de desativar o write cache do disco rígido usando um .service do systemd. Considerei apenas um disco /dev/sda . Quando existe mais de um HD na máquina, poderíamos repetir a linha ExecStart adaptando o nome do dispositivo. Funcionaria, porém não seria lá uma solução muito robusta, pois se algum disco for adicionado ou removido o arquivo precisaria ser atualizado. E se por algum motivo surgir um disco interno chamado /dev/sdzzz ? (saiba que é possível , porém improvável :-) Quem sabe automatizar um meio de desativar o write cache em todos os discos existentes na máquina que sejam do tipo não-removível? O systemd é um projeto que quer retirar o shell script da onde for possível. Tirá-lo da vitrine do processo de boot. Mas obviamente não acabar com ele. Este é um caso onde um pequeno shell script ajuda pacas e trabalha em harmonia com o systemd. Chega de papo e vamos lá. /usr/local/libexec/desativa-write-cac

A partir do systemd 38 existe uma implementação syslog nativa, o journal. O Fedora (F17 ou superior), contudo, manteve o rsyslog na instalação padrão, passando a ter dois sistemas de log ao mesmo tempo (o systemd encaminha as mensagens para o rsyslog). Apesar de não ter todos os recursos corporativos do rsyslog, o journal pode ser o suficiente para desktops ou até mesmo servidores. Decidi testar removendo o rsyslog: # yum remove rsyslog Se o Yum estiver configurado para automaticamente remover dependências órfãs , irão junto cronie , cronie-anacron e crontabs . Na verdade os demais pacotes serem removidos é um bug, pois o pacote RPM do systemd no Fedora 17 não tem um "Provides: syslog", mesmo tendo uma implementação syslog embutida. No F18, ao remover o rsyslog, o YUM não mais considerará que o cronie e turma ficaram órfãos. Considerarei que você tenha removido o cronie (fork do cron mantido pela Red Hat) e companhia. Sem ele, as tarefas agendadas não funcionarão ma

Promessa cumprida: Allow xfs /boot. Adeus EXT4 na minha próxima instalação.

Risco de perda de dados. https://bugzilla.redhat.com/show_bug.cgi?id=859373 http://jp-andre.pagesperso-orange.fr/advanced-ntfs-3g.html#windows8 Com o recurso fast startup (Jean-Pierre chama de fast restart , mas é fast startup , não? ), os Windows 8, 8.1 e 10 memorizam o estado dos dados armazenados no disco. Você carrega o Linux, escreve no volume NTFS com o NTFS-3G e ao voltar para o Windows ele dá fim a todos os dados escritos através do Linux pois não estão presentes na "imagem" que fez antes de ser desligado. Apenas acontece quando o Windows é desligado. Ao ser reiniciado não. Quebra-galho 1 : desativar seletivamente, clicando em "Desligar" com a tecla Shift pressionada ou invocando shutdown.exe /s com a opção /full . Quebra-galho 2 : desmarcar a opção "Ligar inicialização rápida (recomendado)" em "Painel de Controle → Opções de Energia → Escolher a função do botão de energia". Quebra-galho 3 : desativar completamente a hibern

fs/jfs: TRIM support for JFS Filesystem Suporte a opção de montagem discard e ao ioctl FITRIM virá no kernel 3.7. Relacionado: Suporte ao comando ATA TRIM no Linux