Opa, povo!
> Vi em outra thread um rapaz que falou que usa lvm + xfs. *Acho* que
> vou ficar com isso mesmo. Vou instalar o meu sistema at� ter�a-feira e
> darei retorno sobre o que fiz. Muito obrigado pela ajuda, pessoal.
Instalei o sistema utilizando spanshot da pre5 do Debian-BR-CDD na
quarta-feira de cinzas, mas j� reinstalei hoje. O sistema n�o me
permitiu utilizar o / dentro do vg (grupo de volumes) e por isso tive
que instalar em uma parti��o por fora. Se me lembro bem, havia ficado
assim:
hda1 - 5 GB (fat32)
hda2 - 512 MB (swap)
hda3 - 6 GB (xfs)
hda3 - 29 GB (lvm) [divido em /usr, /home e /dados com xfs em cada um]
Na mesma hora fiz o dist-upgrade pois estava na universidade e com um
mirror literamente do meu lado : ). O sistema estava extremamente
r�pido, mais r�pido que agora!
Como nem tudo s�o flores e sapos podem cair do c�u (vide filme
Magn�lia), depois que coloquei mais 512 MB de RAM, fui desinstalar o
pacote `blam' e o sistema infelizmente travou. Reiniciei e o GDM n�o
abriu mais e disse mais ou menos assim: gdm: Unable to load shared
library usr/X11R6/lib/libX11.so.6 file or directory not found. O
estranho � que o arquivo existia. Pensei que o /usr estivesse corrompido
e tentei corrigir. Executei `init 1', desmontei o /usr e, quando tentei
utilizar as ferramentas do xfs, percebi que as mesmas estavam
sob /usr : (. Montei o /usr novamente e tentei rodar o xfs_check, mas
n�o me foi permitido porque o sistema estava montado.
Como j� estava cansado, desliguei o computador e fui beber �gua. Tempo
depois, tentei dar o boot novamente e o sistema de arquivos estava
corrompido. O sistema iniciava o boot, exibia um monte de mensagens de
erro por n�o conseguir montar o /usr e caia no prompt pedindo a senha de
root para consertar o sistema. S� que at� o mount estava dando problemas
em carregar as bibliotecas compartilhas. Muito massa! O que fazer sem
ter outro computador por perto, sem poder acessar a Internet para checar
o problema?!?
Por minha sorte, estava com o CD de instal��o por perto e tentei
consertar. O LVM mapeia seus volumes l�gicos durante o processo de boot
normal, por�m n�o foram mapeados pelo CD de in�cio. Nessa hora, bate o
desespero de quem pensa que perdeu seus t�o valiosos arquivos. Muito
tempo depois (umas duas horas) descobri que teria que ir at� a etapa de
particionamento do disco, escolher a parte de gerenciamento do lvm e
acho que, s� depois disso, o instalador reconhece os lv (volumes
l�gicos). Ainda bem! N�o perdi tempo e formatei a primeira parti��o com
ext3 e fiz backup dos meus dados. Gra�as a Deus e ao Windows que n�o
havia sido instalado ainda!
<desabafo>
J� estava com os olhos cheio d'�gua pensando que havia perdido meus
dados. � angustiante voc� pensar que vai perd�-los de uma vez sem aviso
pr�vio. Para minha sorte, as minhas vidas, ops, MP3s estavam guardadas
no computador do meu amigo Guilherme. O medo era tanto que liguei duas
vezes pra confirmar que ainda estavam por l� : )
</desabafo>
Na noite passada, conversei com um amigo que conseguira colocar o /
dentro do vg, por�m utilizando ext3. Segundo ele, _poderia_ ser problema
do XFS como / dentro do vg. Fui tentar fazer o mesmo que ele, mas n�o
consegui. O mesmo acontecera com o XFS antes. Ele est� usando a vers�o
pre4 e eu o snapshot da pre5. O meu problema foi, por duas vezes, a
impossibilidade de criar o initrd dentro do vg.
No final das contas, instalei sob ext3 porque confio nele, e sem o lvm
porque o cd n�o me permitiu que o fizesse. No fim das contas, voltei ao
esquema de particionamento antigo, com a diferen�a de agora ter espa�o
adoidado:
[EMAIL PROTECTED]:~
[22:52]$ df -h
Sist. Arq. Tam Usad Disp Uso% Montado em
/dev/hda3 9,2G 1,3G 7,5G 15% /
tmpfs 249M 0 249M 0% /dev/shm
/dev/hda4 23G 1,7G 20G 8% /home
/dev 9,2G 1,3G 7,5G 15% /.dev
none 5,0M 776K 4,3M 16% /dev
fx-br, voc� faz bem em ser medroso e n�o se arriscar como eu o fiz.
O depoimento est� dado! At�!
--
Alan Kelon Oliveira de Moraes <[EMAIL PROTECTED]>
http://www.kelon.uni.cc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
