问题标签 [xfs]

当我启动 MongoDB 控制台时，它显示以下警告： 屏幕截图 1

当我运行“df -Th”时，它显示以下内容：屏幕截图 2

是否可以在不重新安装的情况下更改我的 CentOS 的文件系统？

谢谢 ：）

在阅读了 CEN/XFS 编程参考之后，我认为编写所有 ATM 都支持的 ATM 软件会很“容易”。乍一看，就可移植性而言，整个标准对我来说似乎是合理的。

然而，令我大吃一惊的是，我可以访问一些知名供应商的 ATM，它们甚至没有安装 Microsoft XFS 管理器（msxfs.dll 等）。我认为这将是一个非常罕见的情况。

有人告诉我，一些供应商有自己的 XFS 管理器。这是真的吗？我认为 JXFS 或供应商特定层将依赖于 CEN/XFS 管理器。

如果是这样，我是否必须了解所有依赖于供应商的 API？我拒绝相信这个行业是这样运作的。

我已经为树莓派设置了一个带 Fedora 28 的 SD 卡。因为我不想在 Pi 上测试 Docker，所以我尝试使用 fstransform 将根分区转换为 xfs，效果非常好。现在，当我将 sd 卡插入 Pi 时，系统正常启动。首次启动时，系统设置屏幕出现，我可以设置 root 密码并创建一个新用户（无需密码进行测试）。设置后，我尝试使用两个用户登录，但在登录后我再次注销。

用于登录 sd 卡的系统日志部分如下所示：

当我尝试通过 ssh 连接到 Pi 时，管道损坏。

此时我检查了文件 /usr/lib/systemd/systemd 的权限，但它们设置正确：

有人对此有解决方案吗？

我在 GCE（谷歌计算引擎）上有一个带有 CentOS 的虚拟机。我在 GCE 中添加了 10GB 的磁盘空间，系统可以看到这个空间。我尝试使用 向分区添加 10GB xfs_growfs，但没有成功。什么地方出了错？这是我尝试进行更改的控制台图像。

这是关于在 ext4 文件系统上设置项目配额/目录配额。在 ext4 文件系统中允许项目配额的补丁是通过补丁https://lore.kernel.org/patchwork/patch/541895/提交的。

我已经尝试了以下步骤（随后是相关命令）： 1. 在块设备 mkfs.ext4 /dev/nvme0n1 上创建文件系统

2. 启用项目配额 tune2fs -O project -Q prjquota /dev/nvme0n1

3. 挂载块设备： mount -o prjquota /dev/nvme0n1 /test

4. 在挂载路径上启用配额：quotaon -Pv -F vfsv1 /test

5. 为项目配额创建项目 ID/项目名称： echo 51:/test/first >> /etc/projects echo testproj:51 >> /etc/projid

6. 编辑与项目用户相关的配额：testproj edquota -P testproj

将软块单元设置为 10，将硬块单元设置为 20

7. 符合配额设置

repquota -avugP

设备上的项目配额报告 /dev/nvme0n1 块宽限时间：7 天；Inode 宽限时间：7 天 块限制 文件限制

项目使用了软硬恩典 使用了软硬恩典

测试项目——0 10 20 0 0 0

8. 开始在 /test/first 下的所述目录上写入/执行 IO

fallocate -l 10G 十.txt

9. 我可以看到在所述位置创建了一个大小为 10G 的文件，并且在 #7 中运行上述命令我可以看到消耗的 inode 没有变化。

是否有任何其他步骤可以在 ext4 文件系统上启用配额？

内核版本：4.15.0-36-generic

我收到一条警报，说我的 XFS 文件系统上的 IUse% 突然从 3% 跃升至 96%。

一个小时左右后，它又回到了 3%。

问题期间：

解决后：

请注意，IUsed（第 3 列）几乎保持不变——在这两种情况下，使用了大约 5400 万个 inode。

但在问题期间，inode 的数量（第 2 列）发生了巨大变化——从 23 亿（23 亿）下降到 5700 万。

什么可能导致这种情况？

I want to change the docker image(Any images such as Database images: MongoDB or PostgreSQL) to XFS file system. Is there any solution such as set options into the Docker file to change the file system of any docker images?

我想使用 LVM 快照备份一个大型 MongoDB 数据库（大约 100GB），但文件系统与备份到还原点不同。实际的数据库位于带有ext4文件系统的 AWS EBS 上，我想在另一个带有XFS的 EBS 中恢复它。

实际上，我可以执行此操作吗？

磁盘布局 我的 HDD RAID 阵列即将报废，我为它购买了一些新磁盘。旧硬盘我已用作 kvm/qemu 虚拟机的原始磁盘映像的存储。RAID 阵列是使用 mdadm 构建的。在 md 设备上，我有 LVM 的物理卷。在物理卷上，我有存储原始磁盘映像的 XFS 文件系统。每个原始磁盘映像都是由 qemu-img 制作的，并包含 LVM 的物理卷。一个 PV = 一个 LV = 一个原始磁盘映像内的 VG。

操作 当我尝试使用 cp 进行数据移动时，我在我的 raid 阵列中遇到了坏块和 i/o 问题，所以我从 cp 切换到 dd，没有错误，我写的同步标志dd if=/mnt/old/file.img of=/mnt/**old**/file.img bs=4k conv=noerror,sync

问题 现在文件 /mnt/old/file.img 在 XFS 文件系统中的大小为零。有没有简单的解决方案来恢复它？

目前我正在准备 RHCSA 考试并完成一些任务以达到预期的效果。我对这个任务有一个问题：“创建一个名为 linuxadm 的逻辑卷，其大小等于 vgtest 卷组中的 10 个 LE（创建 PE 大小为 32MB 的 vgtest），具有挂载点 /mnt/linuxadm 和 xfs 文件系统结构。创建一个名为挂载点中的 linuxadmfile。将文件系统设置为在每次系统重新启动时自动挂载。

在这个任务中，我不明白“LEs”是什么意思，我试图用谷歌搜索这些信息，但我什么也没找到