Troubleshooting
OK, before I try to do too much at once and forget almost everything along the way,
here's ... a quick update: I broke my system, fixed it again - and that's probably
the bulk of what we'll be looking at this time.
Also, there's a strange error that has happened to me multiple times now - the system
telling me that the device is full although it most certainly is not.
But first, I guess ... to iterate on the previous thing. So, here's a bit of a
setup structure, I guess:
1. "Speedrun" the Installation Guide (applying my setup (wait with installing linux
and linux-firmware until it asks to mkinitcpio ??)) until it asks you to reboot. X.Org
not yet installed or anything. Add the user 'meta'.
2. Configure networking, install desktop environment
I got:
xorg-server
xorg-init
i3
dmenu
qterminal
feh
cinnamon
cinnamon is important ... for reasons we'll get into.
The main one being: We're kind of ... no fans of KDE here ... . And this is ... the
thing. My experience with KDE is this: I want a tiny little gimmick to add to my
setup - I want to install it, bam 600 MB please.
That's Cinnamon here. It's like on the page for installing plasma-desktop, where it
tells you: You might also want to install plasma-meta to make sure you get the full
experience or whatever.
The main culprit is the looks. And KDE seems to do all that it can to make it as
ass as possible to make anything look good that hasn't been approved by backdoor monkey
or so. And what's it with the blue icons? Why tease me with a different color, when it's
all just going to be blue anyway? I still haven't figured that one out ...
Is it like ... Linux trying to be windows or Linux trying not to be windows. It do be
like that. It's both!
I guess one issue was, that back in the day, with KDE 3.5 for instance, it was relatively
easy to mimic an early Windows System. Since Windows 95/98 had basically like NO Graphics
and Linux users were having fun ... that wasn't a big issue. But with Windows 7 and this
new trend towards minimalistic design - well, KDE kind of went the opposite route.
Well. How did I break my system?
I'm not sure. There are a few things I did. One thing was to try and get new themes - and
because all I had was a hammer I was looking for nails. The cinnamon interface doesn't
work properly, what a surprise, so, time to install plasma-desktop and get a login manager
just to get to the native system settings where it has a browser for that. I wasn't
sure what to expect - but the bad feeling started while plasma-desktop was still
installing.
So, done - went looking for themes - and at some point I noticed this "warning, these
themes may contain executable code that can brick your system" ... :/ ... srsly?
I thought ... "what could go wrong?".
And seriously: Maybe it trying to install an sddm theme while I didn't have sddm installed
caused an issue.
So - I installed a few things, wondered why it all didn't work as advertised - this and
that. I got back into cinnamon to see if things are different, and after selecting one
particular button style ... I couldn't change it anymore. It took me a while to figure out
that my home partition had somehow been corrupted. It would always say that the storage
device is full - but everything I tried would tell me that it's fine.
So, that's my average KDE experience.
So, for all intents and purposes, KDE is the Gluttonous Whore in the Room. And Windows
is its affiliate. And so I use cinnamon to customize this Qt nonsense. Yes, I'm a noob,
which is, how we roll over into the next part.
So, after trying some things I decided I had to start over. And maybe something's telling
me that we're not quite there yet, but I'm conflicted. But yes - I'm no linux admit, this
isn't a linux distro - so, we're not going to act like that's what we're doing here.
You may. I would infact count on it. But still. There are some things that I want to do -
and while I'm not there yet, it makes no sense to ... uhm.
So - after setting up xorg and logging into meta (I also use cinnamon first because the
tool it has for changing screen resolution gives me an easy and headache-free way to
determine the numbers that work. I'm sure ... there's a better way. What's needed, if you
want to do it smarter than me: install openbox instead of cinnamon. All you need in order
to follow the installation guide is an active X environment, or how the slang goes.) I
configure i3 - well, make sure that I got all the limbs attached (though I'm sure I'm
not there yet to be anyway sure about it) - and so we're having us some customization
options.
So - I could at some point offer you a package and an installation guide here. If I was
there. I mean, but ... this comes in two stages. Here we're first setting up the meta. That
is - now all is working, the system is 'ready', and we're doing an initial configuration.
So, we'll end up with a package that we can zip for deployment and integrate it into useradd.
So and so.
And yea - design philosophy:
As previously stated: Arch Based "would be" a great seal of quality; Now adding: "if" it
weren't so that the quality that Arch projects in that instance requires it to be a
monopoly of sorts; As any derivative - at least while the base cannot deal with it -
would only corrupt the source (the battle-scars on the arch linux forums).
And so, I too am asking you to be respectful.
So, for all I care - I pass a similar attitude on to you. This is a DIY endeavor.
To maintain this - it's been my biggest concern when it comes to this project - we need
standards we can agree upon. So yea, it's been a topic - on and off and for a while and
it has since been escalating. But where to even begin?
For this stage, what I have is this:
Just so we're on the same page:
root is root. It should not be used.
following root is 'admin'. Admin functions as root - but also as a buffer.
following admin is 'user'.
So, within the system I'm building, root is root. meta is admin.
On the far side I want to build a public element into this. So, autologin into guest
account for instance. This would mimic a normal, unprotected computer - to where there
is a new/unique concept of 'user' within the system language.
The machine as itself features an operating environment. If this environment is "open"
- the environment is virtually part of the machine or in some instances synonymous with
the machine. The weighted word here is "open" - or "open system" in our case means:
public user - basically.
Dangit. So - I'm using 'clith' to say 'client theme' in i3 - and now I'm using 'pubus'
to mean public user? Great!
But no. So, instead of 'pubus' you would - as the name also shows up in the commandline
and so - be titled as what it should show up publically.
I'm not sure if I'm re-inventing things. If I'm doing so badly, there's a better solution
anyway already and if I'm not - then hey ... I might be doing something new. Said every
linux developer ever and look where that got us.
But yea. I don't care about networking all that much. I'm grateful for it - but we're filthy
casuals here - and if not, well, we don't mind being a little degenerate I assume.
Yes! All hail to the unorthodoxy!
But not too much.
Anyway. A common suggestion for 'pubus' is guest - such as to not conflict with the private
elements of a machine.
Uhm, unorthodox: So, in meta I have the folder i3config. In the users config file for i3 I
can then include /home/meta/i3config/runme.conf - or have my own runme.conf and include
theme files or whatever. I'm chosing this way because this is on my home partition. If the
system breaks I have an easy installment that I can customize. And this is also kind of how
we depart from the "distribution" aspect and - we're building on whatever.
So, whatever is 'in' the system (like, we could/would/should have this i3config as part of
/etc/ like 'normal' people - but that's like an extra step ...) is that - like, none of our
business. If you're using a normal distribution - and you ... I mean, yea - fun with
filesystems ... windows and linux partitions on the same filesystem, what could go wrong?
So.
For the next step I want to build a dedicated flash drive eventually. However - so:
Reboot - and now my setup, in essence, is this:
[7 gigabyte is way too much for efi and boot it seems]
10 GB root
2 GB home
... an amount of storage ...
20 GB "command root"
So, mounting the commandroot to /cmdroot in a live environment, allows me to:
create an image of root (so, SYSTEM.IMG can be a persisten backup file that just works
without any headaches (use 'dd if=/dev/sdXY of=/cmdroot/backup/SYSTEM.IMG bs=64M') or
flip if and of respectively) - and when mounting efi, boot and home to the proper mount
points, backups of them can be made like: 'tar -cpvaf /cmdroot/backup/SYSTEM.home.tar.zst /home'
for instance. ('tar -xpaf /cmdroot/backup/SYSTEM.home.tar.zst' to unpack (as derived from
the article on archlinux.org (Full system backup with tar))).
Uhm ... but be careful!
Then, with everything backed up - we chroot into our install, connect to the web, install
kde, get 'ktrustme' from the AUR and run 'nuke-my-pc'. Not.
But yes. Kind of. So, we can reboot - and this is where I'm at now. I just installed zsh
and lxdm - and yea. So, I have a public volume mounted to /access/public; And here I have
meta/gfx/ where I have term1.png and term2.png which I load using feh before exec i3 -
and this way I have a head-acheless volume for all of my stuff. And this is also kind of how
I expect to access stuff for my project. This is essentially the base install for that -
where ... yea.
So, at the heart of the philosophy rests a concept I guess. And yea. So, linux is what it is.
It's good at what it's good at - and sometimes people use it as a desktop. The big difference
to windows is that all the things that make up a running linux system are individual pieces
that can only interact because of some shared basis. So, maintaining and operating this shared
basis is a lot of what linux is at its core - while all of that is simply just "integrated"
in windows. While in linux program a relies on program b, c and d let's say to do a thing -
in windows those four programs might not even be individual programs, but just other objects
in the code. So, the modules in windows can like "talk to each other directly" - while the
modules in linux neeed something in between them.
We like that here - because that's still what comes together at the back end of things. The
clutter. So, as it should be - the desktop environment is to reduce that. And the meta tries
to be that somehow. Or to fit in there. How to integrate it is a problem for another time.
So, the minimalistic setting (so, no dolphin, no gimp, or any of that - just some lightweight
window manager because I can't be arsed to learn coding with XOrg right now) - that's just
our average linux backend to whatever we're doing.
So, case and point: if you want to follow along on linux, this is a way to setup a system with
multiple partitions as conceptual backdrop for what I'm working with. So, with that off the
list, we're like officially done with this.
I'll share resources as time and progress allow it.
Anyway. Now would also be the point to install something from the AUR, fbsplash and sublime-text-4
perhaps. The latter is essential to me - although I'm still using it like a noob. Kate is fine,
I guess - but the "linuxiness" of it is sometimes a bit too much for me. I mean ... I'm not sure
whom all of those features are for ... but again. The way it handles sessions and indexes open
files ... that's just ... the best! And there goes another problem with linux: All the good stuff
is here - it's just ten different programs - and you'd wish you could just smash them together.
This time around I'll check out trizen I guess.
One good reason to not trust KDE: It seems like it's way too complex for a small group of people
to effectively maintain it. So, maybe it's like an "all or nothing" type of thing.
Yea - I mean. KDE seems to do that. So, after those 600 gigs you're like, already almost using KDE
and you want to customize it, don't you? And oh, look! All of your stuff just broke - but KDE is
still fine. Maybe. Anyway ...
It's like: "Everything becomes Krab".
So, be aware of this. I suppose. If you don't plan on using KDE ... . It's a slippery slope. I'll
be looking for ways - but ...
I'm running low on weed. So - the "meta update" will could be for sober space. I mean, this is
what it is. The downturn is coming - so. Most of the code is there already and what's missing is
the problem mentioned before. More when I get there.
yes. I guess the issue is that if you're leaning towards Gnome or KDE - you're better off that
way. I'm somewhere in the middle. And that's why this is such an issue to me. If the things you'll
use require 'proper desktop functionality' - you need to be a different kind of nerd to DIY that
from minimalistic pieces. And at that point ... well, embrace the Krab! But you'll need more space
than I have allotted - and probably less security. Unless you're "Arching" it.
And I suppose we also all do have different mindsets as we also do have a different baseline
understanding of the tech involved.
And that's important to understand and put forward.
Inversely it's important to understand that we also have to respect each other's time. So - while
cooperation asks us to invest time in one another, we can't allow that to be too much. But ...
comfort zones ... right now ... should also be like ... approached skeptically on principle.
So ... uh, anything else? There was something ... . Oh, no, that was a dead end.
And yea. Now ... merry christmas, happy hollidays, happy chanukka, have a fine winter solstice -
whatever. Peace!
Tips and Tricks: pressing Alt and one of the F keys, in the 'tty environment' ("base"?) gets
you to a different 'screen' - so, you can run multiple sessions in parallel.