У меня точно такие же симптомы. Начиная с пятницы, сразу после обновления, у меня были случайные зависания, от которых можно было избавиться только полным выключением и включением питания, у меня был поврежден раздел подкачки, и мне пришлось его переформатировать, пришлось делать спасение на одном корне NVMe раздел, а также два внешних диска, прежде чем я вернул свое ядро обратно на 4.15.0-147 и волшебным образом ... все снова работало безупречно. Я потратил выходные, пытаясь понять, что пошло не так, пока не понял, что дело в ядре. У меня также есть КУЧА сбоев ядра в /var/crash, чтобы показать это.
miles@unicron:/var/crash$ ls -latr linux*
-rw-r--r-- 1 kernoops whoopsie 763 21 июля 13:57 linux-image-4.15.0-151-generic.32331.crash
-rw-r--r-- 1 kernoops whoopsie 763 21 июля 14:33 linux-image-4.15.0-151-generic.32439.crash
-rw-r--r-- 1 kernoops whoopsie 988 21 июля 14:34 linux-image-4.15.0-151-generic.53592.crash
-rw-r--r-- 1 kernoops whoopsie 3464 21 июля 14:52 linux-image-4.15.0-151-generic.271760.crash
-rw-r--r-- 1 kernoops whoopsie 3677 22 июля 03:52 linux-image-4.15.0-151-generic.258222.crash
-rw-r--r-- 1 kernoops whoopsie 736 22 июля 19:17 linux-image-4.15.0-151-generic.32747.crash
-rw-r--r-- 1 kernoops whoopsie 742 22 июля 19:17 linux-image-4.15.0-151-generic.32859.crash
-rw-r--r-- 1 kernoops whoopsie 455 23 июля 03:04 linux-image-4.15.0-151-generic.13044.crash
-rw-r--r-- 1 kernoops whoopsie 530 23 июля 13:06 linux-image-4.15.0-151-generic.20048.crash
-rw-r--r-- 1 kernoops whoopsie 673 23 июля 13:14 linux-image-4.15.0-151-generic.30505.crash
-rw-r--r-- 1 kernoops whoopsie 1893 23 июля 22:57 linux-image-4.15.0-151-generic.123785.crash
-rw-r--r-- 1 kernoops whoopsie 4163 23 июля 23:28 linux-image-4.15.0-151-generic.305134.crash
-rw-r--r-- 1 kernoops whoopsie 1013 24 июля 06:57 linux-image-4.15.0-151-generic.48875.crash
-rw-r--r-- 1 kernoops whoopsie 1209 24 июля 07:01 linux-image-4.15.0-151-generic.65884.crash
-rw-r--r-- 1 kernoops whoopsie 2516 24 июля 07:02 linux-image-4.15.0-151-generic.165751.crash
-rw-r--r-- 1 kernoops whoopsie 2678 24 июля 07:07 linux-image-4.15.0-151-generic.178891.crash
-rw-r--r-- 1 kernoops whoopsie 3500 25 июля 11:32 linux-image-4.15.0-151-generic.253271.crash
Образец из linux-image-4.15.0-151-generic.253271.crash
:
Тип проблемы: KernelOops
Аннотация: Ваша система может стать нестабильной и может потребоваться перезагрузка.
Дата: 25 июля 11:32:27 2021
Неудача: упс
УпсТекст:
общая ошибка защиты: 0000 [#1] SMP PTI
Modules linked in: xfs libcrc32c uas usb_storage rfcomm ccm ip6table_filter ip6_tables iptable_filter v4l2loopback(OE) snd_hrtimer cmac bnep binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi nvidia_drm(POE) intel_rapl x86_pkg_temp_thermal nvidia_modeset(POE) intel_powerclamp coretemp arc4 kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul snd_hda_codec_realtek ghash_clmulni_intel snd_hda_codec_generic nvidia(POE) pcbc iwlmvm mac80211 snd_hda_intel aesni_intel snd_hda_codec aes_x86_64 crypto_simd glue_helper asus_nb_wmi cryptd asus_wmi snd_hda_core intel_cstate snd_hwdep intel_rapl_perf serio_raw sparse_keymap intel_wmi_thunderbolt iwlwifi snd_pcm snd_seq_midi snd_seq_midi_event cfg80211 uvcvideo btusb btrtl videobuf2_vmalloc btbcm snd_rawmidi videobuf2_memops btintel videobuf2_v4l2 drm_kms_helper
bluetooth snd_seq xpad videobuf2_core ff_memless ecdh_generic drm videodev snd_seq_device snd_timer media fb_sys_fops snd syscopyarea sysfillrect sysimgblt mei_me idma64 soundcore virt_dma input_leds joydev mei processor_thermal_device intel_lpss_pci int340x_thermal_zone shpchp intel_pch_thermal intel_lpss intel_soc_dts_iosf elan_i2c mac_hid asus_wireless int3400_thermal acpi_pad acpi_thermal_rel sch_fq_codel ppa parport_pc ppdev lp parport ip_tables x_tables autofs4 hid_asus hid_generic usbhid nvme r8169 ahci nvme_core mii libahci wmi i2c_hid спрятал видео pinctrl_sunrisepoint
CPU: 4 PID: 81 Comm: kswapd0 Tainted: P OE 4.15.0-151-generic #157-Ubuntu
Название оборудования: ASUSTeK COMPUTER INC. G752VT/G752VT, BIOS G752VT.213 06.01.2016
RIP: 0010:find_get_entries+0x68/0x200
RSP: 0018:ffffb54cc384f9d0 EFLAGS: 00010246
RAX: 0000000000000000 RBX: 0000000000000000e RCX: 00000000000000006
RDX: 1800000000000000 RSI: 0000000000001000 RDI: ffff9730446816d0
RBP: ffffb54cc384fa30 R08: 0000000000000800 R09: 00000000000000006
R10: ffff9730446817f8 R11: 00000000000000000 R12: ffffb54cc384faf8
R13: ffffb54cc384fa78 R14: 0000000000000000c R15: ffff9730446817f8
FS: 0000000000000000(0000) GS:ffff973606500000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00000a520680c000 CR3: 00000005c260a005 CR4: 00000000003606e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 00000000000000000
DR3: 0000000000000000 DR6: 00000000ffe0ff0 DR7: 0000000000000400
Отслеживание звонков:
pagevec_lookup_entries+0x1e/0x30
truncate_inode_pages_range+0x127/0x960
? xfs_mount_validate_sb+0x440/0x500 [xfs]
? __inode_wait_for_writeback+0x7e/0xf0
? bit_waitqueue+0x40/0x40
truncate_inode_pages_final+0x4c/0x60
выселить+0x188/0x1a0
dispose_list+0x39/0x50
prune_icache_sb+0x5a/0x80
super_cache_scan+0x137/0x1b0
усадка_slab.part.49+0x1e7/0x440
уменьшить_узел+0x2e1/0x2f0
kswapd+0x2b1/0x710
kthread+0x121/0x140
? mem_cgroup_shrink_node+0x190/0x190
? kthread_create_worker_on_cpu+0x70/0x70
ret_from_fork+0x35/0x40
Код: c7 45 a8 00 00 00 00 48 89 75 b0 45 31 ff 4d 85 ff 0f 84 01 01 00 00 49 8b 17 48 85 d2 74 69 48 89 d0 83 e0 03 0f 85 5f 01 00 82 <4 00 00 20 48 8d 78 ff a8 01 48 0f 44 fa 8b 47 1c 85 c0 74 d7
RIP: find_get_entries+0x68/0x200 RSP: ffffb54cc384f9d0
---[ конец следа aafa3a2a2c51a63e ]---
Пакет: linux-image-4.15.0-151-generic 4.15.0-151.157
Исходный пакет: Linux
Теги не указаны
Uname: Linux 4.15.0-151-универсальный x86_64
Kubuntu работает ОЧЕНЬ стабильно в этой системе в течение многих лет, memtested отлично, нет ошибок SMART для дисков и т. д. Я могу сузить это только до новых обновлений ядра.
На данный момент единственным решением, о котором я подумал, было настроить GRUB на загрузку старого ядра по умолчанию и оставить новое ядро доступным на случай, если я захочу еще немного поработать с ним. Для этого я использовал решение, показанное здесь: https://unix.stackexchange.com/questions/198003/set-default-kernel-in-grub