Dieval Guizelini

No meu ACER Aspire 5738, o Ubuntu, na configuração inicial, fazia com que o teclado numérico, os operadores aritméticos não funcionassem corretamente... revirei a parte de teclado e não achei o problema... e depois fui identificar que o problema estava com o mouse... vejam só: Na opção do menu: Sistema / Preferência / Teclado Abre-se uma caixa de dialogo e na aba "teclas do mouse" vem, por default, marcado a opção "Permitir controlar o ponteiro usando o teclado". Ao desmarcar essa opção o teclado numérico volta a ter a função para a qual foi desenvolvido. Para quem quiser modificar o comportamento das teclas para ficarem mais próximas do Windows ou do MAC, vá na aba "Disposições" e no botão "Opções de disposição". Irá encontrar diversas forma de personalizar o comportamento do teclado no Ubuntu.

Sempre necessário em uma instalação em dual-boot. No meu caso, esses passos resolveram com o Ubuntu 9.1: 1) boot no modo live-cd 2) ALT+F2 para executar o terminal: gnome-terminal 3) sudo fdisk -l /dev/sda No meu caso, sda em função de ser hd sata, se for IDE, use hda. Dessa forma é possível identificar qual a partição em que está instalada o linux (no meu caso, sda5) 4) sudo mount /dev/sda5 /mnt 5) sudo grub-install --root-directory=/mnt /dev/sda 6) reboot Pronto.

O Oracle com o uso de aplicações MS pode gerar arquivos com a extensão .trc no diretório system32 do servidor, o que depois de algum tempo deixa a máquina muito lenta, podendo levar a paralisação dos serviços... Aparentemente o script xaview.sql resolve o problema... $ORACLE_HOME/rdbms/admin/xaview.sql mais precisamente, os dois grants abaixo: grant select on V$XATRANS$ to public; grant select on dba_pending_transactions to public Em alguns casos (ocorreu na versão 10.2.0.3), foi necessário também o grant na view: grant select on pending_trans$ to public; grant select on dba_2pc_pending to public; Alguns links: http://download.oracle.com/docs/cd/E13211_01/wle/samples/appa.htm http://publib.boulder.ibm.com/infocenter/wasinfo/v6r0/index.jsp?topic=/com.ibm.websphere.express.doc/info/exp/ae/rtrb_dsaccess2.html http://docs.openlinksw.com/st/xamt.html

Como me fez falta um " alter database " seguro no postgres... essa foi a solução mais segura (até o momento). vacuumdb --full --analyze --username postgres --dbname MeuBANCO pg_dump MeuBANCO -Ft -v -U postgres -f /tmp/MeuBANCO.tar dropdb MeuBANCO --username postgres createdb --encoding UNICODE MeuBANCO --username postgres pg_restore /tmp/MeuBANCO.tar psql --dbname MeuBANCO --username postgres vacuumdb --full --analyze --username postgres --dbname MeuBANCO