mSHy53xGuwOFwTRE6 X-Google-Smtp-Source: AGHT+IGCkm2eTlPhG1mwaXCYKFDlXI4UEQlhDWi5Opfg7QY3JTu877mAjZE9wuWWyJMBLJ/fznzkXRW7zuL5shwCBgI= X-Received: by 2002:a05:651c:1608:b0:306:10d6:28ad with SMTP id 38308e7fff4ca-307968bd6a0mr62899501fa.8.1738583293538; Mon, 03 Feb 2025 03:48:13 -0800 (PST) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 References: <20250202213651.15a7d60b@archnux> <1ffd58bd-1dbf-4cf3-bf1b-bfd752b02d51@beastielabs.net> In-Reply-To: <1ffd58bd-1dbf-4cf3-bf1b-bfd752b02d51@beastielabs.net> From: Roderick Date: Mon, 3 Feb 2025 11:47:05 +0000 X-Gm-Features: AWEUYZnDMOeS7fL9qsmBb3cXGCERet7etuR4084INdY-z9ksiPaZT5FgdqreiJc Message-ID: Subject: Re: After upgrade to 14.2, I cannot go from X to a virtual console To: Hans Ottevanger Cc: freebsd-questions Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4YmlB86w72z3pX0 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] Yes, that solved the problem. In spite of it, I am disgusted, because I am forced to upgrade due to eol, and the upgrading that took about 5 hours lead to a broken system. I am disgusted, because this experience became normal with FreeBSD. This time I had luck that the system had a GUI and internet for googling and asking for help, but also this is not a given. The main task of the OS is not to give wonderful desktop experience, not wonderful games or software, but the drivers for the hardware. These problems concern the very kern of the task of an OS. I used OpenBSD, one has stress upgrading twice a year, but it takes about 30 minutes and seldom one ends with a broken system. Rod. Am Mo., 3. Feb. 2025 um 10:57 Uhr schrieb Hans Ottevanger : > > Hi, > > You probably have the issue described in the thread on stable@ starting > here: > > https://lists.freebsd.org/archives/freebsd-stable/2024-November/002516.html > > The issue is that packages for 14.x are built against 14.1 till that > goes EOL. That is no problem for most packages, but those containing > kernel modules must be built against the exact version you are actually > running, in this case 14.2. So rebuilding the drm-61-kmod package from > ports will likely resolve the issue. > > -- > Kind regards, > > Hans Ottevanger > > Eindhoven, Netherlands > hans@beastielabs.net > www.beastielabs.net > > On 2/3/25 08:29, Roderick wrote: > > I wrote in my original posting that X11 is working. > > > > The problem is when turning back to the text console, > > it is a problem with the text consoles, > > and I want and need the console even if X11 does not work, > > better said: specially when X11 does not work. > > > > I do not see any sense of typing Ctrl-C or Ctrl-D. > > As I said, in spite of the blank screen the keyboard works, > > and having a shell may help to solve the problem. > > > > It wonders me that it wonders you that I need the +s in Xorg for > > running it as normal user. > > > > Please, I do not need chat, I need to solve the problem ... > > > > Rod. > > > > > > > > Am Mo., 3. Feb. 2025 um 00:37 Uhr schrieb Vitor Sonoki > > : > >> > >> Hello, > >> > >> I'm assuming from the message that your X session runs without issues. > >> Drivers, etc, all work, no error log messages, etc. > >> > >>> I normally boot in a virtual console and start X after login as > >>> normal user (Xorg with +s permission). And this was successful. > >> > >> I'm a little surprised that you have to set the sticky bit for Xorg to > >> work. Do you manually set this up in your installation? Doesn't plain > >> `startx` with vanilla Xorg install as your normal user work without it? > >> > >> (I might not remember everything correctly here, but AFAIK you don't > >> need to explicitly set this up, and one of the biggest reasons to run a > >> graphical environment directly from console via startx is precisely to > >> *avoid* running Xorg - a program that by design can "see" a lot of other > >> processes' stuff - as root.) > >> > >>> /var/log/Xorg.0.log indicates that X ends without problem. And typing > >>> "shutdown -h now" > >>> on the black screen does shutdown the system. > >> > >> Does either Ctrl+C (terminating anything holding back the process) or > >> Ctrl+D (exiting the shell) work for you here? Since you can type the > >> command, it might be a problem that the cursor itself isn't returned, > >> something that happens, for example, when a TUI application exits > >> uncleanly. Exiting the shell might fix this. > >> > >> Another thing: instead of starting Xorg via `startx`, try starting it > >> with `exec startx`. This will ensure that startx will fork away from > >> your shell and the shell will exit as soon as Xorg terminates (either > >> cleanly or through error), in principle dropping you right back to the > >> console login prompt where you started. > >> > >> If the console upon return is broken or jumbled up, it might be a > >> driver issue (happened to me once that Console broke, but X was fine), > >> in which case someone more knowledgeable can chip in. > >> > >> Best of luck, > >> > >> Vitor S > >> PGP: E931D26D4A97819FA8E7CE20E202415277C50A04 > >> > > >