2013年3月9日星期六
2012年12月8日星期六
在GPT分区上安装windows7
要在GPT分区上安装windows7，必须要是64位版本的的才行，32位不支持gpt分区。另外，要注意的是，要在gpt分区上安装系统，得主板支持UEFI才行，启动得用UEFI BIOS启动才行：比如从光驱驱动就得UEFI xxxx CDROM这样的才行。
2012年11月17日星期六
gcc编译时源文件的编码
今天遇到个问题，如果把 日文 写到.c里面，编译时gcc会自动进行编码转换
普通情况下，gcc会将源码转换为utf8进行编译，编译后再转换为目标的exec的编码
gcc --input-charset=euc-jp --exec-charset=euc-jp -o test test.c
比如我源码以euc写的，按照上面的命令编译
gcc会先将我的源码input-charset转换为utf8，再将utf8转换为exec-charset的。
gcc --input-charset=euc-jp --exec-charset=euc-jp -o test test.c -L:/usr/local/lib/ -l:libiconv.so
普通情况下，gcc会将源码转换为utf8进行编译，编译后再转换为目标的exec的编码
gcc --input-charset=euc-jp --exec-charset=euc-jp -o test test.c
比如我源码以euc写的，按照上面的命令编译
gcc会先将我的源码input-charset转换为utf8，再将utf8转换为exec-charset的。
gcc --input-charset=euc-jp --exec-charset=euc-jp -o test test.c -L:/usr/local/lib/ -l:libiconv.so
2012年11月10日星期六
开了SELinux后的samba居然没法访问home外的目录
6.3里面遇到的，开了SELinux，使用
setsebool -P samba_enable_home_dirs 1
后可以访问home目录下的目录了，但是反而别的地方的目录却访问不了，一直报错
[2012/11/10 18:52:15.953564, 1] smbd/notify_inotify.c:421(inotify_watch) inotify_add_watch returned Permission denied
没找到法子解决，只有禁止SELinux了
1.查看SELinux状态
运行getenforce，或者sestatus
2.临时禁止
setenforce 0
3.永久禁止
vi /etc/selinux/config修改为SELINUX=disabled 后重新启动机器
2012年9月4日星期二
rhel6里面重新启动gdm
有时候修改防火墙配置后，xmanager就连不上了，只有重新启动一下gdm。
以前的gdm-restart命令已经没有了，所以要重新启动gdm，只有
以前的gdm-restart命令已经没有了，所以要重新启动gdm，只有
killall gdm-binary
这样xmanager就可以连上了，不需要restart os。
2012年8月14日星期二
去掉db_domain
我要用dblink，源是没有domain的，而目的地却用了domain。我在目的地里面create dblink，总被自动加上了db_domain，然后select from tbl@dblink.domain，却一直不行。没法，得想法去掉db_domain。
我测试了
alter system set db_domain='' scope=spfile;重新启动后，parameter里面的db_domain被清空
了，service_name变成了只有sid。但是新增create dblink，仍然会自动加上db_domain。这时
后来胆子大直接修改字典，
UPDATE SYS.PROPS$ SET VALUE$ = '我的sid' WHERE NAME = 'GLOBAL_DB_NAME'; 居然可以了。
第一步执行后global_name是没有改变的。估计create dblink不是看db_domain的值，而是去看了global_name的值是否带有domain。
我测试了
alter system set db_domain='' scope=spfile;重新启动后，parameter里面的db_domain被清空
了，service_name变成了只有sid。但是新增create dblink，仍然会自动加上db_domain。这时
后来胆子大直接修改字典，
UPDATE SYS.PROPS$ SET VALUE$ = '我的sid' WHERE NAME = 'GLOBAL_DB_NAME'; 居然可以了。
第一步执行后global_name是没有改变的。估计create dblink不是看db_domain的值，而是去看了global_name的值是否带有domain。
oracle的DB_NAME,SID,DB_DOMAIN,SERVICE_NAME
每次都好像了解了，但是过不多久就忘了，因为一般也很少真去区分。
DB_NAME，标志一数据库，是create database时确定的。用命令是不可修改的，除非手动修改spfile。
DB_DOMAIN，在一个数据库分布在多个地方的情况下，多了一个概念：域。这种情况下下为了特定某个域里的数据库，必须用DB_NAME.DB_DOMAIN来标志。这两个加起来，也就是GLOBAL_NAME了。
GLOBAL_NAME是一个数据库的唯一标志，缺省就是DB_NAME.DB_DOMAIN。GLOBAL_NAME和DB_NAME以及DB_DOMAIN没有必然联系，相互修改并不影响对方。GLOBAL_NAME也可以胡乱起。
SERVICE_NAME也是一个数据库的唯一标志，oracle 8i以前，用SID了标志一个数据库实例，但是后来Oracle可并行，一个数据库可以对应多个实例，为了定位，就多了SERVICE_NAME，SERVICE_NAME缺省就是DB_NAME.DB_DOMAIN，也就是等于GLOBAL_NAME。
一个数据库，可以有多个SERVICE_NAME。SERVICE_NAME也可以胡乱起，并不一定要和SID保持一致。
INSTANCE_NAME是一个数据库实例。
ORACLE_SID是oracle和os打交道的环境变量，，比如用在了文件名命名里，它不是oracle自身的参数( v$parameter里能看到)。INSTANCE_NAME却是oracle自身的参数。
$ORACLE_BASE/admin/DB_NAME/pfile/init$ORACLE_SID.ora
我感觉 ORACLE_SID和INSTANCE_NAME应该总是一样，就是同一个东西的两个名字，用在不同的地方：在oracle里面用INSTANCE_NAME，在os里面用sid。
DB_NAME，标志一数据库，是create database时确定的。用命令是不可修改的，除非手动修改spfile。
DB_DOMAIN，在一个数据库分布在多个地方的情况下，多了一个概念：域。这种情况下下为了特定某个域里的数据库，必须用DB_NAME.DB_DOMAIN来标志。这两个加起来，也就是GLOBAL_NAME了。
GLOBAL_NAME是一个数据库的唯一标志，缺省就是DB_NAME.DB_DOMAIN。GLOBAL_NAME和DB_NAME以及DB_DOMAIN没有必然联系，相互修改并不影响对方。GLOBAL_NAME也可以胡乱起。
SERVICE_NAME也是一个数据库的唯一标志，oracle 8i以前，用SID了标志一个数据库实例，但是后来Oracle可并行，一个数据库可以对应多个实例，为了定位，就多了SERVICE_NAME，SERVICE_NAME缺省就是DB_NAME.DB_DOMAIN，也就是等于GLOBAL_NAME。
一个数据库，可以有多个SERVICE_NAME。SERVICE_NAME也可以胡乱起，并不一定要和SID保持一致。
INSTANCE_NAME是一个数据库实例。
ORACLE_SID是oracle和os打交道的环境变量，，比如用在了文件名命名里，它不是oracle自身的参数( v$parameter里能看到)。INSTANCE_NAME却是oracle自身的参数。
$ORACLE_BASE/admin/DB_NAME/pfile/init$ORACLE_SID.ora
我感觉 ORACLE_SID和INSTANCE_NAME应该总是一样，就是同一个东西的两个名字，用在不同的地方：在oracle里面用INSTANCE_NAME，在os里面用sid。
订阅：
博文 (Atom)