建议 LZ 进 BIOS 调一下引导模式，从 UEFI 调回 Legacy BIOS （可能有不同的名字，比如 LEGACY 、 Legacy Support 、 Enable CSM 等等）。
如果无论怎么调都是插上 SSD 就不能动，就只能把 SSD 挂到别的机器上去了。
最新的傲梅分区助手可以在 WinPE 下把 GPT 转回 MBR 。转完后，设置一下活动分区和引导，启动 Win7 ，各种“软激活”就都能用了。

用了小马吧？
小马用的是 WindSLIC ，而且是在 NVRAM 里新加了一个启动项。
多数主板都没问题，少数主板就有楼主的问题：不拔硬盘，无法启动，甚至进不去 CMOS 。

Win7 专业版可以用 KMS ，旗舰版不行，必须模拟 SLIC ，再导入证书和 key 。
如果坚持用 UEFI 引导+GPT 分区表，就必须得用 WindSLIC ；要么就放弃 UEFI 引导，把分区表转回 MBR ，改用 Legacy BIOS 引导，然后各种“软激活”工具一般都比较靠谱。

@acess 而且，似乎不能执行 owner （或者是 group ？）和当前进程 UID 不符的文件（系统自带的文件应该就除外了）
打错……

在自己的手机（某国产骁龙 820 机器，原厂定制过的 Android 6.0 系统）上试了一下，好像不能利用？
shell@android:/xxx_path $ echo NORMALFILE > normal
shell@android:/xxx_path $ echo BADFILE > bad
shell@android:/xxx_path $ ./dirtycow normal bad
warning: new file size (8) and file old size (11) differ

size 11


[*] mmap 0xf7355000
[*] exploit (patch)
[*] currently 0xf7355000=4d524f4e
[*] madvise = 0xf7355000 11
[*] madvise = 0 1048576
[*] /proc/self/mem -1048576 1048576
[*] exploited 0xf7355000=4d524f4e
shell@android:/xxx_path $ cat normal
NORMALFILE
shell@android:/xxx_path $ cat bad
BADFILE
shell@android:/xxx_path $

文件内容没变啊😂不能利用？

用另一份 exploit 代码，等了快几分钟才跑完，好像也没效果。

另外这台机的 SELinux 似乎很变态啊， adb 里 /data/local/tmp 设置可执行权限无效， chmod 完 ls -l 一看还是没有 x ，不能执行；装了个终端模拟器，建了个目录，终于能执行了，不过不能打开 /system/bin/run-as 文件😂
而且，似乎不能执行 owner （或者是 group ？）和当前进程 UID 不符也是不能执行的（系统自带的文件应该就除外了）

Debian 上测试倒是可以利用。

@shoaly 以前碰到过从 Ubuntu 重启回 Windows 蓝牙就用不了的怪问题，不过和你不一样，是在设备管理器里就显示惊叹号，无法启动设备。装了 Intel 官网的各种版本的驱动都不行。
后来发现在设备管理器里 Generic USB Hub 属性中重置一下集线器居然就好了。

其实本站以前还有过因为 UEFI 固件 bug 把主板玩成砖的…… LZ 小心： https://www.v2ex.com/t/94679

有一个小工具 BOOTICE 很好用。
注意 UEFI 和 BIOS 的不同。 UEFI 是直接执行文件系统里的.EFI 文件的，完全忽略 MBR 、 PBR 等启动扇区里的代码。 BIOS 则不能直接识别文件，需要执行 MBR ，然后 PBR （可能含有 grub2 ）等被执行。

@loading 有密钥，只是用户操作的时候看不到（ Vista 还是 Win7 开始，用了 EFS 就有备份私钥的提示了，不过多数用户都看不懂吧），然后有些用户就重装系统了，接着就杯具了。

有一个软件可以试试： Eraser

@TAREZ 我也装了一个 UC 电脑版……发现居然多了个 UCGuard.sys ……
ring0 级别的浏览器保镖么😂
资源管理器崩溃问题倒是没重现。

不过我不是有关专业的，拿 dmp 文件也只能看看调用栈瞎猜一把……

@designer 是机主自己装的（机主喜欢逛淘宝……）。我自己没在用 UC 电脑版。
折腾这个……其实是出于好奇，一直很奇怪，为啥总有人用 Windows 时资源管理器动不动就炸了（一般被描述为“黑屏”“蓝屏“”只有鼠标”等等），结果居然发现这么个原因。

@Lonely 其实不是我的电脑，我也想吐槽来着……

概念嘛……有三个东西要注意：主板 NVRAM ， ESP 分区里的 BCD 文件，还有注册表 MountedDevices 键（应该类似 Linux 下的 fstab 吧）

按理说用微软的安装程序应该没问题的。微软不是有 Media Creation Tool 么，用它做启动 U 盘：
https://www.microsoft.com/zh-cn/software-download/windows10

折腾过 sysprep 和 reagentc ，可以实现品牌机 Windows 8 以上自带的系统恢复功能，可以把大软件和驱动封进去。
不过自己熟悉这个过程，反而不想让备份占用硬盘空间了……真出了毛病宁愿全新安装。

@deepkolos
他们又搞了 ARM 版的 ZSM 么😂
醉了……
逆向方面，也许可以去微博找 Stanfree ： http://weibo.com/u/2950636311?is_all=1

检查一下启动项，可以用 Autoruns 。
还可以用 Process Explorer 看看能不能找到启动它的父进程。

@29995270 以前我也碰见过装便宜 SSD ，然后突然卡得要命的电脑。过一段时间自己就好了，所以……不知道那个人是怎么确定与 Intel 的驱动有关的？说不定只是个巧合。

@acess 如果你没用奇怪的 WinPE ，用的就是微软的安装程序，性能可能会因为分区没对齐到 4KB 而下降（ TRIM 是默认启用的，你不至于专门用 fsutil 把它关了吧），但是不至于发生那么严重的卡顿吧。
打错……意思完全反过来了。
应该是:
如果你用了奇怪的 WinPE ，而不是微软的安装程序，性能可能会因为分区没对齐到 4KB 而下降（ TRIM 是默认启用的，你不至于专门用 fsutil 把它关了吧），但是不至于发生那么严重的卡顿吧。

搜索“ Z400s 卡顿”，中招的好像不止你一个。
全盘格式化 SSD 也许可以暂时绕开问题吧。