Artix Linux => Installation / Migration / Configuration => Topic started by: badsector on 11 December 2021, 03:19:59
Title: 1st steps and the KISS principle?
Post by: badsector on 11 December 2021, 03:19:59
I installed Artix last year I think and booted it now and then to see if still boots without really using it much. Tonight, seeing an alert about 1300 or so updates I gave it a try, and another, and another with that many forced reboots cause it would lock up each time. I would then have tried a one-by-one approach but the interface makes such endeavor possible only by first individually disabling all the scheduled updates (there s no 'do not update all' button).
So I downloaded the latest two iso's (plasma & xfce) with the intention of doing an upgrade off the DVD. No 'upgrade' was offered either so I figured nothing can be broken by a forced overwrite of everything and I opted for that. Again I quickly ran into a few problems
1 Why does the installer insist on a user name as well as a user ID, isn't a user ID enough? I have never used a user name and never will either.
2 On a 1st install the primary objective far surpassing everything else HAS to be simplicity and bootability. In the old days I would stick to a minimal 3-4 gb install which alas is no longer possible in most distros. But I also use u for user as well as user password, r for root as well as root password because of the above stated SURVIVALIST prioritization! The real-world assignments come in other sessions AFTER the basic bulletproofing.The Artix installer doesn't cater to such revolting individualism either.
3 So as I finally got a mostly default-based over-install going on top of the existing Artix partition I got up to drain my kidneys; when I returned there was a dialog with ArtiX in it asking for a pasword, didn't say whose password or why. I tried every one of the id's and passwords previously fed to the installer to no avail.
So I shut down and rebooted my go2 distro from which I'm composing this masterpiece :-)
Enough rant, I do like Artix, now on to another topic...
Title: Re: 1st steps and the KISS principle?
Post by: strajder on 11 December 2021, 13:06:46
First go through wiki.archlinux.org and wiki.artixlinux.org and use the relevant parts (all except the systemd commands on the archlinux wiki) to set up your system really correctly.
Look at the internet to see if anyone has had a similar error (at least 90% of problems have already been solved on the internet before you) - often a question of 5 minutes before solving it here for days and peoples here will look at the internet anyway :-)
Follow the announcements on the main page at artixlinux / archlinux too
If nothing helped and you still have a problem, always give us relevant information when creating a topic (we really don't care that you had a good breakfast and that the computer is red) ;-)
So I downloaded the latest two iso's (plasma & xfce) with the intention of doing an upgrade off the DVD. No 'upgrade' was offered either
That's not how it works. On Arch-based distros you typically update your system every so often, for example on a daily to weekly basis with pacman -Syu. If your system doesn't work, you can recover it from the LiveISO (https://wiki.artixlinux.org/Main/Troubleshooting#Help.21_There_was_an_update_and_my_system_doesn.27t_boot.21).
1 Why does the installer insist on a user name as well as a user ID, isn't a user ID enough? I have never used a user name and never will either.
Having your real name and surname tied to your account is a legacy of Unix-like systems, which were from the start designed as multiuser systems. That's what gets written to /etc/passwd, that's how it works. By default, your login name will be filled from your full name, so you can just type in your login name in the "Full Name" box. If the requirement to have a nonempty full name bothers you, ask Calamares developers to change it: https://github.com/calamares/calamares
2 On a 1st install the primary objective far surpassing everything else HAS to be simplicity and bootability. In the old days I would stick to a minimal 3-4 gb install which alas is no longer possible in most distros. But I also use u for user as well as user password, r for root as well as root password because of the above stated SURVIVALIST prioritization! The real-world assignments come in other sessions AFTER the basic bulletproofing.The Artix installer doesn't cater to such revolting individualism either.
If you care that much about minimalism, why use a graphical installer? Why use X.Org at all? You should use a base ISO (https://artixlinux.org/download.php) and only install minimum of packages that you need. Problem solved.
Title: Re: 1st steps and the KISS principle?
Post by: Dudemanguy on 11 December 2021, 16:27:20
If you're looking for the KISS principle, why are you even using the GUI installer in the first place? Like Strajder said, just use the base iso. It only installs the bare minimum and everything else is up to you. That's the whole reason why it exists.
Title: Re: 1st steps and the KISS principle?
Post by: badsector on 11 December 2021, 17:23:31
If you're looking for the KISS principle, why are you even using the GUI installer in the first place?
My Amiga 1000 had no hard drive and only 500mb of ram, yet id did everything via GUI, so I kinda consider the possibility of a GUI front also being minimalist, the term being more relative than absolute :-)
Anyway my point wasn't about GUI but about keeping unnecessary fluff other than GUI out of the _initial_ installation process.
Title: Re: 1st steps and the KISS principle?
Post by: strajder on 11 December 2021, 17:30:51
My Amiga 1000 had no hard drive and only 500mb of ram, yet id did everything via GUI, so I kinda consider the possibility of a GUI front also being minimalist, the term being more relative than absolute :-)
Doesn't change the fact that GUI is still not minimalistic.
Anyway my point wasn't about GUI but about keeping unnecessary fluff other than GUI out of the _initial_ installation process.
Initial installation process is base install: https://artixlinux.org/download.php
Quote
Base ISOs allow for a fully customised installation, which is done in a TTY and is intended for knowledgeable users. This is the recommended way of installing Artix and the team will be happy to support any issue. An almost identical lowmem version found at the testing section below, can boot and install on machines with as little as 300MB of RAM.
it has exactly those packages that you instruct pacman to install. Your point is wrong.
Title: Re: 1st steps and the KISS principle?
Post by: badsector on 11 December 2021, 18:46:18
Doesn't change the fact that GUI is still not minimalistic. Initial installation process is base install: https://artixlinux.org/download.phpit has exactly those packages that you instruct pacman to install. Your point is wrong.
Sorry but I don't think we're on the same page at all when it comes to what minimalistic and initial-install mean yet I don't call your viewpoint wrong, it is simply that of a developer while mine is that of a possibly typical end-user. Minimalistic initial-install to me means a gui installer that installs a gui system that is small and simple enough and devoid of all unnecessary potential hangups to be bulletproof before any further expansion, tweaking and deployment to service. As examples ANY constraints about id and password length or composition at this stage fall into the unnecessary category. Such an approach would actually make YOUR work easier. If some downline sysadmin or user subsequently wants yard-long passwords, biographies and a streaming colonoscopy from users that's no longer a developers headache so long as provision is made.
Title: Re: 1st steps and the KISS principle?
Post by: Dudemanguy on 11 December 2021, 19:34:29
As the download page clearly says:
Quote
Graphical installation images come with a slightly preconfigured desktop system (LXQt, LXDE, MATE, Cinnamon, KDE/Plasma, XFCE) and a basic set of applications: a file manager, a media player (mpv), a network manager, a document viewer, a web browser and the calamares installer. People afraid of the Linux terminal or in need of a quick, intuitive installation would want this ISO. Support will be provided, if asked nicely and politely.
The GUI isos are not meant to be minimal/KISS type installs. They never were. The solution is to simply use the base ISO. It will only install exactly what you tell it to.
Title: Re: 1st steps and the KISS principle?
Post by: just on 11 December 2021, 20:10:01
Is it possible to say that you're referring to installers similar to those used in Bridge, Evo/Lution, Architect, Cinnarch (all defunct now), Zen Installer (still alive)? Those were simple text-only installers (TUI), that were installing very basic - but fully functional - systems.
Are they a type of minimalist installers you're talking about?
Title: Re: 1st steps and the KISS principle?
Post by: badsector on 11 December 2021, 21:05:30
Is it possible to say that you're referring to installers similar to those used in Bridge, Evo/Lution, Architect, Cinnarch (all defunct now), Zen Installer (still alive)? Those were simple text-only installers (TUI), that were installing very basic - but fully functional - systems.
Are they a type of minimalist installers you're talking about?
No, other than Slackware which went with a curserish interface for the install and which the Suse fork initially adopted as-was, Suse later went with their own real GUI installer. One of the options was a minimal install which meant a KDE desktop but with only so many packages as was necessary to make it work, test for the boot, etc. Booting had more issues then so you didn't wanna spend an hour installing something that would not even boot. The 'quickie' insyalled in 15 minutes and you went from that after establishing that everything was OK. I'm talking Suse circa 3.9 or 4.3 or such. The idea, VERY correctly I might add, was that every additional step or package over and above a functional gui system increased the risk of an unbootable/unusable installation so that there was no point in taking the install to greater heights before a working and viable system existed. This minimal gui package-set resulted in what was then around 4gb and you could even back it up to an iso file that fit on the first dvd's. Those days are gone, so are the frisbies but the principle remains, and my problem in this case (not really a problem at all because even my first install was backed up) was that the install locked up and had to be abandoned because of unessential id/pwd issues.
Title: Re: 1st steps and the KISS principle?
Post by: badsector on 12 December 2021, 01:20:39
posting from Artix plasma installed on Asus-g73 laptop, not without problems
I think both the user-id-root and especially the partitioning module need work on them
Also the mere possibility of a screensaving lockout during any INSTALLATION is questionable
Title: Re: 1st steps and the KISS principle?
Post by: nous on 12 December 2021, 22:56:40
Sorry but I don't think we're on the same page at all when it comes to what minimalistic and initial-install mean yet I don't call your viewpoint wrong, it is simply that of a developer while mine is that of a possibly typical end-user. Minimalistic initial-install to me means a gui installer that installs a gui system that is small and simple enough and devoid of all unnecessary potential hangups to be bulletproof before any further expansion, tweaking and deployment to service. As examples ANY constraints about id and password length or composition at this stage fall into the unnecessary category. Such an approach would actually make YOUR work easier. If some downline sysadmin or user subsequently wants yard-long passwords, biographies and a streaming colonoscopy from users that's no longer a developers headache so long as provision is made.
It doesn't seem to me that you are a "possibly typical end-user" by any means based on your complaints and attitude. I don't think the advice of anyone who has tried to give some will make much difference. I could be wrong, and if so I am sorry. I have been around for a few years and have seen a few "complainers" as such. Life is too short.
Title: Re: 1st steps and the KISS principle?
Post by: badsector on 13 December 2021, 04:07:08
This is a calamares issue. You may take it upstream.Why? The password is provided at the downloads page and its ridiculously guessable too: artix
WHYYY? Because during an installation there are already enough things that COULD go wrong so I really cannot imagine why you would wanna have a screensaving lockout. Furthermore at the time of the cited event the passwords had already been set up so it seemed to me that one of THOSE should work. The point is otherwise totally moot because since then I have done about half a dozen installs, three good ones, the last one bombing on an update (next post). BTW I've spent my life in risk management, it's all about risk/reward: you automatically reject all risks that give no reward, such as a lockout during an install.
Title: Re: 1st steps and the KISS principle?
Post by: badsector on 13 December 2021, 04:36:31
I did two good installs on my laptop and the prime one got some tweaks and updates done. It's quite a learning curve but I'll chew my way through it. Ran into a major problem though on a reinstall on my desktop where last year's install was not updatable as per previous comments.
Just for a heads-up ALL my computers' primary disks are all set up identically for the bottom 10 partitions:
Device Start End Sectors Size Type /dev/sda1 2048 104447 102400 50M BIOS boot /dev/sda2 104448 8493055 8388608 4G Linux swap /dev/sda3 8493056 218208255 209715200 100G Linux filesystem /dev/sda4 218208256 427923455 209715200 100G EFI System /dev/sda5 427923456 637638655 209715200 100G Linux filesystem /dev/sda6 637638656 847353855 209715200 100G Linux filesystem /dev/sda7 847353856 1057069055 209715200 100G Linux filesystem /dev/sda8 1057069056 1266784255 209715200 100G Linux filesystem /dev/sda9 1266784256 1476499455 209715200 100G Linux filesystem /dev/sda10 1476499456 1952552959 476053504 227G Linux filesystem
/dev/sda4 above is an exception, may have to do with the issue, I have no idea why it became EFI. The size of data p10 varies to remaining disk space.
Partitions 4 and 8 are since last year Artix partitions, I want them doubled until I get comfortable with them, something that could take a while. Sooooo, I formatted p4 and went with the latest plasma install DVD as I had on the laptop, I probably did NOT ask it to deploy grub boot code, instead when done I just rebooted and the existing grub code last deployed from within a Suse partition took up the task and booted it no problem. Then I did some tweaks, fixed the passwords down to what I want, installed a Firefox-derivative, edited universe into pacman.conf, issued a pacman -Sy and then pacman -Su. This last op went part way, maybe to 80% when it suddenly bombed with a message like "segfault out of disk space". Rebooted Suse, checked the spaces: the older Artix on p8 was about 9% full and the new one on p4 about 11%, leaving around 90 gigs open each. Got Suse Yast to deploy grub code again with the "probe foreign OS''es" checked as usual.
ON reboot the p9 Artix was no longer in the menu! Preparing for a manula grub boot, on looking into the /boot folder I see only
At that point, because I might still be able to salvage 3 hours of work I stopped TS and decided to post this. I can get to the p4 partition from any one of the other 6, all bootable. The p8 Artix /boot has
Maybe I could paste vmlinuz and initram over to p4? ,,,like for a single manual boot attempt?
TIA
Title: Re: 1st steps and the KISS principle?
Post by: ####### on 13 December 2021, 05:09:54
There was a major breaking version update to pacman and libalpm this summer, there were various instructions online on how to get round this, that's probably part of the update issue. Not sure on the isos you tried, but some have a desktop manager (sddm or something) because you can choose different desktops to boot.
Title: Re: 1st steps and the KISS principle?
Post by: nous on 13 December 2021, 12:50:14
WHYYY? Because during an installation there are already enough things that COULD go wrong so I really cannot imagine why you would wanna have a screensaving lockout.
No, there aren't. The live environment is totally unrelated to the system being installed in this regard.
Furthermore at the time of the cited event the passwords had already been set up so it seemed to me that one of THOSE should work.
The live environment is totally separated from the system being installed. You MUST change the passwords manually in live to get into the situation you describe.
The point is otherwise totally moot because since then I have done about half a dozen installs, three good ones, the last one bombing on an update (next post). BTW I've spent my life in risk management, it's all about risk/reward: you automatically reject all risks that give no reward, such as a lockout during an install.
The live ISOs especially the DE ones, are meant to give you a good indication on how your installed system will be. You can't buy apples in live only to eat lemons in installed.
I formatted p4 and went with the latest plasma install DVD as I had on the laptop, I probably did NOT ask it to deploy grub boot code, instead when done I just rebooted and the existing grub code last deployed from within a Suse partition took up the task and booted it no problem. Then I did some tweaks, fixed the passwords down to what I want, installed a Firefox-derivative, edited universe into pacman.conf, issued a pacman -Sy and then pacman -Su. This last op went part way, maybe to 80% when it suddenly bombed with a message like "segfault out of disk space".
Oh, come on, you rebooted after a "segfault out of disk space" message give by the package manager on full system update?
Title: Re: 1st steps and the KISS principle?
Post by: badsector on 13 December 2021, 14:33:32
There was a major breaking version update to pacman and libalpm this summer, there were various instructions online on how to get round this, that's probably part of the update issue. Not sure on the isos you tried, but some have a desktop manager (sddm or something) because you can choose different desktops to boot.
Tried 2 isos these days, the artix-plasma-openrc-20210726-x86_64.iso and its xfce twin of the same date which locked out and got thereupon sidelined. So I suspect that any residual pacman issues would have been dealt with in both. Today I will try the SuperGrub frisby which somehow puts all distros to shame but with no kernel in /boot I don't see how that could do much. Another bit of cannibalism I'm likely to try is to paste-in a vmlinuz with no init from this laptop which is the product of the above iso rather than last year's. Slackware never used an init at all that I know of and I've done this a few times even with distros that do. Then once booted I can try some other TS and ultimate fix.
Title: Re: 1st steps and the KISS principle?
Post by: badsector on 13 December 2021, 14:55:51
No, there aren't. The live environment is totally unrelated to the system being installed in this regard. The live environment is totally separated from the system being installed. You MUST change the passwords manually in live to get into the situation you describe.
If I were to write an installer it would provide the critical-mission environment, but there's no point in going there.Virtually all distros provide a gui installer which people download, burn, feed the beast, and then execute following the instructions and accompanying placarded instructions and help links. That's exactly what I did.
Quote
The live ISOs especially the DE ones, are meant to give you a good indication on how your installed system will be. You can't buy apples in live only to eat lemons in installed.
That 'indication' I can do without, a gui interface is always preferable in my case. Next time I might try the basic iso, if the 'basic' in that has to do with the installer interface and not the installed product (I'll have to re-read the verbose about them).
Quote
Oh, come on, you rebooted after a "segfault out of disk space" message give by the package manager on full system update?
Simply put, yes. I've seen many segfaults with zypper too and the 'out-of-space' was, as I suspected in this case, totally false.
Title: Re: 1st steps and the KISS principle?
Post by: ####### on 13 December 2021, 15:31:14
The base installer will only install what you tell it to, you can create your system however you desire. But please carefully study the Artix wiki instructions first, especially Installation and Configuration: https://wiki.artixlinux.org/ (https://wiki.artixlinux.org/) And also the Arch wiki contains much helpful information, but remember not all (especially systemd related matters) will apply here. https://wiki.archlinux.org/title/installation_guide (https://wiki.archlinux.org/title/installation_guide) The pacman version 6 update only applies to updating your year old system - possibly pacman-static might be helpful. Also there was a change to zstd for the kernel image compression, you might need to edit /etc/mkinitcpio.conf, COMPRESSION="lz4" is backwards and forwards compatible and faster than zstd if not as compressed. Also it might help to chroot in from an iso and install / reinstall / update stuff like that, or possibly even use basestrap from the base installer. But in this case I suppose you might as well make a list of your installed packages and start again using that as a guide. But for that (the year old update) expect a few failed attempts so have a backup to start again with.
Title: Re: 1st steps and the KISS principle?
Post by: badsector on 13 December 2021, 16:32:28
The base installer will only install what you tell it to, you can create your system however you desire. But please carefully study the Artix wiki instructions first, especially Installation and Configuration: https://wiki.artixlinux.org/ (https://wiki.artixlinux.org/) And also the Arch wiki contains much helpful information, but remember not all (especially systemd related matters) will apply here. https://wiki.archlinux.org/title/installation_guide (https://wiki.archlinux.org/title/installation_guide) The pacman version 6 update only applies to updating your year old system - possibly pacman-static might be helpful. Also there was a change to zstd for the kernel image compression, you might need to edit /etc/mkinitcpio.conf, COMPRESSION="lz4" is backwards and forwards compatible and faster than zstd if not as compressed. Also it might help to chroot in from an iso and install / reinstall / update stuff like that, or possibly even use basestrap from the base installer. But in this case I suppose you might as well make a list of your installed packages and start again using that as a guide. But for that (the year old update) expect a few failed attempts so have a backup to start again with.
Thanks, some of this is a bit over my paygrade as far as Artix familiarity goes but I'll look into it. For now 4 successive download tries of the base image failed. I won't be on my desktop death-star until tonight, then I'll attempt some radical experimentation and failing that probably just try one or another reinstall ;D
Title: Re: 1st steps and the KISS principle?
Post by: badsector on 14 December 2021, 02:30:07
Just a quick heads-up/addendum out of respect and gratitude for those who had chimed in trying to help:
My g73 laptop now has the artix-plasma-openrc-20210726-x86_64.iso installation on partitions 4 and 8, I'll be playing with these as time permits to get familiar with things artix
My amd-desktop had last years Artix-xfce installed on partitions 4 and 8, yesterday I reinstalled the above more recent system on partition 4 which subsequently dropped dead during an attempted update. I have not been able to salvage that installation so the 3 hours of work is vaporized, just reinstalled anew. The other year-old open-rc system on partition 8 was still good but I had forgotten the passwords so I broke into the grub menu and fixed that. I may try to upgrade it but since I had not spent too much time on tweaking it a reinstall (very quick BTW) is probably the way to go.
I also downloaded the artix-base-openrc-20210726-x86_64.iso which took about 6 or 7 attempts trying almost that many different repo servers. This base route interests me but I'll have to read up on a few things first (like wifi setup at the cLi level) so I'll be posting separately if I have any problems.
Title: Re: 1st steps and the KISS principle?
Post by: strajder on 14 December 2021, 06:33:15
Please don't create multiple posts in succession. Use the "Quick Edit" button or "Modify" menu item instead.
Title: Re: 1st steps and the KISS principle?
Post by: badsector on 26 December 2021, 04:09:20
Please don't create multiple posts in succession. Use the "Quick Edit" button or "Modify" menu item instead.
be happy to, I think, if I figure out what you mean
Title: Re: 1st steps and the KISS principle?
Post by: mandog on 26 December 2021, 15:48:31
My amd-desktop had last years Artix-xfce installed on partitions 4 and 8, yesterday I reinstalled the above more recent system on partition 4 which subsequently dropped dead during an attempted update.
If it was working fine why did you reinstall Artix is not a fixed release its rolling so always upto date just do pacman -Syu done
Title: Re: 1st steps and the KISS principle?
Post by: badsector on 27 December 2021, 03:47:49
My amd-desktop had last years Artix-xfce installed on partitions 4 and 8, yesterday I reinstalled the above more recent system on partition 4 which subsequently dropped dead during an attempted update.
If it was working fine why did you reinstall Artix is not a fixed release its rolling so always upto date just do pacman -Syu done
Bad habit formed by tumbleweed maybe, it too was supposed to be a rolling release of sorts but seldom makes a whole year without throwing a fatal fit. Also, before I start to take any distro I don't use regularly seriously I usually install it at least a dozen times just to see how it does installation. I'll be kicking the tires on Devuam too in 2022, another one I first installed in 2021. I first tried Artix a year ago, then much more important events came visiting (like triple-A surgery) so I just about never booted it since then.