Introducing Just-Lighthouse64

[edoc]

Please clarify?

Is this an updated version or merely a relabeled version number?

[gcmartin]

I have 3 PCs

• 1GB Intel Pentium Core2 with pre-UEFI BIOS
• 2GB AMD X2 with pre-UEFI BIOS
• 4GB Intel P4 Touch All-in-one UEFI BIOS

All boots I run are LIVE via DVD. All boots varied around using option #3 at boot-splash.

1GB Intel Pentium Core2 with pre-UEFI BIOS
Booted to desktop using boot option #3 and allow system to take the defaults all the way to desktop and FirstRUN. Couple minutes after FirstRUN, if began using SWAP (found this out via repeated use of "free" command in a terminal to watch rise/fall of RAM use. Initially, no SWAP, then minutes later, free shows swap.) Free shows 900MB used with no desktop activity excepting terminal window.

Rebooted the system: At boot menu, I arrowed to option #3 and hit the tab key to add pure64 to pfix options as I wanted it to boot without the WINE SFS. System paused as expected at the SFS config screen where it was allowed to default. It NEVER made it to desktop as it when into a loop of couple files it was trying to read. Failure.

Rebooted the system, again: At boot menu, I arrowed to option #3 and hit the tab key to add pure64,sfscfg to pfix options in an effort to control which SFSs would be in startup. Chose, systemD and profile. This paused at SFS selection where I selected the 2 items and ignore the other 2 before telling the booting system to load the SFSs to RAM. Continuing, it NEVER made it to desktop as it when into a loop of couple files it was trying to read. Failure, again, just as before.

Testing on the 1GB Intel abandoned.

2GB AMD X2 with pre-UEFI BIOS
This system was booted taking option 3 only. Starts as PUPs are expected, message "Loading driver needed to access disk ....usb.....Done".
But next message indicates failure in system start with

Code: Select all

Locating main file and session files ... JL64-603.sfs not found. Dropping out to initial-ramdisk console.
/bin/sh: Cant access tty: job control turned off
#

Odd, but boots abort.

4GB Intel P4 Touch All-in-one UEFI BIOS
All is well, merely selecting boot option 3.

Hope this is somehow helpful. Available to carry out any tests which you feel would help

[edoc]

Essentially the same version - but with the patch applied?

[Dry Falls]

Well, a few posts seem to have gone into the void. See how this works. The iso I uploaded seems to have gotten the boot sector screwed up in the process. On the other hand, copying the entirety to a usb stick produced no problems booting. The only problem is with pmedia=cd which I haven't experienced 'til now. Oh for the days of simple ftp!

I remastered a second and it seems to boot ok. Fixed, uploaded.

df

[James C]

Quick frugal install. For testing purposes loading all sfs files.

Working well.Not much testing yet but no problems so far.

Code: Select all

For Console QuickStart type-> phelp <Enter>  Software versions-> ver <Enter>
<root> ~
bash-4.2# report-video
VIDEO REPORT: Just-Lighthouse64, version 603

Chip description:
VGA compatible controller: nVidia Corporation GT218 [GeForce 210] (rev a2)

Requested by /etc/X11/xorg.conf:

Probing Xorg startup log file (/var/log/Xorg.0.log):
  Driver loaded (and currently in use): nouveau
  Loaded modules: dbe dri dri2 evdev exa extmod fb fbdevhw glx record shadowfb

Actual rendering on monitor:
  Resolution:  1440x900 pixels (381x238 millimeters)
  Depth:       24 planes

...the above also recorded in /tmp/report-video

Code: Select all

bash-4.2# free
             total         used         free       shared      buffers
Mem:       4041884      2667072      1374812       700888       227532
-/+ buffers:            2439540      1602344
Swap:     14540792            0     14540792

-

Code: Select all

Computer-
Processor		: 2x AMD Athlon(tm) 64 X2 Dual Core Processor 5200+
Memory		: 4041MB (696MB used)
Machine Type		: Physical machine
Operating System		: Just-Lighthouse 64 6.02 MF
User Name		: root (root)
Date/Time		: Sun Jun 21 01:26:00 2015
-Display-
Resolution		: 1440x900 pixels
OpenGL Renderer		: Gallium 0.4 on NVA8
X11 Vendor		: The X.Org Foundation
-Audio Devices-
Audio Adapter		: HDA-Intel - HDA NVidia
Audio Adapter		: HDA-Intel - HDA NVidia
Audio Adapter		: PC-Speaker - pcsp

[gcmartin]

Not a biggie and certainly DOES NOT affect system operation: On the background desktop app shown in the screen @James C I like the info it shows. BUT, I can see it was developed for a PC using a Quad-CPU, WHILE his running CPU is a dual. Is there any way to make it adaptable to match the actual CPU on the system?

Again, this visual reporting has NO system impact.

[Dry Falls]

The sidebar configuration (<superkaramba) is, unfortunately, only configurable manually by editing two files:

• position: /root/.superkaramba/sidebar.rc and
  configuration: /root/.kde/share/apps/superkaramba/themes/sidebar/Sidebar.theme (comment out cpu entries, for ex)

For other than openbox wm, you would go to the directory for your wm:Lxbar for lxde, Xbar for xfce, and themes/Fed-bar for kde desktop.

A gui script would be nice, but that's way beyond my level of incompetence.

@James C, the confusion of operating system and version number in your stats is because I neglected to change /etc/issue.net, which should read 'Just-Lighthouse64 6.03' rather than 'Just-Lighthouse64 6.02 B2'.

The problem with the booting and excessive errors in dmesg was not the boot sector but a symlink from /etc/udev to /lib/udev was overwritten in a recent remaster. I've fixed this and uploaded the new iso last night.

/etc/issue.net still needs changed. Also, I don't know yet why PSI is reporting glibc=2.15 instead of 2.17. When I find out, I'll issue a patch.

The first law of physics is the conservation of mas/energy. ie:
"There will always be bugs"

df

[gcmartin]

OK, latest download, checksum validated, DVD created from ISO via PBUrn.

DELL 1GB Intel Pentium Core2 with pre-UEFI (old standard) BIOS

Booted to desktop using boot option #3 and allow system to take the defaults all the way to desktop and FirstRUN. Same results as before.

Next test, Booted to desktop using boot option #2, this time, instead of option #3. Boot parms changed from "pfix=ram" to

Code: Select all

pfix=ram,sfscfg,nocopy,pure64

When NO SFSs were selected,system advances all the way to desktop and FirstRUN.

Next test, Booted to desktop using boot option #2, with same pfix options show in above test. If I take ANY 1 out of 4, 2 out of 4,or 3 out of 4, the system WILL NOT BOOT and instead will loop trying to start various devices (i.e. eth0) or system files.

Thus on this 1GB Intel desktop, this, SFS processing selections, is a problem. I have not tried the SFS management because RAM is NOT a problem.

Some further research and documentation to user(s) may need be done so others understand this restriction on defaults in the ISO.

I will test this on the DELL AIO UEFI to report if similar issues result. This should show if it is a general issue in SFS processing of those enclosed, or if it is a RAM related issue.

[Dry Falls]

just to illustrate some background,

copy copy .sfs files into ram.
nocopy prefer not to copy .sfs files into ram
sfsauto Skip prompt and auto-load current SFS list
sfscfg Configure SFS at boot without prompting first
nosfs Skip prompt and don't load any .sfs add-ons

Examples:

pfix=sfsauto Skip prompt and auto-load .sfs files
pfix=ram,sfsauto,copy Clean boot, skip prompt, auto-load .sfs into RAM
pfix=ram,sfscfg Clean boot, launch .sfs configuration
pfix=ram,nosfs Clean boot, don't load any .sfs add-ons

why would you pfix=sfcfg ? Just to save 5 seconds? The benefit of those five seconds is that you can make changes there, like mnt instead of copy sfs to ram. The system will remember your choice if you save session.

Grub menu 2 is just pfix=ram, menu 3 is pfix=ram,copy. Just-Lighthouse copies to ram by default. Other puppies mount for boot-speed. That default launches from the initrd, so nocopy is appropriate, but at the 5 second pause, you can specify mount instead and the system, again, will remember for future boots. That's for running live cd/dvd, where you can't edit grub.cfg and make it permanent (my case is cd-readonly).

Can you clarify the business of looping? Is that before you get a desktop?

Booting legacy (no uefi) uses isolinux.cfg instead of grub, but the effect should be the same. Not having such a machine, I can't test it. But I haven't been able to reproduce your problem with uefi boot. As for freezing or looping before xwin loads, shut off the power and then try it. Probably best to not even use reboot, especially when testing.

If the system starts going crazy after the desktop loads and first run doesn't appear, that is ddcprobe. Type in a terminal

Code: Select all

killall ddcprobe

and that will stop it. This occurs very rarely (crossing fingers, I haven't experienced it at all in later versions of JL64) but was a problem in the older Lighthouse. Not sure why but gparted check disk and POWEROFF cured it for me.

df

[James C]

Another frugal install, working well so far.

Code: Select all

For Console QuickStart type-> phelp <Enter>  Software versions-> ver <Enter>
<root> ~
bash-4.2# report-video
VIDEO REPORT: Just-Lighthouse64, version 603

Chip description:
VGA compatible controller: nVidia Corporation GT218 [GeForce 210] (rev a2)

Requested by /etc/X11/xorg.conf:

Probing Xorg startup log file (/var/log/Xorg.0.log):
  Driver loaded (and currently in use): nouveau
  Loaded modules: dbe dri dri2 evdev exa extmod fb fbdevhw glx record shadowfb

Actual rendering on monitor:
  Resolution:  1440x900 pixels (381x238 millimeters)
  Depth:       24 planes

...the above also recorded in /tmp/report-video

Code: Select all

#free
             total         used         free       shared      buffers
Mem:       4041736      1769588      2272148       388668       121744
-/+ buffers:            1647844      2393892
Swap:     12498496            0     12498496

Code: Select all

-Computer-
Processor		: 4x AMD Athlon(tm) II X4 620 Processor
Memory		: 4041MB (547MB used)
Machine Type		: Physical machine
Operating System		: Puppy Linux
User Name		: root (root)
Date/Time		: Mon Jun 22 00:41:27 2015
-Display-
Resolution		: 1440x900 pixels
OpenGL Renderer		: Gallium 0.4 on NVA8
X11 Vendor		: The X.Org Foundation
-Audio Devices-
Audio Adapter		: HDA-Intel - HDA NVidia
Audio Adapter		: HDA-Intel - HDA NVidia
Audio Adapter		: PC-Speaker - pcsp

[gcmartin]

Addon-update to prior post:

• Tested on Dell AIO with boot parms on pfix do not cause the looping seen on 1GB Intel PC.
• Clarify:
  • all pfix parms entered by editing ("e") during bootsplash for a particular line selection (line 2 offered best for these tests)
  • The sfscfg parm was used as I was having trouble responding within the the 5 second interval if I wasn't watching the screen carefully.
  • Looping occurs after system has ployed thru its settings and seemingly is occurring prior to where it tries to present desktop. I will try to capture some of what occurs.
  • "Reboot" only means I stop the system for the next test. No save-sessions are done during any of these tests.

[Dry Falls]

Thanks, gc. For a while I had pfix=ram as the only boot parameter in menu 3. I put pfix=ram,copy back because that's the way Tazoc had it, but then he had copy to ram disabled in the init in LH64-602b. I think you're right and pfix=ram is correct for this setup.

Meanwhile, I've added a delta-patch to gdrive:

• JL64-603.sfs___JL64-603.sfs.delta ... size=8.46M

available in the JL64-603 directory. It fixes a discrepency with udev version and upgrades udev_solibs to 2.17.
To go with this, Ive also fixed Devx-JL64_603 and uploaded it.

The next change will be to take 2_SysdUdev-x86_64 off the iso, since it is now almost totally unnecessary except to run kdepim-4.10.5-x86_64-1.sfs (kde personal information manager) and gnome disk utility. Maybe a few other things I don't personally use, but at least the option is there.

df

20150623: more fixes
JL64_patch-0.4.1.pet (439K) added to gdrive. updates busybox & Rox-Filer configs
initrd.xz rebuilt with glib update/busybox to jive with Delta file and patch. Same repo.
dillo-fix.pet same repo

[charbaby66]

forgive me but I can't find the 603 files in the link from the 1st post,

thank you @ally for the mirrors

I am unclear as to if Mariner is needed, where it is, and what if any of
the patches found on that gdrive link in 1st post are needed

I am going to try to install from ally's mirror shortly

thank you for all the hard work.. tazoc's LHP has been a part of
my kennel for a long time, but I am now just back up with a 64bit
rig and testing 64bit isos.

i look forward to trying this version.

[edoc]

The link to gdrive for the v.603 downloads is missing from Page 1 of this thread.

Not sure why but am guessing that will be resolved shortly ...