Manual frugal install to a 32gb flash drive, computer is a lenovo
desktop:
video-info-glx 1.5.3 Sun 4 Sep 2016 on Slacko Puppy 6.9.6 Linux 3.14.77 i686
X Server: Xorg Driver: nouveau
X.Org version: 1.18.3
dimensions: 1920x1080 pixels (507x285 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: nouveau
OpenGL renderer string: Gallium 0.4 on NVC1
OpenGL core profile version string: 4.1 (Core Profile) Mesa 11.2.2
Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
Core 0: @2003 1: @2003 MHz
The first time I booted the flash drive was sdc1 and it failed to boot,
I shut down and unplugged sdb1 and rebooted, Slacko-6.9.6 booted fine.
I've since plugged in the second usb device which is now sdc1 and
Slacko-6.9.6 boots fine.
Manual frugal install to a 32gb flash drive, dual booting with
Slacko-6.9.6 32bit version:
video-info-glx 1.5.3 Sun 4 Sep 2016 on Slacko64 Puppy 6.9.6 Linux 4.1.31 x86_64
X Server: Xorg Driver: nouveau
X.Org version: 1.18.3
dimensions: 1920x1080 pixels (508x285 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: nouveau
OpenGL renderer string: Gallium 0.4 on NVC1
OpenGL core profile version string: 4.1 (Core Profile) Mesa 11.2.2
Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
Core 0: @2003 1: @2003 MHz
Few more gremlins.
The update process from slacko64 695 to 696 results in a frozen system. No network, sound, mouse, touchpad etc. Basically no kernel modules.
After a hard reboot things are OK.
Maybe this is a result of the move of the update process from the init to rc.d ie after the layered file system is loaded.
If this is the case and want to keep it that way, maybe add an automatic reboot after the end of the update process.
On the same system (a 2013 Samsung laptop) 32bit 696 fails to see and load modules for sound, wifi and touchpad.
The intel driver bug is there but adding the uxa hack results in failure to start X and must resort to good old vesa to get a desktop going.
Other than that, lspci still fails to report much in either 64 or 32bit systems and booting from CD still fails to see savefiles/folders in the HD. I guess having a hybrid ISO is hard to predetermine.
(Apologies for the poor -logless- bug report)
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
mavrothal wrote:The update process from slacko64 695 to 696 results in a frozen system. No network, sound, mouse, touchpad etc. Basically no kernel modules.
Yes, please do not try upgrading an old savefolder until I have released a new init.
gyro
jlst wrote:If you can't use network, sound and touchpad modules, it means the zdrv was not found (most likely)
Regarding lspci: I see the pciutils package does not come with the pci.ids database and the template is outdated
This is something to be fixed in packages-templates (and maybe 3builddistro) ..
That would be simple wouldn't it be? Unfortunately zdrv is there loaded and some modules actually used.
gyro wrote:After you boot from a cd, if you cat "/proc/cmdline", does it contain "pmedia=cd"?
No. The grub.cfg in the ISO has no pmedia argument. I suspect this is because the ISO can be either on a disk or a USB stick.
Should be some way to fix this. ie default to pmedia=cd and if the iso is dd'ed to USB have an internal script change to usbflash.
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==
mavrothal wrote:No. The grub.cfg in the ISO has no pmedia argument. I suspect this is because the ISO can be either on a disk or a USB stick.
Should be some way to fix this. ie default to pmedia=cd and if the iso is dd'ed to USB have an internal script change to usbflash.
Then we have a problem, init expects there to always be a "pmedia=". It can't mind read.
gyro
I have uploaded a new init, it improves the "upgrade" processing so it doesn't hang the booted system.
Well an upgrade from 6.9.5 to 6.9.6 didn't hang on me.
The init script can be found in the woof-ce 'rationalise' branch, at "initrd-progs/0initrd/init".
A 64bit initrd.gz can be found at http://www.fishprogs.software/puppy/slacko64/initrd.gz.
(Sorry, no 32bit initrd.gz, I haven't downloaded 32bit 6.9.6 yet.)
gcmartin wrote:Thanks @01Micko. Video problem is solved just as you indicated for LG TVs. Solution: I changed the Picture mode to Cinema in TV's settings.Screen maps properly, now, on the monitor.
Hi gcmartin.
I use a 32" TV as a monitor fed from a nvidia card into the VGA port and use a 1280x768 resolution setting (its a older 720p TV not a 1080). Suits my eyes. (Keep forgetting to pick up a nvidia to HDMI lead when out shopping).
The TV has a menu/picture/pc option within which there's a AUTO option ... which when clicked nicely adjusts the display from being offset to being central. That's only necessary in certain linux/puppy's however, many automatically centre the display fine. If for instance I use Debian kernel 3.16 (initrd/vmlinuz) ... its fine. Boot the exact same but using Debian Dogs 3.16 kernel and the display starts offset and needs the above manual tweak. So its something to do with kernel/modules ?? (the sub version numbers of those 3.16 kernels are difference, I believe with the Debian one being slightly later (newer)).
Last edited by rufwoof on Sun 04 Sep 2016, 19:45, edited 1 time in total.
Manual frugal install to HDD (mSATA SSD in IDE adapter) of the 32 bit version. All pretty good, but firmware for wifi (ipw2200) was missing (or not where it should be). Copied files from previous slacko, and wifi worked after a reboot.
Sound works, touchpad and usb mouse ok.
Compaq nc6120 laptop
System Uptime: 3 hr 00 min
Load Average: 0.27 0.11 0.11
mavrothal wrote:The intel driver bug is there but adding the uxa hack results in failure to start X and must resort to good old vesa to get a desktop going.
Interesting, the uxa hack continues to work fine on my hardware. As it does on xenialpup.
One thing I noticed is that the rationalise branch doesn't (didn't?) use my 4GB linux swap partition (on sda4) on first boot. Using the testing branch it now detects and uses it though. Maybe this is intentional or not implemented yet, does it load for others?
Sailor Enceladus wrote:One thing I noticed is that the rationalise branch doesn't (didn't?) use my 4GB linux swap partition (on sda4) on first boot. Using the testing branch it now detects and uses it though. Maybe this is intentional or not implemented yet, does it load for others?
As you can see in James C's post swap is working in 64 and I just checked 32 and my 2 GB swap is loaded and in use. I wonder what happened there?