---
layout:
'hcl'
type:
'Notebook'
hvm:
'yes'
iommu:
'yes'
slat:
'yes'
tpm:
'2.0'
remap:
'yes'
brand: |
ASUSTeK COMPUTER INC.
model: |
N752VX
bios: |
N752VX.303
cpu: |
Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz
cpu-short: |
FIXME
chipset: |
Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers [8086:1910] (rev 07)
chipset-short: |
FIXME
gpu: |
Intel Corporation HD Graphics 530 [8086:191b] (rev 06) (prog-if 00 [VGA controller])
gpu-short: |
FIXME
network: |
Intel Corporation Wireless 7265 [8086:095a] (rev 59)
Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 12)
memory: |
23991
scsi: |
SAMSUNG MZNLF128 Rev: 301Q
DVDRAM GUE1N Rev: AS00
CT120BX500SSD1 Rev: R013
usb: |
2
certified:
'no'
versions:
- works:
'FIXME:yes|no|partial'
qubes: |
R4.2.1
xen: |
4.17.4
kernel: |
6.6.25-1
remark: |
FIXME
credit: |
FIXAUTHOR
link: |
FIXLINK
Remarks
- Install works by default, except that I get a popup error message which says “Unable to reset PCI device 03:00:1” (Realtek ethernet).
- Boot fails ~50% of the time (like with Debian and Ubuntu), I suspect that’s an intel-microcode bug.
- Boot takes a long time, there is a 10 seconds black screen in between grub and luks pwd prompt.
- The Realtek ethernet is blocking sys-net to start, I added “Realtek PCI smart card device” to sys-net. I don’t know if ethernet works but there is no error message anymore.
- Intel wireless work fine.
- Youtube videos are not playing smoothly (maybe 5 or 10 images per second)
- The laptop internal keyboard is not a USB keyboard.
- I have only tested very basic stuff, I am not familiar yet with the OS.
Attachments
HCL - ASUS VivoBook Pro N752VX-GC164T.yml (1.0 KB)
4 Likes
Update with Qubes 4.3.0
This laptop is not anymore compatible with Qubes.
The install runs fine but it will freeze at first boot.
The reason is the following : The laptop is not anymore compatible with the Linux kernel since around version 4.12.xxx. And since Qubes 4.3.0, dom0 is based on “Debian + Linux 4.12”.
For standard Linux distributions it can still boot with the grub “nolapic” option or in safe mode, but that is not relevant to Qubes because “nolapic” deactivates multi-processing, and so the laptop would not satisfy the minimum hardware requirements.
(Side note : With Windows 11, all is running fine, there is no sign of any hardware problem)
2 Likes
Update with Qubes 4.3.0
Correction of my previous post : I found a way to make the laptop hardware compatible again with recent Linux kernel versions and keeping the multi-cores advantage.
At first boot : Add temporarily the “nolapic” or “dis_ucode_ldr” to grub/systemd linux boot parameters.
Once booted : Either, add “dis_ucode_ldr” to your boot config or either, uninstall the 2 following Debian packages :
“intel-microcode” + “iucode-tool”
- That works with Debian 13.4, Fedora 44, Ubuntu 26.04.
- Not tested yet with Qubes 4.3.0
Remark : That will make your processor firmware very very outdated (year 2019 from the bios cpu firmware). Is it a security concern that dom0 is using an outdated CPU firmware ?
2 Likes
That depends on your threat model.
1 Like
It is strange to have such a regression in the linux kernel.
I know it is a long time now, and maybe you do not care now, but …
Do you see detail during first boot if you delete “quiet” and “rhgb”, but not put “nolapic” ? Or use a verbose boot option?
What happens at the freeze?
Can you tell us what different possibilities you tried for kernel command line?
nolapic is a very big “hammer” for hiding problems, but processor microcode is a strange one.
2 Likes
Let’s say that I have already spent so much time investigating into my bug, that I have now fully accepted to live with a 2019 intel-microcode version, moreover this is a end-of-life/outdated laptop (9 years old).
I have tried a lot of grub options found randomly on internet, but I didn’t took notes of the ones I tried, it is all about : apic, lapic, acpi, gpu, nomodeset, …
- With Debian 13 default setup, the freeze happens very early in the boot process. After the grub boot selection, it directly freezes with a black screen.
- With Debian 13 default setup + linux arguments “ro dis_ucode_ldr”, I get a boot freeze
- With Debian 13 default setup + linux arguments “ro quiet dis_ucode_ldr”, it boots
- With Debian 13 default setup + linux arguments “ro nosplash debug --verbose”, it freezes with :
Booting a command list
Loading Linux 6.12.85+deb13-amd64 ...
Loading inital ramdisk ...
EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path
EFI stub: Measured initrd data into PCR 9
Stuff I am sure about :
- I get the same bug whatever I use grub or systemd-boot
- It freezes before I get the opportunity to input my root “/” luks passphrase, the bug is into an early stage of the boot process
- The bug is capricious, for example removing the “quiet” option can provoke the freeze.
1 Like
It is very strange.
The only thing I notice is the EFI “measured” message: it suggests that “Secure boot” is enabled in the EFI/BIOS settings. I think Qubes has not been compatible with this for some time.
Can it be that the CMOS battery is dead, and settings are getting lost? I think that would be obvious, because the clock would always be wrong.
2 Likes