You are not logged in.
- Topics: Active | Unanswered
#1 Re: Installation » excalibur installation hangs in late-install-stage2 (in libvirt) » 2025-12-17 00:21:10
Thanks. I don't have debootstrap installed, but with that guidance I might do that for any later installation(s).
#2 Re: Installation » excalibur installation hangs in late-install-stage2 (in libvirt) » 2025-12-16 04:49:45
To close the loop, I used scp from inside the VM to replace the script in the running installer (right after configuring the clock). The installation finished, and the installed system boots to what appears to be a useful condition.
Thanks!!!!!
#3 Re: Installation » excalibur installation hangs in late-install-stage2 (in libvirt) » 2025-12-06 22:11:04
After installing zsh, tried running ./build-sudo.sh per post #4. It appears to require a /usr/share/debootstrap/scripts/excalibur file on the build host:
+./build-sudo.sh:8> export LC_ALL=C
+./build-sudo.sh:10> SUITE=excalibur
+./build-sudo.sh:11> ISOSET=server
+./build-sudo.sh:12> DISTVERSION=6.0.0-rc1
+./build-sudo.sh:13> : http://pkgmaster.devuan.org/merged
+./build-sudo.sh:14> dpkg-architecture -q DEB_HOST_ARCH
+./build-sudo.sh:14> : amd64
+./build-sudo.sh:15> : excalibur.amd64.fs
+./build-sudo.sh:17> id -u
+./build-sudo.sh:17> [ 501 '=' 0 ']'
+./build-sudo.sh:21> [ -n '' ']'
+./build-sudo.sh:37> [ ! -d excalibur.amd64.fs ']'
+./build-sudo.sh:39> [ -z -o ! '' '=' N ']'
+./build-sudo.sh:40> [ -e excalibur.amd64.fs ']'
+./build-sudo.sh:48> [ ! -e excalibur.amd64.fs ']'
+./build-sudo.sh:49> echo '# Set up a chroot environment to build in'
# Set up a chroot environment to build in
+./build-sudo.sh:50> [ ! -e /usr/share/debootstrap/scripts/excalibur ']'
+./build-sudo.sh:51> echo 'MISSING debootstrap script /usr/share/debootstrap/scripts/excalibur'
MISSING debootstrap script /usr/share/debootstrap/scripts/excalibur
+./build-sudo.sh:52> exit 1If I understand that correctly, it means the build host needs an excalibur version of debootstrap. That would seem to imply that to build a release N ISO requires a release N build machine, which appears to be a chicken-and-egg situation.
In the interim, I'll try to implement the workaround to replace file /usr/lib/finish-install.d/18late-install-stage2 in the running installer.
#4 Re: Installation » excalibur installation hangs in late-install-stage2 (in libvirt) » 2025-12-04 00:21:04
Superb! Thank you very much!
#5 Re: Installation » excalibur installation hangs in late-install-stage2 (in libvirt) » 2025-12-03 17:24:13
Thank you! Many additional thanks in advance for a pointer to the details of the workaround, please. It would be convenient if the workaround could be patched in, either during the running installer or by rebuilding a modified ISO.
#6 Re: Installation » [SOLVED] Devuan 6 installation on VMware Workstation stuck » 2025-12-03 04:53:48
I just posted a problem similar to the hung late-install-stage2 problem here: https://dev1galaxy.org/viewtopic.php?pid=60342#p60342
#7 Installation » excalibur installation hangs in late-install-stage2 (in libvirt) » 2025-12-03 04:52:19
- rmrichesjr
- Replies: 9
I'm seeing a repeatable problem when installing devuan excalibur aka 6 on libvirt. The first problematic symptom is a hang for more than 30 minutes with the install UI saying "Finishing the installation" and "Running late-install-stage2..." This problem appears to be similar to this topic: https://dev1galaxy.org/viewtopic.php?id=7521
Going to vt4 to see the installer's syslog, it appears the installer unmounts and ejects /dev/sr0, then runs script 18-late-install-stage2, which tries to install a few new packages: libestr0 libfastjson4 liblognorm5 rsyslog
Activating vt2, the 'ps' command shows the two last non-kworker, non-ps processes as follows:
- apt-get -y reinstall rsyslog
- /usr/lib/apt/methods/cdrom
My first hunch is that the cdrom got unmounted too early, and that's causing the apt-get package [re]installation to hang. I'd love to supply screenshots, but I haven't seen how to add an image.
#8 Other Issues » amd64-microcode update for transient scheduler attacks » 2025-08-30 22:41:38
- rmrichesjr
- Replies: 8
On an AMD Ryzen 7 5800 machine running Devuan Daedalus, I just updated to kernel 6.1.0-38-amd64 and now see a report in dmesg: "Transient Scheduler Attacks: Vulnerable: Clear CPU buffers attempted, no microcode". There is a similar message in the output of lscpu. I have the amd64-microcode package installed, version 3.20240820.1~deb12u1, which was an updated version from the version initially installed in Daedalus. The fact that I got an updated version at some point after installation would seem to indicate I have apt sources set up correctly to get updates to that package.
From https://www.amd.com/en/resources/produc … -7029.html it appears AMD has released a microcode update a few weeks ago. Is Devuan in process of putting this update into the Daedalus repos?
#9 Re: Packaging for Devuan » with apt-cacher-ng, not able to get 32-bit library packages » 2025-05-11 00:49:28
Thank you for the suggestion to delete i586 (and i686) and have only i386 as a foreign architecture. That worked, the i386 library packages installed, and Applix works again (needed the libraries).
#10 Re: Packaging for Devuan » with apt-cacher-ng, not able to get 32-bit library packages » 2025-05-04 04:12:08
If that's the case, then why are there i386 ISOs here?
https://files.devuan.org/devuan_daedalus/installer-iso/
#11 Packaging for Devuan » with apt-cacher-ng, not able to get 32-bit library packages » 2025-04-05 18:55:40
- rmrichesjr
- Replies: 5
Running Devuan Daedalus and apt-cacher-ng, I'm not able to install 32-bit library packages (libx11-6:i586 for example).
Doing "dpkg --print-architecture" returns
amd64
Doing "dpkg --print-foreign-architectures" returns
i386
i586
These are the non-comment lines in /etc/apt/sources.list:
deb http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus main contrib non-free non-free-firmware
deb http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus-security main contrib non-free non-free-firmware
deb http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus-updates main contrib non-free non-free-firmware
deb http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus-backports main contrib non-free non-free-firmware
Doing "apt-get update" returns
Reading package lists... Done
N: Skipping acquire of configured file 'main/binary-i586/Packages' as repository 'http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus InRelease' doesn't support architecture 'i586'
N: Skipping acquire of configured file 'contrib/binary-i586/Packages' as repository 'http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus InRelease' Reading package lists... Done
N: Skipping acquire of configured file 'main/binary-i586/Packages' as repository 'http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus InRelease' doesn't support architecture 'i586'
N: Skipping acquire of configured file 'contrib/binary-i586/Packages' as repository 'http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus InRelease' doesn't support architecture 'i586'
N: Skipping acquire of configured file 'non-free/binary-i586/Packages' as repository 'http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus InRelease' doesn't support architecture 'i586'
doesn't support architecture 'i586'
N: Skipping acquire of configured file 'non-free/binary-i586/Packages' as repository 'http://127.0.0.1:3142/us.deb.devuan.org/merged daedalus InRelease' doesn't support architecture 'i586'
...
Any suggestions? Thanks in advance.
#12 Re: Other Issues » ntpsec not managing drift in Daedalus » 2024-06-18 00:22:12
In case anyone with a similar question/problem finds this, there is another solution. I commented out the "tos minclock 4 minsane 3" line, and it appears to work fine now. I suspect if I had four individual servers declared in the file, I could have kept the "tos ..." line.
#13 Other Issues » ntpsec not managing drift in Daedalus » 2024-06-06 04:05:55
- rmrichesjr
- Replies: 2
Since switching from Chimaera to Daedalus ~10 days ago, ntpsec shows it's contacting the servers, but the offset grows by a fraction of a second per day. It appears it's contacting the servers but not managing the drift, not controlling the clock.
The only changes I made from the Daedalus factory-supplied /etc/ntpsec/ntp.conf file is to comment out the pool entries and add two server entries in order to have consistency from one boot to the next. These are my server entries:
server time.cloudflare.com nts
server oregon.time.system76.com nts
Doing "ntpq -p" shows this about 3 days after running "ntpdig -S" and restarting ntpsec::
remote refid st t when poll reach delay offset jitter
===============================================================================
+time.cloudflare 10.119.8.155 3 8 33 64 377 10.5348 623.7458 0.5835
+oregon.time.sys 128.138.141.177 2 8 17 64 377 15.7338 627.3030 0.7425
Any suggestions to get ntpsec to put its hands on the steering wheel and drive?
#14 Re: Other Issues » 'more' in daedalus clearing the screen when it should not » 2024-01-13 22:19:50
Thanks for the suggestions. Environment variable $MORE is not set, and there is no alias set. If I do "date | /bin/more" (without the quotation marks), it clears the screen, prints one line of text at the top, and prints reverse-video "(END)" at the bottom. "dpkg -S /bin/more" says it comes from util-linux. "/bin/more --version" says, "more from util-linux 2.38.1".
Does 'more' have an antidote option to negate -p (and/or -c) in case that has (perhaps unintentionally) been made the default? No syntax for negating an option shows up in the man page or via "--help".
#15 Other Issues » 'more' in daedalus clearing the screen when it should not » 2024-01-13 05:08:19
- rmrichesjr
- Replies: 7
In daedalus, with util-linux 2.38.1, /bin/more with no options initially clears the screen before starting to print text. Based on over 40 years of using 'more', that is incorrect behavior--unless the -p or -c options had been supplied. If the binary is called as 'page' or if the -p option is supplied, it's supposed to clear the screen. In comparison, in chimaera, with util-linux 2.36.1, /bin/more with no options behaves correctly and does not initially clear the screen. A web search did not reveal any discussion of how to work around this broken behavior.
Is there an (undocumented) option to nix the initial clearing of the screen?
As a side note, there's also a bug introduced probably over a decade ago now where 'more' quit showing one overlapping line of text. If the binary is called as 'page', it's supposed to initially clear the screen and show zero overlap. If the binary is called as 'more' with no options, it is supposed to _NOT_ initially clear the screen and is supposed to show one line of overlap as it scrolls.
#16 Other Issues » web pages flash/thrash with recent Firefox updates » 2023-09-17 04:30:02
- rmrichesjr
- Replies: 0
On Devuan 4 chimaera on amd64, using Firefox ESR, last night one of the pages to pay a Waste Management bill flashed/thrashed and did not load, and I was not able to pay the bill. Today, there was an update to 102.15.1esr-1~deb11u1. Just now, running the updated Firefox version, an Ebay page to show an order I had just placed flashed/thrashed several times and then sent me to a Captcha page. After correctly selecting the specified pages, the browser went back to flashing/thrashing and then to Captcha--rinse, repeat. Which combination of the following hypotheses is closer to correct:
- Firefox ESR has gone buggy and is no longer reliable
- Websites are (via malice or incompetence) punishing Firefox by making the sites not work with Firefox
- My social credit score is too low, so Firefox and/or the websites are punishing me
- (other)
#17 Re: Other Issues » Where to report a serious tcsh globbing bug? » 2023-01-04 03:53:11
Well, it looks like the system accepted the second report:
https://bugs.devuan.org/cgi/bugreport.cgi?bug=734
Thanks.
#18 Re: Other Issues » Where to report a serious tcsh globbing bug? » 2023-01-04 03:49:14
Tried to use the reportbug tool to send the bug report. The tool refused to send it. (I should submit bug reports against reportbug.) In the end, I manually edited the saved draft report and emailed it manually. After at least one automated rejection, I hope I can find a way to get the bug report filed.
#19 Re: Other Issues » Where to report a serious tcsh globbing bug? » 2022-12-30 04:09:20
Thanks for the replies/help. The full package list for testing shows 6.21.00-1.1, the same as I'm using on Chimaera. Oddly, the full package list for Chimaera doesn't show either csh or tcsh.
What would be the method to request a fixed version or a patch fix be considered to include in the next release? Would that have to go through Debian's wish-list request system?
#20 Other Issues » Where to report a serious tcsh globbing bug? » 2022-09-18 22:40:03
- rmrichesjr
- Replies: 6
Where should a serious tcsh globbing bug be reported? I'm running Devuan Chimaera with tcsh version 6.21.00-1.1.
In an empty directory, do these three commands:
touch {a,b,c,d,2}{1,2,3}
echo [a-d]*
echo [a-d]?
Each of the echo commands prints this (modulo indentation):
21 22 23 a1 a2 a3 b1 b2 b3 c1 c2 c3 d1 d2 d3
Each of the echo commands SHOULD print this (modulo indentation):
a1 a2 a3 b1 b2 b3 c1 c2 c3 d1 d2 d3
The man page says this about a hyphen between square brackets:
Within `[...]', a pair of characters separated by `-' matches any character lexically between the two.
"2" is _NOT_ lexically between "a" and "d". Therefore, the filenames that start with "2" should not be in the glob expansion.
This bug can result in files being deleted that should not have been deleted.
#21 Re: Other Issues » pkgmaster.devuan.org quit serving chimaera updates? » 2022-05-28 15:54:53
Thanks for the extremely quick reply! That appears to work for me, too.
#22 Re: Other Issues » pkgmaster.devuan.org quit serving chimaera updates? » 2022-05-28 13:56:47
Oh, as far as I'm aware, I'm using IPv4 exclusively. I disabled IPv6 during post-installation tuning.
#23 Other Issues » pkgmaster.devuan.org quit serving chimaera updates? » 2022-05-28 13:54:53
- rmrichesjr
- Replies: 3
It appears pkgmaster.devuan.org has quit serving chimaera updates. What is the recommended replacement?
When I installed chimaera last December, this line in the original /etc/apt/sources.list referred to pkgmaster:
deb http://pkgmaster.devuan.org/merged chimaera-security main contrib non-free
I'm using apt-cacher-ng, so I adapted it to this:
deb http://127.0.0.1:3142/pkgmaster.devuan.org/merged chimaera-security main contrib non-free
That had been working great through May 7. On May 14, 21, and 28 (today), I get this when attempting "apt-get update":
Hit:1 http://127.0.0.1:3142/deb.devuan.org/merged chimaera InRelease
Err:2 http://127.0.0.1:3142/pkgmaster.devuan.org/merged chimaera-security InRelease
Connection failed [IP: 127.0.0.1 3142]
Hit:3 http://127.0.0.1:3142/deb.devuan.org/merged chimaera-updates InRelease
Hit:4 http://127.0.0.1:3142/deb.devuan.org/merged chimaera-backports InRelease
Reading package lists... Done
W: Failed to fetch http://127.0.0.1:3142/pkgmaster.devuan. … /InRelease Connection failed [IP: 127.0.0.1 3142]
W: Some index files failed to download. They have been ignored, or old ones used instead.
Is deb.devuan.org the recommended replacement for pkgmaster.devuan.org? Or, is there a different recommended replacement?
#24 Re: Desktop and Multimedia » What AMD graphics card (< US$250) works on Beowulf? » 2021-12-27 22:57:42
By way of follow-up, the Beowulf installation worked very well. Even with adding the MX AHS packages and then migrating at least some of them to backports (when backports had the newer versions available), I did not see any serious problems from mixing distribution packages. There was only one time in about 7 months that the machine crashed, apparently a GPU crash, and that was in August, 2021.
A few days ago, I installed Chimaera without any packages coming from MX or even backports. So far, everything appears to be working very well (modulo migrating all my home-grown Python code to Python 3). Graphics performance is excellent. At shadertoy.com, the 'tempting the mariner' page (with a warning, apparently about overheating systems) runs full 60fps in the small window and appears to do 20-30fps at full screen (1920x1200).
#25 Re: Desktop and Multimedia » What AMD graphics card (< US$250) works on Beowulf? » 2021-05-23 02:33:13
Thank you for all the help. After working through some odd issues (and a bug report about BIOS corrupting disk data), the machine just went into "production" use with a 5800 CPU, an ASUS Pro WS X570-ACE motherboard, a MSI Radeon RX 5500 XT GAMING X graphics card, Devuan Beowulf, the kernel from backports, AMD graphics and Realtek firmware from backports, some other packages from backports that apparently got pulled in as dependencies, and the Mesa and related libraries from MX AHS. The MX AHS packages were mentioned in these linkded pages: https://dev1galaxy.org/viewtopic.php?id=3913 and http://forums.debian.net/viewtopic.php?f=16&t=146083 So far, everything appears to be working well.
Board footer
