Postagens

Mostrando postagens de julho, 2013

data=writeback no EXT4

O kernel não permite alterar o modo padrão data=ordered para data=writeback com um mount -o remount . Detalhe ingrato é que systemd do initramfs [1] , antes do pivot_root , monta o sistema de arquivos raiz sem opção alguma em somente leitura, desconsiderando /etc/fstab , para depois remontá-lo em leitura/escrita, desta vez interpretando as opções do arquivo. Então, ao colocar data=witeback no /etc/fstab , se o sistema de arquivos em questão for o / , não iniciará mais. A melhor solução é usar um recurso presente nos sistemas de arquivos EXT que permite armazenar algumas opções de montagem nos superblocos dos mesmos. Assim, se mantivermos o defaults no /etc/fstab , desde o initramfs será montado com a opção correta. Para fazê-lo, portanto, deixe /etc/fstab quieto e use o tune2fs : # tune2fs -o journal_data_writeback <dispositivo> Agora dará para reiniciar sem medo. Para desfazer: # tune2fs -o ^journal_data_writeback <dispositivo> O modo writeback afrouxa

O legado carcomido foi preservado

O Fedora habilita por padrão uma penca de daemons inúteis, que servem apenas para atrasar pacas o boot. Desde muito tempo é assim. Uma pena, porque faz, em instalações sem ajuste manual posterior, a distribuição jogar fora uma das grandes virtudes do systemd. Para o Fedora 20, havia uma esperança que o pior de todos pudesse sair da instalação padrão, continuando obviamente no repositório: sendmail. Havia, pois, por um voto , a proposta foi rejeitada. Ainda pior: o voto derradeiro (ou melhor, a falta de) foi de um dos propositores da mudança , Matthew Miller, que roeu a corda no último minuto se abstendo de votar! Continue lutando Lennart, por favor! https://plus.google.com/115547683951727699051/posts/dToG1PGNc1Q

Atualizações de firmware da Acer rodam sobre DOS

Imagem
A Acer não documenta que seus EXEs contendo atualização de BIOS/firmware rodam sobre DOS. Da mesma forma que as atualizações da Dell, os executáveis são híbridos e rodam sobre Windows e DOS. Em máquinas com UEFI, se necessário, mude para o modo "Legacy BIOS" temporariamente. Dê boot por um pendrive de boot contendo o executável. Então, apenas execute o EXE que o programa da Insyde rodará e em seguida reiniciará a máquina para atualizar. Quando terminar, reiniciará de novo. E pronto.

Linux for Workgroups

Linux 3.11 renamed to 'Linux for Workgroups' (OSNews linkando The H) Dos comentários do BR-Linux : Dudu O autoexec.bat tinha mais lógica de ser que muito init.d com scripts começando com 0 pra se ordenar a execução. Em tempos de launchd Open source quem sabe a brincadeira sirva pra reflexão. Muitos componentes na maior parte das distribuições são tão arcaicos ou mais quanto no próprio Windao 311. O kernel sem duvida e moderno. Mas as distros fazem juz a homenagem. Não pode ser mais verdadeiro. Por isso, escolha uma distribuição com o systemd!

initramfs "HostOnly" no Fedora 19

No Fedora 19, foi implementado o modo "HostOnly" no Dracut, o gerador de initramfs: http://fedoraproject.org/wiki/Features/DracutHostOnly Até o Fedora 18, os initramfs (arquivos *.img em /boot ) criados eram genéricos, contendo módulos para hardware variado. Com "HostOnly", passam a ser criados especificamente para o hardware em uso, tornado-se bem menores (ex. de 17 MiB para 7 MiB). Ao mesmo tempo, um initramfs genérico "Rescue" é criado uma vez durante a instalação, para casos de emergência, como troca de hardware. O novo recurso é problemático, contudo, para o cenário de aplicar uma mesma imagem em várias máquinas com hardware diferente. Para voltar para um initramfs genérico, fazemos o seguinte antes da criação da imagem: # yum -y install dracut-nohostonly dracut-norescue # rm -f /boot/*rescue* # dracut -f --regenerate-all # grub2-mkconfig -o /boot/grub2/grub.cfg A partir do Fedora 20, os pacotes mudaram: # yum -y remove dracut-config-re