The officially official Devuan Forum!

You are not logged in.

#1 Re: Other Issues » apt stuck at 0% [Waiting for headers] » 2018-07-18 17:11:21

goo

Okay, it didn't fix it, but I figured it out. Since it was still happening, I figured the issue was with mdev, as that was the only thing that in the chroot would've worked. Turns out mdev's default /dev/null permissions are 660, while they should be 666. Fixed that and it works like a charm now. Thanks everybody.

#2 Re: Other Issues » apt stuck at 0% [Waiting for headers] » 2018-07-18 15:26:39

goo

Yeah, I'm downloading a rpi2 rootfs, I think that might do. I'll let you know, thanks.

#3 Re: Other Issues » apt stuck at 0% [Waiting for headers] » 2018-07-18 15:12:51

goo

I don't know, the architecture itself is armhf, but I think the images also include a kernel which I can't flash... A rootfs would be perfect, I guess I can maybe extract it from the images?

#4 Re: Other Issues » apt stuck at 0% [Waiting for headers] » 2018-07-18 13:41:42

goo

Unfortunately, I already tried that multiple times and it doesn't seem to fix it. Also if it were a fault on the mirror's side it shouldn't work from the chroot, nor should I able to download them without an issue with wget.
Thanks for suggesting that, though.

#5 Other Issues » apt stuck at 0% [Waiting for headers] » 2018-07-18 11:01:25

goo
Replies: 7

Hello, I'm having an issue with apt (or apt-get or aptitude, doesn't matter) currently which gets stuck at 0% [Waiting for headers] whenever I'm trying to install a package (or multiple packages). apt-update works fine. I'll start off by describing my installation as I didn't install devuan using the normal procedure of downloading a live image from the website.

So, I have a NAS which has two partitions. On one partition there's a debian wheezy system, installed by the manufacturer. The other partition was in a RAID setup with the first one, and was originally a mirror of it, but eventually I split the RAID and tried using this partition to install a newer system, Devuan ASCII. I couldn't install Debian because I can't upgrade the kernel on this system as the manufacturer only provided the patches needed to make the kernel work for Linux 3.2.26. Also, I dislike systemd, so Devuan seemed like a great choice.

In order to install it, I first tried to debootstrap a minimal (--variant=minbase) rootfs using Debian's debootstrap with the official Devuan's debootstrap script.
The debootstrap went okay, so I rebooted into the new Devuan rootfs, replaced udev with mdev since the old kernel and udev didn't get along and setted up the network. Now, it looks like everything is working, I can ssh into it, ping the router, ping google.com, wget web pages and stuff, but I can't install packages, apt remains stuck at 0% [Waiting for headers]. Without really investigating into it, I thought it was probably fault of Debian's debootstrap, so back to the wheezy system I debootstrapped Devuan ASCII on a usb stick, chrooted into it and debootstrapped Devuan ASCII onto the second partition, this time using the official debootstrap version.

I then repeated the same steps (replacing udev and setting up the network). The problem persists. It's now important to mention that, if I chroot into Devuan from Debian, it works.

Of course, the first thing I've checked was the network configuration, but everything worked, and I could even wget packages directly from the mirrors by downloading them using the URLs returned by `apt install --print-uris`. I also ran `ip addr` on both systems and the network config is identical. Another thing I've tried was changing the DNS and it didn't help. One note about the network config, on the Devuan system I'm setting it up by manually running `ip` commands in an init script while that's taken care of by ifupdown in the Debian system. The end result looks identical though.
People on IRC also told me to make sure I wasn't using ipv6 so I disabled it `sysctl -w net.ipv6.conf.all.disable_ipv6=1` but it didn't make a difference. Also, my ISP doesn't support IPV6 so I don't think that's a problem. They also asked me whether I was using a local DNS but no, I'm using Google's.

Next things I tried were more closely related to apt. First I tried using apt-get with no results. Same with aptitude. I then tried changing mirrors in /etc/apt/sources.list as it was using pkgmaster.devuan.org but on the website it says to use deb.devuan.org, but still with no results. I also tried using the local mirrors by prefixing deb.devuan.org with my country code but it's the same. I tried running `apt update` multiple times and that doesn't fix it. However I noticed that with pkgmaster.devuan.org, which is a redirect to deb.devuan.org `apt udpate` fails. Next thing I did was enable HTTP debugging by adding a config file with `Debug::Acquire::http "true";` and this is the output. So, because of both these tests I'd say the issue is that `apt` doesn't follow redirects, so I tried reinstalling apt with `apt-get install --reinstall apt` but it didn't fix it.

At this point, if it isn't an `apt` issue, I can't really make much sense of it, though it's very weird that it works in the chroot which makes me think it isn't an apt issue. Granted, it might be something with the way I'm setting up the network or with mdev, but it's still weird that apt is the only thing that doesn't work.

I really hope someone can help, as I'd be very happy to revive this box with Devuan, but I can't really do so if I can't fix this. You can find the backlog of the IRC channel where people tried helping here.

Thank you,
have a nice day.

Board footer

Forum Software