Caixa Seca

Até o momento, o desktop Linux mostrou-se inviável. Ao invés de ficarmos em estado de negação colocando a culpa nos outros, quem sabe admitimos que a anarquia resultante da falta de padronização e interfaces (de programação) estáveis, que torna a distribuição de aplicativos um tormento , é uma das principais causas do fracasso? Linus Torvalds com a palavra: Q&A with Linus Torvalds (DebConf14, WebM, 550 MiB) (trechos 00:05:07 - 00:11:36, 00:57:17 - 01:02:07) Há muito tempo eu martelo nessa tecla. Várias vezes, no Fórum GdH, critiquei o modelo de repositórios como única forma amigável de distribuir aplicativos e a obrigação de linkar bibliotecas dinamicamente para entrar nas distribuições — o engessamento que traz. Mesmo a contramedida mais usada, repositórios separados (à la PPA e Copr), não resolve a raiz do problema. A forma de distribuição de aplicativos precisa ser repensada. Oxalá kdbus, Wayland, GNOME Apps e Cia. consigam mudar esse triste quadro. Servidor

Recurso gerenciado pelo firmware, que, depois de um (configurável) tempo, ou depois da bateria atingir baixo nível de carga, quando o sistema está no modo de espera, copia o conteúdo da memória para uma partição com identificador específico no SSD (só funciona com SSDs, não com HDDs) e desliga a máquina. Ao ligá-la, despeja o conteúdo da partição de volta na memória e engana o sistema operacional, que pensa ainda estar voltando do modo de espera. Com o Rapid Start ativo, não faz sentido oferecer o modo de hibernação, porque a máquina estará em modo de espera ou, se as condições forem atingidas (tempo, carga da bateria), hibernada por conta do firmware, sem interferência do sistema operacional. Ultrabooks costumam ter um SSD mSATA pequeno, entre 16 e 32 GB, para uso com o Rapid Start. O firmware apenas disponibilizará o recurso se achar a partição adequada nele tendo no mínimo o tamanho da quantidade de memória instalada. Vamos imaginar que o SSD esteja limpo, como novo, depois de u

Mesmo antiga, é uma boa máquina (saudade das telas com proporção 16:10). Casa bem com o Windows 7 64-bit, principalmente se tiver um Core 2 Duo ao invés dos Celeron M (todos Merom) que equipavam as configurações mais baratas. Vinha com o Vista na época. Na página de suporte do modelo, a Dell não oferece drivers para o 7 e alguns são apenas para Vista 32-bit. Nada que não possa ser resolvido com uma pesquisa. - BIOS: http://www.dell.com/support/drivers/br/pt/brbsdt1/DriverDetails?driverId=X8D5V (só roda sobre Windows) - Áudio: http://www.dell.com/support/drivers/br/pt/brbsdt1/DriverDetails?driverId=KVPFR (precisa ser instalado no modo de compatibilidade Windows Vista SP2) - Vídeo: https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=18228 - AHCI: http://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=20104 - Touchpad: http://www.dell.com/support/drivers/br/pt/brbsdt1/DriverDetails?driverId=6TV08 - Leitor de cartões: http://www.dell.com/support/drivers/br/pt/brbsdt1/

Foi implementado discard manual na versão de desenvolvimento do NTFS-3G. Será possível rodar fstrim /ponto_de_montagem (ou fstrim -a ) em volumes NTFS. Upgraded fuse-lite to support ioctls Implemented fstrim(8) Fixed fstrim(8) applied to partitions

EXT4 Os sistemas de arquivos EXT podem manter uma lista de setores considerados defeituosos, que passam a ser ignorados. A lista não é gerenciada automaticamente pelo kernel e depende do espaço de usuário: e2fsck da suíte e2fsprogs. O e2fsck ( fsck.ext* são links apontando para o binário) oferece dois modos de funcionamento com as opções -c e -cc . O primeiro faz uma varredura somente leitura, enquanto o segundo é de escrita não destrutiva. Roda por baixo do capô [1] o badblocks , outro programa da suíte. No modo de escrita, lê os setores relativos ao bloco em teste, coloca-os na memória, escreve bits aleatórios e depois grava novamente os dados originais nos mesmos endereços LBA. Todos os discos rígidos não arcaicos realocam por conta, durante escrita, setores ruins à medida que aparecem. Daí a utilidade da opção -cc . Ao usar -c[c] , -k define que setores ruins detectados na verificação atual serão adicionados à lista existente ao invés de substituí-la. # e2fsck -ccky

Usando o Windows 8.1, o aparelho não desliga nem reinicia. Depois do Windows encerrar, a tela apaga, porém o LED de força continua aceso e o sistema (ventoinha, disco rígido) continua ligado, nos obrigando a meter o dedo no botão. O problema está no driver do adaptador wireless Atheros ( Dell Wireless 1705 ). A versão 10.0.0.263 disponível no site da Dell é causadora do bug. Falando com o suporte, eles estão por fora e você só perde tempo fazendo testes que nada detectam. A versão 10.0.0.276 resolve. Tem que ser garimpada na página de suporte de outros modelos, como do Vostro 15 3546 : 3546_Network_Driver_0V0TX_WN_10.0.0.276_A00.EXE Nota: quanto desperdício de banda distribuírem um arquivo de 273 MiB, sendo que precisamos apenas da pasta "drivers", de 17,5 MiB. ☹

Existia um bug no kernel , de manifestação aleatória, que fazia o código EFI stub falhar. Impedia inicializar com o Gummiboot e demais bootloaders anti-inchaço para UEFI . Estará consertado no 3.16 e podemos esperar backports para as séries estáveis. x86/efi: Include a .bss section within the PE/COFF headers

Pentium III ____________ __________ | | | | P6 ... --> | Coppermine | --> | Tualatin | |____________| |__________| | +---------------------------------+ | | Pentium 4 | ____________ ___________ ____________ _____________ | | | | | | | | | | NetBurst | Willamette | --> | Northwood | --> | Prescott/ | --> | Cedar Mill/ | | | | | | | Smithfield | | Presler | | |____________| |___________| |____________| |_____________| | +-----------------+ | Core Duo ___v____ ________ _______ | | | | | | Pentium M | Banias | --> | Dothan | --> | Yonah