January 2024 - Arch-general - lists.archlinux.org

Hardware tests and SSDs - Was: When I upgrade to dbus-broker should I expect anything to break?
by Ralf Mardorf 14 Jan '24

14 Jan '24

On Thu, 2024-01-11 at 09:34 +0000, pete wrote: > for the record the Drives are all ok memory tested out ok . see > what happens if it starts acting up again Hi, while I'm using only internal SSDs, no HDDs anymore, since many years, I still don't have experiences with SSD failures. My desktop PC is quasi 24/7/365 up, with just short interruptions. Is your Arch install on a SSD? If so, there's probably an issue related to the "flash retention time". If an SSD is not supplied with power, it loses data relatively quickly even in the best condition. You can sometimes read that six months could already be too long. I believe that when SSDs become old, the period of time in which they can safely retain data without a power supply is shortened. Reading about this just happens to be on my to-do list, just like booting up my old desktop PC that hasn't been connected to the mains for months, maybe even longer than half a year. As it's on my todo list, I don't have any knowledge yet. It's just a guess that an old or somehow damaged SSD might look good, pass write and read tests, but the margin in which it can hold data without power might be very, very short at some point. Regards, Ralf

5 9

How to enable RNDIS USB ethernet device?
by David C. Rankin 10 Jan '24

10 Jan '24

All, I have a milkV-duo (Pi Pico look-alike running Risc chip) that runs Linux (busybox) and provides an RNDIS network interface to the host. For some reason when I connect the device to Arch, it is properly identified and the network device is created, but the interface is always brought up DOWN. Providing an address with ip link (it runs on 192.168.42.1) seems to enable the interface, but when you ssh to that IP it just logs into the Arch host instead of the milkV-duo. On connect the rndis host interface is created: Jan 05 00:30:34 2pi kernel: usb 2-8: new high-speed USB device number 6 using ehci-pci Jan 05 00:30:34 2pi kernel: usb 2-8: device descriptor read/64, error -71 Jan 05 00:30:34 2pi kernel: usb 2-8: New USB device found, idVendor=3346, idProduct=1009, bcdDevice= 5.10 Jan 05 00:30:34 2pi kernel: usb 2-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jan 05 00:30:34 2pi kernel: usb 2-8: Product: RNDIS Jan 05 00:30:34 2pi kernel: usb 2-8: Manufacturer: Cvitek Jan 05 00:30:34 2pi kernel: usb 2-8: SerialNumber: 0123456789 Jan 05 00:30:34 2pi kernel: rndis_host 2-8:1.0 usb0: register 'rndis_host' at usb-0000:00:1d.7-8, RNDIS device, 22:39:53:06:09:42 Jan 05 00:30:34 2pi kernel: rndis_host 2-8:1.0 enp0s29f7u8: renamed from usb0 But then for some reason the dnsmasq-dhcpd running on the chip doesn't get an address to automatically enable the interface. Checking Arch you have: # ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host noprefixroute valid_lft forever preferred_lft forever 2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:23:ae:89:58:90 brd ff:ff:ff:ff:ff:ff inet 192.168.6.111/24 brd 192.168.6.255 scope global dynamic noprefixroute enp2s0 valid_lft 4986sec preferred_lft 4086sec inet6 fe80::b133:3c77:ce09:5b19/64 scope link valid_lft forever preferred_lft forever 5: enp0s29f7u8: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 22:39:53:06:09:42 brd ff:ff:ff:ff:ff:ff Simply assigning an IP allows you to ping it and get a ssh prompt: # ip addr add 192.168.42.1 broadcast + dev enp0s29f7u8 # ping 192.168.42.1 PING 192.168.42.1 (192.168.42.1) 56(84) bytes of data. 64 bytes from 192.168.42.1: icmp_seq=1 ttl=64 time=0.020 ms 64 bytes from 192.168.42.1: icmp_seq=2 ttl=64 time=0.018 ms 64 bytes from 192.168.42.1: icmp_seq=3 ttl=64 time=0.049 ms ^C --- 192.168.42.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2015ms # ssh david(a)192.168.42.1 david(a)192.168.42.1's password: You have new mail. Last login: Fri Jan 5 00:30:05 2024 from 192.168.6.114 00:33 2pi:~> l total 920 drwx------ 41 david david 4096 Jan 5 00:30 . drwxr-xr-x 12 root root 4096 Aug 30 23:11 .. drwxr-xr-x 2 david david 4096 Jul 10 2022 .FreeCAD <snip...> However, that has just logged into the host and not the milkV-duo board. So it almost looks like it is considering enp0s29f7u8 as alias for loopback. I must be missing something easy and fundamental, but I can't figure out what. Of course, plugging it into Win10 and using PuTTY, the address is already there and ssh connects directly to the board and not the host. There is no route added: # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default _gateway 0.0.0.0 UG 1002 0 0 enp2s0 192.168.6.0 0.0.0.0 255.255.255.0 U 1002 0 0 enp2s0 Adding the address with ip link enables avahi-daemon for the interface and mdns: Jan 05 00:54:38 2pi avahi-daemon[328]: Joining mDNS multicast group on interface enp0s29f7u8.IPv4 with address 192.168.42.1. Jan 05 00:54:38 2pi avahi-daemon[328]: New relevant interface enp0s29f7u8.IPv4 for mDNS. Jan 05 00:54:38 2pi avahi-daemon[328]: Registering new address record for 192.168.42.1 on enp0s29f7u8.IPv4. Jan 05 00:54:39 2pi avahi-daemon[328]: Joining mDNS multicast group on interface enp0s29f7u8.IPv6 with address fe80::2039:53ff:fe06:942. Jan 05 00:54:39 2pi avahi-daemon[328]: New relevant interface enp0s29f7u8.IPv6 for mDNS. Jan 05 00:54:39 2pi avahi-daemon[328]: Registering new address record for fe80::2039:53ff:fe06:942 on enp0s29f7u8.*. Anybody else mess with one of these boards or a similar RNDIS device and know how to successfully bring the interface up so you can connect with the milkV board and not the host? -- David C. Rankin, J.D.,P.E.

2 5

Arch Linux inside OSTree
by Michael Zimmermann 06 Jan '24

06 Jan '24

Hi, I've put some work into making it easy to install Arch Linux inside OSTree. I have started creating a guide at https://wiki.archlinux.org/title/Install_Arch_Linux_inside_OSTree with the intention of that being just another installation method like LUKS or LVM. Unfortunately, the page was moved to my personal space with the reason: "personal install guide for the author's os-tree wrapper, does not belong in the official namespace". This sounds like the Arch Linux project doesn't want to support this installation method. Is that correct? If yes, why? Thanks Michael

10 12

Migration from LXD to Incus
by Bernd Rinn 06 Jan '24

06 Jan '24

Hi, I'm using LXD on Archlinux and want to migrate to Incus (https://linuxcontainers.org/incus) According to the Incus docs this is as simple as installing Incus alongside LXD and then calling the migration program lxd-to-incus, see https://linuxcontainers.org/incus/docs/main/howto/server_migrate_lxd. However, when executing 'pacman -S incus', I get the message 'incus and lxd are in conflict. Remove lxd?'. So it looks like the migration program lxd-to-incus will not work under Archlinux because one cannot install both packages in parallel. What the proper way of migrating from LXD to Incus under Archlinux? All the best, Bernd

2 1

Python warnings still
by pete 06 Jan '24

06 Jan '24

Hi folks . I am still getting plagued by these Python warnings warning: could not get file information for usr/lib/python3.11/site-packages/pyr???????????????????? ate_limiter-3.1.0.dist-info/ ??????? warning: could not get file information for usr/lib/python3.11/site-packages/pyr???????????????????? ate_limiter-3.1.0.dist-info/LICENSE ????????? warning: could not get file information for usr/lib/python3.11/site-packages/pyr???????????????????? ate_limiter-3.1.0.dist-info/METADATA ????????? warning: could not get file information for usr/lib/python3.11/site-packages/pyr???????????????????? ate_limiter-3.1.0.dist-info/RECORD ????????? warning: could not get file information for usr/lib/python3.11/site-packages/pyr???????????????????? ate_limiter-3.1.0.dist-info/WHEEL it seems every time there is something Python related i get around 150 lines of these warnings any help anyone before i loose it and rebuild the system that is a nightmare thought Pete

8 21

milkv-duo duo-buildroot-sdk builds FINE of Arch! genext2fs is only AUR pkg required
by David C. Rankin 05 Jan '24

05 Jan '24

Arch is Good! For those considering tinkering with the milkV-duo boards, the documentation says it can only be built on Ubuntu and only on version 22.04 to avoid build issues. Nonsense, Archlinux is just fine. For those interested, the only AUR package needed is genext2fs. Other than that the normal Arch build tools are all that is needed. If you built for 2+ hours and then had packaging crash, don't worry, just build and install genext2fs, open the build.sh file, comment the 'get_toolchain' and 'milkv_build' lines and run it again - it will complete without issue (essentially makepkg -R). Experience is a good teacher. <snip couple of hours of build output> ... INFO: hdimage(milkv-duo.img): adding partition 'rootfs' (in MBR) from 'rootfs.ext4' ... INFO: hdimage(milkv-duo.img): adding partition 'empty' (in MBR) ... INFO: hdimage(milkv-duo.img): writing MBR gnimage for milkv-duo success! /home/data/milk-v-duo/build/try1/duo-buildroot-sdk/build /home/data/milk-v-duo/build/try1/duo-buildroot-sdk /home/data/milk-v-duo/build/try1/duo-buildroot-sdk/out /home/data/milk-v-duo/build/try1/duo-buildroot-sdk /home/data/milk-v-duo/build/try1/duo-buildroot-sdk Gen image successful: out/milkv-duo-20240105-0309.img 03:09 valkyrie:.../build/try1/duo-buildroot-sdk> l out total 163620 drwxr-xr-x 2 david david 4096 Jan 5 03:09 . drwxr-xr-x 17 david david 4096 Jan 5 03:09 .. -rw-r--r-- 1 david david 939524608 Jan 5 03:09 milkv-duo-20240105-0309.img Good job devs, and a happy 2024! -- David C. Rankin, J.D.,P.E.

1 0

how to correctly create dbus-broker service and allow bus system service to start correctly
by Mgr. Janusz Chmiel 04 Jan '24

04 Jan '24

7 13