No desktop, também com x86 64 tudo corria bem, pelo que tive de investigar o que faltava aqui.

Como o plugin da Adobe já estava instalado, só tive de fazer:

Code:

Depois, foi só fazer

Code:

e iniciar o Firefox.

É só gente!

Não que isso tivesse qualquer resultado prático, mas isso foi por eu não ligar nada a estas coisas e por ter andado a dormir nestes últimos meses.

O certo é que o Google não engana, quem procura chrome, encontra

A palavra chave de Setembro

Já não acho tanta piada á mensagem que recebi do Filipe Sequeira a partir do formulário de contacto do site, que pergunta:
"Queria saber se, tal como li no Público posso susbstituir o Internet Explorer e ou o Firefox pelo Chrome como motor de busca se há vantagens especiais nisso e porquê. Obrigado"

Ó Filipe, que é que eu tenho a ver com isso?

By the way, Mr. Google, do you want a new chrome.pt domain for your browser?

Gaita, só não acerto no euromilhões

1º - Faça uma pesquisa no Google por quintadealvre. Para simplificar, basta clicar no link anterior.

2º - Clique na 7ª entrada do resultado, que indica o url videonewportnews...

3º - Aqui chegou á twilightzone. Se tudo correr "bem", verá a imagem seguinte, informando que o seu computador está "constipado"

A mensagem inicial do falso antivirus

Depois, o browser é maximizado e é feito um suposto "scan online".

O suposto scan forçado

Claro, o sistema tinha de estar "infectado"! É giro ver aquele escudo colorido, igualzinho ao da MS. Será para inspirar confiança?

O perigo á espreita

4º - Agora as opções não são muitas. Clique onde quiser para receber um virus fresquinho. A outra opção, para quem se esqueceu de que está a usar um browser, é fecha-lo e acabar de vez com o virus. Bem... isso para mim, utilizador de Fedora, que não estou nada habituado a Windows, até é fácil, mas imagino que o não seja para o utilizador típico da MS, que logo que vê a primeira mensagem deve dar um salto na cadeira...

O perigo á espreita 1

5º - Após guardar, basta sorrir por pensar que recebeu um antivirus de borla, e é mais uma vitima de uns tipos que se dão a uma trabalheira dos diabos para lixar os outros.

Sai um virus para o PC do canto!

Agora a sério, não se deixe enganar por scans não solicitados. Isto é como quando vai ao café; de certeza que não aparece nenhum tipo que não conhece a oferecer-lhe a bjeca. Ninguém dá nada a ninguém ser querer algo em troca. Ás vezes até acontece, mas é raro no mundo MS.

Só para não esquecer, neste caso até devia ter o pc limpo, mas se foi na conversa, ficou com um virus.

Code:

Basta isto para o sistema ficar funcional.

Windows Live USB Creator (imagem retirada do site)

A grande vantagem de ter um live usb flash stick é a de podermos atribuir espaço para guardar alterações (persistent overlay creation, suportado apenas no Fedora 9), tornando este objecto muito útil para transportarmos connosco para qualquer lado onde não haja o nosso sistema operativo de eleição, permitindo ter todas as nossas coisas, favoritos, documentos, etc.

É muito útil também, para salvar o computador daquele amigo que insiste em usar aquele SO vulnerável a virus e afins, bastando para tal, instalar um anti-virus e fazer a sua actualização regular.

Esta ferramenta é para quem usa MS Windows, os utilizadores de linux podem ver no Fedora LiveCD USB HowTo como proceder para criar o seu Live USB.

Como o portátil não tem DVD, optei por fazer o upgrade online, bastando para tal fazer o download do release-notes-9.0.0-1.noarch.rpm e do fedora-release-9-2.noarch.rpm.
Depois de instalar, basta fazer o yum upgrade.

Ficou tudo funcional, excepto o HDAPS que não há forma de instalar. Já na versão 8, cada vez que havia uma nova release do kernel, eu tinha de compilar manualmente o Tp smapi com suporte ao HDAPS, mas desta vez...
Sem HDAPS não há rotação automática do ecrã, mas será de certeza temporário.

Como tenho a partição /home encriptada com dm-crypt/luks, e é necessário chamar o script de arranque para a montagem da partição, tive de editar o /etc/rc.d/rc.sysinit, uma vez que o upgrade substituiu este ficheiro por um novo, guardando o anterior como /etc/rc.d/rc.sysinit.rpmsave.
A última acção para tornar o sistema utilizável, passou por alterar o fundo do ecrã, porque muito sinceramente, o fundo padrão desta release é, no mínimo, de mau gosto, uma situação nada habitual no Fedora, que tem wallpapers bem bonitos.

No desktop, a coisa foi mais complicada.
Já tinha tentado instalar o Fedora 9 Preview, mas sem exito, pois após a instalação, o RAID não funcionava de forma alguma. Colocado o bug report, disseram que já havia uma versão mais recente do mdadm, a versão do preview era a mdadm-2.6.4-3. Estupidez minha, bastava ter arrancado com o rescue disk e fazer um yum update.
Entretanto, já tinha instalado o Fedora 8 na máquina, e estava tudo perfeito.
Com o lançamento da versão final, lá queimei o dvd e fiz o upgrade, mas com maus resultados, o mdadm continua sem funcionar.
Arrancando com o rescue disk funciona perfeitamente, todos os arrays são iniciados. Arrancando normalmente, surge a mensagem "mdadm failed to RUN_ARRAY /dev/md1: invalid argument" e prontos, nem com todos os updates feitos isto funciona.
Continuo a aguardar um update ou solução. Em última análise, lá terei de novo o trabalho de tentar uma instalação total a ver se o mdadm rola como deve.

Com o disk druid do Fedora, criei uma partição /boot que coloquei em RAID 1 (partição de boot só pode ser RAID 1) nos 4 discos. Crei depois a partição do sistema e uma /home em RAID 10.

Backup de partições
Após a instalação, é conveniente guardar a informação das partições de todos os discos, para que, caso haja mais tarde algum "acidente", seja fácil a sua substituição e reconstrução de arrays.
Assim, criei uma pasta raidinfo em /root e copiei a partição com:
# /sbin/sfdisk -d /dev/sda > partitions.sda

Fazendo isto para todos os drives do sistema, fiquei com backups de todas as partições, e caso tenha de substituir algum drive, só terei de carregar a tabela de partições com o comando:

Code:

Instalação do GRUB
Quando se faz a instalação do sistema, o grub é colocado apenas em id0, no caso de serem drives scsi, ou em /dev/sda para os drives ide. Assim, se algum desses drives falha, ficamos impedidos de arrancar com o sistema, parando o mesmo no grub.

A solução é executar o grub e fazer a sua instalação em todos os drives que fazem parte do RAID e que tenham uma partição /boot, no meu caso, os 4 discos.

Na linha de comandos, escrever grub leva-me para a shell do grub:
#grub
grub>

Agora procuro a localização de todos os ficheiros de configuração do grub com
grub>find /grub/stage1

Esta acção devolve-me todos os discos do meu raid, pois a partição boot está nos 4 discos:
(hd0,0)
(hd1,0)
(hd2,0)
(hd3,0)

Agora tenho de assegurar que o grub seja instalado no MBR de todos os drives raid, para que, no caso de falha do drive hd0, o MBR do drive seguinte seja lido, colocando o grub a funcionar. O sistema segue automaticamente a ordem de drives e usa o primeiro MBR e partição activa que encontra. Assim, caso o hd0 esteja desactivado, ele tenta carregar o MBR do hd1, depois do hd2, e assim sucessivamente.

Colocando em prática o atrás escrito, e sabendo que o hd0 tem o grub no MBR, executo:

Grub>device (hd0) /dev/sdb
Grub>root (hd0,0)
Grub>setup (hd0)

depois

Grub>device (hd0) /dev/sdc
Grub>root (hd0,0)
Grub>setup (hd0)

e finalmente

Grub>device (hd0) /dev/sdd
Grub>root (hd0,0)
Grub>setup (hd0)

Ter em atenção que usei sempre hd0, só alterando o /dev/sdX, uma vez que o drive 0 é o que tem o MBR, pelo que, passando esses comandos para o grub, colocam o drive seguinte como 0 no caso de falha do anterior.

Acabei de instalar com sucesso o grub no MBR de todos os mirrors do meu sistema e marquei a partição de boot como activa em todos eles, assegurando que, caso o hd0 falhe, consiga carregar o sistema a partir do hd1 (ou do hd2 ou hd3, caso o hd1 também falhe!) sem qualquer problema.

Alguns comandos para mais tarde recordar:

Estado do RAID - # cat /proc/mdstat
Personalities : [raid10] [raid6] [raid5] [raid4] [raid1]
md0 : active raid1 sdb1[1] sda1[0] sdd1[3] sdc1[2]
104320 blocks [4/4] [UUUU]

Detalhe de um array - # /sbin/mdadm --detail /dev/md3

Adicionar um array - # /sbin/mdadm /dev/md0 -a /dev/sdb1
mdadm: re-added /dev/sdb1

Iniciar array - # /sbin/mdadm -A --run /dev/md1
mdadm: device /dev/md1 already active - cannot assemble it