Project

General

Profile

Bug #17257

Mac Mini 2018 kernel panic

Added by numbat about 2 months ago. Updated about 1 month ago.

Status:
Confirmed
Priority:
Normal
Assignee:
Category:
Hardware support
Target version:
-
Start date:
Due date:
% Done:

0%

Feature Branch:
Type of work:
Debian
Blueprint:
Starter:
Affected tool:

Description

The user says this Mac Mini worked fine with Tails 3. It now crashes with Tails 4 (see attached image) and does the same with Debian Live (Buster).

IMG_6586-1.jpg View (1.25 MB) numbat, 11/25/2019 11:32 AM

mac_kernel_panic.jpeg View (596 KB) numbat, 12/02/2019 08:49 AM

History

#1 Updated by numbat about 2 months ago

A user has reported the same issue with a MacBook pro 15,4.

The user has tried, at Grub:

adding:

nouveau.noaccel=1
radeon.modeset=0
modprobe.blacklist=thunderbolt

or removing:

removing "live-media=removable" 

With no change.

#2 Updated by numbat about 2 months ago

A user sent us this link which may contain some hints, but no solution yet:
https://askubuntu.com/questions/1185203/macbook-pro-2019-cant-boot-live-usb

#3 Updated by goupille about 1 month ago

  • Status changed from New to Confirmed
  • Assignee set to intrigeri

another mac user reported a kernel panic with tails 4.1 with two different mac (one is a macbook pro 9,1 and the other one is not described). this user says that tails 4.0 worked perfectly on those computers.

Bug report: 6c589ea7443b70b3592ec58f3f8137ca

#4 Updated by goupille about 1 month ago

and I just noticed that the kernel panic message is not the same so it might not be related :

[    1.991319] Call Trace:
[    1.991342]  dump_stack+0x5c/0x80
[    1.991365]  panic+0x101/0x2d7
[    1.991388]  mount_block_root+0x2c4/0x2e8
[    1.991415]  prepare_namespace+0x136/0x16c
[    1.991441]  kernel_init_freeable+0x1ff/0x20a
[    1.991468]  ? rest_init+0xaa/0xaa
[    1.991491]  kernel_init+0xa/0x106
[    1.991512]  ret_from_fork+0x35/0x40
[    1.991569] Kernel Offset: 0x10400000 from 0xffffffff81000000
(relocation range: 0xffffffff80000000-0xffffffffbfffffff)
[    1.991633] ---[ end Kernel panic - not syncing: VFS: Unable to
mount root fs on unknown-block(0,0) ]---

#5 Updated by goupille about 1 month ago

a second user reported the Kernel panic - not syncing: VFS: Unable to
mount root fs on unknown-block(0,0) error so I opened another ticket (#17320)

#6 Updated by goupille about 1 month ago

we received another report for this kernel panic, on a MacBook Pro 2019

#7 Updated by intrigeri about 1 month ago

  • Related to Bug #17320: Kernel Panic with some Macbook Pro added

#8 Updated by intrigeri about 1 month ago

  • Related to deleted (Bug #17320: Kernel Panic with some Macbook Pro)

#9 Updated by intrigeri about 1 month ago

  • Assignee changed from intrigeri to numbat

Indeed, this looks like a different problem than #17320, because #17320 does not affect 4.0 (while this one does), and this problem affects pristine Debian, while #17320 is Tails-specific.

Please ask the affected users to trying the following sets of boot options in syslinux:

  • noapic
  • noapic efi=noruntime
  • noapic efi=old_map
  • noapic efi=nochunk
  • noefi

Note (mostly to myself): the kernel error happens in the get_cert_list function from security/integrity/platform_certs/load_uefi.c, which reads extracts a list of certificates from an EFI variable. I'm a bit surprised this code path is triggered at all on a system that does not support Secure Boot.

Also available in: Atom PDF