主页 / user-437294

Nikolaj Hansen's questions

Martin Hope
Nikolaj Hansen
Asked: 2024-10-02 21:21:01 +0800 CST
  • 6

由于某种原因，GRUB 在例行更新后不会更新可用内核列表

Sourcing file `/etc/default/grub'
Generating grub configuration file ...
grub-probe: error: unknown filesystem.
Found linux image: vmlinuz-6.8.0-44-generic in rpool/ROOT/ubuntu_9jipvg
Found initrd image: initrd.img-6.8.0-44-generic in rpool/ROOT/ubuntu_9jipvg
Found linux image: vmlinuz-6.8.0-41-generic in rpool/ROOT/ubuntu_9jipvg
Found initrd image: initrd.img-6.8.0-41-generic in rpool/ROOT/ubuntu_9jipvg
/usr/sbin/grub-probe: error: unknown filesystem.
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Adding boot menu entry for UEFI Firmware Settings ...
done

这是启动文件夹中的内容：

$> ls -lah /boot
total 185M
drwxr-xr-x  4 root root   15 Oct  2 14:56 .
drwxr-xr-x 22 root root   26 Apr 27 20:04 ..
-rw-r--r--  1 root root 281K Oct  2 13:23 config-6.8.0-44-generic
-rw-r--r--  1 root root 281K Aug 30 10:32 config-6.8.0-45-generic
drwxr-xr-x  2 root root    2 Sep 11 02:18 efi
drwxr-xr-x  2 root root    4 Oct  2 14:57 grub
lrwxrwxrwx  1 root root   27 Oct  2 14:50 initrd.img -> initrd.img-6.8.0-45-generic
-rw-r--r--  1 root root  77M Oct  2 13:48 initrd.img-6.8.0-44-generic
-rw-r--r--  1 root root  77M Oct  2 14:50 initrd.img-6.8.0-45-generic
lrwxrwxrwx  1 root root   27 Oct  2 14:56 initrd.img.old -> initrd.img-6.8.0-44-generic
-rw-------  1 root root 8,7M Aug 30 10:32 System.map-6.8.0-45-generic
lrwxrwxrwx  1 root root   24 Oct  2 14:50 vmlinuz -> vmlinuz-6.8.0-45-generic
-rw-------  1 root root  15M Aug 13 12:22 vmlinuz-6.8.0-44-generic
-rw-------  1 root root  15M Aug 30 11:02 vmlinuz-6.8.0-45-generic
lrwxrwxrwx  1 root root   24 Oct  2 14:56 vmlinuz.old -> vmlinuz-6.8.0-44-generic

我彻底清除了 45 版并重新安装。我没有看到任何错误，apt 也没有。

当我重新启动时，我将进入紧急模式，并且必须通过以下方式手动返回内核版本 44：

update-initramfs -u -k 6.8.0-44-generic

然后系统按预期启动 - 但使用旧内核。

grub 有啥问题？

向 grub-amd64-efi 包报告的错误

https://bugs.launchpad.net/ubuntu/+source/grub2-unsigned/+bug/2084584

boot
Martin Hope
Nikolaj Hansen
Asked: 2022-05-12 04:32:38 +0800 CST
  • 1

我无法让 Ubuntu 22.04 LTS 中的网络管理器正确打开板载 Qualcomm Snapdragon X55 5G 调制解调器。如果我尝试，似乎 NM 会尝试配置连接，但从不打开所需的硬件。

如果我做一个

$> sudo qmicli -p -d /dev/wwan0mbim0 --device-open-auto --dms-foxconn-set-fcc-authentication=0

然后启用

$> sudo mmcli -m 0 --enable

我可以打开调制解调器。如果我继续输入 APN 数据，我将能够在 8.8.8.8 上 ping 谷歌 DNS 服务器。

然后我尝试设置DNS：

$> nmcli connection modify Oister\ Bredbaand ipv4.dns "8.8.8.8,8.8.4.4"

但是我无法对任何东西进行实际的主机查找——我认为我敢于手动打开调制解调器这一事实让整个系统非常不安。

在摆弄了更多之后，我删除了上面的手动 DNS 配置并设置

$> sudo nmcli connection modify Oister\ Bredbaand ipv4.method "auto"

和

$> sudo nmcli connection modify Oister\ Bredbaand ipv6.method "DHCP"

我现在有移动互联网！

但是，我仍然必须启动连接 - 看到顶部栏中闪烁的图标，因为它尝试在未启动的硬件上配置连接 - 然后按照 qmcli 手动启动它。

这闻起来像网络管理器错误。

  -----------------------------------
  General  |                    path: /org/freedesktop/ModemManager1/Modem/0
           |               device id: 7099c435a92638d780ea65442842224ca7bfcf8c
  -----------------------------------
  Hardware |            manufacturer: foxconn
           |                   model: Qualcomm Snapdragon X55 5G
           |       firmware revision: T99W175.F0.0.0.5.7.GC.004
           |                          076
           |          carrier config: GCF
           | carrier config revision: 0A000804
           |            h/w revision: Qualcomm Snapdragon X55 5G
           |               supported: gsm-umts, lte, 5gnr
           |                 current: gsm-umts, lte, 5gnr
           |            equipment id: 015805000279146
  -----------------------------------
  System   |                  device: /sys/devices/pci0000:00/0000:00:1c.0/0000:08:00.0
           |                 drivers: mhi-pci-generic
           |                  plugin: foxconn
           |            primary port: wwan0mbim0
           |                   ports: wwan0 (net), wwan0at0 (at), wwan0mbim0 (mbim), 
           |                          wwan0qcdm0 (qcdm)
  -----------------------------------
  Status   |          unlock retries: sim-pin2 (3)
           |                   state: disabled
           |             power state: low
           |          signal quality: 0% (cached)
  -----------------------------------
  Modes    |               supported: allowed: 3g; preferred: none
           |                          allowed: 4g; preferred: none
           |                          allowed: 3g, 4g; preferred: 4g
           |                          allowed: 3g, 4g; preferred: 3g
           |                          allowed: 5g; preferred: none
           |                          allowed: 4g, 5g; preferred: 5g
           |                          allowed: 4g, 5g; preferred: 4g
           |                          allowed: 3g, 5g; preferred: 5g
           |                          allowed: 3g, 5g; preferred: 3g
           |                          allowed: 3g, 4g, 5g; preferred: 5g
           |                          allowed: 3g, 4g, 5g; preferred: 4g
           |                          allowed: 3g, 4g, 5g; preferred: 3g
           |                 current: allowed: 3g, 4g; preferred: 4g
  -----------------------------------
  Bands    |               supported: utran-1, utran-3, utran-4, utran-6, utran-5, utran-8, 
           |                          utran-9, utran-2, eutran-1, eutran-2, eutran-3, eutran-4, eutran-5, 
           |                          eutran-7, eutran-8, eutran-12, eutran-13, eutran-14, eutran-17, 
           |                          eutran-18, eutran-19, eutran-20, eutran-25, eutran-26, eutran-28, 
           |                          eutran-29, eutran-30, eutran-32, eutran-34, eutran-38, eutran-39, 
           |                          eutran-40, eutran-41, eutran-42, eutran-46, eutran-48, eutran-66, 
           |                          eutran-71, utran-19
           |                 current: utran-1, utran-4, utran-6, utran-5, utran-8, utran-9, 
           |                          utran-2, eutran-1, eutran-2, eutran-3, eutran-4, eutran-5, eutran-7, 
           |                          eutran-8, eutran-12, eutran-13, eutran-14, eutran-17, eutran-18, 
           |                          eutran-19, eutran-20, eutran-25, eutran-26, eutran-28, eutran-29, 
           |                          eutran-30, eutran-32, eutran-34, eutran-38, eutran-39, eutran-40, 
           |                          eutran-41, eutran-42, eutran-46, eutran-48, eutran-66, eutran-71, 
           |                          utran-19
  -----------------------------------
  IP       |               supported: ipv4, ipv6, ipv4v6
  -----------------------------------
  3GPP     |                    imei: 015805000279146
           |           enabled locks: fixed-dialing
  -----------------------------------
  3GPP EPS |    ue mode of operation: csps-2
           |  initial bearer ip type: ipv4v6
  -----------------------------------
  SIM      |        primary sim path: /org/freedesktop/ModemManager1/SIM/0
           |          sim slot paths: slot 1: /org/freedesktop/ModemManager1/SIM/0 (active)
           |                          slot 2: /org/freedesktop/ModemManager1/SIM/1

这在 21.10 中效果更好，调制解调器可以通过 NetworkManager 打开和配置，但它无法在休眠/盖子关闭时存活。

network-manager
Martin Hope
Nikolaj Hansen
Asked: 2017-11-09 09:27:13 +0800 CST
  • 0

出于某种奇怪的原因，Ubuntu / Systemd 不想为我的一个界面更新 resolv.conf。但对其他人来说效果很好。因此 systemd-resolved 仅适用于前两个接口。最后一个响应 SERVFAIL 对所有请求，因为 resolv.conf 生成为空。

我没有使用 dnsmasq 或 resolvconf。

仅启用有线：

名称服务器 192.168.1.21 搜索 barnabas.dk

启用仅无线名称服务器 192.168.1.21 搜索 barnabas.dk

仅启用移动宽带：

应该是 95.209.200.69 95.209.200.70

移动宽带的接口配置得很好，如果我用所需的名称服务器条目手动更新 resolv.conf，一切都很好。

没有可用的 LSB 模块。发行商 ID：Ubuntu 描述：Ubuntu 17.04 发行版：17.04 代号：zesty

为什么systemd-resolved拒绝更新最后一个界面？

谢谢。

dns