You are not logged in.
Not for nothin', but have you checked /etc/sudoers.d to make sure there's not an entry left from a livecd session that didn't get removed?
Because that will do exactly what you are describing.
But the list is there but even with complete sudo rights none can be mounted.
This part at least, can be fixed usually in /usr/share/polkit-1/actions/org.freedesktop.udisks2.policy, you'll see when you get that file open. At the top a couple of the "allow_active" options with regard to mounting need to be changed from "auth_admin" to "yes".
Lots of useful tweaks you can make in the various policy files, you can also stop the gksu dialog from popping up for shutdown which it will do if more than one user is logged in (i.e. your user and root user both logged in).
I don't know if you include the Refracta boot help in your isos,
I do, guess it would help if I read the help that's already on every iso I make, lol.
Another cool thing to add to next Vuu-do update run. ![]()
FYI to all: I think I forgot to mention it, but new Vuu-do ob-32 includes the latest obmenu-generator script, version .99, let me know if anyone has issues with it.
greenjeans wrote:Okay, tested one machine, Compaq CQ58, about a 2012 model, dual-core AMD APU (at a tortoise-like and underwhelming clock speed of 1.0 ghz), no issues with Devuan openbox 64 bit, mouse and keyboard work fine so far.
Thank you for testing this. What version of xserver-xorg-core do you now have installed?
Geoff
2:1.16.4-1+deb8u1+b1 , have it installed now on a couple of different machines, 5 total partitions/installs, Vuu-do and also my stock Devuan and Miyo installs and no issues.
Looks like it's very much machine-specific, some hardware runs it fine, and others not so much.
Not for nothing, but both my lappys are running AMD APU's, you guys who are experiencing issues could you add CPU/APU/GPU info? Might be an Intel issue, or Nvidia....
Likely this is why I've been getting freezes when online, Firefox, after several quick changes of websites!
It is in Devuan when you install & upgrade - maybe we shouldn't upgrade - just stay with the 'live' install as is, likewise I upgraded Vuu-Do, & it happens on it too.xserver-xorg-core/unknown,now 2:1.16.4-1+deb8u1+b1 amd64 [installed,automatic]Edit: I'm not sure what is on the original distros.
Edit2: My mouse does come back after several minutes, or at least, it feels like it.
Got to be machine-specific then, I upgraded the xserver-xorg-core to the same version listed, two different machines (Compaq and an HP, both laptops), 3 different versions of Vuu-do, and no issues here as yet.
LOL! You guys crack me up!
I consider greenjeans my brother-in-arms...and I am in no way competing with him. He'd blow me away if I were!
Thanks! But you have that backwards, there wouldn't be a Vuu-do if there wasn't a Miyo, i'm happy being number two as long as I don't have to try harder. ![]()
and thanks to greenjeans for being such an inspiration.
This also, you have backwards. ![]()
All that being said... i'm afraid now we need to talk about the blasphemy of running desktop icons in Openbox.....
lol!
To use an existing swap partition with a live iso, press TAB at the boot menu and add the word "swap" to the boot command. Live-boot will find and use any swap partitions. (Don't recall if it uses all that it finds or just the first one it finds.)
That's a cool trick!
I guess I could offer an extra boot choice in the menu that does this?
Seems like it would be a good thing to use anyway, as otherwise what can a livecd/usb use for swap if it needs it?
Hey sorry for delayed reply, haven't had time to get online the last few days, some out-of-town family emergency stuff has kept us busy.
I don't think conky would cause that, but I guess it's possible. Conky always is a little iffy on a livecd as to whether it displays properly when you boot up, there's a delay on the startup command that works fine for an install, but isn't always enough for a livecd which takes longer to boot. You can click the conky on/off switch a couple of times and it will come back up and display normally.
I think you're just running out of ram, either that or possibly one of the older non-pae kernels might work better on your particular machine?
Interesting either way, if you like i'll load up the 32 bit on my build partition, and turn conky and some other stuff off and run you a custom iso to see what's what, i'd like to know the result as I may want to make a special run for old old low spec machines, I like the challenge and it's always so satisfying resurrecting older hardware.
Hey, cabin man?
I just thought of somthing. What if conky or some other gadget that initiates during openbox login, spikes up memory and causes the freeze, is it possible to have a script on the live part that would scan for a swap partition and use it? Having an fstab entry for say /dev/sdb /swap ..... would work for most people with 32bit single disk systems, but it will cause an error on anyone else. Then after putting the iso to a usb stick on the free part one can create one swap partition before use on a 32bit system. Otherwise the script may look for an existing swap partition in the hd, if it already exists.Just a thought. Nobody wants to waste bandwidth to download a swap partition or swapfile, but that would be the easiest way around it.
And this is my 2nd shot at it
That one is nice! Gonna have to fire up my desktop at home that's got all the graphics stuff on it and crank out some new artwork too, was just suggesting a section like this yesterday.
Lots of potential I think, we already have the mighty Golinux making Devuan all purty, Miyo is doing some cool things with wallpaper and icons, I do a little myself now and then, probably lots more artistic folks here, what say you mods?
Great...all this latest work on Miyo, and Ascii is on the horizon. LOLOLOLOL!!!
I need to subscribe to something...just don't know what to subscribe to!
No worries, jessie is supported as is the kernel it uses for quite some time, and updates are regularly coming down the pike for jessie lately so development is ongoing. I'm sticking with stable at least until there's a beta ascii, at that point i'll start working on something new, but i'm going to continue putting out upgraded Vuu-do's of jessie at least until Devuan drops support for it.
Screenie of new Vuu-do 32, same theme as 64's but check out that ram usage ![]()

greenjeans wrote:I read your short tutorial in another thread, purely brilliant, I would never have thought of it like that but installing lightdm first like that on a cli iso would indeed pretty much pull in everything you need for a working desktop other than the WM/DE itself...stroke of genius that, quick and dirty, I love it! That's probably how i'll start.
which tutorial? where i can found it?
You mean there's a thread you haven't trolled yet?
Yes, ascii is next and coming soon.
Can you elaborate on "soon"? Alpha first right?
But if upstream decides not to allow for other options, our work will indeed be much harder. .
It might be harder for a bit, but it also might be the impetus to fork various projects that just blithely and voluntarily enslave themselves to really bad coDe, have already been thinking about that....and starting to pick through some to find ones I can re-write myself.
Teaser!
Miyo is still Miyo...but there's a little more than meets the eye.
Click to enlarge...
Sweet, I like what you did with the wallpaper! ![]()
I like the flag icon too in the tray, what's it do?
My personal preference is to remove pulseaudio as soon as I notice that it's installed (or do a more controlled installation of the system and make sure it doesn't get installed in the first place.)
Sadly, it's a dependency of Mate....sucks, for a DE that forked because of the garbageware that Gnome had become, it seems ridiculous and counterintuitive (not to mention counter-productive) that it :
a: requires the pulse crap
b: continues to rely completely on dconf, more crap, what kind of trying-to-be-a-closed-source-weenie thinks it's a great idea to use binary config files in userspace?
c: is now going all gtk3, which is currently pretty crappy and looks to be getting worse
Mate is regressing instead of forking. I think it's time to fork Mate into something useable without all this Gnome/Redcrap pottyware.
How can I add Ctrl C Ctrl X Ctrl V in the generator menu?
It doesn't make much sense in openbox but in LXDE when you want to ctrl click a bunch of files and move them in a subfolder for example, if you have the
generator active you can't cut and paste stuff.Insignificant little things but just in case you readily have an answer.
Not sure what's going on entirely, are you saying that when you right-click after ctrl-selecting all the things you want while in your file manager, that it's pulling up the generator menu instead of the regular right-click context menu that's supposed to come up when you click within the file manager?
I have a 32b box with 256kB of Ram, I will give it a shot.
Sweet, Thanks!
I don't have a dedicated 32 machine anymore, last one finally bit the dust. I do have a circa 2005 laptop for testing, it's a single core 64, one of the earlier laptops to have them so the whole machine is basically 32 bit with a 64 bit CPU. Everything runs less ram on it for some reason, around 10 mb less or so, gonna try the vuu-do-32 alpha on it tonight, see how low it can get.
Have you checked Thunar's Preferences? Edit>>Preferences>>Advanced>>Volume management
I'm working on new releases
Awesome news! Can't wait to see 'em, was playing with 32 bit Miyo all day yesterday. ![]()
One of these days, I hope to find time to build it with the latest version though and package it. For now though, the present version still works great on Jessie, Ascii, and Ceres...apart from having to reinstall it when upgrading from one to the next.
Been testing the new .99 version of the obmenu-generator script for a week or so, seems to function perfectly, still have not tested to see if it survives the ascii upgrade though.
Vuu-do 32 bit is about to happen finally, been working on it the last couple days, easier going now that I have a good bit of template in the 64 bit versions and lists of things and such.
First is a minimal Openbox version, may do a maxi for it too, and a mini JWM too at some point. I should have the new 32 done this week and uploaded. Working version idles nice and low like 32 should, around 88 mb of ram with conky and parcellite running, with those off I had it down to 80 mb. Nice and quick too.
Devuan does use /etc/os-release, but grub doesn't seem to check for that. (I grepped through all of /usr/lib/os-probes/mounted/ and /usr/lib/linux-boot-probes/ and couldn't find it.)
Yep, you have to manually add the lines to 90linux, but after that it picks it right up when you update-grub.
So as long as a distro provides an lsb release , grub should pick it up without any further code correct?
Current Refracta isos have /etc/devuan_version, but grub uses /etc/lsb-release instead, so it shows up as Refracta (or maybe Refracted Devuan). Ubunutu isos have /etc/debian_version, but I'm pretty sure it always shows up as Ubuntu in the grub menu (if you can find it.)
I actually haven't tried the default Devuan 1.0 iso, is there an /etc/lsb-release file in it now? I seem to remember you saying had to make one for Refracta...
Okay, so one way or another i'll get the os-prober package's failure to recognize Devuan fixed, but I need help, I need people who have other modern linux distros like ubuntu or mint etc., I need the identifier for the os, usually in /etc. For instance Devuan's is /etc/devuan_version and Debian is /etc/debian_version, Arch is /etc/arch_release.
This portion of the package hasn't been really updated in years, it still had distros that have been gone since 2003.
Here's what I have so far just adding Devuan (and Vuu-do, lol) and getting rid of the old discontinued ones:
#!/bin/sh
# Test for linux distributions.
set -e
. /usr/share/os-prober/common.sh
partition="$1"
dir="$2"
type="$3"
# This test is inaccurate, but given separate / and /boot partitions and the
# fact that only some architectures have ld-linux.so, I can't see anything
# better. Make sure this test has a high number so that more accurate tests
# can come first.
# Unless volumes to checked are already mounted, they will be mounted using
# GRUB's own filesystems through FUSE. Since these ATM doesn't support
# symlinks we need to also check in $dir/usr/lib* for distributions that
# moved /lib* to /usr and only left symlinks behind.
# TODO: look for ld-linux.so on arches that have it
if (ls "$dir"/lib*/ld*.so* || ls "$dir"/usr/lib*/ld*.so*) >/dev/null 2>/dev/null; then
if [ -e "$dir/etc/debian_version" ]; then
short="Debian"
long="$(printf "Debian GNU/Linux (%s)\n" "$(cat "$dir/etc/debian_version")")"
# RPM derived distributions may also have a redhat-release or
# mandrake-release, so check their files first.
elif [ -e "$dir/etc/devuan_version" ]; then
short="Devuan"
long="$(printf "Devuan GNU/Linux (%s)\n" "$(cat "$dir/etc/devuan_version")")"
elif [ -e "$dir/etc/vuudo_version" ]; then
short="Vuu-do"
long="$(printf "Vuu-do GNU/Linux (%s)\n" "$(cat "$dir/etc/vuudo_version")")"
elif [ -e "$dir/etc/altlinux-release" ]; then
short="ALTLinux"
long="$(cat "$dir/etc/altlinux-release")"
elif [ -e "$dir/etc/magic-release" ]; then
short="Magic"
long="$(cat "$dir/etc/magic-release")"
elif [ -e "$dir/etc/blackPanther-release" ]; then
short="blackPanther"
long="$(cat "$dir/etc/blackPanther-release")"
elif [ -e "$dir/etc/ark-release" ]; then
short="Ark"
long="$(cat "$dir/etc/ark-release")"
elif [ -e "$dir/etc/arch-release" ]; then
short="Arch"
long="$(cat "$dir/etc/arch-release")"
elif [ -e "$dir/etc/vine-release" ]; then
short="Vine"
long="$(cat "$dir/etc/vine-release")"
elif [ -e "$dir/etc/pld-release" ]; then
short="PLD"
long="$(cat "$dir/etc/pld-release")"
elif [ -e "$dir/etc/fedora-release" ]; then
short="Fedora"
long="$(cat "$dir/etc/fedora-release")"
elif [ -e "$dir/etc/redhat-release" ]; then
short="RedHat"
long="$(cat "$dir/etc/redhat-release")"
elif [ -e "$dir/etc/SuSE-release" ]; then
short="SuSE"
long="$(head -n 1 "$dir/etc/SuSE-release")"
elif [ -e "$dir/etc/gentoo-release" ]; then
short="Gentoo"
long="$(cat "$dir/etc/gentoo-release")"
elif [ -e "$dir/etc/turbolinux-release" ]; then
short="Turbolinux"
long="$(cat "$dir/etc/turbolinux-release")"
elif [ -e "$dir/etc/pardus-release" ]; then
short="Pardus"
long="$(cat "$dir/etc/pardus-release")"
elif [ -e "$dir/etc/kanotix-version" ]; then
short="Kanotix"
long="$(cat "$dir/etc/kanotix-version")"
elif [ -e "$dir/etc/slackware-version" ]; then
short="Slackware"
long="$(printf "Slackware Linux (%s)\n" "$(cat "$dir/etc/slackware-version")")"
elif [ -e "$dir/sbin/pkgtool" ]; then
short="Slackware"
long="Slackware Linux"
elif [ -e "$dir/etc/frugalware-release" ]; then
short="Frugalware Linux"
long="$(cat "$dir/etc/frugalware-release")"
elif [ -e "$dir/etc/lfs-release" ]; then
short="LFS"
long="$(printf "Linux From Scratch (%s)\n" "$(cat "$dir/etc/lfs-release")")"
else
short="Linux"
long="unknown Linux distribution"
fi
label="$(count_next_label "$short")"
result "$partition:$long:$label:linux"
exit 0
else
exit 1
fi