You are not logged in.
Same machine, got xfce4 installed and running now. Using gvfs from angband.pl (it doesn't depend libsystemd0) and consolekit2. I know from before that combination works with full functionality for user usb handling and shutdown/suspend/reboot.
With (e)udev : plugged USB appears on desktop and in thunar, correctly labelled (“sandisk”), can mount/umount/eject normally, as user
With vdev: Appears as “64 GB Volume”, No label. Cannot mount as user (except with pmount), as if it's seen as a fixed disk.
With udev:
:~$ /usr/sbin/hwinfo --usb|grep "/dev/sd"
Device File: /dev/sdb (/dev/sg2)
Device Files: /dev/sdb, /dev/disk/by-id/usb-_USB_Flash_Memory_0013729B6877EB8156390022-0:0, /dev/disk/by-path/pci-0000:00:1d.7-usb-0:1:1.0-scsi-0:0:0:0
:~$ dmesg| tail -n 1|grep removable
[ 2058.054823] sd 5:0:0:0: [sdb] Attached SCSI removable disk
With vdev, hwinfo shows less complete detection:
:~$ /usr/sbin/hwinfo --usb|grep "/dev/sd"
Device File: /dev/sdb
:~$ dmesg| tail -n 1|grep removable
[ 183.446863] sd 5:0:0:0: [sdb] Attached SCSI removable disk
I can't find any way to mark the above in a code box..
Old "emachines" laptop running Trinity Desktop and eudev, otherwise current (Devuan-) Jessie. Simply used dpkg -i on the three amd64 vdev debs.
Same result here with a plugged USB, no desktop notification. It does show in blkid and I can pmount it. Perhaps then, not your xfce4 configs at fault. Other machines here have xfce4, can test later.
I don't see any other problems. Last time I tried vdev there were lots including no mouse.
Could it have something to do with the splash image? In the ISO, it's png, 24bpp RGB.
"vbeinfo" (or is it "videoinfo"?) at grub prompt might give some clue..
Thanks for that info. Assuming you mean the "set gfxmode=" line in (iso-root/)boot/grub.cfg, which gets used in efi mode only.
640x480 does look quite horrible here (qemu). I posted a "dummy" test iso done with "set gfxmode=auto" (32MB, iso boot stuff but no squashfs). I would be interested to know if "auto" works in different cases. Any help to test that, thanks in advance.
Just noticed, I forgot to use "-isohybrid-gpt-basdat" in the xorriso command. That's probably why the isohbrid failed for efi. I'll post a new ISO later but I don't have any way of testing it.
For the record, http://www.syslinux.org/wiki/index.php?title=Isohybrid explains why (and gdisk shows if the image has a valid gpt part, it didn't).
I don't need to do anything about "union=aufs", it's already there in the cfg files. Except to remind anyone interested who didn't know or forgot, the new live-boot default is overlay (but can also do aufs), aufs is removed fom newer kernels, older kernels can't do overlay. Best to specify union type if you use a custom cfg file.
I got only qemu to test the efi stuff at the moment and my cpu doesn't do virtualisation. It's slow.
Reason why you needed union=aufs is probably because the iso's boot intrd is from newer live-boot (the one in the squashfs is original) and modified to support rw mount of the live-media partition. I must do a new iso with that changed asap.
Preinstalled is grub-efi (not grub-pc). I found so far it works for bios machines if grub-pc-bin is also installed. Whether that's something to do with your grub error I don't know yet. It seems the relevant "-bin" package does most of the work, both can exist on the same system and the right one gets called automatically. None of my search trawlings came up with the definitive answer.
I can't just now test why dd to usb failed for you. All my usb drives are in use (dd means trash all). The iso as a cd image does boot uefi mode in qemu (for me). However, qemu has limitations.. it's very particular about the naming of the efi image.
At some point I want to switch to refractainstaller for this stuff. That might need a small, extra custom script for TDE. For now my installer makes a useful "test donkey".
I clocked a live session of this running with 99MB ram today. Not so bad for a fully-featured DE including an office suite, on a live image <700MB which has no systemd dependency (not even libsystemd0)
Thanks enormously for that feedback. I hope some of these uefi observations (and/or anything else regarding Exegnu) can help Refracta or anyone else doing Devuan-based live-images.
New Exe GNU/Linux live-images for i386 and amd64 are now available:
http://exegnulinux.net/downloads
https://sourceforge.net/projects/exegnulinux/
These ISO's are originally built from a Devuan bootstrap. Apart from TDE (Trinity Desktop), consolekit2 and a few custom applications (e.g. installer) they are current Devuan Jessie. There is now less need for 3rd party "nosystemd" builds. TDE does not need gvfs (nor anything else GTK).
The installer should support uefi, this is not much tested so thanks in advance to anyone who does.
Thanks to Devuan and to TDE for making this possible. Special thanks to fsmithred (Refracta). Although refractasnapshot was not used to produce this, the research efforts revolving around Refracta towards a systemd-free live environment have been of essential value and influence. Refracta tools are included here but not much tested yet with TDE.
BTW, for the record, Refracta probably was the first proper Devuan (-derivative) live-image. My TDE builds were heavily reliant on 3rd party system packages in Devuan's early days and TDE itself is not actually in Devuan repos.
xunilog, you're right about q4os (except the url is https://q4os.org/). Thanks for pointing that out (q4os is relatively new)
GALPon MiniNo http://minino.galpon.org/en .. I can't see any mention of TDE
Yes, there are TDE images for pclinuxos (I read also that pclinuxos rejected systemd). However, (unless I missed something,) pclinuxos is an rpm distro, nothing to do with debian except it uses apt for (rpm) package management.. http://www.pclinuxos.com/about/
There are new isos ready now but I can't upload them till a server problem gets fixed. The currently available isos do dist-upgrade without a problem.
The new isos have less 3rd party packages, a uefi-capable installer and Refracta tools preinstalled. They are originally built from a Devuan debootstrap.
At Devuan's beginning (and shortly before) we relied heavily on temporary hacks, 3rd party repos and custom package recompilations. Much of this was done in conjunction with Refracta (thanks fsmithred). Devuan's public presence was only IRC, heavily spammed by systemd fanboys. I had never properly compiled a deb package before, had to learn quick else accept systemd.
Now Devuan is almost complete, only a few 3rd-party package recompilations are still needed.
Exegnu was actually the first Debian live image with Trinity desktop and possibly the first systemd-free Jessie image. It's base switched to Devuan from day one, therefore was probably the first Devuan-based live-image (or was it Refracta ?)
Whether or not you get on with exegnu depends if you get on with Trinity Desktop. TDE advantages are active development, no systemd dependence, no gtk3 dependence, ram usage comparable to xfce4, old-style amarok...
I don't know why this never got noticed by Devuan. Probably because I'm not very good with updating documentation. It has also an outdated Distrowatch listing as a Debian derivative.