Page 5 of 7 FirstFirst ... 34567 LastLast
Results 41 to 50 of 64

Thread: Repair after faulty kernel update

  1. #41
    Join Date
    Mar 2011
    Location
    Sauerland
    Posts
    7,074

    Default AW: Repair after faulty kernel update

    I have copied the radeon driver file to the default folder of the new kernel as suggested in post #5 of the bug
    To the update directory?

  2. #42
    Join Date
    Sep 2008
    Location
    Germany
    Posts
    619

    Default Re: AW: Repair after faulty kernel update

    Quote Originally Posted by Sauerland View Post
    To the update directory?
    Yes, to the 'updates' (plural, as per comment#5 of the bug report)) directory. Do I understand that the repo update is corrected, so that I could update successfully, if only I had network access?

  3. #43
    Join Date
    Sep 2008
    Location
    Germany
    Posts
    619

    Default Re: AW: Repair after faulty kernel update

    Quote Originally Posted by hnimmo View Post
    Yes, to the 'updates' (plural, as per comment#5 of the bug report)) directory. Do I understand that the repo update is corrected, so that I could update successfully, if only I had network access?
    For some reason, my network is now working.

    However, the loss of dual displays persists, and the configuration function under 'Settings' recognises only one screen. My 2 screens are mirrored, so I conclude that this is not a hardware problem, but rather a legacy from the faulty kernel. What can I do to recover my dual screen configuration?

  4. #44
    Join Date
    Mar 2011
    Location
    Sauerland
    Posts
    7,074

    Default AW: Re: AW: Repair after faulty kernel update

    Quote Originally Posted by hnimmo View Post
    For some reason, my network is now working.

    However, the loss of dual displays persists, and the configuration function under 'Settings' recognises only one screen. My 2 screens are mirrored, so I conclude that this is not a hardware problem, but rather a legacy from the faulty kernel. What can I do to recover my dual screen configuration?
    Start with an older Kernel?

  5. #45

    Default Re: Repair after faulty kernel update

    I've just hit the same problem with one of my machines. Luckily the other one booted OK so I could find the name of the old kernel and tell GRUB to boot that one, which it did OK. The graphics card on the failing system is NVIDIA.

  6. #46
    Join Date
    Sep 2008
    Location
    Germany
    Posts
    619

    Default Re: AW: Re: AW: Repair after faulty kernel update

    Quote Originally Posted by Sauerland View Post
    Start with an older Kernel?
    Nope. Doesn't work. Is there a way to return to a kernel before *40?

    The 'settings' for displays are just the defaults without the possibility to configure anything else.

  7. #47
    Join Date
    Mar 2011
    Location
    Sauerland
    Posts
    7,074

    Default AW: Re: AW: Re: AW: Repair after faulty kernel update

    Quote Originally Posted by hnimmo View Post
    Nope. Doesn't work. Is there a way to return to a kernel before *40?

    The 'settings' for displays are just the defaults without the possibility to configure anything else.
    1. Doesn't work does not help.

    2. Install an older Kernel.

  8. #48
    Join Date
    Dec 2008
    Location
    FL, USA
    Posts
    3,807
    Blog Entries
    1

    Default Re: Repair after faulty kernel update

    Quote Originally Posted by davidlwilcox View Post
    The graphics card on the failing system is NVIDIA.
    If you have a system not booting that has an NVidia GPU, your problem doesn't belong in this thread. This thread is about a bad radeon kernel module causing lockup during boot. NVidia is working fine in 15.3 with current ...59.43 kernel:
    Code:
    # inxi -Sy
    System:
      Host: gb970 Kernel: 5.3.18-150300.59.43-default x86_64 bits: 64
        Desktop: Trinity R14.0.11 Distro: openSUSE Leap 15.3
    # inxi -Gayz
    Graphics:
      Device-1: NVIDIA GF108 [GeForce GT 630] vendor: Gigabyte driver: nouveau
        v: kernel bus-ID: 01:00.0 chip-ID: 10de:0f00 class-ID: 0300
      Device-2: NVIDIA G84 [GeForce 8600 GT] vendor: XFX Pine driver: nouveau
        v: kernel bus-ID: 05:00.0 chip-ID: 10de:0402 class-ID: 0300
      Display: x11 server: X.Org 1.20.3 driver: loaded: modesetting
        unloaded: fbdev,vesa alternate: nouveau,nv,nvidia display-ID: :0 screens: 1
      Screen-1: 0 s-res: 1920x2280 s-dpi: 120 s-size: 406x482mm (16.0x19.0")
        s-diag: 630mm (24.8")
      Monitor-1: DVI-I-1 res: 1920x1200 hz: 60 dpi: 94
        size: 519x324mm (20.4x12.8") diag: 612mm (24.1")
      Monitor-2: HDMI-1 res: 1920x1080 hz: 60 dpi: 305 size: 160x90mm (6.3x3.5")
        diag: 184mm (7.2")
      OpenGL: renderer: NVC1 v: 4.3 Mesa 20.2.4 direct render: Yes
    Reg. Linux User 211409 *** multibooting since 1992
    Primary: 15.3, TW, 15.1 & 13.1 on Haswell @earthlink.net
    Secondary: eComStation (OS/2) &15.2 on i965P/Radeon
    Tertiary: Debian, Fedora, Mageia, more on Rocket Lake & older Intel, AMD, NVidia....

  9. #49
    Join Date
    Sep 2008
    Location
    Germany
    Posts
    619

    Default Re: AW: Re: AW: Re: AW: Repair after faulty kernel update

    Quote Originally Posted by Sauerland View Post
    1. Doesn't work does not help.

    2. Install an older Kernel.
    Sorry. I was responding to your suggestion to go back to a previous kernel to try to repair my loss of the possibility to configure my display settings. I am happy to start a new thread, but the faulty kernel installation was the source of the problem.

    Right at the start of this thread, after the faulty kernel installation, I was advised to set 'nomodeset' in Grub. I did that and Gnome started successfully, but the network service had not started and the dual displays were no longer set up as before. The (Gnome) settings function recognises only an 'Unknown Display' since this partial recovery from the kernel disaster. In the meantime, I have managed to get the network going again.

    What must I do to re-establish the display settings function? Maybe the 'nomodeset' is somehow still active? How could that be undone, if need be? I have no idea how now to reinstall an older kernel safely. *40 is the only reserve I have, and that is behaving in the same way as *43.

  10. #50
    Join Date
    Dec 2008
    Location
    FL, USA
    Posts
    3,807
    Blog Entries
    1

    Default Re: AW: Re: AW: Re: AW: Repair after faulty kernel update

    Quote Originally Posted by hnimmo View Post
    What must I do to re-establish the display settings function? Maybe the 'nomodeset' is somehow still active?
    You betcha. You put it in Grub. That put you in a graphics crippled rescue mode. If you want displays to properly function, you must get it out of Grub. Nomodeset is a troubleshooting, workaround, emergency, kludge parameter. All competent FOSS X display drivers depend on the KMS that nomodeset disables. You must have a properly working kernel and kernel modules, and eliminate nomodeset, to reacquire normal graphics function.
    Reg. Linux User 211409 *** multibooting since 1992
    Primary: 15.3, TW, 15.1 & 13.1 on Haswell @earthlink.net
    Secondary: eComStation (OS/2) &15.2 on i965P/Radeon
    Tertiary: Debian, Fedora, Mageia, more on Rocket Lake & older Intel, AMD, NVidia....

Page 5 of 7 FirstFirst ... 34567 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •