Velhas Tecnologias, Novos Conceitos

Resolvi testar ontem, e até o momento, atualizei a glibc e não foi necessário reiniciar o computador. Há uma página com instruções, mas como estão em inglês, vou fazer uma benevolência aqui e colocar “mastigadinho” para o Lucid Lynx (10.04, versões 32 e 64 bits).

Por favor, peça uma chave de acesso aqui, que a mesma será enviada para o e-mail especificado. Com esta chave será possível instalar o pacote Uptrack em todos os computadores desejados (grátis apenas para Ubuntu e derivados, não me perguntem a razão).

Para habilitar o repositório do Ksplice e instalar o Uptrack, crie o arquivo /etc/apt/sources.list.d/ksplice.list com as (duas) seguintes linhas:

deb http://www.ksplice.com/apt lucid ksplice
deb-src http://www.ksplice.com/apt lucid ksplice

Nota: particularmente penso que “deb-src” é dispensável; se achares também, comente a linha com um “#” ou não a inclua.

Agora rode os comandos abaixo, em ordem:

$ sudo apt-get install ca-certificates
$ wget --no-check-certificate https://www.ksplice.com/apt/ksplice-archive.asc
$ sudo apt-key add ksplice-archive.asc
$ sudo apt-get update
$ sudo apt-get install uptrack

O diálogo de instalação é em inglês. Será solicitada a chave de acesso: copie-a do e-mail recebido e cole-a no respectivo campo. Aceite a licença de uso (se ainda não tiver feito isto) e por fim rode o seguinte comando:

$ sudo uptrack-upgrade -y

Pronto! Agora reboot é coisa do passado!

Para os módulos de vídeo proprietários da Nvidia, é necessário recorrer a um “macete”, já que o dkms não faz o serviço direito caso GDM ou o X estejam rodando. É necessário que os módulos já tenham sido instalados (com falha ou não) via synaptic ou update-manager.

Feche todas as janelas que estiverem abertas, feche o gerenciador de janelas e volte para o GDM (no caso do KDM ou XDM, o comando será diferente). Quando a tela de login aparecer, pressione CONTROL+ALT+F1 para ir ao tty1. Dê login em modo texto e faça o seguinte:

$ sudo service gdm stop
$ sudo rmmod nvidia-current
$ sudo dpkg-reconfigure nvidia-current
$ sudo modprobe nvidia-current
$ sudo service gdm start && exit

Não sei como proceder ou qual a necessidade no caso de usar os drivers da ATI. Os que vêm no Xorg, via de regra, comportam-se bem, bastando sair do X e retornar.

Cada tty consome cerca de 0,56MiB de RAM, além de atrasar o processo de partida. Em computadores modernos não é algo muito impactante, mas em outros mais antigos, faz diferença. No caso de quem usa o upstart, há uma saída elegante: desabilitar os tty extras e depois “derrubá-los” ou reiniciar o computador para que as alterações sejam feitas. Para tanto, siga estes passos:

Edite o arquivo /etc/default/console-setup e coloque nele uma diferente quantidade de consoles. O valor padrão é [1-6], porém resolvi ser mais “modesto”:

# Setup these consoles. Most people do not need to change this.
ACTIVE_CONSOLES="/dev/tty[1-2]"

Depois edite os arquivos /etc/init/tty3.conf até /etc/init/tty6.conf, fazendo com que a linha

start on runlevel [23]

seja comentada (usando um ‘#’).

#start on runlevel [23]

Agora, podes reiniciar o computador, ou fazer uso do comando ‘initctl’:

$ sudo initctl stop tty3

Repita para os tty 4, 5 e 6.

Em versões mais antigas do upstart, os arquivos encontravam-se em /etc/event.d/. E ao contrário da crença popular (de que o servidor X permanece no vt7, aqui ele acabou indo parar no vt3 (CTRL+ALT+F3).

Para quem usa o espelhos.edugraf.ufsc.br a fim de atualizar o Ubuntu e seus derivados, sugiro que mude para outro servidor, pois este parece não estar com a sincronização em dia, nem para os pacotes com atualizações de segurança.

Entendo que o serviço para os usuários das distribuições sob a batuta da Canonical é gratuito, mas também é desleixo por parte de quem cuida do servidor não verificar o motivo da não-atualização dos repositórios.

Adquiri hoje, por R$349,00 (a vista, retirado diretamente na Wittech) uma unidade de backup (cópia de segurança) da marca HP, linha SimpleSave, de 1 terabyte (978 gigabytes, no frigir dos ovos), mas fabricada pela Western Digital Company (1º erro: deveriam explicitar quem é o fabricante real do equipamento — até porque não sou simpatizante da marca WD, graças à péssima qualidade de seus discos rígidos). Convém dizer que paguei o mesmo preço mais barato que a CompuJob está cobrando pela unidade de 500GB (R$399,00).

No manual, consta que os sistemas operacionais compatíveis com a unidade são apenas o Windows 7, Vista e XP (nada constando sobre Linux, *BSD, MacOS, QNX, Solaris e outros). Mas a intenção real é provar que esta compatibilidade pode ser ampliada.

Identificação da unidade através do comando lsusb:

Bus 001 Device 009: ID 03f0:4607 Hewlett-Packard

Identificação do(s) sistema(s) de arquivo e demais parâmetros pertinentes através do comando mount:

/dev/sdb1 on /media/HP SimpleSave type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)

/dev/sr1 on /media/HPLAUNCHER type iso9660 (ro,nosuid,nodev,uhelper=hal,uid=1000,iocharset=utf8)

No Xfce (Xubuntu 9.10 amd64) a unidade ao ser conectada à fonte de alimentação e posteriormente à porta USB (2.0), foi reconhecida de imediato, sem maiores problemas.

Para minha insatisfação, ao procurar por 03f0:4607 no Google, o primeiro resultado reportado é o de um erro ao iniciar o Ubuntu. Mas como não reinicio meu computador com frequência (e nem pretendo ficar com essa unidade conectada 24×7), tal falha não me preocupa.

Pelo visto, S.M.A.R.T. nem para remédio (ouch, é um WD!!!):

$ sudo smartctl -i /dev/sdb1

Device: HP External HDD Version: 1028

Serial number: WCAV53880754

Device type: disk

Local Time is: Wed Feb 3 23:41:17 2010 BRST

Device does not support SMART

$ du -h /media/HPLAUNCHER

2,0K /media/HPLAUNCHER

$ du -ch /media/HP\ SimpleSave | grep total

78M total (manuais, programas etc.)

Conforme o HP SimpleSave Desktop Hard Drive User Manual (em português brasileiro):

Formato da Unidade

Este dispositivo está pré-formatado para o sistema de arquivos NTFS. O sistema de arquivos suporta arquivos de mídia maiores que 4 GB.

Alguns computadores usam o sistema de arquivos FAT32 para organizar arquivos no computador. Esse sistema é compatível com o Windows XP. Com o FAT32, um único arquivo tem o limite de tamanho de 4 GB. Isso pode causar algum problema ao criar arquivos de backup. Se precisar usar este dispositivo em um computador que requeira o FAT32, você precisará reformatar a unidade.

Como Reformatar a Unidade para FAT32

Importante: Reformatar a unidade apaga todo o seu conteúdo. Se você já guardou os arquivos na unidade, assegure-se de fazer o backup antes de reformatar.

1. Clique duas vezes em My Computer (Meu Computador).
2. Clique no ícone Removable Disk (Disco Removível). Aparece uma mensagem lhe perguntando se quer formatar a unidade. Clique em Yes (Sim).
3. Clique em Full (Completo) na área de tipo de Formato na janela Format (Formatar). Você agora também pode inserir uma etiqueta para a unidade.
4. Clique em Start (Início).
5. Clique em OK. A formatação pode levar mais de 60 minutos. Não desconecte o drive durante o procedimento.
6. Quando a formatação estiver concluída, clique em Close (Fechar) e depois clique em OK.

Creio que o NTFS presta-se para a maioria dos mortais, mas como trabalho com Linux, penso que existem melhores (e mais confiáveis) sistemas de arquivos — lembrando que o xfs possui um desfragmentador online (cujo uso não requer a desmontagem da unidade). Sendo assim, é a minha escolha, pois é necessário um ponto de partida.

Importante: um dia pode haver necessidade de reversão do processo e transformar novamente o sistema de arquivos da unidade em NTFS (ou FAT32, WinFS etc.). Sendo assim, é recomendável fazer-se uma cópia de segurança de todo o conteúdo disponibilizado pela HP, que em formato ZIP ficou com aproximadamente 50,6MB (contra os 77,2MB originais).

Aparentemente ela aceitou bem a reformatação feita com o gparted.

/dev/sdb1 on /media/HPSimpleSave type xfs (rw,nosuid,nodev,uhelper=hal)

$ time cp -axv '/media/sda5/downloads/Русские фильмы' /media/HPSimpleSave

cp: é impossível criar o diretório `/media/HPSimpleSave/Русские фильмы': Permissão negada

Grrrr! (solução porca/gambiarrística, pois estou com pressa agora)

$ sudo chown bremm:root /media/HPSimpleSave

Novamente com o mesmo comando de cópia (origem e destino, ambos xfs):

real 7m58.463s

user 0m0.160s

sys 0m14.460s

$ du -b /media/HPSimpleSave/

3764529297 /media/HPSimpleSave/Русские фильмы

3764529337 /media/HPSimpleSave/

Cerca de 8min para 3,6GB de arquivos. Não é uma maravilha, mas em se tratando de xfs nas duas pontas e uma interface USB 2.0, está razoável.

$ time rm -rf /media/HPSimpleSave/Русские\ фильмы/

real 0m0.279s

user 0m0.040s

sys 0m0.190s

Curiosamente, ao mover os arquivos, o tempo real foi menor (!):

real 6m41.767s

user 0m0.160s

sys 0m14.090s

A explicação lógica é que os arquivos já se encontravam lá? Não sei ao certo, pois ao dar o rm -rf, apenas são mudados os dados na tabela de alocação de arquivo, e ainda seria possível recuperar os arquivos integralmente caso nada mais fosse gravado na unidade.

Agora, movendo cerca de 1,5GB em pequenos arquivos (clipes de música com tamanhos variados, de 30 a 120MB, aproximadamente):

real 3m21.463s

user 0m0.060s

sys 0m5.610s

Na tarde do dia 4 levei um susto, pois do nada a unidade “desconectou-se” e houve corrupção parcial no sistema de arquivos (coisa boba, mas que me deu um belo susto, pois achei que a unidade de disco havia “morrido”, graças a má fama do fabricante).

Feb 4 12:55:02 host kernel: [980441.415684] usb 1-4: USB disconnect, address 15

Feb 4 12:55:02 host kernel: [980442.437283] xfs_force_shutdown(sdb1,0×2) called from line 1043 of file /build/buildd/linux-2.6.31/fs/xfs/xfs_log.c. Return address = 0xffffffffa0b8fcfe

Feb 4 12:55:20 host kernel: [980459.800038] usb 1-4: new high speed USB device using ehci_hcd and address 17

Feb 4 12:55:20 host kernel: [980459.977441] usb 1-4: configuration #1 chosen from 1 choice

Feb 4 12:55:20 host kernel: [980459.978754] scsi13 : SCSI emulation for USB Mass Storage devices

Feb 4 12:55:25 host kernel: [980464.980724] scsi 13:0:0:0: Direct-Access HP External HDD 1028 PQ: 0 ANSI: 4

Feb 4 12:55:25 host kernel: [980464.986471] scsi 13:0:0:1: CD-ROM HP Virtual CD 4607 1028 PQ: 0 ANSI: 4

Feb 4 12:55:25 host kernel: [980464.987178] sd 13:0:0:0: Attached scsi generic sg2 type 0

Feb 4 12:55:25 host kernel: [980465.007888] sd 13:0:0:0: [sdb] 1952151552 512-byte logical blocks: (999 GB/930 GiB)

Feb 4 12:55:25 host kernel: [980465.013664] sr1: scsi3-mmc drive: 51x/51x caddy

Feb 4 12:55:25 host kernel: [980465.013961] sr 13:0:0:1: Attached scsi generic sg3 type 5

Feb 4 12:55:25 host kernel: [980465.018343] sd 13:0:0:0: [sdb] Write Protect is off

Feb 4 12:55:25 host kernel: [980465.030454] sdb: sdb1

Feb 4 12:55:25 host kernel: [980465.071034] sd 13:0:0:0: [sdb] Attached SCSI disk

Feb 4 12:55:28 host kernel: [980468.452495] sd 13:0:0:0: [sdb] Unhandled sense code

Feb 4 12:55:28 host kernel: [980468.452503] sd 13:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE

Feb 4 12:55:28 host kernel: [980468.452510] sd 13:0:0:0: [sdb] Sense Key : Medium Error [current]

Feb 4 12:55:28 host kernel: [980468.452518] sd 13:0:0:0: [sdb] Add. Sense: Unrecovered read error

Feb 4 12:55:31 host kernel: [980470.997117] sd 13:0:0:0: [sdb] Unhandled sense code

Feb 4 12:55:31 host kernel: [980470.997125] sd 13:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE

Feb 4 12:55:31 host kernel: [980470.997133] sd 13:0:0:0: [sdb] Sense Key : Medium Error [current]

Feb 4 12:55:31 host kernel: [980470.997141] sd 13:0:0:0: [sdb] Add. Sense: Unrecovered read error

Feb 4 12:55:34 host kernel: [980473.737905] sd 13:0:0:0: [sdb] Unhandled sense code

Feb 4 12:55:34 host kernel: [980473.737913] sd 13:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE

Feb 4 12:55:34 host kernel: [980473.737921] sd 13:0:0:0: [sdb] Sense Key : Medium Error [current]

Feb 4 12:55:34 host kernel: [980473.737929] sd 13:0:0:0: [sdb] Add. Sense: Unrecovered read error

[...]

Feb 4 13:24:15 host kernel: [982195.173140] __ratelimit: 22 callbacks suppressed

Feb 4 13:24:18 host kernel: [982197.701564] sd 15:0:0:0: [sdb] Unhandled sense code

Feb 4 13:24:18 host kernel: [982197.701572] sd 15:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE

Feb 4 13:24:18 host kernel: [982197.701580] sd 15:0:0:0: [sdb] Sense Key : Medium Error [current]

Feb 4 13:24:18 host kernel: [982197.701588] sd 15:0:0:0: [sdb] Add. Sense: Unrecovered read error

Resolvi então remontar a unidade “na unha” e ver se ela conseguia recuperar-se da falha (aparentemente causada pela porta USB e talvez pelo calor de quase 40°C aqui em casa).

Feb 4 13:24:35 host kernel: [982215.463130] XFS mounting filesystem sdb1

Feb 4 13:24:36 host kernel: [982216.415516] Starting XFS recovery on filesystem: sdb1 (logdev: internal)

Feb 4 13:24:36 host kernel: [982216.560097] Ending XFS recovery on filesystem: sdb1 (logdev: internal)

Verifiquei o conteúdo da unidade e o mesmo estava íntegro (ufa!) encontrei um arquivo danificado, que possivelmente estava no buffer do HD externo.

Hoje (24 de maio de 2010) estou fazendo testes com o parâmetro allocsize ao montar a partição xfs. allocsize=8M aparentemente é muito baixo para quem trabalha com arquivos grandes e talvez allocsize=64M comece a surtir algum efeito (para o MythTV o pessoal tem recomendado allocsize=512M, um degrau abaixo do valor máximo). O valor mínimo corrente é allocsize=4k, o padrão quando não especificado é allocsize=64k e o máximo é allocsize=1G (recomendável para quem trabalha com criação e especialmente cópia de vídeos de grande formato).

Nota: com mais tempo, colocarei os procedimentos e mais impressões sobre a unidade de disco.