EasyOS version 2.3.2, June 22, 2020

Message

Sage · #461 Post by **Sage** » Thu 01 Mar 2018, 14:18

Was that sound chip recognised by any other pups? That is, out-of-the-box without needing an extra driver to be installed?

Other issues have popped up - investigating. ADI signs on as SiS SI 7012 on ECS7610ultra board. Difficult to get 'Mute' to stay off and chosen %vol to stay selected between boots. New problem, loaded devx and lost video! Lots more to look at, probably reload and start again.
As for sound on other Pups, X-Slacko-Slim 4.4r10 sound works on a lot of these old boards now, didn't in previous versions, but that is primarily a 32bit offering which has been tested on 32bit machines, so need to run it on some 64bit machines as well. Also need to check BIOS settings as the old stuff often needs new battery and BIOS reset.
Later:
The default sound settings allows mute/unmute and settings levels to be set - no sound. Run ALSA utility - no supported cards?
Run on P4 system with same onboard SI7012 - sound working.
Hmmm. Looks like an HW fault then. That's not entirely unknown on elderly kit. Will try to install discrete PCI sound card tomorrow....

don570 · #462 Post by **don570** » Thu 01 Mar 2018, 16:14

Arp scan is bigger in size but it picks up a computer that mpscan can't
(because of a crossover ethernet cable I built)
http://murga-linux.com/puppy/viewtopic. ... 450#984450
I also use getlocalip

Rodney Byne · #463 Post by **Rodney Byne** » Thu 01 Mar 2018, 18:11

To Barry,

Thanks for good version 0.8 on usb.

Yes this is in its correct folder: /mnt/q_ro/q.sfs

So on here without any instability,
it means that q.sfs was copied into RAM at bootup
(by the init script in initrd).

----------------------------------------------------------------------------

Here is a nice pupRadio little portable radio icon to save to a private folder
and then drag to pupRadio properties:

https://www.google.co.uk/search?dcr=0&s ... Vod0PTlJF4

Just copy/paste in SM the above URL.

Regards.

Cu Chulinux · #464 Post by **Cu Chulinux** » Fri 02 Mar 2018, 17:56

Hi Barry,

My laptop that I've been playing around with Easy and Quirky on is one with the instabilities. Toshiba P55W-C5200 model.

Tried latest versions, the instabilities appear after initial setup and rebooting. Basically the computer becomes unresponsive and I have to hard reset. Usually first the keyboard dies then the pointer shortly after that. Up until first reboot it all seemed to run fine.

Easy 0.8 and 0.6.8 Xerus I checked /mnt/q_ro and there is both a q.sfs and a q_sfs.

Because var points to tmp/var there are no logs to check after rebooting. I am going to try rebooting and dmesg >> file over and over until it acts up to see what messages I get. I'll report back what turns up.

Eventually I'll try booting my desktop with an Easy usb to test it there. It currently runs FreeBSD.

Add: btw the laptop works flawlessly with both Fatdog64 and Xenialpup 7.5

BarryK · #465 Post by **BarryK** » Sat 03 Mar 2018, 09:54

don570 wrote:Arp scan is bigger in size but it picks up a computer that mpscan can't
(because of a crossover ethernet cable I built)
http://murga-linux.com/puppy/viewtopic. ... 450#984450
I also use getlocalip

Easy/Quirky and the pups have a lot of these scanner utilities. I did make a list of them, that are builtin to Easy/Quirky. Um, where did I put that?...

Not sure if this is complete, but these are all the scanner/probing type utilities that I can think of, all in Easy/Quirky, and probably in other pups:

nslookup
pscan
nbtscan
nmap
arp-scan
pnscan
mpscan

nmap might not be in other pups, and I only recently included it in Easy/Quirky builds. Coz it is a bit big.

BarryK · #466 Post by **BarryK** » Sat 03 Mar 2018, 10:07

Cu Chulinux wrote:Hi Barry,

My laptop that I've been playing around with Easy and Quirky on is one with the instabilities. Toshiba P55W-C5200 model.

Tried latest versions, the instabilities appear after initial setup and rebooting. Basically the computer becomes unresponsive and I have to hard reset. Usually first the keyboard dies then the pointer shortly after that. Up until first reboot it all seemed to run fine.

Easy 0.8 and 0.6.8 Xerus I checked /mnt/q_ro and there is both a q.sfs and a q_sfs.

Because var points to tmp/var there are no logs to check after rebooting. I am going to try rebooting and dmesg >> file over and over until it acts up to see what messages I get. I'll report back what turns up.

Eventually I'll try booting my desktop with an Easy usb to test it there. It currently runs FreeBSD.

Add: btw the laptop works flawlessly with both Fatdog64 and Xenialpup 7.5

Thanks for the feedback, greatly appreciated.

Would you mind testing Quirky Xerus64 8.5?
This has various modes of running, from live-CD, usb-stick, or a full install.

It would be good if you can test stability when running from both live-CD and usb-stick.

If both are unstable, that will tend to indicate a kernel problem.

The usb-stick is a "full install", so completely traditional, the most likely to be stable.

The live-CD runs in RAM, using aufs layered filesystem.

Finding out the stability of these on your Toshiba will be very helpful.

Download Quirky Xerus 8.5 from here:

http://bkhome.org/news/201802/quirky-xe ... eased.html

Forum feedback:

http://murga-linux.com/puppy/viewtopic. ... 243#984243

Thanks in anticipation

Cu Chulinux · #467 Post by **Cu Chulinux** » Sat 03 Mar 2018, 13:41

Easy OS testing update:

I managed to get some dmesg messages saved just prior to instability. I should also add that there are some strange graphic effects too. Often the lockup happens in the middle of opening the desktop menu. Either the menu appears with a blank box where the submenu should be or the top menu just appears as a blank box. Sometimes they start flashing on and off. At that point the keyboard is unresponsive but I can usually still move the pointer around for a while.

The following appears in dmesg just prior:

[ 764.082766] DMAR: DRHD: handling fault status reg 3
[ 764.082774] DMAR: [DMA Write] Request device [00:02.0] fault addr f81000 [fault reason 23] Unknown
[ 772.538080] [drm] GPU HANG: ecode 8:0:0x85dffffb, in Xorg [1936], reason: Hang on rcs0, action: reset
[ 772.538086] i915 0000:00:02.0: Resetting rcs0 after gpu hang
[ 869.524549] DMAR: DRHD: handling fault status reg 2
[ 869.524556] DMAR: [DMA Write] Request device [00:02.0] fault addr 0 [fault reason 23] Unknown
[ 879.413262] i915 0000:00:02.0: Resetting rcs0 after gpu hang
[ 955.848048] DMAR: DRHD: handling fault status reg 3
[ 955.848054] DMAR: [DMA Write] Request device [00:02.0] fault addr f36000 [fault reason 23] Unknown
[ 964.319903] i915 0000:00:02.0: Resetting rcs0 after gpu hang

Looks like something faulty in the graphics driver or interface. A VERY basic online search seems to point to the i915 driver. I'll see what I can find out after the weekend (will be busy with offline life things).

I'll play around with Quirky 8.5 after the weekend as well.

rerwin · #468 Post by **rerwin** » Sat 03 Mar 2018, 15:33

Barry,
I have had problems booting Easy all along. It persists in easy 0.8.

If I boot to my USB3 drive and use either 'normal startup' or 'Commandline only' and enter 'xwin' before the resolution changes to 1920x1080, I get to the desktop at the wrong resolution then immediately see messed up graphics and, finally, loss of the VGA signal, requiring manual power-down and power-up.

The technique that works is to select 'Commandline only' and enter 'xwin' after the resolution changes. But this works only after manual power down/up; after a 'reboot' this results in the message: "ERROR: Boot drive not found", after listing sda 8 times (instead of sda 3 times then sdb).

Separate issue: the message "date:...invalid time always appears before the 'finding' line; it has the time zone appended.

I attach my log of boot attempts in the hope it provides a clue. The PC is my early 64-bit Presario, details also attached.

BTW, when I have a stable desktop, /mnt/q_ro has both the q.sfs file and mounted (green dot) q_sfs directory.

Richard

BarryK · #469 Post by **BarryK** » Sat 03 Mar 2018, 16:21

Cu Chulinux and rerwin,
Would you mind trying this live-cd, 'quirky-pyro64-0.8.iso'.

It is not EasyOS, it is a Quirky, but built with the same Pyro64 packages (that were compiled in OpenEmbedded) as used to build EasyOS 0.8.

Boot the live-cd, save the session, reboot, see if it remains stable.

If not, that it strongly points to the graphics driver.

If stable, it points to the underlying architecture of EasyOS.

'quirky-pyro64-0.8.iso' does use aufs layered filesystem, but it's a more traditional proven design.

Here it is:

http://distro.ibiblio.org/quirky/quirky6/project/temp/

scsijon · #470 Post by **scsijon** » Sat 03 Mar 2018, 17:25

@Cu Chulinux,

It might be worth doing a full memory test cycle too. Give it time, it's not a short test.

I am not sure what type of box/laptop your using but i've had this response in the past when memory was failing. First memory module was ok and it started up and loaded ok, but when it started filling the memory up it started to use the faulty memory module and wierd problems appeared. Especially with 'soft' memory errors, where it wrote ok, gave the correct check back, but individual memory bits started blanking afterwards. Alternately, if your using socketed Memory Modules try lightly wiggling them or switching them around (if you can) if it fails, as it can be the vibration on the Module fingers also causing a fail, although this is less common nowadays and a wiggle seems to reset the fingers again.

don570 · #471 Post by **don570** » Sat 03 Mar 2018, 18:36

I have the previous Easy installed on LENOVA THINKCENTRE DESKTOP
and it always stalls after a couple of hours of use. I must do a hard reset.

/mnt/q_ro has both the q.sfs file and mounted (green dot) q_sfs directory

I have 2.5 gigs of RAM so there shouldn't be a memory problem.

I only use a small number of apps so it may be possible to track down
the cause.

Rox filer
mypaint Appimage using wacom digital tablet from https://travis-ci.org/mypaint/mypaint
xine playing an audio file
seamonkey with html file opened
_____________________________________________

rerwin · #472 Post by **rerwin** » Sat 03 Mar 2018, 20:41

BarryK wrote:Boot the live-cd, save the session, reboot, see if it remains stable.

If not, that it strongly points to the graphics driver.

If stable, it points to the underlying architecture of EasyOS.

Quirky-pyro64-0.8 reboots to a stable desktop. I then used it to create and send a PM in SeaMonkey.

BTW, when I created a CD of Quirky-Xerus64-8.5 I was unable to get it to boot! It hangs at "Loading vmlinuz ...". The md5sum was correct.

But the USB-drive image version works perfectly. I used the same USB CD/DVD drive as for quirky-pyro64-0.8.
Richard

BarryK · #473 Post by **BarryK** » Sat 03 Mar 2018, 23:13

rerwin wrote:
BarryK wrote:Boot the live-cd, save the session, reboot, see if it remains stable.

If not, that it strongly points to the graphics driver.

If stable, it points to the underlying architecture of EasyOS.
Quirky-pyro64-0.8 reboots to a stable desktop. I then used it to create and send a PM in SeaMonkey.

BTW, when I created a CD of Quirky-Xerus64-8.5 I was unable to get it to boot! It hangs at "Loading vmlinuz ...". The md5sum was correct.

But the USB-drive image version works perfectly. I used the same USB CD/DVD drive as for quirky-pyro64-0.8.
Richard

Good! Or not good, but that does point to where the problem is.

Now I await feedback from Cu Chulinux.

don570,
Quite a long time to wait for it to hang, but would you mind also testing the live-cd? See post a couple further up, the 'quirky-pyro64-0.8.iso'.

Boot it, save session, reboot, then use it for a couple of hours, see if remains working.

If so, then you will have confirmed rerwin's experience, and I will have narrowed it down considerably.

Though, rerwin has a different problem, not hanging, but still seems to be gpu related.

Billtoo · #474 Post by **Billtoo** » Sun 04 Mar 2018, 02:55

I booted the dvd on my hp mini, setup the network,etc. and then made
the save to a 64gb usb-3.0 flash drive and rebooted.

I had tried a usb flash drive install of 0.8 earlier today and it had
lockups that required holding to power button down to turn off the
computer.

Booting from this dvd is working well, no lockups.

System info file attached.

Thanks.
----------------------------------------------------------------

EDIT: I also had problems with a usb flash drive install of 08 on a pc
with nvidia graphics.
I installed the devx and kernel source,blacklisted nouveau,and ran the
install script for the proprietary nvidia driver.
The install script gave an error about no 32bit compatibility libs available,then
completed but after running xorgwizard and choosing nvidia,it ran a test that came up with no resolution,couldn't tweak it to show the
correct resolution.
I gave up, it wasn't running very long but there were no lockups.

Billtoo · #475 Post by **Billtoo** » Sun 04 Mar 2018, 19:08

I did a new install to a 32gb SDHC card:

video-info-glx 1.5.3 Sun 4 Mar 2018 on Easy Pyro64 0.8 Linux 4.14.20 x86_64
0.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 430] (rev a1)
oem: NVIDIA
product: GF108 Board - 1071v1p1 Chip Rev

X Server: Xorg Driver: nouveau
X.Org version: 1.19.1
dimensions: 3200x900 pixels (846x237 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 17.0.2

Intel(R) Core(TM) i5-3550 CPU @ 3.30GHz
Core 0: @1604 1: @1635 2: @1609 3: @1613 MHz

I'm using this script in root startup to configure the monitors:

#!/bin/sh
xrandr --output DV1-I-1 --primary --mode 1600x900 --pos 0x0 --rotate normal --output HDMI-1 --mode 1600x900 --pos 1600x0 --rotate normal

Maximizing a window uses both screens which isn't great but is useable.

I ran it for over an hour with no lockups.

That's it so far,
Thanks.

don570 · #476 Post by **don570** » Sun 04 Mar 2018, 21:36

I downloaded quirky-pyro64-0.8.iso from
http://distro.ibiblio.org/quirky/quirky6/project/temp/

However file is slightly bigger than shown and a different md5sum
and a different name

I get following...
8CAD0F9942648DEA50483F45DCF84E2A

3a82f7f24999a2b7901dc788e58d300f pyro64-0.8.iso

BarryK · #477 Post by **BarryK** » Sun 04 Mar 2018, 23:48

don570 wrote:I downloaded quirky-pyro64-0.8.iso from
http://distro.ibiblio.org/quirky/quirky6/project/temp/

However file is slightly bigger than shown and a different md5sum
and a different name

I get following...
8CAD0F9942648DEA50483F45DCF84E2A

3a82f7f24999a2b7901dc788e58d300f pyro64-0.8.iso

I downloaded the iso, and got the correct md5sum:

Code: Select all

# md5sum quirky-pyro64-0.8.iso 
3a82f7f24999a2b7901dc788e58d300f  quirky-pyro64-0.8.iso

Yes, the online text file has the wrong name for the iso file.

Cu Chulinux · #478 Post by **Cu Chulinux** » Mon 05 Mar 2018, 12:32

Posting this from Quirky Pyro 0.8 which seems to be functionung smoothly. Dl'ed, dd to USB (my laptop has no CD/DVD drive), booted, saved settings, rebooted.

Surfed around for about an hour with no issues. Hangups in Easy would have occurred long before that.

As I recall I had same/similar issues with Quirky Xerus as with Easy. Off to work now but will test that again later and report back.

I don't think it's memory since Xenailpup and Fatdog run no problems. They suspend and restart too.

don570 · #479 Post by **don570** » Tue 06 Mar 2018, 00:44

BarryK wrote:I downloaded the iso, and got the correct md5sum:

Code:
# md5sum quirky-pyro64-0.8.iso
3a82f7f24999a2b7901dc788e58d300f quirky-pyro64-0.8.iso

I downloaded the file again and got the same results as I posted before.
I should have said that I use http://onlinemd5.com/ an online MD5SUM check
(because I use Windows 7 to download)
and for some reason the size of the file is over 400 megs,
whereas you have it listed at 384 megs.

Filename:quirky-pyro64-0.8.iso
File size:402,653,184 Bytes
Checksum type:MD5 File checksum:
8CAD0F9942648DEA50483F45DCF84E2A

But the file seems fine and boots my machine.
_________________________________________

don570 · #480 Post by **don570** » Tue 06 Mar 2018, 00:58

I spent the last 24 hours using the special ISO version of Easy
quirky-pyro64-0.8.iso
and so far it is stable and works great with my intel 945 graphics chip. I was able to eject the CD.

Blender 2.79 works great!

I have one things to report about special ISO version.
I accidentally pulled out a USB stick that Xine was using and Xine crashed.

... but the other apps were still stable. I was able to restart X and
run xine again.

____________________________________________________

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

EasyOS version 2.3.2, June 22, 2020

/mnt/q_ro/q.sfs

EasyOS Pyro64 0.8 (Mar. 1), Xerus64 0.6.8 (Jan. 4), 2018