i58400  显卡1050ti

尚未遇到，一台联想，一台华为，都没问题

是不是驱动安装有问题？我的华硕笔记本没有任何问题，十分顺畅。

  我也碰到过，就是唤醒或者开机的时候卡在登录界面。还有就是ＷＩＮ应用会卡死一些窗口。尤其是比较常用的百度网盘会出现这个问题，bcloud虽然可以从数据源下载安装，但是完全无法登录。

deepin待机不能唤醒的问题我几年前也遇到过，没想到现在还有很多人遇到，官方不重视啊，这个问题其实很严重。
难道deepin用的内核是自己编的？原版ubuntu从来没出现过这种问题。

十有八九都是显卡驱动的锅

的确是自己编的，不过这个问题官方有修复过

8代u可能需要手动升级内核，这个不太清楚，不过有些坛友的确更新5.0内核之后系统更流畅了，待机睡死关不了机的问题解决了，有的没有问题的更新之后反而出现问题，自行卸载了。
总而言之可能是个玄学问题，所以你更新一下试试看，论坛里有教程

我估计你是机械硬盘吧

双显卡吧？deepin双显卡驱动特别麻烦的。

用固态硬盘试试，我发现15.10版本用机械硬盘很容易死机，就算是用移动硬盘（机械盘）拷贝文件都会造成死机

都骂联想没技术，骂完了用下thinkpad T、X、P系列消消气。

目前也好多人有，官方非说自己电脑问题

感觉跟内核关系比较大。

肯定不是电脑问题，换其他发行版，比如ubuntu就没问题了，我怀疑deepin根本不会编内核

本帖最后由 johncarmark 于 2019-6-4 17:49 编辑

不一定是显卡驱动的锅。我排错过linux显卡问题的一些问题，发现有些问题的根源，在于Linux的ACPI（高级电源管理）的兼容性问题。

ACPI的问题，有一部分是Linux内核的锅，有一部分是BIOS软件的锅。有的BIOS并不能支持Linux的ACPI的一些特性，导致有的时候，linux内核不得不“谎称”自己是一个windows系统才能让ACPI基本能正常工作（不至于在启动系统的时候直接死机）。

比如这个帖子：
https://bbs.deepin.org/post/151387
这就是典型的ACPI导致的问题。

有些Linux系统休眠后再唤醒，就直接黑屏，跟你描述的一样，好像没唤醒一样。这时，我按Ctrl+Alt+F2进入命令行，盲敲root用户名和密码，然后敲reboot命令，可以重启机器。这说明，系统已经唤醒了，但是显卡并未正常工作。也就是说，这时候如果我能不看屏幕，盲操作，是可以控制这台机器的，只是没有显示而已。

关机和重启的卡死，很多也跟ACPI有关，你可以试试：

1. 先改/etc/default/grub
sudo gedit /etc/default/grub
把原来的GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"这一行改成：
2. 使用grub-mkconfig重新生成 /boot/grub/grub.cfg
sudo grub-mkconfig -o /boot/grub/grub.cfg

所以，BIOS软件靠不靠谱，有时候会直接影响到Linux的使用体验。作为Linux发布厂商，这种情况下能做什么？

Ubuntu就发布了一个认证的列表： https://certification.ubuntu.com/desktop/
在这个列表上的机器，就是经过Ubuntu官方认证过的机器，比如这是经过认证的笔记本：
联想 https://certification.ubuntu.com/desktop/models/?category=Laptop&vendors=Lenovo
戴尔 https://certification.ubuntu.com/desktop/models/?category=Laptop&vendors=Dell
惠普 https://certification.ubuntu.com/desktop/models/?category=Laptop&vendors=HP

红帽公司也有一个硬件认证的列表，这是RHEL的笔记本认证：
https://access.redhat.com/ecosystem/search/#/category/Laptop?ecosystem=Red%20Hat%20Enterprise%20Linux

我想在这里建议，深度公司如果有能力的话，也出一个这种认证，跟PC厂商合作，测一批型号。
最好是像Ubuntu一样，明确告诉用户，哪个版本的深度系统，在哪个厂商的哪个型号的机器上是测过的。

感觉15.10比之前的版本好多了，我用的是AMD的APU处理器，安装完15.10感觉很稳定，比较好用的。

本帖最后由 johncarmark 于 2019-6-4 18:35 编辑

确实有些问题是BIOS软件和Linux不兼容导致的。有些问题确实不是Linux的锅，只能怪BIOS做得不完善。

比如我在2016年买过一个笔记本，大厂产品，它的BIOS在2016年-2018年期间，至少发布过4个新版本，每个版本都有好几条“修正了XXX错误”。

如果一个小厂（比如麦本本这一类），没有技术实力去跟BIOS厂商合作去修BIOS的问题，那么BIOS里的错误就永远得不到修正。

这种错误导致的不兼容，就很有可能导致：休眠唤醒后花屏、休眠唤醒后黑屏、重启时机器卡死需要强制关机、关机时机器卡死需要强制关机、开机后散热风扇狂转不止，这一类的问题。

编译内核并不是什么难事，把内核源码包下载下来，直接make menuconfig然后make就可以编译，用make install就可以安装。

难的是如果你知道内核有bug，能不能给内核源码打patch，并且把patch编译进deb安装包里。

Ubuntu LTS和Red Hat Enterprise Linux的内核源码包，如果你解开看，会发现里面有大量的patch，作为补丁加到源码包里，那么在构建内核的deb包或者rpm包的时候，这些patch就会被打到内核的软件包里面。

这就是为什么Ubuntu LTS或RHEL的内核版本并不高，但是它的bug就是比某些发布版（比如深度）要少。

深度如果不能打patch，为嘛不用ubuntu编好的内核，非要自己编，又不打patch？