标签: filesystems

我遇到了上述问题，我不知道是什么原因造成的。有人可以帮我解决这个问题吗？

1) 我的第一个磁盘已经/dev/sda 正常工作，现在我正在尝试在第二个磁盘上创建另一个 FS：

$fdisk /dev/sdb 【我在fdisk下按了n、p、w】

2）我看了一下fdisk的结果

$fdisk -l

Disk /dev/sda: 1999.0 GB, 1998998994944 bytes
255 heads, 63 sectors/track, 243031 cylinders, total 3904294912 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000a6eb5

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048  1953124351   976561152   83  Linux
/dev/sda2      1953126398  2070310911    58592257    5  Extended
/dev/sda5      1953126400  2070310911    58592256 …

是否有文件系统将文件存储在散列下以便没有重复项？它可以在任何操作系统下。我知道 Git 会这样做，但我正在寻找可以实时运行的东西。

VMWare / CentOS 5.x

我的 CentOS VM 系统空间不足，因此 VMWare 管理员增加了分配给 VM 的存储空间。关闭系统电源并重新启动后，操作系统仍显示相同的旧空间量。

有人可以建议我需要完成哪些具体步骤才能让 CentOS 5 识别新空间？我的理解是我可能需要运行一个分区工具来合并新空间。

如果有帮助，这里是输出fdisk -l：

Disk /dev/sda: 12.8 GB, 12884901888 bytes
255 heads, 63 sectors/track, 1566 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          16      128488+  83  Linux
/dev/sda2              17         277     2096482+  82  Linux swap / Solaris
/dev/sda3             278        1566    10353892+  83  Linux

这是 /etc/fstab 的内容：

LABEL=/                 /                       ext3    defaults        1 1 …

我听说即使是像 EXT3/EXT4 这样的日志文件系统也可能在电源故障期间损坏，例如来自维基百科 [1]：

In the event of a system crash or power failure, 
such file systems are quicker to bring back online and 
less likely to become corrupted.

任何人都可以通过举例来提供更多的细节，当

1. 腐败可能发生
2. 日志文件系统避免了损坏

[1] http://en.wikipedia.org/wiki/Journaling_file_system

该mountall将手册页说：“这是一个临时的工具，直到的init（8）本身”可以做到这一点，基本上是这样。为什么不直接使用 mount -a？两者之间有区别吗，如果有，我应该使用哪个？

在昨天之前，我只使用小写字母、数字、点 ( .) 和下划线 ( _) 来命名目录和文件。

今天我想开始使用更多的特殊字符。哪些是安全的（安全是指我永远不会有任何问题）？

ps：我不敢相信这个网站上还没有人问过这个问题，但我搜索了“命名”这个词并阅读了规范问题，但没有成功（大多数都是关于计算机名称）。

编辑 #1 :(顺便说一句，我不使用大写字母作为文件名。我不记得为什么。但是几个月以来，我遇到了大写字母的生产问题：某些操作系统不支持 ascii！）

这是昨天在工作中发生的事情： 像往常一样，我必须创建一个自签名 SSL 证书。像往常一样，我使用文件的网站名称：www2.example.com.key www2.example.com.crt www2.example.com.csr。

那么问题来了：生成通配符自签名证书。我这样做了，并将文件命名为 example.com.key example.com.crt example.com.csr，这是一种误导（它是 *.example.com 的证书）。

我回到家，开始在 apache 配置文件的文件名中添加一些星星，看看它是否有效（在无用的家用计算机上，甚至没有延迟）。

文件名中的星号真的让我害怕：一些同事/供应商/...可以使用 rm find xarg 执行一些脚本，这会导致http://www.ucs.cam.ac.uk/support/unix-support/misc/恐怖，并且已经有一个答案谈到了灾难。

编辑#2：

只是认为:不需要逃避。任何人都知道为什么它不在文件名中使用？

编辑#3：

让我们总结一下我到目前为止的理解：

• .并且_可以安全地用于文件名。
• | ( *应该避免需要转义的特殊字符（例如空格）。
• 出于各种原因应避免使用其他一些特殊字符 ( / - :)

所有其他的呢，比如%或=？

我尝试使用 rsync 在两台机器之间同步文件，但无论文件修改时间如何，它似乎都会复制所有文件。连续两次调用该命令产生相同的结果，所以它显然是坏的。

有问题的命令是：

rsync -r local/path user@host:/remote/path -v

本地文件系统是 ext4，而远程文件系统是 ext3。我怀疑问题出在这里，因为当我尝试在同一个 ext3 系统和 NTFS 驱动器之间同步文件时，我遇到了类似的问题。将后者转换为 ext3 解决了这个问题。

这次我不能求助于转换。有谁知道问题的确切来源和任何可能的解决方案？

/tmp 是否有理想的 chmod（/var/tmp 符号链接到 /tmp）？

我见过人们以两种方式提及它，只是好奇其中的区别。

这是安全差异吗？

在我的大学部门，我们即将升级我们学生实验室的计算机（大约 25-30 台机器）。这些机器将运行 Linux。

关于新机器的一件事是它们有巨大的 (1TB) 硬盘（我们没有要求它们，但无论如何现在你找不到便宜得多的磁盘！）

目前，用户主目录存储在中央文件服务器上并通过 nfs 挂载。

所以问题是，有什么办法可以使用所有这些磁盘容量吗？我会考虑

• 扩展我们的中央文件存储，或
• 复制主目录以加快访问速度。

主要问题是实验室机器不能保证一直运行。

浏览此站点时，我阅读了有关GlusterFS和AFS 的信息。

GlusterFS 似乎有很多朋友，是一个很好的通用解决方案。

AFS呢？我读过它有性能问题，有经验吗？

这更像是一种好奇心，但我注意到/etc/httpd/logs符号链接到/var/log/httpd，但是当我在里面时/etc/httpd/logs，ls -la我看到：

drwx------ 2 root root    4096 Mar 21 14:58 .
drwxr-xr-x 9 root root    4096 Mar 17 03:10 ..

为什么.条目不显示 lrwx....？

但是当我去/etc/httpd和做ls -la我看到：

lrwxrwxrwx 1 root root   19 Mar  4 17:12 logs -> ../../var/log/httpd