Hello:

Same here.
Mine is on Devuan Beowulf with a 5.10 kernel.
ie: same VBox version from their repository.

Only use it for two things: an old XPSP3 I need for my Blackberry* software (no web access) and running Devuan Chimaera for Pi-hole + Unbound recursive DNS.

Pass through of USB devices and shared folders works fine once you get the hand of configuring it properly.

Never thought of that.
No web access for XP and the Chimaera VM runs headless, updates only from the Devuan repository. 
Should I?

Best,

A.

* a basic but well working Linux application by the name of Barry was abandoned ~10 years ago.

Hello:

Just to clarify the above suggestion.

It must be an externally powered hub, the type that uses a small wall wart.
USB hubs powered via one of the USB ports with charging capability will (most probably) have the same problem you are having now.

Best,

A.

Hello:

Right.

Therein may lie the problem.
ie: could be that the installer is not identifying all the needed drivers or modules.

From what I have read on-line, the USB ports on your CB are USB 3.0, with the two in the front supporting BC1.2 (charging capability).
Please look at the specific manual for your unit and check that, it may differ in hardware sold in different markets.

The fact that you are able to use a kb and mouse means that the HID drivers/module are loaded and working for two of the available USB ports so that is not the problem.

Please open up a terminal and do ...

~$ sudo dmesg -wH

This will give you a rolling terminal output from dmesg with user-friendly features (-H).

Once you have done this, unplug the keyboard and plug it into one of the non-working sockets, unplug it and plug it back into the socket is was working in.
Do the same with the other non-working socket.

This will tell us what is going on and maybe reveal the origin of the problem.

Please post the results.
   
Best,

A.

Hello:

For that part of the problem, have a thorough read at this thread at stackexchange.

Specifically the answer with 135 votes which is the most comprehensive one.

That said, it could well solve all the issues you are having as the i915 chipset runs the USB ports.

Best,

A.

Hello:

Been there, done that.
Check this post (and the rest of the thread, of course).

It seems that xsession-errors are just a part of life so the thing is to keep the log files from growing.

Best,

A.

Hello:

See my reply to Majorie.

I had to do that in my 1000HE.
Removed the updated version that screwed things up (102.x), installed 91.x and then pinned it.

To be honest, I am (rather) relieved to see I am not the only person affected by whatever Mozilla is doing lately.

I was beginning to think it was my recursive DNS Pi-Hole / UBlock Origin generating these issues.
But no, they seem to be working perfectly well.

Two FFs in my box is far too much FF for me.
If we're not carefull, they may spawn a litter.

But ...
Just who is in charge at Mozilla? --> DH Supremo Poettering?  8^/

I think I'll cut my losses and do my home banking with the LibreWolf 102.01 AppImage for the time being.
At least the banks seem to be OK with it, no issues whatsoever.

And I can get to see maps/bus routes without having to jump through hoops.

Thanks for your input.

Best,

A.

Hello:

I have many times thought about the possibility/convenience/need of doing such a thing but always came up, for some reason or other, short of arguments.
Not that I did not have enough of them, what I did not and do not have is previous experience or time.

I also adhere to the if it works, leave it be philosophy.
But being a stubborn tinkerer, I have a rather bad track record on that account.

My box is a Sun MS Ultra 24 WS with an Intel Q9550+16Gb RAM, SLI SAS1068E SAS controller and a pair of Nvidia Quadro FX580 cards to drive three 19" monitors, two of them Samsung SyncMaster 940N. There is also an Adaptec 2940UW SCSI controller for my Umax S-6E scanner and a PCIe USB 3.0 PCIe card.

All the hardware listed above is ranked as old or ancient (depending on who is talking) but my take is that if it works as expected, it is neither old nor ancient.
Look at the Voyager probe ...

That said, I expect that save some event that kills the mb, I should not need to undertake any hardware upgrading, save maybe the SAS controller and drives which are SAS-1/3.0 Gbit/s a couple of years from now when I can justify getting that hardware because of a good bargain.

But I see that at some point in the future, an always fast approaching horizon in IT, it may be a good idea to churn out a slimmed down/monolithic/dedicated kernel for my box, with just what its hardware needs to run.

My main doubt with respect to that is the eventual updating/upgrading of the kernel.

How does that work? Does the kernel have to be compiled everytime?

I'd appreciate some insight into this aspect of the kernel building issue.

Thanks in advance.

Best,

A.

Hello:

Magic? *

Nonsense.
No such thing at work in your Ideapad when running on Ubuntu or Mint.

There is something that Ubuntu/Mint loads that makes those Fx keys work as F100e keys.
ie: not in their default function or otherwise mapped function.

Look in dmesg or in the Xorg log, it has to show up somewhere.

See if you can search/ask at the Ubuntu/Mint fora.
eg: seach for "Lenovo Ideapad 100e F-keys not working" and maybe you'll get a lead as to what it is.

Like I mentioned, my Asus 1000HE required a driver to be loaded for F1 to F12 to do something else (Fn+Fx) to work.
Otherwise they acted as regular F keys.

That said, maybe there is some key combination you have to press to "come and go" from regular F-key function to special F-key function.

Check that you are enabling the BIOS setting properly.

* Magic
What Devuan devs/packagers/maintainers and admins do to keep the Devuan project alive and running.

Best,

A.

Hello:

You're welcome.

To say the least.

I meant solved for the OP who (because of Distrowatch) thought Unstable and Testing used systemd.
That was cleared up and ceased to be an issue for him.

On the other hand, what was not cleared up and you seem to have cracked, is the why Distrowatch has the wrong data or at the very least, misinterprets the available data, something which was beyond my intent.

And therein lies the lack of basic common sense / bad attitude from the chap at Distrowatch.

Devuan (let's accept that it was Devuan, just for argument's sake) is explaining that Unstable and Testing do not have/use systemd, that all those files are shims to be able to use some packages from the Debian repositories.

But no, they dig in deeper, wriggling their way out the argument and insisting.

Wouldn't it have been much more reasonable for them to have sent an email to the address I provided and simply ask?
Our dedicated Devuan devs would have asked about the source of their data and promptly cleared up the problem for them.

But no, no - can - do - that.

Not a problem, to me Distrowatch was never a place to go for distribution information.
It is just a long list of names.

Thank you for your input.

Best,

A.

Hello:

I would not be too sure about that.
ie: the "supported" and "it doesn't matter if it is installed by default" parts.

Some time ago there was a thread related to timeshift with a LUKS / btrfs combination and how it worked properly in Debian and not in Devuan.

After a long exchange of ideas here at Dev1, a bug was reported to Debian by the OP.

Quite obviously, Devuan was not mentioned.

The bug was reported to because timeshift (with the LUKS / btrfs combination) worked perfectly well with Debian+systemd but not with Debian+sysvinit.

If interested, see bug #1034328

The answer from Debian?

Best,

A.