From je-vv at e.email Wed Apr 1 04:48:14 2020 From: je-vv at e.email (Javier) Date: Tue, 31 Mar 2020 20:48:14 -0600 Subject: [artix-general] dhcpcd (daemon) + wpa_supplicant (daemon), with wireless bieng a failover support for wired In-Reply-To: <7e00830c-d385-eea6-dcb4-ada9f6b800fa@artixlinux.org> References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> <2a1dbe9d-6435-c9c2-aa89-43c61b44495d@e.email> <7e00830c-d385-eea6-dcb4-ada9f6b800fa@artixlinux.org> Message-ID: <63a3c05e-67e3-c85d-37f5-d6f79561348d@e.email> On 3/30/20 7:21 AM, Dudemanguy via artix-general wrote: >> @dudemanguy, what special tweaks did you do to get the failover effect with those 2 daemons only?? I just modified the arch services to behave like the S6 ones, and I wasn't even close to get the failover effect...? And as mentioned, I also tried bonding in failover mode with really awful results before, so I sort of discarded that path, but perhaps that's what you do?? Any ways, I just failed with just the 2 daemons alone on an arch laptop.? For sure I'm missing something. > > No special tricks here. I only use the wpa_supplicant daemon in s6 (no hooks or anything). The wpa_supplicant script has dhcpcd as a dependency so that one is always started as well. It seems to "just work" for me. If I plug in ethernet, that is preferred. If I leave it wireless, then it falls back on the wireless connection. I just tried on the box where I installed artix-s6, and I got exactly the same behavior as on arch, :( When enabling/starting only wpa_supplicant (which on wpa_supplicant-s6 depends on dhcpcd daemon), I then get both the wired and the wireless interfaces up, and both with dhcp lease and running... Not sure if my almost default dhcpcd.conf is missing something: % 'grep' '^[ \t]*[^#]' /etc/dhcpcd.conf hostname duid persistent option rapid_commit option domain_name_servers, domain_name, domain_search, host_name option classless_static_routes option interface_mtu option ntp_servers require dhcp_server_identifier slaac private noipv4ll Not sure if there might be a dhcpcd option to prevent having all interfaces up, connected and passing traffic. For now, by starting wpa_supplicant, then I get all interfaces passing traffic, no failover, :( Not sure how you got that behavior by just launching wpa_supplicant (with the wireless interface set on /etc/s6/sv/wpa_supplicant-srv/conf)... 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 Sun Apr 5 22:39:21 2020 From: je-vv at e.email (Javier) Date: Sun, 5 Apr 2020 14:39:21 -0600 Subject: [artix-general] "lsblk -f" now showing uuids for lvm stuff (eg. volumes) In-Reply-To: <33edcb78-89bd-1d9e-52e9-4a2b2149498a@e.email> References: <87af6f75-6e95-d12e-e726-cef870fbddfe@e.email> <72158b05-062d-f59c-bb7e-c2862623a7a3@artixlinux.org> <10cd6ef4-8ada-5cd7-a0f8-2893fba720bc@e.email> <33edcb78-89bd-1d9e-52e9-4a2b2149498a@e.email> Message-ID: <89643cdb-838b-0d4c-cb73-cbbf5d7813c9@e.email> OK, asking in general, not just specific to s6 init artix. Has anyone using artix experienced that when executing "lsblk -f" the lvm stuff doesn't show uuids? To me: % lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT sda ??sda1 vfat FAT32 efi 87C5-3983 510.9M 0% /uefi ??sda2 crypto_LUKS 2 8c3e2ece-e51a-47f7-b6dc-6a5a9797c7ca ? ??cryp-lm-4 ? ??lm--4-root 130.9G 35% / ??sda3 ext4 1.0 boot 43eec14d-1f21-4be0-b63c-34e56f543e90 256.7M 40% /boot On an arch similar box I get instead the uuids for the lvm stuff: % lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT sdb ??sdb1 vfat FAT32 lm-3-uefi F066-62B1 510.9M 0% /uefi ??sdb2 crypto_LUKS 2 16b8246a-0dda-456c-ac9b-687e962652d7 ? ??cryp-lm-3 LVM2_member LVM2 001 6RVcZc-teDE-6KzG-Wmce-Lalx-XQ78-KoRDWN ? ??lm--3-root ext4 1.0 lm-3 ed95dae7-2300-4884-a22c-7b7691ee452c 87G 55% / ??sdb3 ext4 1.0 lm-3-boot 50ca5fdc-39dd-4046-b4be-c9f7108c0fa0 347.1M 22% /boot A weird thing is that running blkid on artix does show the uuids: % blkid /dev/sda1: LABEL_FATBOOT="efi" LABEL="efi" UUID="87C5-3983" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="5be1314c-c9e8-0540-8861-8d0d0f549559" /dev/sda2: UUID="8c3e2ece-e51a-47f7-b6dc-6a5a9797c7ca" TYPE="crypto_LUKS" PARTUUID="ff6d0fe0-4a6b-4225-95bf-d69590af2736" /dev/sda3: LABEL="boot" UUID="43eec14d-1f21-4be0-b63c-34e56f543e90" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2f02aa05-7bb6-9e45-8283-c5670104383d" /dev/mapper/cryp-lm-4: UUID="5gVrRQ-x2Ae-Q78w-VxKZ-5rl9-28fp-Dg0h8e" TYPE="LVM2_member" /dev/mapper/lm--4-root: LABEL="lm-4-roo" UUID="8441a31c-c147-4a1c-8bd8-025af76d0b53" BLOCK_SIZE="4096" TYPE="ext4" Notice it doesn't matter "lsblk -f" is executed as regular user or as root. Also, when adding full debug on artix: 2390: lsblk: DEV: [0x55a1a1948ec0]: dm-0: found udev properties 2390: lsblk: DEV: [0x55a1a1948ec0]: from udev 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[1]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: /dev/mapper/cryp-lm-4: properties requested 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[2]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: /dev/mapper/cryp-lm-4: properties requested 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[3]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: /dev/mapper/cryp-lm-4: properties requested 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[4]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[5]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[6]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[7]="(null)" 2390: lsblk: DEV: [0x55a1a1948ec0]: refer data[8]="254:0 " 2390: lsblk: DEV: [0x55a1a1948ec0]: dm-0 -> continue to child 2390: lsblk: DEV: [0x55a1a1948440]: add 'dm-1' to scols 2390: lsblk: DEV: [0x55a1a1948440]: refer data[0]="lm--4-root" 2390: lsblk: DEV: [0x55a1a1948440]: /dev/mapper/lm--4-root: properties requested 2390: lsblk: DEV: [0x55a1a1948440]: dm-1: found udev properties 2390: lsblk: DEV: [0x55a1a1948440]: from udev 2390: lsblk: DEV: [0x55a1a1948440]: refer data[1]="(null)" 2390: lsblk: DEV: [0x55a1a1948440]: /dev/mapper/lm--4-root: properties requested 2390: lsblk: DEV: [0x55a1a1948440]: refer data[2]="(null)" 2390: lsblk: DEV: [0x55a1a1948440]: /dev/mapper/lm--4-root: properties requested 2390: lsblk: DEV: [0x55a1a1948440]: refer data[3]="(null)" 2390: lsblk: DEV: [0x55a1a1948440]: /dev/mapper/lm--4-root: properties requested 2390: lsblk: DEV: [0x55a1a1948440]: refer data[4]="(null)" 2390: lsblk: DEV: [0x55a1a1948440]: mountpoint: / 2390: lsblk: DEV: [0x55a1a1948440]: refer data[5]="131.2G" 2390: lsblk: DEV: [0x55a1a1948440]: refer data[6]="35%" 2390: lsblk: DEV: [0x55a1a1948440]: refer data[7]="/" 2390: lsblk: DEV: [0x55a1a1948440]: refer data[8]="254:1 " Whereas on the arch box: 177260: lsblk: DEV: [0x563d42f91ec0]: dm-0: found udev properties 177260: lsblk: DEV: [0x563d42f91ec0]: from udev 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[1]="LVM2_member" 177260: lsblk: DEV: [0x563d42f91ec0]: /dev/mapper/cryp-m1: properties requested 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[2]="LVM2 001" 177260: lsblk: DEV: [0x563d42f91ec0]: /dev/mapper/cryp-m1: properties requested 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[3]="(null)" 177260: lsblk: DEV: [0x563d42f91ec0]: /dev/mapper/cryp-m1: properties requested 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[4]="58XT06-y8YP-jJbJ-cUgd-Xd6i-lYHz-Iofkqk" 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[5]="(null)" 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[6]="(null)" 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[7]="(null)" 177260: lsblk: DEV: [0x563d42f91ec0]: refer data[8]="254:0 " 177260: lsblk: DEV: [0x563d42f91ec0]: dm-0 -> continue to child 177260: lsblk: DEV: [0x563d42f91440]: add 'dm-1' to scols 177260: lsblk: DEV: [0x563d42f91440]: refer data[0]="m1-root" 177260: lsblk: DEV: [0x563d42f91440]: /dev/mapper/m1-root: properties requested 177260: lsblk: DEV: [0x563d42f91440]: dm-1: found udev properties 177260: lsblk: DEV: [0x563d42f91440]: from udev 177260: lsblk: DEV: [0x563d42f91440]: refer data[1]="ext4" 177260: lsblk: DEV: [0x563d42f91440]: /dev/mapper/m1-root: properties requested 177260: lsblk: DEV: [0x563d42f91440]: refer data[2]="1.0" 177260: lsblk: DEV: [0x563d42f91440]: /dev/mapper/m1-root: properties requested 177260: lsblk: DEV: [0x563d42f91440]: refer data[3]="m1-all" 177260: lsblk: DEV: [0x563d42f91440]: /dev/mapper/m1-root: properties requested 177260: lsblk: DEV: [0x563d42f91440]: refer data[4]="4faf705a-d425-4255-a98c-e07d57e78398" 177260: lsblk: DEV: [0x563d42f91440]: mountpoint: / 177260: lsblk: DEV: [0x563d42f91440]: refer data[5]="20.2G" 177260: lsblk: DEV: [0x563d42f91440]: refer data[6]="86%" 177260: lsblk: DEV: [0x563d42f91440]: refer data[7]="/" 177260: lsblk: DEV: [0x563d42f91440]: refer data[8]="254:1 " On arch, udev finds data[4] to be the uuid for both the group and volume, whereas on artix udev finds them to be "(null)". As you might have noticed I have lvm on luks encryption... Is this a general issue on artix? Or rather a thing for the s6 init? If a general artix issue, is this due to eudev? Is this a bug? Can it be worked around, how? Whatever causes this, might it have side effects on other functionality rather than the "lsblk -f" output (meaning is this something to be concerned about)? 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 ruben at mrbrklyn.com Tue Apr 7 05:13:02 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Mon, 6 Apr 2020 23:13:02 -0400 Subject: [artix-general] Chromium is broken Message-ID: <20200407031302.GA21840@www2.mrbrklyn.com> [ruben at flatbush ~]$ chromium /usr/lib/chromium/chromium: error while loading shared libraries: libre2.so.0: cannot open shared object file: No such file or directory :( [ruben at flatbush ~]$ locate libre2 /usr/lib/libre2.so /usr/lib/libre2.so.0 /usr/lib/libre2.so.0.0.0 [ruben at flatbush ~]$ ls -al /usr/lib/libre2* lrwxrwxrwx 1 root root 15 Apr 1 11:05 /usr/lib/libre2.so -> libre2.so.6.0.0 lrwxrwxrwx 1 root root 15 Apr 1 11:05 /usr/lib/libre2.so.6 -> libre2.so.6.0.0 -rwxr-xr-x 1 root root 432080 Apr 1 11:05 /usr/lib/libre2.so.6.0.0 -- 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 Tue Apr 7 05:29:21 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Mon, 6 Apr 2020 23:29:21 -0400 Subject: [artix-general] Chromium is broken In-Reply-To: <20200407031302.GA21840@www2.mrbrklyn.com> References: <20200407031302.GA21840@www2.mrbrklyn.com> Message-ID: <20200407032921.GA22050@www2.mrbrklyn.com> BTW - I fixed it by making a link, but that is not a real fix.. On Mon, Apr 06, 2020 at 11:13:02PM -0400, Artix wrote: > [ruben at flatbush ~]$ chromium > /usr/lib/chromium/chromium: error while loading shared libraries: > libre2.so.0: cannot open shared object file: No such file or directory > > :( > [ruben at flatbush ~]$ locate libre2 > /usr/lib/libre2.so > /usr/lib/libre2.so.0 > /usr/lib/libre2.so.0.0.0 > [ruben at flatbush ~]$ ls -al /usr/lib/libre2* > lrwxrwxrwx 1 root root 15 Apr 1 11:05 /usr/lib/libre2.so -> > libre2.so.6.0.0 > lrwxrwxrwx 1 root root 15 Apr 1 11:05 /usr/lib/libre2.so.6 -> > libre2.so.6.0.0 > -rwxr-xr-x 1 root root 432080 Apr 1 11:05 /usr/lib/libre2.so.6.0.0 > > -- > 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 > > -- > 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 Thu Apr 9 04:06:05 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Wed, 8 Apr 2020 21:06:05 -0500 Subject: [artix-general] s6 2.9.1.0-2 permission/group changes In-Reply-To: <89643cdb-838b-0d4c-cb73-cbbf5d7813c9@e.email> References: <87af6f75-6e95-d12e-e726-cef870fbddfe@e.email> <72158b05-062d-f59c-bb7e-c2862623a7a3@artixlinux.org> <10cd6ef4-8ada-5cd7-a0f8-2893fba720bc@e.email> <33edcb78-89bd-1d9e-52e9-4a2b2149498a@e.email> <89643cdb-838b-0d4c-cb73-cbbf5d7813c9@e.email> Message-ID: Hi all s6 users, Just a small note about the latest s6 update. The s6 package creates the s6log user and group which is used in several scripts for logging purposes. This was previously done using the PKGBUILD's install script, but with the new update it now uses opensysusers (whose entire purpose is to create system accounts). Current s6 users are not required to do anything, but there are a couple of things you may want to take note of. I'm not 100% certain on this, but I believe opensysusers remakes the s6log user/group and causes any users that are currently in that group to be kicked out of it. If you added any users as members of the group, you may have to do redo it after this update (at least I did on one of my machines). The other thing is that permissions are much saner now. Previously, the logging scripts relied on the assumption that s6log had write access to /var/log in order to make the appropriate log directory (the s6 install script gave the s6log group write access). This is no longer required since it turns out that a clever install command can achieve the same thing without needing the s6log user itself to have write access. All of the scripts have been updated to reflect this. For current s6 users, it may be in your interest to tighten permissions at /var/log and make only root the owner again (# chown root:root /var/log). Anyways, I will bug our news person tomorrow (he's asleep right now) to make a very short tl;dr announcement on the homepage since not everyone reads the general list. I figured it was worth explaining the change at least somewhere though. From je-vv at e.email Mon Apr 13 04:38:53 2020 From: je-vv at e.email (Javier) Date: Sun, 12 Apr 2020 20:38:53 -0600 Subject: [artix-general] [s6] system not decrypting/mounting (lvm on luks) a non root volume at boot Message-ID: Hi, already installed artix with s6 init on a system that needs to decrypt and mount a non root disk when booting. See: > % sudo cat /etc/crypttab > cryp-ext-main UUID=6a7d2c8d-113f-4551-8529-25961c1f7dd8 none > > % cat /etc/fstab > # /dev/mapper/lm--0-root LABEL=root > UUID=39881f9a-7e2b-498d-8462-07782cac7b43 / ext4 discard,commit=60 0 1 > ... > # /dev/mapper/ext--main-data LABEL=ext-data > UUID=204b5531-53ec-4f8b-bebd-1411be4e111e /ext ext4 commit=60 0 2 > ... Several directories are soft link to the mounted /ext volume... But the system doesn't decrypt the not root partition at boot as it did on arch: > % lsblk -f > NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT > sda > ??sda1 vfat FAT32 uefi 8E53-8EBA 510.7M 0% /uefi > ??sda2 ext4 1.0 boot 91873189-b48a-41b4-860a-367985fa0020 264M 40% /boot > ??sda3 crypto_LUKS 2 1c43ec30-ce0b-4111-a852-79899aa965f1 > ??cryp-lm-0 > ??lm--0-root 136.3G 32% / > sdb > ??sdb1 crypto_LUKS 2 6a7d2c8d-113f-4551-8529-25961c1f7dd8 I can of course decrypt and mount it manually some time after boot: > % sudo cryptsetup open UUID=6a7d2c8d-113f-4551-8529-25961c1f7dd8 cryp-ext-main > [sudo] password for general: > WARNING: Locking directory /run/cryptsetup is missing! > Enter passphrase for /dev/disk/by-uuid/6a7d2c8d-113f-4551-8529-25961c1f7dd8: > % > > % sudo mount -t ext4 -o commit=60 UUID=204b5531-53ec-4f8b-bebd-1411be4e111e /ext > % > > % cat /etc/mtab > ... > /dev/mapper/lm--0-root / ext4 rw,relatime,stripe=8191 0 0 > ... > /dev/mapper/ext--main-data /ext ext4 rw,relatime,commit=60 0 0 > > % lsblk -f > NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT > sda > ??sda1 vfat FAT32 uefi 8E53-8EBA 510.7M 0% /uefi > ??sda2 ext4 1.0 boot 91873189-b48a-41b4-860a-367985fa0020 264M 40% /boot > ??sda3 crypto_LUKS 2 1c43ec30-ce0b-4111-a852-79899aa965f1 > ??cryp-lm-0 > ??lm--0-root 136.3G 32% / > sdb > ??sdb1 crypto_LUKS 2 6a7d2c8d-113f-4551-8529-25961c1f7dd8 > ??cryp-ext-main LVM2_member LVM2 001 iYRsRB-M2Fl-RsKB-83s9-LV3l-oZPe-Qz31qd > ??ext--main-data ext4 1.0 ext-data 204b5531-53ec-4f8b-bebd-1411be4e111e 141.2G 64% /ext Weird enough, "lsblk -f" does show the UUIDs for the non root volume after decrypting, whereas it doesn't for the root volume. I just late found out I needed to install cryptsetup-s6. However I just also found several issues with "/etc/s6/sv/cryptsetup/shell_up": <1> "printhl" is not a bash command, it needs to be replaced with echo, or something supported by bash. <2> "--allow-discard" is not a cryptsetup option, it needs to be replaced with "--allow-discards" (notice the plural). <3> After the prior changes, for some reason when calling the oneshot manually, it does work: > % sudo s6-rc -d change cryptsetup && sudo s6-rc -u change cryptsetup > -- Stopping encrypted devices > Device cryp-ext-main is not active. > ... > -- Starting encrypted devices > Unlocking cryp-ext-main > Enter passphrase for /dev/disk/by-uuid/6a7d2c8d-113f-4551-8529-25961c1f7dd8: > ... > > % ls -l /dev/ext-main/data > lrwxrwxrwx 1 root root 7 Apr 12 19:58 /dev/ext-main/data -> ../dm-3 You can notice no errors are found for cryp-m1-ext, and it actually gets decrypted. However on boot, I don't get asked to provide the password ever, and instead I see the output: > Nothing to read on input. This is unexpected... I was expecting 1st, that mounting processes and other stuff would have not happened only after the cryptsetup service has finished, which is not the case since I see everything mounted except by the non root volume, and I would have expected a prompt waiting for me to provide the password to decrypt the device, and I never got prompted, neither waited for it. I don't want to to provide a clear text password on /etc/cryptab, neither to have a clear text file storing it. So somehow cryptsetup-s6 is missing to request/prompt for the password at boot, and it's not preventing other systems services to keep running at all, which is something I would have expected, since not all block devices required are mounted yet. Actually I didn't get to see any mounting failure associated to the expected mount point on /etc/fstab, which is a bit weird as well. I also noticed the oneshot cryptsetup is a dependency for the mount-filesystems one, so I believe mount-filesystems actually waits for cryptsetup to finish, but for some reason cryptsetup finishes without ever asking/prompting for the password, but at any rate, mount-filesystems doesn't fail either (to me it looks like it should have, given the /etc/fstab setting). Is there any way to handle getting asked/prompted for the non root partition at boot, and then to get its volumes mounted as per indicated on /etc/fstab? On arch the behavior is that immediately after providing the root partition password, I get prompted for the non root partition password, and no other service seems to progress until the password is provided (unless a watchdog timeout triggers, in which case it gets noticed as a failure, which also affects the mount process). Any help will be appreciated ! 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 Mon Apr 13 05:57:57 2020 From: je-vv at e.email (Javier) Date: Sun, 12 Apr 2020 21:57:57 -0600 Subject: [artix-general] dhcpcd (daemon) + wpa_supplicant (daemon), with wireless bieng a failover support for wired In-Reply-To: <63a3c05e-67e3-c85d-37f5-d6f79561348d@e.email> References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> <2a1dbe9d-6435-c9c2-aa89-43c61b44495d@e.email> <7e00830c-d385-eea6-dcb4-ada9f6b800fa@artixlinux.org> <63a3c05e-67e3-c85d-37f5-d6f79561348d@e.email> Message-ID: On 3/31/20 8:48 PM, Javier via artix-general wrote: > On 3/30/20 7:21 AM, Dudemanguy via artix-general wrote: >>> @dudemanguy, what special tweaks did you do to get the failover effect with those 2 daemons only?? I just modified the arch services to behave like the S6 ones, and I wasn't even close to get the failover effect...? And as mentioned, I also tried bonding in failover mode with really awful results before, so I sort of discarded that path, but perhaps that's what you do?? Any ways, I just failed with just the 2 daemons alone on an arch laptop.? For sure I'm missing something. >> >> No special tricks here. I only use the wpa_supplicant daemon in s6 (no hooks or anything). The wpa_supplicant script has dhcpcd as a dependency so that one is always started as well. It seems to "just work" for me. If I plug in ethernet, that is preferred. If I leave it wireless, then it falls back on the wireless connection. > > I just tried on the box where I installed artix-s6, and I got exactly the same behavior as on arch, :( When enabling/starting only wpa_supplicant (which on wpa_supplicant-s6 depends on dhcpcd daemon), I then get both the wired and the wireless interfaces up, and both with dhcp lease and running... > @dudemanguy, I believe I got what you meant. Both interfaces actually get lease, and up and running. Just that the routing metric for wired interfaces is lower by default than the wireless ones. By re-reading the dhcpcd man: > Interfaces are preferred by carrier, DHCP lease/IPv4LL and then lowest metric. For systems that support route metrics, each route will be tagged with the met? > ric, otherwise dhcpcd changes the routes to use the interface with the same route and the lowest metric. > ... > -m, --metric metric > Metrics are used to prefer an interface over another one, lowest wins. dhcpcd will supply a default metic of 200 + if_nametoindex(3). An extra 100 > will be added for wireless interfaces. Then even if I get: > % ip address show > ... > 2: lm-0-intel-wd: mtu 1500 qdisc fq_codel state UP group default qlen 1000 > ... > inet 192.168.0.12/24 brd 192.168.0.255 scope global dynamic noprefixroute lm-0-intel-wd > ... > 4: lm-0-rtlwifi-wl: mtu 1500 qdisc mq state UP group default qlen 1000 > ... > inet 192.168.0.80/24 brd 192.168.0.255 scope global dynamic noprefixroute lm-0-rtlwifi-wl > ... Both connected to the same net, as: > % route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use Iface > 0.0.0.0 192.168.0.1 0.0.0.0 UG 202 0 0 lm-0-intel-wd > 0.0.0.0 192.168.0.1 0.0.0.0 UG 304 0 0 lm-0-rtlwifi-wl > 192.168.0.0 0.0.0.0 255.255.255.0 U 202 0 0 lm-0-intel-wd > 192.168.0.0 0.0.0.0 255.255.255.0 U 304 0 0 lm-0-rtlwifi-wl Then traffic will always prefer flowing through lm-0-intel-wd, than through lm-0-rtlwifi-wl, unless of course lm-0-intel-wd connection becomes unavailable... Is that what you meant @dudemanguy, by working out of the box? In my mind I was expecting (never achieving it with netcfg neither netctl on arch though) getting only "lm-0-intel-wd" with lease and up and running, and only if its connection became unavailable, then look for a dhcp lease for lm-0-rtlwifi-wl... I guess I was naive, and misunderstanding that things just work out of the box, thanks to linux supporting route metrics, and the way dhcpcd assigns metrics by default (one could set different values). Thanks a lot ! -- 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 Mon Apr 13 14:58:40 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Mon, 13 Apr 2020 07:58:40 -0500 Subject: [artix-general] dhcpcd (daemon) + wpa_supplicant (daemon), with wireless bieng a failover support for wired In-Reply-To: References: <57484993-0a87-a94e-13ea-8e7c949ef509@e.email> <2a1dbe9d-6435-c9c2-aa89-43c61b44495d@e.email> <7e00830c-d385-eea6-dcb4-ada9f6b800fa@artixlinux.org> <63a3c05e-67e3-c85d-37f5-d6f79561348d@e.email> Message-ID: <14d03498-65fc-83e8-be56-ebad2be755d0@artixlinux.org> > Is that what you meant @dudemanguy, by working out of the box? In my mind I was expecting (never achieving it with netcfg neither netctl on arch though) getting only "lm-0-intel-wd" with lease and up and running, and only if its connection became unavailable, then look for a dhcp lease for lm-0-rtlwifi-wl... I guess I was naive, and misunderstanding that things just work out of the box, thanks to linux supporting route metrics, and the way dhcpcd assigns metrics by default (one could set different values). Yeah I suppose that's what I meant. In all honesty, I didn't know any of the details behind all of that. I just saw traffic only going through one route hah. From dudemanguy at artixlinux.org Mon Apr 13 15:29:18 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Mon, 13 Apr 2020 08:29:18 -0500 Subject: [artix-general] [s6] system not decrypting/mounting (lvm on luks) a non root volume at boot In-Reply-To: References: Message-ID: <82e095d1-1178-7629-c249-b7b8a496c34c@artixlinux.org> > I just late found out I needed to install cryptsetup-s6. However I just also found several issues with "/etc/s6/sv/cryptsetup/shell_up": > > <1> "printhl" is not a bash command, it needs to be replaced with echo, or something supported by bash. > <2> "--allow-discard" is not a cryptsetup option, it needs to be replaced with "--allow-discards" (notice the plural) > <3> After the prior changes, for some reason when calling the oneshot manually, it does work: Thanks for doing this. cryptsetup-s6 was not really tested honestly. I had an encrypted partition before, but I used a hook in mkinitcpio to unlock it on boot. The script is mostly just copied and pasted it from runit but clearly there were some things that were overlooked. > However on boot, I don't get asked to provide the password ever, and instead I see the output: I think I know the reason for this. The execline script ends on a call to that bash script. However from the perspective of s6-rc, the script is finished executing so nothing is blocked. I think the simple fix here is to simply add a dummy command after it so s6-rc waits on the script to actually finish. I've added a new version of the script to the gremlins repo. If you could let me know if it works, that would be great. From je-vv at e.email Tue Apr 14 04:55:59 2020 From: je-vv at e.email (Javier) Date: Mon, 13 Apr 2020 20:55:59 -0600 Subject: [artix-general] [s6] system not decrypting/mounting (lvm on luks) a non root volume at boot In-Reply-To: <82e095d1-1178-7629-c249-b7b8a496c34c@artixlinux.org> References: <82e095d1-1178-7629-c249-b7b8a496c34c@artixlinux.org> Message-ID: <9a6d50d4-dfba-4f98-363a-0d2fe8ce009b@e.email> On 4/13/20 7:29 AM, Dudemanguy via artix-general wrote: >> However on boot, I don't get asked to provide the password ever, and instead I see the output: > > I think I know the reason for this. The execline script ends on a call to that bash script. However from the perspective of s6-rc, the script is finished executing so nothing is blocked. I think the simple fix here is to simply add a dummy command after it so s6-rc waits on the script to actually finish. I've added a new version of the script to the gremlins repo. If you could let me know if it works, that would be great. Just tried out the gremlins new version, "cryptsetup-s6 20200413-1", and it didn't fix the boot issue. It did fix the echo and the --allow-discards ones... I'm still not getting prompted/requested for the password to decrypt the partition. @dudemanguy, you mentioned you used a mkinitcpio hook, but I'm already using it in order to decrypt the root partition. Is there a way to achieve the same with a non root partition? If so, how so? On arch I allowed the initrd to just decrypt and mount root, and then once linux is running in user space already, on the mount stage, the non root encrypted partitions were decrypted and its corresponding volumes mounted... So the mkinitcpio hook is always required, but AFAIK for the root partition only, given that's the only one decrypted on initrd... BTW, if you want me to try a newer version, please let me know. On a side note, clamav-s6 is not upgrading to newer 20200413-1, given pacman is failing to retrieve from all mirrors with "Maximum file size exceeded", which is pretty weird. I downloaded the package with wget from the 1st mirror on the list, and installed it manually as a work around, without issues... Just so you know. 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 Apr 15 04:56:49 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Tue, 14 Apr 2020 21:56:49 -0500 Subject: [artix-general] [s6] system not decrypting/mounting (lvm on luks) a non root volume at boot In-Reply-To: <9a6d50d4-dfba-4f98-363a-0d2fe8ce009b@e.email> References: <82e095d1-1178-7629-c249-b7b8a496c34c@artixlinux.org> <9a6d50d4-dfba-4f98-363a-0d2fe8ce009b@e.email> Message-ID: <23b88f09-bd94-b004-653b-f10ea73ed75c@artixlinux.org> > Just tried out the gremlins new version, "cryptsetup-s6 20200413-1", and it didn't fix the boot issue. It did fix the echo and the --allow-discards ones... I'm still not getting prompted/requested for the password to decrypt the partition. Hmm, that's disappointing. I think the root of the issue is the cryptsetup stuff being called in shell within the execline script. I think I will just try redoing the script completely to be all in shell and no execline (it's way too complicated to actually write in execline). > @dudemanguy, you mentioned you used a mkinitcpio hook, but I'm already using it in order to decrypt the root partition. Is there a way to achieve the same with a non root partition? Unfortunately, I wouldn't know. My setup was LVM on LUKS so the hook unlocked the entire device which was made up of different logical volumes. > BTW, if you want me to try a newer version, please let me know. Certainly, I'll ping you when I get something new up in the repos. From ruben at mrbrklyn.com Mon Apr 20 03:46:25 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Sun, 19 Apr 2020 21:46:25 -0400 Subject: [artix-general] Mirrors Message-ID: <20200420014624.GA28284@www2.mrbrklyn.com> My miror is sending me error messagfes. Is the network working? rsync: failed to connect to orion.artixlinux.org (84.46.83.142): Connection timed out (110) rsync error: error in socket IO (code 10) at clientserver.c(127) [Receiver=3.1.3] -- 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 Mon Apr 20 14:50:56 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Mon, 20 Apr 2020 07:50:56 -0500 Subject: [artix-general] [s6] system not decrypting/mounting (lvm on luks) a non root volume at boot In-Reply-To: <9a6d50d4-dfba-4f98-363a-0d2fe8ce009b@e.email> References: <82e095d1-1178-7629-c249-b7b8a496c34c@artixlinux.org> <9a6d50d4-dfba-4f98-363a-0d2fe8ce009b@e.email> Message-ID: On 4/13/20 9:55 PM, Javier via artix-general wrote: > BTW, if you want me to try a newer version, please let me know. I finally remembered to get back to this one. I just pushed a version of cryptsetup-s6 that only uses shell into testing. I don't know if this will do the trick for you, but it would be great if you can test it. Thanks! From je-vv at e.email Mon Apr 20 23:46:57 2020 From: je-vv at e.email (Javier) Date: Mon, 20 Apr 2020 15:46:57 -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> Message-ID: On 4/20/20 6:50 AM, Dudemanguy via artix-general wrote: > > I finally remembered to get back to this one. I just pushed a version of cryptsetup-s6 that only uses shell into testing. I don't know if this will do the trick for you, but it would be great if you can test it. Thanks! I tried, and I still didn't get prompted/requested for the password... However there actually was a different behavior. Several daemons such as gpm, dhcpcd and sshd were not triggered, and I could notice the following on tty1: s6-rc-oneshot-run: fatal: unable to exec do_unlock_device(): No such file or directory s6-rc: warning: unable to start service cryptsetup: command exited 127 I'll keep testing, no worries, let me know. 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 Tue Apr 21 02:48:49 2020 From: je-vv at e.email (Javier) Date: Mon, 20 Apr 2020 18:48:49 -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> Message-ID: On 4/20/20 3:46 PM, Javier via artix-general wrote: > On 4/20/20 6:50 AM, Dudemanguy via artix-general wrote: >> >> I finally remembered to get back to this one. I just pushed a version of cryptsetup-s6 that only uses shell into testing. I don't know if this will do the trick for you, but it would be great if you can test it. Thanks! > > I tried, and I still didn't get prompted/requested for the password... > > However there actually was a different behavior. Several daemons such as gpm, dhcpcd and sshd were not triggered, and I could notice the following on tty1: > > s6-rc-oneshot-run: fatal: unable to exec do_unlock_device(): No such file or directory > s6-rc: warning: unable to start service cryptsetup: command exited 127 > > I'll keep testing, no worries, let me know. Thanks ! BTW, I tested the up script manually, and executed by hand runs just fine: % sudo bash /etc/s6/sv/cryptsetup/up Unlocking cryp-ext-main Enter passphrase for /dev/disk/by-uuid/6a7d2c8d-113f-4551-8529-25961c1f7dd8: No key available with this passphrase. Enter passphrase for /dev/disk/by-uuid/6a7d2c8d-113f-4551-8529-25961c1f7dd8: % ls /dev/ext-main/ data@ % lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT sda ??sda1 vfat FAT32 uefi 8E53-8EBA ??sda2 ext4 1.0 boot 91873189-b48a-41b4-860a-367985fa0020 ??sda3 crypto_LUKS 2 1c43ec30-ce0b-4111-a852-79899aa965f1 ??cryp-lm-0 ??lm--0-root 136.2G 32% / sdb ??sdb1 crypto_LUKS 2 6a7d2c8d-113f-4551-8529-25961c1f7dd8 ??cryp-ext-main LVM2_member LVM2 001 iYRsRB-M2Fl-RsKB-83s9-LV3l-oZPe-Qz31qd ??ext--main-data ext4 1.0 ext-data 204b5531-53ec-4f8b-bebd-1411be4e111e So, if run by hand works, so I have no clue why it doesn't when launched during init. Perhaps some dependency missing when launched (perhaps some lvm stuff that's happening in parallel I'd guess)? -- 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 Tue Apr 21 17:39:53 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Tue, 21 Apr 2020 10:39:53 -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> Message-ID: On 4/20/20 7:48 PM, Javier via artix-general wrote:> So, if run by hand works, so I have no clue why it doesn't when launched during init. Perhaps some dependency missing when launched (perhaps some lvm stuff that's happening in parallel I'd guess)? Investigating this one a little further, it appears like the bash functions actually don't get executed. Apparently the way read_crypttab calls do_unlock to feed arguments to it does not work with s6-rc-oneshot-runner. In the older version, this probably just silently failed. I think the best course of action is to just rewrite the script at this point. For now, I'll remove the testing version from the repo since it's more broken. From dudemanguy at artixlinux.org Tue Apr 21 18:44:40 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Tue, 21 Apr 2020 11:44:40 -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> Message-ID: <548aba2a-613d-803f-7416-c395bd77f355@artixlinux.org> On 4/21/20 10:39 AM, Dudemanguy via artix-general wrote: > I think the best course of action is to just rewrite the script as this point. Okay, I think it turned out easier than I initially thought. I've pushed a new version of cryptsetup-s6 into testing now. It appears to parse /etc/cryptsetup correctly now when I call s6-rc -u change cryptsetup. Hopefully the rest of it executes correctly as desired on actual, encrypted drives. From je-vv at e.email Tue Apr 21 20:08:55 2020 From: je-vv at e.email (Javier) Date: Tue, 21 Apr 2020 12:08:55 -0600 Subject: [artix-general] [s6] system not decrypting/mounting (lvm on luks) a non root volume at boot In-Reply-To: <548aba2a-613d-803f-7416-c395bd77f355@artixlinux.org> References: <82e095d1-1178-7629-c249-b7b8a496c34c@artixlinux.org> <9a6d50d4-dfba-4f98-363a-0d2fe8ce009b@e.email> <548aba2a-613d-803f-7416-c395bd77f355@artixlinux.org> Message-ID: <72590f59-438a-f6ff-2dba-88a8e3c421be@e.email> On 4/21/20 10:44 AM, Dudemanguy via artix-general wrote: > On 4/21/20 10:39 AM, Dudemanguy via artix-general wrote: >> I think the best course of action is to just rewrite the script as this point. > > Okay, I think it turned out easier than I initially thought. I've pushed a new version of cryptsetup-s6 into testing now. It appears to parse /etc/cryptsetup correctly now when I call s6-rc -u change cryptsetup. Hopefully the rest of it executes correctly as desired on actual, encrypted drives. Tested it already. It still doesn't prompt/request for the partition password. See: s6-rc: info: Unlocking cryp-ext-main s6-rc: info: Nothing to read on input. s6-rc: info: Unlocking of cryp-ext-main failed. ... mount /ext: can't find UUID=204b5531-53ec-4f8b-bebd-1411be4e111e. s6-rc: info: service mount-filesystems started successfully So it's still missing to prompt for the password, and instead it's indicating nothing to read from input... BTW, having all that log grabbed in some file would be great. This time there was no way to capture the tty output through the mouse, I'm taking pictures now, :) 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 Apr 22 00:40:55 2020 From: dudemanguy at artixlinux.org (Dudemanguy) Date: Tue, 21 Apr 2020 17:40:55 -0500 Subject: [artix-general] [s6] system not decrypting/mounting (lvm on luks) a non root volume at boot In-Reply-To: <72590f59-438a-f6ff-2dba-88a8e3c421be@e.email> 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/21/20 1:08 PM, Javier via artix-general wrote: > So it's still missing to prompt for the password, and instead it's indicating nothing to read from input... Thanks for being my guinea pig so far. It's honestly really appreciated! What happens if you try to manually start the service with s6-rc (s6-rc -u change cryptsetup) after everything else is finished starting up? If that doesn't work, does it still work if you manually execute the script? From je-vv at e.email Wed Apr 22 08:28:31 2020 From: je-vv at e.email (Javier) Date: Wed, 22 Apr 2020 00:28:31 -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/21/20 4:40 PM, Dudemanguy via artix-general wrote: > On 4/21/20 1:08 PM, Javier via artix-general wrote: >> So it's still missing to prompt for the password, and instead it's indicating nothing to read from input... > > Thanks for being my guinea pig so far. It's honestly really appreciated! What happens if you try to manually start the service with s6-rc (s6-rc -u change cryptsetup) after everything else is finished starting up? If that doesn't work, does it still work if you manually execute the script? No problem, I'm interested on it getting to work, :) It looks like s6 believes cryptsetup started successfully, so trying to start it up again does nothing. But if you get it down, and then up again, it just works: % sudo s6-rc -u change cryptsetup % % sudo s6-rc -d change cryptsetup Device cryp-ext-main is not active. % sudo s6-rc -u change cryptsetup Unlocking cryp-ext-main Enter passphrase for /dev/disk/by-uuid/6a7d2c8d-113f-4551-8529-25961c1f7dd8: % ls /dev/ext-main/ data@ % lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT sda ??sda1 vfat FAT32 uefi 8E53-8EBA 510.7M 0% /uefi ??sda2 ext4 1.0 boot 91873189-b48a-41b4-860a-367985fa0020 256.1M 41% /boot ??sda3 crypto_LUKS 2 1c43ec30-ce0b-4111-a852-79899aa965f1 ??cryp-lm-0 ??lm--0-root 136.2G 32% / sdb ??sdb1 crypto_LUKS 2 6a7d2c8d-113f-4551-8529-25961c1f7dd8 ??cryp-ext-main LVM2_member LVM2 001 iYRsRB-M2Fl-RsKB-83s9-LV3l-oZPe-Qz31qd ??ext--main-data ext4 1.0 ext-data 204b5531-53ec-4f8b-bebd-1411be4e111e % sudo mount -t ext4 -o commit=60 UUID=204b5531-53ec-4f8b-bebd-1411be4e111e /ext % lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT sda ??sda1 vfat FAT32 uefi 8E53-8EBA 510.7M 0% /uefi ??sda2 ext4 1.0 boot 91873189-b48a-41b4-860a-367985fa0020 256.1M 41% /boot ??sda3 crypto_LUKS 2 1c43ec30-ce0b-4111-a852-79899aa965f1 ??cryp-lm-0 ??lm--0-root 136.2G 32% / sdb ??sdb1 crypto_LUKS 2 6a7d2c8d-113f-4551-8529-25961c1f7dd8 ??cryp-ext-main LVM2_member LVM2 001 iYRsRB-M2Fl-RsKB-83s9-LV3l-oZPe-Qz31qd ??ext--main-data ext4 1.0 ext-data 204b5531-53ec-4f8b-bebd-1411be4e111e 141.2G 64% /ext 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, :) -- 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 somenxavier at posteo.net Wed Apr 22 19:49:26 2020 From: somenxavier at posteo.net (Xavier B.) Date: Wed, 22 Apr 2020 19:49:26 +0200 Subject: [artix-general] tty number Message-ID: <20200422194926.8a21560b34f5055cdd471633@posteo.net> hello, I just installed artix and when I go to ttyX I get a triangle with some info (number of packages, memory, etc.) but there is no tty number in that. How can I add tty number in this triangle or disable triangle and just put tty number. Many thanks, Xavier From nous at artixlinux.org Sat Apr 25 10:59:16 2020 From: nous at artixlinux.org (Christos Nouskas) Date: Sat, 25 Apr 2020 11:59:16 +0300 Subject: [artix-general] tty number In-Reply-To: <20200422194926.8a21560b34f5055cdd471633@posteo.net> References: <20200422194926.8a21560b34f5055cdd471633@posteo.net> Message-ID: <20200425115916.392a80a4@hyperion.xyzzy.xyz> On Wed, 22 Apr 2020 19:49:26 +0200 "Xavier B. via artix-general" wrote: > I just installed artix and when I go to ttyX I get a triangle with some > info (number of packages, memory, etc.) but there is no tty number in that. > How can I add tty number in this triangle or disable triangle and just put > tty number. > > Many thanks, > Xavier Edit your /etc/issue. Perhaps you've got a /etc/issue.pacnew with the following content: Artix Linux \r (\l) \r stands for $(uname -r) and \l for the tty number. Read the man page of agetty(8) for more escape codes. -- https://systemd-free.artixlinux.org From ruben at mrbrklyn.com Wed Apr 29 21:06:12 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Wed, 29 Apr 2020 15:06:12 -0400 Subject: [artix-general] [root@www.mrbrklyn.com: Cron rsync -rtlvH -L --ignore-errors --delete rsync://orion.artixlinux.org:64873/repos/ /usr/local/apache2/htdocs/nylxs/mirror/repos/ 2>&1 > /dev/null] Message-ID: <20200429190612.GA17214@www2.mrbrklyn.com> It would nice if this could be fixed. ----- Forwarded message from "(Cron Daemon)" ----- Date: Wed, 29 Apr 2020 15:05:03 -0400 (EDT) From: "(Cron Daemon)" To: ruben at mrbrklyn.com Subject: Cron rsync -rtlvH -L --ignore-errors --delete rsync://orion.artixlinux.org:64873/repos/ /usr/local/apache2/htdocs/nylxs/mirror/repos/ 2>&1 > /dev/null rsync: readlink_stat("world/os/x86_64/koko" (in repos)) failed: Too many levels of symbolic links (40) rsync: readlink_stat("world/os/x86_64/results:" (in repos)) failed: Too many levels of symbolic links (40) rsync: readlink_stat("world/os/x86_64/pkg:" (in repos)) failed: Too many levels of symbolic links (40) rsync: readlink_stat("world/os/x86_64/search:" (in repos)) failed: Too many levels of symbolic links (40) rsync: readlink_stat("world/os/x86_64/libmicrodns-0.1.2-1-x86_64.pkg.tar" (in repos)) failed: Too many levels of symbolic links (40) rsync: readlink_stat("world/os/x86_64/pkg=libmicrodns-0.1.2-1-x86_64.pkg.tar.xz" (in repos)) failed: Too many levels of symbolic links (40) rsync: readlink_stat("world/os/x86_64/$1:" (in repos)) failed: Too many levels of symbolic links (40) rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1659) [generator=3.1.3] ----- End forwarded message ----- -- 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 Thu Apr 30 16:21:50 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Thu, 30 Apr 2020 10:21:50 -0400 Subject: [artix-general] Phone systems Message-ID: <20200430142150.GA28034@www2.mrbrklyn.com> I decided today to get rid of my phone. Has anyone used freeswitch or astriks on artix? freeswitch has an entire vm one can download, but I would so much rather do this on artix. Ruben -- 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 Thu Apr 30 16:40:52 2020 From: ruben at mrbrklyn.com (Ruben Safir) Date: Thu, 30 Apr 2020 10:40:52 -0400 Subject: [artix-general] [Hangout - NYLXS] Phone systems In-Reply-To: References: <20200430142150.GA28034@www2.mrbrklyn.com> Message-ID: <05c402a0-7770-5396-f5cc-399d13d63398@mrbrklyn.com> On 4/30/20 10:26 AM, ruth02 at web.de wrote: > test your alternatives before actually dispensing with your phone. no doubt - but I need to buy an IP phone first, ulness I am going to do this though a mic and sound on my desktop. I will probably want to do both eventually -- 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://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