Download | Devuan.org | Git | Bugs | Packages

The officially official Devuan Forum!

You are not logged in.

Pages: 1

#1 Re: Devuan » Devuan 5 Daedalus Release (Debian 12 - Bookworm) | Looking for info » 2023-07-29 15:46:59

birdi

Two important additions to the above post:

It seems that the bluetooth service has to be disabled as well or else it will start dbus-daemon on boot even if dbus itself is disabled from rc-update.

The specific problem is that when bash tries to start, the dbus-daemon seems to start a zombie subprocess and stalls bash for as long as it exists.

Hope it helps if someone else has this problem.

#2 Re: Devuan » Devuan 5 Daedalus Release (Debian 12 - Bookworm) | Looking for info » 2023-07-29 14:57:35

birdi

Thanks for all of you who tried to help me but i just fixed the problem. It turned out to be an oversight i made after the upgrade.

The problem was that the dbus-daemon service was set to start on boot. I know from experience that for some reason even small updates in general on debian re-enable services that are disabled by the user.
When i upgraded i also disabled with rc-update a lot services i don't need, but i somehow forgot about dbus. Now i have it disabled and the stall no longer happens.

Somehow dbus started from boot stalls /bin/login which is what affects bash and xorg. The dbus-launch and dbus-daemon started by xorg and other programs afterwards doesn't affect anything, everything is working just as before. I double checked this with xorg up and running and switching to the second tty and it doesn't stall.

#3 Re: Devuan » Devuan 5 Daedalus Release (Debian 12 - Bookworm) | Looking for info » 2023-07-26 15:16:47

birdi
GNUser wrote:
birdi wrote:

It seems there is no cpu or disk activity during this time, it just stays there and does nothing then continues to start as normal.

I was once affected by a very similar issue, where nothing would happen in the middle of boot process for about 30 seconds, then boot would continue as normal. In my case, the issue turned out to be that UUID of my swap partition had changed (because I deleted the old swap partition and created a new one), but initramfs had a record of the old UUID and was timing out while waiting for it to appear.

Have you changed any of your hardware or partition UUIDs recently? If so, try recreating your initramfs:

1. Boot as usual
2. Run sudo update-initramfs -u
3. Reboot

It didn't work unfortunately, but it seems it stopped some random apparmor errors on boot which didn't impact anything. I think the problem is with openrc and agetty since if i exit bash with Ctrl-D or the exit command it still stalls just as much, no matter how many tries, this being after booting.

I will look more into it another time, as this is mostly for a testing computer where i constantly change hardware so rebooting slowly is a pain, this is why i still kept it on Chimaera.
Thanks for help anyway.

#4 Re: Devuan » Devuan 5 Daedalus Release (Debian 12 - Bookworm) | Looking for info » 2023-07-23 05:15:23

birdi
GNUser wrote:

Yesterday I upgraded from Chimaera to Daedalus without any issues. Here are the steps I followed:

Edit /etc/apt/sources.list to point to daedalus
$ sudo apt-get update
$ sudo apt-get upgrade
$ sudo apt-get dist-upgrade # at the end there are some errors having to do with old version of linux kernel
$ sudo apt-get autoremove --purge # this removes the packages that caused errors
$ sudo apt-get dist-upgrade # now it completes without any errors
$ sudo apt-get autoclean
Reboot

I only use the main component of the repository. In other words, my /etc/apt/sources.list now looks like this:

deb http://deb.devuan.org/merged daedalus main

Since I don't have packages from contrib or non-free, I cannot comment on the current upgrade experience if your Chimaera system includes packages from those components.

I wasn't that lucky. After upgrading, everything seems fine except that the shell (bash) and xorg (startx) will stall for like 20-30 seconds when called from a tty, which didn't happen on Chimaera.
It seems there is no cpu or disk activity during this time, it just stays there and does nothing then continues to start as normal.
This happens only with those two programs called from the ttys, even after exiting from the shell from there to force the init to start bash again it still stalls, but surprisingly none of this happens within xorg and no other programs are affected.

Any ideas? I'm not using sleep or hibernation so this basically slows down my boot time by a minute.

#5 Re: Installation » install does not find wifi » 2022-01-09 00:04:37

birdi
Aleksanders wrote:

Some wifi devices needs its firmware to load to work

The devuan installer comes with firmware included, except for a few models like Broadcom b43xx which need a kernel module loaded and firmware fetched and extracted via a script found in the repos.
OP needs to post the output of dmesg / lspci -vvnnk / hwinfo --netcard. If the firmware is missing, dmesg should show a firmware loading error and a link to the debian wiki, lspci will not show "Kernel driver in use" for the card, hwinfo tells you which module is needed and if it is already loaded. Unfortunately lspci and hwinfo are not in the installer and have to be installed from the repos, so either press Ctrl+Alt+F2 and then Enter after starting the installer and run dmesg | grep firmware or install hwinfo on the current os and post the output.

Pages: 1

Board footer

Forum Software