Debian Bullseye & RockPro64: No tty consoles?
#1
I've got Debian 11 (Bullseye) up and booting successfully to the Xfce4 desktop. Thing is, switching to tty (text) consoles using the Ctrl+Alt+fx doesn't appear to do anything at all except hide the mouse cursor on the desktop. I can get it back by pressing Ctrl+Alt+f7.
Also, the typical Linux boot messages stay hidden behind a blank screen, which only comes alive when the graphical window manager is loaded. I haven't encountered this issue with other distros I've tested, such as Armbian (Xfce4) or Manjaro (KDE 5).
Is there a way to get the text consoles active in Debian without resorting to a serial console?

Update: No success, even after having changed two pertinent lines in my /etc/grub.d/10_linux to read:
linux ${rel_dirname}/${basename} root=${linux_root_device_thisversion} ro ${args} vga=normal nofb nomodeset video=vesafb:off

Still no boot messages, and no way to switch from the default graphical to another tty.

Update 2: Tried 'nomodeset' without any other parameters; no good results.

Update 3: Replaced lightdm with gdm3. No difference whatsover.

Update 4: Cleared the boot sector of the microSD card and reinstalled Debian 11 without Desktop or graphical environment. The screen is still blank, but I can seem to switch between tty 's and login as root to initiate a clean shutdown. No text on screen (in fact, nothing on screen) but some kind of signal is definitely being output to monitor. I then connected the RockPro64 to an HDMI TV set and got exactly the same (non-) results. I should note that Armbian Focal has been tested on my copy and works fine rendering both text and graphics, so it's probably not an issue with the hardware.

Am I to assume that switching between tty consoles isn't doable, at least not without a serial console?
  Reply
#2
(09-27-2021, 08:11 AM)Pete Tandy Wrote: I've got Debian 11 (Bullseye) up and booting successfully to the Xfce4 desktop. Thing is, switching to tty (text) consoles using the Ctrl+Alt+fx doesn't appear to do anything at all except hide the mouse cursor on the desktop. I can get it back by pressing Ctrl+Alt+f7.
Also, the typical Linux boot messages stay hidden behind a blank screen, which only comes alive when the graphical window manager is loaded. I haven't encountered this issue with other distros I've tested, such as Armbian (Xfce4) or Manjaro (KDE 5).
Is there a way to get the text consoles active in Debian without resorting to a serial console?

Update: No success, even after having changed two pertinent lines in my /etc/grub.d/10_linux to read:
linux  ${rel_dirname}/${basename} root=${linux_root_device_thisversion} ro ${args} vga=normal nofb nomodeset video=vesafb:off

Still no boot messages, and no way to switch from the default graphical to another tty.

Update 2: Tried  'nomodeset' without any other parameters; no good results.

Update 3: Replaced lightdm with gdm3. No difference whatsover.

Update 4: Cleared the boot sector of the microSD card and reinstalled Debian 11 without Desktop or graphical environment. The screen is still blank, but I can seem to switch between tty 's and login as root to initiate a clean shutdown. No text on screen (in fact, nothing on screen) but some kind of signal is definitely being output to monitor. I then connected the RockPro64 to an HDMI TV set and got exactly the same (non-) results. I should note that Armbian Focal has been tested on my copy and works fine rendering both text and graphics, so it's probably not an issue with the hardware.

Am I to assume that switching between tty consoles is not working in Debian on arm64?

So why not stick with Armbian? I personally haven't tried Debian precisely because Armbian does what I need it to. As a bonus, you'll get access to the Ubuntu PPAs offering newer apps, making it a sane choice for running on a desktop computer. (I assume that's what you're after.)
But good luck with Debian, if that's what you're set on. I must apologize, as I don't have enough experience with anything ARM64 to be of much help. Like I said, Armbian Focal just works without all the tail-chasing.
  Reply
#3
Looks like Debian assumes I've got a serial console. I had no idea it could be that useful.
Can further add uncommenting GRUB_TERMINAL=console entry of /etc/default/grub, update-grub, reboot, to the list of things I've tried without success.

BTW: My experience with Armbian was very good. It's only that I wanted classic Debian.
  Reply
#4
(09-28-2021, 04:38 PM)Pete Tandy Wrote: BTW: My experience with Armbian was very good. It's only that I wanted classic Debian.

Armbian is essentially "Debian for Single Board Computers (SBC)."[0]  In fact, that is basically their raison d'être.  Because SBC are so different from x86/desktop at a low (kernel / hardware) level, there are many little details they take care of in order to provide a good base experience, especially on supported devices.  And that is why they are light years ahead of everyone else, including upstream Debian (at least on SBCs, anyway).

The user space is all regular Debian (or Ubuntu) packages anyway.  Armbian only tweak things having to do with the low level stuff (and then they add a few convenience features).

[0] A more accurate (if cumbersome) way to put it would be "Debian (or Ubuntu) for [many] SBCs [which are not RPi]."
  Reply
#5
TRS-80
(09-28-2021, 04:38 PM)Pete Tandy Wrote: BTW: My experience with Armbian was very good. It's only that I wanted classic Debian.

Armbian is essentially "Debian for Single Board Computers (SBC)."[0]  In fact, that is basically their raison d'être.  Because SBC are so different from x86/desktop at a low (kernel / hardware) level, there are many little details they take care of in order to provide a good base experience, especially on supported devices.  And that is why they are light years ahead of everyone else, including upstream Debian (at least on SBCs, anyway).

The user space is all regular Debian (or Ubuntu) packages anyway.  Armbian only tweak things having to do with the low level stuff (and then they add a few convenience features).

[0] A more accurate (if cumbersome) way to put it would be "Debian (or Ubuntu) for [many] SBCs [which are not RPi]."


Armbian makes for an enjoyable desktop experience. I'm still using their Ubuntu release because everything just works for what I need it to. The only real advantage of a 'pure' Ubuntu or Debian O/S, in my view, is the simplicity in updating your kernel from the common Ubuntu (or Debian) repositories, whereas Armbian requires specialized ones for that purpose. Sometimes I have to wonder if it's such a big deal considering what's being accomplished.

Thanks, TRS-80.
  Reply
#6
(10-01-2021, 11:10 AM)Pete Tandy Wrote: The only real advantage of a 'pure' Ubuntu or Debian O/S, in my view, is the simplicity in updating your kernel from the common Ubuntu (or Debian) repositories, whereas Armbian requires specialized ones for that purpose. Sometimes I have to wonder if it's such a big deal considering what's being accomplished.

Armbian require custom kernels precisely because of all those low level hardware/kernel differences I mentioned. And I already came to same conclusion you hint at in your last sentence, which is why I have become such a big fan (and supporter) of the project.

I suppose now might be a good time to discuss difference between "legacy" and "mainline" at least from Armbian perspective.

The former are what gets thrown over the wall from the manufacturer upon release. lol Often on some old kernel, include proprietary stuff, however graphics and things like that will work "out of the box."

OTOH, "mainline" is mostly (if not completely) using stuff that, as the name suggests, is getting mainlined in Linux. So it may start off initially less functional, but after a while it gets better, and certainly has the most guarantee of future / longer term support. Some times things requiring lots of proprietary blobs (graphics) don't work as well (for some period of time). This is why Armbian was much more prominent on headless SBC running as servers for the longest time. And only recently got bigger into desktop / graphics stuff, as the F/LOSS stack around graphics especially have matured a great deal over the last several years. Only recently Armbian actually began releasing flashable pre-compiled desktop images.
  Reply


Possibly Related Threads…
Thread Author Replies Views Last Post
  RockPro64 EDP in Armbian hannescam 2 192 10-15-2021, 09:07 AM
Last Post: hannescam
  Vanilla mainline Debian 11 (Bullseye) on the RockPro64 Pete Tandy 18 723 10-07-2021, 05:08 PM
Last Post: t4_4t
  Two Questions About Debian on RockPro64 publiclewdness 0 105 09-30-2021, 11:54 AM
Last Post: publiclewdness
  Overlays not loading at boot - ROCKPRO64 on Armbian rookieone 0 100 09-28-2021, 04:10 AM
Last Post: rookieone
  slave mode on Rockpro64 Radhika.gabani 1 830 09-22-2021, 05:35 AM
Last Post: mahtew
  slarm64 (unofficial slackware) ROCKPro64 RK3399 (aarch64) mara 46 30,911 09-21-2021, 09:39 AM
Last Post: mara
  New OS for RockPro64 is here, TwisterOS Armbian jtremblant 85 26,892 08-28-2021, 11:25 AM
Last Post: jtremblant
Question Booting official Debian on RP64 arteeh 6 1,683 07-06-2021, 10:16 AM
Last Post: TRS-80
  RockPro64 CRUX-ARM (aarch64) mara 0 476 06-05-2021, 11:29 AM
Last Post: mara
Big Grin Feature Complete Debian Desktop Release Mrfixit2001 158 82,774 05-29-2021, 04:05 AM
Last Post: twilite

Forum Jump:


Users browsing this thread: 1 Guest(s)