From nobody Mon Feb 03 13:13:20 2025 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Ymn4M0vhCz5nDWj for ; Mon, 03 Feb 2025 13:13:23 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from ewsoutbound.kpnmail.nl (ewsoutbound.kpnmail.nl [195.121.94.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ymn4L5wtDz3F2p for ; Mon, 03 Feb 2025 13:13:22 +0000 (UTC) (envelope-from hans@beastielabs.net) Authentication-Results: mx1.freebsd.org; none X-KPN-MessageId: a4f884eb-e230-11ef-bc52-005056992ed3 Received: from smtp.kpnmail.nl (unknown [10.31.155.8]) by ewsoutbound.so.kpn.org (Halon) with ESMTPS id a4f884eb-e230-11ef-bc52-005056992ed3; Mon, 03 Feb 2025 14:13:22 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kpnmail.nl; s=kpnmail01; h=content-type:from:to:subject:mime-version:date:message-id; bh=p3yYaIWUXfAIf2lVjFpTZXYu92nJe56gYLUYn8Pixqw=; b=nVvitn26gOyvhfCe6g/J6bdpIDQGPWyPixXH1yEYPbKMpUmF9ABRZ6N8E7JkxNiO2MUJtH+J7uebt 6njuU0YhhNA2335AfXrmVtxi20+EuraHlyDzgWU4Q2sxg1oKmS2QFkfD9DdRstPbfR/d5uUJn2K3LF 3R6tg77DStlYhGo8= X-KPN-MID: 33|C6JzOC9auDSUoeL4exCYFNkXI5wcTD4ugUWBaA1VO70RtWsYIun3Q+zst/89qPH 63thRGkL03AzyK8q3eeW94MvRbFUVrcZgIKCD5TLcGeU= X-KPN-VerifiedSender: No X-CMASSUN: 33|P7deOTapeFEUfhYcZ/NJ4Hl9BbKLbgftQSIhFhbwKvlqs/f13wKrQmY/h8j1ZAB tOLwDJjVNSdnJnMPb4sSwRg== X-Originating-IP: 77.171.212.158 Received: from [192.168.66.166] (77-171-212-158.fixed.kpn.net [77.171.212.158]) by smtp.xs4all.nl (Halon) with ESMTPSA id a3d0b6a6-e230-11ef-8956-00505699d6e5; Mon, 03 Feb 2025 14:13:20 +0100 (CET) Message-ID: <5ab62a71-eab4-4b48-8c0f-1ca78d8c660b@beastielabs.net> Date: Mon, 3 Feb 2025 14:13:20 +0100 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 User-Agent: Mozilla Thunderbird Subject: Re: After upgrade to 14.2, I cannot go from X to a virtual console To: Roderick Cc: freebsd-questions References: <20250202213651.15a7d60b@archnux> <1ffd58bd-1dbf-4cf3-bf1b-bfd752b02d51@beastielabs.net> Content-Language: en-US, nl From: Hans Ottevanger In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Ymn4L5wtDz3F2p 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:8737, ipnet:195.121.64.0/18, country:NL] The topic regularly turns up on the FreeBSD mailing lists, so you are probably not the only one being disgusted. That is most likely the reason that a separate repo for kmod packages was created and is currently being tested, see the thread on stable@ started at: https://lists.freebsd.org/archives/freebsd-stable/2024-December/002589.html -- Kind regards, Hans Ottevanger Eindhoven, Netherlands hans@beastielabs.net www.beastielabs.net On 2/3/25 12:47, Roderick wrote: > 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 >>>> >>> >> >