主页 / ubuntu / 问题

问题[dmesg](ubuntu)

Martin Hope
ROODAY
Asked: 2025-02-28 03:39:39 +0800 CST
  • 5

我怀疑我的卡已经处于 IT 模式，但我想在连接驱动器之前确定一下。似乎sas2flash无法在 Ubuntu 上安装（至少sudo apt install sas2flash不起作用。我确实尝试过这个命令：

❯ sudo dmesg | grep -i mpt2sas
[    0.796565] mpt2sas_cm0: 64 BIT PCI BUS DMA ADDRESSING SUPPORTED, total mem (16125728 kB)
[    0.851086] mpt2sas_cm0: CurrentHostPageSize is 0: Setting default host page size to 4k
[    0.851117] mpt2sas_cm0: MSI-X vectors supported: 1
[    0.851119] mpt2sas_cm0:  0 1 1
[    0.851193] mpt2sas_cm0: High IOPs queues : disabled
[    0.851194] mpt2sas0-msix0: PCI-MSI-X enabled: IRQ 137
[    0.851194] mpt2sas_cm0: iomem(0x0000000070dc0000), mapped(0x0000000064f573f0), size(16384)
[    0.851198] mpt2sas_cm0: ioport(0x0000000000003000), size(256)
[    0.905583] mpt2sas_cm0: CurrentHostPageSize is 0: Setting default host page size to 4k
[    0.933100] mpt2sas_cm0: scatter gather: sge_in_main_msg(1), sge_per_chain(9), sge_per_io(128), chains_per_io(15)
[    0.933273] mpt2sas_cm0: request pool(0x00000000aab2cc00) - dma(0xfff80000): depth(3492), frame_size(128), pool_size(436 kB)
[    0.939816] mpt2sas_cm0: sense pool(0x00000000d078309d) - dma(0xff900000): depth(3367), element_size(96), pool_size (315 kB)
[    0.939866] mpt2sas_cm0: reply pool(0x000000004eb2eb9f) - dma(0xff880000): depth(3556), frame_size(128), pool_size(444 kB)
[    0.939871] mpt2sas_cm0: config page(0x0000000022037cd0) - dma(0xff87b000): size(512)
[    0.939872] mpt2sas_cm0: Allocated physical memory: size(7579 kB)
[    0.939873] mpt2sas_cm0: Current Controller Queue Depth(3364),Max Controller Queue Depth(3432)
[    0.939873] mpt2sas_cm0: Scatter Gather Elements per IO(128)
[    0.984362] mpt2sas_cm0: LSISAS2008: FWVersion(19.00.00.00), ChipRevision(0x03)
[    0.984371] mpt2sas_cm0: Protocol=(Initiator,Target), Capabilities=(TLR,EEDP,Snapshot Buffer,Diag Trace Buffer,Task Set Full,NCQ)
[    0.985900] mpt2sas_cm0: sending port enable !!
[    3.492365] mpt2sas_cm0: hba_port entry: 00000000aa9aed9e, port: 255 is added to hba_port list
[    3.494524] mpt2sas_cm0: host_add: handle(0x0001), sas_addr(0x500605b0097a5180), phys(8)
[    8.618573] mpt2sas_cm0: port enable: SUCCESS

这条线路Protocol=(Initiator,Target)听起来像是卡处于 IT 模式。有人能确认这是否是在没​​有启动到装有 sas2flash 的 USB 的情况下进行验证的正确方法吗？

dmesg
Martin Hope
Piethon
Asked: 2020-04-12 16:53:17 +0800 CST
  • 1

我最近将我的 Nvidia 驱动程序从 418 升级到了 435（我有一个 RTX 2070）。长话短说，但我在驱动程序冲突方面遇到了一些问题，所以我不得不切换到 nouveau 驱动程序并再次返回。我很确定这已经根据 dpkg 输出清除了 418 个驱动程序。

但是，我遇到了一个奇怪的问题：每隔一段时间，当我尝试将其置于待机状态时，我的系统就会挂起。我得到一个完全没有响应的空白屏幕，我必须手动重新启动，这令人沮丧，因为我失去了所有的工作。奇怪的是，并非每次待机都会发生这种情况，我不知道为什么。

我尝试在启动时将“initcall_debug”添加到 GRUB 命令行，但我不确定它是否与我的情况有关。无论如何，这是没有的行的输出returned 0：

$ dmesg -s 128000 | grep "初始化调用" | sed "s/\(.*\)after\(.*\)/\2 \1/g" | 排序-n | grep '返回-'
 0 使用 [0.176011] initcall xen_pvh_gnttab_setup+0x0/0x3a返回 - 19
 0 使用 [0.176400] initcall __gnttab_init+0x0/0x40返回 - 19
 0 使用 [0.176444] initcall bts_init+0x0/0xc2返回 - 19
 0 使用 [0.176444] initcall numachip_timer_init+0x0/0x5a返回 - 19
 0 使用 [0.176444] initcall pt_init+0x0/0x352返回 - 19
 0 使用 [0.176444] initcall setup_vcpu_hotplug_event+0x0/0x31返回 - 19
 0 使用 [0.176444] initcall xenbus_init+0x0/0x2d1返回 - 19
 0 使用 [0.176444] initcall xen_pcpu_init+0x0/0xc5返回 - 19
 0 使用 [0.276002] initcall balloon_init+0x0/0x1ba返回 - 19
 0 使用 [0.276002] initcall xen_acpi_pad_init+0x0/0x52返回 - 19
 0 使用 [0.276002] initcall xen_setup_shutdown_event+0x0/0x40返回 - 19
 0 使用 [0.277672] initcall save_microcode_in_initrd+0x0/0xa0返回 - 22
 0 使用 [0.808110] initcall calgary_fixup_tce_spaces+0x0/0x106返回 - 19
 0 使用 [0.808911] initcall amd_iommu_pc_init+0x0/0x22a返回 - 19
 0 使用 [0.808916] initcall intel_uncore_init+0x0/0x24d返回 - 19
 0 使用 [0.810834] initcall efivarfs_init+0x0/0x39返回 - 19
 0 使用 [0.839467] initcall intel_idle_init+0x0/0x5e2返回 - 19
 0 使用 [0.841296] initcall bgrt_init+0x0/0xba返回 - 19
 0 使用 [0.841303] initcall ghes_init+0x0/0x142返回 - 19
 0 使用 [0.841336] initcall xenbus_probe_initcall+0x0/0x53返回 - 19
 0 使用 [0.841338] initcall xenbus_init+0x0/0x3b返回 - 19
 0 使用 [0.841340] initcall xenbus_backend_init+0x0/0x4d返回 - 19
 0 使用 [0.841341] initcall hypervisor_subsys_init+0x0/0x2a返回 - 19
 0 使用 [0.841342] initcall hyper_sysfs_init+0x0/0x191返回 - 19
 0 使用 [0.841349] initcall xen_late_init_mcelog+0x0/0x66返回 - 19
 0 使用 [0.841351] initcall xen_acpi_processor_init+0x0/0x1d9返回 - 19
 0 使用 [0.841381] initcall xen_hvc_init+0x0/0x24b返回 - 19
 0 使用 [0.865921] initcall xlblk_init+0x0/0xf0返回 - 19
 0 使用 [0.866405] initcall netif_init+0x0/0x77返回 - 19
 0 使用 [1.187288] initcall intel_pstate_init+0x0/0xb3返回 - 19
 0 使用 [1.191312] initcall efivars_sysfs_init+0x0/0x210返回 - 19
 0 使用 [1.191314] initcall esrt_sysfs_init+0x0/0x2d9返回 - 38
 0 使用 [1.191522] initcall pmc_core_probe+0x0/0x242返回 - 19
 0 使用 [1.317488] initcall boot_wait_for_devices+0x0/0x2e返回 - 19
 0 使用 [1.330870] initcall powernowk8_init+0x0/0x1e0返回 - 19
 0 使用 [1.330873] initcall centrino_init+0x0/0x30返回 - 19
 0 使用 [1.336981] initcall efi_shutdown_init+0x0/0x44返回 - 19
 0 使用 [1.336983] initcall itmt_legacy_init+0x0/0x5b返回 - 19
 0 使用 [1.336989] initcall software_resume+0x0/0x2a0返回 - 2
 4 使用 [1.191529] initcall pmc_atom_init+0x0/0x2b2返回 - 19
 7 使用 [0.865931] initcall htcpld_core_init+0x0/0x32返回 - 19
 10 使用 [9.639314] initcall amd64_edac_init+0x0/0x1000 [amd64_edac_mod]返回 - 19
 10 使用 [9.947048] initcall amd64_edac_init+0x0/0x1000 [amd64_edac_mod]返回 - 19
 12 使用 [8.432809] initcall amd64_edac_init+0x0/0x1000 [amd64_edac_mod]返回 - 19
 12 使用 [9.328536] initcall amd64_edac_init+0x0/0x1000 [amd64_edac_mod]返回 - 19
 13 使用 [7.579790] initcall amd64_edac_init+0x0/0x1000 [amd64_edac_mod]返回 - 19
 15 使用 [7.760494] initcall amd64_edac_init+0x0/0x1000 [amd64_edac_mod]返回 - 19
 15 使用 [8.032654] initcall amd64_edac_init+0x0/0x1000 [amd64_edac_mod]返回 - 19
 16 使用 [9.200728] initcall amd64_edac_init+0x0/0x1000 [amd64_edac_mod]返回 - 19
 17 使用 [7.652451] initcall amd64_edac_init+0x0/0x1000 [amd64_edac_mod]返回 - 19
 17 使用 [9.421129] initcall amd64_edac_init+0x0/0x1000 [amd64_edac_mod]返回 - 19
 18 使用 [7.932705] initcall amd64_edac_init+0x0/0x1000 [amd64_edac_mod]返回 - 19
 20 使用 [8.932645] initcall amd64_edac_init+0x0/0x1000 [amd64_edac_mod]返回 - 19
 22 使用 [0.863365] initcall agp_amd64_mod_init+0x0/0x26返回 - 19
 57 使用 [2.464629] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 57 使用 [2.568959] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 57 使用 [2.656072] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 57 使用 [2.920610] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 58 使用 [2.376457] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 58 使用 [2.420686] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 58 使用 [2.850913] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 65 使用 [2.728445] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 65 使用 [2.800692] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 66 使用 [2.116499] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 66 使用 [2.316528] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 66 使用 [2.496452] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 66 使用 [2.768653] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 72 使用 [2.888681] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 76 使用 [2.220657] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 78 使用 [2.612693] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 80 微秒 [2.688437] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 89 使用 [9.421155] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 91 使用 [2.276836] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 95 使用 [2.072491] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 97 使用 [1.955728] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 104 使用 [2.176572] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 108 使用 [10.176986] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 109 使用 [10.080899] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 109 使用 [10.216712] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 109 使用 [10.313008] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 109 使用 [10.373069] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 115 使用 [10.042520] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 120 使用 [10.261266] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 124 使用 [7.652694] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 129 使用 [7.760871] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 138 使用 [8.433073] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 138 使用 [9.201083] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 141 使用 [7.403532] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 147 使用 [7.561564] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 152 使用 [7.933158] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 155 使用 [7.489113] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 158 使用 [10.124370] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 165 使用 [8.032815] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 167 使用 [8.932793] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 179 使用 [9.946483] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 183 使用 [9.639479] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 249 使用 [9.329127] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 270 使用 [1.851350] initcall fjes_init_module+0x0/0xd0 [fjes]返回 - 19
 3545 使用 [1.161088] initcall i8042_init+0x0/0x474返回 - 19
 5940 使用 [1.336958] initcall edd_init+0x0/0x2d8返回 - 19

有人有更好的方法来调试待机问题吗？

附加问题：我有点犹豫是否再次完全清除 Nvidia 驱动程序，因为我有一个我不想弄乱的工作 Tensorflow 配置。清除是否意味着我必须重新安装 CUDA 驱动程序？如果是这样，这可以独立于 Tensorflow 所需的其他包来完成吗？

非常感谢！

编辑：我尝试进入待机状态sudo sh -c "sync && echo 1 > /sys/power/pm_trace && pm-suspend"，之后使用并检查 dmesg 输出。我发现以下输出：

[    1.320847]   Magic number: 0:236:250
[    1.323713]   hash matches /build/linux-UDHJtG/linux-4.15.0/drivers/base/power/main.c:1559
[    1.326768] pci 0000:0a:00.0: hash matches
[    1.329815] memory memory124: hash matches

检查后lspci我发现 0000:0a:00.0 是“VGA 兼容控制器：NVIDIA Corporation 设备 1f07 (rev a1)”，所以看起来我必须再次尝试清除 Nvidia 驱动程序。但是，我不知道是什么memory memory 124——有人知道吗？

编辑 2：完全清除并重新安装 Nvidia 驱动程序。同样的问题正在发生。但是，我注意到了一些事情：只有当我通过 Anaconda 打开 Spyder 并开始使用我的 GPU 训练神经网络模型时才会发生这种情况。任何想法为什么？

编辑 3：回到 Nvidia 418 驱动程序。出现同样的问题，所以我切换回 435 驱动程序。这是我的输出dpkg -l | grep -i nvidia：

ii cuda-nsight-compute-10-1 10.1.243-1 amd64         NVIDIA Nsight Compute
ii cuda-nsight-systems-10-1 10.1.243-1 amd64         NVIDIA Nsight 系统
ii cuda-nvtx-10-1 10.1.243-1 amd64         NVIDIA工具扩展
ii lib nvidia -cfg1-435:amd64 435.21-0ubuntu0.18.04.2 amd64         NVIDIA二进制 OpenGL/GLX 配置库
ii lib nvidia -common-435 435.21-0ubuntu0.18.04.2 NVIDIA库使用的所有共享文件
ii lib nvidia -compute-435:amd64 435.21-0ubuntu0.18.04.2 amd64         NVIDIA libcompute 包
ii lib nvidia -compute-435:i386 435.21-0ubuntu0.18.04.2 i386          NVIDIA libcompute 包
ii lib nvidia -decode-435:amd64 435.21-0ubuntu0.18.04.2 amd64         NVIDIA视频解码运行时库
ii lib nvidia -decode-435:i386 435.21-0ubuntu0.18.04.2 i386          NVIDIA视频解码运行时库
ii lib nvidia -encode-435:amd64 435.21-0ubuntu0.18.04.2 amd64 NVENC 视频编码运行时库
ii lib nvidia -encode-435:i386 435.21-0ubuntu0.18.04.2 i386 NVENC 视频编码运行时库
ii lib nvidia -fbc1-435:amd64 435.21-0ubuntu0.18.04.2 amd64        基于NVIDIA OpenGL 的 Framebuffer Capture 运行时库
ii lib nvidia -fbc1-435:i386 435.21-0ubuntu0.18.04.2 i386         基于NVIDIA OpenGL 的 Framebuffer Capture 运行时库
ii lib nvidia -gl-435:amd64 435.21-0ubuntu0.18.04.2 amd64         NVIDIA OpenGL/GLX/EGL/GLES GLVND 库和 Vulkan ICD
ii lib nvidia -gl-435:i386 435.21-0ubuntu0.18.04.2 i386          NVIDIA OpenGL/GLX/EGL/GLES GLVND 库和 Vulkan ICD
ii lib nvidia -ifr1-435:amd64 435.21-0ubuntu0.18.04.2 amd64        基于NVIDIA OpenGL 的 Inband Frame Readback 运行时库
ii lib nvidia -ifr1-435:i386 435.21-0ubuntu0.18.04.2 i386         基于NVIDIA OpenGL 的 Inband Frame Readback 运行时库
ii nsight-compute-2019.4.0 2019.4.0.12-1 amd64         NVIDIA Nsight Compute
ii nsight-systems-2019.3.7 2019.3.7.5-3837e03 amd64         NVIDIA Nsight Systems 是具有跟踪功能的统计采样分析器。
ii   nvidia -compute-utils-435 435.21-0ubuntu0.18.04.2 amd64         NVIDIA计算实用程序
ii   nvidia -dkms-435 435.21-0ubuntu0.18.04.2 amd64         NVIDIA DKMS 包
ii   nvidia -driver-435 435.21-0ubuntu0.18.04.2 amd64         NVIDIA驱动元包
ii   nvidia -kernel-common-435 435.21-0ubuntu0.18.04.2 amd64 与内核模块一起使用的共享文件
ii   nvidia -kernel-source-435 435.21-0ubuntu0.18.04.2 amd64         NVIDIA内核源码包
ii   nvidia -prime 0.8.8.2 all 启用NVIDIA Prime 的工具
ii   nvidia -settings 418.87.00-0ubuntu1 amd64 配置NVIDIA显卡驱动的工具
ii   nvidia -utils-435 435.21-0ubuntu0.18.04.2 amd64         NVIDIA驱动支持二进制文件
ii xserver-xorg-video- nvidia -435 435.21-0ubuntu0.18.04.2 amd64         NVIDIA二进制 Xorg 驱动程序

drivers nvidia suspend dmesg 18.04
Martin Hope
alex
Asked: 2020-02-29 23:01:00 +0800 CST
  • 0

有人可以告诉我系统日志（尤其是 dmesg）是否存档在 /var/logs 以外的其他地方？在这个文件夹中，我只能找到最近 6 次重新启动的 dmesg。我需要在两周前查看才能解决问题。

在 /etc/logrotate.conf 我可以看到：

# rotate log files weekly
weekly

# keep 4 weeks worth of backlogs
rotate 4

怎么可能，在服务器发行版上，我无法查看比我在过去两天执行的最近几次重新启动更早的日志？还是我错过了什么？

我正在使用 Lubuntu 服务器 19.10

server lubuntu dmesg
Martin Hope
Benjamin Fiset-Deschênes
Asked: 2020-01-30 08:04:55 +0800 CST
  • 1

我最近开始在“kern.log”和 syslog 中打印以下元素。

Jan 29 10:28:19 server kernel: [82515.307047] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.315021] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.322996] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.330971] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.338944] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.346923] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.354905] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.362875] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.370855] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.378837] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.386824] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.394788] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.402766] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.410765] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.418722] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.426707] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.434693] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.442670] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.450634] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.458628] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.466590] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.474561] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.482551] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.490528] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.498500] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.506492] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.514463] Page fault failed for pfn[0] = 0x0
Jan 29 10:28:19 server kernel: [82515.522435] Page fault failed for pfn[0] = 0x0

我不知道它们是什么意思，但它们似乎会持续很长时间，使日志变得非常大，通常最终导致系统无响应。

它可能与坏的RAM有关吗？我已经有一段时间没有更改与 RAM 相关的任何内容，并且系统已经运行了几个月，直到现在。

dmesg
Martin Hope
hwong
Asked: 2019-10-21 05:09:23 +0800 CST
  • 3

每当我插入/移除 SD 卡时，我的 ubuntu 都不会自动识别这些行为。我必须运行lspci命令来手动告诉 ubuntu 硬件更改。

我想让我的 ubuntu 自动检测 SD 卡。（自动检测硬件变化，不自动挂载文件系统）

以下是在我的 ubuntu 上使用 SD 卡的详细步骤：

  1. 将 SD 卡插入计算机。上没有新消息dmesg。
  2. lspci在终端上运行命令。然后新消息出现在 上dmesg。
  3. 安装 SD 卡并做一些事情。完成后，卸载 SD 卡。
  4. 从计算机中物理移除 SD 卡。dmesg对这种分离只字未提。
  5. 再次运行lspci命令。然后dmesg说mmc0: card aaaa removed。

一些附加信息：

  • 我正在使用带有 RTS5227 读卡器的 ubuntu 18.04.3 LTS。
  • 挂载、读、写和卸载都没有问题。

任何建议表示赞赏。

pci dmesg sd-card lspci
Martin Hope
MicroParsec
Asked: 2019-07-06 07:30:15 +0800 CST
  • 0

我从 Ubuntu Server 16.04 更新到 18.04，在完成所有其他配置修复之后，仍然有一件事困扰着我：

在我以前的版本中，启动后，[ OK ]消息会消失，终端会在我认为的 tty1 上启动。我可以简单地登录并继续或离开它，屏幕会自动关闭。

这不会再发生了。tty1 仍然显示引导消息，我只能通过 tty6 访问 tty2 上的终端。有谁知道启动完成后如何在 tty1 上打开终端，或者自动切换到 tty2？

如果我的服务器显示在启动状态消息中，它不会关闭。

boot tty dmesg 18.04
Martin Hope
HankB
Asked: 2019-03-28 05:43:59 +0800 CST
  • 0

我sudo dmesg --follow在重新启动后不久运行并在输出末尾找到了这些消息。它似乎出现了好几次。周围的几行是

[  139.356270] ------------[ cut here ]------------
[  139.356272] Unknown pixelformat 0x00000000
[  139.356309] WARNING: CPU: 1 PID: 3056 at /build/linux-7kdHqT/linux-4.15.0/drivers/media/v4l2-core/v4l2-ioctl.c:1291 v4l_fill_fmtdesc+0xf41/0x1250 [videodev]

更多dmesg输出可见https://pastebin.com/4YxinP3Z

系统是带有 Intel 视频适配器的 Dell XPS-13 9370。

hbarta@karakum:~$ cat /etc/issue
Ubuntu 18.04.2 LTS \n \l

hbarta@karakum:~$ uname -a
Linux karakum 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
hbarta@karakum:~$ lspci|grep VGA
00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (rev 07)
hbarta@karakum:~$

报告什么问题？我应该担心吗？我该如何修复，我应该提交错误报告吗？

我表面上这么说的时候并不是在寻找问题，这似乎是无害的。

谢谢！

webcam dmesg
Martin Hope
Parth K
Asked: 2019-01-21 18:16:33 +0800 CST
  • 1

参考图像

我是内核模块编程的初学者，所以这可能会变得很愚蠢。

我正在遵循本指南。我正在尝试制作一个跨越多个文件的模块。（来自指南）。

各个文件是：

#include <linux/kernel.h>
#include <linux/module.h>

int init_module(void)
{
    printk(KERN_INFO "Hello, world - this is the kernel speaking");
    return 0;
}

和，

#include <linux/kernel.h>
#include <linux/module.h>

void cleanup_module()
{
    printk(KERN_INFO "Short is the life of a kernel module");
}

这是我的生成文件。

obj-m += hello-1.o
obj-m += startstop.o
startstop-objs := start.o stop.o 

all:
    make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules

clean:
    make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean

（hello-1来自之前的练习）

模块编译成功。顶部的图像显示了完整的输出make。编译后，我插入模块[Jan21 07:25]，然后将其删除[ +10.624728]。然后我连接了一个 USB 鼠标来证明这一点。我$ dmesg -wH在右侧终端窗口上运行。

输出与预期的一样，但在不同的时间。

  1. 当hello world ...我删除模块时会显示输出at +10.624...。
  2. Short is the life ...插入 USB 鼠标时会显示输出。
  3. 但是，该new device消息会准时显示。

我最初的猜测是，这里可能有一些缓冲机制在起作用，所以我尝试一直提高优先级printk()但KERN_ALERT没有效果。另外，当鼠标连接时，为什么消息会从缓冲区中刷新？为什么鼠标输出没有缓冲？我真的可以继续前进，但我想知道引擎盖下发生了什么。

PS：请忽略奇怪的用户名

kernel dmesg 18.04
Martin Hope
mock_blatt
Asked: 2018-05-03 21:38:30 +0800 CST
  • 12

我正在全新安装 Ubuntu Mate 18.04，系统本身没有问题，但我正在运行 dmesg 来查看错误和警告。即使它们现在没有引起明显的问题，我也喜欢尽可能地处理它们。

我有一张运行驱动程序 390.48 的 Nvidia 卡。

我已经处理了大部分问题，但一个弹出四次的问题是这样说的：

PKCS#7 signature not signed with a trusted key

以下是 dmesg 中的 +/- 三行，用于两次出现的上下文（第二行实际上捕获了两个）：

[    1.157284] ata3: SATA max UDMA/133 abar m2048@0xdf34b000 port 0xdf34b200 irq 126
[    1.157285] ata4: SATA max UDMA/133 abar m2048@0xdf34b000 port 0xdf34b280 irq 126
[    1.157535] e1000e 0000:00:1f.6: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[    1.168128] PKCS#7 signature not signed with a trusted key
[    1.168135] nvidia: loading out-of-tree module taints kernel.
[    1.168138] nvidia: module license 'NVIDIA' taints kernel.
[    1.168138] Disabling lock debugging due to kernel taint

和：

[    1.175479] nvidia-nvlink: Nvlink Core is being initialized, major device number 238
[    1.175681] nvidia 0000:01:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
[    1.175734] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  390.48  Thu Mar 22 00:42:57 PDT 2018 (using threaded interrupts)
[    1.180047] PKCS#7 signature not signed with a trusted key
[    1.181035] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms  390.48  Wed Mar 21 23:48:34 PDT 2018
[    1.181409] PKCS#7 signature not signed with a trusted key
[    1.181814] [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver

有问题的行是 PKCS 行，我知道驱动程序会“污染”内核。从上下文来看，PKCS 警告似乎与 Nvidia 驱动程序有关。这是预期的吗？这是从 Ubuntu 存储库获得的驱动程序，而不是独立于 Nvidia，如果这有所不同的话。通常我可以查找特定于 Nvidia 的错误和警告（通常是无害的），但是我没有找到任何东西。

nvidia dmesg ubuntu-mate 18.04