1 |
Concordo, em relação ao journaling, as vantagens são incontáveis, mas |
2 |
infelizamente eu não posso me dar ao luxo de ficar testando o hd, pois ele |
3 |
está em um servidor, o mais estranho é que estava na minha estação (gentoo, |
4 |
é claro) e funcionava... é essas coisas me deixam louco... mas vou fazer |
5 |
todos os testes sugeridos e ver o que dá, se eu descobrir o fator principal |
6 |
eu posto nesta thread.. |
7 |
|
8 |
vlw gente |
9 |
|
10 |
abraços. |
11 |
|
12 |
Em 15/07/06, Thiago <thiago@×××××××××××××.br> escreveu: |
13 |
> |
14 |
> Realmente problemas com processos que entram em D (Uninterruptible sleep |
15 |
> (usually IO), segundo o man do ps) costumam dar bastante dor de cabeça. |
16 |
> |
17 |
> Nesses últimos dias eu estou com um problema assim com um computador que |
18 |
> monta os distfiles via NFS, é só dar um emerge que assim que ele tenta |
19 |
> fazer o md5 do fonte ele trava e não tem jeito. Como se não bastasse o |
20 |
> emerge travar, a partir daí todos os programas que tentam ler essa pasta |
21 |
> montada via NFS também travam. Agora, o mais estranho é que é só com o |
22 |
> emerge que isso acontece, pois já copiei centenas de megabytes para essa |
23 |
> pasta com o cp e não tem nenhum problema, é só não dar emerge que ela se |
24 |
> comporta direito (Q locura!!!). |
25 |
> |
26 |
> Não sei como ficar contando meus "causos" vai te ajudar, mas me deu uma |
27 |
> idéia. Tenta fazer diversas coisas com essa HD, copiar arquivos pra ela e |
28 |
> dela pro computador também, ve se o problema só acontece quando tu usa o |
29 |
> amanda. Faz o que o Alexandre te disse também, testa com outros sistemas |
30 |
> de arquivos, por mais bizarro que pareça... nunca se sabe... |
31 |
> |
32 |
> Mas acho que estás enganado em um outro detalhe. Não é recomendado o uso |
33 |
> de partições ext2 justamente porque no caso de uma queda de energia ou |
34 |
> falha do sistema é necessário passar fsck na partição, quem usa Windows vê |
35 |
> isso toda hora (ou você achava que FAT tinha journaling ;-). Justamente a |
36 |
> vantagem de se usar um sistema de arquivos com Journaling é que na hora da |
37 |
> remontagem o journaling tem registrado o que ficou pendente na hora da |
38 |
> falha, então é possível resolver as possíveis inconsistências rapidamente |
39 |
> ao invés de sair fazendo fsck partição afora. E é só pensar um pouquinho |
40 |
> pra se chegar a essa conclusão, porque um sistema de arquivos tão frágil |
41 |
> que morre a primeira queda de luz seria o padrão do linux durante anos. |
42 |
> Lembra da época que você ainda usava windows? ;-P Faltava luz bem no meio |
43 |
> daquela partida emocionante de StarCraft que tu tava jogando com uns |
44 |
> gringo loko pra te kicka por causa do teu lag da internet discada que tu |
45 |
> (ou teu pai) pagava 30 conto por mês pra ter, e ainda tinha que ficar |
46 |
> disputando a tapa uma conexão no sábado a noite porque sempre dava |
47 |
> ocupado. E mesmo assim depois era só ligar o micro e esperar o scandisk |
48 |
> (quando esperava) que tudo tava lá dinovo. |
49 |
> |
50 |
> Bom, era isso. Desculpem o momento nostalgia. |
51 |
> |
52 |
> > Não pelo fato do journal, mas pelas permissões, se eu mounto fat como |
53 |
> > root, |
54 |
> > então todas as permissões são do root, se eu monto como mortal_user, as |
55 |
> > permissões são do mortal user e assim por diante, daí vc me fala, no |
56 |
> mount |
57 |
> > você defini o uid e o gid, mas se um terceiro usuário comum quiser |
58 |
> > utilizar??... logo qualquer sistema de arquivos linux é melhor que o da |
59 |
> M$ |
60 |
> > ;) e jounaling é importante em qualquer situação, pois em caso de erros |
61 |
> um |
62 |
> > simples fsck já resolve metade dos problemas... |
63 |
> > |
64 |
> > att. |
65 |
> > |
66 |
> > |
67 |
> > Em 13/07/06, Alexandre Marcolino <marcolino@×××××××××××.br> escreveu: |
68 |
> >> |
69 |
> >> Formata denovo como fat ! Pode ser problema no ext3 ( nem imagino qual |
70 |
> >> nem |
71 |
> >> o porque ). Se for com fat, muda para ext2. Até porque, me corrija |
72 |
> >> amigo, |
73 |
> >> não vejo muita necessicidade de Jornaling em um hd removível né ! |
74 |
> >> |
75 |
> >> Tenta e posta, este assunto me interessou OK! |
76 |
> >> |
77 |
> >> MARCOLINUX |
78 |
> >> |
79 |
> >> |
80 |
> >> 2006/7/13, Diego Alberto Ramponi <diego.ramponi@×××××.com>: |
81 |
> >> > |
82 |
> >> > é, isso que dá quiseram economizar, agora.... eu que ferro com esses |
83 |
> >> > paus, |
84 |
> >> > |
85 |
> >> > pior: o dmesg não exibe nada, porque o processo que está lendo o HD |
86 |
> >> > entra no status de inenterrupto (D), logo ele fica 'dormindo' e não |
87 |
> >> vai pra |
88 |
> >> > frente nem pra trás, o problema é com o hd mas eu não sei em qual |
89 |
> >> dimenssão, |
90 |
> >> > pois estava em outra máquina e tava funcionando, a única coisa que eu |
91 |
> >> fiz |
92 |
> >> > foi formatar para ext3, para poder montar no boot e manter os |
93 |
> >> atributos do |
94 |
> >> > linux, antes estava como fat (fábrica) e toda vez eu tinha que montar |
95 |
> >> na |
96 |
> >> > 'mão'; muito chato. |
97 |
> >> > |
98 |
> >> > eu fiz um teste troquei o destino do backup que era o hd usb o passei |
99 |
> >> > pro disco local, e o backup foi de boa. vou continuar para saber |
100 |
> >> exatamente |
101 |
> >> > onde é o problema. |
102 |
> >> > |
103 |
> >> > att |
104 |
> >> > |
105 |
> >> > Em 13/07/06, Alexandre Marcolino < marcolino@×××××××××××.br> |
106 |
> escreveu: |
107 |
> >> > |
108 |
> >> > > Ele trava. E o que fica registrado no dmesg ? |
109 |
> >> > > |
110 |
> >> > > Outra coisa: tentou trocar o HD? |
111 |
> >> > > |
112 |
> >> > > E fazer backup para rede da o mesmo problema? |
113 |
> >> > > |
114 |
> >> > > O problema pode não estar no Linux e sim no hardware ( o HD para |
115 |
> ser |
116 |
> >> > > mais exato ). Ele trava no meio do backup certo? |
117 |
> >> > > Outro complicômetro é esta USB para HD externo. Vc está em USB 1.1, |
118 |
> >> > > 2.0 ? Tente trocar a porta... |
119 |
> >> > > |
120 |
> >> > > marcolinux |
121 |
> >> > > |
122 |
> >> > > 2006/7/13, Diego Alberto Ramponi < diego.ramponi@×××××.com>: |
123 |
> >> > > |
124 |
> >> > > > Gente, olha só. Estou tendo problemas com um HD externo(sata) |
125 |
> usb, |
126 |
> >> > > > meu gentoo reconhece e monta ele direitinho, consigo formatar e |
127 |
> >> tudo, mas |
128 |
> >> > > > quando eu deixo o backup ele trava, e eu não consigo mais acessar |
129 |
> >> a unidade. |
130 |
> >> > > > Eu uso o amanda para fazer o backup em disco, já reinstalei o |
131 |
> >> amanda |
132 |
> >> > > > recompilei o kernel, já fiz update --update --deep --newuse |
133 |
> >> system, e nada.. |
134 |
> >> > > > não quero atualizar world. |
135 |
> >> > > > |
136 |
> >> > > > att. |
137 |
> >> > > > |
138 |
> >> > > > |
139 |
> >> > > > |
140 |
> >> > > > -- |
141 |
> >> > > > KISS: |
142 |
> >> > > > Keep |
143 |
> >> > > > it |
144 |
> >> > > > simple, |
145 |
> >> > > > stupid! |
146 |
> >> > > > |
147 |
> >> > > |
148 |
> >> > > |
149 |
> >> > |
150 |
> >> > |
151 |
> >> > -- |
152 |
> >> > KISS: |
153 |
> >> > Keep |
154 |
> >> > it |
155 |
> >> > simple, |
156 |
> >> > stupid! |
157 |
> >> > |
158 |
> >> |
159 |
> >> |
160 |
> > |
161 |
> > |
162 |
> > -- |
163 |
> > KISS: |
164 |
> > Keep |
165 |
> > it |
166 |
> > simple, |
167 |
> > stupid! |
168 |
> > |
169 |
> |
170 |
> |
171 |
> -- |
172 |
> Thiago |
173 |
> |
174 |
> -- |
175 |
> gentoo-user-br@g.o mailing list |
176 |
> |
177 |
> |
178 |
|
179 |
|
180 |
-- |
181 |
KISS: |
182 |
Keep |
183 |
it |
184 |
simple, |
185 |
stupid! |