Questions tagged «partition»

分区是一种逻辑上划分计算资源(最常用的磁盘存储)的方式

3
centos 100%的磁盘已满-如何删除日志文件,历史记录等?
由于磁盘空间已满,mysqld无法启动: 101221 14:06:50 [ERROR] /usr/libexec/mysqld: Error writing file '/var/run/mysqld/mysqld.pid' (Errcode: 28) 101221 14:06:50 [ERROR] Can't start server: can't create PID file: No space left on device 正在运行df -h: Filesystem Size Used Avail Use% Mounted on /dev/sda2 16G 3.2G 12G 23% / /dev/sda5 4.8G 4.6G 0 100% /var /dev/sda3 430G 855M …

6
那么,在赛门铁克将其杀死之后,我们用什么代替PartitionMagic?[关闭]
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案会得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 7年前关闭。 显然,自从我上次不得不做很多分区和映像操作以来,赛门铁克就收购,忽略并杀死了PartitionMagic。(是的,已经有一段时间了。)那么,我们本来打算使用什么呢?那么,这实际上赋予了PartitionMagic如此应有的表现,这实际上是在执行该做的该死的一般行为吗?

2
CentOS下载目录/ var / cache / yum / base / packages中空间不足
我尝试在安装时安装百胜libpcap Error Downloading Packages: 14:libpcap-0.9.4-15.el5.i386: Insufficient space in download directory /var/cache/yum/base/packages * free 0 * needed 108 k 这是df -h的输出: Filesystem Size Used Avail Use% Mounted on /dev/sda1 20G 19G 0 100% / /dev/sda3 202G 38G 154G 20% /home tmpfs 1.5G 0 1.5G 0% /dev/shm 和fdisk -l: Disk /dev/sda: 250.0 …


6
是否有充分的理由在Windows上对磁盘进行分区?
对于Windows有多个分区似乎有很多困惑。我听到的一些理论是 移到新分区开始比搜索文件开始更快 如果您需要格式化,因为数据在另一个分区上就更容易了 将交换文件放在单独的分区上可提高性能 文件/文件夹级别的安全性 通常,我发现数据是正确的,但是在那种情况下,我宁愿拥有单独的磁盘,因为它们会更快。 简而言之,我的问题是,上述理论是否有真相?是否有其他原因对磁盘进行分区?

2
在无法创建/管理分区的设备上设置ZFS池的方法?
我有一个NAS(带有DSM 5.0的Synology DS214),无法创建和管理分区(也许我可以进行一些我不想做的黑客操作)。存在哪些方法来设置每个分区一个的多个ZFS池(对于初学者-仅想使用重复数据删除)?该设置应与NAS配合使用,即通过网络(我将通过NFS或CIF挂载映像)。 到目前为止,我的想法和相关问题: 通过循环设备安装的稀疏文件(将稀疏文件直接指定为ZFS vdev不起作用,请参见我可以为zfs池选择稀疏文件作为vdev吗?):问题是分配的循环设备的名称/编号不是常数,不知道增加带有内核参数的数字循环设备会如何影响性能(有理由将其默认值限制为8,对吗?) 如果存储数据的设备仅用于(以错误的形式)以字节形式保存文件中的数据,而其他所有内容均由另一台设备管理(如果无法创建分区,则是必需的),则必须将所有数据保存到ZFS系统或池也需要在设备上运行(至少池的名称和附加的vdev的列表),以使池在控制设备的故障中幸免。与ZFS相关的数据必须在外部备份。如何告诉ZFS在哪里存储其数据?我猜想,挂载目录(/etc/zfs等等)比告诉ZFS在创建池时将数据保存在何处更糟糕。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.