我正在构建一台计算机并安装它的Linux。我正在考虑:
用于频繁访问的文件(如操作系统和程序)的小容量SSD,
用于频繁写入文件(如临时文件)的小容量硬盘驱动器,
和大容量的硬盘备份,以及各种媒体(如音乐和电影)。
那么,我应该如何划分子目录,以便我可以尽量减少磨损在SSD,但保持我的计算机快速?下面是几个我访问过的网站,但我仍然需要澄清。提前谢你,山姆。
http://www.tldp.org/LDP/intro-linux/html/sect_03_01.html表3-2
http://www.pathname.com/fhs/pub/fhs-2.3.html
发布于 2013-10-21 00:23:45
大容量数据通常会转到/home
和/srv
,而后者通常在桌面系统中完全不使用。显然,这两个目录应该驻留在您的“大”存储中,可能是彼此之间的符号链接。
/dev
、/proc
和/sys
通常不写在文件系统上。相反,临时文件系统被挂载到这些文件夹中,因此不需要将它们放在其他地方。/mnt
(今天很少使用)和/media
也是如此,每次放入USB驱动器或类似的介质时,都会在它们上创建空的挂载点目录。但这不太可能杀死你的SSD。
/bin
、/sbin
、/lib
、/usr
和/etc
都是您将保留在SSD上的典型示例,这些工具包含您的程序文件,它们通常不会写入,除非您修改您的软件设置或使系统范围内的配置代码。
/var
是唯一一个在常规系统操作中包含不断变化的持久数据的目录,根据您的逻辑,您可以将这个目录放在小型硬盘上。
更棘手的是如何处理/tmp
和/run
。这两个数据包含快速变化的数据,在重新启动时不需要这些数据。这个系统可以从SSD的加速中获益很多,但是它们也将是最疲惫的存储区域。
这个名称的目录在/var
中也是可用的,但是它们是分开的,因为/
目录中的对等目录被认为对系统功能更重要,而且传统上即使在/var
由于某种原因无法挂载的情况下,它们也是可用的。实际上,将它们分别与/var/tmp
和/var/run
链接起来是相当安全的。
您也可以考虑将它们挂载为ram磁盘,但请注意,一些应用程序可能会尝试将大量数据写入这些文件夹中,最近我遇到了一些程序,这些程序依赖于/run
和/var/run
中的持久目录结构,或者在引导过程的早期将数据写入/tmp
时倾向于采取刺激措施的机制,并在安装了ram之后发现自己无法检索这些数据。
总的来说,我不会太担心让一个现代化的SSD紧张。他们是一个数量级,比一个普通的USB棒更耐用,我很高兴地运行/var
,/run/
和/tmp
上的SSD本人。操作速度的提高可能是值得的。
https://askubuntu.com/questions/362650
复制相似问题