GNU bug report logs - #33656
Hard locks on boot (uefi system) via usb

Previous Next

Package: guix;

Reported by: Ryan Bach <romulasry <at> gmail.com>

Date: Fri, 7 Dec 2018 06:01:02 UTC

Severity: normal

To reply to this bug, email your comments to 33656 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#33656; Package guix. (Fri, 07 Dec 2018 06:01:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Ryan Bach <romulasry <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Fri, 07 Dec 2018 06:01:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Ryan Bach <romulasry <at> gmail.com>
To: bug-guix <at> gnu.org
Subject: Hard locks on boot (uefi system) via usb
Date: Thu, 6 Dec 2018 21:51:20 -0800
[Message part 1 (text/plain, inline)]
I used sudo dd if=guixsd-install-0.16.0.x86_64-linux.iso of=/dev/sdb to
make the usb work in uefi mode

Here are my specs: (from my machine current distro):

inxi -Fx
System:
  Host: linux-6d12 Kernel: 4.19.5-1-default x86_64 bits: 64 compiler: gcc
  v: 8.2.1 Desktop: Gnome 3.30.2 Distro: openSUSE Tumbleweed 20181204
Machine:
  Type: Desktop Mobo: ASUSTeK model: M5A99X EVO R2.0 v: Rev 1.xx
  serial: <root required> UEFI: American Megatrends v: 2501 date:
04/03/2014
CPU:
  Topology: 8-Core model: AMD FX-8320 bits: 64 type: MCP arch: Bulldozer
  L2 cache: 2048 KiB
  flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
  bogomips: 56192
  Speed: 1404 MHz min/max: 1400/3500 MHz Core speeds (MHz): 1: 1404 2: 1392
  3: 1403 4: 1404 5: 1404 6: 1395 7: 1403 8: 1401
Graphics:
  Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]
  vendor: XFX Pine driver: amdgpu v: kernel bus ID: 01:00.0
  Display: wayland server: X.org 1.20.3 driver: amdgpu,ati
  unloaded: fbdev,modesetting,radeon,vesa resolution: <xdpyinfo missing>
  OpenGL: renderer: AMD Radeon RX 480 Graphics (POLARIS10 DRM 3.27.0
  4.19.5-1-default LLVM 6.0.1)
  v: 4.5 Mesa 18.1.7 direct render: Yes
Audio:
  Device-1: AMD SBx00 Azalia vendor: ASUSTeK driver: snd_hda_intel v:
kernel
  bus ID: 00:14.2
  Device-2: AMD Ellesmere [Radeon RX 580] vendor: XFX Pine
  driver: snd_hda_intel v: kernel bus ID: 01:00.1
  Device-3: Logitech G933 Wireless Headset Dongle type: USB
  driver: hid-generic,snd-usb-audio,usbhid bus ID: 5-2.4:5
  Sound Server: ALSA v: k4.19.5-1-default
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
  vendor: ASUSTeK P8 series driver: r8169 v: kernel port: d000
  bus ID: 02:00.0
  IF: enp2s0 state: down mac: 40:16:7e:b4:46:7d
  Device-2: Realtek RTL8812AU 802.11a/b/g/n/ac 2T2R DB WLAN Adapter
  type: USB driver: rtl8812au bus ID: 5-1:2
  IF: wlp5s0u1 state: up mac: 04:8d:38:0f:e2:14
Drives:
  Local Storage: total: 525.28 GiB used: 28.47 GiB (5.4%)
  ID-1: /dev/sda vendor: Samsung model: SSD 850 EVO 500GB size: 465.76 GiB
  ID-2: /dev/sdb type: USB vendor: PNY model: USB 3.0 FD size: 59.52 GiB
Partition:
  ID-1: / size: 40.00 GiB used: 25.42 GiB (63.5%) fs: btrfs dev: /dev/sda2
  ID-2: /home size: 425.27 GiB used: 2.06 GiB (0.5%) fs: btrfs
  dev: /dev/sda3
  ID-3: /opt size: 40.00 GiB used: 25.42 GiB (63.5%) fs: btrfs
  dev: /dev/sda2
  ID-4: /tmp size: 40.00 GiB used: 25.42 GiB (63.5%) fs: btrfs
  dev: /dev/sda2
  ID-5: /var size: 40.00 GiB used: 25.42 GiB (63.5%) fs: btrfs
  dev: /dev/sda2
Sensors:
  System Temperatures: cpu: 25.0 C mobo: N/A gpu: amdgpu temp: 42 C
  Fan Speeds (RPM): cpu: 0 gpu: amdgpu fan: 752
Info:
  Processes: 315 Uptime: N/A Memory: 31.31 GiB used: 1.47 GiB (4.7%)
  Init: systemd runlevel: 5 Compilers: gcc: 8.2.1 Shell: bash v: 4.4.23
  inxi: 3.0.27

I currently can't use Ethernet (I am waiting on Amazon for cables), but
when they are installed is there a easy way to see why it isn't booting?
[Message part 2 (text/html, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#33656; Package guix. (Fri, 07 Dec 2018 15:47:01 GMT) Full text and rfc822 format available.

Message #8 received at 33656 <at> debbugs.gnu.org (full text, mbox):

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Ryan Bach <romulasry <at> gmail.com>
Cc: 33656 <at> debbugs.gnu.org
Subject: Re: bug#33656: Hard locks on boot (uefi system) via usb
Date: Fri, 07 Dec 2018 16:45:49 +0100
Hi Ryan,

> I used sudo dd if=guixsd-install-0.16.0.x86_64-linux.iso of=/dev/sdb to
> make the usb work in uefi mode

What errors do you get (if any)?

-- 
Ricardo





Information forwarded to bug-guix <at> gnu.org:
bug#33656; Package guix. (Sat, 08 Dec 2018 05:36:02 GMT) Full text and rfc822 format available.

Message #11 received at 33656 <at> debbugs.gnu.org (full text, mbox):

From: Ryan Bach <romulasry <at> gmail.com>
To: rekado <at> elephly.net
Cc: 33656 <at> debbugs.gnu.org
Subject: Re: bug#33656: Hard locks on boot (uefi system) via usb
Date: Fri, 7 Dec 2018 21:35:27 -0800
[Message part 1 (text/plain, inline)]
Nothing it just gets stuck at initializing amdfbpudrb (or something
similar):.

On Fri, Dec 7, 2018 at 7:46 AM Ricardo Wurmus <rekado <at> elephly.net> wrote:

>
> Hi Ryan,
>
> > I used sudo dd if=guixsd-install-0.16.0.x86_64-linux.iso of=/dev/sdb to
> > make the usb work in uefi mode
>
> What errors do you get (if any)?
>
> --
> Ricardo
>
>
[Message part 2 (text/html, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#33656; Package guix. (Fri, 26 Jul 2019 14:35:05 GMT) Full text and rfc822 format available.

Message #14 received at 33656 <at> debbugs.gnu.org (full text, mbox):

From: Keno Goertz <goertzke <at> informatik.hu-berlin.de>
To: 33656 <at> debbugs.gnu.org
Subject: Hard locks on boot (uefi system) via usb
Date: Fri, 26 Jul 2019 13:57:12 +0200
I think I just encountered the same bug today. I got stuck at some
completely irrelevant kernel message in the boot screen. Couldn't
switch to TTY, nada. I worked around it by adding

> modprobe.blacklist=amdgpu

To the kernel parameters in grub. But the graphical installer still
didn't work because the resolution wasn't right, so I also had to add

> vga=792

Now, I can see the installer. I hope this resolves the issue for you,
too. I also think that these kernel parameters should be included by
default, because

1) amdgpu does not work without binary blobs AFAIK, so it can just be
blacklisted
2) vga=792 corresponds to 1024×768x24, which is supported by pretty
much any screen I've ever encountered. I'm not sure what happens when
the screen doesn't support the resolution specified in the vga kernel
parameter, but I think it just falls back to the standard, so it
shouldn't do any harm





This bug report was last modified 6 years and 1 day ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.