当 Linux 写入/查看文件时,为什么 Windows 会报告空的 NTFS 分区? - (exFAT 也发生过这种情况!!!)

当 Linux 写入/查看文件时,为什么 Windows 会报告空的 NTFS 分区? - (exFAT 也发生过这种情况!!!)

Ubuntu 18.04 LTS;Windows 10;联想 Ideapad i7。exfat 和 NTFS 驱动程序处于最高可用升级(Ubuntu)。

Photorec 和 testdisk 正在 Linux 中运行。

请注意这篇文章是关于NTFS 方面问题。下一段是相关背景信息。

背景:我在 Windows 中创建了一个 exFAT 分区。我使用 Linux 中的 PhotoRec 从故障硬盘的 ddrescue 副本中恢复了 400GB 的文档 - 写入了该 exFAT 分区。然后 Windows 报告该分区为空。我在操作系统之间来回切换了几次,然后从 Linux 的角度来看文件也消失了,但我从未在 Windows 中修改过该分区。我在此处发布了该问题,并附上了屏幕截图,显示了相关 exfat问题:https://askubuntu.com/questions/1200196/files-directories-on-exfat-are-not-visible-from-windows

问题
我放弃了 exFAT,将分区格式化为 NTFS。(注意:在创建 NTFS 分区之前,Windows 快速启动、安全启动和休眠功能均已禁用。)我重新运行了 PhotoRec。然而,令人难以置信的是,Windows 再次报告分区为空。我不会再在操作系统之间来回切换,因为运行 PhotoRec 需要几个小时。我要等待答案。

以下是一些屏幕截图和终端输出。

以下是 Windows 所看到的内容。

视窗

以下是 GParted (Linux) 的输出

GParted 屏幕截图

以下是 Linux 中一些命令的输出,显示了目录和大小。安装 NTFS 分区时未报告任何错误。

me@PC:~$ sudo mount /dev/sda4 /media/me/intNTFS
[sudo] password for me:         
me@PC:~$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 931.5G  0 disk 
├─sda1   8:1    0   260M  0 part 
├─sda2   8:2    0    16M  0 part 
├─sda3   8:3    0 246.7G  0 part 
├─sda4   8:4    0 683.6G  0 part /media/me/intNTFS
└─sda5   8:5    0 998.5M  0 part 
sdb      8:16   0 465.8G  0 disk 
├─sdb1   8:17   0   512M  0 part /boot/efi
└─sdb2   8:18   0  83.7G  0 part /
sdc      8:32   1   7.4G  0 disk 
└─sdc1   8:33   1   7.4G  0 part 
me@PC:~$ 
me@PC:~$ df -hT
Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  3.9G     0  3.9G   0% /dev
tmpfs          tmpfs     789M  1.5M  787M   1% /run
/dev/sdb2      ext4       82G   12G   66G  16% /
tmpfs          tmpfs     3.9G  237M  3.7G   7% /dev/shm
tmpfs          tmpfs     5.0M  4.0K  5.0M   1% /run/lock
tmpfs          tmpfs     3.9G     0  3.9G   0% /sys/fs/cgroup
tmpfs          tmpfs     3.9G   12K  3.9G   1% /tmp
/dev/sdb1      vfat      511M  6.1M  505M   2% /boot/efi
tmpfs          tmpfs     789M   24K  789M   1% /run/user/1000
/dev/sda4      fuseblk   684G  422G  263G  62% /media/me/intNTFS
me@PC:~$ 

以下是 recup_dir 目录之一的部分目录列表的屏幕截图(ls -la /media/me/intNTFS/recup_dir.1

在此处输入图片描述

为什么文件在 Windows 中不可见?无论我将分区格式化为 exFAT 还是 NTFS,都会发生这种情况。

总结:为双系统 Linux 准备 Windows - 禁用所有快速启动、安全启动和休眠。在 Windows 中创建 NTFS 分区(全新分区)。重新启动进入 Linux。运行 PhotoRec。重新启动进入 Windows。分区报告为空。在 Linux 中重新启动。400GB 以上的文件仍在那里。(此外,我在尝试 NTFS 之前尝试使用 exFAT,如上所述。)

更新

经过几次重启后,Linux 现在也显示分区为空。当分区为 exFAT 时也发生了同样的事情,如上所述。我从未在 Windows 中运行 chkdsk,也没有对其他驱动器进行任何操作,除了打开 diskmgmt.msc 并截屏。

这是 GParted 现在显示的内容(有时内部驱动器设置为 sda,有时设置为 sdb。Linux 位于外部 500GB SSD(USB)上。

分区

这是有关分区(GParted)的信息窗口。

在此处输入图片描述

Testdisk 找不到分区。(sudo testdisk /dev/sdb4 -> EFI GPT -> Analyze)

在此处输入图片描述

我将在 testdisk 中运行完整的分区搜索。这可能需要几个小时。之后,我将在 Windows 中运行 chkdsk /f,看看它是否会在 diskmgmt.msc 显示为空的分区上恢复某些内容。我并不乐观。(更新,找到了分区,在 sda 而不是 sda4 上进行搜索,但分区是空的。testdisk/photorec 论坛说在这种情况下运行 photorec。我没有在恢复上运行恢复。我可以再次运行 photorec。)

再次强调,在整个过程中,Windows 中的快速启动、安全启动和休眠功能一直处于禁用状态。看来我将再次运行 photorec 几个小时。我希望我有一个 1TB 的外部磁盘可以使用。(我可以在 Windows 的外部 SSD 上使用 exFAT 分区。)请注意,我不能使用 FAT32,因为 PhotoRec 在恢复过程中创建的文件大小远远超过 4GB。

相关内容