1 |
On 12/14/05, Fernando Boaglio <boaglio@×××××.com> wrote: |
2 |
> Renata, |
3 |
> |
4 |
> O gabinete é novo também... comprei junto com o resto sábado passado. |
5 |
> |
6 |
> Em 14/12/05, Renata Romanazzi < natzilla@×××××.com> escreveu: |
7 |
> > Pode parecer meio bizarro mas.... já deu uma olhada na sua fonte? |
8 |
> > |
9 |
> > On 12/14/05, Fernando Boaglio <boaglio@×××××.com> wrote: |
10 |
> > > Pois é, mais uma vez eu e meus erros bizarros... =/ |
11 |
> > > |
12 |
> > > Bom, seguindo a sugestão da lista fiz um upgrade da minha máquina! =D |
13 |
> > > Agora estou com um AMD64 3200+ com 1GB RAM Coursair (testado 100% no |
14 |
> > > memtest) |
15 |
> > > e uma placa mãe Asus A8V Deluxe atualizada com a última versão de BIOS |
16 |
> > > existente. |
17 |
> > > |
18 |
> > > O que aconteceu foi o seguinte: segui o tutorial de migração do AMD64, |
19 |
> que |
20 |
> > > sugere |
21 |
> > > reinstalar tudo através somente do stage3, pois o 1 e 2 não são |
22 |
> suportados. |
23 |
> > > |
24 |
> > > Beleza... fiz a instalação... foi ok, deixei compilando tudo...Xorg, |
25 |
> > > mozilla, KDE, gaim,apache...tudo. |
26 |
> > > |
27 |
> > > Compilou e usei por uns dias ... aí começou a acontecer umas coisas |
28 |
> > > estranhas, tipo |
29 |
> > > o HD de 80Gb que tem só o Gentoo simplesmente parava de funcionar. |
30 |
> > > |
31 |
> > > Eu usava o KDE numa boa e de repente escutava um estalo...aí tudo |
32 |
|
33 |
Olha cara, esse negócio de HD dar um estalo e começar a encher o saco |
34 |
prá mim sempre foi sinônimo de bad block, ele funciona bem, até dar de |
35 |
cara com o setor defeituoso. |
36 |
|
37 |
> começava a |
38 |
> > > dar |
39 |
> > > erro...era como se eu puxasse o cabo de força do HD.... qualquer |
40 |
> operação, |
41 |
> > > até um |
42 |
> > > simples ls dava "permissão negada"... tentava apelar para um boot e |
43 |
> recebia |
44 |
> > > a mensagem |
45 |
> > > "/sbin/shutdown - permissão negada" =( |
46 |
> > > |
47 |
> > > Desse jeito só metendo o dedo no gabinete para desligar a máquina. =( |
48 |
> > > |
49 |
> > > No começo eu tentei desabilitar o Power Management da placa mãe. |
50 |
> Bootava, |
51 |
> > > funcionava |
52 |
> > > tudo... dava alguns minutos e dava o problema de novo. |
53 |
> > > Uma vez eu tentei ligar a máquina e dessa vez o S.M.A.R.T. desse HD (que |
54 |
> tem |
55 |
> > > nem um ano) |
56 |
> > > deu a mensagem no boot: "BAD STATUS: Backup and Replace HD" . Como é que |
57 |
> > > pode |
58 |
> > > isso? Na máquina antiga nunca deu esse problema! |
59 |
> > > |
60 |
|
61 |
Ao contrário do que muita gente pensa, HD dá MUITO pau, tem muito a |
62 |
ver com a qualidade e com a sorte também, tenho um Quantum Bigfoot de |
63 |
6GB em casa que tem 7 anos e NUNCA apresentou nenhum problema, já foi |
64 |
instalado Linux, Windows, e agora tá com o Gentoo, sempre na boa. No |
65 |
outro micro tenho um Seagate 7200 de 40 Giga que também nunca deu |
66 |
problema. No entanto, chegou uma leva de 10 HDs no serviço, todos |
67 |
seagates iguais ao que tenho em casa, 7 deram problema em 3 meses. |
68 |
|
69 |
> > > Bom, pra tentar solucionar isso eu fui na BIOS e desabilitei o |
70 |
> S.M.A.R.T. |
71 |
> > > para esse HD e |
72 |
> > > aparentemente funcionou... não testei muito tempo pra ver, mas parece |
73 |
> que |
74 |
> > > dessa vez foi. =/ |
75 |
> > > |
76 |
> > > Aí como se não fosse pouco problema fui tentar acessar a rede e nada! =( |
77 |
> > > |
78 |
> > > A minha máquina tem duas placas, a eth0 para a rede local: 10.* e a eth1 |
79 |
> com |
80 |
> > > um ip fixo válido |
81 |
> > > ligado ao gateway (modem ADSL do Speedy). |
82 |
> > > |
83 |
> > > No messages vi mensagens assim: |
84 |
> > > eth1: Tx timed out, lost interrupt? |
85 |
> > > |
86 |
> > > O que pode ser isso ? Verifiquei a placa eth1 |
87 |
> > > e ela estava usando : IRQ5 e E/S 0xb000 |
88 |
> > > |
89 |
> > > Em seguida bootei a máquina e testei com o Kurumin: ele configurou a |
90 |
> eth1 da |
91 |
> > > mesma maneira (IRQ e E/S) e acessou a internet normalmente! |
92 |
> > > |
93 |
> > > |
94 |
> > > Pensando no que pode ter causado esses problemas: |
95 |
> > > |
96 |
> > > - alguns desses crashes do HD detonou algum binário |
97 |
> (ifconfig?route?algum |
98 |
> > > outro do system?) |
99 |
> > > - algum problema no HD (que funcionava normal até ontem) |
100 |
> > > |
101 |
> > > - algum problema na placa mãe (que está com a última versão da BIOS) |
102 |
> > > |
103 |
> > > |
104 |
> > > Alguma orientação??? Alguma luz? Valeu a ajuda!!!! |
105 |
> > > |
106 |
> > > -- |
107 |
> > > []'s |
108 |
> > > boaglio@×××××.com |
109 |
> > |
110 |
> > |
111 |
> > -- |
112 |
> > Renata Rocha |
113 |
> > http://renata.org |
114 |
> > 7409917@ICQ | saavik@××××××.org |
115 |
> > renata@××××××××××××.net |
116 |
> > |
117 |
> > -- |
118 |
> > gentoo-user-br@g.o mailing list |
119 |
> > |
120 |
> > |
121 |
> |
122 |
> |
123 |
> |
124 |
> -- |
125 |
> []'s |
126 |
> boaglio@×××××.com |
127 |
|
128 |
Cara, você tem uma máquina muito boa, não tem que ficar sofrendo com |
129 |
esses paus, negócio é: se você tem os recursos (peças, ferramentas) |
130 |
testa um por um os componentes (HD, cabos, processador, fonte, |
131 |
memória), senão, leva prá algum técnico de confiança e pede um checkup |
132 |
da máquina. |
133 |
|
134 |
Outra coisa, foi você mesmo que montou a máquina? Queimar um chipset |
135 |
(da MOBO, da memória ou mesmo do HD na parte exposta) é fácil se você |
136 |
não estiver usando pulseira anti-estática. |
137 |
|
138 |
-- |
139 |
Daniel da Veiga |
140 |
Computer Operator - RS - Brazil |
141 |
-----BEGIN GEEK CODE BLOCK----- |
142 |
Version: 3.1 |
143 |
GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- |
144 |
PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ |
145 |
------END GEEK CODE BLOCK------ |
146 |
|
147 |
-- |
148 |
gentoo-user-br@g.o mailing list |