You are not logged in.
I have the same issue with AMD Ryzen 9 HX 3700 and AMD Radeon 890M. Additionally, neither Excalibur nor Daedalus netinstall .iso images have WiFi support; they all require iwlwifi-ty* on an external USB drive. However, even when I provide it, Devuan is unable to find and use the driver.
Did you try proceeding without providing the driver on external usb? Daedalus and Excalibur netinstall isos do have wifi support. The firmware packages are all in the iso and will be installed if your hardware requires them. The live isos have wireless firmware already installed.
You can install to RAID with the cli refractainstaller, but it won't take 10 minutes. It would probably be more like 15 minutes. RAID1 will prevent downtime, and you can make a cron job to check the drives and send you email and/or text message if one fails.
Update on these instructions - it says that partitions must end in a non-zero digit and that's no longer true. I fixed it long ago. You can use md0 and if you do lvm you don't have to end the lv name with a digit. (e.g. /dev/mapper/nodigitshere would work.)
https://dev1galaxy.org/viewtopic.php?id=2323
In most cases the install will be easier if you ignore that question about loading firmware from removable media. Most of the firmware packages are on the disk. (e.g. firmware-realtek). That question is a leftover inherited from debian when they did not include non-free firmware in the isos. It's only useful for a few drivers that require you to agree not to share them before they let you have them. (e.g. some broadcom chips) and only if you're installing without a network connection.
Thanks. I got confused because I always use dd on whole devices or partitions. Sending it to a file won't clobber other files.
MLEvD, did you copy/paste the wrong commands? That dd command will replace whatever is on the partition with a file containing zeroes. That would reproduce the OP's problem instead of fixing it.
I just tested pm-hibernate in excalibur and it works. Kernel is 6.12.27.
Check /etc/initramfs/conf.d/resume to make sure it didn't change and also that the uuid on the swap didn't change. (assuming resume uses the uuid)
Check /var/log/syslog for errors. I got something like "couldn't find swap" before I did a few things to make my new swap partition work. (I had to make a resume file, edit fstab, run update-initramfs -u, and reboot.)
linux-libre 6.15.0 with the current version of mount (2.41-5devuan1) is working correctly. Here's an iso in case anyone wants to play with it.
https://get.refracta.org/files/experime … 0_1739.iso
sha256sum
4d19d4a9f1f28eb5548fc3b141f83fece1a9df0640cdb6bbc63a528944b41306 refracta_13_minx_ndb_libre_i386-20250530_1739.isoDevuan infrastructure would be the servers we control - pkgmaster.devuan.org, git.d.o, files.d.o and this forum. There are also some backup servers and other stuff that keeps it all running.
Install openbox and do a diff on the files you're curious about against the ones in /etc/xdg/openbox. (probably menu.xml and rc.xml)
FWIW, not related to the installer isos, but refractasnapshot has a config option for enabling uefi boot or not. (you always get legacy boot) It's just a matter of turning on or off one (I think it's just one) function. Oh yeah, the devuan-live isos have the same option because the same function is used in live-sdk.
To test those other config files, drop them in ~/.config/openbox/ and fire up an openbox session.
seems we'll be denied the option to build a vanilla kernel that can take advantage of >4GB.
Confirmed. I have some i386 excalibur isos with libre kernel. If I boot in qemu and give it 6GB of memory, the iso with 6.12 kernel shows 6GB but the one with the 6.15 kernel only shows 3GB.
I'll try to expain for you folks who aren't getting it. If you install a desktop environment from the installer iso, it uses a metapackage such as task-xfce-desktop or other desktop, which pulls in all parts of the chosen DE plus all other desktop applications. Trying to remove some parts of that will often result in the whole desktop being removed.
If you start with a minimal system, you can add the parts of the desktop that you want along with the specific applications that you want and have a leaner system than you would get with the task-* package.
Example: How do you install kde without getting libreoffice or gimp? Partial answer: You don't install task-kde-desktop.
$ apt depends task-kde-desktop
task-kde-desktop
Depends: tasksel (= 3.73devuan1)
Depends: task-desktop
Depends: kde-standard
|Depends: lightdm
|Depends: slim
Depends: sddm
Recommends: kdeaccessibility
Recommends: orca
Recommends: gimp
Recommends: libreoffice-writer
Recommends: libreoffice-calc
Recommends: libreoffice-impress
Recommends: libreoffice-plasma
Recommends: libreoffice-kf5
Recommends: libreoffice-help-en-us
Recommends: mythes-en-us
Recommends: hunspell-en-us
Recommends: hyphen-en-us
Recommends: print-manager
|Recommends: <time-daemon>
chrony
ntpsec
openntpd
Recommends: ntpsec-ntpdateAltoid wrote:
devuan_chimaera_4.0.3_i386_desktop-live.iso
This *.iso file did not generate a #$%& UEFI partition when I wrote it to the SD Card.
That's right. the i386 doesn't do uefi. I'm not aware of any 32-bit uefi systems.
About that size issue...
I poked around a bit. Most of the difference is in /lib/modules and most of that is drivers. libre has more directories and files there than debian and all the .ko files in the debian kernel are xz-compressed. That accounts for around 200mb difference.
Here's a daedalus (stable) mini.iso, a.k.a. business card iso. Network install only, no wireless for the install. This one should boot for you.
https://pkgmaster.devuan.org/devuan/dis … t/mini.iso
It's also possible to use the live isos to do a debootstrap install.
Update. If I downgrade to the previous version of mount, the isos boot. (i.e. they can loop-mount filesystem.squashfs)
mount, fdisk libfdisk1 and uuid-runtime were all downgraded from 2.41-5devuan1 to 2.38.1-5+deb12u3devuan1
I filed a bug report against mount - https://bugs.devuan.org/cgi/bugreport.cgi?bug=892
...until you ARE interested in the error log.
You could change the log daily and keep yesterday's log in case you need it. Make a user cron job that runs 'mv .xsession-errors .xsession-errors.old' once a day. (use the full path to the file)
I think you make a good case for turning mdadm off in the live isos. Easy enough to do.
In /etc/default/mdadm
# START_DAEMON:
# should mdadm start the MD monitoring daemon during boot?
START_DAEMON=falseIf you need mdadm in the live session, turn it on with /etc/init.d/mdadm start
Now all I gotta do is remember to put it in the release notes.
Might be better to make a hook script so it could be turned on or off at the boot command. (talking to myself now)
Choose Expert install (in one of the installer isos) and you will be asked if you want non-free or not. I think you'll also be asked if you want -security and -updates. You should take those.
"su" vs. "su -" problem? Those usually give you a "command not found" error. More likely the environment issue (root vs. user)
If you want to be able to run root programs on the user's desktop like you used to do before su got moved into util-linux, do this:
echo "Always_set_path yes" >> /etc/default/suThen log out and log in using "su" and compare your PATH to what it was before. (or try to run a graphical app as root)
Update: I'm trying more kernels and I asked a question in #gnu-linux-libre (libera.chat)
6.12.30-gnu has the problem.
6.12.28-gnu and 6.12.24-gnu both work.
6.12.30-gnu.nonpae works.
6.14.8-gnu (non-lts) works.
Feel free to use this. No gui stuff. (I actually dissected it out of a gui app. You'll recognize some of it.) And yes, this uses dd.
#!/usr/bin/env bash
#
# iso2usb.sh
#set -x
#
# Run this script from the directory that contains your .iso files.
#
blocksize="1M"
[[ $(id -u) -eq 0 ]] || { echo -e "\n\t You need to be root!\n" ; exit 1 ; }
usbdevlist=$(/usr/sbin/hwinfo --usb --short | awk '/dev\/sd/ {print $1}')
usbdevfulllist=$(/usr/sbin/hwinfo --usb --short | awk '/dev\/sd/ {print $0}')
echo -e "\n\tLIST OF REMOVABLE DRIVES\n${usbdevfulllist}\n${sdfulllist}\n${cdromfulllist}\n\nSelect a device:"
select opt in $usbdevlist ; do
device=$(echo "$opt" | awk '{ print $1 }')
break
done
if [[ -z "$device" ]] ; then
echo "No device was found."
exit 0
fi
echo -e "\n\tSelect the image file.\n"
select file in *.iso *.img ; do
echo -e "\n$file"
break
done
size=$(ls -lh $file | awk '{ print $5 }' | sed -e 's/M//')
if echo "$size" | grep -q G ; then
size="$(echo "$size" | sed -e 's/\.//' -e 's/G//')00"
fi
echo "Size is ${size}M"
if echo "$size" | grep -q K ; then
echo "Out of range units"
exit 1
fi
echo -e "\n\tCopy $file to $device?\n\n\tThe command will be:\n\tdd if=$file | pv -s ${size}M | dd of=$device bs=${blocksize}\n\n"
echo -e " Press ENTER to continue or ctrl-c to abort."
read -p " "
dd if="$file" | pv -s ${size}M | dd of="$device" bs="$blocksize"
sync
exit 0Uh-oh. I upgraded my excalibur minimal-X system and made a new live-iso. It doesn't boot. Drops to initramfs prompt and says it couldn't mount the squashfs. This is with linux-image-6.12.30-gnu. I made another live-iso that includes the 6.12.24-gnu kernel and that boots normally. (Note: both kernels boot normally in the VM I'm using to make the isos.)
mount /run/live/medium/live/filesystem.squashfs: fsconfig() failed: unable to read squashfs_super_block.Here's a screenshot that shows the error message in /boot.log
https://get.refracta.org/files/misc/mou … -00-38.png
Edit: Found an iso I made on May 12 with 6.12.28-gnu that works.
Oops! My EEE has a 128G ssd, so I didn't think a lot about disk space. I recently added a 32G sd card so I could run excalibur without losing my daedalus install (or my win XP install which I keep only for nostalgia). The EEE sees it as a usb storage device, so it's bootable.
This works:
https://www.fsfla.org/ikiwiki/selibre/l … sh.en.html
Example:
https://get.refracta.org/files/testing/ … 5_1010.iso
sha256sum:
5ba7eab51ee52a50a7eb5203c01a7ea836551e177ca3b4a96a4f70cb58b000ed refracta_13_nox_libre_i386-20250425_1010.isoIf you need nonfree firmware, you'll need to find a different solution.
In the live isos, the memtest images are in the /live directory with the kernel and initrd. That's where you'll find it if you mount the iso on a running system. If you boot the iso, look in /run/live/medium/live (I think that's right.) Poke around and you'll find the boot menus - isolinux/isolinux.cfg and boot/grub/grub.cfg.