- Arch-general - lists.archlinux.org

Re: [arch-general] do i need to configure mkinitcpio.conf for my md array ?
by Shadrock Uhuru 20 Jan '20

20 Jan '20

thanks for the clarification. shadrock

1 0

[arch-general] Mouse freezes
by siefke_listen＠web.de 20 Jan '20

20 Jan '20

Hello, since yesterday I become mouse freezes for short moments, I must often klick or move then it work. Everytime is so, it looks at the mouse slept when not need. Is there something in update since yesterday what make this trouble? [2020-01-18T07:53:39+0100] [PACMAN] starting full system upgrade [2020-01-18T07:53:55+0100] [ALPM] upgraded linux (5.4.11.arch1-1 -> 5.4.12.arch1-1) [2020-01-18T07:53:55+0100] [ALPM] upgraded acpi_call (1.1.0-275 -> 1.1.0-276) [2020-01-18T07:53:55+0100] [ALPM] upgraded snappy (1.1.7-1 -> 1.1.8-1) [2020-01-18T07:53:56+0100] [ALPM] upgraded chromium (79.0.3945.117-1 -> 79.0.3945.130-2) [2020-01-18T07:53:56+0100] [ALPM] upgraded imagescan (3.61.0-2 -> 3.62.0-1) [2020-01-18T07:53:56+0100] [ALPM] upgraded inkscape (0.92.4-10 -> 0.92.4-11) [2020-01-18T07:53:56+0100] [ALPM] upgraded libde265 (1.0.4-1 -> 1.0.5-1) [2020-01-18T07:53:57+0100] [ALPM] upgraded qt5-base (5.14.0-1 -> 5.14.0-2) [2020-01-18T07:53:57+0100] [ALPM] upgraded tracker (2.3.0-2 -> 2.3.1+6+g4d3073954-1) [2020-01-18T07:53:57+0100] [ALPM] upgraded tracker-miners (2.3.0-2 -> 2.3.1+23+g139553959-1) [2020-01-18T07:53:57+0100] [ALPM] upgraded wireguard-arch (0.0.20200105-3 -> 0.0.20200105-4) [2020-01-18T07:53:57+0100] [ALPM] upgraded wireguard-tools (1.0.20200102-1 -> 1.0.20200102-2) [2020-01-18T07:53:58+0100] [ALPM] upgraded wireshark-cli (3.2.0-1 -> 3.2.1-1) [2020-01-18T07:53:58+0100] [ALPM] upgraded wireshark-qt (3.2.0-1 -> 3.2.1-1) [2020-01-18T07:53:58+0100] [ALPM] upgraded xapps (1.6.8-1 -> 1.6.10-1) [2020-01-18T07:53:58+0100] [ALPM] upgraded xorg-server-common (1.20.6-3 -> 1.20.7-1) [2020-01-18T07:53:58+0100] [ALPM] upgraded xorg-server (1.20.6-3 -> 1.20.7-1) [2020-01-18T07:53:58+0100] [ALPM] upgraded xorg-server-xephyr (1.20.6-3 -> 1.20.7-1) [2020-01-18T08:24:46+0100] [ALPM] upgraded yay-bin (9.4.3-1 -> 9.4.4-1) Maybe someone have same problem and found the solution. The battery I have changes 3 times and nothing change. Thank you Silvio

4 3

Re: [arch-general] do i need to configure mkinitcpio.conf for my md array ?
by Shadrock Uhuru 19 Jan '20

19 Jan '20

On 16.01.2020 15:36, Josef Miegl wrote: >On January 16, 2020 2:44:44 PM GMT+01:00, Shadrock Uhuru via arch-general <arch-general(a)archlinux.org> wrote: >>do i need to reconfigure mkinitcpio.conf for my md array >>so that the array is assembled and started at boot > >Depends on when you want to assemble your array. If you want/need the array to be assembled in early user space, then use the mdadm_udev hook as described in https://wiki.archlinux.org/index.php/Mkinitcpio#Using_RAID. This is typically needed when booting a system on software RAID. However, if you don't need the array assembled in early user space, just use mdadm later on in the boot process. > >Josef Miegl hi i've rebooted the server and the raid is automatically assembled and mount without any issues or input on my part, i have not altered mkinitcpio.conf or regenerated mkinitcpio, I'm assuming that mdadm.conf is being read on startup or should i still go through the editing of mkinitcpio.conf and regeneration to make sure mdadm.conf is being read at boot, bearing in mind i will not be booting arch of the raid. shadrock

2 1

Re: [arch-general] do i need to configure mkinitcpio.conf for my md array ?
by Shadrock Uhuru 18 Jan '20

18 Jan '20

1 0

[arch-general] systemd-zram generator
by Chris Murphy 17 Jan '20

17 Jan '20

Hi, swap-create@.service generator for zram devices https://github.com/systemd/zram-generator zram: Compressed RAM based block devices https://www.kernel.org/doc/Documentation/blockdev/zram.txt The gist is, if a configuration file exists, a /dev/zram0 device is created during early boot and marks it for use by swap.target; so all the existing systemd stuff to mkswap and swapon gets used. The nice thing is, very low overhead. RAM is not reserved for the device, it's only consumed as needed. The generator could be installed by default, but without a configuration file. In that case, it doesn't create a swap on zram device, unless the user creates a configuration file. And at some point, the distribution can decide to include a configuration file by default. I'm thinking a useful yet conservative default would be to create a device up to 1:1 with RAM, capping out around 2G-4G. That way small RAM devices, like Pi's, get a pretty big zram device. And large RAM devices just have a smallish swap for incidental usage. One issue (reported upstream in github) is getting priority supported. I don't know whether it needs to be configurable, from the config file. But it seems sane to have the generator set a high priority, so that the zram device is used first, spilling over to a conventional swap if the user creates ones. This is a project in rust. And I think once some of the issues get worked out, it would be great if distributions can converge on this implementation. Thanks, -- Chris Murphy

5 7

[arch-general] do i need to configure mkinitcpio.conf for my md array ?
by Shadrock Uhuru 16 Jan '20

16 Jan '20

Hi i have just configured my 4 disk raid 10 array with mdadm the filesystem is ext4 unencrypted and arch is installed on a separate disk do i need to reconfigure mkinitcpio.conf for my md array so that the array is assembled and started at boot, all the examples i've seen have arch installed on the raid array including the example in the wiki https://wiki.archlinux.org/index.php/RAID i have not reboot the new array yet so i would like to make sure everything necessary is configure before i do that. shadrock

4 3

[arch-general] Network UPS Tools (AUR) using usbhid
by David C. Rankin 13 Jan '20

13 Jan '20

Archdevs, Have there been any changes to startup that would impact the Network UPS Tools startup using the usbhid device? I ask because the nut-server.service that has worked for years, is now failing to come up in the normal boot process. $ upsc phoinix_ups Error: Driver not connected However restarting the service after the system is up and running everything works fine. So it's like there is a new depends for the usbhid driver startup that means it has to wait until something else is now started before it can initialize properly. Any idea what could be causing that or what nut-server.service needs to wait on before it tries to start? After kernel update, the failed log messages are: -- Reboot -- Jan 13 11:06:31 phoinix systemd[1]: Starting Network UPS Tools - power devices information server... Jan 13 11:06:32 phoinix upsd[541]: fopen /var/state/ups/upsd.pid: No such file or directory Jan 13 11:06:32 phoinix upsd[541]: /etc/ups/upsd.conf is world readable Jan 13 11:06:32 phoinix upsd[541]: /etc/ups/upsd.conf is world readable Jan 13 11:06:32 phoinix upsd[541]: listening on 127.0.0.1 port 3493 Jan 13 11:06:32 phoinix upsd[541]: listening on ::1 port 3493 Jan 13 11:06:32 phoinix upsd[541]: listening on 127.0.0.1 port 3493 Jan 13 11:06:32 phoinix upsd[541]: listening on ::1 port 3493 Jan 13 11:06:32 phoinix upsd[541]: Can't connect to UPS [phoinix_ups] (usbhid-ups-phoinix_ups): No such file or directory Jan 13 11:06:32 phoinix upsd[541]: Can't connect to UPS [phoinix_ups] (usbhid-ups-phoinix_ups): No such file or directory Jan 13 11:06:32 phoinix upsd[561]: Startup successful Jan 13 11:06:32 phoinix systemd[1]: Started Network UPS Tools - power devices information server. Jan 13 11:11:32 phoinix upsd[561]: Can't connect to UPS [phoinix_ups] (usbhid-ups-phoinix_ups): No such file or directory Then the restart works fine: Jan 13 11:19:20 phoinix systemd[1]: Stopped Network UPS Tools - power devices information server. Jan 13 11:19:20 phoinix systemd[1]: Starting Network UPS Tools - power devices information server... Jan 13 11:19:20 phoinix upsd[823]: fopen /var/state/ups/upsd.pid: No such file or directory Jan 13 11:19:20 phoinix upsd[823]: /etc/ups/upsd.conf is world readable Jan 13 11:19:20 phoinix upsd[823]: /etc/ups/upsd.conf is world readable Jan 13 11:19:20 phoinix upsd[823]: listening on 127.0.0.1 port 3493 Jan 13 11:19:20 phoinix upsd[823]: listening on 127.0.0.1 port 3493 Jan 13 11:19:20 phoinix upsd[823]: listening on ::1 port 3493 Jan 13 11:19:20 phoinix upsd[823]: listening on ::1 port 3493 Jan 13 11:19:20 phoinix upsd[823]: Connected to UPS [phoinix_ups]: usbhid-ups-phoinix_ups Jan 13 11:19:20 phoinix upsd[823]: Connected to UPS [phoinix_ups]: usbhid-ups-phoinix_ups Jan 13 11:19:20 phoinix upsd[824]: Startup successful Jan 13 11:19:20 phoinix systemd[1]: Started Network UPS Tools - power devices information server. Any ideas what to check? This just started within the last month or two. -- David C. Rankin, J.D.,P.E.

1 0

[arch-general] Small Monitoring Soulution
by siefke_listen＠web.de 12 Jan '20

12 Jan '20

Hello, is there a small tool which do monitoring the different server services? Checking ping, port check and that's it. More I not need and best with a static index.html create. I find cacti to overload and I hate php setup. Thank you for help Silvio

5 6

[arch-general] how to upgrade 2017 server ?
by Shadrock Uhuru 11 Jan '20

11 Jan '20

i have a server that has not been booted since 2017, i tried upgrading with pacman -Syu, i have post the screen output at http://paste.openstack.org/show/788264/ i thought adding Eli Schwartz' personal repository to pacman.conf would have allowed the upgrade with his Binary builds of pacman-static. is my problem still to do with the xz to zstd change or something different ? shadrock

7 7

[arch-general] Sha256sum unexpected behaviour
by Leonidas Spyropoulos 10 Jan '20

10 Jan '20

Hello, I got a weird issue with sha256sum behaviour. When creating the package with makepkg --geninteg I get a hash and when trying to build it with makepkg the hash fails. The interesting bit is --ptintsrcinfo comes up with a different hash. Anyone got some idea why this might happen? See below some debugging info ~/linux-gc$ makepkg --geninteg ==> Retrieving sources... -> Found linux-v5.4.10-arch1.tar.gz -> Found config -> Found 0001_bmq_v5.4-r1.patch -> Found 0002_enable_additional_cpu_optimizations-20190822.tar.gz ==> Generating checksums for source files... sha256sums=('bd51016d038277d2edd4e6d6def53b0ba24e0b238662d404a07a7d706ad2b5d3' 'aa77f7e3b611787f734c7e7d7503d3debf9af86ac999e8bccf533c5a854ec15b' '0b770209a72171dfd46401d67d13204a767eb1749ef522df7ea7292b83046537' '8c11086809864b5cef7d079f930bd40da8d0869c091965fa62e95de9a0fe13b5') ~/linux-gc$ makepkg --printsrcinfo pkgbase = linux-gc pkgdesc = Linux pkgver = 5.4.10 pkgrel = 1 url = https://cchalpha.blogspot.co.uk/ arch = x86_64 license = GPL2 makedepends = bc makedepends = kmod makedepends = libelf makedepends = xmlto makedepends = python-sphinx makedepends = python-sphinx_rtd_theme makedepends = graphviz makedepends = imagemagick makedepends = git options = !strip source = linux-v5.4.10-arch1.tar.gz::https://git.archlinux.org/linux.git/snapshot/li… source = config source = 0001_bmq_v5.4-r1.patch::https://gitlab.com/alfredchen/bmq/raw/master/5.4/bm… source = 0002_enable_additional_cpu_optimizations-20190822.tar.gz::https://github.co… validpgpkeys = ABAF11C65A2970B130ABE3C479BE3E4300411886 validpgpkeys = 647F28654894E3BD457199BE38DBBDC86092693E validpgpkeys = 8218F88849AAC522E94CF470A5E9288C4FA415FA sha256sums = 1fda6369ec7038c9ca1fe7aa6206977c5b8983c77e9d74e4ba458a4d042d1d31 sha256sums = aa77f7e3b611787f734c7e7d7503d3debf9af86ac999e8bccf533c5a854ec15b sha256sums = 0b770209a72171dfd46401d67d13204a767eb1749ef522df7ea7292b83046537 sha256sums = 8c11086809864b5cef7d079f930bd40da8d0869c091965fa62e95de9a0fe13b5 pkgname = linux-gc pkgdesc = The Linux kernel and modules with the BMQ CPU scheduler depends = coreutils depends = kmod depends = initramfs optdepends = crda: to set the correct wireless channels of your country optdepends = linux-firmware: firmware images needed for some devices provides = linux-gc=5.4.10 pkgname = linux-gc-headers pkgdesc = Headers and scripts for building modules for the Linux kernel depends = linux-gc provides = linux-gc-headers=5.4.10 provides = linux-headers=5.4.10 Thanks, -- Leonidas Spyropoulos A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?

4 3