Linux下对硬盘分区_第1页
Linux下对硬盘分区_第2页
Linux下对硬盘分区_第3页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、一.基本工作站的分区方案假设系统的硬盘大小是10G。/boot 20MSwap 128M/root 9.85G建立一个20M的/boot分区是为了避免将系统内核文件放到1024磁道以外,如果将/boot 做为root分区的一个子目录,内核文件就会安装在root分区的任何地方,因为硬盘的大小 超过了 8G,所以在启动时就有可能出现问题。建议将交换分区的大小设置为内存的两倍, 在这里我们假设系统的内存为64M。最后我们将硬盘的剩余空间全部分给了 root分区。二.Red Hat Linux 6.2及其早期版本上的基本服务器硬盘分区方案这里的服务器我们假设只提供几种通用的服务,如WWW服务及FTP服

2、务等几种服务, 通过telnet登录的用户数很少。假设其硬盘大小为25G。/boot 20MSwap 128M/ 10G/home 13G/var 2G在硬盘的最前面创建20M大小的/boot分区,原因同上。交换分区的大小也是128M,因 为内存的大小为64M。/,即root分区设为10G这么大是因为其中有一个/usr目录,这个目录可能会占用很多 硬盘空间,特别是在安装了 X Server,运行图形界面的应用程序的时候。/home分区是硬盘中最大的分区,这似乎与我们假设系统用户数不多有些矛盾。实际上 在/home目录下确实没有几个用户目录,但在Red Hat6.2及更早的版本中,Apache服

3、务器 和wu-ftpd FTP服务器被放在了/home/httpd及/home/ftp目录中。所以这个分区这么大也是有 原因的。最后,/var目录独自占用了一个分区,因为系统的所有日志都写到了/var/log目录下, 这将会占用很大的硬盘空间。如果系统日志记录得非常详细,整个目录很快会被写满,导致 系统工作呆滞。当然,可以通过系统日志后台守护程序syslogd来修改日志配置,避免发生 这种情况。三Red Hat 7及以上版本的基本服务器分区方案这种情况同前一个方案的情况相同,不同的是LINUX版本为Red Hat 7.0及其以上版本。/boot 20MSwap 128M/ 10G/var 15

4、G与RedHat6不同,在RedHat7中HTTP服务和FTP服务的目录现在位于/var/www/和 /var/ftp/,因此/var分区有15G之大也就不难理解了。四.多用户服务器分区方案在这种服务器系统中,同时有多个用户通过telnet, ssh, rlogin或其方式在远程访问系统。 系统中有三个35G的硬盘驱动器,总共有105G的磁盘空间。系统中用到了 RAID 5技术 做数据冗余。这种情况下,管理员必须为每个用户分配磁盘空间。对RedHat 6.2及更早的 版本,分区如下:Disk 1:/boot 20M/ 4G/var 3GB/home 27.98GDisk 2:swap 20MB

5、/ 4GB/var 3GB/home 27.98GBDisk 3:swap 20MB/ 4GB/var 3GB/home 27.98GB这样分区的原因:首先,Disk1上的20M /boot分区不属于任何RAID阵列,否则如果 你将/boot放至RAID阵列中,以后就不能系统内核升级了。为了方便管理,在其它两个硬盘中建立了 20M的交换分区。这种服务器一般配有1G 以上的内存,因此交换分区的大小不成问题。如果增大交换分区,就会减少RAID分区空间, 所以20M是足够的。RAID分区的分组如下:1-A, 2-A, and 3-A 一起组成一个8G的RAID 5驱动器,做为/根目录打开。1-B, 2-B, and 3-B组成6GB的RAID 5驱动器,做为/var目录。1-C, 2-C, and 3-C 组成 55.96GB RAID 5 驱动器,做为 /home,目录。这种分配方案总共有55.96G的空间分配给所有用户及Apache和FTP服务,在/var

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论