试图在戴尔XPS 15(9570)上安装Ubuntu

我一直在尝试在我的新笔记本电脑上安装Ubuntu:

  • 戴尔XPS 15(9570)
  • Windows 10 Home 64位英文版
  • 第8代Intel(R)Core(TM)i7-8750H处理器(9M高速缓存,高达4.1 GHz,6个内核)
  • 16GB,2x8GB,DDR4,2666MHz
  • 256GB M.2 2280 PCIe固态硬盘
  • NVIDIA(R)GeForce(R)GTX 1050Ti,配备4GB GDDR5

我开始尝试使用8GB USB驱动器安装Ubuntu 18.04 LTS。 我遇到的第一个问题是在第四个点的启动屏幕上被冻结。 经过几次尝试,我插上了我的显示器(通过HDMI),它突然停止卡住了。

接下来,我尝试进行安装,当我点击立即重启时,我的计算机冻结,我不得​​不手动关闭它并重新启动它。 此时我进入登录界面并登录但输入密码后,用鼠标指针(已冻结)卡在紫色屏幕上。 此时我能够进入shell(使用ctrl + alt + f4 )并尝试运行sudo apt-get install nvidia-390但是当它到达building initial module for 4.15.0-22-generic时会冻结重启我不得不运行sudo dpkg --remove -a

我无法解决这个问题,所以我尝试安装Ubuntu 16.04,我只能通过在启动配置中添加acpi=off来实现(顺便说一下,由于GRUB通常闪存然后立即进入,因此我遇到了很多麻烦消失了,只是偶尔会长时间留在我身边使用)。 但是当我现在尝试启动时,我从未使用五个点到达屏幕,而是立即卡在紫色屏幕上(没有鼠标指针)。

我重新安装了Ubuntu 18.04,然后又回到了登录屏幕上。

我该怎么办?

我有一个非常相似的设置。 XPS 15 9570-i7 w / 32GB。 我已经设法用Ubuntu 18.04和Windows 10设置双启动。
我直接从戴尔安装了BIOS更新。
然后我按照RamónCasero提供的这些说明进行操作

希望这可以帮助。

我已将所有这些内容汇总到博客文章https://medium.com/@pwaterz/how-to-dual-boot-windows-10-and-ubuntu-18-04-on-the-15-inch-戴尔XPS-9570-与-NVIDIA-1050ti-GPU-4b9a2901493d

我也在努力解决这个问题。 最终为我工作的是如下,注意我安装了Ubuntu 18.04:

  • 按照本文档的第一部分 – https://github.com/rcasero/doc/wiki/Ubuntu-linux-on-Dell-XPS-15-(9560)关于BIOS设置和将窗口分区从raid更改为AHCI。 这将允许您启动Live CD。 注意,在我这样做之后,我最终不得不输入我的Windows键来解锁驱动器以重新进入Windows。

  • 正常安装Ubuntu。

  • JackJack96在这里完成了所有设置和软件包安装步骤的完美编写工作https://github.com/JackHack96/dell-xps-9570-ubuntu-respin 。 这些脚本的主要目的是生成已安装软件包的映像,但他确实提供了一个脚本来设置现有安装。 首次启动后,打开终端并运行以下命令:

     sudo apt install curl sudo bash -c "$(curl -fsSL https://raw.githubusercontent.com/JackHack96/dell-xps-9570-ubuntu-respin/master/xps-tweaks.sh)" sudo prime-select intel 

这迫使使用intel集成显卡,无需浪费电池。 我没有测试过运行nvidia卡。 如果你愿意,运行:

 sudo prime-select nvidia 
  • 我遇到的最后一个问题是屏幕会开始闪烁。 我通过将分辨率更改为2048 x 1152并将刷新率设置为59.91来解决此问题。 起初我确实把它设置为3840 x 1152,刷新率最低,但它仍然有点不稳定,所以我放弃了分辨率。 它与运行4k和扩展到250%基本相同 – 这是默认设置。 旁注,我10年前拥有一台XPS,遇到了同样的问题……为什么还在发生?

我已经运行了这个设置几天,它主要工作。 当我插上电源时,屏幕偶尔会发生故障,仍需要解决这个问题。

最后,一个锦上添花的调整是安装https://github.com/bulletmark/libinput-gestures 。

最后但并非最不重要的是,备份你的图像所以如果你破坏了什么你可以恢复它:

 sudo dd if=/dev/nvme0n1p2 conv=sync,noerror bs=64K status=progress | gzip -c > backup.img.gz 

确保用适当的分区替换nvme0n1p2。 您可以通过运行来检查它:

 df -h 

我的建议是全新安装。 在尝试使用工作时,您最终会安装和配置许多不同的东西,这将确保您没有任何问题。

更新1:

屏幕闪烁/崩溃继续。 做了一些挖掘,似乎是linux内核的一个bug。 我通过执行以下操作将内核更新为4.17.12-041712-generic:

 git clone git@github.com:mtompkins/linux-kernel-utilities.git cd linux-kernel-utilities sudo ./update_ubuntu_kernel.sh --latest 

注意,当你运行它时,你可能会安装比我更新的内核版本。 目前情况似乎好一点,但只有几个小时。 如果它保持稳定,将在以后更新。

更新2:

整天用电脑,没有闪烁。 内核更新似乎已经成功了。

更新3内核更新后仍然没有闪烁。 当笔记本电脑暂停而且没有完全关闭时,我确实注意到了一个问题。 我将它追溯到看起来像是暴徒驱动程序中的错误:

 Aug 08 19:20:26 hermes kernel: Hardware name: Dell Inc. XPS 15 9570/02MJVY, BIOS 1.3.0 07/12/2018 Aug 08 19:20:26 hermes kernel: Workqueue: events_unbound async_run_entry_fn Aug 08 19:20:26 hermes kernel: RIP: 0010:gf100_vmm_flush_+0x15c/0x1a0 [nouveau] Aug 08 19:20:26 hermes kernel: RSP: 0018:ffffa9fc0782f5c8 EFLAGS: 00010282 Aug 08 19:20:26 hermes kernel: RAX: 0000000000000000 RBX: ffff969a575e0050 RCX: ffffffffaf061dc8 Aug 08 19:20:26 hermes kernel: RDX: 0000000000000000 RSI: 0000000000000096 RDI: 0000000000000246 Aug 08 19:20:26 hermes kernel: RBP: ffffa9fc0782f600 R08: 0000086da855788c R09: 000000000000001d Aug 08 19:20:26 hermes kernel: R10: 0000000000000766 R11: 00000000000158a8 R12: ffff969a49d08c00 Aug 08 19:20:26 hermes kernel: R13: ffff969a2b5d0f00 R14: 000003cbc7bc6800 R15: ffff969a494a5000 Aug 08 19:20:26 hermes kernel: FS: 0000000000000000(0000) GS:ffff969a5bcc0000(0000) knlGS:0000000000000000 Aug 08 19:20:26 hermes kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Aug 08 19:20:26 hermes kernel: CR2: 00007f15f4007036 CR3: 00000001b960a004 CR4: 00000000003606e0 Aug 08 19:20:26 hermes kernel: Call Trace: Aug 08 19:20:26 hermes kernel: gp100_vmm_flush+0x17/0x20 [nouveau] Aug 08 19:20:26 hermes kernel: nvkm_vmm_iter.constprop.14+0x323/0x810 [nouveau] Aug 08 19:20:26 hermes kernel: ? gp100_vmm_pd0_pde+0x1a0/0x1a0 [nouveau] Aug 08 19:20:26 hermes kernel: ? __switch_to_asm+0x40/0x70 Aug 08 19:20:26 hermes kernel: ? __switch_to_asm+0x40/0x70 Aug 08 19:20:26 hermes kernel: ? native_sched_clock+0x37/0x90 Aug 08 19:20:26 hermes kernel: nvkm_vmm_map+0x148/0x400 [nouveau] Aug 08 19:20:26 hermes kernel: ? gp100_vmm_pd0_pde+0x1a0/0x1a0 [nouveau] Aug 08 19:20:26 hermes kernel: ? __switch_to_asm+0x40/0x70 Aug 08 19:20:26 hermes kernel: ? __switch_to_asm+0x34/0x70 Aug 08 19:20:26 hermes kernel: nvkm_vram_map+0x57/0x80 [nouveau] Aug 08 19:20:26 hermes kernel: nvkm_uvmm_mthd+0x5ff/0x8d0 [nouveau] Aug 08 19:20:26 hermes kernel: nvkm_object_mthd+0x1a/0x30 [nouveau] Aug 08 19:20:26 hermes kernel: nvkm_ioctl_mthd+0x65/0x70 [nouveau] Aug 08 19:20:26 hermes kernel: nvkm_ioctl+0xe2/0x180 [nouveau] Aug 08 19:20:26 hermes kernel: nvkm_client_ioctl+0x12/0x20 [nouveau] Aug 08 19:20:26 hermes kernel: nvif_object_ioctl+0x47/0x50 [nouveau] Aug 08 19:20:26 hermes kernel: nvif_object_mthd+0x129/0x150 [nouveau] Aug 08 19:20:26 hermes kernel: ? _cond_resched+0x19/0x30 Aug 08 19:20:26 hermes kernel: ? __kmalloc+0x19b/0x230 Aug 08 19:20:26 hermes kernel: ? nvif_vmm_map+0x3f/0xb0 [nouveau] Aug 08 19:20:26 hermes kernel: nvif_vmm_map+0x88/0xb0 [nouveau] Aug 08 19:20:26 hermes kernel: nouveau_mem_map+0x82/0xf0 [nouveau] Aug 08 19:20:26 hermes kernel: nouveau_vma_map+0x48/0x70 [nouveau] Aug 08 19:20:26 hermes kernel: nouveau_bo_move_ntfy+0x77/0xe0 [nouveau] Aug 08 19:20:26 hermes kernel: ttm_bo_handle_move_mem+0x2d2/0x520 [ttm] Aug 08 19:20:26 hermes kernel: ttm_bo_evict+0x142/0x1c0 [ttm] Aug 08 19:20:26 hermes kernel: ? drm_edid_to_sad+0x194/0x1d0 [drm] Aug 08 19:20:26 hermes kernel: ttm_mem_evict_first+0x19a/0x220 [ttm] Aug 08 19:20:26 hermes kernel: ttm_bo_force_list_clean+0xa1/0x170 [ttm] Aug 08 19:20:26 hermes kernel: ttm_bo_evict_mm+0x2e/0x30 [ttm] Aug 08 19:20:26 hermes kernel: nouveau_do_suspend+0x85/0x2d0 [nouveau] Aug 08 19:20:26 hermes kernel: nouveau_pmops_suspend+0x39/0x80 [nouveau] Aug 08 19:20:26 hermes kernel: pci_pm_suspend+0x76/0x130 Aug 08 19:20:26 hermes kernel: ? pci_pm_freeze+0xf0/0xf0 Aug 08 19:20:26 hermes kernel: dpm_run_callback+0x5b/0x130 Aug 08 19:20:26 hermes kernel: __device_suspend+0x109/0x450 Aug 08 19:20:26 hermes kernel: async_suspend+0x1f/0x90 Aug 08 19:20:26 hermes kernel: async_run_entry_fn+0x3c/0x150 Aug 08 19:20:26 hermes kernel: process_one_work+0x1f5/0x3c0 Aug 08 19:20:26 hermes kernel: worker_thread+0x32/0x400 Aug 08 19:20:26 hermes kernel: kthread+0x120/0x140 Aug 08 19:20:26 hermes kernel: ? pwq_unbound_release_workfn+0xd0/0xd0 Aug 08 19:20:26 hermes kernel: ? kthread_bind+0x40/0x40 Aug 08 19:20:26 hermes kernel: ret_from_fork+0x35/0x40 Aug 08 19:20:26 hermes kernel: Code: 41 5e 41 5f 5d c3 49 8b 7c 24 10 48 8b 5f 50 48 85 db 74 4d e8 56 4a 3c ed 48 89 da 48 c7 c7 9c a8 f9 c0 48 89 c6 e8 b6 79 de ec <0f> 0b eb bf 49 8b 7c 24 10 48 8b 5f 50 48 85 db 74 1e e8 2d 4a Aug 08 19:20:26 hermes kernel: ---[ end trace ff7d3fd86666433f ]--- 

为了解决这个问题,我全职切换到了nvidia卡。

 sudo prime-select nvidia 

它现在似乎暂停和唤醒更顺畅!

更新4:我修复了使用intel gpu时无法入睡的问题。 我所要做的就是将nouveau.modeset = 0添加到我的grub中,现在一切正常! 我很快就会尝试在中等的post中写下这一切!

我还有一台带有GTX 1050Ti,最新BIOS和Ubuntu 18.04的XPS 9570,我只能通过在grub中添加nomodeset到内核​​配置来启动 – 但这会禁用背光控制。 我还没有找到一个有效的nvidia驱动程序。 如果有人有这台笔记本电脑并且nvidia驱动程序正常工作,请发布特定的内核和nvidia驱动程序包版本!

在恢复模式下启动然后安装nvidia驱动程序对我有用(至少现在^^)。

要安装nvidia驱动程序,请转到“软件和更新” – >“其他驱动程序”,让它加载列表,然后选择nvidia驱动程序和“应用更改”。 您可能不需要重启,但无论如何我都做了。

我遇到与你的9570相同的问题,你需要做的是修改启动参数。 更具体地说,将nouveau.modeset=0添加到引导选项。

以下2个链接可能对您有所帮助:

我花了一个星期的时间,在一位更精通硬件的朋友的帮助下(感谢Martin!)让我的32Gb / 1Tb GeForce 1050Ti正常工作。 现在,它确实令人钦佩:电源管理,触摸板,声音等都可以正常工作。 其中一个问题是,由于我对UEFI缺乏了解,而且这对我可靠的XPS13来说从来都不是问题,我只是擦除了磁盘上所有W10的痕迹,包括EFI分区。 BIOS参数非常关键,与UEFI结合使用时,错误意味着成功启动Live USB是偶然的。 但是,在我的朋友升级BIOS并设法重新创建EFI分区后,可以从Live USB启动。 这些是BIOS设置:版本:1.2.2

 Boot Sequence: V ubuntu Field: ubuntu Boot list option X Legacy External Devices V UEFI Advanced Boot Options: All disabled UEFI Boot Path Security: Always System Configuration: SATA Operation AHCI Drives: V SATA-1 V SATA-2 V M.2 PCIe SSD-0 checked USB Configuration: V Enable USB Boot Support V Enable External USB Port Secure Boot: X Secure Boot Enable Secure Boot Mode (Deployed Mode (greyed) POST Behavior: All options greyed 

接下来的问题是,只要显示登录提示并输入密码,图形界面就会冻结。 起初我以为整个系统都被冻结了,但我发现虚拟终端(通过Fn + Alt + F2访问直到F6或有时按Ctrl + Alt + F2直到F6,这似乎有所不同)可以用来登录.Wifi立即工作,因此很容易从命令行安装软件。

一旦我能够登录,我安装了以下Nvidia驱动程序和库:

 ii libcuda1-384 390.48-0ubuntu3 amd64 Transitional package for nvidia-headless-390 ii libnvidia-cfg1-390:amd64 390.48-0ubuntu3 amd64 NVIDIA binary OpenGL/GLX configuration library ii libnvidia-common-390 390.48-0ubuntu3 all Shared files used by the NVIDIA libraries ii libnvidia-compute-390:amd64 390.48-0ubuntu3 amd64 NVIDIA libcompute package ii libnvidia-compute-390:i386 390.48-0ubuntu3 i386 NVIDIA libcompute package ii libnvidia-decode-390:amd64 390.48-0ubuntu3 amd64 NVIDIA Video Decoding runtime libraries ii libnvidia-decode-390:i386 390.48-0ubuntu3 i386 NVIDIA Video Decoding runtime libraries ii libnvidia-encode-390:amd64 390.48-0ubuntu3 amd64 NVENC Video Encoding runtime library ii libnvidia-encode-390:i386 390.48-0ubuntu3 i386 NVENC Video Encoding runtime library ii libnvidia-fbc1-390:amd64 390.48-0ubuntu3 amd64 NVIDIA OpenGL-based Framebuffer Capture runtime library ii libnvidia-fbc1-390:i386 390.48-0ubuntu3 i386 NVIDIA OpenGL-based Framebuffer Capture runtime library ii libnvidia-gl-390:amd64 390.48-0ubuntu3 amd64 NVIDIA OpenGL/GLX/EGL/GLES GLVND libraries and Vulkan ICD ii libnvidia-gl-390:i386 390.48-0ubuntu3 i386 NVIDIA OpenGL/GLX/EGL/GLES GLVND libraries and Vulkan ICD ii libnvidia-ifr1-390:amd64 390.48-0ubuntu3 amd64 NVIDIA OpenGL-based Inband Frame Readback runtime library ii libnvidia-ifr1-390:i386 390.48-0ubuntu3 i386 NVIDIA OpenGL-based Inband Frame Readback runtime library ii nvidia-compute-utils-390 390.48-0ubuntu3 amd64 NVIDIA compute utilities ii nvidia-dkms-390 390.48-0ubuntu3 amd64 NVIDIA DKMS package ii nvidia-driver-390 390.48-0ubuntu3 amd64 NVIDIA driver metapackage ii nvidia-headless-390 390.48-0ubuntu3 amd64 NVIDIA headless metapackage ii nvidia-headless-no-dkms-390 390.48-0ubuntu3 amd64 NVIDIA headless metapackage - no DKMS ii nvidia-kernel-common-390 390.48-0ubuntu3 amd64 Shared files used with the kernel module ii nvidia-kernel-source-390 390.48-0ubuntu3 amd64 NVIDIA kernel source package ii nvidia-libopencl1-384 390.48-0ubuntu3 amd64 Transitional package for nvidia-headless-390 ii nvidia-opencl-icd-384 390.48-0ubuntu3 amd64 Transitional package for nvidia-headless-390 ii nvidia-prime 0.8.8 all Tools to enable NVIDIA's Prime ii nvidia-settings 390.42-0ubuntu1 amd64 Tool for configuring the NVIDIA graphics driver ii nvidia-utils-390 390.48-0ubuntu3 amd64 NVIDIA driver support binaries ii xserver-xorg-video-nvidia-390 390.48-0ubuntu3 amd64 NVIDIA binary Xorg driver 

在此之后,一切正常!

要这样做:因为我特别为video编辑而设计了系统,我仍然需要了解如何充分利用GPU,内置Intel和Nvidia。