[opensuse-factory] Medion P15648 MD63490 cannot boot Linux
Hi, openSUSE-Tumbleweed-DVD-x86_64-Snapshot20200211-Media.iso was copied to a USB drive, then said drive was booted on the 15" laptop in question. The bootloader, or whatever it is that is happening behind the curtain, freezes once the "boot" command in grub is executed, implicitly by selecting a menu entry, or explicitly invoking it through the grub command line. The framebuffer is left with whatever grub last drew on it, there is not a single Linux kernel line emitted, not even is the fb cleared in any way. Extending the boot line with rd.emergency=reboot rd.driver.blacklist=nouveau rd.retry=5 rd.timeout=7 leads to no success, no reboots, no action on sysrq+b. Windows 10 and the FreeBSD ISO successfully boot, it really just seems to affect Linux - or grub for that matter, I could not tell the difference what component is at fault. I can't get this dead brick to work. If, perhaps, there is one magic saint out there who would like to take a shot (physically providing said machine), we can probably work something out. Or of course, since it's a product from December 2019, it may still be on (digital) markets somewhere, so that is an option too. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 14. Februar 2020 00:13:02 schrieb Jan Engelhardt
Hi,
openSUSE-Tumbleweed-DVD-x86_64-Snapshot20200211-Media.iso was copied to a USB drive, then said drive was booted on the 15" laptop in question.
The bootloader, or whatever it is that is happening behind the curtain, freezes once the "boot" command in grub is executed, implicitly by selecting a menu entry, or explicitly invoking it through the grub command line. The framebuffer is left with whatever grub last drew on it, there is not a single Linux kernel line emitted, not even is the fb cleared in any way. Extending the boot line with
rd.emergency=reboot rd.driver.blacklist=nouveau rd.retry=5 rd.timeout=7
leads to no success, no reboots, no action on sysrq+b.
Windows 10 and the FreeBSD ISO successfully boot, it really just seems to affect Linux - or grub for that matter, I could not tell the difference what component is at fault.
I can't get this dead brick to work. If, perhaps, there is one magic saint out there who would like to take a shot (physically providing said machine), we can probably work something out. Or of course, since it's a product from December 2019, it may still be on (digital) markets somewhere, so that is an option too. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org Hi,
just to make sure: did you try other distributions? Regards, vinz. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
14.02.2020 02:12, Jan Engelhardt пишет:
Hi,
openSUSE-Tumbleweed-DVD-x86_64-Snapshot20200211-Media.iso was copied to a USB drive, then said drive was booted on the 15" laptop in question.
The bootloader, or whatever it is that is happening behind the curtain, freezes once the "boot" command in grub is executed, implicitly by selecting a menu entry, or explicitly invoking it through the grub command line. The framebuffer is left with whatever grub last drew on it, there is not a single Linux kernel line emitted, not even is the fb cleared in any way. Extending the boot line with
rd.emergency=reboot rd.driver.blacklist=nouveau rd.retry=5 rd.timeout=7
You could try earlyprintk=vga and/or earlycon[=efifb].
leads to no success, no reboots, no action on sysrq+b.
Windows 10 and the FreeBSD ISO successfully boot, it really just seems to affect Linux - or grub for that matter, I could not tell the difference what component is at fault.
I can't get this dead brick to work. If, perhaps, there is one magic saint out there who would like to take a shot (physically providing said machine), we can probably work something out. Or of course, since it's a product from December 2019, it may still be on (digital) markets somewhere, so that is an option too.
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 2020-02-14 05:26, Andrei Borzenkov wrote:
You could try earlyprintk=vga and/or earlycon[=efifb].
Thank you so much, earlycon=efifb it is. Text is appearing, I can now hand it off to further upstream. Whaddaya know, it would appear to be broken ACPI tables once again. Ugh, manufacturers. *facepalm* -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 14. Februar 2020, 16:34:05 CET schrieb Jan Engelhardt:
Whaddaya know, it would appear to be broken ACPI tables once again. Ugh, manufacturers. *facepalm*
Friendly speaking, Medion targets the low end consumer market...so what do you expect? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 2020-02-14 16:46, Axel Braun wrote:
Am Freitag, 14. Februar 2020, 16:34:05 CET schrieb Jan Engelhardt:
Whaddaya know, it would appear to be broken ACPI tables once again. Ugh, manufacturers. *facepalm*
Friendly speaking, Medion targets the low end consumer market...so what do you expect?
If Lenovo can offer a 249€ device that does not suck, then I'd actually expect more out of a device selling for 599€. Then again, it's Medion, so ... I know you are right :-D -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 14. Februar 2020 16:46:21 schrieb Axel Braun
Am Freitag, 14. Februar 2020, 16:34:05 CET schrieb Jan Engelhardt:
Whaddaya know, it would appear to be broken ACPI tables once again. Ugh, manufacturers. *facepalm*
Friendly speaking, Medion targets the low end consumer market...so what do you expect?
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org To be fair: they do, but not only. Medion also offers white label products for higher quality regions. Quality varies widely though.
Cheers, vinz. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Andrei Borzenkov
-
Axel Braun
-
Jan Engelhardt
-
Vinzenz Vietzke