

Or ditch udisks in favour of pmount (or udevil?), which shouldn’t be affected as far as I can tell. That will get you a few months’ grace before a similar problem pops up there.
Or ditch udisks in favour of pmount (or udevil?), which shouldn’t be affected as far as I can tell. That will get you a few months’ grace before a similar problem pops up there.
Based on what I’ve seen, for a DE to gain much traction, you need at least one well-known medium-large distro putting it as a default on some of their install media—MATE is well-represented these days because Mint backed it at a crucial stage in its development. I don’t think Enlightenment ever had that.
Is there a modern equivalent of that? Basically turn it into a thin client?
Well, X is still out there with its thin client capabilities intact. There are Wayland-compatible VNC clients and servers, if one isn’t big on X. SPICE is intended for connecting to VMs as servers. RDP if you want to use a Windows box as a server.
For a machine such as the OP describes, it would also be possible to install a tailored distro and software selection into the onboard space and place /home
and such on a network drive, although that makes it impossible to take the tablet out of range of the LAN. If the touchscreen doesn’t work under either the Wacom or libinput drivers, it would probably be a waste of time, though.
(Really, 16GB is plenty for the distro itself—if I remove the three kernel source trees, a couple of games, and some FreePascal stuff, my desktop system minus /home
would fit in that, and it’s anything but minimalistic.)
Yeah, that’s how I was taught in school in Canada in the 1980s, although no one ever explained why. It always did seem odd.
It matters, because it’s a tool. That means it can be used correctly or incorrectly . . . and most people who don’t understand a given tool end up using it incorrectly, and in doing so, damage themselves, the tool, and/or innocent bystanders.
True AI (“general artificial intelligence”, if you prefer) would qualify as a person in its own right, rather than a tool, and therefore be able to take responsibility for its own actions. LLMs can’t do that, so the responsibility for anything done by these types of model lies with either the person using it (or requiring its use) or whoever advertised the LLM as fit for some purpose. And that’s VERY important, from a legal, cultural, and societal point of view.
They rewrote the in-kernel support for NTFS a while back, and it works much better now. The old driver lacked proper write support and was kind of questionable in general.
What’s the output of cat /proc/asound/cards
on your system?
The 6.6.x kernel series is LTS and should be fine as a downgrade target (6.7.x not so much so). Unless there’s something specific from the newer kernel versions that you need to drive that system, there shouldn’t be any issues. I’m still on a 6.6-series kernel.
That being said, you could try troubleshooting this from the bottom up rather than the top down.
First, use lspci -v
to verify that the device is being correctly identified and associated with a driver.
Next, invoke alsamixer
and make sure everything is unmuted and your HD audio controller is the first sound device. The last time I had something like this happen to me, the issue turned out to be that the main soundcard slot was being hijacked by an HDMI audio output that I didn’t want and wasn’t using, and that was somehow muting the sound at the audio jack even when I tried to switch to it. A little mucking around in ALSA-level config files fixed everything.
Provided Fedora has the appropriate packages (and I expect they do), I can’t see why not. But see if there’s any distro-specific documentation on switching first.
Wayland’s nvidia support is improving over time, but although it’s becoming less popular, X11 isn’t likely to be completely deprecated anytime soon—I’d expect any mainstream distro to still at least have it as an option a couple of years from now, to handle corner cases Wayland still doesn’t support.
The last X11 stable version bump on my distro was about a month ago, to 21.1.16, so it isn’t like it’s abandonware or anything.
Wild idea: check the condition of the SDD (presumably) that you’re trying to install to. After all, an installation has two endpoints, and if the target disc is on its last legs and throwing SMART errors, it ain’t gonna be too happy getting written to.
Did you make sure that Nouveau was not loading? If both drivers are on the system, Nouveau usually ends up taking precedence unless it’s been blacklisted. Also, if this is a laptop type with a hybrid graphics setup, you may need additional software to manage the handoff between GPUs (optimus, bumblebee, etc.)
Automated command-line jobs, in my case, which are technically not random but still annoying, because they don’t need to show a window at all. Interestingly, the one thing I can get to absolutely not pop up any window ever are Perl scripts using Win32::Detached . . . which means that it is possible, but Microsoft doesn’t bother to expose such a facility.
Eh, Gentoo is pretty quiet most of the time once you’ve got it installed. After that, you just have to keep an eye on it and make sure it doesn’t go off its meds (although once every few years, it will come up with a weird and wonderful way of doing so that you can’t block.)
I wouldn’t say the proprietary nvidia drivers are any worse than the open-source AMD drivers in terms of stability and performance (nouveau is far inferior to either). Their main issue is that they tend to be desupported long before the hardware breaks, leaving you with the choice of either nouveau or keeping an old kernel (and X version if using X—not sure how things work with Wayland) for compatibility with the old proprietary drivers.
If those are your criteria, I would go with AMD right now, because only the proprietary driver will get decent performance out of most nVidia cards. Nouveau is reverse-engineered and can’t tap into a lot of features of newer cards especially, and while I seem to recall there is a new open-source driver in the works, there’s no way it’s mature enough to be an option for anyone but testers.
Unfortunately, modern web browsers are horrible pigs. No matter what distro you put on this thing, interacting with webpages will be s-l-o-w. (I have a similar laptop—2 GB RAM, Athlon64x2 CPU—running Gentoo, and while it’s functional in its primary job of “larger-screen video iPod for 720p or less”, starting a browser takes a while.) The niche your friend wants to make this machine fill is about the worst one possible for it.
On Linux, the OOM reaper should come for the memory cannibal eventually, but it can take quite a while. Certainly it’s unlikely to be quick enough to avoid the desktop going unresponsive for a while. And it may take out a couple of other processes first, since it takes out the process holding the most memory rather than the one that’s trying to allocate, if I recall correctly.
Test the network from the lowest level if you haven’t already, using ping
and the IPv4 address of a common server (for instance, ping 8.8.8.8
) to bypass DNS.
If it works, your DNS is borked.
If it doesn’t, then there’s something more fundamentally wrong with your network configuration—I’d guess it was an issue with the gateway IP address, which would mean it can’t figure out how to get to the wider Internet, although it seems super-weird to have that happening with DHCP in the mix. Maybe you left some vestiges of your old configuration behind in a file that your admin GUI doesn’t clean up and it’s overriding DHCP, I don’t know.
TDE has this natively under the advanced window settings, so I would expect KDE to have it too.