O que?!!! Desculpe, mas você não tinha uma pergunta mais difícil não? (risos) "sistema de atualização tipo o apt-get" ??? Melhor que ele tem sim. É o "yum"!!! A sintaxe é a "mesma" só que o efeito devastador. Simplesmente, atualizei um servidor dedicado em "San Antonio/Texas" sem problemas. Foi do FC3 pro 4. Não deu outra, ganhei a maior confiança nesta distro. Fazer upgrade com ele é brincadeira de criança, quanto mais instalar pacotes.
Sds, -- Leonardo Pinto listas#openlogic dot com br > > A idéia seria continuar usando a distribuição que está instalada. É um > servidor que está em atividade e não dá para ficar formatando. Ele está > com todas as atualizações em dia. Eu sinceramente não sei o que pode ser. > Mas como a conectiva foi pro saco a minha vontade é conhecer alguma > outra distribuição para substituir esse meu server. Estou de olho no > Mandriva (mas é o ultimo que vou escolher), Debian (meu favorito, mas > vou ter que estudar muito pq é bem diferente do conectiva) e o Fedora. > Antes eu até estava preocupado com esse problema, mas como vou trocar de > sistema eu não estou nem aí, hehehe... > Valeu pela dica. > > Só uma duvida... o Fedora tem algum sistema de atualização tipo o > apt-get que rode em modo texto ??? Pq uma vez eu utilizei o Red Hat e > tinha que usar o atualizador em Modo Grafico... > > Até mais, > Sérgio > > > Leonardo Pinto escreveu: > > Bom, na verdade meu problema era um pouco peculiar e suspeito. Estava > utilizando um kernel especial. Agora em teu caso a coisa muda de figura. > Tenho visto por aí que é o gerenciamento de energia ACPI/APIC. Meu problema > foi resolvido adicionando na linha do GRUB "acpi=off noapic". > Falam também em atualização de BIOS. Mas pessoalmente EU em teu lugar faria > de primeira uma atualização de OS, colocando o que há de mais novo no > mercado Linux. Tenta logo Fedora Core 5. Só uma sugestão ok?! > > Sds, > > -- > Leonardo Pinto > listas#openlogic dot com br > > > > Oi Leonardo, > Esse seu problema da placa de rede "latindo" foi resolvido ??? > Se positivo, o que você fez para solucionar ? > Estou com esse problema há tempos e até agora nada de solução. > Já tirei placa de rede, deixei soh uma, deixei 2, troquei as 2, troquei > switch, coloquei hub, coloquei cross-over, fiz testes e mais testes.... > e fica essa msg no kernel direto.... > Com kernel 2.4 nao acontece isso.... > > Abracos, > Sergio > > Leonardo Pinto escreveu: > > A saga continua... Após ter conseguido colocar a placa no seu devido > > > lugar. > > > A outra se queixa de não sei o que... > > no log "messages" tenho: > > Dec 22 00:07:50 servidor kernel: NETDEV WATCHDOG: eth1: transmit timed out > Dec 22 00:07:50 servidor kernel: eth1: link up, 100Mbps, full-duplex, lpa > 0x45E1 > > > e no dmesg: > > NETDEV WATCHDOG: eth1: transmit timed out > eth1: Transmit timeout, status 0c 0055 c07f media 00. > eth1: Tx queue start entry 12650 dirty entry 12646. > eth1: Tx descriptor 0 is 0008a5ea. > eth1: Tx descriptor 1 is 0008a5ea. > eth1: Tx descriptor 2 is 0008a5ea. (queue head) > eth1: Tx descriptor 3 is 0008a5ea. > eth1: link up, 100Mbps, full-duplex, lpa 0x45E1 > > O que seria isso? Que quer dizer essa zona toda??? > > Sds, > > -- > Leonardo Pinto > listas#openlogic dot com br ________________________________________________ Mensagem enviada usando OpenLogic WebMail 2.7.2 --------------------------------------------------------------------------- Esta lista é patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br Regras de utilização da lista: http://linux-br.conectiva.com.br FAQ: http://www.zago.eti.br/menu.html
