A
Check the contents of /etc/resolv.conf. It should have at least one
nameserver entry. If it does and still doesn't work, put the following at the top of the file:
nameserver 1.1.1.1
A
Step of what? The migration guide from Arch to Artix (https://wiki.artixlinux.org/Main/Migration)? The one that seems to be popular recently (https://forum.artixlinux.org/index.php/topic,3722.0.html)?
If you followed every step of that guide, you would have downloaded the packages (https://wiki.artixlinux.org/Main/Migration#Download_the_Artix_packages) from Arch, while still having a working network connection, after modifying /etc/pacman.conf (https://wiki.artixlinux.org/Main/Migration#Lower_Pacman_security_levels).
You most probably didn't follow the guide closely. I have tested the guide inside a QEMU guest and it works. I managed to successfully migrate an Arch guest to Artix dinit.
Anyway, if you can't manage the migration, backup your files and do a clean install. Clean install is the preferred installation method.
A
A
https://wiki.archlinux.org/title/Network_configuration
https://wiki.artixlinux.org/Main/Migration#Configure_networking
If you can ping 1.1.1.1 but not, say, artixlinux.org then your problem is DNS resolving. Try this:
# host artixlinux.org
and
# host artixlinux.org 1.1.1.1
You can use dig(1) instead:
# dig artixlinux.org @1.1.1.1
Post the output. If none can resolve, then check your iptables rules. If they can but pacman won't download check for proxy environment variables. Also, see if there's any systemd-resolved horsecrap lurking in the shadows.
A
They're both part of bind, but you said you can't install packages. Still, you haven't posted iptables rules and the output of ps axu. Perhaps you should have tried the unofficial fucksystemd script for the migration (https://tiny.cc/fucksystemd) instead.
A
A
Please backup your important files and do a fresh install of Artix. Use a weekly graphical ISO to minimize potential problems and choose the option to erase the hard disk.
@IMSOASIAN You posted commands output without the commands themselves. Anyway, resolving seems to work; therefore there's something screwed in your pacman configuration. Try "wget https://artixlinux.org" -- if you get an index.html then I'm right. Also, you didn't check your environment for proxy variables ("set | grep -i proxy").
Perhaps you should do what
@strajder suggested.
A
There's the source of your woes. Post "ss -lunp" (ss is from iproute2 package).
A
It's very hard to debug through a forum. Inspect /etc/nsswitch.conf and see what happens if you stop avahi. My bet is on dhcpcd though, try disabling it and using OpenRC's native netifrc (https://wiki.artixlinux.org/Main/OpenRC#Network_management), which by default uses DHCP on wired interfaces. See also https://wiki.gentoo.org/wiki/Netifrc
A