[Kernel-packages] [Bug 1811723] Re: Samba client freeze during write when using higher than vers=1.0
Still here in 4.15.0-58-generic #64-Ubuntu SMP -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1811723 Title: Samba client freeze during write when using higher than vers=1.0 Status in linux package in Ubuntu: Confirmed Bug description: Hello, My issue is that whenever I try to write new files (copy or move) to my file server something in the samba client freezes and I can't do anything samba until the system is rebooted. To get write access I mount with uid ie "sudo mount //server/share /mountpoint -o user=write,uid=1000". Using this command the server and client negotiates smb protocol version 3.02. When this happens the server is still happily serving files to other machines. If I just read files everything works fine. If I connect from a windows client there is no issue. If I add "vers=1.0" everything works but transfers are really slow. Specifying version 3 produces a fail. Trying the same operation (different hw) with Mint 18 Mate produces the same fault. Trying the same operation (with "vers=3.0" set) using SuSE Leap 15.0 KDE live everything works as expected. Both client and server are running fully updated, as of posting, bionic. Using 'dmesg -w' too see what's going on I can see that there is a general protection fault somehow related to cifsd. I am however unable to tell if it is relevant to my issue, from kern.log: Jan 9 21:03:49 ubnu kernel: [ 410.357213] general protection fault: [#1] SMP PTI Jan 9 21:03:49 ubnu kernel: [ 410.357224] Modules linked in: cmac arc4 md4 nls_utf8 cifs ccm fscache rfcomm pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) thunderbolt bnep binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi snd_soc_skl snd_soc_skl_ipc snd_hda_ext_core snd_soc_sst_dsp snd_soc_sst_ipc snd_hda_codec_realtek snd_soc_acpi snd_hda_codec_generic snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine snd_hda_intel intel_rapl btusb x86_pkg_temp_thermal intel_powerclamp btrtl coretemp joydev btbcm snd_hda_codec kvm_intel input_leds kvm irqbypass btintel crct10dif_pclmul crc32_pclmul snd_hda_core ghash_clmulni_intel pcbc snd_hwdep snd_pcm bluetooth ecdh_generic snd_seq_midi snd_seq_midi_event aesni_intel snd_rawmidi aes_x86_64 crypto_simd glue_helper cryptd intel_cstate intel_rapl_perf snd_seq rtsx_pci_ms snd_seq_device Jan 9 21:03:49 ubnu kernel: [ 410.357357] wmi_bmof snd_timer memstick intel_wmi_thunderbolt snd shpchp soundcore mei_me mei intel_pch_thermal acpi_pad mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 xfs libcrc32c hid_generic usbhid hid rtsx_pci_sdmmc i915 e1000e i2c_algo_bit drm_kms_helper ptp syscopyarea pps_core i2c_i801 sysfillrect sysimgblt rtsx_pci fb_sys_fops drm ahci libahci wmi video Jan 9 21:03:49 ubnu kernel: [ 410.357447] CPU: 2 PID: 1822 Comm: cifsd Tainted: G OE4.15.0-43-generic #46-Ubuntu Jan 9 21:03:49 ubnu kernel: [ 410.357453] Hardware name: /NUC7i3BNB, BIOS BNKBL357.86A.0069.2018.0920.1250 09/20/2018 Jan 9 21:03:49 ubnu kernel: [ 410.357468] RIP: 0010:prefetch_freepointer+0x15/0x30 Jan 9 21:03:49 ubnu kernel: [ 410.357474] RSP: 0018:b16201ae3da0 EFLAGS: 00010282 Jan 9 21:03:49 ubnu kernel: [ 410.357482] RAX: RBX: e90527c744fff71a RCX: 3ea9 Jan 9 21:03:49 ubnu kernel: [ 410.357488] RDX: 3ea8 RSI: e90527c744fff71a RDI: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357494] RBP: b16201ae3da0 R08: 9d707ed2b650 R09: b16201ae3db0 Jan 9 21:03:49 ubnu kernel: [ 410.357499] R10: b16201ae3de8 R11: R12: 01011200 Jan 9 21:03:49 ubnu kernel: [ 410.357505] R13: 9d7079255080 R14: 9d7016478c40 R15: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357512] FS: () GS:9d707ed0() knlGS: Jan 9 21:03:49 ubnu kernel: [ 410.357519] CS: 0010 DS: ES: CR0: 80050033 Jan 9 21:03:49 ubnu kernel: [ 410.357525] CR2: 7f0a2802d028 CR3: 3760a006 CR4: 003606e0 Jan 9 21:03:49 ubnu kernel: [ 410.357530] Call Trace: Jan 9 21:03:49 ubnu kernel: [ 410.357545] kmem_cache_alloc+0xa2/0x1b0 Jan 9 21:03:49 ubnu kernel: [ 410.357558] ? mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357570] ? wait_woken+0x80/0x80 Jan 9 21:03:49 ubnu kernel: [ 410.357580] mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357590] mempool_alloc+0x71/0x190 Jan 9 21:03:49 ubnu kernel: [ 410.357660] ? smb2_add_credits+0xb0/0x250 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357709] cifs_small_buf_get+0x1a/0x30 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357751] cifs_demultiplex_thread+0x5c7/0xaf0 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357762] ? __schedule+0x299/0x8a0 Jan 9
[Kernel-packages] [Bug 1811723] Re: Samba client freeze during write when using higher than vers=1.0
I still have the bug in 4.15.0-51-generic #55-Ubuntu SMP. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1811723 Title: Samba client freeze during write when using higher than vers=1.0 Status in linux package in Ubuntu: Confirmed Bug description: Hello, My issue is that whenever I try to write new files (copy or move) to my file server something in the samba client freezes and I can't do anything samba until the system is rebooted. To get write access I mount with uid ie "sudo mount //server/share /mountpoint -o user=write,uid=1000". Using this command the server and client negotiates smb protocol version 3.02. When this happens the server is still happily serving files to other machines. If I just read files everything works fine. If I connect from a windows client there is no issue. If I add "vers=1.0" everything works but transfers are really slow. Specifying version 3 produces a fail. Trying the same operation (different hw) with Mint 18 Mate produces the same fault. Trying the same operation (with "vers=3.0" set) using SuSE Leap 15.0 KDE live everything works as expected. Both client and server are running fully updated, as of posting, bionic. Using 'dmesg -w' too see what's going on I can see that there is a general protection fault somehow related to cifsd. I am however unable to tell if it is relevant to my issue, from kern.log: Jan 9 21:03:49 ubnu kernel: [ 410.357213] general protection fault: [#1] SMP PTI Jan 9 21:03:49 ubnu kernel: [ 410.357224] Modules linked in: cmac arc4 md4 nls_utf8 cifs ccm fscache rfcomm pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) thunderbolt bnep binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi snd_soc_skl snd_soc_skl_ipc snd_hda_ext_core snd_soc_sst_dsp snd_soc_sst_ipc snd_hda_codec_realtek snd_soc_acpi snd_hda_codec_generic snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine snd_hda_intel intel_rapl btusb x86_pkg_temp_thermal intel_powerclamp btrtl coretemp joydev btbcm snd_hda_codec kvm_intel input_leds kvm irqbypass btintel crct10dif_pclmul crc32_pclmul snd_hda_core ghash_clmulni_intel pcbc snd_hwdep snd_pcm bluetooth ecdh_generic snd_seq_midi snd_seq_midi_event aesni_intel snd_rawmidi aes_x86_64 crypto_simd glue_helper cryptd intel_cstate intel_rapl_perf snd_seq rtsx_pci_ms snd_seq_device Jan 9 21:03:49 ubnu kernel: [ 410.357357] wmi_bmof snd_timer memstick intel_wmi_thunderbolt snd shpchp soundcore mei_me mei intel_pch_thermal acpi_pad mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 xfs libcrc32c hid_generic usbhid hid rtsx_pci_sdmmc i915 e1000e i2c_algo_bit drm_kms_helper ptp syscopyarea pps_core i2c_i801 sysfillrect sysimgblt rtsx_pci fb_sys_fops drm ahci libahci wmi video Jan 9 21:03:49 ubnu kernel: [ 410.357447] CPU: 2 PID: 1822 Comm: cifsd Tainted: G OE4.15.0-43-generic #46-Ubuntu Jan 9 21:03:49 ubnu kernel: [ 410.357453] Hardware name: /NUC7i3BNB, BIOS BNKBL357.86A.0069.2018.0920.1250 09/20/2018 Jan 9 21:03:49 ubnu kernel: [ 410.357468] RIP: 0010:prefetch_freepointer+0x15/0x30 Jan 9 21:03:49 ubnu kernel: [ 410.357474] RSP: 0018:b16201ae3da0 EFLAGS: 00010282 Jan 9 21:03:49 ubnu kernel: [ 410.357482] RAX: RBX: e90527c744fff71a RCX: 3ea9 Jan 9 21:03:49 ubnu kernel: [ 410.357488] RDX: 3ea8 RSI: e90527c744fff71a RDI: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357494] RBP: b16201ae3da0 R08: 9d707ed2b650 R09: b16201ae3db0 Jan 9 21:03:49 ubnu kernel: [ 410.357499] R10: b16201ae3de8 R11: R12: 01011200 Jan 9 21:03:49 ubnu kernel: [ 410.357505] R13: 9d7079255080 R14: 9d7016478c40 R15: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357512] FS: () GS:9d707ed0() knlGS: Jan 9 21:03:49 ubnu kernel: [ 410.357519] CS: 0010 DS: ES: CR0: 80050033 Jan 9 21:03:49 ubnu kernel: [ 410.357525] CR2: 7f0a2802d028 CR3: 3760a006 CR4: 003606e0 Jan 9 21:03:49 ubnu kernel: [ 410.357530] Call Trace: Jan 9 21:03:49 ubnu kernel: [ 410.357545] kmem_cache_alloc+0xa2/0x1b0 Jan 9 21:03:49 ubnu kernel: [ 410.357558] ? mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357570] ? wait_woken+0x80/0x80 Jan 9 21:03:49 ubnu kernel: [ 410.357580] mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357590] mempool_alloc+0x71/0x190 Jan 9 21:03:49 ubnu kernel: [ 410.357660] ? smb2_add_credits+0xb0/0x250 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357709] cifs_small_buf_get+0x1a/0x30 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357751] cifs_demultiplex_thread+0x5c7/0xaf0 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357762] ? __schedule+0x299/0x8a0
[Kernel-packages] [Bug 1777364] Re: coping files to cifs mounted directory causes general protection fault
Out of curiosity, for those affected by this how much RAM is there in your machines? My machine that crashes has 4GB but a machine at work also running bionic with ehem 128GB doesn't. That said samba behaves strange on it, sometimes file transfers just stop for no apparent reason. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1777364 Title: coping files to cifs mounted directory causes general protection fault Status in linux package in Ubuntu: Fix Released Bug description: How to reproduce: Copy some large files from local filesystem to CIFS mounted filesystem. After some gigabytes, it syslog will show "general protection fault" and mounted file system will become unresponsive. How often does it occur: Every time, after a few minutes or so. Affected kernels: Bionic 4.15.0-23-generic and forward. I also tried 4.15.18-041518-generic and 4.16.13-041613-generic from ubuntu archives an got similar GPF. 4.13.0-43-generic from ubuntu 17.10 not affected. More information: I have kerberos authenticated, autofs mounted, cifs Mounted with: type cifs (rw,relatime,vers=default,sec=krb5,cache=strict,username=root,uid=1100,forceuid,gid=0,noforcegid,addr=192.168.50.2,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=1048576,wsize=1048576,echo_interval=60,actimeo=1) ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-23-generic 4.15.0-23.25 ProcVersionSignature: Ubuntu 4.15.0-23.25-generic 4.15.18 Uname: Linux 4.15.0-23-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.2 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: mbarlow2249 F pulseaudio CurrentDesktop: GNOME Date: Sun Jun 17 23:14:02 2018 DistributionChannelDescriptor: # This is a distribution channel descriptor # For more information see http://wiki.ubuntu.com/DistributionChannelDescriptor canonical-oem-somerville-xenial-amd64-20160624-2 HibernationDevice: RESUME=UUID=25088f17-7123-46c8-bda4-362bcd9f986e InstallationDate: Installed on 2017-11-26 (203 days ago) InstallationMedia: Ubuntu 16.04 "Xenial" - Build amd64 LIVE Binary 20160624-10:47 Lsusb: Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 0c45:670c Microdia Bus 001 Device 002: ID 0cf3:e300 Atheros Communications, Inc. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub MachineType: Dell Inc. XPS 13 9360 ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-23-generic root=UUID=69170b9c-88cc-4e5b-83a8-c6a01d7b738b ro quiet splash vt.handoff=1 RelatedPackageVersions: linux-restricted-modules-4.15.0-23-generic N/A linux-backports-modules-4.15.0-23-generic N/A linux-firmware 1.173.1 SourcePackage: linux UpgradeStatus: Upgraded to bionic on 2018-04-27 (51 days ago) WifiSyslog: dmi.bios.date: 02/26/2018 dmi.bios.vendor: Dell Inc. dmi.bios.version: 2.6.2 dmi.board.name: 06CC14 dmi.board.vendor: Dell Inc. dmi.board.version: A00 dmi.chassis.type: 9 dmi.chassis.vendor: Dell Inc. dmi.modalias: dmi:bvnDellInc.:bvr2.6.2:bd02/26/2018:svnDellInc.:pnXPS139360:pvr:rvnDellInc.:rn06CC14:rvrA00:cvnDellInc.:ct9:cvr: dmi.product.family: XPS dmi.product.name: XPS 13 9360 dmi.sys.vendor: Dell Inc. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1777364/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1811723] Re: Samba client freeze during write when using higher than vers=1.0
I have tried the 4.18 kernel (see comment 3) and while it seems to fix this samba issue it was no good for my system, unless I of course installed it wrong. Is there a definitive guide on how to install and choose different kernels for ubuntu? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1811723 Title: Samba client freeze during write when using higher than vers=1.0 Status in linux package in Ubuntu: Confirmed Bug description: Hello, My issue is that whenever I try to write new files (copy or move) to my file server something in the samba client freezes and I can't do anything samba until the system is rebooted. To get write access I mount with uid ie "sudo mount //server/share /mountpoint -o user=write,uid=1000". Using this command the server and client negotiates smb protocol version 3.02. When this happens the server is still happily serving files to other machines. If I just read files everything works fine. If I connect from a windows client there is no issue. If I add "vers=1.0" everything works but transfers are really slow. Specifying version 3 produces a fail. Trying the same operation (different hw) with Mint 18 Mate produces the same fault. Trying the same operation (with "vers=3.0" set) using SuSE Leap 15.0 KDE live everything works as expected. Both client and server are running fully updated, as of posting, bionic. Using 'dmesg -w' too see what's going on I can see that there is a general protection fault somehow related to cifsd. I am however unable to tell if it is relevant to my issue, from kern.log: Jan 9 21:03:49 ubnu kernel: [ 410.357213] general protection fault: [#1] SMP PTI Jan 9 21:03:49 ubnu kernel: [ 410.357224] Modules linked in: cmac arc4 md4 nls_utf8 cifs ccm fscache rfcomm pci_stub vboxpci(OE) vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) thunderbolt bnep binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi snd_soc_skl snd_soc_skl_ipc snd_hda_ext_core snd_soc_sst_dsp snd_soc_sst_ipc snd_hda_codec_realtek snd_soc_acpi snd_hda_codec_generic snd_soc_core snd_compress ac97_bus snd_pcm_dmaengine snd_hda_intel intel_rapl btusb x86_pkg_temp_thermal intel_powerclamp btrtl coretemp joydev btbcm snd_hda_codec kvm_intel input_leds kvm irqbypass btintel crct10dif_pclmul crc32_pclmul snd_hda_core ghash_clmulni_intel pcbc snd_hwdep snd_pcm bluetooth ecdh_generic snd_seq_midi snd_seq_midi_event aesni_intel snd_rawmidi aes_x86_64 crypto_simd glue_helper cryptd intel_cstate intel_rapl_perf snd_seq rtsx_pci_ms snd_seq_device Jan 9 21:03:49 ubnu kernel: [ 410.357357] wmi_bmof snd_timer memstick intel_wmi_thunderbolt snd shpchp soundcore mei_me mei intel_pch_thermal acpi_pad mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 xfs libcrc32c hid_generic usbhid hid rtsx_pci_sdmmc i915 e1000e i2c_algo_bit drm_kms_helper ptp syscopyarea pps_core i2c_i801 sysfillrect sysimgblt rtsx_pci fb_sys_fops drm ahci libahci wmi video Jan 9 21:03:49 ubnu kernel: [ 410.357447] CPU: 2 PID: 1822 Comm: cifsd Tainted: G OE4.15.0-43-generic #46-Ubuntu Jan 9 21:03:49 ubnu kernel: [ 410.357453] Hardware name: /NUC7i3BNB, BIOS BNKBL357.86A.0069.2018.0920.1250 09/20/2018 Jan 9 21:03:49 ubnu kernel: [ 410.357468] RIP: 0010:prefetch_freepointer+0x15/0x30 Jan 9 21:03:49 ubnu kernel: [ 410.357474] RSP: 0018:b16201ae3da0 EFLAGS: 00010282 Jan 9 21:03:49 ubnu kernel: [ 410.357482] RAX: RBX: e90527c744fff71a RCX: 3ea9 Jan 9 21:03:49 ubnu kernel: [ 410.357488] RDX: 3ea8 RSI: e90527c744fff71a RDI: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357494] RBP: b16201ae3da0 R08: 9d707ed2b650 R09: b16201ae3db0 Jan 9 21:03:49 ubnu kernel: [ 410.357499] R10: b16201ae3de8 R11: R12: 01011200 Jan 9 21:03:49 ubnu kernel: [ 410.357505] R13: 9d7079255080 R14: 9d7016478c40 R15: 9d7079255080 Jan 9 21:03:49 ubnu kernel: [ 410.357512] FS: () GS:9d707ed0() knlGS: Jan 9 21:03:49 ubnu kernel: [ 410.357519] CS: 0010 DS: ES: CR0: 80050033 Jan 9 21:03:49 ubnu kernel: [ 410.357525] CR2: 7f0a2802d028 CR3: 3760a006 CR4: 003606e0 Jan 9 21:03:49 ubnu kernel: [ 410.357530] Call Trace: Jan 9 21:03:49 ubnu kernel: [ 410.357545] kmem_cache_alloc+0xa2/0x1b0 Jan 9 21:03:49 ubnu kernel: [ 410.357558] ? mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357570] ? wait_woken+0x80/0x80 Jan 9 21:03:49 ubnu kernel: [ 410.357580] mempool_alloc_slab+0x15/0x20 Jan 9 21:03:49 ubnu kernel: [ 410.357590] mempool_alloc+0x71/0x190 Jan 9 21:03:49 ubnu kernel: [ 410.357660] ? smb2_add_credits+0xb0/0x250 [cifs] Jan 9 21:03:49 ubnu kernel: [ 410.357709]
[Kernel-packages] [Bug 1777364] Re: coping files to cifs mounted directory causes general protection fault
I've filed the same bug here, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1811723 . Didn't find this one because I searched for the wrong terms, sorry about the duplicate. On a personal note I'd like to add that I'm surprised this doesn't affect more people and even more so that it hasn't been fixed yet. I would have thought that being able to copy files, large and small, to and from a file-server was a pretty common usecase and a fundamental function in any OS. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1777364 Title: coping files to cifs mounted directory causes general protection fault Status in linux package in Ubuntu: Confirmed Bug description: How to reproduce: Copy some large files from local filesystem to CIFS mounted filesystem. After some gigabytes, it syslog will show "general protection fault" and mounted file system will become unresponsive. How often does it occur: Every time, after a few minutes or so. Affected kernels: Bionic 4.15.0-23-generic and forward. I also tried 4.15.18-041518-generic and 4.16.13-041613-generic from ubuntu archives an got similar GPF. 4.13.0-43-generic from ubuntu 17.10 not affected. More information: I have kerberos authenticated, autofs mounted, cifs Mounted with: type cifs (rw,relatime,vers=default,sec=krb5,cache=strict,username=root,uid=1100,forceuid,gid=0,noforcegid,addr=192.168.50.2,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=1048576,wsize=1048576,echo_interval=60,actimeo=1) ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: linux-image-4.15.0-23-generic 4.15.0-23.25 ProcVersionSignature: Ubuntu 4.15.0-23.25-generic 4.15.18 Uname: Linux 4.15.0-23-generic x86_64 ApportVersion: 2.20.9-0ubuntu7.2 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: mbarlow2249 F pulseaudio CurrentDesktop: GNOME Date: Sun Jun 17 23:14:02 2018 DistributionChannelDescriptor: # This is a distribution channel descriptor # For more information see http://wiki.ubuntu.com/DistributionChannelDescriptor canonical-oem-somerville-xenial-amd64-20160624-2 HibernationDevice: RESUME=UUID=25088f17-7123-46c8-bda4-362bcd9f986e InstallationDate: Installed on 2017-11-26 (203 days ago) InstallationMedia: Ubuntu 16.04 "Xenial" - Build amd64 LIVE Binary 20160624-10:47 Lsusb: Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 0c45:670c Microdia Bus 001 Device 002: ID 0cf3:e300 Atheros Communications, Inc. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub MachineType: Dell Inc. XPS 13 9360 ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.15.0-23-generic root=UUID=69170b9c-88cc-4e5b-83a8-c6a01d7b738b ro quiet splash vt.handoff=1 RelatedPackageVersions: linux-restricted-modules-4.15.0-23-generic N/A linux-backports-modules-4.15.0-23-generic N/A linux-firmware 1.173.1 SourcePackage: linux UpgradeStatus: Upgraded to bionic on 2018-04-27 (51 days ago) WifiSyslog: dmi.bios.date: 02/26/2018 dmi.bios.vendor: Dell Inc. dmi.bios.version: 2.6.2 dmi.board.name: 06CC14 dmi.board.vendor: Dell Inc. dmi.board.version: A00 dmi.chassis.type: 9 dmi.chassis.vendor: Dell Inc. dmi.modalias: dmi:bvnDellInc.:bvr2.6.2:bd02/26/2018:svnDellInc.:pnXPS139360:pvr:rvnDellInc.:rn06CC14:rvrA00:cvnDellInc.:ct9:cvr: dmi.product.family: XPS dmi.product.name: XPS 13 9360 dmi.sys.vendor: Dell Inc. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1777364/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp