You are not logged in.
I think that OpenRC does not use the .depends files in init.d, as those files are based on the init runlevels 1 to 6,
while OpenRC uses /etc/runlevels/, which in my case are sysinit, boot and default. I am now wondering whether boot and default are starting up before sysinit has finished.
I thought OpenRC does use the .depend files, at each bootup to generate the /run/openrc directory. This is how the LSB code in the init scripts ends up being used by OpenRC, and the dependencies all work as expected. I played around with this some with some test scripts and it seemed thats the way it worked. But I may be mistaken, I will look into this further.
I think you are correct in that default may be starting up before sysinit has completed. As that was assured when running using inittab. I am starting to get a headache thinking about this on the surface, need to go a bit deeper. I am wondering without initab, how openrc "knows" sysinit has completed?
Something else I will just "throw out", I do not know this to be fact.
I wonder if using openrc-init would require the init scripts in /etc/init.d to use OpenRC's #!/sbin/openrc-run instead of #!/bin/sh? If so, then I believe all the init scripts would have to be rewritten to openrc-run specs.
EDIT:
Something else I thought of- is inittab part of init (/sbin/init)? Maybe openrc-init doesnt run inittab?
This is an interesting endeavor, please keep us posted, thanks.
Here is some info, maybe you already know these things.
$remote_fs, and similar entries in the LSB section of the init scripts comes from insserv. You can find $remote_fs in /etc/insserv.conf. When insserv is run (for example after an init script is changed), it generates the 3 hidden files in /etc/init.d: .depend.boot, .depend.start, .depend.stop. These are then used by OpenRC to populate its dependency tree in /run/openrc.
You can set OpenRC to created /var/rc.log file by changing /etc/rc.conf, its well documented. There is also a verbose log option. This generates a nice log of what OpenRC started.
Maybe running insserv is needed since you are changing the init process, not sure.
A GPT disk (or stick in this case) would require a BIOS boot partition to start in non-UEFI mode and I don't think the OP added that.
GPT includes MBR boot sector in 1st sector, thats how the iso can boot in both old MBR (supposedly, in regards to OP problems) and new UEFI.
For reference:
# apt install gdisk # sgdisk --zap-all /dev/sdX
^ That will remove both the main and backup GUID partition tables from a drive (replace X with the relevant drive letter ofc).
Thanks for this. I knew of gdisk, but not the sgdisk command.
"the /tools/plugins menu option brings up a dialog that does nothing".
The Dev/Deb package appears to be Apache Netbeans, not the same as Netbeans. Apache Netbeans doesnt include all the plugins from original Netbeans.
If you truly want to develop C/C++ using netbeans, I invite you to go here for instructions on how to do so:
https://dev1galaxy.org/viewtopic.php?pid=15404#p15404
:
Difficult to diagnose without have the USB on hand.
Some thoughts-
I wonder if "non-booting" computer is fussy about MBR, and assuming the USB is using GPT, that the BIOS cant read/find MBR?
I had trouble once with a particular USB because it had been formatted GPT, I reformatted using fdisk, and trouble was old GPT entries were still on the USB. Long shot I know.
If you want to try something with this particular USB, you could install Devuan minimal-live.iso onto USB and see if that boots. minimal-live.iso is legacy BIOS MBR. If "non-booting" computer boots minimal-live, you at least would know the USB itself is OK with "non-booting" computer.
Sorry, out of ideas. good luck.
Also, Netbeans itself is a java application. Thus of-course you need java installed. If you are having any troubles with java, and you are using openjdk; you may want to use official Sun (oh, pardon me- Oracle) jdk instead- https://www.oracle.com/technetwork/java … index.html
Not sure what you are asking, in regards to Netbeans and Devuan package.. I know nothing about this, not sure what this package offers.
Netbeans can be installed directly from their website: https://netbeans.org/downloads/8.0.2/
But anyway, to compile C/C++ in Netbeans (if thats what you are asking?); it requires the C/C++ plugin. In Netbeans, go to Tools>Plugins>Available Plugins. The plugin is named C/C++, install this. you may also want to install devuan/debain package gdb for debugging, and of course you need compilers from devuan/debain package build-essential.
Is it that the live USB wont boot? Or that you were able to run the live iso, and then installed it to hardrive, and its the harddrive that wont boot? Does this laptop have an os installed on the harddrive at all?
As others have suggested, I would start with getting into your BIOS and look at the boot order, as well as what boot devices are enabled for boot. Sorry cant be more exact, there are many different BIOS designs and options. I have a netbook that treats the USB drive as another harddrive and I have to select between the 2, for example. Look for stuff like that.
edit-
What I (and others) am trying to establish here is; is the bios actually booting the DESIRED device. Once thats established, we can move on with the problem.
Thanks @ChuangTzu. Been wondering if the presentations would be posted on the dyne channel. No, they havent.
Watched Demystifying Init, didnt catch anything else. Now I can!
most music available on spotify is on youtube, but im old school and like to purchase albums and hard copies where i can if i really like the music. youtube-dl and keep your music on a portable local drive
Same here.
Devuan is simply Debian, with modifications to the Debian packages that require systemd. Most all the packages used in Devuan come straight from Debian. If your system runs to your satisfaction under Debain, it will certainly run fine under Devuan.
I see no reason any of the software you mention wouldnt run fine under Devuan. 800 packages is no problem, thats "lite". I currently have over 1500 packages on my "minimal" desktop. I cant speak for apache nor samba other than they are available. I compile c, cpp, java and its always been a breeze getting things setup to do so.
If you start out by installing the netinst.iso, you can deselect the desktop environment, and this will give you a minimal terminal-based system. from there its simply performing apt installs (or aptitude if you prefer) of whatever you need, including as minimal of a desktop environment as you like.
I think you will be happy here.
I am thinking its video related as well. Grub is probably "running", just not showing.
A simple test would be to hit the down arrow several times around when you think the grub menu should be displayed. This would prohibit the default boot from taking off.
In /etc/default/grub.
Maybe try setting GRUB_TIMEOUT to something ridiculous to see if its a timing problem:
GRUB_TIMEOUT=9
You can also prohibit the OS Prober, which would make a much simpler grub.cfg, may help in debugging:
GRUB_DISABLE_OS_PROBER="true"
I wonder if changing the GRUB_DEFAULT=0 to something else would change whats booted?
Did you post your full /etc/default/grub contents?
Dont forget to update grub if you do make any changes:
update-grub
The (English) Beat. Mirror in the Bathroom.
https://www.youtube.com/watch?v=_6g2y4aRCHU
RIP Roger Charlery
Its now April 3rd. Can we move on away from this poison?
Somewhere in the past, a fellow provided some very good common sense philosophy.
I guess being grateful for Devuan goes out the window if they fall prey to human error?
You can change your sources.list to point to beowulf/testing, and try an install of lxqt with the apt -s simulate option. This will show what would be installed, without actually doing the install. If you are satisfied with whats going to happen, then perform the actual install, from testing. Then change your sources.list back to stable. I have done this in the past with success. But it can depend on how far off the differences are between stable and testing, which at this around 2 years for stable can be significant.
Another option is to upgrade your system to testing. Many are running from testing, myself included, without issues; it seems to be stable.
Change sources.list:
deb http://us.deb.devuan.org/merged beowulf main non-free contrib
deb http://us.deb.devuan.org/merged beowulf-security main non-free contrib
deb http://us.deb.devuan.org/merged beowulf-updates main non-free contrib
update to point to testing:
apt update
"Simulate" lxqt install from testing:
apt -s install lxqt
If output of the simulate seems to be reasonable, install lxqt:
apt install lxqt
Then change sources.list back to stable.
This procedure is not standard practice, please accept responsibility if things dont go so well.
dxrobertson wrote:I am not sure I understand all the uproar about this. Have we lost our understanding of April fools jokes? Not saying I wasnt fooled as well, I certainly was. I actually think it was pretty funny - gopher!
So this is funny: https://lists.dyne.org/lurker/message/2 … a7.en.html
https://lists.dyne.org/lurker/message/2 … 9a.en.html
I am wrong. I thought the joke/page display was done internally, by a Devuan admin, as a joke. Please disregard my previous post. Thanks for the enlightenment!
Portishead Threads, watch the movie anti-christ by lars von trier
Always liked Portishead, the vid along with their music is VERY good.
I am not sure I understand all the uproar about this. Have we lost our understanding of April fools jokes? Not saying I wasnt fooled as well, I certainly was. I actually think it was pretty funny - gopher!
Radiohead is so good...
April 1st?
I have no experience with ncurses.
You say "the program compile just fine", just to make sure - you did compile it on Devuan?
How are you running it, from a terminal? Are any error messages displayed in the terminal?
If you are sure its running, and there are no errors anywhere, then I would add printf's in your code to see where your program is at runtime:
printf("HERE 1.\n");
...
printf("HERE 2.\n");
...
Another LXQT user here. Just wanted to let you know that lxqt-sudo seems to be stable and can be used in lieu of gksu. I have been using it for a while without issue. Using elogind here too, with LightDM login manager, as well as Openbox. I have been very happy with LXQT as well as Beowulf. Running this combo on 3 machine, no problems.
https://dev1galaxy.org/files/cinnabar_lightDM.zip - Graphics for lightDM login. Not quite sure where this goes and too tired to poke around.
LightDM backgrounds go in /usr/share/images/desktop-base. The easiest way to get the images used is to change the names to greeter-wide-large.png and greeter-narrow-large.png, after saving the originals of course.
I think the "proper" way use the new beo- file names is to alter the /etc/alternatives/desktop-lightdm-background symlink to point to the new name.