Re: Kernel panic.
Tenta fazer assim. apt-get install kernel-package libncurses5-dev fakeroot wget bzip2 build-essential cd /usr/src wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.4.7.tar.bz2 tar jxvf linux-3.4.7.tar.bz2 rm -rf linux ln -s linux-3.4.7 linux cd linux cp /boot/config-SEU_KERNEL_DO_DEBIAN .config Faça suas customizações make menuconfig make-kpkg clean fakeroot make-kpkg --initrd --append-to-version=-meukernelcompilado kernel_image kernel_headers Nesse caso estou usando a ultima versão estável Abraço, Rafael Bedendo Em 01-08-2012 16:31, Adiel de Lima Ribeiro escreveu: Pessoal, resumindo meu problema, depois de recompilar o Kernel meu sistema não inicia, fiz um teste para ver se era algum módulo faltando e não era, pois no teste recompilei o Kernel com as configurações antigas e retirei apenas o suporte a virtualização. Na minha compilação utilizei o fonte do debian, no qual foi gerado um binário em /usr/src/linux-source-2.6.32 no diretório arch/x86/boot, este binário se chama bzImage, o qual copio para o diretório /boot com o nome vmlinuz-modificado. Depois eu rodo o update-grub e ele reconhece tudo direitinho. Uma coisa que notei, é que não é gerada a linha initrd para a imagem vmlinuz-modificado, sendo que existe a linha nas imagens antigas. Tem alguma coisa a ver o initrd ? O que posso estar fazendo de errado? -- Adiel de Lima Ribeiro facebook.com/sembr.dyndns.info
Re: Kernel panic.
faltou vc gera a imagem na pasta /lib/module digite mkinitramfs -o /boot/initrd- Ai pode reiniciar. Em 1 de agosto de 2012 15:31, Adiel de Lima Ribeiro < adiel.netad...@gmail.com> escreveu: > Pessoal, resumindo meu problema, depois de recompilar o Kernel meu > sistema não inicia, fiz um teste para ver se era algum módulo faltando e > não era, pois no teste recompilei o Kernel com as configurações antigas e > retirei apenas o suporte a virtualização. Na minha compilação utilizei o > fonte do debian, no qual foi gerado um binário em > /usr/src/linux-source-2.6.32 no diretório > arch/x86/boot, este binário se chama bzImage, o qual copio para o > diretório /boot com o nome vmlinuz-modificado. Depois eu rodo o update-grub > e ele reconhece tudo direitinho. > Uma coisa que notei, é que não é gerada a linha initrd para a imagem > vmlinuz-modificado, sendo que existe a linha nas imagens antigas. > Tem alguma coisa a ver o initrd ? > O que posso estar fazendo de errado? > > > > > -- > Adiel de Lima Ribeirofacebook.com/sembr.dyndns.info > > -- Alcione Ferreira Sombra® 101080 [http://www.alcionesytes.net/] --- Liberdade e conhecimento ao alcance de todos. Office Escritório - http://www.openoffice.org.br/ Navegador Firefox - http://www.mozilla.org.br/ Email Thunderbird - http://www.mozilla.org.br/ --- Linux user number 432030 of http://counter.li.org/ --- ICQ: 377035698 Jabber: ksomb...@jabber.org MSN: alcione.som...@hotmail.com --- Curriculum: http://lattes.cnpq.br/0545256741852110
Re: Kernel panic.
Pessoal, resumindo meu problema, depois de recompilar o Kernel meu sistema não inicia, fiz um teste para ver se era algum módulo faltando e não era, pois no teste recompilei o Kernel com as configurações antigas e retirei apenas o suporte a virtualização. Na minha compilação utilizei o fonte do debian, no qual foi gerado um binário em /usr/src/linux-source-2.6.32 no diretório arch/x86/boot, este binário se chama bzImage, o qual copio para o diretório /boot com o nome vmlinuz-modificado. Depois eu rodo o update-grub e ele reconhece tudo direitinho. Uma coisa que notei, é que não é gerada a linha initrd para a imagem vmlinuz-modificado, sendo que existe a linha nas imagens antigas. Tem alguma coisa a ver o initrd ? O que posso estar fazendo de errado? > > -- Adiel de Lima Ribeiro facebook.com/sembr.dyndns.info
Cron jobs
Olá,
Estou tentando, sem sucesso, agendar alguns scripts usando o cron e
gostaria de saber se alguém consegue me dar uma luz aqui.
Um dos scripts é:
#!/bin/bash
DATE="`date '+%Y%m%d_%H_%M'`"
export DISPLAY=:0
/usr/bin/import -window root -resize 800 /var/log/logkeys/ss/${DATE}.jpg
O path para o script é: "/usr/local/bin/screen.sh"
Permissões, usuário e grupo: "-rwxr-xr-x 1 root staff"
O cron job é:
--
# Agendamento de printscreen a cada dois minutos.
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
*/2 * * * * root /usr/local/bin/screen.sh
--
O path é: /etc/cron.d/screen
As permissões, usuário e grupo são: "-rw-r--r-- 1 root root"
O /var/log/syslog informa que o agendamento deu certo e o script está
sendo executado:
Aug 1 15:08:53 tagesuhu-pc dbus[1639]: [system] Successfully
activated service 'org.debian.apt'
Aug 1 15:08:54 tagesuhu-pc wpa_supplicant[1700]: wlan0: WPA: Group
rekeying completed with X [GTK=CCMP]
Aug 1 15:09:25 tagesuhu-pc wpa_supplicant[1700]: wlan0: WPA: Group
rekeying completed with X [GTK=CCMP]
Aug 1 15:09:56 tagesuhu-pc wpa_supplicant[1700]: wlan0: WPA: Group
rekeying completed with [GTK=CCMP]
Aug 1 15:10:01 tagesuhu-pc /USR/SBIN/CRON[22434]: (root) CMD
(/usr/local/bin/screen.sh)
Aug 1 15:10:27 tagesuhu-pc wpa_supplicant[1700]: wlan0: WPA: Group
rekeying completed with [GTK=CCMP]
Aug 1 15:10:58 tagesuhu-pc wpa_supplicant[1700]: wlan0: WPA: Group
rekeying completed with XXX [GTK=CCMP]
Aug 1 15:11:29 tagesuhu-pc wpa_supplicant[1700]: wlan0: WPA: Group
rekeying completed with [GTK=CCMP]
Aug 1 15:12:00 tagesuhu-pc wpa_supplicant[1700]: wlan0: WPA: Group
rekeying completed with [GTK=CCMP]
Aug 1 15:12:01 tagesuhu-pc /USR/SBIN/CRON[22449]: (root) CMD
(/usr/local/bin/screen.sh)
Aug 1 15:12:31 tagesuhu-pc wpa_supplicant[1700]: wlan0: WPA: Group
rekeying completed with X [GTK=CCMP]
Aug 1 15:13:02 tagesuhu-pc wpa_supplicant[1700]: wlan0: WPA: Group
rekeying completed with XXX [GTK=CCMP]
Aug 1 15:13:33 tagesuhu-pc wpa_supplicant[1700]: wlan0: WPA: Group
rekeying completed with XX [GTK=CCMP]
Aug 1 15:13:53 tagesuhu-pc AptDaemon: INFO: Quitting due to inactivity
Aug 1 15:13:53 tagesuhu-pc AptDaemon: INFO: Quitting was requested
Aug 1 15:14:01 tagesuhu-pc /USR/SBIN/CRON[22464]: (root) CMD
(/usr/local/bin/screen.sh)
No entanto, ao verificar o diretório /var/log/logkeys/ss/, nenhum
arquivo está sendo gravado.
Testei o script diretamente do shell e ele funcionou normalmente. Além
disso, os outros dois scripts também não estão sendo executados pelo
cron, de modo que eu acredito que há algum problema na forma como eu
agendei a sua execução, só não consigo entender qual é o problema.
Obs: Não possuo nem o arquivo cron.allow nem o arquivo cron.deny.
André Nunes Batista
Blog: http://tagesuhu.wordpress.com/
PGP Public Key: 0x7b0590cb6722cf80
--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAAKmMzGcN68re5wSvyqFg=gwo-D85GbDKQk0WVkL8r-zJdRD=w...@mail.gmail.com
ACPI / Controle de temperatura
Pessoal, Estou com um problema que não sei se é de hardware ou software. Desde segunda-feira quando liguei meu notebook pela manhã que o cooler (fan ou ventoinha) está bastante ruidoso e forma ininterrupta. Não parece ser um ruído provocado por desgaste ou atrito, mas sim por aceleração. Ou seja, ele está girando a uma velocidade que só deveria fazer quando a temperatura do notebook ou processadores estivesse acima de um certo limite ou, então, logo que o computador é ligado, desacelerando após o SO ser carregado, quando o "acpid" assume o controle. Não detectei nenhum problema no funcionamento do "acpid", mas não estou convencido ainda que possa ser um problema de hardware justamente em razão da normalidade no funcionamento "acpid". Veja algumas informações: - dmesg [1.194257] fan PNP0C0B:00: registered as cooling_device0 [1.194266] ACPI: Fan [FAN] (on) - acpi -t -c -i Thermal 0: active, 36.0 degrees C Thermal 0: trip point 0 switches to mode critical at temperature 97.0 degrees C Thermal 0: trip point 1 switches to mode hot at temperature 95.0 degrees C Thermal 0: trip point 2 switches to mode passive at temperature 90.0 degrees C Thermal 0: trip point 3 switches to mode active at temperature 35.0 degrees C Cooling 0: LCD 0 of 10 Cooling 1: Processor 0 of 10 Cooling 2: Processor 0 of 10 Cooling 3: Fan 0 of 1 - cat /proc/acpi/fan/*/* status: on - cat /proc/acpi/thermal_zone/*/* 0 - Active; 1 - Passive state: active[0] temperature: 35 C critical (S5): 97 C hot (S4):95 C passive: 90 C: tc1=2 tc2=5 tsp=10 devices=CPU0 active[0]: 35 C: devices= FAN - ps | grep acpi 22 ?S 0:00 \_ kacpid 23 ?S 0:00 \_ kacpi_notify 24 ?S 0:00 \_ kacpi_hotplug 1369 ?Ss 0:02 acpid 1376 ?Ss 0:00 acpi_fakekeyd Como neste notebook tenho dual-boot com GNU/Debian e Windows Vista que nunca uso, resolvi carregá-lo e ver se algo mudava no comportamento do cooler, porém, nada mudou. Minha esposa tem um notebook idêntico e no dela o cooler se comporta muito bem, ou seja, acelerando e desacelerando de maneira coerente a variação da temperatura, tanto no GNU/Debian quanto no Windows Vista. Devo encaminhar o meu notebook para assistência técnica ou há algo mais que possa verificar para ter certeza de que é um problema de hardware e não de software e assim não correr o risco ter o notebook violado (aberto) sem necessidade. Apenas para constar o notebook em questão é o COMPAQ PRESARIO CQ40-314BR, comprado quando a Compaq já havia sido adquirida pela HP, tanto que o carregador dele vem identificado como sendo da HP. Grato, -- Ednardo Lobo www.lobo.eti.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/501926ad.9040...@lobo.eti.br
Re: Mouse USB e Bluetooh só funcionam com note na tomada!
Nunca tive esse problema, mas muito obrigado por compartilhar a solução =D. Em 31 de julho de 2012 22:56, Fabiano Machado Dias < fabi...@wolaksistemas.com.br> escreveu: > Boa noite, > > Depois de bastante tempo achei a solução para um problema antigo meu. > > Estou respondendo com o mesmo título para ficar no histórico da lista. > > Resumindo o problema era o seguinte, meu mouse USB (qualquer um) só > funcionava com o note ligado na tomada. > > Pois bem, a solução é a seguinte: > > Editar o arquivo: > # vim /etc/laptop-mode/conf.d/usb-autosuspend.conf > > Na seção > > AUTOSUSPEND_USBID_BLACKLIST="INFORMAR A ID DO DISPOSITIVO UBS" > > exemplo: > AUTOSUSPEND_USBID_BLACKLIST="045e:0745" > > Onde: 045e:0745 é a USBID do dispositivo, você pode encontrar a ID usando > dmesg > > ou então por categoria > > AUTOSUSPEND_USBTYPE_BLACKLIST="INFORMAR O TIPO DO DISPOSITIVO" > > exemplo: > AUTOSUSPEND_USBTYPE_BLACKLIST="usb-storage" > > USBTYPE também pode ser encontrado com dmesg > > O arquivo é bem explicativo, e a documentação bem completa. > > É isso aí, espero que ajude quem estiver com o mesmo problema. > > Abraço, > Fabiano Machado Dias > >- >- Inglês >- Português > > >- Inglês >- Português > >
