Puppy Linux Discussion Forum

Hello @mistfire
Took a few moments to test the current vRC10 ISO file booting. The results (improvements) are shown in the table here.

Improvements noted: On SG2D booting, the SAVEFILE contents are used to guide saving session.

I note the following:

• TLDR not included

• BTOP not included

• findsmb is not showing the other LAN SAMBA hosts

• smbclient -U% -L localhost results in error.

  (I am able to use smbclient to reach other LAN samba units without problems), but other units cannot get access to this PC's shared folder. AND, YES, the Samba Simple Management was used to define the shared resource and it was started (green)

• QP64 did shutdown, saving the session as expected properly.

  BUT on this pristine boot, the user is given the 'option' to copy the PUP's SFS. Clicking "NO" will copy the SFS anyhow during shutdown???

Otherwise a snappy experience in desktop use.

Update on Sessions Management
Even though a session is saved on the proper drive, it is NOT saved in the proper folder that is specified in the SAVESPEC. Thus upon reboot, the session that was saved is NOT found. Looks like there are some remaining issues. Too late to investigate further; I'll need to get back to session management with SAVESPEC as well as, separately, tests using boot-menu parm "PSAVE" later this weekend if possible.

Clarity wrote: ↑Sat Aug 03, 2024 8:17 am

Update on Sessions Management
Even though a session is saved on the proper drive, it is NOT saved in the proper folder that is specified in the SAVESPEC. Thus upon reboot, the session that was saved is NOT found. Looks like there are some remaining issues. Too late to investigate further; I'll need to get back to session management with SAVESPEC as well as, separately, tests using boot-menu parm "PSAVE" later this weekend if possible.

Can you please send the contents /initrd/tmp folder? thank you

Boot scenario - Pristine

1. Boot SG2D

2. Launch QP64 vRC10

3. QP64 assumes control

   • Allow distro to boot without touching anything when QP64 displays its boot menu. Thus the default (topmost QP64 menu stanza) is used by QP64

   • On QP64 desktop, minor tailoring of desktop

   • Open Menu>Setup>Firstrun to tailor timezone and PC's name

4. Tailoring completed,

5. Captured requested folder of logs for @mistfire's review

6. Open Menu to click icon to Reboot

   1. Shutdown wizard guides with steps

   2. Final Screen before the Copy SFS screen is presented. It is incomplete, though.

   3. Shows proper partition

   4. But, does not show proper folder. The screen shows it will place the save in the partition's root

   5. Manually changed the folder path adding the 'Session' directory to show /Sessions/qp64save...

   6. The Copy SFS screen is presented and "NO" was selected

7. I saw a message during the shutdown that the SFS was copied???

1st Reboot scenario

1. Boot SG2D

2. Launch QP64 vRC10

3. QP64 assumes control

   • Allow distro to boot without touching anything when QP64 displays its boot menu. Thus the default (topmost QP64 menu stanza) is used by QP64

   • Open Menu>Setup>Firstrun to review if changes from prior boot is preserved

   • This screen does NOT contain items tailored during pristine. Screen is as if it was never touched. It is obvious that the SAVESPEC is not used to find session.

4. Reboot the system: Plan to use the PSAVE parm at boot time to force a search for the session

5. Captured another folder of logs for @mistfire's review

6. I searched the ISO's folder as well as the Sessions folder looking for the copied SFS. But it is not present

Reboot 2nd time: - Edit QP64 Menu's 1st stanza

1. Boot SG2D

2. Launch QP64 vRC10

3. QP64 assumes control

   • Change the QP64 default stanza to add "PSAVE=Persistence:/Sessions/"

   • QP64, now, during boot finds the Sessions folder and list the prior 2 test sessions, pausing waiting for my selection number.

   • Selected the most recent session. The boot proceeds with messages that indicate the session selected in being loaded.

   • Upon desktop, Open Menu>Setup>Firstrun

   • This screen does NOT contain items tailored during pristine. Screen is as if it was never touched. It appears that the PSAVE processing is not functioning properly OR the session file saved does not contained the changes made before 1st shutdown.

Stopped all testing to report problems

Clarity wrote: ↑Mon Aug 05, 2024 12:44 pm

Boot scenario - Pristine

1. Boot SG2D

2. Launch QP64 vRC10

3. QP64 assumes control

   • Allow distro to boot without touching anything when QP64 displays its boot menu. Thus the default (topmost QP64 menu stanza) is used by QP64

   • On QP64 desktop, minor tailoring of desktop

   • Open Menu>Setup>Firstrun to tailor timezone and PC's name

4. Tailoring completed,

5. Captured requested folder of logs for @mistfire's review

6. Open Menu to click icon to Reboot

   1. Shutdown wizard guides with steps

   2. Final Screen before the Copy SFS screen is presented. It is incomplete, though.

   3. Shows proper partition

   4. But, does not show proper folder. The screen shows it will place the save in the partition's root

   5. Manually changed the folder path adding the 'Session' directory to show /Sessions/qp64save...

   6. The Copy SFS screen is presented and "NO" was selected

7. I saw a message during the shutdown that the SFS was copied???

1st Reboot scenario

1. Boot SG2D

2. Launch QP64 vRC10

3. QP64 assumes control

   • Allow distro to boot without touching anything when QP64 displays its boot menu. Thus the default (topmost QP64 menu stanza) is used by QP64

   • Open Menu>Setup>Firstrun to review if changes from prior boot is preserved

   • This screen does NOT contain items tailored during pristine. Screen is as if it was never touched. It is obvious that the SAVESPEC is not used to find session.

4. Reboot the system: Plan to use the PSAVE parm at boot time to force a search for the session

5. Captured another folder of logs for @mistfire's review

6. I searched the ISO's folder as well as the Sessions folder looking for the copied SFS. But it is not present

Reboot 2nd time: - Edit QP64 Menu's 1st stanza

1. Boot SG2D

2. Launch QP64 vRC10

3. QP64 assumes control

   • Change the QP64 default stanza to add "PSAVE=Persistence:/Sessions/"

   • QP64, now, during boot finds the Sessions folder and list the prior 2 test sessions, pausing waiting for my selection number.

   • Selected the most recent session. The boot proceeds with messages that indicate the session selected in being loaded.

   • Upon desktop, Open Menu>Setup>Firstrun

   • This screen does NOT contain items tailored during pristine. Screen is as if it was never touched. It appears that the PSAVE processing is not functioning properly OR the session file saved does not contained the changes made before 1st shutdown.

Stopped all testing to report problems

Regarding on first scenario, where did you put the SAVESPEC file?

By design (the author @gyrog ) it is to found in the same location as the ISO files (the boot location).

In some cases, as I remember from the past, some past ISOs, IIRC, will automatically create one if none is present.

Hope this is helpful. (@gyrog has a forum post detailing its operation.)

P.S. If need, I can post to you a small IMG file showing a sample where you can see an actual USB sample that will boot all 3 versions that I show in the "Test ..." of your distros for your personal review. It follows all the same instructions I have provided users, for years, for a safe experience in booting WoofCE ISO files. The sample has a SAVESPEC in the same location as the ISO files.

QuickPup64 24.01 RC 11

Changes:
* Linux kernel 6.10.5-lxpup64
* Improved puppy boot and shutdown script
* Improved initrd
* Matcha-azul-light is the new default theme
* Puppy-431-dark is the new default wallpaper

Download: https://1drv.ms/u/c/349c4d7a5f9d78cd/Ed ... Q?e=oNyjbM
MD5 Checksum: 2c3651d038c594aea9c27723e7fdca56

QuickPup64 24.01 RC 12 released

Changes:
* linux kernel 6.10.8-lxpup64
* 32-bit glibc libraries now included by default
* Added vkd3d
* Added dxvk (to enable, run winedxvk command if the wine folder was successfully created)
* Odd-numbered pupmodes are no longer supported
* Some bugfixes on pkg2 and ppm

Download: https://1drv.ms/u/c/349c4d7a5f9d78cd/ER ... A?e=Pe53f2
MD5 Checksum: e2aba72da8297a0b7547a98372be8366

I have not tried the recent vRC12, yet. BUT thougth I'd ask.

Does the kernel used, have the nvidia support built-in?

Curious before I run down a rabbit hole on my nvidia only PCs with HDMI to TV as I am looking for video and audio support thru the TV. The adapters are 2010+ vintage of 250 and 4000 models

Clarity wrote: ↑Fri Sep 06, 2024 9:50 pm

I have not tried the recent vRC12, yet. BUT thougth I'd ask.

Does the kernel used, have the nvidia support built-in?

Curious before I run down a rabbit hole on my nvidia only PCs with HDMI to TV as I am looking for video and audio support thru the TV. The adapters are 2010+ vintage of 250 and 4000 models

What's the model of your nvidia gpu?

Oh its GTX series. Nouveau will work just fine otherwise install the nvidia official drivers

@mistfire

Im testing it right now by using UNetbootin as USB writing tool. It will not run on EasyDD and Balena etcher.

mistfire wrote: ↑Thu Sep 05, 2024 4:27 am

QuickPup64 24.01 RC 12 released

Changes:
* linux kernel 6.10.8-lxpup64
* 32-bit glibc libraries now included by default
* Added vkd3d
* Added dxvk (to enable, run winedxvk command if the wine folder was successfully created)
* Odd-numbered pupmodes are no longer supported
* Some bugfixes on pkg2 and ppm

Download: https://1drv.ms/u/c/349c4d7a5f9d78cd/ER ... A?e=Pe53f2
MD5 Checksum: e2aba72da8297a0b7547a98372be8366

Why did you get rid of pupmode 13?

dancytron wrote: ↑Sat Sep 07, 2024 10:01 pm

mistfire wrote: ↑Thu Sep 05, 2024 4:27 am

QuickPup64 24.01 RC 12 released

Changes:
* linux kernel 6.10.8-lxpup64
* 32-bit glibc libraries now included by default
* Added vkd3d
* Added dxvk (to enable, run winedxvk command if the wine folder was successfully created)
* Odd-numbered pupmodes are no longer supported
* Some bugfixes on pkg2 and ppm

Download: https://1drv.ms/u/c/349c4d7a5f9d78cd/ER ... A?e=Pe53f2
MD5 Checksum: e2aba72da8297a0b7547a98372be8366

Why did you get rid of pupmode 13?

1. Due to the size of QuickPup64. It exceeds 700MB because of increasing installed size of packages as time passes. 80% of packages bundled in QuickPup64 was always up to date on every releases. Even though I tried to trim down the packages the growth was inevitable.

2. Impracticality. There are apps where the files generated are quickly grew rapidly which easily filled the RAM. Some transferred files from ram to save file might became corrupted because it was still opened by process.

If you still want PUPMODE 13. Just do the following
1. Extract the initrd
2. Open the overrides.cfg file
3. Put a comment on DISABLE_ODD_PUPMODES and save it
4. Rebuild the initrd

https://forum.puppylinux.com/viewtopic.php?t=12576

See this post for a response about Puppys not working with Etcher and EasyDD

sinc wrote: ↑Tue Sep 10, 2024 11:18 pm

https://forum.puppylinux.com/viewtopic.php?t=12576

See this post for a response about Puppys not working with Etcher and EasyDD

I made some fixes on the puppy remaster script. New build of QuickPup64 will be released pretty soon

QuickPup64 24.01 RC 13 released

Changes:
* Linux kernel 6.11.0-lxpup64
* Built with isohybrid
* initrd improvements: increasing maximum number of sfs modules to load from 13 to 15
* Bugfixes on shutdown and boot process when sfs modules are loaded
* Bugfixes on package management
* isohybrid now works on puppy remaster script

Download: https://1drv.ms/u/c/349c4d7a5f9d78cd/ER ... Q?e=Gs3xHR
MD5 Checksum: 18f6ee0347ee2fe635f6275cee2e2fd6

This QP64 vRC13 ISO file, launched from SG2D, booted to desktop. The following 2 screen exemplifies a few items of concern.

1. Notice commands as well as the fact that the distro ignored the SWAP partition at boot.

2. Further in the 2nd screen, modesetting (NOT 'nouveau') is setup for video/audio driver

3. And, in the 3rd screen, Checking the box to set the system to use the system's clock is NOT respected.Not only is the time not updated when complete in GUI's use, BUT reopening the Firstrun GUI does not have the checkbox checked.

Launching vRC13 from Ventoy will boot to desktop, IFF no boot parm is changed when the PUP's boot menu is presented. BUT ...
if psave=Persistence:/Sessions/ is added to the linux line, the PUP will NOT boot; freezing immediately after F10 to proceed to boot.

'Current Status

1. SG2D launch - the RC13 boots to desktop with no need to change things because the SAVESPEC file contains session-management instructions

2. Ventoy launch - boots to desktop IF and on IF (IFF) no boot stanza is changed when the RC13 boot options are shown

QEMU results will be reported later and your distro's table will be updated with all RC13 results.