From somenxavier at posteo.net Mon Feb 1 22:40:37 2021 From: somenxavier at posteo.net (Xavier B.) Date: Mon, 1 Feb 2021 22:40:37 +0100 Subject: [artix-general] Please make an antix-announce mailing list In-Reply-To: <13455651611956553@myt6-09be74140f25.qloud-c.yandex.net> References: <13455651611956553@myt6-09be74140f25.qloud-c.yandex.net> Message-ID: <20210201224037.23b70eb7dde29e5248a4256c@posteo.net> +1 On Fri, 29 Jan 2021 21:42:33 +0000 Erik Lauritsen via artix-general ha escrit: > Hi, > > As the title say. > > In order to better stay updated with recent news, stuff that breaks and that requires manual intervention etc. > > Only important announcements, low noise. > > Kind regards > -- > artix-general mailing list > artix-general at artixlinux.org > https://lists.artixlinux.org/listinfo/artix-general From ruben at mrbrklyn.com Mon Feb 8 06:27:50 2021 From: ruben at mrbrklyn.com (Ruben Safir) Date: Mon, 8 Feb 2021 00:27:50 -0500 Subject: [artix-general] Please make an antix-announce mailing list In-Reply-To: <20210201224037.23b70eb7dde29e5248a4256c@posteo.net> References: <13455651611956553@myt6-09be74140f25.qloud-c.yandex.net> <20210201224037.23b70eb7dde29e5248a4256c@posteo.net> Message-ID: <20210208052749.GA1167@www2.mrbrklyn.com> there is so little traffic what does it matter On Mon, Feb 01, 2021 at 10:40:37PM +0100, Artix wrote: > +1 > > On Fri, 29 Jan 2021 21:42:33 +0000 > Erik Lauritsen via artix-general ha escrit: > > > Hi, > > > > As the title say. > > > > In order to better stay updated with recent news, stuff that breaks and that requires manual intervention etc. > > > > Only important announcements, low noise. > > > > Kind regards > > -- > > artix-general mailing list > > artix-general at artixlinux.org > > https://lists.artixlinux.org/listinfo/artix-general > -- > artix-general mailing list > artix-general at artixlinux.org > https://lists.artixlinux.org/listinfo/artix-general -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013 From ruben at mrbrklyn.com Mon Feb 8 20:36:51 2021 From: ruben at mrbrklyn.com (Ruben Safir) Date: Mon, 8 Feb 2021 14:36:51 -0500 Subject: [artix-general] Please make an antix-announce mailing list In-Reply-To: <726761612811915@iva7-56e9317134d0.qloud-c.yandex.net> References: <13455651611956553@myt6-09be74140f25.qloud-c.yandex.net> <20210201224037.23b70eb7dde29e5248a4256c@posteo.net> <20210208052749.GA1167@www2.mrbrklyn.com> <726761612811915@iva7-56e9317134d0.qloud-c.yandex.net> Message-ID: <20210208193651.GA9922@www2.mrbrklyn.com> On Mon, Feb 08, 2021 at 07:18:35PM +0000, Erik Lauritsen wrote: > > there is so little traffic what does it matter > > It matters a lot. If you don't care, then don't subscribe! No - it doesn't matter at all when you have 3 or 4 posts a month, and there is no reason for you to be a nasty. I am so sick of people being pricks. If you have a temper problem, and can't converse like a normal person then step away from the keyboard. Even on the forum there is barely any announcements. Maybe you aren't aware of this, but when we created to format for email we created something called the SUBJECT LINE. And there it has the subject, which might say [ANNOUNCEMENT] or some such. I assume you have eyes and you can scan your email in mutt or whatever MUA that you have. OTOH, for the poor slob who is running the mailing lists, it is another completely uneeded secruity vector and item to administer, all because you are too lazy to read 4 messages a month. Ruben > > > On Mon, Feb 01, 2021 at 10:40:37PM +0100, Artix wrote: > > > >> +1 > >> > >> On Fri, 29 Jan 2021 21:42:33 +0000 > >> Erik Lauritsen via artix-general ha escrit: > >> > >>> Hi, > >>> > >>> As the title say. > >>> > >>> In order to better stay updated with recent news, stuff that breaks and that requires manual intervention etc. > >>> > >>> Only important announcements, low noise. > >>> > >>> Kind regards > >>> -- > >>> artix-general mailing list > >>> artix-general at artixlinux.org > >>> https://lists.artixlinux.org/listinfo/artix-general > >> -- > >> artix-general mailing list > >> artix-general at artixlinux.org > >> https://lists.artixlinux.org/listinfo/artix-general > > > > -- > > So many immigrant groups have swept through our town > > that Brooklyn, like Atlantis, reaches mythological > > proportions in the mind of the world - RI Safir 1998 > > http://www.mrbrklyn.com > > > > DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 > > http://www.nylxs.com - Leadership Development in Free Software > > http://www2.mrbrklyn.com/resources - Unpublished Archive > > http://www.coinhangout.com - coins! > > http://www.brooklyn-living.com > > > > Being so tracked is for FARM ANIMALS and extermination camps, > > but incompatible with living as a free human being. -RI Safir 2013 -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013 From ruben at mrbrklyn.com Mon Feb 8 20:40:25 2021 From: ruben at mrbrklyn.com (Ruben Safir) Date: Mon, 8 Feb 2021 14:40:25 -0500 Subject: [artix-general] Please make an antix-announce mailing list In-Reply-To: <726761612811915@iva7-56e9317134d0.qloud-c.yandex.net> References: <13455651611956553@myt6-09be74140f25.qloud-c.yandex.net> <20210201224037.23b70eb7dde29e5248a4256c@posteo.net> <20210208052749.GA1167@www2.mrbrklyn.com> <726761612811915@iva7-56e9317134d0.qloud-c.yandex.net> Message-ID: <20210208194024.GA10025@www2.mrbrklyn.com> Correct 16 emails in January... OH the burden On Mon, Feb 08, 2021 at 07:18:35PM +0000, Erik Lauritsen wrote: > > there is so little traffic what does it matter > > It matters a lot. If you don't care, then don't subscribe! > > > On Mon, Feb 01, 2021 at 10:40:37PM +0100, Artix wrote: > > > >> +1 > >> > >> On Fri, 29 Jan 2021 21:42:33 +0000 > >> Erik Lauritsen via artix-general ha escrit: > >> > >>> Hi, > >>> > >>> As the title say. > >>> > >>> In order to better stay updated with recent news, stuff that breaks and that requires manual intervention etc. > >>> > >>> Only important announcements, low noise. > >>> > >>> Kind regards > >>> -- > >>> artix-general mailing list > >>> artix-general at artixlinux.org > >>> https://lists.artixlinux.org/listinfo/artix-general > >> -- > >> artix-general mailing list > >> artix-general at artixlinux.org > >> https://lists.artixlinux.org/listinfo/artix-general > > > > -- > > So many immigrant groups have swept through our town > > that Brooklyn, like Atlantis, reaches mythological > > proportions in the mind of the world - RI Safir 1998 > > http://www.mrbrklyn.com > > > > DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 > > http://www.nylxs.com - Leadership Development in Free Software > > http://www2.mrbrklyn.com/resources - Unpublished Archive > > http://www.coinhangout.com - coins! > > http://www.brooklyn-living.com > > > > Being so tracked is for FARM ANIMALS and extermination camps, > > but incompatible with living as a free human being. -RI Safir 2013 -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013 From je-vv at e.email Wed Feb 10 23:01:38 2021 From: je-vv at e.email (Javier) Date: Wed, 10 Feb 2021 16:01:38 -0600 Subject: [artix-general] [s6] lvm2-s6 upgrade "from 20201130-1 to 20210205-1" breaks system Message-ID: <19ebc81b-58f8-f9cd-9f34-52aa11094f95@e.email> Hi ! On Today's upgrade, lvm2-s6 upgraded from 20201130-1 to 20210205-1, but such upgrade just froze my system immediately. So fine, I rebooted, but on boot, the system freezes when starting lmvmetad, not allowing a login whatsoever, with: > Envfile: fatal: unable to open /etc/s6/sv/lvmetad-log/conf: No such file or directory Which get printed infinitely... Only work around that issue was to boot the system from USB key, chroot to its local SSD, and revert lvm2-s6 back to 20201130-1. I don't know if another work around was just to `touch /etc/s6/sv/lvmetad-log/conf`, but I can't tell. Besides reverting back, for now I also included: > % 'grep' IgnorePkg /etc/pacman.conf > # Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup > IgnorePkg = lvm2-s6 Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Thu Feb 11 05:10:41 2021 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Wed, 10 Feb 2021 22:10:41 -0600 Subject: [artix-general] [s6] lvm2-s6 upgrade "from 20201130-1 to 20210205-1" breaks system In-Reply-To: <19ebc81b-58f8-f9cd-9f34-52aa11094f95@e.email> References: <19ebc81b-58f8-f9cd-9f34-52aa11094f95@e.email> Message-ID: <90338106-f801-840e-2fd2-2d9297454b77@artixlinux.org> I'm so sorry about this. Something is wrong with the s6-rc logic here. It's not actually specifically the upgrade. I can trigger bad behavior on the old version as well. It's actually been like this for months... On 2/10/21 4:01 PM, Javier via artix-general wrote: > Hi ! > > On Today's upgrade, lvm2-s6 upgraded from 20201130-1 to 20210205-1, but > such upgrade just froze my system immediately.? So fine, I rebooted, but > on boot, the system freezes when starting lmvmetad, not allowing a login > whatsoever, with: > >> Envfile:? fatal:? unable to open /etc/s6/sv/lvmetad-log/conf:? No such >> file or directory > > Which get printed infinitely... > > Only work around that issue was to boot the system from USB key, chroot > to its local SSD, and revert lvm2-s6 back to 20201130-1.? I don't know > if another work around was just to `touch /etc/s6/sv/lvmetad-log/conf`, > but I can't tell.? Besides reverting back, for now I also included: > >> % 'grep' IgnorePkg /etc/pacman.conf # Pacman won't upgrade packages >> listed in IgnorePkg and members of IgnoreGroup >> IgnorePkg?? = lvm2-s6 > > Thanks ! > > From je-vv at e.email Thu Feb 11 06:06:04 2021 From: je-vv at e.email (Javier) Date: Wed, 10 Feb 2021 23:06:04 -0600 Subject: [artix-general] [s6] lvm2-s6 upgrade "from 20201130-1 to 20210205-1" breaks system In-Reply-To: <90338106-f801-840e-2fd2-2d9297454b77@artixlinux.org> References: <19ebc81b-58f8-f9cd-9f34-52aa11094f95@e.email> <90338106-f801-840e-2fd2-2d9297454b77@artixlinux.org> Message-ID: <4240beb6-df1f-8dc2-fa30-3f1951ac3c7b@e.email> On 2/10/21 10:10 PM, Dudemanguy via artix-general wrote: > I'm so sorry about this. Something is wrong with the s6-rc > logic here. It's not actually specifically the upgrade. I can > trigger bad behavior on the old version as well. It's actually > been like this for months... ohh, I haven't noticed it until Today... -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Fri Feb 12 18:35:13 2021 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Fri, 12 Feb 2021 11:35:13 -0600 Subject: [artix-general] [s6] lvm2-s6 upgrade "from 20201130-1 to 20210205-1" breaks system In-Reply-To: <4240beb6-df1f-8dc2-fa30-3f1951ac3c7b@e.email> References: <19ebc81b-58f8-f9cd-9f34-52aa11094f95@e.email> <90338106-f801-840e-2fd2-2d9297454b77@artixlinux.org> <4240beb6-df1f-8dc2-fa30-3f1951ac3c7b@e.email> Message-ID: On 2/10/21 11:06 PM, Javier via artix-general wrote: > ohh, I haven't noticed it until Today... Sorry to guinea pig you, but if you have a chance could you test s6-scripts, lvm2-s6, and cryptsetup-s6 (if you use that one too) from gremlins (install them all at once of course or else bad things may happen)? That *should* work correctly. From je-vv at e.email Fri Feb 12 22:19:35 2021 From: je-vv at e.email (Javier) Date: Fri, 12 Feb 2021 15:19:35 -0600 Subject: [artix-general] [s6] lvm2-s6 upgrade "from 20201130-1 to 20210205-1" breaks system In-Reply-To: References: <19ebc81b-58f8-f9cd-9f34-52aa11094f95@e.email> <90338106-f801-840e-2fd2-2d9297454b77@artixlinux.org> <4240beb6-df1f-8dc2-fa30-3f1951ac3c7b@e.email> Message-ID: <1a96415c-def8-c608-4d9a-7bd84992669f@e.email> On 2/12/21 11:35 AM, Dudemanguy via artix-general wrote: > On 2/10/21 11:06 PM, Javier via artix-general wrote: >> ohh, I haven't noticed it until Today... > > Sorry to guinea pig you, but if you have a chance could you test > s6-scripts, lvm2-s6, and cryptsetup-s6 (if you use that one too) from > gremlins (install them all at once of course or else bad things may > happen)? That *should* work correctly. No problem, I'll do it when having some time during the weekend. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Fri Feb 12 23:02:55 2021 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Fri, 12 Feb 2021 16:02:55 -0600 Subject: [artix-general] [s6] lvm2-s6 upgrade "from 20201130-1 to 20210205-1" breaks system In-Reply-To: <1a96415c-def8-c608-4d9a-7bd84992669f@e.email> References: <19ebc81b-58f8-f9cd-9f34-52aa11094f95@e.email> <90338106-f801-840e-2fd2-2d9297454b77@artixlinux.org> <4240beb6-df1f-8dc2-fa30-3f1951ac3c7b@e.email> <1a96415c-def8-c608-4d9a-7bd84992669f@e.email> Message-ID: <7624f850-4e04-3c26-8bb7-83674ddbad0e@artixlinux.org> On 2/12/21 3:19 PM, Javier via artix-general wrote: > No problem, I'll do it when having some time during the weekend. > > Thanks ! Actually, I ended finding someone in IRC to test this out and it worked for him as expected. I moved the new s6 script packages to system now, so this should fixed. Sorry for the trouble! From kian at kasad.com Fri Feb 12 23:03:23 2021 From: kian at kasad.com (Kian Kasad) Date: Fri, 12 Feb 2021 14:03:23 -0800 Subject: [artix-general] [s6] lvm2-s6 upgrade "from 20201130-1 to 20210205-1" breaks system In-Reply-To: References: <19ebc81b-58f8-f9cd-9f34-52aa11094f95@e.email> <90338106-f801-840e-2fd2-2d9297454b77@artixlinux.org> <4240beb6-df1f-8dc2-fa30-3f1951ac3c7b@e.email> Message-ID: <20210212220323.cm32qvzs5hqhm4jg@frisbee> On 21/02/12 11:35AM, Dudemanguy via artix-general wrote: > On 2/10/21 11:06 PM, Javier via artix-general wrote: > > ohh, I haven't noticed it until Today... > > Sorry to guinea pig you, but if you have a chance could you test > s6-scripts, lvm2-s6, and cryptsetup-s6 (if you use that one too) from > gremlins (install them all at once of course or else bad things may > happen)? That *should* work correctly. We just chatted on the IRC channel about this, but I'm posting here so everyone else (really just Javier) can see too. I installed lvm2-s6 and s6-scripts from [gremlins] and everything works fine. I've only been using them for ~10 minutes, but all of the boot-up problems have been solved. I haven't noticed any regressions. For reference, I'm using ext4 on lvm on a LUKS partition. -- Kian Kasad PGP 0x1715EEAA14DAEC1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available URL: From je-vv at e.email Sat Feb 13 07:35:33 2021 From: je-vv at e.email (Javier) Date: Sat, 13 Feb 2021 00:35:33 -0600 Subject: [artix-general] [s6] lvm2-s6 upgrade "from 20201130-1 to 20210205-1" breaks system In-Reply-To: <7624f850-4e04-3c26-8bb7-83674ddbad0e@artixlinux.org> References: <19ebc81b-58f8-f9cd-9f34-52aa11094f95@e.email> <90338106-f801-840e-2fd2-2d9297454b77@artixlinux.org> <4240beb6-df1f-8dc2-fa30-3f1951ac3c7b@e.email> <1a96415c-def8-c608-4d9a-7bd84992669f@e.email> <7624f850-4e04-3c26-8bb7-83674ddbad0e@artixlinux.org> Message-ID: On 2/12/21 4:02 PM, Dudemanguy via artix-general wrote: > On 2/12/21 3:19 PM, Javier via artix-general wrote: >> No problem, I'll do it when having some time during the weekend. >> >> Thanks ! > > Actually, I ended finding someone in IRC to test this out and it worked > for him as expected. I moved the new s6 script packages to system now, > so this should fixed. Sorry for the trouble! It worked for me as well, I'm sorry I couldn't test any earlier. Thanks a lot @Dudemanguy ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sat Feb 13 07:42:02 2021 From: je-vv at e.email (Javier) Date: Sat, 13 Feb 2021 00:42:02 -0600 Subject: [artix-general] [s6] lvm2-s6 upgrade "from 20201130-1 to 20210205-1" breaks system In-Reply-To: <20210212220323.cm32qvzs5hqhm4jg@frisbee> References: <19ebc81b-58f8-f9cd-9f34-52aa11094f95@e.email> <90338106-f801-840e-2fd2-2d9297454b77@artixlinux.org> <4240beb6-df1f-8dc2-fa30-3f1951ac3c7b@e.email> <20210212220323.cm32qvzs5hqhm4jg@frisbee> Message-ID: <923f1529-5118-db93-d4c8-ac6ef64a5bca@e.email> On 2/12/21 4:03 PM, Kian Kasad via artix-general wrote: > > We just chatted on the IRC channel about this, but I'm posting here so > everyone else (really just Javier) can see too. I installed lvm2-s6 and > s6-scripts from [gremlins] and everything works fine. I've only been > using them for ~10 minutes, but all of the boot-up problems have been > solved. I haven't noticed any regressions. > > For reference, I'm using ext4 on lvm on a LUKS partition. > > -- > Kian Kasad > PGP 0x1715EEAA14DAEC1 I left using LVM on LUKS, and I'm using plain block LUKS encryption, since I wasn't gaining anything with LVM (I don't do snapshots and I have no room to be resizing volumes either). So the additional SW layer introduced by LVM is something I don't need). But I still keep lvm2-s6 in case I get to open other HDs/SSDs requiring LVM support... Thanks for testing Kian. It's working for me too, :) -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sun Feb 14 22:09:23 2021 From: je-vv at e.email (Javier) Date: Sun, 14 Feb 2021 15:09:23 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error Message-ID: <24ebd372-453c-4010-4501-89bbf262e553@e.email> When booting, I'm randomly getting the following error: > setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error Notice that "sudo dmesg" doesn't show that message at all, and "grep -ri -e setfont -e kdfontop /var/log" don't show a single thing, so it's sort of hard to find out what's going on. It happens whether on a HP laptop or mintbox2. My mkinitcpio: > % 'grep' '^[ \t]*[^#]' /etc/mkinitcpio.conf > MODULES=(i915) > BINARIES=() > FILES=() > HOOKS=(base udev block autodetect modconf keyboard keymap consolefont encrypt resume filesystems fsck) > COMPRESSION="zstd" > COMPRESSION_OPTIONS=(-T$(nproc --ignore 1)) I'm not sure if related to S6 (the init/supervisor system I use), but I believe it is. It shows up on the 1st tty1, besides/after the 1st useless login prompt shows up when using S6, but it quickly goes away when tty1 gets over rendered or overwritten, showing a 2nd now useful prompt, so it goes away pretty fast. And as you can see, it doesn't log anywhere it seems (at least not somewhere I'm used to look for logs). Although it seems related to fonts, I don't know how harmless it is, since the "ioclt(...): Input/output error" indicates there's an issue accessing disk, I'd guess. Moreover, as it's random (sometimes it happens, but sometimes it doesn't), I'm kind of concerned. Besides using early KMS, "consolefont" is one of the hooks I have included, given [1] suggestion. Also I'm not finding many possible answers on the web for that specific error, but old [2] makes me think it's an issue with consolefont. Notice as well: > % cat /etc/vconsole.conf > KEYMAP=la-latin1 > FONT=ter-v14n However, I've already tried removing "consolefont" from the mkinitcpio hooks list and rebuilding the initrd to then reboot, and that doesn't help a bit. Knowing that, and considering the error shows up after the 1st prompt (useless one, since it gets replaced later) shows up, makes me almost sure this is not about initrd early user space bring up. Perhaps the way S6 starts tty. It's important to note, this started showing up just after recent upgrade with several S6 packages upgrading, including: s6-scripts, s6-rc, cryptsetup-s6, kexec-tools and lvm2-s6, and I haven't noticed it before. I also noticed s6-scripts includes several tty and console related stuff, though nothing specifically called "consolefont", but that might be called underneath. BTW, my major concern, as mentioned is about the "ioctl Input/output error"... So far it seems harmless, though if I have time, I prefer rebooting several times until booting without that error... Any help understanding and fixing such error is appreciated. In my mind, with S6 at least (not sure yet if S6 specific though), it should be easy to reproduce, since it's happening randomly on different machines (HP laptop with core i7, vs mintbox2 mini-pcs with core-i5). However it's not as easy to see, given how fast the initial rendered tty1 is substituted by another one... Thanks ! -- Javier [1] https://wiki.archlinux.org/index.php/Dm-crypt/Encrypting_an_entire_system#Configuring_mkinitcpio [2] https://forums.gentoo.org/viewtopic-t-134911-start-0.html -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From kian at kasad.com Sun Feb 14 22:26:06 2021 From: kian at kasad.com (Kian Kasad) Date: Sun, 14 Feb 2021 13:26:06 -0800 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: <24ebd372-453c-4010-4501-89bbf262e553@e.email> References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> Message-ID: <20210214212606.2txydwdyd7rxn6gt@frisbee> On 21/02/14 03:09PM, Javier wrote: > When booting, I'm randomly getting the following error: > > > setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error > > Notice that "sudo dmesg" doesn't show that message at all, and "grep > -ri -e setfont -e kdfontop /var/log" don't show a single thing, so > it's sort of hard to find out what's going on. It happens whether on > a HP laptop or mintbox2. My mkinitcpio: > > > % 'grep' '^[ \t]*[^#]' /etc/mkinitcpio.conf > > MODULES=(i915) > > BINARIES=() > > FILES=() > > HOOKS=(base udev block autodetect modconf keyboard keymap consolefont encrypt resume filesystems fsck) > > COMPRESSION="zstd" > > COMPRESSION_OPTIONS=(-T$(nproc --ignore 1)) > > I'm not sure if related to S6 (the init/supervisor system I use), but > I believe it is. It shows up on the 1st tty1, besides/after the 1st > useless login prompt shows up when using S6, but it quickly goes away > when tty1 gets over rendered or overwritten, showing a 2nd now useful > prompt, so it goes away pretty fast. And as you can see, it doesn't > log anywhere it seems (at least not somewhere I'm used to look for > logs). > > Although it seems related to fonts, I don't know how harmless it is, > since the "ioclt(...): Input/output error" indicates there's an issue > accessing disk, I'd guess. Moreover, as it's random (sometimes it > happens, but sometimes it doesn't), I'm kind of concerned. > > Besides using early KMS, "consolefont" is one of the hooks I have > included, given [1] suggestion. Also I'm not finding many possible > answers on the web for that specific error, but old [2] makes me think > it's an issue with consolefont. Notice as well: > > > % cat /etc/vconsole.conf > > KEYMAP=la-latin1 > > FONT=ter-v14n > > However, I've already tried removing "consolefont" from the mkinitcpio > hooks list and rebuilding the initrd to then reboot, and that doesn't > help a bit. Knowing that, and considering the error shows up after > the 1st prompt (useless one, since it gets replaced later) shows up, > makes me almost sure this is not about initrd early user space bring > up. Perhaps the way S6 starts tty. > > It's important to note, this started showing up just after recent > upgrade with several S6 packages upgrading, including: s6-scripts, > s6-rc, cryptsetup-s6, kexec-tools and lvm2-s6, and I haven't noticed > it before. I also noticed s6-scripts includes several tty and console > related stuff, though nothing specifically called "consolefont", but > that might be called underneath. > > BTW, my major concern, as mentioned is about the "ioctl Input/output > error"... So far it seems harmless, though if I have time, I prefer > rebooting several times until booting without that error... > > Any help understanding and fixing such error is appreciated. In my > mind, with S6 at least (not sure yet if S6 specific though), it should > be easy to reproduce, since it's happening randomly on different > machines (HP laptop with core i7, vs mintbox2 mini-pcs with core-i5). > However it's not as easy to see, given how fast the initial rendered > tty1 is substituted by another one... I've never come across this specific error, but I have had issues with "kdfontop" errors in the past. The solution for me was to include the /usr/bin/setfont program in the BINARIES array in /etc/mkinitcpio.conf. By default, mkinitcpio uses busybox's setfont, not the one from the kbd package. Explicitly setting this in mkinitcpio uses kbd's setfont instead of busybox. I have no idea if this will fix the problem or not, but it's worth a shot. -- Kian Kasad PGP 0x1715EEAA14DAEC1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available URL: From je-vv at e.email Sun Feb 14 23:17:26 2021 From: je-vv at e.email (Javier) Date: Sun, 14 Feb 2021 16:17:26 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: <20210214212606.2txydwdyd7rxn6gt@frisbee> References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> Message-ID: <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> On 2/14/21 3:26 PM, Kian Kasad wrote: > On 21/02/14 03:09PM, Javier wrote: >> ... >> However, I've already tried removing "consolefont" from the mkinitcpio >> hooks list and rebuilding the initrd to then reboot, and that doesn't >> help a bit. Knowing that, and considering the error shows up after >> the 1st prompt (useless one, since it gets replaced later) shows up, >> makes me almost sure this is not about initrd early user space bring >> up. Perhaps the way S6 starts tty. >> >> It's important to note, this started showing up just after recent >> upgrade with several S6 packages upgrading, including: s6-scripts, >> s6-rc, cryptsetup-s6, kexec-tools and lvm2-s6, and I haven't noticed >> it before. I also noticed s6-scripts includes several tty and console >> related stuff, though nothing specifically called "consolefont", but >> that might be called underneath. >> ... > > I've never come across this specific error, but I have had issues with > "kdfontop" errors in the past. The solution for me was to include the > /usr/bin/setfont program in the BINARIES array in /etc/mkinitcpio.conf. > By default, mkinitcpio uses busybox's setfont, not the one from the kbd > package. Explicitly setting this in mkinitcpio uses kbd's setfont > instead of busybox. > > I have no idea if this will fix the problem or not, but it's worth a > shot. Hi Kian ! I tried, but unfortunately it didn't work, :( I almost believe that was it, since I didn't notice the error after several trials, after rebuilding the initrd with that binary in, however the error is random. So eventually I hit it again, :( When I removed "consolefont" from the mkinitcpio hooks, rebuilt the initrd and rebooting several times, I got the 1st hint this was not an initrd issue. The 2nd hint was that the error message doesn't show up before the 1st tty1 prompt does it, but instead later. So S6 already started tty1 when the error shows up. The 3rd hint was, this wasn't happening before, only after the S6 packages upgrade mentioned. And this other trial, adding "/usr/bin/setfont" to the mkinitcpio binaries list not helping, seems like a 4th hint... I also think it was worth trying... Unfortunately I believe it's something else... Thanks any ways! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From kian at kasad.com Mon Feb 15 01:54:22 2021 From: kian at kasad.com (Kian Kasad) Date: Sun, 14 Feb 2021 16:54:22 -0800 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> Message-ID: <20210215005422.m4ojt36v6wcomrm6@frisbee> On 21/02/14 04:17PM, Javier wrote: > On 2/14/21 3:26 PM, Kian Kasad wrote: > > On 21/02/14 03:09PM, Javier wrote: > > > ... > > > However, I've already tried removing "consolefont" from the mkinitcpio > > > hooks list and rebuilding the initrd to then reboot, and that doesn't > > > help a bit. Knowing that, and considering the error shows up after > > > the 1st prompt (useless one, since it gets replaced later) shows up, > > > makes me almost sure this is not about initrd early user space bring > > > up. Perhaps the way S6 starts tty. > > > > > > It's important to note, this started showing up just after recent > > > upgrade with several S6 packages upgrading, including: s6-scripts, > > > s6-rc, cryptsetup-s6, kexec-tools and lvm2-s6, and I haven't noticed > > > it before. I also noticed s6-scripts includes several tty and console > > > related stuff, though nothing specifically called "consolefont", but > > > that might be called underneath. > > > ... > > > > I've never come across this specific error, but I have had issues with > > "kdfontop" errors in the past. The solution for me was to include the > > /usr/bin/setfont program in the BINARIES array in /etc/mkinitcpio.conf. > > By default, mkinitcpio uses busybox's setfont, not the one from the kbd > > package. Explicitly setting this in mkinitcpio uses kbd's setfont > > instead of busybox. > > When I removed "consolefont" from the mkinitcpio hooks, rebuilt the > initrd and rebooting several times, I got the 1st hint this was not an > initrd issue. The 2nd hint was that the error message doesn't show up > before the 1st tty1 prompt does it, but instead later. So S6 already > started tty1 when the error shows up. The 3rd hint was, this wasn't > happening before, only after the S6 packages upgrade mentioned. And > this other trial, adding "/usr/bin/setfont" to the mkinitcpio binaries > list not helping, seems like a 4th hint... Yeah, it definitely doesn't seem like an initrd issue, especially since it always occurs after the early getty. It seems like the problem is being caused by the console-setup oneshot (so it is s6-specific), which parses /etc/vconsole.conf and sets the font accordingly. The script that calls setfont(1) hasn't been changed in about a year, so it's weird that it's only happening after the recent update of the s6 packages. The only (seemingly relevant) thing that's changed is the agetty-tty* packages no longer depend on mount-filesystems, which I don't think would have any effect, but it's possible. The console-setup oneshot doesn't seem to depend on anything, so I don't think it would've had the mount-filesystems dependencies in previous version of s6-scripts, either. Have you changed your /etc/vconsole.conf lately? If so, that's probably what caused the problem. Take a look at /etc/s6/sv/console-setup/shell_up. Maybe add an echo to stderr before and after the call to setfont(1). If you see the lines appear before and after the error in the console, that's definitely where the issue is. You can also try logging that entire setfont command so you can reproduce it later. -- Kian Kasad PGP 0x1715EEAA14DAEC1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available URL: From je-vv at e.email Mon Feb 15 02:03:43 2021 From: je-vv at e.email (Javier) Date: Sun, 14 Feb 2021 19:03:43 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: <20210215005422.m4ojt36v6wcomrm6@frisbee> References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> Message-ID: On 2/14/21 6:54 PM, Kian Kasad wrote: > ... > Have you changed your /etc/vconsole.conf lately? If so, that's probably > what caused the problem. No, I haven't. > Take a look at /etc/s6/sv/console-setup/shell_up. Maybe add an echo to > stderr before and after the call to setfont(1). If you see the lines > appear before and after the error in the console, that's definitely > where the issue is. You can also try logging that entire setfont command > so you can reproduce it later. Will do as soon as I can. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Mon Feb 15 02:32:56 2021 From: je-vv at e.email (Javier) Date: Sun, 14 Feb 2021 19:32:56 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> Message-ID: <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> On 2/14/21 7:03 PM, Javier wrote: > On 2/14/21 6:54 PM, Kian Kasad wrote: >> ... >> Take a look at /etc/s6/sv/console-setup/shell_up. Maybe add an echo to >> stderr before and after the call to setfont(1). If you see the lines >> appear before and after the error in the console, that's definitely >> where the issue is. You can also try logging that entire setfont command >> so you can reproduce it later. > > Will do as soon as I can.? Thanks ! OK, yeap, a 1st echo shows at the right of the prompt (as the error used to show up), then in the following line shows the error, and then there show up around 4 lines of the same echo (couldn't count, it's really fast)... What do you mean by "You can also try logging that entire setfont command"? Something like? setfont ${FONT_MAP:+-m $FONT_MAP} ${FONT_UNIMAP:+-u $FONT_UNIMAP} \ $FONT -C "/dev/tty${_index}" >& /setfont.log Such thing would prevent seeing the failure I'd guess, but it would log it under /setfont.log. Is that what you meant? -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Mon Feb 15 02:53:03 2021 From: je-vv at e.email (Javier) Date: Sun, 14 Feb 2021 19:53:03 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> Message-ID: <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> On 2/14/21 7:32 PM, Javier wrote: > On 2/14/21 7:03 PM, Javier wrote: >> On 2/14/21 6:54 PM, Kian Kasad wrote: >>> ... >>> Take a look at /etc/s6/sv/console-setup/shell_up. Maybe add an echo to >>> stderr before and after the call to setfont(1). If you see the lines >>> appear before and after the error in the console, that's definitely >>> where the issue is. You can also try logging that entire setfont command >>> so you can reproduce it later. >> >> Will do as soon as I can.? Thanks ! > > OK, yeap, a 1st echo shows at the right of the prompt (as the error used to show up), then in the following line shows the error, and then there show up around 4 lines of the same echo (couldn't count, it's really fast)... > > What do you mean by "You can also try logging that entire setfont command"?? Something like? > > ??????? setfont ${FONT_MAP:+-m $FONT_MAP} ${FONT_UNIMAP:+-u $FONT_UNIMAP} \ > ??????????????? $FONT -C "/dev/tty${_index}" >& /setfont.log > > Such thing would prevent seeing the failure I'd guess, but it would log it under /setfont.log.? Is that what you meant? Just in case, this is what I see: > artixlinux login: error diagnosing on stderr > setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error > error diagnosing on stderr > error diagnosing on stderr > error diagnosing on stderr > error diagnosing on stderr > error diagnosing on stderr > error diagnosing on stderr That with this script: > % cat /etc/s6/sv/console-setup/shell_up > #!/bin/sh > > [ -r /etc/vconsole.conf ] && . /etc/vconsole.conf > TTYS=${TTYS:-6} > _index=0 > while [ ${_index} -le $TTYS ]; do > if [ -n "$FONT" ]; then > setfont ${FONT_MAP:+-m $FONT_MAP} ${FONT_UNIMAP:+-u $FONT_UNIMAP} \ > $FONT -C "/dev/tty${_index}" > >&2 echo "error diagnosing on stderr" > fi > printf "\033%s" "%G" >/dev/tty${_index} > _index=$((_index + 1)) > done > if [ -n "$KEYMAP" ]; then > loadkeys -q -u ${KEYMAP} > fi I'll see how I can do the setfont command... Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Mon Feb 15 03:25:36 2021 From: je-vv at e.email (Javier) Date: Sun, 14 Feb 2021 20:25:36 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> Message-ID: On 2/14/21 7:53 PM, Javier wrote: > ... >> artixlinux login:? error diagnosing on stderr >> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error >> error diagnosing on stderr >> error diagnosing on stderr >> error diagnosing on stderr >> error diagnosing on stderr >> error diagnosing on stderr >> error diagnosing on stderr > > That with this script: > >> % cat /etc/s6/sv/console-setup/shell_up #!/bin/sh >> >> [ -r /etc/vconsole.conf ] && . /etc/vconsole.conf >> TTYS=${TTYS:-6} >> _index=0 >> while [ ${_index} -le $TTYS ]; do >> ??? if [ -n "$FONT" ]; then >> ??????? setfont ${FONT_MAP:+-m $FONT_MAP} ${FONT_UNIMAP:+-u $FONT_UNIMAP} \ >> ??????????????? $FONT -C "/dev/tty${_index}" >> ????????????????? >&2 echo "error diagnosing on stderr" >> ??? fi >> ??? printf "\033%s" "%G" >/dev/tty${_index} >> ??? _index=$((_index + 1)) >> done >> if [ -n "$KEYMAP" ]; then >> ??? loadkeys -q -u ${KEYMAP} >> fi By changing > setfont ${FONT_MAP:+-m $FONT_MAP} ${FONT_UNIMAP:+-u $FONT_UNIMAP} \ > $FONT -C "/dev/tty${_index}" > >&2 echo "error diagnosing on stderr" To: > setfont -v ${FONT_MAP:+-m $FONT_MAP} ${FONT_UNIMAP:+-u $FONT_UNIMAP} \ > $FONT -C "/dev/tty${_index}" > echo setfont ${FONT_MAP:+-m $FONT_MAP} ${FONT_UNIMAP:+-u $FONT_UNIMAP} \ > $FONT -C "/dev/tty${_index}" >> /run/setfont.log So that I can realize when it fails, and see a bit more verbose output, and still know what is executed, I see the following output on the initial tty1: > artixlinux login: setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error > setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... Then, by looking at what command lines were executed: > % cat /run/setfont.log > setfont ter-v22n -C /dev/tty0 > setfont ter-v22n -C /dev/tty1 > setfont ter-v22n -C /dev/tty2 > setfont ter-v22n -C /dev/tty3 > setfont ter-v22n -C /dev/tty4 > setfont ter-v22n -C /dev/tty5 > setfont ter-v22n -C /dev/tty6 It seems it fails on "setfont ter-v22n -C /dev/tty1", but I actually executed all of them by hand without error, so I couldn't reproduce it by hand: > % sudo su > [sudo] password for vasqueja: > [m1 vasqueja]# setfont ter-v22n -C /dev/tty0 > [m1 vasqueja]# setfont ter-v22n -C /dev/tty1 > [m1 vasqueja]# setfont ter-v22n -C /dev/tty2 > [m1 vasqueja]# setfont ter-v22n -C /dev/tty3 > [m1 vasqueja]# setfont ter-v22n -C /dev/tty4 > [m1 vasqueja]# setfont ter-v22n -C /dev/tty5 > [m1 vasqueja]# setfont ter-v22n -C /dev/tty6 > [m1 vasqueja]# So no failure by hand, just randomly when executing the one-shot... Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From yetanothergeek at gmail.com Mon Feb 15 03:33:37 2021 From: yetanothergeek at gmail.com (Jeff Pohlmeyer) Date: Sun, 14 Feb 2021 20:33:37 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> Message-ID: Don't know if this helps, but.... https://lists.gnu.org/archive/html/guix-devel/2018-07/msg00062.html - Jeff On Sun, Feb 14, 2021 at 8:25 PM Javier wrote: > > On 2/14/21 7:53 PM, Javier wrote: > > ... > >> artixlinux login: error diagnosing on stderr > >> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error > >> error diagnosing on stderr > >> error diagnosing on stderr > >> error diagnosing on stderr > >> error diagnosing on stderr > >> error diagnosing on stderr > >> error diagnosing on stderr > > > > That with this script: > > > >> % cat /etc/s6/sv/console-setup/shell_up #!/bin/sh > >> > >> [ -r /etc/vconsole.conf ] && . /etc/vconsole.conf > >> TTYS=${TTYS:-6} > >> _index=0 > >> while [ ${_index} -le $TTYS ]; do > >> if [ -n "$FONT" ]; then > >> setfont ${FONT_MAP:+-m $FONT_MAP} ${FONT_UNIMAP:+-u $FONT_UNIMAP} \ > >> $FONT -C "/dev/tty${_index}" > >> >&2 echo "error diagnosing on stderr" > >> fi > >> printf "\033%s" "%G" >/dev/tty${_index} > >> _index=$((_index + 1)) > >> done > >> if [ -n "$KEYMAP" ]; then > >> loadkeys -q -u ${KEYMAP} > >> fi > > By changing > > > setfont ${FONT_MAP:+-m $FONT_MAP} ${FONT_UNIMAP:+-u $FONT_UNIMAP} \ > > $FONT -C "/dev/tty${_index}" > > >&2 echo "error diagnosing on stderr" > > To: > > > setfont -v ${FONT_MAP:+-m $FONT_MAP} ${FONT_UNIMAP:+-u $FONT_UNIMAP} \ > > $FONT -C "/dev/tty${_index}" > > echo setfont ${FONT_MAP:+-m $FONT_MAP} ${FONT_UNIMAP:+-u $FONT_UNIMAP} \ > > $FONT -C "/dev/tty${_index}" >> /run/setfont.log > > So that I can realize when it fails, and see a bit more verbose output, and still know what is executed, I see the following output on the initial tty1: > > > artixlinux login: setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > > setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > > setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error > > setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > > setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > > setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > > setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > > setfont: INFO setfont.c:161 do_loadfont: Loading 512-char 11x22 font from file /usr/share/kbd/consolefonts/ter-v22n.psf.gz > > setfont: INFO setfont.c:248 do_loadtable: Loading Unicode mapping table... > > Then, by looking at what command lines were executed: > > > % cat /run/setfont.log > > setfont ter-v22n -C /dev/tty0 > > setfont ter-v22n -C /dev/tty1 > > setfont ter-v22n -C /dev/tty2 > > setfont ter-v22n -C /dev/tty3 > > setfont ter-v22n -C /dev/tty4 > > setfont ter-v22n -C /dev/tty5 > > setfont ter-v22n -C /dev/tty6 > > It seems it fails on "setfont ter-v22n -C /dev/tty1", but I actually executed all of them by hand without error, so I couldn't reproduce it by hand: > > > % sudo su > > [sudo] password for vasqueja: > > [m1 vasqueja]# setfont ter-v22n -C /dev/tty0 > > [m1 vasqueja]# setfont ter-v22n -C /dev/tty1 > > [m1 vasqueja]# setfont ter-v22n -C /dev/tty2 > > [m1 vasqueja]# setfont ter-v22n -C /dev/tty3 > > [m1 vasqueja]# setfont ter-v22n -C /dev/tty4 > > [m1 vasqueja]# setfont ter-v22n -C /dev/tty5 > > [m1 vasqueja]# setfont ter-v22n -C /dev/tty6 > > [m1 vasqueja]# > > So no failure by hand, just randomly when executing the one-shot... > > Thanks ! > > -- > Javier > > -- > artix-general mailing list > artix-general at artixlinux.org > https://lists.artixlinux.org/listinfo/artix-general From je-vv at e.email Mon Feb 15 03:55:42 2021 From: je-vv at e.email (Javier) Date: Sun, 14 Feb 2021 20:55:42 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> Message-ID: <5028c00f-d0fd-bba9-1102-3fe3630bb5f9@e.email> On 2/14/21 8:33 PM, Jeff Pohlmeyer wrote: > Don't know if this helps, but.... > https://lists.gnu.org/archive/html/guix-devel/2018-07/msg00062.html It looks pretty interesting, this is the commit mentioned to fix the mingetty behavior: https://github.com/lfam/guix/commit/a043b5b81a080c47e24298c80857919b9ea21bb2 However, looking into what is being used by Artix/S6: > % sudo grep -r getty /etc/s6 > /etc/s6/sv/agetty-tty2/run:3:envfile /etc/s6/sv/agetty-tty2/conf > /etc/s6/sv/agetty-tty2/run:8: { exec agetty -L -8 tty2 115200 } exec agetty -L -8 tty2 115200 -a ${USER} > /etc/s6/sv/agetty-tty2/conf:1:# Option to actually spawn the getty when the service starts. Set to "yes" to enable. > /etc/s6/sv/agetty-tty4/run:3:envfile /etc/s6/sv/agetty-tty4/conf > /etc/s6/sv/agetty-tty4/run:8: { exec agetty -L -8 tty4 115200 } exec agetty -L -8 tty4 115200 -a ${USER} > /etc/s6/sv/agetty-tty4/conf:1:# Option to actually spawn the getty when the service starts. Set to "yes" to enable. > /etc/s6/sv/early-getty-down/up:2:exec s6-svc -d /run/service/s6-linux-init-early-getty > /etc/s6/sv/early-getty-down/dependencies:1:agetty-tty1 > /etc/s6/sv/agetty-tty5/run:3:envfile /etc/s6/sv/agetty-tty5/conf > /etc/s6/sv/agetty-tty5/run:8: { exec agetty -L -8 tty5 115200 } exec agetty -L -8 tty5 115200 -a ${USER} > /etc/s6/sv/agetty-tty5/conf:1:# Option to actually spawn the getty when the service starts. Set to "yes" to enable. > /etc/s6/sv/agetty-tty6/run:3:envfile /etc/s6/sv/agetty-tty6/conf > /etc/s6/sv/agetty-tty6/run:8: { exec agetty -L -8 tty6 115200 } exec agetty -L -8 tty6 115200 -a ${USER} > /etc/s6/sv/agetty-tty6/conf:1:# Option to actually spawn the getty when the service starts. Set to "yes" to enable. > /etc/s6/sv/setup/contents:2:early-getty-down > /etc/s6/sv/setup/contents:3:getty > /etc/s6/sv/agetty-tty1/run:3:envfile /etc/s6/sv/agetty-tty1/conf > /etc/s6/sv/agetty-tty1/run:8: { exec agetty -L -8 tty1 115200 } exec agetty -L -8 tty1 115200 -a ${USER} > /etc/s6/sv/agetty-tty1/conf:1:# Option to actually spawn the getty when the service starts. Set to "yes" to enable. > /etc/s6/sv/agetty-tty3/run:3:envfile /etc/s6/sv/agetty-tty3/conf > /etc/s6/sv/agetty-tty3/run:8: { exec agetty -L -8 tty3 115200 } exec agetty -L -8 tty3 115200 -a ${USER} > /etc/s6/sv/agetty-tty3/conf:1:# Option to actually spawn the getty when the service starts. Set to "yes" to enable. > /etc/s6/sv/getty/contents:1:agetty-tty1 > /etc/s6/sv/getty/contents:2:agetty-tty2 > /etc/s6/sv/getty/contents:3:agetty-tty3 > /etc/s6/sv/getty/contents:4:agetty-tty4 > /etc/s6/sv/getty/contents:5:agetty-tty5 > /etc/s6/sv/getty/contents:6:agetty-tty6 > /etc/s6/current/run-image/service/s6-linux-init-early-getty/run:3:/usr/bin/agetty -L -8 tty1 115200 > /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty2/run:3:envfile /etc/s6/sv/agetty-tty2/conf > /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty2/run:8: { exec agetty -L -8 tty2 115200 } exec agetty -L -8 tty2 115200 -a ${USER} > /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty4/run:3:envfile /etc/s6/sv/agetty-tty4/conf > /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty4/run:8: { exec agetty -L -8 tty4 115200 } exec agetty -L -8 tty4 115200 -a ${USER} > /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty5/run:3:envfile /etc/s6/sv/agetty-tty5/conf > /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty5/run:8: { exec agetty -L -8 tty5 115200 } exec agetty -L -8 tty5 115200 -a ${USER} > /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty6/run:3:envfile /etc/s6/sv/agetty-tty6/conf > /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty6/run:8: { exec agetty -L -8 tty6 115200 } exec agetty -L -8 tty6 115200 -a ${USER} > /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty1/run:3:envfile /etc/s6/sv/agetty-tty1/conf > /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty1/run:8: { exec agetty -L -8 tty1 115200 } exec agetty -L -8 tty1 115200 -a ${USER} > /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty3/run:3:envfile /etc/s6/sv/agetty-tty3/conf > /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty3/run:8: { exec agetty -L -8 tty3 115200 } exec agetty -L -8 tty3 115200 -a ${USER} So Artix/S6 is using agetty instead of mingetty... And by looking at its man page, it seems that "--nohangup" is the default behavior, since there's NO option for that, but there's an option for the opposite (to hangup): > -R, --hangup > Call vhangup() to do a virtual hangup of the specified terminal. So I'm not sure the hangup thing is related at all. Though there's something weird with Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Mon Feb 15 03:58:13 2021 From: je-vv at e.email (Javier) Date: Sun, 14 Feb 2021 20:58:13 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: <5028c00f-d0fd-bba9-1102-3fe3630bb5f9@e.email> References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> <5028c00f-d0fd-bba9-1102-3fe3630bb5f9@e.email> Message-ID: On 2/14/21 8:55 PM, Javier wrote: > On 2/14/21 8:33 PM, Jeff Pohlmeyer wrote: >> Don't know if this helps, but.... >> https://lists.gnu.org/archive/html/guix-devel/2018-07/msg00062.html > > It looks pretty interesting, this is the commit mentioned to fix the mingetty behavior: > > https://github.com/lfam/guix/commit/a043b5b81a080c47e24298c80857919b9ea21bb2 > > However, looking into what is being used by Artix/S6: > >> % sudo grep -r getty /etc/s6 /etc/s6/sv/agetty-tty2/run:3:envfile /etc/s6/sv/agetty-tty2/conf >> /etc/s6/sv/agetty-tty2/run:8:?? { exec agetty -L -8 tty2 115200 } exec agetty -L -8 tty2 115200 -a ${USER} >> /etc/s6/sv/agetty-tty2/conf:1:# Option to actually spawn the getty when the service starts. Set to "yes" to enable. >> /etc/s6/sv/agetty-tty4/run:3:envfile /etc/s6/sv/agetty-tty4/conf >> /etc/s6/sv/agetty-tty4/run:8:?? { exec agetty -L -8 tty4 115200 } exec agetty -L -8 tty4 115200 -a ${USER} >> /etc/s6/sv/agetty-tty4/conf:1:# Option to actually spawn the getty when the service starts. Set to "yes" to enable. >> /etc/s6/sv/early-getty-down/up:2:exec s6-svc -d /run/service/s6-linux-init-early-getty >> /etc/s6/sv/early-getty-down/dependencies:1:agetty-tty1 >> /etc/s6/sv/agetty-tty5/run:3:envfile /etc/s6/sv/agetty-tty5/conf >> /etc/s6/sv/agetty-tty5/run:8:?? { exec agetty -L -8 tty5 115200 } exec agetty -L -8 tty5 115200 -a ${USER} >> /etc/s6/sv/agetty-tty5/conf:1:# Option to actually spawn the getty when the service starts. Set to "yes" to enable. >> /etc/s6/sv/agetty-tty6/run:3:envfile /etc/s6/sv/agetty-tty6/conf >> /etc/s6/sv/agetty-tty6/run:8:?? { exec agetty -L -8 tty6 115200 } exec agetty -L -8 tty6 115200 -a ${USER} >> /etc/s6/sv/agetty-tty6/conf:1:# Option to actually spawn the getty when the service starts. Set to "yes" to enable. >> /etc/s6/sv/setup/contents:2:early-getty-down >> /etc/s6/sv/setup/contents:3:getty >> /etc/s6/sv/agetty-tty1/run:3:envfile /etc/s6/sv/agetty-tty1/conf >> /etc/s6/sv/agetty-tty1/run:8:?? { exec agetty -L -8 tty1 115200 } exec agetty -L -8 tty1 115200 -a ${USER} >> /etc/s6/sv/agetty-tty1/conf:1:# Option to actually spawn the getty when the service starts. Set to "yes" to enable. >> /etc/s6/sv/agetty-tty3/run:3:envfile /etc/s6/sv/agetty-tty3/conf >> /etc/s6/sv/agetty-tty3/run:8:?? { exec agetty -L -8 tty3 115200 } exec agetty -L -8 tty3 115200 -a ${USER} >> /etc/s6/sv/agetty-tty3/conf:1:# Option to actually spawn the getty when the service starts. Set to "yes" to enable. >> /etc/s6/sv/getty/contents:1:agetty-tty1 >> /etc/s6/sv/getty/contents:2:agetty-tty2 >> /etc/s6/sv/getty/contents:3:agetty-tty3 >> /etc/s6/sv/getty/contents:4:agetty-tty4 >> /etc/s6/sv/getty/contents:5:agetty-tty5 >> /etc/s6/sv/getty/contents:6:agetty-tty6 >> /etc/s6/current/run-image/service/s6-linux-init-early-getty/run:3:/usr/bin/agetty -L -8 tty1 115200 >> /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty2/run:3:envfile /etc/s6/sv/agetty-tty2/conf >> /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty2/run:8:?? { exec agetty -L -8 tty2 115200 } exec agetty -L -8 tty2 115200 -a ${USER} >> /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty4/run:3:envfile /etc/s6/sv/agetty-tty4/conf >> /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty4/run:8:?? { exec agetty -L -8 tty4 115200 } exec agetty -L -8 tty4 115200 -a ${USER} >> /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty5/run:3:envfile /etc/s6/sv/agetty-tty5/conf >> /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty5/run:8:?? { exec agetty -L -8 tty5 115200 } exec agetty -L -8 tty5 115200 -a ${USER} >> /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty6/run:3:envfile /etc/s6/sv/agetty-tty6/conf >> /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty6/run:8:?? { exec agetty -L -8 tty6 115200 } exec agetty -L -8 tty6 115200 -a ${USER} >> /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty1/run:3:envfile /etc/s6/sv/agetty-tty1/conf >> /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty1/run:8:?? { exec agetty -L -8 tty1 115200 } exec agetty -L -8 tty1 115200 -a ${USER} >> /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty3/run:3:envfile /etc/s6/sv/agetty-tty3/conf >> /etc/s6/rc/compiled-1613197926/servicedirs/agetty-tty3/run:8:?? { exec agetty -L -8 tty3 115200 } exec agetty -L -8 tty3 115200 -a ${USER} > > So Artix/S6 is using agetty instead of mingetty...? And by looking at its man page, it seems that "--nohangup" is the default behavior, since there's NO option for that, but there's an option for the opposite (to hangup): > >> ?????? -R, --hangup >> ????????????? Call vhangup() to do a virtual hangup of the specified terminal. > > So I'm not sure the hangup thing is related at all. > > Thanks ! > > BTW, sorry for the spam, please remove "Though there's something weird with" from my prior post... Fixing it... -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Mon Feb 15 05:28:01 2021 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Sun, 14 Feb 2021 22:28:01 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> Message-ID: On 2/14/21 8:25 PM, Javier wrote: > It seems it fails on "setfont ter-v22n -C /dev/tty1", but I actually > executed all of them by hand without error, so I couldn't reproduce it > by hand:: Late to this whole discussion, but it sounds like to me that console-setup just needs a dependency on early-getty-down. From je-vv at e.email Mon Feb 15 07:41:48 2021 From: je-vv at e.email (Javier) Date: Mon, 15 Feb 2021 00:41:48 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> Message-ID: <494e416e-dda4-c6f8-539c-53391e6e65e8@e.email> On 2/14/21 10:28 PM, Dudemanguy wrote: > On 2/14/21 8:25 PM, Javier wrote: >> It seems it fails on "setfont ter-v22n -C /dev/tty1", but I actually executed all of them by hand without error, so I couldn't reproduce it by hand:: > > Late to this whole discussion, but it sounds like to me that > console-setup just needs a dependency on early-getty-down. I guess I can test as root: echo "early-getty-down" > /etc/s6/sv/console-setup/dependencies And test. Do I need rebuilding the DB? I'll have to try it when having some time later though. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Mon Feb 15 15:34:14 2021 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Mon, 15 Feb 2021 08:34:14 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: <494e416e-dda4-c6f8-539c-53391e6e65e8@e.email> References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> <494e416e-dda4-c6f8-539c-53391e6e65e8@e.email> Message-ID: <5d9aa0bf-4c8f-59cd-3023-68e78c0ced37@artixlinux.org> On 2/15/21 12:41 AM, Javier wrote: > Do I need rebuilding the DB? Yup. Thanks for testing! From je-vv at e.email Tue Feb 16 02:55:12 2021 From: je-vv at e.email (Javier) Date: Mon, 15 Feb 2021 19:55:12 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: <5d9aa0bf-4c8f-59cd-3023-68e78c0ced37@artixlinux.org> References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> <494e416e-dda4-c6f8-539c-53391e6e65e8@e.email> <5d9aa0bf-4c8f-59cd-3023-68e78c0ced37@artixlinux.org> Message-ID: <6bb711e9-52e3-04b8-f9eb-8f57c0df10ae@e.email> On 2/15/21 8:34 AM, Dudemanguy wrote: > On 2/15/21 12:41 AM, Javier wrote: >> Do I need rebuilding the DB? > > Yup. Thanks for testing! I tried powering off and booting, as well as rebooting, in total, like 25 times, 10 on the HP laptop and the rest on different mintbox2 boxes, and it seems the dependency was the missing thing, :) The failure is random, so can't guarantee, but it looks like it. @Dudemanguy, perhaps you can release: > % cat /etc/s6/sv/console-setup/dependencies > early-getty-down Not sure why this started to be noticeable only after the last upgrade of S6 stuff, but the added dependency seems to do the magic. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From kian at kasad.com Tue Feb 16 03:51:55 2021 From: kian at kasad.com (Kian Kasad) Date: Mon, 15 Feb 2021 18:51:55 -0800 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: <6bb711e9-52e3-04b8-f9eb-8f57c0df10ae@e.email> References: <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> <494e416e-dda4-c6f8-539c-53391e6e65e8@e.email> <5d9aa0bf-4c8f-59cd-3023-68e78c0ced37@artixlinux.org> <6bb711e9-52e3-04b8-f9eb-8f57c0df10ae@e.email> Message-ID: <20210216025155.f4b2wocgxqrelgxq@frisbee> On 21/02/15 07:55PM, Javier wrote: > On 2/15/21 8:34 AM, Dudemanguy wrote: > > On 2/15/21 12:41 AM, Javier wrote: > > > Do I need rebuilding the DB? > > > > Yup. Thanks for testing! > > I tried powering off and booting, as well as rebooting, in total, like 25 times, 10 on the HP laptop and the rest on different mintbox2 boxes, and it seems the dependency was the missing thing, :) The failure is random, so can't guarantee, but it looks like it. > > @Dudemanguy, perhaps you can release: > > > % cat /etc/s6/sv/console-setup/dependencies early-getty-down > > Not sure why this started to be noticeable only after the last upgrade of S6 stuff, but the added dependency seems to do the magic. I wonder why this problem happens at all. I'm not quite good enough at debugging syscalls to understand why the ioctl(2) call fails. I did an strace(1) on agetty(8) and it doesn't call vhangup(2) at all, so it likely isn't an issue with the terminal being hung up. And since it only happens sometimes, it seems like it might be a race condition between setfont(1) and agetty(8). This is a good excuse to learn how to debug/step through kernel code, though, so I might try to do that just for fun. -- Kian Kasad -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available URL: From dudemanguy at artixlinux.org Tue Feb 16 04:02:02 2021 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Mon, 15 Feb 2021 21:02:02 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: <6bb711e9-52e3-04b8-f9eb-8f57c0df10ae@e.email> References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> <494e416e-dda4-c6f8-539c-53391e6e65e8@e.email> <5d9aa0bf-4c8f-59cd-3023-68e78c0ced37@artixlinux.org> <6bb711e9-52e3-04b8-f9eb-8f57c0df10ae@e.email> Message-ID: <4059c7d2-f787-a188-a387-42bd936f22b5@artixlinux.org> On 2/15/21 7:55 PM, Javier wrote: > Not sure why this started to be noticeable only after the last upgrade > of S6 stuff, but the added dependency seems to do the magic. I guess it's just some strange race when you have gettys going up and down. The error might be completely harmless, but I'll add the dependency to the next version of s6-scripts. From je-vv at e.email Tue Feb 16 04:02:48 2021 From: je-vv at e.email (Javier) Date: Mon, 15 Feb 2021 21:02:48 -0600 Subject: [artix-general] [s6] random boot error -> setfont: ERROR kdfontop.c:232 put_font_kdfontop: ioctl(KDFONTOP): Input/output error In-Reply-To: <4059c7d2-f787-a188-a387-42bd936f22b5@artixlinux.org> References: <24ebd372-453c-4010-4501-89bbf262e553@e.email> <20210214212606.2txydwdyd7rxn6gt@frisbee> <2618c710-6e83-1547-92dc-adc229a19fe6@e.email> <20210215005422.m4ojt36v6wcomrm6@frisbee> <9ed8eda6-3125-8f97-213c-c4246ad79880@e.email> <2b8ec4cf-2ea7-2275-58fa-255cbc2ad435@e.email> <494e416e-dda4-c6f8-539c-53391e6e65e8@e.email> <5d9aa0bf-4c8f-59cd-3023-68e78c0ced37@artixlinux.org> <6bb711e9-52e3-04b8-f9eb-8f57c0df10ae@e.email> <4059c7d2-f787-a188-a387-42bd936f22b5@artixlinux.org> Message-ID: On 2/15/21 9:02 PM, Dudemanguy wrote: > On 2/15/21 7:55 PM, Javier wrote: >> Not sure why this started to be noticeable only after the last upgrade of S6 stuff, but the added dependency seems to do the magic. > > I guess it's just some strange race when you have gettys going up and > down. The error might be completely harmless, but I'll add the > dependency to the next version of s6-scripts. Thanks a lot ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From jason+artix at coldbeach.io Tue Feb 16 17:07:51 2021 From: jason+artix at coldbeach.io (Jason Cooper) Date: Tue, 16 Feb 2021 08:07:51 -0800 Subject: [artix-general] runit for background (boo!) processes? Message-ID: All, I?ve been using Artix / runit for a few months now with great success. Now I?m moving over some of my servers to Artix that run `cloudflared`. Sadly, this tool doesn?t have an option to disable backgrounding (daemonizing). What?s the idiomatic way to handle such processes with runit? I?d like to do more than `/etc/rc.local`, and obviously less than full supervision runit. How does everyone handle this situation? Thanks! Jason -------------- next part -------------- An HTML attachment was scrubbed... URL: From jason+artix at coldbeach.io Tue Feb 16 17:29:11 2021 From: jason+artix at coldbeach.io (Jason Cooper) Date: Tue, 16 Feb 2021 08:29:11 -0800 Subject: [artix-general] runit for background (boo!) processes? In-Reply-To: References: Message-ID: Hi Armin! On 2/16/21 5:07 PM, Jason Cooper wrote: > > I?ve been using Artix / runit for a few months now with great success. > Now I?m moving over some of my servers to Artix that run `cloudflared`. > Sadly, this tool doesn?t have an option to disable backgrounding > (daemonizing). > > What?s the idiomatic way to handle such processes with runit? I?d like to > do more than `/etc/rc.local`, and obviously less than full supervision > runit. How does everyone handle this situation? > > > > On Feb 16, 2021 at 11:17:54 AM, Armin wrote: > You could see if it at least can write a PID file, or create a runit > service that "loses control" over the cloudflared child process. > Yeah, that?s what I?m leaning towards. A small tool that launches the misbehaving process, and monitors `/proc/$pid` ? I was just really hoping not to have to write it :-) In either way, that daemon should provide an option to not background. As > for cloudflared, I was not even able to start it backgrounded (it just kept > running in the forground in my case), but I agree there should be an option > for this - you should probably file a bug. > Yes, I just did: https://github.com/cloudflare/cloudflared/issues/315 Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From qontinuum.dev at protonmail.ch Sat Feb 27 19:05:16 2021 From: qontinuum.dev at protonmail.ch (Qontinuum) Date: Sat, 27 Feb 2021 18:05:16 +0000 Subject: [artix-general] New Artix mirror Message-ID: <29-1xxqnoIfVcA7Jb5z4tPRwEVEZRbObd8RXAPAa9pNggGP9yLDbZVXUIeM2w2yZHtkC21E8AnSIGxJbE7HL1f_v2mRPSgY8WDlk5TLyo-g=@protonmail.ch> Hello everyone, I would like to list a new mirror for artixlinux repositories (not mirroring isos) Here is some information about it: Located in western Europe URLs for supported access methods: - http://artixlinux.qontinuum.space/ - https://artixlinux.qontinuum.space:4443/ - http://uuktajb4xq3ykpayyawfhpuadoqsq7g5g4kks33cwhvx7due7ymuryqd.onion/ Syncing once an hour from mirror1.artixlinux.org -- qontinuum -------------- next part -------------- A non-text attachment was scrubbed... Name: publickey - qontinuum.dev at protonmail.ch - 0x7D4EBBCD.asc Type: application/pgp-keys Size: 748 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 249 bytes Desc: OpenPGP digital signature URL: From eriklauritsen at yandex.com Mon Feb 8 20:25:15 2021 From: eriklauritsen at yandex.com (Erik Lauritsen) Date: Mon, 08 Feb 2021 19:25:15 -0000 Subject: [artix-general] Please make an antix-announce mailing list In-Reply-To: <20210208052749.GA1167@www2.mrbrklyn.com> References: <13455651611956553@myt6-09be74140f25.qloud-c.yandex.net> <20210201224037.23b70eb7dde29e5248a4256c@posteo.net> <20210208052749.GA1167@www2.mrbrklyn.com> Message-ID: <726761612811915@iva7-56e9317134d0.qloud-c.yandex.net> > there is so little traffic what does it matter It matters a lot. If you don't care, then don't subscribe! > On Mon, Feb 01, 2021 at 10:40:37PM +0100, Artix wrote: > >> +1 >> >> On Fri, 29 Jan 2021 21:42:33 +0000 >> Erik Lauritsen via artix-general ha escrit: >> >>> Hi, >>> >>> As the title say. >>> >>> In order to better stay updated with recent news, stuff that breaks and that requires manual intervention etc. >>> >>> Only important announcements, low noise. >>> >>> Kind regards >>> -- >>> artix-general mailing list >>> artix-general at artixlinux.org >>> https://lists.artixlinux.org/listinfo/artix-general >> -- >> artix-general mailing list >> artix-general at artixlinux.org >> https://lists.artixlinux.org/listinfo/artix-general > > -- > So many immigrant groups have swept through our town > that Brooklyn, like Atlantis, reaches mythological > proportions in the mind of the world - RI Safir 1998 > http://www.mrbrklyn.com > > DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 > http://www.nylxs.com - Leadership Development in Free Software > http://www2.mrbrklyn.com/resources - Unpublished Archive > http://www.coinhangout.com - coins! > http://www.brooklyn-living.com > > Being so tracked is for FARM ANIMALS and extermination camps, > but incompatible with living as a free human being. -RI Safir 2013 From eriklauritsen at yandex.com Thu Feb 11 03:07:52 2021 From: eriklauritsen at yandex.com (Erik Lauritsen) Date: Thu, 11 Feb 2021 02:07:52 -0000 Subject: [artix-general] Please make an antix-announce mailing list In-Reply-To: <20210208193651.GA9922@www2.mrbrklyn.com> References: <13455651611956553@myt6-09be74140f25.qloud-c.yandex.net> <20210201224037.23b70eb7dde29e5248a4256c@posteo.net> <20210208052749.GA1167@www2.mrbrklyn.com> <726761612811915@iva7-56e9317134d0.qloud-c.yandex.net> <20210208193651.GA9922@www2.mrbrklyn.com> Message-ID: <474211613008932@sas1-30406100349c.qloud-c.yandex.net> > On Mon, Feb 08, 2021 at 07:18:35PM +0000, Erik Lauritsen wrote: > >>> there is so little traffic what does it matter >> >> It matters a lot. If you don't care, then don't subscribe! > > No - it doesn't matter at all when you have 3 or 4 posts a month, and > there is no reason for you to be a nasty. Nasty? What are you on? > I am so sick of people being pricks. If you have a temper problem, and > can't converse like a normal person then step away from the keyboard. Clearly, you are the one with the problem. > Even on the forum there is barely any announcements. It doesn't matter. Even if there is only an announcement once every year, then that announcement is important, and getting an email is a VERY good way to stay updated. I haven't got the time to check out every single forum for every single project I am dealing with, that would take up an entire day. No. An announcement mailing list is a responsible and really useful way to keep users aware of important things. > Maybe you aren't aware of this, but when we created to format for email > we created something called the SUBJECT LINE. And there it has the > subject, which might say [ANNOUNCEMENT] or some such. I assume you have > eyes and you can scan your email in mutt or whatever MUA that you have. > > OTOH, for the poor slob who is running the mailing lists, it is another > completely uneeded secruity vector and item to administer, all because > you are too lazy to read 4 messages a month. This has nothing to do with being lazy. These lists grow over time. I don't my inbox packed with every new users questions about how to install Artix or how to do X, Y or Z. Maybe the traffic is low now, but hopefully it wont stay that way. So no. This has absolutely nothing to do with that. Every respectful project has an announce list, which is all I am interested in being subscribed to. The rest of the lists I can read on the archives. > Ruben > >>> On Mon, Feb 01, 2021 at 10:40:37PM +0100, Artix wrote: >>> >>>> +1 >>>> >>>> On Fri, 29 Jan 2021 21:42:33 +0000 >>>> Erik Lauritsen via artix-general ha escrit: >>>> >>>>> Hi, >>>>> >>>>> As the title say. >>>>> >>>>> In order to better stay updated with recent news, stuff that breaks and that requires manual intervention etc. >>>>> >>>>> Only important announcements, low noise. >>>>> >>>>> Kind regards >>>>> -- >>>>> artix-general mailing list >>>>> artix-general at artixlinux.org >>>>> https://lists.artixlinux.org/listinfo/artix-general >>>> -- >>>> artix-general mailing list >>>> artix-general at artixlinux.org >>>> https://lists.artixlinux.org/listinfo/artix-general >>> >>> -- >>> So many immigrant groups have swept through our town >>> that Brooklyn, like Atlantis, reaches mythological >>> proportions in the mind of the world - RI Safir 1998 >>> http://www.mrbrklyn.com >>> >>> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 >>> http://www.nylxs.com - Leadership Development in Free Software >>> http://www2.mrbrklyn.com/resources - Unpublished Archive >>> http://www.coinhangout.com - coins! >>> http://www.brooklyn-living.com >>> >>> Being so tracked is for FARM ANIMALS and extermination camps, >>> but incompatible with living as a free human being. -RI Safir 2013 > > -- > So many immigrant groups have swept through our town > that Brooklyn, like Atlantis, reaches mythological > proportions in the mind of the world - RI Safir 1998 > http://www.mrbrklyn.com > > DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 > http://www.nylxs.com - Leadership Development in Free Software > http://www2.mrbrklyn.com/resources - Unpublished Archive > http://www.coinhangout.com - coins! > http://www.brooklyn-living.com > > Being so tracked is for FARM ANIMALS and extermination camps, > but incompatible with living as a free human being. -RI Safir 2013 From eriklauritsen at yandex.com Thu Feb 11 03:10:33 2021 From: eriklauritsen at yandex.com (Erik Lauritsen) Date: Thu, 11 Feb 2021 02:10:33 -0000 Subject: [artix-general] Please make an antix-announce mailing list In-Reply-To: <20210208194024.GA10025@www2.mrbrklyn.com> References: <13455651611956553@myt6-09be74140f25.qloud-c.yandex.net> <20210201224037.23b70eb7dde29e5248a4256c@posteo.net> <20210208052749.GA1167@www2.mrbrklyn.com> <726761612811915@iva7-56e9317134d0.qloud-c.yandex.net> <20210208194024.GA10025@www2.mrbrklyn.com> Message-ID: <474601613008987@sas1-30406100349c.qloud-c.yandex.net> > Correct 16 emails in January... OH the burden Some of us have tons of email to manage, so please go away. > On Mon, Feb 08, 2021 at 07:18:35PM +0000, Erik Lauritsen wrote: > >>> there is so little traffic what does it matter >> >> It matters a lot. If you don't care, then don't subscribe! >> >>> On Mon, Feb 01, 2021 at 10:40:37PM +0100, Artix wrote: >>> >>>> +1 >>>> >>>> On Fri, 29 Jan 2021 21:42:33 +0000 >>>> Erik Lauritsen via artix-general ha escrit: >>>> >>>>> Hi, >>>>> >>>>> As the title say. >>>>> >>>>> In order to better stay updated with recent news, stuff that breaks and that requires manual intervention etc. >>>>> >>>>> Only important announcements, low noise. >>>>> >>>>> Kind regards >>>>> -- >>>>> artix-general mailing list >>>>> artix-general at artixlinux.org >>>>> https://lists.artixlinux.org/listinfo/artix-general >>>> -- >>>> artix-general mailing list >>>> artix-general at artixlinux.org >>>> https://lists.artixlinux.org/listinfo/artix-general >>> >>> -- >>> So many immigrant groups have swept through our town >>> that Brooklyn, like Atlantis, reaches mythological >>> proportions in the mind of the world - RI Safir 1998 >>> http://www.mrbrklyn.com >>> >>> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 >>> http://www.nylxs.com - Leadership Development in Free Software >>> http://www2.mrbrklyn.com/resources - Unpublished Archive >>> http://www.coinhangout.com - coins! >>> http://www.brooklyn-living.com >>> >>> Being so tracked is for FARM ANIMALS and extermination camps, >>> but incompatible with living as a free human being. -RI Safir 2013 > > -- > So many immigrant groups have swept through our town > that Brooklyn, like Atlantis, reaches mythological > proportions in the mind of the world - RI Safir 1998 > http://www.mrbrklyn.com > > DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 > http://www.nylxs.com - Leadership Development in Free Software > http://www2.mrbrklyn.com/resources - Unpublished Archive > http://www.coinhangout.com - coins! > http://www.brooklyn-living.com > > Being so tracked is for FARM ANIMALS and extermination camps, > but incompatible with living as a free human being. -RI Safir 2013