From somenxavier at posteo.net Fri May 1 23:35:45 2020 From: somenxavier at posteo.net (Xavier B.) Date: Fri, 1 May 2020 23:35:45 +0200 Subject: [artix-general] 686 support? Message-ID: <20200501233545.a0e81d77f1b3f22ab431fbd7@posteo.net> Hi, I'm desktop user of artix (2 computers). Now I have an old computer I want to use as personal storing server. I want to install artix, but now artix only supports amd64 arch. It would be great if you offer a release for this arch too (base would be enough for me). In the past I installed arch (systemd) and parabola (openrc) but I felt that parabola does not maintain openrc packages (you have to manually edit init script with openrc but in systemd init script is in the package). Thanks in advance, Xavier From ruben at mrbrklyn.com Sat May 2 18:09:00 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Sat, 2 May 2020 12:09:00 -0400 Subject: [artix-general] 686 support? In-Reply-To: <20200501233545.a0e81d77f1b3f22ab431fbd7@posteo.net> References: <20200501233545.a0e81d77f1b3f22ab431fbd7@posteo.net> Message-ID: <20200502160859.GA24700@www2.mrbrklyn.com> You are running a 32bit machine? what CPU does it use? On Fri, May 01, 2020 at 11:35:45PM +0200, Artix wrote: > Hi, > > I'm desktop user of artix (2 computers). Now I have an old computer I want to use as personal storing server. I want to install artix, but now artix only supports amd64 arch. It would be great if you offer a release for this arch too (base would be enough for me). In the past I installed arch (systemd) and parabola (openrc) but I felt that parabola does not maintain openrc packages (you have to manually edit init script with openrc but in systemd init script is in the package). > > Thanks in advance, > Xavier > -- > 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 somenxavier at posteo.net Sun May 3 13:23:47 2020 From: somenxavier at posteo.net (Xavier B.) Date: Sun, 3 May 2020 13:23:47 +0200 Subject: [artix-general] Fw: Re: 686 support? Message-ID: <20200503132347.d13b3aa10f825df53aabb9ef@posteo.net> Begin forwarded message: Date: Sun, 3 May 2020 13:23:21 +0200 From: "Xavier B." To: Ruben Safir Subject: Re: [artix-general] 686 support? a Yes. I have a 32 bit machine. The CPU is very old: Intel? Celeron M 353 The machine is Eeepc 1000hd which I have used as document server On Sat, 2 May 2020 12:09:00 -0400 Ruben Safir ha escrit: > You are running a 32bit machine? > > what CPU does it use? > > > On Fri, May 01, 2020 at 11:35:45PM +0200, Artix wrote: > > Hi, > > > > I'm desktop user of artix (2 computers). Now I have an old computer I want to use as personal storing server. I want to install artix, but now artix only supports amd64 arch. It would be great if you offer a release for this arch too (base would be enough for me). In the past I installed arch (systemd) and parabola (openrc) but I felt that parabola does not maintain openrc packages (you have to manually edit init script with openrc but in systemd init script is in the package). > > > > Thanks in advance, > > Xavier > > -- > > 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 somenxavier at posteo.net Thu May 7 13:01:54 2020 From: somenxavier at posteo.net (Xavier B.) Date: Thu, 7 May 2020 13:01:54 +0200 Subject: [artix-general] Bash prompt Message-ID: <20200507130154.f159344d6e9de5a9de0285d6@posteo.net> Recently you change tty prompt in artix and now I tty displays only "-bash-5.0" How can I restore the old tty prompt? Something like [user at machine-name Directory] Thanks From nous at artixlinux.org Thu May 7 16:42:15 2020 From: nous at artixlinux.org (Christos Nouskas) Date: Thu, 7 May 2020 17:42:15 +0300 Subject: [artix-general] 686 support? In-Reply-To: <20200501233545.a0e81d77f1b3f22ab431fbd7@posteo.net> References: <20200501233545.a0e81d77f1b3f22ab431fbd7@posteo.net> Message-ID: <20200507174215.3c7f8a7a@hyperion.xyzzy.xyz> On Fri, 1 May 2020 23:35:45 +0200 "Xavier B. via artix-general" wrote: > Hi, > > I'm desktop user of artix (2 computers). Now I have an old computer I want > to use as personal storing server. I want to install artix, but now artix > only supports amd64 arch. It would be great if you offer a release for this > arch too (base would be enough for me). In the past I installed arch > (systemd) and parabola (openrc) but I felt that parabola does not maintain > openrc packages (you have to manually edit init script with openrc but in > systemd init script is in the package). Unfortunately, we can't ATM nor it seems we will anytime soon due to lack of interest and hands. Your best option would be to put Artix repositories *below* Parabola's and specifically install initscript packages from our repos: pacman -S world/nginx-openrc Note, this might entail creating a separate pacman.conf package where Architecture is set to x86_64 in order to even sync and access our repositories, which is error-prone and kind of advanced stuff. -- https://systemd-free.artixlinux.org From somenxavier at posteo.net Mon May 11 16:34:32 2020 From: somenxavier at posteo.net (Xavier B.) Date: Mon, 11 May 2020 16:34:32 +0200 Subject: [artix-general] Re Bash prompt Message-ID: <20200511163432.ec832acb57564d83fc8ca82b@posteo.net> > Recently you change tty prompt in artix and now I tty displays only "-bash-5.0" > How can I restore the old tty prompt? Something like [user at machine-name Directory] > > Thanks I noticed that filesystem versiomn 2020.05.07-1 fixes this issue From je-vv at e.email Wed May 13 02:59:55 2020 From: je-vv at e.email (Javier) Date: Tue, 12 May 2020 18:59:55 -0600 Subject: [artix-general] GNU Shepherd init In-Reply-To: <20200227120728.GA30384@www2.mrbrklyn.com> References: <20200227120728.GA30384@www2.mrbrklyn.com> Message-ID: <5d4fdb60-4a29-b4ba-209e-637e942fa3f3@e.email> On 2/27/20 6:07 AM, Ruben Safir via artix-general wrote: > Has anyone looked at using Shephard in artix? > > In theory the system's goal is to be init agnostic so it would seem > natural that someone would try to include Shepherd into artix along with > S6 and openrc > > Ruben > I also think having the shepherd init [1] (formerly DMD) support would be great. And it can be combined with the pies supervisor [2]. That combination might be great, even though pies is mentioned to possibly act as an init system, because what's being "actively" developed as the GNU init system is shepherd. pies as a supervisor resembles s6 and runit somehow, from [2]: > If any of the components terminates, the default action of Pies is to restart it. > However, it can also be programmed to perform a variety of another actions such as, e.g. > sending mail notifications to the system administrator, invoking another external program, etc. I came to know about pies on this gnu-system-discuss thread [3]. Sounds like a very interesting combination. Greeting ! -- Javier [1] https://www.gnu.org/software/shepherd [2] https://www.gnu.org.ua/software/pies [3] https://lists.gnu.org/archive/html/gnu-system-discuss/2019-11/msg00248.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Wed May 13 03:06:36 2020 From: je-vv at e.email (Javier) Date: Tue, 12 May 2020 19:06:36 -0600 Subject: [artix-general] [s6] system not decrypting/mounting (lvm on luks) a non root volume at boot In-Reply-To: References: <82e095d1-1178-7629-c249-b7b8a496c34c@artixlinux.org> <9a6d50d4-dfba-4f98-363a-0d2fe8ce009b@e.email> <548aba2a-613d-803f-7416-c395bd77f355@artixlinux.org> <72590f59-438a-f6ff-2dba-88a8e3c421be@e.email> Message-ID: On 4/22/20 12:28 AM, Javier via artix-general wrote: > ... > So starting cryptsetup up manually does work as you suspected. It does prompt and request me for the password, and successfully decrypts the partition. Just missing that behavior at boot, :) BTW, I naively attempted to change the up script shebang from: > #!/usr/bin/env bash To: > #!/usr/bin/env -S bash -i But just in case, that made no effect... Same situation of not getting prompted at boot... Just in case there might be someone as naive. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Wed May 13 04:29:51 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Tue, 12 May 2020 21:29:51 -0500 Subject: [artix-general] [s6] system not decrypting/mounting (lvm on luks) a non root volume at boot In-Reply-To: References: <82e095d1-1178-7629-c249-b7b8a496c34c@artixlinux.org> <9a6d50d4-dfba-4f98-363a-0d2fe8ce009b@e.email> <548aba2a-613d-803f-7416-c395bd77f355@artixlinux.org> <72590f59-438a-f6ff-2dba-88a8e3c421be@e.email> Message-ID: <31f7849a-4e6d-7d4b-83d9-775d98459aff@artixlinux.org> On 5/12/20 8:06 PM, Javier via artix-general wrote: > But just in case, that made no effect... Same situation of not getting prompted at boot... I need to get back on this one. Such a puzzling issue. I'll try to find some time later this week and setup a luks test case for this. From dudemanguy at artixlinux.org Wed May 13 04:45:13 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Tue, 12 May 2020 21:45:13 -0500 Subject: [artix-general] GNU Shepherd init In-Reply-To: <5d4fdb60-4a29-b4ba-209e-637e942fa3f3@e.email> References: <20200227120728.GA30384@www2.mrbrklyn.com> <5d4fdb60-4a29-b4ba-209e-637e942fa3f3@e.email> Message-ID: <6fd5ba6f-1548-ea0e-8b17-2500b756ebf4@artixlinux.org> > I also think having the shepherd init [1] (formerly DMD) support would be great. And it can be combined with the pies supervisor [2]. That combination might be great, even though pies is mentioned to possibly act as an init system, because what's being "actively" developed as the GNU init system is shepherd. pies as a supervisor resembles s6 and runit somehow, from [2]: I don't know the details of how GNU shepherd works, but it's certainly not technically impossible to add another init. Artix is very init-agnostic so as long as said init doesn't do a lot of crazy things (like systemd), it should be possible to add it. Of course, someone would need to step up and actually implement and actively support it (sidenote: we really could use a dedicated openrc maintainer). It's not terribly hard, but it does take quite some time to iron things things out. From cromer at artixlinux.org Wed May 13 05:23:39 2020 From: cromer at artixlinux.org (Chris Cromer) Date: Tue, 12 May 2020 23:23:39 -0400 Subject: [artix-general] GNU Shepherd init In-Reply-To: <6fd5ba6f-1548-ea0e-8b17-2500b756ebf4@artixlinux.org> References: <20200227120728.GA30384@www2.mrbrklyn.com> <5d4fdb60-4a29-b4ba-209e-637e942fa3f3@e.email> <6fd5ba6f-1548-ea0e-8b17-2500b756ebf4@artixlinux.org> Message-ID: I thought that artoo generally handled everything OpenRC related? On 5/12/20 10:45 PM, Dudemanguy via artix-general wrote: >> I also think having the shepherd init [1] (formerly DMD) support would >> be great.? And it can be combined with the pies supervisor [2].? That >> combination might be great, even though pies is mentioned to possibly >> act as an init system, because what's being "actively" developed as >> the GNU init system is shepherd.? pies as a supervisor resembles s6 >> and runit somehow, from [2]: > > I don't know the details of how GNU shepherd works, but it's certainly > not technically impossible to add another init. Artix is very > init-agnostic so as long as said init doesn't do a lot of crazy things > (like systemd), it should be possible to add it. Of course, someone > would need to step up and actually implement and actively support it > (sidenote: we really could use a dedicated openrc maintainer). It's not > terribly hard, but it does take quite some time to iron things things out. -- Chris Cromer Artix Developer -------------- next part -------------- A non-text attachment was scrubbed... Name: 0xFA91071797BEEEC2.asc Type: application/pgp-keys Size: 49813 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From dudemanguy at artixlinux.org Wed May 13 14:29:06 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Wed, 13 May 2020 07:29:06 -0500 Subject: [artix-general] GNU Shepherd init In-Reply-To: References: <20200227120728.GA30384@www2.mrbrklyn.com> <5d4fdb60-4a29-b4ba-209e-637e942fa3f3@e.email> <6fd5ba6f-1548-ea0e-8b17-2500b756ebf4@artixlinux.org> Message-ID: <5c839723-2519-e153-0302-aa73a04af547@artixlinux.org> On 5/12/20 10:23 PM, Chris Cromer via artix-general wrote: > I thought that artoo generally handled everything OpenRC related? He does, but poor artoo has way more than enough on his plate. :P From ruben at mrbrklyn.com Fri May 15 06:16:02 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Fri, 15 May 2020 00:16:02 -0400 Subject: [artix-general] GNU Shepherd init In-Reply-To: <5d4fdb60-4a29-b4ba-209e-637e942fa3f3@e.email> References: <20200227120728.GA30384@www2.mrbrklyn.com> <5d4fdb60-4a29-b4ba-209e-637e942fa3f3@e.email> Message-ID: <20200515041602.GH26366@www2.mrbrklyn.com> On Tue, May 12, 2020 at 06:59:55PM -0600, Artix wrote: > On 2/27/20 6:07 AM, Ruben Safir via artix-general wrote: > > Has anyone looked at using Shephard in artix? > > > > In theory the system's goal is to be init agnostic so it would seem > > natural that someone would try to include Shepherd into artix along with > > S6 and openrc > > > > Ruben > > > > I also think having the shepherd init [1] (formerly DMD) support would be great. And it can be combined with the pies supervisor [2]. That combination might be great, even though pies is mentioned to possibly act as an init system, because what's being "actively" developed as the GNU init system is shepherd. pies as a supervisor resembles s6 and runit somehow, from [2]: > > > If any of the components terminates, the default action of Pies is to restart it. > > However, it can also be programmed to perform a variety of another actions such as, e.g. > > sending mail notifications to the system administrator, invoking another external program, etc. > > I came to know about pies on this gnu-system-discuss thread [3]. Sounds like a very interesting combination. > The only down part of it, IMO, is Ludvic. But I would be interested in moving to it if it was supported. It seems to be here to stay. > Greeting ! > > -- > Javier > > > [1] https://www.gnu.org/software/shepherd > [2] https://www.gnu.org.ua/software/pies > [3] https://lists.gnu.org/archive/html/gnu-system-discuss/2019-11/msg00248.html > > -- > 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 Fri May 15 06:19:21 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Fri, 15 May 2020 00:19:21 -0400 Subject: [artix-general] GNU Shepherd init In-Reply-To: <6fd5ba6f-1548-ea0e-8b17-2500b756ebf4@artixlinux.org> References: <20200227120728.GA30384@www2.mrbrklyn.com> <5d4fdb60-4a29-b4ba-209e-637e942fa3f3@e.email> <6fd5ba6f-1548-ea0e-8b17-2500b756ebf4@artixlinux.org> Message-ID: <20200515041921.GI26366@www2.mrbrklyn.com> On Tue, May 12, 2020 at 09:45:13PM -0500, Artix wrote: > >I also think having the shepherd init [1] (formerly DMD) support would be great. And it can be combined with the pies supervisor [2]. That combination might be great, even though pies is mentioned to possibly act as an init system, because what's being "actively" developed as the GNU init system is shepherd. pies as a supervisor resembles s6 and runit somehow, from [2]: > > I don't know the details of how GNU shepherd works, but it's > certainly not technically impossible to add another init. Artix is > very init-agnostic so as long as said init doesn't do a lot of crazy > things (like systemd), it should be possible to add it. Of course, > someone would need to step up and actually implement and actively > support it (sidenote: we really could use a dedicated openrc > maintainer). It's not terribly hard, but it does take quite some > time to iron things things out. I said repeatedly that if someone is willing to hand hold me and teach this, I would be willing to put in the time. I just can't deal with crypto-techno-jaargon any more in my life and RFM responses. The further along we go, the harder it is to read these damn manuals and understand them. I loved when we had Howto's > -- > 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 dudemanguy at artixlinux.org Fri May 15 14:35:36 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Fri, 15 May 2020 07:35:36 -0500 Subject: [artix-general] GNU Shepherd init In-Reply-To: <20200515041921.GI26366@www2.mrbrklyn.com> References: <20200227120728.GA30384@www2.mrbrklyn.com> <5d4fdb60-4a29-b4ba-209e-637e942fa3f3@e.email> <6fd5ba6f-1548-ea0e-8b17-2500b756ebf4@artixlinux.org> <20200515041921.GI26366@www2.mrbrklyn.com> Message-ID: On 5/14/20 11:19 PM, Ruben Safir wrote:> I said repeatedly that if someone is willing to hand hold me and teach this, I would be willing to put in the time. I just can't deal with crypto-techno-jaargon any more in my life and RFM responses. The further along we go, the harder it is to read these damn manuals and understand them. I loved when we had Howto's Although the feeling is appreciated, there's no way anyone can hand hold you on this given that no one in the team is familiar with GNU Shepard at all. From je-vv at e.email Sat May 16 05:56:08 2020 From: je-vv at e.email (Javier) Date: Fri, 15 May 2020 21:56:08 -0600 Subject: [artix-general] [s6] not mounting root directory with options in fstab entry Message-ID: <9b9404bf-4915-362f-6ecc-264245112cc2@e.email> Hi ! Not sure is only a S6 issue or not, neither if only when the whole disk where the root volume resides is encrypted through luks, but even though my /etc/fstab includes: /dev/lm-4/root / ext4 discard,commit=60 0 1 or: /dev/mapper/lm--4-root / ext4 discard,commit=60 0 1 My artix box mounts it, according to /etc/mtab, as: /dev/mapper/lm--4-root / ext4 rw,relatime 0 0 Notice how the fstab options are missing, :(. I was trusting artix would mount the root directory with the options I provided on fstab, but it's not doing so. The rw,relatime were totally expected though, since those are included by default, unless the fstab entry included non compatible options, which is not the case. On a similar arch box, having the fstab entry: /dev/m1/root / ext4 discard,commit=60 0 1 Makes the root directory mounted, according to /etc/mtab, as: /dev/mapper/m1-root / ext4 rw,relatime,discard,commit=60 0 0 So arch is actually paying attention to /etc/fstab root directory mount entry, whereas artix is not... I was expecting the arch behavior... Other mount points like /boot and others are actually getting mounted on artix with the options from /etc/fstab, it's the root directory mount point which doesn't. How can this be fixed? I'm really counting on those settings to apply. Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From je-vv at e.email Sat May 16 06:34:56 2020 From: je-vv at e.email (Javier) Date: Fri, 15 May 2020 22:34:56 -0600 Subject: [artix-general] [s6] not mounting root directory with options in fstab entry In-Reply-To: <9b9404bf-4915-362f-6ecc-264245112cc2@e.email> References: <9b9404bf-4915-362f-6ecc-264245112cc2@e.email> Message-ID: <7e49bc5b-f38b-ecec-4ee3-5f182140a2a6@e.email> On 5/15/20 9:56 PM, Javier via artix-general wrote: > Hi ! > > Not sure is only a S6 issue or not, neither if only when the whole disk where the root volume resides is encrypted through luks, but even though my /etc/fstab includes: > > /dev/lm-4/root / ext4 discard,commit=60 0 1 > > or: > > /dev/mapper/lm--4-root / ext4 discard,commit=60 0 1 > > My artix box mounts it, according to /etc/mtab, as: > > /dev/mapper/lm--4-root / ext4 rw,relatime 0 0 > > Notice how the fstab options are missing, :(. I was trusting artix would mount the root directory with the options I provided on fstab, but it's not doing so. The rw,relatime were totally expected though, since those are included by default, unless the fstab entry included non compatible options, which is not the case. > > On a similar arch box, having the fstab entry: > > /dev/m1/root / ext4 discard,commit=60 0 1 > > Makes the root directory mounted, according to /etc/mtab, as: > > /dev/mapper/m1-root / ext4 rw,relatime,discard,commit=60 0 0 > > So arch is actually paying attention to /etc/fstab root directory mount entry, whereas artix is not... I was expecting the arch behavior... > > Other mount points like /boot and others are actually getting mounted on artix with the options from /etc/fstab, it's the root directory mount point which doesn't. > > How can this be fixed? I'm really counting on those settings to apply. > > Thanks ! BTW, I used the workaround for xfs root partitions [1], and for non root mount point on /etc/fstab [2], having "rootflags=discard,commit=60" as part of GRUB_CMDLINE_LINUX in /etc/default/grub, and also regenerating /boot/grub/grub.cfg and rebooting. So now, after rebooting /etc/mtab shows: /dev/mapper/lm--4-root / ext4 rw,relatime,discard,commit=60 0 0 However there's still another problem, but apparently it's also present in arch... I was expecting the mount option to be 1, so that a check on the FS is performed, and with the highest priority (1), but instead it's 0 (no check at all). This might have changed since systemd showed up, but systemd is out of the picture now.... AFAIK this shouldn't be necessary for ext4, since the options should be overwritten from /etc/fstab if its / entry exists, which is my case. Moreover, in the xfs case, the only thing apparently ignored is the "discard" option, whereas in my case the commit option is also ignored. How can I remove the "rootflags" workaround, and instead make artix overwrite the options with the /etc/fstab root directory mount entry? Also, how to make the mount option effective, meaning how to force the check on mounting if /etc/fstab indicates so (including the root directory mount FS of course, and others). Thanks ! -- Javier [1] https://bbs.archlinux.org/viewtopic.php?id=143254 [2] https://bbs.archlinux.org/viewtopic.php?id=242116 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: From ruben at mrbrklyn.com Sun May 17 05:01:58 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Sat, 16 May 2020 23:01:58 -0400 Subject: [artix-general] GNU Shepherd init In-Reply-To: References: <20200227120728.GA30384@www2.mrbrklyn.com> <5d4fdb60-4a29-b4ba-209e-637e942fa3f3@e.email> <6fd5ba6f-1548-ea0e-8b17-2500b756ebf4@artixlinux.org> <20200515041921.GI26366@www2.mrbrklyn.com> Message-ID: <20200517030157.GD16770@www2.mrbrklyn.com> Tis true, but I meant the packaging system and the infrastructure for artix dev tools On Fri, May 15, 2020 at 07:35:36AM -0500, Artix wrote: > On 5/14/20 11:19 PM, Ruben Safir wrote:> I said repeatedly that if > someone is willing to hand hold me and teach this, I would be > willing to put in the time. I just can't deal with > crypto-techno-jaargon any more in my life and RFM responses. The > further along we go, the harder it is to read these damn manuals and > understand them. I loved when we had Howto's > > Although the feeling is appreciated, there's no way anyone can hand > hold you on this given that no one in the team is familiar with GNU > Shepard at all. > -- > 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 dudemanguy at artixlinux.org Tue May 19 14:26:33 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Tue, 19 May 2020 07:26:33 -0500 Subject: [artix-general] [s6] not mounting root directory with options in fstab entry In-Reply-To: <9b9404bf-4915-362f-6ecc-264245112cc2@e.email> References: <9b9404bf-4915-362f-6ecc-264245112cc2@e.email> Message-ID: On 5/15/20 10:56 PM, Javier via artix-general wrote: > So arch is actually paying attention to /etc/fstab root directory mount entry, whereas artix is not... I was expecting the arch behavior... Thanks for reporting this. Unfortunately, I have no idea why this is happening. As you can imagine, the mount command is just "mount -a" which is supposed to read your fstab entries and mount accordingly. As for me, it seems like the option is also completely ignored (everything is 0). Very puzzling. From je-vv at e.email Wed May 20 02:59:31 2020 From: je-vv at e.email (Javier) Date: Tue, 19 May 2020 18:59:31 -0600 Subject: [artix-general] [s6] not mounting root directory with options in fstab entry In-Reply-To: References: <9b9404bf-4915-362f-6ecc-264245112cc2@e.email> Message-ID: On 5/19/20 6:26 AM, Dudemanguy via artix-general wrote: > On 5/15/20 10:56 PM, Javier via artix-general wrote: >> So arch is actually paying attention to /etc/fstab root directory mount entry, whereas artix is not...? I was expecting the arch behavior... > > Thanks for reporting this. Unfortunately, I have no idea why this is happening. As you can imagine, the mount command is just "mount -a" which is supposed to read your fstab entries and mount accordingly. As for me, it seems like the option is also completely ignored (everything is 0). Very puzzling. I guessed the "mount -a" by looking at the "mount-filesystems" one-shot: > #!/usr/bin/execlineb -P > fdmove -c 2 1 > foreground { mount -a -O no_netdev } > foreground { if { test -x /usr/bin/zfs } zfs mount -a } That only takes care of non already mounted targets on /etc/fstab I believe. Well, also as I interpret this sentence in the mount man: "The exception is --all, in this case already mounted filesystems are ignored (see --all below for more details).". Not sure if whatever mounts "/" soon after booting, is what needs investigation, I'd guess that'd be the init system. Not sure either if the "mount -a" command used is missing some "remount" argument, so that root gets re-mounted properly, but my 1st suspect would be init instead (I see no real need for a re-mount)... Now, I have no clue what's is missing in order to make use of the "pass" field on /etc/fstab, after boot at least. The mount man actually doesn't make any reference to those fields in the fstab. I'm not sure if some other tools besides mount itself are required, to parse the "pass", and maybe the "dump" fields in fstab, and read the amount of boots somewhere, and run fsck if it's the right time, and then reset that counter if actually running fsck, and all that before calling "mount -a". The same should apply to the init process when mounting "/" (root) if that's the case. It might be those 2 fields don't get registered on mtab now a days though, but 3rd party tools are the ones caring about those fields... Who knows, when most major distros adopted systemd, many things changed along the way... I'd like to use the "pass" field though, and be able to configure the # of boots before running fsck, just to test it actually happens (setting it to 1), and that for all mount points without the "noauto" option (meaning, everything that mounts soon after boot, not just "/"). To brief all that, I believe what's done on "mount-filesystems" is not enough, but I'm clueless on what to look for, and I don't know either if it's hopeless... Thanks ! -- Javier -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: OpenPGP digital signature URL: