【问题标题】:Mount NTFS device in C++ on linux?在 Linux 上用 C++ 挂载 NTFS 设备?
【发布时间】:2012-08-31 04:10:53
【问题描述】:

我正在尝试在我的 C++ 应用程序中安装一个外部驱动器。我最初尝试使用 mount(2) 但失败了:

int ret = mount(deviceName.c_str(), mountPoint.c_str(), fsType.c_str(), 0, NULL);

errno 为 19,ENODEV(内核中未配置文件系统类型)

但是,如果我切换到使用 mount(8),它可以正常工作:

std::string cmd = "mount -t " + fsType + " " + deviceName + " " + mountPoint;
int ret = system(cmd.c_str());

mount(2) 是否有不同的可接受文件系统类型列表?这是一个 ntfs 设备,所以我使用 ntfs-3g 作为 fstype。我检查了 /proc/filesystems 并发现它没有列出,所以我尝试了fuseblk,但这只是将错误更改为 22,EINVAL

使用 mount(2) 挂载 NTFS 设备的正确方法是什么?

【问题讨论】:

    标签: c++ linux mount


    【解决方案1】:

    您是否尝试过使用strace 命令运行mount(8)?它将打印出程序进行的系统调用,包括mount(2)。当我进行这样的挂载时,它会生成 mount.ntfs(即 NTFS-3g),然后为 fuseblk 生成 mount,然后转入后台以支持该挂载点。

    基于 FUSE 的文件系统的处理方式不同,因为必须启动用户空间守护程序。使用fuseblk 挂载并没有为内核提供足够的信息来启动守护进程(内核甚至没有真正拥有启动守护进程的信息)。对于 ntfs-3g,通常会执行类似 ntfs-3g /dev/sda1 /mnt/windows 的操作(来自帮助)。没有一种编程方式告诉内核这样做,因为它发生在用户空间中。

    【讨论】:

      【解决方案2】:

      mount.2 只是一个内核调用。 mount.8 是一个完整的外部工具,扩展了内核的功能。

      我想您可能正在寻找libmount,这是一个实现mount.8 完成的整个安装魔法的库。较新的安装版本也使用它。它在util-linux 中提供。

      【讨论】:

      • 啊,我承认我曾假设在后台 mount.2 会调用 mount.8。这就解释了为什么它们的运作方式不同。感谢您将我指向libmount,我会检查一下。
      猜你喜欢
      • 2012-11-04
      • 1970-01-01
      • 2011-07-10
      • 2018-09-20
      • 1970-01-01
      • 1970-01-01
      • 2012-01-15
      • 1970-01-01
      • 2020-03-13
      相关资源
      最近更新 更多