Dslayer

@zhihupron
推测:
历史遗留问题，全球范围内的天量的旧系统要升级；
没有迫切需求；
抬杠：为什么不支持汉字呢？为什么不支持 emoji 呢

@zhxjdwh 都工作 3 年了那就没什么好提醒的了
既然起 qemu-kvm。。。 而不是直接 vbox 完事， 算是有心折腾吧，

都工作 3 年了大概不差钱，如果 windows 的性能需求不高，
拿铁熊猫 / intel nuc / intel 计算棒 / gpd 上网本 什么的都可以试一下咯，
m3 cpu 轻度办公基本可用，内存有 8g 也凑合能用，4g 挺勉强的多凑合一下也能用。
其中 intel nuc8 和即将面市的 nuc10 相对靠谱，
一根 PD 转 DC 20v 的线可搭配 20v 45 瓦以上的 PD 充电头或者紫米充电宝。

或者 linux 放到另一个设备上，这样一来除了前述设备，rasp pi 及其模仿品，
还有 chromebook 什么的都可以尝试下咯。

e，这儿居然没有私信功能。我有点想展示下正在尝试，勉强接近稳定的终极神奇用法。
简单来说就是 联想 y9kx，archlinux， 雷电 3 接 rx580， 直通给 win10 vm。
貌似明显优点就一个，win10 vm 享受 btrfs snapshot。
无外接显卡时使用 gvt-g 直通 intel 核显
不过。。。qxl 也够用了，rdp 不需要受控端有 3d 加速， 用 nomachine 远控风扇暴走。

有条件如此倒腾，因为我自己最常用的软件只有 chromium 和 firefox。。。

不能只说不要这么做，还要说一下正常的做法：
ntfs-3g 的确有一些问题，
数据放在 exfat 等 linux 完善支持的文件系统里，起 samba，
在 windows vm 里挂载此 samba 共享。

然而，既然 win10 直接从物理磁盘引导，此通常做法大概不适用，
如此双系统确实可行，当初我就拿 xp embedded 玩过，后来使用 wes7 玩过。
有可能会面临一堆问题，建议做好 windows 突然崩溃掉需要重装的心理准备， 数据做好备份。

提醒楼主专注于学习 /工作 中真正重要的事情，不要被这些花里胡哨的分散了太多精力。
看起来很牛，实际对(以后的)工作帮助不大。 估计还是学生吧。。。

比如说吧，我就特擅长此类杂务，各种工具玩出了花，
然而，作为打杂网管，看隔壁研发的同事拿自己好几倍工资眼红。

重点：
能用于工作的，就是能赚钱的，
只有主流的广泛验证过的解决方案，
奇技淫巧难以形成核心竞争力。

@zhxjdwh 。。。
里面有很多东西还这么玩，
建议:
unmount ntfs 分区，强关 windows vm。
立刻，马上查明重要的东西有没有备份。
若无，ntfs-3g 只读挂载之，尝试复制出来。
如果确实丢失了文件，不是特别重要的话，在 windows 里用 recuva 试一下恢复数据。
特别重要的就在避免读写方式挂载的前提下，尝试恢复数据，或者镜像出来搞。
e... windows 下分配了盘符就算是挂载；只要挂载就可能产生写入。
文件如果有损坏的多半凉了。
在确保重要的东西无恙之后，chkdsk 一下吧，很有必要。

以后谨慎点儿~ e... 我大学时候这么玩丢了一分区数据

@zhxjdwh 删除操作并不是直接抹除文件，在没有 trim 这回事的时候，只不过是标记此处区域已空出，以后的文件可以分配在此处。有 trim 的情况下则比较复杂，3 种情况 视 trim 的具体实现属于 Non-deterministic TRIM / DRAT / RZAT 而定。

所以，A 删除了文件，是 A 把自己的 文件系统缓存里，和磁盘上，在 元数据里标记此处磁盘空间空闲； 此时 B 的文件系统缓存里的元数据仍然标记此处存在前述文件。
明显的问题：
1. 此时若 A 写入文件，有可能覆盖此文件，B 再读取此文件，若内存的缓存里无此文件，从磁盘读取到的就是损坏的文件。
2. 若随后 A 和 B 均无大量文件写入，A 先关机（或 unmount ），B 之后关机（或 unmount ），还可能发生 A 修改之前的元数据被 B flush 到硬盘，导致文件明明从 A 写入了，却又消失了的情况。

总之一句话，别这么用。。。 非得临时这么用一下，那就保证只有 1 个 host 允许写入。

忍不住找了半天密码特意登上来回复，

共享文件系统（ Shared-disk file system、Clustered file system ）了解一下。
比如说 vmfs，允许多个 esxi 主机同时挂载并读写同一个 block device，
要做到这一点，需要在文件系统设计之初以此为目标，实现比较复杂的锁机制，
在多个 host 上同步 metadata， 并且有不低的性能开销。

ntfs、fat32、ext4 等等常见的文件系统并非以此为目标设计的。

就是说为了保证合理的性能，操作系统必然要把文件系统上的数据和元数据缓存到内存里，
普通情况下并不会发生磁盘上的数据变更而不会通知操作系统的情况。

在 windows vm 里的写入（删除操作算是对 metadata 的写入），并不会直接通知到 ntfs-3g。

多个操作系统同时读写一个普通的文件系统，结果就是文件损坏甚至文件系统彻底损坏。

zfs 官方文档没有提到推荐 1GB ram per TB 吗，没有推荐尽量使用 ECC RAM 吗。

@Dslayer 没看清楚，帖子里说的是 y7000p 的 32G 内存。

y7000p 不带雷电呢，还厚，还多余个独显。。。 但是便宜啊~~~ 观望中

京东上那一家定金 100 的 32GB 版本， 上周付了尾款等发货的时候打来电话说他们搞错了误以为内存可更换。。。
还好全款退了。
我。。。 我先是误以为内存可更换浪费 200 定金，又误以为商家有渠道偷跑新机型，遇到这个。。。

观望中， 似乎 32GB 绑定 i9 和 4k， 奈何我既不想要 i9 也不想要 4k，
如果有 1080p 屏的 i7 加到 32G 内存就特别香了