When i start up or shutdown the laptop or boot it saying usb1-5 device descriptor read 8 error 71 unable to enumrate and
when i boot it it says failed journal so i go to recovery mood the system opens and everything is fine i tried multiple fixes and it worked when i boot but it is still slow till it starts up i did a good job at installing my system
/ 100GB
500MB boot/efi flage boot
5 gb swap
my laptop is dell G15 5510 8 ram nevidia gpu gtx mobile1660 and iam dualboot
It takes like 30 sec to boot but after entering user interface min for the gpu to show
we are seeing a lot of usb issues (or whatever it ultimately is) these last few days!
This may not relate to your troubles with booting from USB , but maybe it does have something to do with not being able to boot even if it was not an USB drive. i found that installing Garuda with a later model Nvidia card, mine is a RTX4080, i have to use open source drivers and NOT the nvidia drivers to be able to boot at all after a fresh install.
Number 1 fix
i found out installing Garuda on USB, that i have to manually select the right drive to boot from, even if my grub menu comes up with the right option before i will able to boot into it. It seems like it has to be /dev/sda1, for when i disconnect other (internal) drives, it will boot from my USB drive.
And not only that. When i boot into my installation and have done the update, Garuda will offer to install the nvidia drivers, please do so! However after that MAKE sure you install AT LEAST both the LTS, and LINUX kernel, checking the terminal output, by pressing details, and watch the dkms compile. If the zen, lts and linux kernel fail, though at the moment the LINUX kernel works for me, then you try to do the the following before REBOOTING.
Use open source DKMS. (watch the dkms modules compile though, to make sure it does NOT throw up errors on at least one of your kernels.)
sudo pacman -Sy nvidia-open-dkms egl-wayland lib32-nvidia-utils lib32-opencl-nvidia nvidia-settings opencl-nvidia nvidia-utils
If this does not work there is still another work around, and that is see if remote fix will fix the trouble for you. (you could try this code first after the initial unsuccessfully nvidia driver install, before trying the opensource dkms option.)
garuda-update remote fix
Please the following fix has been advised against by Garuda developers, but works for me when i cannot find a kernel that works.
Installing the nvidia-all drivers will give you a list of all proprietary and open source drivers. i choose proprietary though.
# if you have downloaded nvidia-all drivers before, DO use this code first by opening a #terminal and pasting the code below. So you have the latest drivers.
rmdir $HOME"/nvidia-all"
# This will download the installer of the nvidia-all drivers.
git clone https://github.com/Frogging-Family/nvidia-all.git
cd nvidia-all
# the following code will give you a list of drivers to choose from, from highest available to lowest. You already know the highest does not work having tried the methods before, so begin with the next version, currently 560, watching the dkms compile on all three kernels making sure at least one works.
makepkg -si
#this should rebuild your kernels and grub menu
sudo dracut-rebuild
sudo update-grub
if a driver does not work. E.g none of your kernels has a working dkms, try the garuda-remore-fix, before you try the next version down, as this may well fix the problem for you.
Anyhow a long story with lots of variables. However it looks like nvidia is leaving us in the lurch using Linux. That is the trouble much more than the linux developers. Each new driver release seems to cause us more trouble. Never had such troublesome issue before using nvidia graphic cards.
Hoping something works for you
Please post the required output of garuda-inxi and the output of
journalctl | grep -i 'error -71'
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.