• Booting hangs after name ans password entered

    From William Unruh@2:250/1 to All on Sunday, April 07, 2024 07:09:40
    Running Mga9, Plasma, with startKDE. When I log in nothing happens and
    the screen is frozen and never starts up Plasma. If I open a terminal
    (AC-F2) and log in as myself, and run startx -- :2 everything works. If
    I make a test user and log in as test user and enter the name and
    password, everything works. This is a system in which my home directory
    was taken over from Mga8. Clearly something is wrongly set up. ( and it
    was working a few months ago). Where do I start looking for the
    potential misconfiguration. There are 80GB in my home directory so I
    certainly cannot look through everywhere. I cannot see any problem in my journalctl -b
    or in /var/log/{messages,syslog}
    Any suggestions welcome

    --- MBSE BBS v1.0.8.6 (Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From Bobbie Sellers@2:250/1 to All on Sunday, April 07, 2024 16:05:56
    Reply-To: blissInSanFrancisco@mouse-potato.com

    On 4/6/24 23:09, William Unruh wrote:
    Running Mga9, Plasma, with startKDE. When I log in nothing happens and
    the screen is frozen and never starts up Plasma. If I open a terminal
    (AC-F2) and log in as myself, and run startx -- :2 everything works. If
    I make a test user and log in as test user and enter the name and
    password, everything works. This is a system in which my home directory
    was taken over from Mga8. Clearly something is wrongly set up. ( and it
    was working a few months ago). Where do I start looking for the
    potential misconfiguration. There are 80GB in my home directory so I certainly cannot look through everywhere. I cannot see any problem in my journalctl -b
    or in /var/log/{messages,syslog}
    Any suggestions welcome

    I would check your user id number and see if it has been changed
    from Mageia 8. If you confirm that this is the case then use chown to
    regain access to /home/username. Make sure that your test user has
    the a different level of id number. A lot of folks with PCLinuxOS
    reported similar problems when the id number assigned to the user
    changed from 500 to 1000.

    Good luck.
    bliss

    --
    bliss dash SF four ever at dsl extreme dot com


    --- MBSE BBS v1.0.8.6 (Linux-x86_64)
    * Origin: nil (2:250/1@fidonet)
  • From William Unruh@2:250/1 to All on Sunday, April 07, 2024 23:52:31
    On 2024-04-07, Bobbie Sellers <bliss-sf4ever@dslextreme.com> wrote:
    On 4/6/24 23:09, William Unruh wrote:
    Running Mga9, Plasma, with startKDE. When I log in nothing happens and
    the screen is frozen and never starts up Plasma. If I open a terminal
    (AC-F2) and log in as myself, and run startx -- :2 everything works. If
    I make a test user and log in as test user and enter the name and
    password, everything works. This is a system in which my home directory
    was taken over from Mga8. Clearly something is wrongly set up. ( and it
    was working a few months ago). Where do I start looking for the
    potential misconfiguration. There are 80GB in my home directory so I
    certainly cannot look through everywhere. I cannot see any problem in my
    journalctl -b
    or in /var/log/{messages,syslog}
    Any suggestions welcome

    I would check your user id number and see if it has been changed
    from Mageia 8. If you confirm that this is the case then use chown to
    regain access to /home/username. Make sure that your test user has
    the a different level of id number. A lot of folks with PCLinuxOS
    reported similar problems when the id number assigned to the user
    changed from 500 to 1000.

    Thanks. But nope. Same uid. And as I said doing
    startx -- :2
    from a console and Plasma comes up fine.

    So, it's something between the login on the SDDM display manager and the
    system trying to open the Plasma display. Unfortunately there is no
    console at that point-- sddm covers it up with its own useless display.


    --- MBSE BBS v1.0.8.6 (Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From David W. Hodgins@2:250/1 to All on Monday, April 08, 2024 00:28:20
    On Sun, 07 Apr 2024 18:52:31 -0400, William Unruh <unruh@invalid.ca> wrote:
    So, it's something between the login on the SDDM display manager and the system trying to open the Plasma display. Unfortunately there is no
    console at that point-- sddm covers it up with its own useless display.

    Until the cause can be found, try switching to another dm such as xdm.

    Install the xdm package, and then use mcc to switch which dm is used.

    Regards, Dave Hodgins

    --- MBSE BBS v1.0.8.6 (Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From William Unruh@2:250/1 to All on Monday, April 08, 2024 01:05:43
    On 2024-04-07, David W. Hodgins <dwhodgins@nomail.afraid.org> wrote:
    On Sun, 07 Apr 2024 18:52:31 -0400, William Unruh <unruh@invalid.ca> wrote:
    So, it's something between the login on the SDDM display manager and the
    system trying to open the Plasma display. Unfortunately there is no
    console at that point-- sddm covers it up with its own useless display.

    Until the cause can be found, try switching to another dm such as xdm.

    Install the xdm package, and then use mcc to switch which dm is used.

    Is htere any way of getting at it from the console mcc rather than the
    gui mc?

    Regards, Dave Hodgins

    --- MBSE BBS v1.0.8.6 (Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From David W. Hodgins@2:250/1 to All on Monday, April 08, 2024 01:18:20
    On Sun, 07 Apr 2024 20:05:43 -0400, William Unruh <unruh@invalid.ca> wrote:
    On 2024-04-07, David W. Hodgins <dwhodgins@nomail.afraid.org> wrote:
    On Sun, 07 Apr 2024 18:52:31 -0400, William Unruh <unruh@invalid.ca> wrote: >>> So, it's something between the login on the SDDM display manager and the >>> system trying to open the Plasma display. Unfortunately there is no
    console at that point-- sddm covers it up with its own useless display.

    Until the cause can be found, try switching to another dm such as xdm.

    Install the xdm package, and then use mcc to switch which dm is used.

    Is htere any way of getting at it from the console mcc rather than the
    gui mc?

    You indicated startx was working, so why not run it from plasma?

    If you want to run it from a console, use "su -" to switch to root and then
    run drakdm. Use the tab key to switch between the buttons/list, and up/down cursor keys to switch items within the list. Once xdm is highlighted, use
    the tab key again to get to the ok button and press the enter key.

    Regards, Dave Hodgins

    --- MBSE BBS v1.0.8.6 (Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)
  • From faeychild@2:250/1 to All on Monday, April 08, 2024 04:35:25
    On 7/4/24 16:09, William Unruh wrote:
    Running Mga9, Plasma, with startKDE. When I log in nothing happens and
    the screen is frozen and never starts up Plasma. If I open a terminal
    (AC-F2) and log in as myself, and run startx -- :2 everything works. If
    I make a test user and log in as test user and enter the name and
    password, everything works. This is a system in which my home directory
    was taken over from Mga8. Clearly something is wrongly set up. ( and it
    was working a few months ago). Where do I start looking for the
    potential misconfiguration. There are 80GB in my home directory so I certainly cannot look through everywhere. I cannot see any problem in my journalctl -b
    or in /var/log/{messages,syslog}
    Any suggestions welcome

    Speaking from recent ghastly experiences
    As a last resort I backed up: $HOME (.config .cache .local) and delete
    the originals, then reboot. I got away with it

    I was also recently gazumped by a full $HOME partition

    --
    faeychild
    Running kde on 6.6.22-desktop-1.mga9 kernel.
    Mageia release 9 (Official) for x86_64


    --- MBSE BBS v1.0.8.6 (Linux-x86_64)
    * Origin: A noiseless patient Spider (2:250/1@fidonet)