Postagens Etiquetadas ‘Xfce’
Caso não queiras usar os botões de hibernar e suspender no Xfce 4.6, há uma forma simples. Abra um terminal e digite (ou copie) os seguintes comandos:
$ xfconf-query -c xfce4-session -np ‘/shutdown/ShowSuspend’ -t ‘bool’ -s ‘false’
$ xfconf-query -c xfce4-session -np ‘/shutdown/ShowHibernate’ -t ‘bool’ -s ‘false’
Dica extraída do fórum Xfce.
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.
- Clique duas vezes em My Computer (Meu Computador).
- Clique no ícone Removable Disk (Disco Removível). Aparece uma mensagem lhe perguntando se quer formatar a unidade. Clique em Yes (Sim).
- 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.
- Clique em Start (Início).
- Clique em OK. A formatação pode levar mais de 60 minutos. Não desconecte o drive durante o procedimento.
- 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.
Pois bem, senhoras e senhores, moças e rapazes, meninas e meninos. Eis que estou pilotando (desde o final da madrugada) o Karmic alpha 6 — versão de teste da futura 9.10 que deverá sair no dia 30 de novembro de 2009. Até agora não entendi porque não lançam dia 1º de novembro e colocam ela logo como 9.11…
A única tragédia na reinstalação foi que as minhas configurações de rede ficaram bagunçadas (fiquei com dois gateways, um em eth0 e outro em eth1, mas nada que sudo route del default gw eth0 não tenha resolvido, embora que temporariamente).
Problema com a rede resolvido. Bastou desinstalar o NetworkManager e seus penduricalhos para ter paz novamente. Ele não funciona corretamente em uma máquina que serve como estação de trabalho e distribuição de acesso a uma rede interna, pois não consegue lidar com IP fixo de forma correta quando a interface WAN depende de DHCP. Ele coloca dois gateways ao mesmo tempo, ou coloca só o gateway na interface com IP fixo, ou tenta DHCP em ambas, além de não respeitar o parâmetro de métrica (prioridade) em cada interface. Ainda havia pensado que o NetworkManager estivesse priorizando a interface eth0 (como é abordado na literatura atual sobre redes, evidenciando-a como a interface que fica apontada para a rede externa), mas na verdade ele considera a interface mais importante como a que possui IP fixo (contrariando o funcionamento desejado em um ambiente onde o IP da interface WAN do gateway é obtido através de DHCP). Entretanto, o NetworkManager ainda tem sua utilidade em estações de trabalho e computadores portáteis que não tenham IP fixo e eventualmente duas ou mais interfaces de rede (Cabo, WiFi, 3G, VPN etc.)
$ cat /etc/network/interfaces
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
dns-nameservers 127.0.0.1 208.67.222.222 208.67.220.220
metric 10
auto eth1
iface eth1 inet static
address 192.168.0.254
netmask 255.255.255.0
dns-nameservers 127.0.0.1 208.67.222.222 208.67.220.220
metric 100
Aliás, na versão 9.04 houve inversão entre eth0 e eth1, o que foi muito pior, mas também contornável (editando o arquivo /etc/udev/rules.d/70-persistent-net.rules é possível determinar os nomes das interfaces ethernet), além de um bug asqueroso onde o GDM “morria” sempre no primeiro login após o início, e com ele arrastava o X.org inteiro (azar de quem estivesse usando, iria perder todo o trabalho não salvo).
O kernel 2.6.31 parece levemente mais responsivo (que palavra horrível, arrumarei um termo mais condizente com o nosso idioma) porém ainda tem sérios problemas com os gráficos quando há acesso ao disco rígido (graças a falta de preemptividade comum na série generic do Ubuntu). O Totem continua o mesmo lixo de sempre, engasgando para tocar qualquer vídeo com CODEC proprietário. A minha curiosidade era com relação ao upstart e ao devicekit (e cá entre nós, a inicialização até ficou mais rápida, porem ao carregar o GDM, a sua lerdeza compensa a rapidez da parte anterior). Eu como não fico ligando e desligando PC, muito menos reiniciando-o de 5 em 5 minutos, tempo de carga do SO não me interessa nem um pouco, muito menos as funções de suspender (suspend to ram) e hibernar (suspend to disk).
Por ora é só (atualizado em 27-09-2009 01:00). 
Existem quatro diferentes temas ajustáveis no Xfce: decorações de janela, interfaces GTK+, cursores e ícones. É possível encontrar temas em vários sítios; abaixo seguem alguns exemplos:
É possível encontrar mais informações sobre como criar um tema para o gerenciador de janelas aqui (em inglês).
Um tema GTK+ é o tema do toolkit (botões, campos de texto etc). A maioria dos temas GTK+ precisam seus motores de tema próprios, então certifique-se que os mesmos estejam instalados com o mesmo prefixo do toolkit GTK+. Para instalar e usar um tema, siga estes passos:
Se houver algum problema com os temas de ícones, é também recomendada a instalação do pacote hicolor-icon-theme.
Nota particular: bem que o WordPress poderia ser menos estúpido e manter as tags CODE sem forçar quebra de linha, como no Wiki.
