deepin 你在linux系统里用wine运行原本在Windows系统下安装的Windows游戏，运行很正常；在linux系统里用wine运行安装在linux系统下安装的Windows游戏，运行可能会出错？你描述的是这个情况吗？
如果是这个情况的话，没什么好奇怪的。你在Windows系统里安装Windows游戏，什么dll都是全的、原版的，而在linux系统里，dll是wine社区仿造的，不是原版，而且还不一定全，出问题很正常。
deepin 你在linux系统里用wine运行原本在Windows系统下安装的Windows游戏，运行很正常；在linux系统里用wine运行安装在linux系统下安装的Windows游戏，运行可能会出错？你描述的是这个情况吗？
如果是这个情况的话，没什么好奇怪的。你在Windows系统里安装Windows游戏，什么dll都是全的、原版的，而在linux系统里，dll是wine社区仿造的，不是原版，而且还不一定全，出问题很正常。
但是在Linux里面安装Windows游戏然后再整个移到Windows分区亦是如此
deepin 你在linux系统里用wine运行原本在Windows系统下安装的Windows游戏，运行很正常；在linux系统里用wine运行安装在linux系统下安装的Windows游戏，运行可能会出错？你描述的是这个情况吗？
如果是这个情况的话，没什么好奇怪的。你在Windows系统里安装Windows游戏，什么dll都是全的、原版的，而在linux系统里，dll是wine社区仿造的，不是原版，而且还不一定全，出问题很正常。
然后还有一个，deepin里面的wine为什么不能像opensuse里面是wine自动读取双系统里面Windows里面的dll（难道不是他们版本新而是他们做了优化？）
deepin 起决定因素的是wine容器配置，实际上要人工配置
Popular Events
More
中文 
同一个游戏，同一个版本wine，同一个系统（deepin）。
因为是双系统，虽然Linux只给了256GB空间但是也可以读写ntfs分区。
游戏有在Win10里面，也有deepin里面（还是Windows版的）。
游戏分别是nfs13和gta三部曲重制版
放在/home里面几乎跑不起来，或者是/home/.wine/drive_c里面效果仅仅是好了一丢丢。
如果我双击运行ntfs里面的。。。直接就跑起来了。具体原因不清楚，关于ntfs和unix-like的文件系统仅仅听说ntfs不记文件权限（他指的是可读，不可写，可执行这种的），仅仅按照后缀名的来，exe全部都可以执行。而Linux和unix管得严，.sh,.appimage什么的说可执行就可执行，不可执行就不行，FreeBSD文档里面还具体写过文件权限这一块，好像是不同情况对应的一个数字，具体的记不清了，也懒得找。