| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | Ando com um problema no meu portatil, que e' o facto de, a partir do kernel 2.4, funciona tudo bem ate' ao ponto em que a ventoinha comeca a trabalhar. Mal isso acontece, freeze instantaneo! :(
O portatil e' um Toshiba 1640, com a bios actualizada (talvez seja por isso!).
P.S. - Desculpem la' trazer isto para aqui, mas queria saber se alguem teve o mesmo problema e/ou sabe alguma solucao. O suporte de Linux pela Toshiba e' (como seria de esperar) zero e as minhas buscas no google foram infrutiferas... :(
It doesn't matter who made it... It matters who got the idea (monk) |
| |
| |
| | O que tens configurado no kernel ? APM ou ACPI ?
|
| |
| | APM... Nem me tinha lembrado disso... Parece estar a fungar bem, agora que o matei!
Obrigado a ti, ao Castanheiro e ao CrLf :)
It doesn't matter who made it... It matters who got the idea (monk) |
| |
| | Nope! Submeti cedo demais... Ta' na mesma. :(
Well, thanks anyway! :)
Cumps
It doesn't matter who made it... It matters who got the idea (monk) |
| |
| | Não te esqueceste de ligar o ACPI, pois não ? E de desligar o power saving na BIOS ? É que isso deve ser feito pelo linux, e ter o linux e a BIOS a fazer o mesmo não é bom.
|
| |
| | http://www.sslug.dk/~frank/toshiba1620.shtml
No link acima não encontrei nada que se relacione directamente com o teu problema, mas podes dar uma olhada na mesma.
O que eu te aconselho (como já alguém fez neste thread) é desligares as tretas todas na bios e deixares quem percebe do assunto (o kernel) fazer as coisas que têm que ser feitas.
Se não resultar, agarras no teu desktop, compilas um kernel com as opções todas direccionadas para o teu portátil (toshiba support apm/acpi... etc), metes o kernel numa disquete, copias para o portatil, instalas e rezas :-) . Não sei se isto na practica funciona, se não funcionar eu nunca escrevi nada disto :-) Nota: Não metas drivers em modulo pq vai dar barracada como é óbvio, mete só o minimo no kernel para ver se a cena da ventoinha passa a funcionar, se funcionar depois logo compilas um kernel no portatil com todos os drivers necessarios.
Cumps
|
| |
| | Experimenta colocar a questão numa destas mailing-lists. Especialmente na primeira.
-- Carlos Rodrigues
|
| |
| | | Já experimentaste ver se tem alguma info sobre isso no Linux on Laptops? Cumprimentos,
Bruno Gravato.
|
| |
| | Ja' tinha visto... A informacao que la' esta', esta' muito desactualizada... :(
Hoje experimentei por a BIOS antiga mas fica igual. Vou voltar a meter o mandrake que tinha antes, com alguns updates em cima.
Thanx a todos e desculpem la' a pergunta despropositada... :)
Cumps.
It doesn't matter who made it... It matters who got the idea (monk) |
| |
| | errrrrr, em vez de fazeres isso pq é que não instalas só o kernel 2.2? Não me tinhas dito que só quando passaste do 2.2 para o 2.4 é que começaste a ter probs?
|
| |
| | Nope. Foi quando meti o RedHat 7.2
Pode ser do kernel ou pode ser doutra coisa qualquer... :( (embora esteja mais virado para o kernel).
Mas como nao tenho tido tempo para xafurdar no problema, so' devo resolver isto para a semana.
Cumps.
It doesn't matter who made it... It matters who got the idea (monk) |
| |
| | Já há algum tempo que tinha o mesmo problema que tu. Também tenho um toshiba satellite 1640, e desde que meti os kernel da série 2.4 e actualizei a BIOS que aquilo me freezava sempre que a ventoinha ligava. Nunca mais tinha pensado nisso até ler o teu post. Li o thread e entre outras coisas testei desligar o APM. E tal como sucedia contigo, nada, continuava a freezar. Resolvi então recompilar o kernel 2.4.15, fazendo várias experiências. Uma delas foi activar a opção de suporte a laptops toshiba (Processor type and features). O resultado foi que neste momento tenho a ventoinha a funcionar, e aquilo não freeza. Suspeito (ainda vou fazer a experiência) de que o remédio foi a conjugação das 2 coisas: suporte latptop toshiba + suporte ACPI no kernel + desactivar o APM. Experimenta!
P.S.: tenho um redhat 7.2 instalado.
Omnia aliena sunt: tempus tantum nostrum est. (Séneca) |
| |
| | Thanx very very very much!!! :))))))
It doesn't matter who made it... It matters who got the idea (monk) |
| |
| | Funcionou? Eh pá eu é que de certa maneira agradeço, porque se nao tivesse visto aqui o post nem sequer voltava a pensar no assunto! Estava convencido que o problema era do meu portátil!
Omnia aliena sunt: tempus tantum nostrum est. (Séneca) |
| |
| | Yep! Funcionou!
Thanks again! =)
It doesn't matter who made it... It matters who got the idea (monk) |
| |
| | Para quem gosta de fazer o download de todos os kernels e manter o seu próprio mirror, eis aqui o patch que torna o 2.4.15 no 2.5.0:
--- linux/Makefile Fri Nov 23 15:13:45 2001
+++ linux-2.5.0/Makefile Fri Nov 23 06:23:44 2001
@@ -1,7 +1,7 @@
VERSION = 2
-PATCHLEVEL = 4
-SUBLEVEL = 15
-EXTRAVERSION =-greased-turkey
+PATCHLEVEL = 5
+SUBLEVEL = 0
+EXTRAVERSION =
KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)
Pois, do 2.4.15 para 2.5.0 muda apenas a versão =) (Isso está no readme na dir 2.5)
Notem também a extraversion do 2.4.15 :)
hugs
Strange |
| |
| | | Nesta versao foram incorporadas algumas modificacoes importantes, nomeadamente na parte dos drives usb-storage. eu tenho um cd-rw externo traveller (www.freecom.de) com o cabo USB (existem cabos pcmcia, paralelo, firewire, alem do usb). nunca funcionou. o freecom.c do 2.4.14 tinha a rcs 1.15, mas no projecto linux-usb ja havia o 1.18 ha muito, que funcionava (no meu caso, substitui os ficheiros, e tinha uma 2.4.14 a funcionar). agora, o freecom.c que vem no 2.4.15 já é o 1.19. Aparentemente fizeram um grande merge (nao só por isto, como é obvio :) quanto ao rapaz do problema do portatil (evito escrever dois posts diferentes): experimenta ver as opcoes especificas do kernel para os portateis toshiba (CONFIG_TOSHIBA: processor type->toshiba laptop support). vem la um URL mencionado, vê se te ajuda: http://www.buzzard.org.uk/toshiba
se tudo isso falhar, vai tirando uma a uma opcoes do APM em CONFIG_PM: general setup -> power management support.
-- carlos |
| |
| | Bem, parece que foi mais uma falsa partida...
pelos vistos existe um problema com o umount que nao faz o sync correctamente, levando a uma corrupcao do FS (acho que qualquer um, ext2, ext3, reiserFS, etc)
quantos ja' estarao a gritar por terem instalado um kernel tao novo numa maquina importante?! 8)
a maioria dos problemas esta' relacionado com as dirs do /var, nomeadamente a /var/locks e /var/run
devido ao locks nao serem apagados muitos servicos podem falhar no proximo reboot devido a "ja' estarem a correr"
como a fs esta' corrumpida, estes locks nao se conseguem apagar
parece que o fsck consegue corrigir o problema, MAS como a particao esta' marcada como "clean" ele nao corre automaticamente...
para o pessoal que ja' esta' a usar o 2.4.15 deve fazer varios syncs antes de desmontar alguma particao e deve correr sempre o fsck a essas particoes...(sim, mesmo ao ext3 que acabaram mesmo agora de instalar, os journaled FS evitam o fsck apenas para os reboots forcados, problemas com o FS precisam sempre do fsck)
o conselho e' mudar para a anterior versao que usavam ou instalar o patch
atencao, este patch parece que ainda nao e' o final mas parece funcionar, mesmo assim devem verificar se nao existe um mais recente
e para quem nao sabe, o kernel tem o nome de2.4.15-greased-turkey
descobri isto depois de ele ter criado a dir dos modulos... eu queria la' entrar e o linux dizia que nao existia a dir 2.4.15 8)
devido ao problema com o umount, ja' deram a sugestao de rebatizar o peru para 2.4.15-dead-duck 8)
tambem ja' sugeriram re-lancar o 2.4.15
nenhuma das duas parece que vai acontecer 8)
Higuita |
| |
| |
|
| | Ja começa a se tornar incomodo já nao mexo no meu kernel desde o ultimo bug de segurança e não devo o fazer ate prova em contrario.
O linus realmente deve desejar ser o novo bill gates a continar assim não me adimira que qualquer dia lembre-se tb de la adcionar os "blue screens" com tantos patchs ja nem sei a quantas ando.
|
| |
