当前位置：首页 > 实用文档 > 其他范文> FC3 下中文输入法的安装Unix系统

FC3 下中文输入法的安装Unix系统

时间：2022-05-06 11:51:52 其他范文收藏本文下载本文

FC3 下中文输入法的安装Unix系统(（精选5篇））由网友“油炸碳水”投稿提供，以下是小编帮大家整理后的FC3 下中文输入法的安装Unix系统，欢迎大家收藏分享。

FC3 下中文输入法的安装Unix系统

篇1：FC3 下中文输入法的安装Unix系统

网上有很多关于中文输入法安装的例子，但有的写的很深，不适合我等菜鸟，下面把我自己的安装过程帖出来，和大家共享，希望对和我一样菜的朋友有些帮助。这里我用的是 fcitx ，其他的 scim 就不属于此次讨论的范围了. 首先，安装fcitx之前建议删除系统自带的

网上有很多关于中文输入法安装的例子，但有的写的很深，不适合我等菜鸟。下面把我自己

的安装过程帖出来，和大家共享，希望对和我一样菜的朋友有些帮助。这里我用的是 fcitx ，

其他的 scim 就不属于此次讨论的范围了.

首先，安装fcitx之前建议删除系统自带的输入法

rpm -qa iiim* ;

2）下载fcitx

到www.fcitx.org/main/?q=node/view/9下载fcitx-3.0.2-1.rpm.i386安装程序,

运行rpm -ivh fcitx-3.0.2-1.rpm.i386 进行安装，

这里推存下载 .rpm 包文件。

3)让fcitx在英文环境下运行：

[root@ghm ~]# vi /etc/sysconfig/i18n

在i18n文件中加入行LC_CTYPE=“zh_CN”后，保存退出， OK！！！

4)更改配制文件

vi /root/.fcitx/config

以便进行输入法的定制，不推存新手修改这里。

好了，注销后重新登录，输入 Ctrl + Space 试试看！！！

原文转自：www.ltesting.net

篇2：FC3 下安装 VMware GSX Server 心得Unix系统

在Fedora Core 3下安装 VMware GSX Server 3.1的一点体会，怎么说也是自己摸索出来的，希望对大家有帮助注意以下几点： 1、使用最初始的内核发行版本，最好不要升级，可能在编译v .net .o vmmon.o时出错。如果使用更新的内核版本编译modules出错，不妨试试

在Fedora Core 3下安装 VMware GSX Server 3.1的一点体会。

怎么说也是自己摸索出来的，希望对大家有帮助

注意以下几点：

1、使用最初始的内核发行版本，最好不要升级，可能在编译v.net.o vmmon.o时出错，

如果使用更新的内核版本编译modules出错，不妨试试初始内核。

2、如果配置后，成功启动VMware GSX Server，重新启动机器后无法启动GSX Server，其中在启动Bridge networking 和 NAT service 出错。据个人分析，FC3重新启动的时候把dev下的所有设备删除，然后根据当前系统中所拥有的设备重新MAKEDEV所有的设备（个人观点）。

解决办法：在启动vmware前创建/dev/vmnet0 /dev/vmnet8设备

#mknod /dev/vmnet0 c 119 0

#mknod /dev/vmnet8 c 119 8

原文转自：www.ltesting.net

篇3：艰苦而卓越的FC3安装历程Unix系统

费了九牛+二虎之劲，我终于把FC3的四张盘全部下下来后，准备着手硬盘FC3，在查看了论坛上相关资料后，在zhy2111314（linuxsir论坛斑竹）的指点下，下午开始装FC3，把：FC3-i386-disc1.iso、FC3-i386-disc2.iso、FC3-i386-disc3.iso、FC3-i386-disc4.iso、gru

然后重启，用98引导盘进入DOS状态，键入：H：,再：

H:>grub

..............

然后重启，用98引导盘进入DOS状态，键入：H：,再：

H:>grub

...............

grub>kernel (hd0,7)/vmlinuz root/dev/ram ramdisk_size=0 devfs=mount,dall

......

grub>initrd (hd0,7)/initrd.img

......

grub>boot

接下来就是：语言选择、键盘类型、安装方法（磁盘驱动器）、选择安装分区。这个时候我选了/dev/hdb7，出错了，出错信息：

“install exited abnormally --received signal 11

sending termination signals ...done

sending kill signals ...done

disabling swap ...

unmounting filesystems...

/proc/bus/usb done

/proc/ done

/dev/pts done

/system done

/tmp/ramfs done

/tmp/hdimage umount failed (16)

you can safely reboot your system”

I have tried other methods to start the installation, like using the

program “grub for dos”, “loadin.exe”, but it goes to the same problem!

I had installed the Fedora Core2 and other linux distributions before

on this machine, no problem.

Any solutions for this?

regards

Arthur

这时，我以为是选择安装分区没选对！

于是我重新开始，这次是：/dev/hdb8，错误依旧！

再试/dev/hdb9，错误依旧！

于是我把H盘下的文件夹全部换上英文名字，再试，还是一样的错误！

有兄弟告诉我，是盘格式不对，H盘是FAT32啊，应该没事的！于是我用Red Hat 9的安装盘察看各个盘的分区情况。

实在是命苦啊！一不小心把整个硬盘的分区给删了，硬盘回到原始状态了！（兄弟们以后一定要引以为戒啊！小心操作。）

欲哭无泪啊！可怜我攒了一年的资料和数据啊！（这时我找了几个数据恢复的工具，无用啊，哪位兄弟知道重新分区+格盘后如何恢复数据的，告诉我啊！）

我及时化悲痛为力量，重新分区，再下！

这次，我把：FC3-i386-disc1.iso、FC3-i386-disc2.iso、FC3-i386-disc3.iso、FC3-i386-disc4.iso、grub.exe、initrd.img、vmlinuz和grub020p（文件夹）放在E盘根目录下（该盘只有这几个文件）！

重启后用98启动盘引导进入DOS，然后运行：

A:>e:

E:>grub

..........

grub>kernel (hd0,5)/vmlinuz root/dev/ram ramdisk_size=20000 devfs=mount,dall

......

grub>initrd (hd0,5)/initrd.img

......

grub>boot

接下来就是：语言选择、键盘类型、安装方法（磁盘驱动器）、选择安装分区。

这里我们选择/dev/hdb6（那为什么上面是(hd0,5)呢？（计算方法：IDE硬盘最多可以分4个主分区，我已经把第二个主分区转换成扩展分区，所以，D、E、F、G、H、I就分别是hdb5、hdb6、hdb7、hdb8、hdb9、hdb10）），然后真正的安装就开始了！

FC3装上后，我就下了NVIDIA-Linux-x86-1.0-7174-pkg1.run，由于NVIDIA-Linux-x86-1.0-7174-pkg1.run是在文本模式下安装的，所以我

1.把/etc/inittab的：

# Run xdm in runlevel 5

x:5:respawn:/etc/X11/prefdm -nodaemon

修改为:

# Run xdm in runlevel 5

x:3:respawn:/etc/X11/prefdm -nodaemon

2.把/etc/X11/xorg.conf下的分辨率添加了1024x768,把屏幕刷新率增加了点.

3.把刷新率由:

HorizSync 31.5 - 37.7

VertRefresh 50.0 - 70.0

改成:

HorizSync 31.5 - 70.0

VertRefresh 50.0 - 100.0

改后，不但text进不去，连xwindows也进不去了！在启动HAL守护进程OK后就死机了！我是菜鸟，真的很郁闷啊！发了几张帖子，没有几个回的！

我真的很郁闷啊！于是我重做系统！

我很想知道到底是原因使系统死机，于是我就一项一项的试！

于是我重做了系统,这次没有修改屏幕刷新率,只是把分辨率加了个1024x768+/etc/inittad下改5为3.然后重启,还是在系统监测到:启动HAL守护进程 [OK]后,死机.

于是我又重做了系统,这次没有修改屏幕刷新率,没有修改分辨率,只是把分辨率加个/etc/inittad下改5为3.然后重启,还是在系统监测到:启动HAL守护进程 [OK]后,死机.

现在我是真的郁闷了!再次装好了系统后，我到论坛发帖www.linuxsir.org/bbs/showthread.php?t=54，这时我给多个管理员、斑竹、高手发悄悄话，很快，北南南北大哥给出了答案，

真的，很感谢北南南北大哥，他让我不用不停的重做系统了！因为在这个下面我可以用VI修

改/etc/X11/xorg.conf，感谢北南南北大哥！

在开机时出来的grub的菜单上，移动键盘选中linux系统启动那行，然后按e键，再移动到 kernel 那行，然后再按e键，在出现的那一行的最后，打一个空格，加上 linux single 。接着回车。按一下b键。出现了sh-3.00#，并没有北南南北大哥所说的需要输入root口令的地方。

但是我:

cd etc

再:

sh NVIDIA-Linux-x86-1.0-7174-pkg1.run

(可以安装了,最后出现DONE,具体不知道装上没装上)

进论坛看帖，看到ogog 的回复：RH9进终端输入init 3就可以进入text模式下，输入后回车,出现了3行检测，结果OK的.然后就在后面出现了一个闪动的光标(既不是#也不是$,无法输入),就什么也没有了。

init 3后没有结果，只有重启,xwindows进去修改了/etc/X11/xorg.conf,分辨率加了个:1024x768;

把刷新率由:

HorizSync 31.5 - 37.7

VertRefresh 50.0 - 70.0

改成:

HorizSync 31.5 - 70.0

VertRefresh 50.0 - 100.0

再次重启,结果什么也进不去了.连开机检测都没了，于是我只好回去用VI逐个把/etc/X11/xorg.conf的显卡、分辨率和刷新率改成原来的值（就是为了找出死机的原因）。

进入xwindows后，我就把把/etc/inittab的：

# Run xdm in runlevel 5

x:5:respawn:/etc/X11/prefdm -nodaemon

修改为:

# Run xdm in runlevel 5

x:3:respawn:/etc/X11/prefdm -nodaemon

（后悔啊，咋就不去看看论坛呢？7dehao哥给出了答案！）

晕，又死机了！郁闷了！我重启后来到下问问高手。到论坛看了hohoxu_hao115兄弟的回复，真的得好好感谢他，我就按照他说的，在死机的时候，按Ctrl+Alt+F1,接着输入用户名及密码，即进入字符模式。

再startx进入windows，把

# Default runlevel.

id:5:initdefault:

修改为：

# Default runlevel.

id:3:initdefault:

（这里要感谢7dehao老哥）

再把/etc/X11/xorg.conf的分辨率、刷新率、显卡（我把nv改成NVIDIA了）改了一下。再重启！

进入text下，sh NVIDIA-Linux-x86-1.0-7174-pkg1.run。OK！装上了！

再startx，完了，出错！出错信息：

fatal Server error:

no screens found!

郁闷了，由于分辨率、刷新率、显卡我是逐个加、逐个重启试的，我发觉是显卡的问题。于是在text下把NVIDIA改成nv了。

再次重启！

Yeah！1024x768了！爽歪歪啊！（至于显卡的事我就不先管了！呵呵....先歇会！

兄弟是菜鸟，第一次硬盘安装，见笑了！

原文转自：www.ltesting.net

篇4：FreeBSD系统下安装应用软件

FreeBSD下拥有多种预编译好的软件包，包括了从数学运算到系统维护，从图象处理到Internet服务程序等大量的软件，之所以能拥有如此丰富的软件，除了Unix本身就是一个非常流行的开发平台之外，另一个重要原因就是每种Unix中均提供了高级语言C作为了标准开发语言，而C语言具有高度可移植性，并且随着Unix的流行它成为了最重要的一种程序设计语言。

由于Unix运行在多种不同的平台上，而不同平台上的二进制执行文件只包含本平台上的机器指令，因此造成一个平台上的应用程序不能直接在另一个平台上运行。但是在Unix的世界中，有着通用的编程语言C和相同的系统调用，使得不同的Unix平台上程序的C代码基本相同，为一种Unix开发的应用程序，很容易就能移植到其他Unix系统中。传统上在Unix上安装各种应用软件一般使用源代码的形式，需要管理员手工编译安装，这就要求管理员需要熟悉C语言及其开发工具。然而这样操作毕竟是一个繁琐的任务，尤其对于不太熟悉C语言的使用者更为困难。因此各种Unix各自发展了一些直接安装二进制程序的机制，FreeBSD中也提供了Packages Collection── 一种管理和安装预编译好的软件包机制，来帮助使用者管理各种应用软件，使得用户不需要了解C语言及其开发工具，也能正常进行应用软件的安装和管理。

应用软件的类别

在安装和使用应用软件的时候，正版和盗版等版权问题总是计算机使用者需要考虑的话题之一。很多计算机使用者总以为软件的版权问题与光盘、磁带类似，不是正版就是盗版。然而情形并非绝对如此，绝大多数软件的开发者倾向于让自己开发的程序被尽可能多的人使用，当软件开发者不以软件作为获利的目的时，对软件的使用就没有采取任何限制，或者是很宽容的限制。其他使用者就可以自由使用这些软件，而不需要考虑版权问题。

正由于软件开发者的目的不同，因此对他们的软件使用的版权保护方法也不同。有的开发者出于自己的个人兴趣、需要或信仰而开发软件，希望自己的软件为更多的人使用，没有或暂时没有从软件中获利的目的，因此就鼓励其他人使用这个软件。有的开发者出于盈利的目的开发软件，因此就使用了严格的版权限制。按照不同软件的版权限制，可将应用软件可以分为两类：

公共域软件与自由软件

这些软件的作者对版权不加任何限制或者限制很少，属于这一类的软件通常提供源程序，允许使用者自由使用软件并任意修改。FreeBSD系统中包括的软件均属于这一类，因此使用者不需要考虑使用FreeBSD的版权问题。其中公共域软件对版权没有任何限制，可以认为是属于放弃版权的软件。很多公共域软件是科研机构和大学开发的，但也被商业公司用于自己的系统中，此时商业公司就使用了自己的版权声明，而用户却无法自由使用该软件。

为了保护软件不被商业机构滥用，自由软件基金会的Stallman使用了GNU版权许可来保护用户自由使用软件的权利，这个版权许可允许将自由软件用于商业目的，但必须允许用户有自由使用、拷贝、修改的权利，

根据这个许可，可以销售GNU软件，但必须同时包括它的源程序以便用户根据情况修改（或者在用户要求时提供）。

GNU软件许可并不是唯一的自由软件许可权声明，FreeBSD使用的BSD许可也是另一个重要的版权许可。与GNU许可相比，BSD许可更宽松一些。BSD许可只要求必须保持显示的相关作者的声明信息，对商业使用限制更少。此外还有X的版权许可等。由于GNU软件许可最为著名，并且也比较完善，因此很多非自由软件基金会的软件也使用这个许可权，用来保护自己软件的版权。

事实上这一类软件在计算机发展中起了很重要的作用，它们常常最先实现很多新想法、新功能，推动软件技术的发展。自由软件的功能、效率和可靠性并不比商业软件差，有的软件甚至要好于同类的商业软件，唯一的问题是自由软件不提供技术服务，仅仅随同软件提供一些电子文档，需要使用者自己去学习安装和使用。当然，自由软件通常也有相应的商业版本，差别就在于提供了商业技术服务支持。

共享软件与专有软件

这些软件通常是基于商业目的开发的软件，这些软件通常使用严格的版权规定。这些软件中的大部分不允许使用者免费使用。但出于商业目的，一些软件允许使用者免费使用，但对软件的自由使用提出了一定的条件和限制。

一些共享软件不提供源代码，一些商业软件的演示版本提供了较弱的功能和使用时间限制。还有一些软件的限制更宽松，允许个人用户自由使用软件，但不许可自由分发、拷贝软件。

一些FreeBSD安装介质中，在基本系统之外也提供了一些共享软件，供使用者手工安装（不能使用安装程序安装）。这些软件允许使用者在一定条件下，并按照软件本身的声明使用这些软件。由于版权问题，系统不会将这些软件包括进系统内部，使用者只有在保证软件版权条件下才能运行这些软件。

开放源码观念

由于在Unix世界中，软件的标准为C语言，有了C源代码就能将应用程序移植到其他Unix上，因此在Uni x传统上，就有一种提供软件的同时也应该提供源码的观念。

发布软件的源代码对用户有很多好处，一方面用户能够了解他们使用的软件是可以信赖的，即使存在问题，也能够及时发现错误，并依据源码及时纠正，这些修正返回到开发者那里，同样起到促进软件发展的目的。另一方面毕竟通用软件并不一定完全适合用户的需要，发布软件的源码使得用户能够按照自己的需求定制软件。

因此在Internet上很多软件的作者都认同这种观念，这种观念还得到了包括Netscape等商业公司的支持，进而组织了开放源码组织（Open Source）来支持这种观念。FreeBSD的众多开发者就是这个组织的坚定支持者。其网址为www.opensource.org

当前开放源码得到了一些商业公司的支持，如netscape公司就公开了它们的浏览器的源代码。出于技术的发展，软件本身已经不再包括太多的技术秘密了，在Internet上可以找到各类程序的源代码，依靠未公开接口保持软件秘密的做法基本被大家抛弃。当程序设计从 “艺术” 转变为 “工程” ，重要的就不再是程序设计的秘密，而是软件工程了。商业公司也可以从开放源代码的情况下，获得使用者更多的建议，使得它的软件能进一步完善。