Linux内核配置(15)

<> VFAT (Windows-95) fs support

VFAT (Windows 95) 文件系统支持

这个选项提供对常规Windows长文件名的支持。其中包括非压缩的基于FAT的文件系统，如Windows 95\98\NT 4.0，以及来自于mtool包的Unix程序。

会增大内核10KB。只有选择上面DOS FAT fs support，它才会工作。

编译成模块为：vfat

(437) Default codepage for FAT (NEW)

默认页代码

根据你的FAT文件系统来设置，它能够通过codepage挂载选项来修改。

(iso8859-1) Default iocharset for FAT (NEW)

FAT默认IO字符集

这里设置你想要FAT使用的默认IO字符。它需要与你的FAT文件系统相匹配，能够通过iocharset挂载选项来修改。注意utf8不推荐于FAT文件系统。如果不清楚，你不要在这设置utf8。

<> NTFS file system support

NTFS文件系统支持

选Y或者M，允许你进行读操作。也会提供部分的，但是安全的写操作支持。

很多用户空间工具，称为ntfsprogs。里面包含ntfsundelete和ntfsresize，能够在内核没有NTFS的支持下工作。

从WinNT开始使用NTFS文件系统

编译成模块为：ntfs

[] NTFS debugging support

NTFS调试支持

如果你在试验NTFS文件系统的各种问题，在这选Y。这将导致进行额外的一致性检查，这由驱动程序执行，并做为额外的调试信息写入系统日记。注意这些调试信息默认是禁止的。要开启它，需要在内核启动时在内核命令行明确debug_msgs=1，或者做为模块插入的选项，当你载入ntfs模块时。当这个驱动激活时，你可以以超级用户身份进行信息调试：echo 1 > /proc/sys/fs/ntfs-debug

把1改为0，将禁止调试信息。如果你禁止调试信息，这只会造成小小的开销；如果你开启调试信息，将会严重影响系统的性能。

[] NTFS write support

NTFS写入支持

这里允许对NTFS驱动器部分的，但是安全的写支持。

唯一的支持操作是修改已经存在的文件，并且不更改文件的大小。它不会建立新的文件或者目录，也不会删除或者重命名。注意只有非常驻的文件能够被写入，所以你会发现一些非常小的文件（小于500字节左右）将不会被写入。

我们不能保证它一定不会损伤任何数据，但是目前我们也没有接到任何单独的报告，反映驱动器遭到了破坏。所以我们认为使用它是非常安全的。

现在对于TopologiLinux比较有用。TopologiLinux运行于DOS/Microsoft Windows系统之上，而不分区你的硬盘。与其他linux发行版本不同的是，它不需要自己的分区。

Pseudo filesystems --->

伪文件系统

-*- /proc file system support

/proc虚拟文件系统支持

这是一个虚拟的文件编译，它提供系统状态信息。“虚拟”意味着，它不占用你硬盘上的空间：文件是在你试图访问的时候，由内核动态建立。同样，你无法使用老版本的less来阅读这些文件，你需要more或者cat。

这非常酷：比如：cat /proc/interrupts提供目前正在使用的不同的IRQ信息（在你的计算机中有一小部分的中断命名序列，它们被相关联的设备使用，以获取CPU的注意－－通常是资源的争用，如果两个设备错误地配置为使用同样的中断）。procinfo程序用来显示你系统从/proc文件系统中获取的信息。

在使用/proc文件系统前，需要挂载它。命令如：mount –t proc proc /proc。或者在/etc/fstab中等价进行也可以工作。

将增大内核67KB。

显示系统状态的虚拟文件系统(irq设置,内存使用,加载的设备驱动器,网络状态等),许多程序依赖于它

建议Y

[] /proc/kcore support

系统物理内存的映像

[] /proc/vmcore support (NEW)

以ELF格式转储的已崩溃内核镜像,仅供调试使用

-*- Tmpfs virtual memory file system support (former shm fs)

虚拟内存文件系统支持

把所有文件保持在虚拟内存里面的文件系统。

所有在tmpfs里的都是临时的，意味着没有文件会在你的硬盘中建立。这些文件在内存和swap空间中存在。如果你卸载tmpfs实例，所有储存在里面的东西将会消失。

[] Tmpfs POSIX Access Control Lists

POSIX ACL(访问控制列表)支持,可以更精细的针对每个用户进行访问控制,需要外部库和程序的支持

若不清楚，可选N

-*- Tmpfs extended attributes

[] HugeTLB file system support

大多数现代计算机体系结构提供对多种内存页面大小的支持(比如IA-32结构支持4K和4M(PAE模式为2M)两种页面).TLB(Translation Lookaside Buffer)是虚拟地址到物理地址的翻译缓冲区,这种缓冲区在处理器上是很宝贵的,操作系统总是尝试将有限的TLB资源发挥到极致.特别是能够轻松获得若干G内存的时候(>4G),这种优化就显得尤为关键.只有开启此选项之后才能提供hugepage支持。

若不清楚，可选N

{M} Userspace-driven configuration filesystem (NEW)

被动用户空间配置的文件系统

configfs是一个机遇ram的文件系统,提供与sysfs相反的功能。

Sysfs是一个查看内核对象的文件系统，而configfs则是一个管理内核对象的文件系统，或者配置系统。

sysfs和configfs两者能够并且应该在一个系统中同时存在。一个无法代替另一个工作。

[] Miscellaneous filesystems --->

非主流文件系统。如果你没有其他FS 的支持需求，关

--- Miscellaneous filesystems

<> ADFS file system support (EXPERIMENTAL)

ADFS文件系统支持

Acorn（橡果）磁盘填充系统是RiscOS操作系统的标准文件系统，它在Acorn基于ARM的Risc PC系统上运行，也运行在Acorn阿基米德范围内的机器上。如果你选Y，linux将可以阅读硬盘上和软盘上的ADFS分区及格式。如果你想要写这些设备，在下面的ADFS write support选Y。

编译为模块为adfs

[] ADFS write support (DANGEROUS)

ADFS写支持

如果你选Y，你将可以写硬盘和软盘上的ADFS分区及格式。这是试验性的代码

<> Amiga FFS file system support (EXPERIMENTAL)

Amiga FFS文件系统支持

快速文件系统（FFS）是amiga(tm)操作系统上使用的通用文件系统。它从AmigaOS V1.3（34.20）开始使用。

Amiga软盘无法用这个驱动来访问，因为它的软盘标准与PC和工作站相比，是另一个不兼容的标准。

需要在上面的Loop device support选Y或M

编译为模块为：affs

<> eCrypt filesystem layer support (EXPERIMENTAL)

eCrypt文件系统层支持

加密文件系统在VFS层上进行操作。

编译成模块为：ecryptfs

<> Apple Macintosh file system support (EXPERIMENTAL)

苹果文件系统支持

如果你选Y，你可以挂载苹果格式的软盘和硬盘分区，拥有完全的读写权限。

编译成模块为：hfs

<> Apple Extended HFS file system support

苹果扩展HFS文件系统支持

如果你选Y，你可以挂载扩展的苹果格式硬盘分区，拥有完全的读写权限。这个文件系统通常称为HFS+，在MacOS 8中推荐使用。它包含所有的Mac专有文件系统数据，比如数据叉和建立者代码，但是它同样有一些UNIX风格的特性，比如文件拥有者和权限。

<> BeOS file system (BeFS) support (read only) (EXPERIMENTAL)

eOS文件系统（BeFS）支持（只读）

BeOS文件时Be，Inc’s BeOS的本地文件系统。。对于文件和目录的任意属性，以及数据库的索引选择，都有着卓越的表现（也要注意，这个驱动不会包含上述的特性）。它是64位的文件系统，所以它支持相当大的卷标和文件。

如果你使用这个文件系统，你需要在下面的至少一个NLS（本地语言支持）中选Y。

编译成模块为：befs

[] Debug BeFS

BeFS调试

<> BFS file system support (EXPERIMENTAL)

BEF文件系统支持

启动文件系统BFS是在SCO UnixWare下使用的文件系统，它允许启动器在系统启动时访问内核镜像和其他的重要文件。它通常被挂载于/stand，相当于UnixWare分区下的STAND片标记。如果你想要读写位于/stand片下的文件，你需要选Y。你同样要在下面的选项UnixWare slices support中选Y。

编译成模块为：bfs

<> EFS file system support (read only) (EXPERIMENTAL)

EFS文件系统支持（只读）

EFS是在non-ISO9600 CD-ROM 和硬盘上使用的老的文件系统，它用于SG’s IRIX操作系统下（IRIX 6.0以及更新的使用XFS文件系统）。

编译为模块为：efs

<> LogFS file system (EXPERIMENTAL)

<> Compressed ROM file system support (cramfs)

压缩ROM文件系统支持

包括对压缩ROM文件系统（cramfs）的支持。cramfs是一个简易的、小巧的、压缩的文件系统，主要用在基于嵌入ROM的系统上。CramFS是只读的，受256MB文件系统限制（含16MB文件），并且不支持16/32位的uid/gid、硬连接和时间戳。

编译成模块为：cramfs

<> SquashFS 4.0 - Squashed file system support

[] Squashfs XATTR support

[] Include support for ZLIB compressed file systems

[] Include support for LZO compressed file systems

[] Include support for XZ compressed file systems

[] Use 4K device block size?

[] Additional option for memory-constrained systems

(3) Number of fragments cached (NEW)

<> FreeVxFS file system support (VERITAS VxFS(TM) compatible)

FreeVxFS文件系统支持

VERITAS VxFS是SCO UnixWare（或者可能有其他）的标准文件系统，并且是Sunsoft Solaris，HP-UX和其他操作系统的可选项目。目前只提供可读支持。

编译成模块为：freevxfs

<> Minix file system support

Minix文件系统支持

Minix是一个简单的操作系统，在很多阶层使用。minix文件系统（设计来组织硬盘分区或者软盘上的文件）曾经是linux的常规文件系统，但是已经被第二扩展文件系统ext2fs取代。你不需要在你的硬盘上使用minix文件系统，因为在编译嵌入时的限制，但是有时在老的linux软盘上会有这个东西。

会使内核增大28KB。

编译成模块为：minix

<> SonicBlue Optimized MPEG File System support

<> OS/2 HPFS file system support

OS/2 HPFS文件系统支持

OS/2是IBM在PC上的操作系统，如同Warp，HPFS文件系统是用来组织OS/2硬盘分区上的文件的。选Y，如果你想要读写你硬盘OS/2 HPFS分区上的文件。OS/2软盘采用了常规的MSDOS格式，所以你不需要这个选项来阅读它。

编译成模块为：hpfs

<> QNX4 file system support (read only)

QNX4文件系统支持（只读）

是用在实时操作系统QNX 4和QNX 6上的文件系统（后来也叫QNXRTP）。

编译成模块为：qnx4

<> ROM file system support

ROM文件系统支持

这是一个非常小的只读文件系统，主要目的是初始化安装磁盘的ram磁盘，但是它同样能够用于其他的多媒体只读环境中。

编译成模块为：romfs

RomFS backing stores (Block device-backed ROM file system

() Block device-backed ROM file system support

 [] Persistent store support

<> System V/Xenix/V7/Coherent file system support

System V/Xenix/V7/Coherent文件系统支持

SCO,Xenix and Coherent是针对Intel机器的商业Unix系统。它的第7个版本使用于DEC PDP-11。选Y，你将可以阅读它们的硬盘分区和软盘。如果你有上述的硬盘分区和软盘，那么它们很可能也包含有二进制文件。为了运行这些二进制文件，你需要安装linux-abi，它是内核模块的组件之一。它能够使你在linux下运行SOC,Xenix,Wyse,UnixWare,Dell Unix和System V程序。

注意：那只能在基于Intel的机器上运行相应程序。使用PDP的估计要等到某些人把linux开发到第11个版本才能运行了

如果你仅仅是需要挂载网络某处的UNIX文件，它使用NFS文件系统，那么你不需要System V文件系统支持（但是你需要NFS文件系统支持，显然地）。

注意在软盘中通常不需要这个选项，因为有非常好的移植方法，在各UNIX系统（甚至其他系统）中转移文件和目录，这通过tar程序来完成（man tar或者尽量info tar）。同时也要注意这个选项和上面的System V IPC选项没有任何关系。

编译成模块为：sysv

<> UFS file system support (read only)

UFS文件系统支持

BSD和UNIX衍生物（如SunOS，FreeBSD，NetBSD，OpenBSD，NeXTstep）。一些SystemV UNIX也能够使用这种文件系统建立和挂载硬盘分区和软盘。

目前UFS发行版的变体（用于FreeBSD 5.x）仅提供读操作。

如果你仅仅是需要挂载网络某处的UNIX文件，它使用NFS文件系统，那么你不需要System V文件系统支持（但是你需要NFS文件系统支持，显然地）。

编译成模块为：ufs

[] UFS file system write support (DANGEROUS)

UFS文件系统写支持（试验性的）

[] UFS debugging

UFS调试

如果你正在试验UFS文件系统的任何问题，选Y。这将生成很多额外的调试信息写入系统日志。

[ ] Network File Systems --->

网络文件系统

选Y，以便看到关于网络文件系统的选项，以及与之相关的代码，比如NFS守护进程和PRCSEC安全模块。

如果你没有其他NFS 的支持需求，关

--- Network File Systems

NFS文件系统支持

如果你连接到其他的（通常是本地的）UNIX电脑（使用SLIP,PLIP,PPP或者Ethernet），并且想要挂载在那台主机上的文件，而它使用了网络文件共享协议（NFS主机），那么在这选Y。“挂载文件”意味着客户端可以通过通常的UNIX命令来访问文件，就如同它们是位于客户端的硬盘上一样。为使之工作，服务器必须安装有程序nfsd和mound（但是它的内核中不需要有NFS文件系统支持）。

Coda文件系统比NFS更优秀，但是使用面没那么广。

如果你在配置无盘的机器，它将在启动时挂载NFS文件系统，那么在这里，上面的Kernel level IP autoconfiguration，下面的Root file on NFS都要选Y。在这种情况下，你不能将这个驱动编译为模块。

将使内核增大27KB

编译成模块为：NFS

<> NFS client support

[] NFS client support for NFS version 3

提供NFSv3客户端支持

[] NFS client support for the NFSv3 ACL protocol extension

提供NFSv3 ACL扩展协议客户端支持

实行NFSv3 ACL扩展协议来操控POSIX访问控制清单。服务器也应该编译有NFSv3 ACL扩展协议；请查看CONFIG_NFSD_V3_ACL选项。

若不清楚，可选N

[] NFS client support for NFS version 4

提供NFSv4客户端支持

[] NFS client support for NFSv4.1 (EXPERIMENTAL)

[] Root file system on NFS

[] Use the legacy NFS DNS resolver

[] Use the new idmapper upcall routine

<> NFS server support

NFS服务器支持

如果你想要你的linux机器做为NFS服务器，以便其他在局域网的机器能够通过NFS透明地访问你机器上的指定目录，那么你有两个选择：你可以使用自包容用户空间程序nnfsd，这样你就可以在这选N；或者在这选Y，使用基于内核的NFS服务器。基于内核的好处是，它更快。

编译成模块为：nfsd

-*- NFS server support for NFS version 3

提供NFSv3服务器支持

[] NFS server support for the NFSv3 ACL protocol extension

提供NFSv3 ACL扩展协议服务器支持

实行NFSv3 ACL扩展协议来在导出的文件系统上操控POSIX访问控制清单。客户端也应该编译有NFSv3 ACL扩展协议；请查看CONFIG_NFSD_V#_ACL选项。

[] NFS server support for NFS version 4 (EXPERIMENTAL)

提供NFSv4服务器支持

这个特性是试验性的，只有你对测试NFSv4感兴趣时才使用。

[] NFS server manual fault injection

<> Ceph distributed file system (EXPERIMENTAL)

<> CIFS support (advanced network filesystem, SMBFS successor)

CIFS支持（高级网络文件系统，优于SMBFS）

这是VFS客户端模块，支持通用网络文件系统（CIFS）协议，它是服务器信息块协议（SMB）的替代者，是本地文件共享构架，用于很多早期的PC操作系统。CIFS协议和Samba（为linux和其他操作系统提供优秀的CIFS服务器支持）一样被文件服务器完全支持，比如Windows 2000（包含Windows 2003/NT 4/XP）。对于OS/2和Windows ME以及类似的服务器提供有限支持。

cifs模块提供一个高级的文件系统客户端，以挂载到CIFS适用的服务器。它支持DFS（分层命名空间），通过Kerberos或NTLM或NTLMv2建立安全用户会话，安全发布缓冲(oplock)，可选包标记，Unicode和其他国际化的进步。

[] CIFS statistics

CIFS统计

开启这个选项，将会生成统计数据。通过cifs客户端挂载的每个共享服务器信息将显示在/proc/fs/cifs/Stats

[] Extended statistics

[] Support legacy servers which use weaker LANMAN security

使用较低的LANMAN安全继承服务器支持

现代的CIFS服务器包含有Samba和大多数Windows版本（始于1997年），支持更严格的NTLM（甚至是NTLMv2和Kerberos）安全构架。比起老的使用SMB协议的LANMAN版本，它们将密码切割得更安全。但是LANMAN基础下的验证是需要的，以便与老的SMB服务器建立会话。

开启这个选项，将允许cifs模块挂载到基于老LANMAN的服务器，比如OS/2和Windows 95，但是这些挂载的安全性将会降低，比起使用NTLM或者目前更加安全的构架，如果你在公共网络的话。除非你非常需要访问老的SMB服务器（并且在私有网络上），你应该选N比较好。即使这个支持在内核构建中提供，LANMAN验证也不会自动使用。在系统运行时，LANMAN挂载是禁止的，但你可以在/proc/fs/cifs设置为允许（或可选），也可以通过挂载命令选项来实现。这个支持默认是关闭的，目的是为了减少下层的潜在攻击。

若不清楚，可选N

[] Kerberos/SPNEGO advanced session setup

[] CIFS extended attributes

CIFS扩展支持

扩展属性是名字：值的配对属性，与内核或者用户的内节点关联。CIFS通过扩展属性起始的SMB/CIFS EA前缀的用户命名空间来映射命名。EA在Windows服务器上储存，它没有用户命名空间前缀，但是它们的名字在linux cifs客户端看来是以用户命名空间前缀起头的。系统命名空间（一些文件系统使用来储存ACL）在这个时候不被支持。

[] CIFS POSIX Extensions

[] Enable additional CIFS debugging routines

允许额外的CIFS调试例行程序

开启这个选项，将给cifs代码增加一些调试例行程序，这将会轻微地增加cifs模块的尺寸，也可能导致额外的调试信息记录导出到一些错误的路径，并减慢运行速度。这个选项能够关闭，除非你在调试cifs问题。

[] DFS feature support

[] Provide CIFS client caching support

[] Provide CIFS ACL support

<> NCP file system support (to mount NetWare volumes)

NCP文件系统支持（挂载NetWare卷标）

NCP是IPX上使用的协议，Novell NetWare客户端用来与文件服务器对话。。它对于IPX就如同NFS对于TCP/IP，如果这么解释有用的话。在这选Y，你可以挂载NetWare文件服务卷标，并且像访问其他UNIX目录一样访问它们。

编译成模块为：ncpfs

[] Packet signatures

包签名

NCP允许包签名，以确保高级别安全性。如果你需要安全，选Y。普通用户可以不管它。为了使用包签名，你必须使用2.0.12版本以上的ncpfs。

[] Proprietary file locking

专有文件锁定

允许锁定远程卷标的结果。选N，除非你有特别的程序，它利用这个锁定方案。

[] Clear remove/delete inhibit when needed

当需要时清除移动輯删除限制

允许操作文件移动輯删除限制标记。要使用这个特性，你需要在挂载卷标时用上ncpmount参数-s（ncpfs 2.0.12和更高版本）。选Y，除非你不用-f 444参数挂载卷标。

[] Use NFS namespace if available

如果可行，使用NFS命名空间

允许你在NetWare服务器上使用NFS命名空间。它给你大小写敏感的文件名。

[] Use LONG (OS/2) namespace if available

如果可行，使用长命名空间

允许你NetWare服务器上使用OS2/LONG命名空间。在这个命名空间里文件名被限制为255个字符，它们是大小写不敏感的，大小写名字是保留的。选Y，你可以在挂载时用参数-N os2关闭它。

[] Lowercase DOS filenames

小写DOS文件名

如果你在这选Y，在NetWare服务器卷标上的每个文件名，包括使用OS2/LONG命名空间的，在DOS下建立的，或者使用DOS命名空间的，将会转化为小写字母。

选N，那些文件名将为大写字母。

这仅仅是一个装饰用的选项，因为OS2/LONG的命名空间不区分大小写。提供这个选项主要是给予逆向的兼容性。当从DOS移动到OS2/LONG命名空间时，长文件名（Win95建立）不会受影响。

这个选项不能解决linux和Windows下文件名不同的问题。因为Windows在客户端做了一个额外转换。可以通过在Allow using of Native Language Support选项中选Y来达到类似目的。

[] Use Native Language Support

本地语言支持

允许你使用代码页和I/O字符设置，在服务器文件系统和输入/输出之间翻译文件名。这是非常有用的，如果你想要用其他操作系统访问服务器，比如Windows 95。看NLS取得更多信息。

你需要使用ncpfs-2.2.0.13或更高版本才能选择代码页和I/O字符设置。

[] Enable symbolic links and execute flags

允许符号连接和执行标记

这里允许在NCPFS使用符号连接和执行许可字节。文件服务器不需要长命名空间，或者载入NFS命名空间来使之运行。

<> Coda file system support (advanced network fs)

Coda文件系统支持（高级网络文件系统）

Coda是一个高级网络文件系统。它与NFS文件系统类似，可以让你挂载远程服务器的文件系统，并且使用常规的UNIX命令访问它们，就如同它们好像安装在你的硬盘上一样。Coda在一些地方比NFS更有优势：支持离线操作（比如笔记本），读/写服务器响应，验证和加密的安全模式，持久客户端缓存和写反馈缓存

需要客户端和服务器端的用户级别的代码。服务器目前是用户级别的，也就是说，不需要内核支持。

编译成模块为：coda

<> Andrew File System support (AFS) (EXPERIMENTAL)

Andrew文件系统支持

试验性的Andrew文件系统驱动。它目前只支持非安全的只读AFS访问。

 [] AFS dynamic debugging

AFS动态调试

 [] Provide AFS client caching support (EXPERIMENTAL)

-*- Native language support --->

本地语言支持.如果你仅仅使用几种主流的Linux文件系统(ext2/3/4,Reiserfs,JFS,XFS),就不需要这个东西.但是如果你需要使用FAT/NTFS分区的话,就需要这个东西了。选上Chinese

--- Native language support

基本的本地语言支持。很多文件系统依赖它（比如FAT、JOLIET、NT、BEOS文件系统），有些文件系统的功能需要使用它（比如NCP、SMB）。

如果你启用了本地语言支持,那么这个必选

编译成模块为：nls_base

(utf8) Default NLS Option

默认语言选项

当挂载文件系统时默认使用的NLS。注意，这是你的控制台使用的NLS，而不是特定文件系统储存数据（文件名）于磁盘时使用的NLS（如果不同）。

如果你指定了一个错误值，那么将会使用内建的NLS，它与iso8859-1兼容。

推荐UTF-8

<>Codepage 437 (United States, Canada)

代码页437：美国、加拿大

微软的FAT文件系统家族用内部的语言字符设置来处理文件名。这些字符设置储存在所谓的DOS代码页中。你需要包含恰当的代码页，如果你想要在DOS/Windows分区上正确地读/写这些文件名。这些代码页仅仅是适用于文件名，而不是文件的内容。

你可以包含多种代码页；在这选Y，如果你想要包含DOS代码页437，它使用在美国和加拿大的部分地区。这也是建议值。

<>Codepage 737 (Greek)

希腊

<>Codepage 775 (Baltic Rim)

波罗的海

<>Codepage 850 (Europe)

欧洲

<>Codepage 852 (Central/Eastern Europe)

中/东欧

<>Codepage 855 (Cyrillic)

西里尔

<>Codepage 857 (Turkish)

土耳其

<>Codepage 860 (Portuguese)

葡萄牙

<>Codepage 861 (Icelandic)

冰岛

<>Codepage 862 (Hebrew)

希伯来

<>Codepage 863 (Canadian French)

法属加拿大

<>Codepage 864 (Arabic)

阿拉伯

<>Codepage 865 (Norwegian, Danish)

挪威，丹麦

<>Codepage 866 (Cyrillic/Russian)

西里尔/俄语

<>Codepage 869 (Greek)

希腊

<>Simplified Chinese charset (CP936, GB2312)

简体中文

<>Traditional Chinese charset (Big5)

繁体中文

<>Japanese charsets (Shift-JIS, EUC-JP)

日语

<>Korean charset (CP949, EUC-KR)

韩语

<>Thai charset (CP874, TIS-620)

泰国语

<>Hebrew charsets (ISO-8859-8, CP1255)

希伯来字符设置

<>Windows CP1250 (Slavic/Central European Languages)

斯拉夫/中欧语

<>Windows CP1251 (Bulgarian, Belarusian)

保加利亚，白俄罗斯

<>ASCII (United States)

美国

<>NLS ISO 8859-1 (Latin 1; Western European Languages)

拉丁1；西欧

<>NLS ISO 8859-2 (Latin 2; Slavic/Central European Languages)

拉丁2；斯拉夫/中欧

<>NLS ISO 8859-3 (Latin 3; Esperanto, Galician, Maltese, Turkish)

拉丁3；世界语，加利西亚，马耳他，土耳其

<>NLS ISO 8859-4 (Latin 4; old Baltic charset)

拉丁4；老波罗的海

<>NLS ISO 8859-5 (Cyrillic)

西里尔

<>NLS ISO 8859-6 (Arabic)

阿拉伯

<>NLS ISO 8859-7 (Modern Greek)

现代希腊

<>NLS ISO 8859-9 (Latin 5; Turkish)

拉丁5；土耳其

<>NLS ISO 8859-13 (Latin 7; Baltic)

拉丁7；波罗的海

<>NLS ISO 8859-14 (Latin 8; Celtic)

拉丁8；凯尔特语

<>NLS ISO 8859-15 (Latin 9; Western European Languages with Euro)

拉丁9；西欧语言

<>NLS KOI8-R (Russian)

俄语

<>NLS KOI8-U/RU (Ukrainian, Belarusian)

乌克兰，白俄罗斯

{} NLS UTF-8

如果你想要从微软FAT文件系统家族或者从JOLIET CD-ROM中正确地在显示器上显示文件名，你需要包含恰当的输入/输出字符设置。在这选Y包含UTF-8编码，用于Unicode/ISO9646通用字符设置。