Questions tagged «filesystems»

从Solaris 10 ZFS v22复制到FreeBSD 8.3 ZFS v28是否安全？ 是否有人在ZFS的特定版本上做到了这一点？

8 solaris  filesystems  freebsd  replication  zfs 

我需要将大文件（损坏的MySQL表〜40GB）移动到单独的服务器上以进行修复。（当尝试在生产服务器上进行修复时，它很快就杀死了服务器）。 为此，我想将.frm，.MYI和.MYD文件从生产服务器重新同步到云服务器。 我正在将文件从/ var / lib / mysql / {database} /复制到/ home / {myuser}，以便不需要为rsync命令启用root访问权限，并100％确保数据库文件不是使用中（不应写入或读取，但显然我不想关闭生产数据库来确保）。 我尝试复制的第一个文件约为10GB。我正在从生产服务器的一部分转移到另一部分，即转移到同一磁盘阵列。 不幸的是，复制命令“ cp filename newfilename”占用了太多资源，导致服务器停止运行。 将文件复制到其他目录时，如何使用较少的资源？（花费多长时间并不重要）。 假设我能够做到这一点，那么在将文件同步到云中时，我可以期待什么资源使用量？ 谁能建议一个更好的方法来做到这一点？我的磁盘空间很快用完了，因此需要尽快修复和归档此表。

8 linux  filesystems  rsync  copy 

普通用户可以通过chmod文件使其无法访问，例如 evgeniy@ubuntu:~$ touch test evgeniy@ubuntu:~$ chmod 444 test evgeniy@ubuntu:~$ echo 'test' > test bash: test: Permission denied 可以为root用户模拟这样的事情吗？

8 linux  permissions  filesystems 

我想知道，我敢肯定，还有很多人也想知道，对于基于GNU / Linux的服务器，哪种文件系统布局是最好的，或者至少是最优的。我知道这里没有通用的布局，因为布局会根据最终用户想要实现的目标而有所不同，因此我将把问题缩小到一个非常具体的实现。该服务器的用途是作为中型SIP电话服务器。我想到的文件系统布局如下： 硬盘的总大小为146 GB 1 GB主分区安装为/ boot 16 GB主分区安装为/ 作为交换安装的16 GB扩展分区（服务器具有8 GB内存，至少不会很快变大） 52 GB扩展分区挂载为/ var 16 GB扩展分区挂载为/ var / log 30 GB扩展分区挂载为/ usr 5 GB扩展分区挂载为/ tmp 10 GB扩展分区挂载为/ home 考虑到将允许更快的访问，我将交换放在中间，做了一个大的var分区，因为将有很多可变数据，例如数据库文件。我将/ var / log和/ tmp移到了不同​​的分区，以确保它们被填满，它们不会降低整个系统的性能，并且将/ usr也移到了只读位置，以便在需要时可以使其只读。这样的措施。我制作了一个小/ home分区，因为用户数量很少，因此不需要较大的home目录存储空间。 我猜想有很多支持和反对这种布局的观点，并且我对其他人的想法很好奇（试图选择比我更有经验或更明智的人的思想）：这种分散和秩序是否考虑到快速访问（为什么将交换几乎放在中间），安全性和数据安全性？有什么想法吗？谢谢！

8 linux  filesystems 

Linux是否有用于将SSD用作磁盘缓存的软件？我不确定Sun会对ZFS做类似的事情，尽管不确定。快速搜索没有合适的结果。目的是将经常请求的文件动态地放在SSD上。由于SSD比RAM具有更多的容量，比金钱更少，并且性能比硬盘更好，因此应该可以有效地提高性能。

8 linux  performance  filesystems  ssd 

如何找出当前文件系统使用的字符集编码以及如何将其更改为UTF-8？ 编辑： 这是mount的输出： /dev/sdb6 on / type ext3 (rw,relatime,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) /proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) varrun on /var/run type tmpfs (rw,nosuid,mode=0755) varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs …

8 ubuntu  filesystems  utf-8 

我将在某些大型文件系统（大约50 TB）上测试“ xfs_repair”，因为过去内存使用率很高。虽然我只能在正确的文件系统上测试程序，但是在损坏的系统上测试它们会很好。 因此，破坏文件系统的最佳方法是什么。如果该方法每次都重复给出相同的损坏，则表示额外的信誉。 让人们了解我在2006年的意义ish “要在多TB的文件系统上成功检查或运行修复，您需要： 一台64位机器 一个64位的xfs _修复/ xfs _检查二进制文件 每TB文件系统约2GB RAM 文件系统中每百万inode 100-200MB RAM。 xfs_repair通常使用的内存少于此数量，但是这些数字为您提供了一个修理数字，说明已修复80％以上的大型文件系统需要什么。 FWIW，上一次内部出现此问题时，有问题的29TB文件系统需要约75GB的RAM +交换来修复。”

8 linux  filesystems  testing  corruption  xfs 

一些类似的已经问了，不过我的标准是有点不同。我需要在Mac OSX，Linux和Windows XP系统之间共享便携式硬盘（USB /火线），其中共享的文件有时大于4GB。在所有支持此功能并允许读/写访问的操作系统上，是否都有可用的文件系统可用？如果没有，那么在这些操作系统上安装其他软件方面的下一个最佳解决方案是什么？

8 filesystems  usb  hard-drive 

我有两个RHEL 6.10服务器，其中/ tmp不断填充着数千个具有以下名称的文件 -rw-rw-r--. 1 root root 0 Feb 22 17:30 fileoQ1gE0 -rw-rw-r--. 1 root root 0 Feb 22 17:31 fileTFa0e7 -rw-rw-r--. 1 root root 0 Feb 22 17:32 fileSxEdEa -rw-rw-r--. 1 root root 0 Feb 22 17:33 filegoLf6g -rw-rw-r--. 1 root root 0 Feb 22 17:34 filebj3CJv -rw-rw-r--. 1 …

3 linux  redhat  unix  filesystems