You are not logged in.
3 machines upgraded with daedalus - absolutely no problems so far. Big thank to the Devuan-Team!
Regards
Berni
Great & interesting, thanks for sharing.
We have a pool of 6 Brother DCPJ525W, all running as networkprinters via a Devuan print server. This works well with the Brother Linux drivers, however our printers are getting old and I am just looking for the next Brother generation.
Sleep well, you*ve earned it.
Berni
Thank you. Is it possible to show me a download link here, as I am not active in Matrix.
Berni
Yes, I boot from u-boot.
Is it worth trying Peppermint on a BananaPi M5?
Believe it or not, but for my daily drivers, my printservers, camservers and NFS-servers there is nothing I'm missing. I use Chimaera ans 2 Daedalus installations and everything I need is in the repositories. It was never necessary to compile a program from source. So I'm quite happy with Devuan. Maybe I'm unpretentious, but thats my situation.
Regards
Berni
I think to remember that my BananaPi boots legacy.
At first I had to enter name and password blind, then the screen was switched to the corresponding output. Then I enabled in slim.conf the sessionstart_cmd with the name of an executable script file, where the same xrandr commands are called. Worked fine on my old Thinkpad.
Probably calling xrandr in your .xsession or .xinitrc may help.
Here my example on an older Thinkpad T410S:
xrandr --output VGA-1 --primary
xrandr --output LVDS-1 --off
But before simply call xrandr without any parameters, to figure out what the names for your outputs is. In above example VGA-1 is the external monitor and LVDS-1 the laptops own screen.
If you have once installed Gnome, you will have it forever. Whatever you will do beside Gnome - Gnome is already there. Scary!
Remove it as long you will be ablte to do. :-)
Berni, Gnome-hater.
So sad to loose a good friend!
In January I lost Yellow, a Samojede mix from Romania. He was not my dog, but I visited Yello every day and we made long walks together. In the beginning Yellow was a problematic dog and his owner, a middleaged Lady, had diffculties to hande the dog.
After some years however Yellow was one of the best dogs in town. I miss Yellow and I understand zephyr.
Still sad, Berni
Does it mean hat the rpc.mountd was not started due to the unknown option?
Nice thread, and it reminds me to my macrobiotical start in the early 70s. Firstly I was a hardcore macrobiotic man, later I was more softly. However some food from this period accompanies me till today. It was one of the best choices in my life and the Oshawa cookbook has, beside others, still on its place on my shelf.
Sorry, but I talked about OpenBSD.
OpenBSD can also run startx as the normal user. But xenodm(1) is recommended for that operating system.
No, the normal user without root privileges cannot start X via startx - not ex works. This has changed in 6.6 or 6.7 already. SO a dm is a MUST quasi.
You are right, off course! I had OpenBSD in my mind, where the setuid bit was removed from the X server some years ago.
startx need root permissions to start X. If you do not want to use ugly tricks, you must let do the display manager the job. Try it by starting, lets say slim or xdm, and the it must work.
I like pastel green ...
OK, this is NOT a serious question - however: Is there already a color for the corporate identity of Daedalus selected by the veterans? What will come after Gray, Red and Blue?
Regards
Berni
I tried and (off course) it works. When I build my own image for my purposes this solution is good enough for me. Thanks for your kind help
Berni
Thanks a lot, Ralph, I will try this tonight.
Regards
Berni
Thanks @FM81. The last line in the log is the very last cry from dnsmasq:When I exit the busybox I get a warning that the /root could not be mounted. The next exit causes a kernel dump and that killed dnsmasq.
All output was logged into /var/log/dnsmasq.log. The client screen shows that the kernel is loaded and then initram.img, which ended in the busybox because the /root could not be mounted.
Regards
Berni
I tried to realize a diskless client (Intel NUC). The NUC shall pxe boot chimaera_4.0.0._amd64-desktop-live.iso or chimaera-4-0-0_amd64_minimal-live.iso.
As the dnsmaq- and tftp server I selected a raspberrypi 4 with 8 GB of RAM.
So I installed dnsmasq, pxelinux and syslinux-efi and followed these instructions: https://linuxconfig.org/how-to-configur … oot-server. On the Pi also Devuan Chimaera is running.
Then the first boot of the NUC machine. I saw my menu with the 3 entries (desktop-live & minimal-live), I could select an entry and the the boot procedure startet. It looked like a normal Devuan start, but when the system detected the usb ports with keyboard and mouse, it hangs and I ended up in the initramfs busybox.
This happens with desktop-live as well as with minimal-live. The logfile on the Pi said:
Dec 12 13:44:34 dnsmasq[1826]: started, version 2.85 DNS disabled
Dec 12 13:44:34 dnsmasq[1826]: compile time options: IPv6 GNU-getopt DBus no-UBus i18n IDN2 DHCP DHCPv6 no-Lua TFTP conntrack ipset auth cryptohash DNSSEC loop-detect inotify dumpfile
Dec 12 13:44:34 dnsmasq-dhcp[1826]: DHCP, proxy on subnet 192.168.0.0
Dec 12 13:44:34 dnsmasq-tftp[1826]: TFTP root is /home/data/netboot
Dec 12 13:46:25 dnsmasq-dhcp[1826]: PXE(eth0) 94:c6:91:11:06:22 proxy
Dec 12 13:46:30 dnsmasq-dhcp[1826]: PXE(eth0) 192.168.0.71 94:c6:91:11:06:22 bios/pxelinux.0
Dec 12 13:46:31 dnsmasq-tftp[1826]: error 0 TFTP Aborted received from 192.168.0.71
Dec 12 13:46:31 dnsmasq-tftp[1826]: sent /home/data/netboot/bios/pxelinux.0 to 192.168.0.71
Dec 12 13:46:31 dnsmasq-tftp[1826]: sent /home/data/netboot/bios/pxelinux.0 to 192.168.0.71
Dec 12 13:46:31 dnsmasq-tftp[1826]: sent /home/data/netboot/bios/ldlinux.c32 to 192.168.0.71
Dec 12 13:46:31 dnsmasq-tftp[1826]: file /home/data/netboot/bios/pxelinux.cfg/7ea11317-78b9-28a5-9593-94c691110622 not found
Dec 12 13:46:31 dnsmasq-tftp[1826]: file /home/data/netboot/bios/pxelinux.cfg/01-94-c6-91-11-06-22 not found
Dec 12 13:46:31 dnsmasq-tftp[1826]: file /home/data/netboot/bios/pxelinux.cfg/C0A80047 not found
Dec 12 13:46:31 dnsmasq-tftp[1826]: file /home/data/netboot/bios/pxelinux.cfg/C0A8004 not found
Dec 12 13:46:31 dnsmasq-tftp[1826]: file /home/data/netboot/bios/pxelinux.cfg/C0A800 not found
Dec 12 13:46:31 dnsmasq-tftp[1826]: file /home/data/netboot/bios/pxelinux.cfg/C0A80 not found
Dec 12 13:46:31 dnsmasq-tftp[1826]: file /home/data/netboot/bios/pxelinux.cfg/C0A8 not found
Dec 12 13:46:31 dnsmasq-tftp[1826]: file /home/data/netboot/bios/pxelinux.cfg/C0A not found
Dec 12 13:46:31 dnsmasq-tftp[1826]: file /home/data/netboot/bios/pxelinux.cfg/C0 not found
Dec 12 13:46:31 dnsmasq-tftp[1826]: file /home/data/netboot/bios/pxelinux.cfg/C not found
Dec 12 13:46:31 dnsmasq-tftp[1826]: sent /home/data/netboot/bios/pxelinux.cfg/default to 192.168.0.71
Dec 12 13:46:31 dnsmasq-tftp[1826]: sent /home/data/netboot/bios/vesamenu.c32 to 192.168.0.71
Dec 12 13:46:31 dnsmasq-tftp[1826]: sent /home/data/netboot/bios/libcom32.c32 to 192.168.0.71
Dec 12 13:46:31 dnsmasq-tftp[1826]: sent /home/data/netboot/bios/libutil.c32 to 192.168.0.71
Dec 12 13:46:31 dnsmasq-tftp[1826]: sent /home/data/netboot/bios/pxelinux.cfg/default to 192.168.0.71
Dec 12 13:46:52 dnsmasq-tftp[1826]: sent /home/data/netboot/boot/amd64/devuan/minimal-live/live/vmlinuz to 192.168.0.71
Dec 12 13:48:46 dnsmasq-tftp[1826]: sent /home/data/netboot/boot/amd64/devuan/minimal-live/live/initrd.img to 192.168.0.71
Dec 12 14:03:23 dnsmasq[1826]: exiting on receipt of SIGTERM
Any idea what's going wrong here? Did I a big mistake or are the initramfs images not suitable for pxe boot?
Regards
Berni
But Arch is systemd!
As you I use external SSDs for different systems. When I upgraded my (external) Beowulf installations, I ended up in dual-boot grub entries.
But I must say that I did not care about that during the upgrade process.