The officially official Devuan Forum!

You are not logged in.

#4 Re: Other Issues » Unable to connect to devuan laptop server on local network » 2025-07-08 21:19:44

It's a very peculiar bevhaiour; to me it seems near impossible that the laptop can be the cause of other systems not sending it messages. It will be interesting to hear if reinstallation makes a difference.

#5 Re: Other Issues » Unable to connect to devuan laptop server on local network » 2025-07-07 22:04:00

Right. One reason for that kind of effect is when different devices happen to share macaddress. But, does your latop invent new macaddress when it reboots? (I know that some people regard macaddresses to be part of the user's "online fingerprint" and therefore invent obfuscations that involve changing macaddress especially of their uplink interfaces)

Did you check whether arp messages are received on the laptop (from any problem device)? As you probably know the IP level messaging (such as icmp) involves prior "arp" messaging where devices "learn" the relationships between IP addresses and MAC addresses. The ping requestor and responder both need to fill their arp tables with such associations, though separately and individually, before being able to send their icmp messages.

If there is holdup at that level (or any kind of interference by the router in that messaging) then the effect is the one typically voiced as "machine A cannot ping machine B".

In the phone+frame cases you can only check the arp messaging on the laptop, and then focus on arp requests (about the laptop IP) from those devices. The laptop should receive them and should reply to them. Receiving and not replying puts the problem firmly at the laptop, whereas "not receiving" as well as "receiving and replying" puts the problem back onto the network.

#6 Re: Other Issues » Unable to connect to devuan laptop server on local network » 2025-07-07 06:03:03

Well, you did report the ping request going out from the laptop, and also arriving to the server, but there was no response message out from the server and in to the laptop. Other than for that I agree with you that it appears the Devuan installation on the laptop makes this happen. Especially since the laptop seems invisible to all other systems.

Let's try this experiment: with the laptop running Devuan doing ping -n 192.168.1.4, check both the icmp and arp messages on the server. There should at least be arp messages from the server where it attempts to determine the macaddress for the host having 192.168.1.17. You should then also at the same time check for arp messages to the laptop.

Make sure you get both IP addresses and mac addresses of all messages. And report them here.

Also, please include output of

sysctl net.ipv4.conf.all | grep arp

#7 Re: Other Issues » Unable to connect to devuan laptop server on local network » 2025-07-07 01:15:00

ok. I believe netbsd uses pf (maybe short for packet filter?) for firewalling... it's the same as iptables but totally different smile In particular, its commands are different, and as I remember pf are set up in a certain order, and the later rules override the earlier ones.

I'll have to browse a bit to be able to say things about it. However, it looks to me like the server (192.168.1.4) has firewall rules that blocks its traffic to the laptop (192.168.1.17). Unless it has some kernel flag(s) to stop it responding to icmp requests. I would guess netbsd has different commands for sysctl too(?)

#8 Re: Other Issues » Unable to connect to devuan laptop server on local network » 2025-07-06 05:09:57

Ok. That's good; the requests arrive at the server... where do its responses go?

Perhaps it's routing is off? Use ip r to check the default routing table... though if you have source based routing or something, the server might have many routing tables, and then you may need to use ip r show table all to see them all.

Note: that;s on the server and not the laptop.

#9 Re: Other Issues » Unable to connect to devuan laptop server on local network » 2025-07-06 00:43:45

no that's not ping reqeust or response; that's ssh packets. Try using

tcpdump -n -i wlan0 icmp

to focus on icmp packets only. And please copy the exact responses rather than "like this" copying.

By this it indicates that the ping requests don't arrive at the server.

How about ping -n 9.9.9.9 from the laptop; does that get proper response? This test is only for verifying that packets from the laptop can go to and from the router. If that is the case, you will need to reconsider the router configuration.

Presumably it does have some isolation between LAN devices or device groups.

#10 Re: Other Issues » Unable to connect to devuan laptop server on local network » 2025-07-05 02:45:33

If you focus on icmp messages or host 192.168.1.4 you'll see that the icmp packets are sent out, but there are no responses back.

Are you able to run tcpdump on the server?

#11 Re: Other Issues » Unable to connect to devuan laptop server on local network » 2025-07-04 22:34:45

As you may know all (almost) network messaging comes in pairs with outbound packets getting inbound responses. I use tcpdump to look at that to show what happens on an interface, like:

tcpdump -n -i wlan0

to see packets in to and out from wlan0 without attempting "reverse dns" on them (i.e. see IP addresses rather than domain names).

You do that in one terminal while using an other terminal for trying things like ping. The best is if you can do the same on the target host, to see where the messages hold-up may be. Note that for ipv4 it is essential that "arp" messaging move freely; the hosts use that so as to learn the ethernet addresses of LAN devices. All networking is carried by the link-level LAN connectivity, which uses the ethernet addresses or broadcasts (i.e. address ff:ff:ff:ff:ff:ff plus the broadcast flag bit set). 

In your case, I do suspect your router. I think that most routers have "broadcast groups" where they only forward broadcast messages to interfaces within the group of the interface where the messages come in. Which router do you have -- brand and version "number"? (with that we can probably find its instruction book on the Internet)

Routers may also have limitations on number of connected devices.

#12 Re: Other Issues » Unable to connect to devuan laptop server on local network » 2025-07-04 14:23:10

I misspelled; should be ifconfig virbr0, but I think the bridge is ok since it doesn't have any interfaces. So now it's getting mysterious.

Do you have anything from ebtables-save
Does ping -n 192.168.1.1 work fine?
Check the router's host list for shared ethernet address 2c:9c:58:29:10:6f

#13 Re: News & Announcements » Chrome based browsers and uBlock Origin » 2025-07-04 12:14:25

I have no idea what the synaptics program does.

At a guess you have setup multiarch (perhaps an amd64 machine with arm64 as foreign architecture) and librewolf have published different most recent versions of their package in those architectures. To solve that "normally" you'd add an attribute like "[arch=amd64]" for the repository line, making it be like

deb [arch=amd64] http://repo.librewolf.net librewolf main

Doing so would focus that repository line to apply for the nominated architecture only. (Use a comma separated value list to nominate more architectures)

But that's all guess work.

#14 Re: Other Issues » Unable to connect to devuan laptop server on local network » 2025-07-04 05:33:31

Yeah; almost all the iptables rules concerns accepting packets in circumstances, which are kind of useless rules when policy is "accept". However since they don't interfere they can be ignored. And in any case they shouldn't concern wlan0 traffic.

But that virtbr0 bridge might have networking impact. What's your output of brctl show? And ifconfig virtbr0?

I suppose the problem(s) you talk about concern the main host and network 192.168.1.0/24; not any qemu virtual machine?

#15 Re: Other Issues » Unable to connect to devuan laptop server on local network » 2025-07-03 22:28:14

Yes it sounds like the installation (not liveCD) has something wrong.

Does it have a firewall? e.g. does iptables-save report something; (or if you use nftables there would be a similar command among its programs). And use ip6tables-save for ipv6 rules. (I'm not sure about the nftables commands)

Is the interface up? ifconfig wlan0 would be the easiest, if you have net-tools installed. An you'd also check with ip link show dev wlan0 and ip address show dev wlan0. The ip command comes from the iproute2 package.

Is there a default route? ip route show ... and checking ipv6: ip -6 route show

Hmm but if understand right, the laptop does have other internet access... anyhow, please include the outputs of those commands and we'll see if there's something to see there.

#16 Re: Other Issues » Unable to connect to devuan laptop server on local network » 2025-07-03 02:13:12

Does the router isolate between wireless hosts and wired hosts?

#17 Re: Off-topic » To shell or not to shell everything ? » 2025-07-01 21:00:54

No, service management should not be a brick because it needs openness and flexibility. In my mind, my words were rather an attempt to explain why one might raise the questions you raised; my view is that a service management system needs to be open and flexible in order to be useful in a multitude of circumstances.

Are you seeking answers really, or are you seeking questions? Don't you wish to come to conclusions about those questions you ask, or do you prefer to side step and ask similar or new questions about other sub systems? Why don't you focus on individual functions. such as partitioning or file manager or keyboard mapping?

#18 Re: Off-topic » To shell or not to shell everything ? » 2025-07-01 01:10:38

I think service supervision should be repeatable and robust while flexible. Therefore it's an advantage to use shell scripts. Which is how sysvinit was designed.

Of course, a system that is open and flexible entices and empowers a large number of people to have a go at adjusting scripts and making new ones, and slowly the aggregate system will start to lose it's coherence as well as any original overarching design ideas. And with less and less coherence, newcomers more and more easily get confused and misdirected, so they more or less inadvertently continue exploiting the inherent openness and flexibility to make the aggregate system even less coherent.

To adopt and pursue an original intent would take "unproductive" effort to find such original intent purposefully documented and to digest and assimilate it. This often demands additional layers of learning that typically are well to the side of the immediate objective which most often merely is "to have something working for me right now".

#20 Re: Hardware & System Configuration » LVM -- useful or not? » 2025-06-30 08:27:36

Hopefully I can say this without pushing anyone into defensive mode: my personal opinion is that LVM a total waste of energy. I.e. actual energy wasted by extra processing, turning into heat and whatnot for no practical gain. Just because it's possible. But yes, there is that fascinating idea of theoretical flexibility, which basically noone uses.

#21 Re: Hardware & System Configuration » LVM -- useful or not? » 2025-06-30 03:55:51

yes it adds overhead; every block access needs to go through the mapping tables.

#22 Re: Hardware & System Configuration » Installer *.iso problems - again ... » 2025-06-26 02:29:22

Are you trying to boot an arm64 installer on your Sun Ultra 24 WS ?

That netinstall iso has some isolinux software residue for i386 but in general it's intended to run a grub boot system for arm64. In particular, the linux kernel is an arm64 kernel. Whomever that put that iso together didn't conscientiously remove irrelevant but (normally) unused files, and in particular it does seem to have some dangling i386 boot loaders.

#23 Re: Hardware & System Configuration » Where to view system requirements Devuan » 2025-06-23 22:37:19

Well "Devuan" is actually like a warehouse of software rather than a particular distribution so it all depends on which particular setup you want to have. The most recent "excalibur netinstall", which provides a range of distribution choices with the most recent software, will want at least 800 Mb RAM to run and would comfortably install most of its graphical desktop environments on an 8 Gb disk. Though, today one will want at least 20 Gb disk to be somewhat "future proof".

Almost all software is compiled for several architectures, including both 32-bit and 64 architectures. In debian parlance they have names like i386, amd64, armel, armhf, arm64, risc64, ppc64el etc.

The keyword is "Choice".

#24 Re: Devuan » devuan and debian links » 2025-06-23 22:21:21

And those who like graphs could peep at
https://pkgmaster.devuan.org/log/unstable-banned.svg
for a dependency picture of the banned packages for unstable.

#25 Re: Installation » [SOLVED] Asking for the install cd that is already mounted when I chose RUNIT » 2025-06-20 23:29:19

I'd guess your "I chose RUNIT" means to install some software, and your /etc/apt/sources.list nominates /media/cdrom as a repository (of cdrom type), which is one of the babies that came with the installation. If you remove that, or comment it out, in /etc/apt/sources.list your system (aka "it") will no longer ask for that repository.

Board footer

Forum Software