Could always attempt firmware updates from within a Windows VM but I suspect your mileage may vary and there’s always the risk of bricking a device when updating firmware (and a VM may increase that risk, I don’t know).
I would echo the suggestion of others, simply add a second drive, don’t dual boot, just change the target device for boot in the UEFI settings when you need to load windows. Also, I wouldn’t bother buying windows if you will only boot it for firmware updates and that’s it — waste of money — and with what MS is doing with windows as of late (ads, Recall, etc), I have personally dumped windows altogether.
I think you did alright by resorting to flatpak. When it comes to closed source applications, it’s not uncommon for problems like this to appear every so often.
The S/PDIF isn’t muted but its level isn’t shown (like is shown for Master and PCM). Could this because of profile in use from pavucontrol or is it something related to alsamixer?
There are several ways of doing this, but you have to be wary of how grub is configured to boot off the disks, and how your /etc/fstab is configured.
The simplest way probably is to just put the old ssd in a USB case, boot off a live usb/cd, then dd the disk (make sure you do it the right way around or there will be tears), then reboot. There are a couple ways this could fail still depending on config, but you can always put the old disk in if it does. Then once you’re in the system you can use tools like parted/kde partition manager to resize the volumes once decrypted. – And you will have your old disk as a backup the entire process.
If you want to get more comfortable with this type of work install arch / gentoo and you will learn more of the underline processes making you more confident.
My idea is more to have (configurable) set of commands that you can run, where its results are received mostly as a text. In this way, you can interact via terminal more easily, I’d imagine.
Rather than creating a custom terminal app, could you create a user that only had permission to run the restricted commands, with a profile script that gets run at login and offers a menu of common tasks?
Interesting idea. If you really break it down, the “terminal with command buttons” is similar in concept to saving each of the commands as a script and putting those scripts in a directory to act as “buttons.”
I’ve also seen some programs such as Kopia, a backup tool, that provide a GUI with the equivalent terminal commands for what is bring done shown at the bottom.
I don’t think what you’re describing exists, probably because experts don’t need it and beginners would prefer a full GUI.
There is Nushell, which promises more helpful error responses for the terminal, but its too early for it to be targeted at beginners in my opinion.
As much as I love nushell it will ever be too early for beginners, POSIX compliance is a big problem there. They have their very good reasons to not be POSIX compliant, but someone starting out should familiarize themselves with the most common pattern first before jumping to something completely different that will prevent them from running code snippets they might find online.
I know that GUI does not cover most of functionalities
specialized to task
Yet, I find that there are common commands
present them as buttons
Congratulations you just reinvented the GUI while trying to get away from it at the same time.
Perhaps something a little more “in-between” the two might be a GUI that allows running arbitrary programs… something smarter than a launcher but more generic than a purpose-built function-limited interface… if such a thing can even exist.
I don’t think there is one yet… it would need some kind of way to understand the possible options and parameters for any given CLI program, and without a standardized interface for that, error-prone scraping of –help or just hard-coding popular options is probably the best you could do. Hopefully it wouldn’t end up looking something like the Scratch programming IDE though.
This reminds of jc which is kindof the opposite where it scrapes the output of common commands to present a more unified (JSON) syntax for other programs to consume and automate better.
There are already libraries like clap that allow the developer to specify all their arguments including short and long variants and description strings. I think some of them will automatically generate --help based on the specified options. I could imagine a library that takes the same specifications and makes an interactive menu or a tui form out of them. It’s an interesting idea.
I understand the desire to want to avoid the command line, but you’re severely restricting your ability to troubleshoot by doing so. Every operating system has a terminal and command line, and there’s going to be cases where you’ll want to drop into a shell to do something that has no GUI equivalent.
You should see if there’s a Windows equivalent (since it has the most market share by a country mile). If it does, use that for ideas, and improve upon it. If not, it may not be feasible or reasonable based on your goals.
I dont think you should habe to learn to usw the terminal in order to debug your operating system. If i would switch my mom to Linux, i dont want her to have to use the terminal. So making life easier for those people would grealty improve the appeal of Linux to tech noobs. By arguing we need the terminal for Linux, we gatekeep people from trying and using Linux, if they are afraid of technology
No, as I have not used any of those. This is my experience with cheap windows tablets turned into Linux tablets… much like taking a Surface 4 and putting Linux on it. Usually everything works great but the touchscreen is wonky, that’s all.
I bet that doesn’t exist: nobody would put work in a program that lets just restricts what you can do with zero usability advantages (ok someone might)
If you fear you might run unsafe commands just save whatever you are comfortable running in scripts and restrict yourself to run those instead of manually typing commands you don’t fully remember/understand.
BTW: topgrade will detect what needs updating in your system (your distro’s package manager, flatpak, python stuff, … whatever) and update all the things
BTW: “terminal emulator” is the program that shows you text in a window, the program that runs inside it and validates/interprets your commands is a “shell” (the one you are using is most probably bash)
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.