谢谢楼上各位热心回复
这服务器是单块 4t ssd + 8*4 hdd
这台服务器主要还是支持组内同事的日常开发工作，我们工作有点杂，可能每个同事都会涉及到多类工作、且各类工作间会有不少的数据交互，而且特别是仿真和编译对性能有较高要求。因此不太适合按照业务的隔离方式
结合楼上各位意见，暂时打算按照#liuxu 的建议，/用 ssd，/home 用 raid0/hdd
后面再考虑做一个 ramdisk 挂到 /tmp
数据安全性的问题，后面打算专门搞个存储服务器做数据备份

如果限定“笔记本”的 linux 支持的话，一般指的是笔记本的快捷键吧。这还是得看内核驱动的支持（基本都是第三方的支持，笔记本厂商官方的支持非常之少），有时还会牵扯到 DE。想得到和 windows 一样“全面”的快捷键支持会比较困难，全看社区的活跃度。一般长期“流行”款的体验会稍好一些。
如果说到指纹，这些年逐渐多起来的指纹电源一体基本都用不起来，但老式的问题不大。
桌面系统只能说，在没啥不切实际的期望的情况下，Linux 还可以。
office 体系的话，openoffice 功能还算比较完整，但那个文档兼容性实在是头疼，转成 pdf 比较妥当。
个人目前工作机 LG gram14+centos7.7，图的是一个稳定。另外还有淘汰下来的 t420 体验各个发行版。至于真要写文档怎么办？老老实实双系统 windows+office，毕竟自己的笔记想什么格式什么格式，与客户和领导沟通不用 ms office 就是自找麻烦。

@lihongming #16 你可以把那个“类”字拿掉，macos 是经过认证的，是有权打出 UNIX 招牌的
反倒是 Linux 只能说是“类”UNIX

@qbqbqbqb centos 的内核默认是不编入 ntfs 驱动的，所以默认情况下根本就不去 mount ntfs 硬盘
@Osk @rssf 我现在用两块 ssd，每个 os 独占一块；先装的 centos，后装的 win10，esp 分区在 centos 的 ssd 上。
其实我最早的问题是 intel 9650 网卡在开启快速启动的情况下 centos 不识别；后来我确认是 win10 驱动中允许计算机关闭硬件设备电源的勾勾打上了的原因。
各位说的很对，双系统这在某种意义上就是一个竞争的问题； ntfs 分区 /esp 分区都没有加锁保护，乱搞的话不知道哪天就会出问题

@Osk @rssf @zinan 谢谢各位指导，已关闭快速启动

@Osk @rssf 那如果在 linux 下不挂载 windows 的磁盘，是不是可以避免文件系统损坏呢？

@Osk win10 快速启动原理是什么？为什么切系统会丢数据呢？

自顶更新：gram bios 高级设置：
f2 进 bios 后，ctrl-shift-f7 切换至 advanced mode
然后里面大概是 thunderbolt 的模式改一下即可避免 livecd 无线报错
适用于 kernel4.18 及以上

1，笔记本型号？
2，没驱动支持的话，你的按键是没用的
3，线索：kernelsrc-driver-platform-x86

@mull centos7 保平安

bootcamp 装 win10 后，
1，touchpad 不支持 win10 的精确触摸板，三指上滑 /下滑手势都没有，体验甚至不如随便一台 win 本；
2，不关机盒盖一晚上，再打开时经常弹不出 win10 的登陆界面
以上 mbp13 2017 w/o touchbar 版，win10 已更新至 1903

2，独立软件 screenkey 或许可以满足你的需求

[7836803.473564] invalid opcode: 0000 [#1] SMP
看到这一条
要不要检查下内存？

我之前遇到的一个问题是：一个热键在终端下能用，但在 Gnome 下却不响应。dmesg 看能发现 gnome 还是会改系统设置的。

1，这个问题是突然出现的还是一直就有？
2，在终端下和 X 下都有问题吗？还是仅 ssh 过去出问题？

@yushi17 #31 不是 wsl2 比 win10 快，是 python@wsl2 比 python@win10 快，接近 python@native linux 的速度
这里还有个好玩的地方：i3 2370m 这个 cpu 上，同一个 python 程序，win 和 linux 的运行时间比约为 2.6 ；同事的 amd 3500u，这个比例只有 1.5。然后还是相同的程序，8265u 能比 3500u 快一倍，挺出乎意料的。

@ericgui 升级…绝不是界面显示的“只要几分钟”…我选择卸载重装

@autogen @lhx2008 看需求吧，wsl2 和系统集成度更高一些，真的就像是 cmd ； vmware 就更像是个独立的程序了。另外传文件的时候，wsl2 舒服多了。还有一点，用 vmware+xshell，你用笔记本的话会很苦恼的（除非你不盒盖睡眠 /休眠）。如果只是需要个 shell，wsl2 非常好。但是各个工作需求都不一样，还得具体问题具体分析。

@LengthMin 直接改 wsl 的环境变量是个好办法，反正天天混在 linux 下的，早就习惯改来改去了:-)

666 这个工具还是不错的

@May725 #3
基于 cygwin/mingw 或类似解决方案。如果软件源码中没有文件名大小写的问题，或者没有特别依赖系统服务（如 systemd ）的，一般还是能编过的。但如果包含文件名大小写（就是同名文件、仅大小写不同），不论是源码还是中间生成文件，就不能顺利编过（比如遍 glibc 就会遇到这个问题）
或者 llvm 用 cmake 配 msvc。

1，build=linux，host=windows 比较难办，可以考虑 build 也换到 windows 下。具体的可以用 cygwin，但存在文件系统大小写的问题，很有可能编不过。
2，wsl 的方案问题同上，要搭建完整 linux 开发环境的话会编不过。
3，如果 build 和 host 都是 linux 的话，可以用 buildroot，丝滑体验。
4，如果你是打算做 linux 开发，建议 host 也换到 linux 去，省很多麻烦。
5，如果一般用用的话，可以考虑 llvm，可以 cmake 用 msvc 的，build 和 host 都是 windows，产生的编译器也是 native 的，体验会好于 cygwin+gcc。