Liquuid

É aquilo que todos sabemos, processadores Intel sem cooler reduzem o clock e "congelam", os AMD fritam ! No caso das AMD se o cooler parar uma boa placa mãe corta a energia do sistema, no caso do vídeo o dissipador foi retirado com o cooler funcionando, por isso a mobo não reagiu.

Já vi um caso real de um AMD fritar, um técnico inexperiente/relaxado não fixou o dissipador corretamente, e esse se soltou durante o transporte da máquina. Ao ligar o processador fritou, atingiu uns 300 graus e derreteu o soquete do processador na placa mãe, perda total.M

Atenção crianças !

O desafio é simples, instalar o gentoo 2007.0, usand um cd de instalação do SuSE 10.3, em um HD externo USB, sendo que essa máquina não pode ficar fora do ar durante todo o processo. A solução é compilar o gentoo que será instalado no macbook pro a partir do meu fabuloso AMD64 3000+ que tem instalado o gentoo x64.

No seu linux favorito pegue o stage3 da versão i686 do gentoo :

wget http://www.las.ic.unicamp.br/pub/gentoo/releases/x86/2007.0/stages/stage3-x86-2007.0.tar.bz2

Agora você vai precisar dos seus superpoderes de root, para descompactar o stage3 de modo correto:

su -
mkdir gentoo
cd gentoo
tar -xjvpf stage3-x86-2007.0.tar.bz2

Agora nos precisamos configurar os diretórios virtuais /dev e /proc dentro do nosso novo sistema :

mount -o bind /dev/ dev/
mount -o bind /proc/ proc

cp /etc/resolv.conf etc
chroot . /bin/bash

Dentro do novo sistema vamos popular a árvore do portage e atualizar o sistema, com os comando :

emerge --sync
emerge -u world

Calculating world dependencies... done!

!!! Error: the sys-apps/portage-2.1.4_rc1 package conflicts with another package;
!!!        the two packages cannot be installed on the same system together.
!!!        Please use 'emerge --pretend' to determine blockers.

For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked

Ooops ! Algo deu errado ! Como o portage é muito mais recente que o stage3 temos conflitos na resolução e pacotes. Para resolver o problema vamos usar os comandos :

emerge --nodeps portage
emerge bash

E com isso encerro essa primeira parte da saga !

Já formatei meu notebook 3 vezes, uma quando comprei, outra quando notei que após 3 migrações de notebooks estavam fazendo mal ao meu sistema ( do ibook pro powerbook e agora pro macbook), e agora por problemas com Utter Crap HFS .

Quando fiz o segundo format eu notei que meu sistema antigo estava configurado para ser Case-Insensitive, ou seja "Isso==iSSo". Como minha escola é Unix pra mim nada mais natural do que usar um sistema Case-Sensitive onde "iSSo é diferende de IssO", pena que os desenvolvedores de software pra plataforma não sabem disso. Logo após restaurar minhas tralhas do backup notei que meu Warcraft III - TFT não tava mais rolando, reclamava de arquivos faltando, fui corrigindo o case dos nomes dos arquivos um por um, e quando notei que eram centenas, fiz um script mas foi inútil pois a Engine do jogo não segue um padrão ao chamar os arquivos.... A minha solução foi criar uma imagem de disco Case- Insensitive e botar o game dentro. Deu certo, e a vida continuou.

Nas crises da vida, notei que se eu quiser ter um futuro conjulgal terei que lidar menos com a máquina e mais com sentimentos, emoções e arte. Então decidi voltar a desenhar e tentar a sorte profissionalmente no médio prazo... Então nada mais natural do que dominar as ferramentas básicas padrão do mercado. Domino bem o Gimp e o Inkscape, e sei que eles tem limites, mas nunca instalei um illustrator ou photoshop na vida e sei que eles tem virtudes. Após um interminavel download do site da Adobe quando fui instalar a versão Trial do Flash :

Pra não cair no problema do Warcraft a Adobe simplesmente limou o suporte ao HFS Case-sensitive, pensei comigo que seria possível usar a mesma estratégia do Warcraft, criando uma imagem de disco e jogando tudo dentro... Errei ! Tive que reformatar meu HD usando Case Insensitive pra evitar futuros problemas. O problema não tem outra solução, e segundou alguns MacAcos velhos que conheço esse tipo de incompatibilidade sempre rolou.

É como eu disse, quase não da trabalho, mas quando da normalmente é perda total :P

Ok, a máquina ficou por volta de 30 minutos sem responder, o HD do macbook pro é muuuuito lerdo PQP ! Mas não travou :) E ainda consegui trabalhar nela por algumas horas... depois de fechar todos os apps, a memória voltou ao normal, sem memory leaks, um feito !

http://www.speedy.com.br/comunicado.asp

A idéia é estruturar uma coleção de funções de modo que o uso de programas como ffmpeg, mencoder e convert seja simples mesmo a partir da linha de comando. Outra idéia é criar uma caixa de conversão, onde os arquivos a serem convertidos sejam arrastados para uma janela e convertidos por ordem de chegada, usando (se disponível) processamento paralelo de outros máquinas rodando o curd em sua rede local (ou não).

Para que o processamento paralelo seja possível será necessário a criação de um daemon, cujo o algorítmo será discutido ao longo do tempo.

cvs -d:pserver:anonymous@cvs.curd.berlios.de:/cvsroot/curd login
cvs -z3 -d:pserver:anonymous@cvs.curd.berlios.de:/cvsroot/curd co curd

E também : http://www.opensourcemac.org/

Assunto encerrado :)

http://www.astro.iag.usp.br/~algol/computacao/ObjCtutorial.html

Lascou-se ! Tudo deu errado ! Deletou tudo ! TIRE SEU MICRO DA TOMADA IMEDIATAMENTE, isso ai puxe o fio ! Não dê shutdown !
Parece loucura, afinal , tirar o micro da tomada não é nenhum procedimento técnico não é mesmo ? Mas isso impede que o sistema operacional grave arquivos no disco... Ao deletar um arquivo na verdade o sistema operacional apenas realoca seu espaço ocupado para novos arquivos, se por um acaso o SO gravar um novo arquivo ele pode sobre-escrever seu precioso arquivo com algum arquivo temporário ou um importante log do sistema :-/

Muita calma nessa hora o computador está desligado, seu arquivo está seguro ! Para religar todo cuidado é pouco, um erro e todos seus arquivos deletados podem ir para o limbo ! Será nescessário religar seu sistema em modo reparo com as partições em RO (read-only), como fazer ?
Se vc usa lilo/yaboot, dê um tab no prompt descubra o nome do Label do seu sistema e acrescente "ro init=/bin/bash", por exemplo :

Linux ro init=/bin/bash

Se vc usa grub, no menu de opções aperte "e" no item que corresponde a sua distro, "e" na linha do kernel e adicione "ro init=/bin/bash no final.... então aperte ESC e b para bootar.

Isso vai fazer com que o sistema monte a partição root em modo ro e vai iniciar o processo bash como processo número 1 no lugar do init.... Pode acontecer do diretório dev não ser populado ou seja não será possível montar outras partições se nescessário... se isso acontecer, vc deve remontar a partição / para leitura e escrita (mount -o rw,remount /) e rodar o comando udevstart (ou devfsd para quem usa sistemas antigos como debian sarge desatualizado e etc...) e rezar para dar certo.

Se tudo der errado, a única forma é iniciar o sistema no runlevel 1 , mas isso pode ser uma péssima idéia em algumas distros... várias delas escrevem no disco antes de entrar em modo de manutenção, entre elas : Fedora, Ubuntu, gentoo... deve haver uma porção delas por ai... Tenho quase certeza que slackware e debian não o fazem.

Na distro em questão (gentoo) isso ocorreu, o sistema escreveu no disco e não foi pouco : as consequencias serão descritas no final.....

Bom com o sistema montado em ro e com o bash em mãos é hora de agir ! O sistema de arquivos reiserfs peca por não ter uma ferramenta para recuperar arquivos deletados.... ou pior se ela existe não é livre (várias ferramentas de sistema do reiserfs não são livres....), mas tem uma gambiarra que funciona bem....É o comando reiserfsck !

Use :

reiserfsck --rebuild-tree -S /dev/PARTICAO

Esse comando vai buscar por todos os arquivos e diretórios e vestígios dos mesmos na partição e vai criar um diretório chamado "lost+found" no topo da partição...
dentro desse diretório vc vai encontrar uma porção de arquivos cujo o nome são apenas números... no meu caso tive que procurar por um arquivo grande, e achei, depois para confirmar usei o programa "file" para identificar o conteúdo ,tá lá ! Arquivo RAR na cabeça, então foi só renomear....
Tive a sorte de ser um arquivo grande , fácil de identificar... mas e se fosse um arquivo pequeno ? Bem mais complicado, não tem jeito é garimpar até achar.... No caso de diretórios inteiros ou partições a sistuação é mais grave, todos eles vão ter números como nomes e muitas vezes arquivos aparecem fora de seus diretórios .... uma zona.

Bom, e como meu sistema inicializou em init 1 e escreveu no disco não deu outra, ele corrompeu partes do meu arquivo e só pude recuperar 30% do meu arquivo original, bom melhor que nada :-/