OT: proposta de trabalho - Moema, Sã o Paulo
Galera, esta é uma oferta de trabalho que me foi encaminhada mas não pude aceitar por já estar trabalhando, mas acho que é uma ótima oportunidade para aqueles que desejam ser um SysAdmin em ambiente Debian. Conversei com a recrutadora e, pelo que entendi, eles tão precisando de alguém que conheça bem o Debian, tenha conhecimentos bons de rede, e que saiba administrar __BEM__ um ambiente "LAM + Perl" e que tenha batido a cabeça em como configurar o ambiente dentro dos padrões da Debian. A galera mais "macaco velho" não precisa ler este parágrafo: peço à galera que _somente_ entrem em contato com a empresa se preencherem os requisitos solicitados, pois como sou eu quem está divulgando isso à comunidade, sinto-me tb responsável pela indicação, e eu dou muita importância a isso. Por isso gostaria que tratassem esta oportunidade com a maior reponsabilidade possível. Entendo que, antes da minha credibilidade estar em jogo, é tb a imagem da comunidade Debian que está sendo colocado no mercado. Portanto, sejam conscientes e responsáveis. Segue abaixo o texto original da proposta: -- Olá Feng, Como nos falamos a pouco, estou recrutando profissionais analista pleno, com conhecimentos avançados em sistema operacional Linux (Debian)., Apache, Redes (Roteamento e Configuração), MySQL, PERL, C, BASH. Experiência com Lógica de programação, Noções a orientação a objetos. Experiência de no mínimo 2 anos com ambiente Linux. Para trabalhar na região de Moema. Agradeço indicações. Obrigada pelas dicas. Um grande abraço, Eliane Vilas Recursos Humanos SBR Consulting Tel.: 5087-4499 e 4612-9568 [EMAIL PROTECTED] www.sbrconsulting.com.br [EMAIL PROTECTED] -- E boa sorte a todos! Att. Feng redbrick1 em terra ponto com ponto br
=?iso-8859-1?b?UmU6IFNhbWJhIG7jbyBwZWRlIHVzdeFyaW8vc2U=?= =?iso-8859-1?b?bmhhIHBhcmEgV2luWCBQPw==?=
Galera, mais algumas informações.. - somente o compartilhamento [netlogon] está com guests ok = yes - a maiorira dos XPs, está funcionando direito, só essas algumas (total de 4)máquinas que apresentam esse comportamento estranho. - trocando de profile, - acho que consegui isolar o problema: não é Samba; é o WinXP. Alguma coisa dentro dele etá fazendo isso. Verificando o log do samba, aparece que a máquina se identifica como 'julia'. Verifiquei isso rebootando o XP, e não aparece nada no log até que o XP tenta acessar o samba. Será que existe alguma ONI (objeto não identificado) dentro XP que guarda/memoriza algum login? > --- Feng <[EMAIL PROTECTED]>wrote: > > Pessoal, > > > > alguém já passou por isso: > > - liga o WinXP, > > - abre o "Winblows Exploder", apontando para o > > servidor Samba (só nome NetBIOS ou IP). Esse Samba > > está configurado para allow domain logons, e o no > > WinXP estou com um usuário genérico (que não existe > > na base do Samba). > > - ocorre que o Samba 'automaticamente' acha que é o > > usuário 'siclano' que está acessando (sendo que em > > nenhum momento o WinXP se identificou como 'siclano' > > (no log do Samba, para a máquina XP, aparece uma > > linha assim: > > ibi06 (192.168.0.106) connect to service > > siclano initially as user siclano > > > > ('service siclano' é o home do usuário) > > > > Alguém tem uma lanterna? > > > > Por acaso seu smb.conf está permitindo, nos > compartilhamentos, o logon GUEST? Talvez esse seja o > problema ... se não me engano é "guest ok = yes" > > Dá uma verificada > > Espero ter ajudado > > []'s > Claudio Lobo > > > > > > Yahoo! Acesso Grátis - Internet rápida e grátis. > Instale o discador agora! http://br.acesso.yahoo.com/ >
=?iso-8859-1?Q?Chipset_da_VIA_(via8235)_n=E3o_reconhecido_no_2.4.18, _Kernel_2.4.20,_spurious_interrupts,_TNT2_melado,?=
Pessoal, (Esse subject parece uma novela) pergunta - versão rápida: Alguém conhece algum patch para o 2.4.18 para os chipsets VIA8233c e VIA8235? (Na caixa do meu K7VTA5 diz que o chipset é VIA8235, mas o kernel 2.4.20 diz que é VIA8233c, mas o 2.4.20 não se dá bem com o micro) ... ou saiba como resolver os 'spurious interrupts' que aparecem qdo uso o 2.4.20 e os problemas de vídeo (uso TNT2 com driver da Nvidia; o problema é um quadrado amarelo (que ocupa 1/4 da tela!!) que aparece qdo o X sobe. pergunta - versão "verbose" O meu kernel não reconhece direito o chipset do IDE,e estou com a performance abaixo do que deveria nos meus discos. Foi aí que a "porca torceu o rabo"... Como o kernel 2.4.18 não tem suporte a ela (vide comentários de kernel-source/drivers/ide/via82xx.c) resolvi compilar o 2.4.20, que possui suporte ao VIA8235. Compilei, instalei, ok. Na verdade, quase. No boot, o chipset do IDE identificado foi um via8233c (ou via82c33 - não consigo mais ver pq o bicho engasgou qdo tentei voltar o kernel para 2.4.18). Posso notar que a máquina decola com esse kernel. Depois de uns segundos de atividade, começam a aparecer na console msgs "spurious interrupt". Mas vou adiante: recompilo os drivers do nvidia para o meu TNT2 Vanta. Qdo o X sobe, fica um quadrado amarelo ocupando 1/4 da tela. E não adianta fazer nada que esse quadrado não desaparece; na verdade, qualquer janela arrastada para essa região fica debaixo do quadrado. Esses sintomas (spurious interrupt e o quadrado amarelo na interface gráfica) já ocorreram comigo antes, mas "resolvi" voltando para o 2.4.18. Eu quero fazer o meu HD funcionar melhor, mas não consigo usar o kernel 2.4.20 pelos motivos citados acima. Alguém sabe como 'destorcer o rabo dessa porca'? -- Feng
congelamento intermitente do mouse no X
Pessoal, Estou com um problema muito estranho: as aplicações travam (engasgam) no X intermitentemente. Ex.: estou com o Galeon, acesso uma página qualquer, e começo a rolar a página para baixo. Nem meia página rolada e o mouse congela. Outras vezes isso ocorre pelo simples chaveamento de janelas. Para fazê-lo voltar, só pressionando em alguma tecla (um CAPSLOCK por exemplo), observar se a luz no teclado acende. Se acender, blz, o mouse volta a movimentar. Se a luz do teclado não acende, então preciso mexer no mouse (e aí a luz no teclado acende). Curiosamente, o teclado não fica travado, e se ficar, é só mexer no mouse que ele é liberado. Pelo top, o XFree86 pula para o topo da lista qdo o mouse está congelado. Será que é algum processo por trás que está procurando por alguma coisa e fica "bobo"? Não sei como averiguar a fonte do problema. Peço ajuda pro pessoal. Informações sobre a minha configuração: woody testing placa de vídia TNT2 M64 + driver da NVidia xserver-common 4.1.0-16 kernel 2.4.18 com xfs e LVM