最近我读了很多关于“新”文件系统。 我检查了一些显示MySQL在EXT4或XFS（以及其他一些FS）上运行速度更快的基准。 我也“发现”XFS和EXT4包含在CentOS 5.X中 然而，我读到的大多数文章都非常肯定地说对XFS非常负面。 EXT4也一样。 尽pipe我有一些在EXT4上工作的Debian，但是我没有经验。 问题是 – 安全吗？ 如果电力停止 – 会发生什么，可能丢失什么数据？ 如果系统崩溃会发生什么，什么数据可能会丢失？ 如果内存或某些硬件（不是HDD控制器或硬盘驱动器）损坏 – 会发生什么情况以及可能丢失什么数据…
在Windows上，有Dell的extpart允许扩展正在运行的系统的基本系统磁盘（NTFS）而无需停机。 它看起来像这样： C:\>extpart.exe ExtPart – Utility to extend basic disks (Build 1.0.4) (c) Dell Computer Corporation 2003 Volume to extend (drive letter or mount point): c: Current volume size : 66285 MB (69504860160 bytes) Current partition size : 76285 MB (79990815744 bytes) Size to expand the volume (MB): 76285 轰隆！ 没有停机时间，系统磁盘在系统磁盘上运行的操作系统内扩展。 以上内容是从以下内容复制而来的： 扩展Windows C：\ Dell […]
我inheritance了Softlayer提供的Centos 5.5服务器。 我的/ usr分区正在填满，我看不到通过删除cruft任何快速胜利。 看起来cpanel帐号的数量是非常多的，而且/ usr目录最初还不够大。 磁盘的当前状态如下所示： Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/sda5 ext3 10153988 2270004 7359868 24% / /dev/sda8 ext3 1019208 39296 927304 5% /tmp /dev/sda7 ext3 438694908 107546224 308504668 26% /home /dev/sda3 ext3 10154020 5162120 4467780 54% /var /dev/sda2 ext3 10154020 8107412 1522488 85% /usr /dev/sda1 ext3 101086 24181 71686 […]
是否有可能将一个文件系统的配额文件重定位到不同的文件系统（例如使用符号链接）？ 理由：用配额testingSSD，我担心持续写入配额文件可能会导致早期磨损。
我正在调整CentOS服务器上的逻辑卷大小，我遇到了一个问题，卷被称为100％，尽pipe“大小”和“已用”列似乎表明应该有更多的空间。 df -h /volume_name Filesystem Size Used Avail Use% Mounted on /dev/blah 1014G 963G 24M 100% /volume_name 如果造成这个问题，我的调整过程是： umount /dev/volume_name lvresize -L 1014G /dev/volume_name e2fsck -f /dev/volume_name resize2fs /dev/volume_name mount /dev/volume_name /volume_name 会有这么多未使用的空间是正常的吗？ 当我在卷上运行e2fsck时，大多数人都说他们有大约2或3％的非连续空间。 这可能是对这个问题的贡献吗？ 感谢你给与我的帮助。 我试过寻找这个问题，但我可能会使用错误的术语，所以即使指着我在正确的方向将不胜感激！
是否只有元数据获取在ext3中挂载或数据是否被挂载？
我有一些由cron运行的软件。 但每天一次系统崩溃，只有重新启动有帮助。 这是崩溃之前的最新日志（/ var / log / syslog）： Jul 31 05:00:01 T217 /USR/SBIN/CRON[22629]: (root) CMD (/root/TorrentStealer/cron.sh) Jul 31 05:01:32 T217 /USR/SBIN/CRON[20743]: (CRON) error (grandchild #20745 failed with exit status 127) Jul 31 05:04:17 T217 kernel: [30414.252246] EXT3-fs warning (device sda1): ext3_block_to_path: block < 0 Jul 31 05:04:17 T217 kernel: [30414.252246] EXT3-fs warning (device sda1): ext3_block_to_path: […]
有没有更好的方法来join已经被分割的文件，而不仅仅是做一个“猫”或“join”？ 这些命令只是将文件stream复制到磁盘上的新文件。 一个更好的方法是操纵文件系统指针将文件join一个大的连续文件。 当然这将是文件系统特定的。 有什么可用的ext2或ext3？
从现场专用服务器中清除所有数据的最佳方法是哪一种？ 我没有物理访问，也没有任何带外远程pipe理function的服务器，只有SSH访问。 服务器正在运行Debian 6 更新 服务器有ext3分区。 从碎纸手册页： CAUTION: Note that shred relies on a very important assumption: that the file system overwrites data in place. This is the traditional way to do things, but many modern file system designs do not satisfy this assumption. The following are examples of file systems on which shred is […]
我的硬盘似乎有些问题，但是我不确定是什么，或者如何进行。 任何问题的第一个迹象是： 我尝试在我的服务器上创build一个新的目录，但是当我这样做，它挂了30秒，然后给这个错误： root@smallgames:~# mkdir derpherp mkdir: cannot create directory `derpherp': Input/output error Message from syslogd@smallgames at May 1 18:09:17 … kernel:[8731601.569393] journal commit I/O error 然后我试着运行fsck ： root@smallgames:~# fsck fsck from util-linux 2.20.1 e2fsck 1.41.12 (17-May-2010) /dev/vda1: recovering journal fsck.ext3: Bad magic number in super-block while trying to re-open /dev/vda1 e2fsck: io manager magic […]