Wary Puppy 5.1.4 - 29 August 2011
Full install attempts of 5.1.2.7 on my laptop ended with a long
loading modules count while booting, and no sound, network or
usb modules to be found.
Eventually traced the problem to the logical partitions on the hard
drive.
Nuked and tested the drive; reinstalled Xp and Wary > Luci to
new set of logical partitions and everything works fine now.
loading modules count while booting, and no sound, network or
usb modules to be found.
Eventually traced the problem to the logical partitions on the hard
drive.
Nuked and tested the drive; reinstalled Xp and Wary > Luci to
new set of logical partitions and everything works fine now.
Inspiron 700m, Pent.M 1.6Ghz, 1Gb ram.
Msi Wind U100, N270 1.6>2.0Ghz, 1.5Gb ram.
Eeepc 8g 701, 900Mhz, 1Gb ram.
Full installs
So far, not so good! None of the NIC driver-o-centric expedients worked. Swapped over to an old Soltek board. The Pulse NIC signing on as 'Intel' brought the entire board to a dead stop. None of the driver fixes worked with the 8139C nor D. Will look into the acpi and apic issues later.
All this suggests that issues remain for older kit. Most boards with onboard NICs seem to work although the ones I possess in this category are mostly later products, except, as I recall, earlier MSI boards with onboard Realtek all worked.
All this suggests that issues remain for older kit. Most boards with onboard NICs seem to work although the ones I possess in this category are mostly later products, except, as I recall, earlier MSI boards with onboard Realtek all worked.
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Wary 5.1.3 released.
I decided not to do an RC, go straight to release. Blog announcement:
http://bkhome.org/blog/?viewDetailed=02399
I decided not to do an RC, go straight to release. Blog announcement:
http://bkhome.org/blog/?viewDetailed=02399
[url]https://bkhome.org/news/[/url]
This morning, decided to concentrate on the Soltek board and the 8139C as the most likely to yield a result. I was wrong - neither acpi nor apic boot codes helped. However, received some interesting messages which may assist tp in some further diagnosis? With the BootManager preferences for cp& too completely removed, then trying to manually load a driver, got FatalError for 8139too and claim that 8139cp already loaded ! Unexpected result. Seems that Wary is determined to load 8139cp regardless, with all the above discussed parameters removed or negated. Despite 8139cp being loaded, the no new interface message still pops up. Seems that some additional action is required to stop 8139C being loaded by default? The coding gurus will know what this action is - probably?!
Sorry to paste this up immediately following BKs important announcement.
Update: see that the above combo has eth0 alive with BK's Wary 5.1.3 liveCD. Ran the FULL install - 8139C is alive. No acpi/apic boot parameters needed, no manual connect needed. BootManager shows cp:too preference, but eth0 is loaded as 8139too.
Seems that BK has intentionally or inadvertently stopped 8139cp preventing 8139too from loading, with 8139too being correctly ID-ed and auto-loaded, despite the BootManager. All very curious. Tp or BK care to comment?
Later still: BINGO - the 8139D NIC is also running with Wary 5.1.3 without human interaction. It, also, signs on as 8139too. Seems that quite a few other distros need to adjust something? Kernel?
Sorry to paste this up immediately following BKs important announcement.
Update: see that the above combo has eth0 alive with BK's Wary 5.1.3 liveCD. Ran the FULL install - 8139C is alive. No acpi/apic boot parameters needed, no manual connect needed. BootManager shows cp:too preference, but eth0 is loaded as 8139too.
Seems that BK has intentionally or inadvertently stopped 8139cp preventing 8139too from loading, with 8139too being correctly ID-ed and auto-loaded, despite the BootManager. All very curious. Tp or BK care to comment?
Later still: BINGO - the 8139D NIC is also running with Wary 5.1.3 without human interaction. It, also, signs on as 8139too. Seems that quite a few other distros need to adjust something? Kernel?
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Why have you stated "despite the BootManager"? The entry in variable PREFLIST in file /etc/rc.d/MODULESCONFIG has:Sage wrote:Update: see that the above combo has eth0 alive with BK's Wary 5.1.3 liveCD. Ran the FULL install - 8139C is alive. No acpi/apic boot parameters needed, no manual connect needed. BootManager shows cp:too preference, but eth0 is loaded as 8139too.
Seems that BK has intentionally or inadvertently stopped 8139cp preventing 8139too from loading, with 8139too being correctly ID-ed and auto-loaded, despite the BootManager. All very curious. Tp or BK care to comment?
Later still: BINGO - the 8139D NIC is also running with Wary 5.1.3 without human interaction. It, also, signs on as 8139too. Seems that quite a few other distros need to adjust something? Kernel?
Code: Select all
#PREFLIST: sometimes there are two hits, that is, two modules match the same
#'modalias' (that is, they are both claiming the same hardware). In such a case,
#here we can specify a preference. Each entry here is of the form
#'module1:module2' where module2 is the preferred choice.
#101218 format can have multiple ':', ex: 8139cp:8139too:8139xx (last is most preferred).
#note, list needs a space char at beginning and at end.
#w471 removed: ath5k:ath_pci martian_dev:ltserial r8169:r8101
#101209: added 8139cp:8139too 110204 modified
PREFLIST=' 8139cp:8139too rtl8180:r8180 rtl8187:r8187 rt2500usb:rt73usb orinoco_nortel:hostap_plx orinoco_plx:hostap_plx orinoco_tmd:hostap_plx orinoco_pci:hostap_pci bcm43xx:ssb prism54:p54pci tulip:dmfe option:hso hcfpcihw:hsfpcibasic2 cdc_acm:dgcusbdcp slamr:snd_intel8x0m:snd_via82xx_modem '
Isn't that what you want, and that's what you have got?
[url]https://bkhome.org/news/[/url]
NVIDIA problem
I tried to upgrade from Wary 5.1.1 - succeed but the NVIDIA driver, which was healthy in 5.1.1, did not survive this.
Same with 5.1.2.
Then booted with pfix=ram. Started well using vesa driver.
Opened Video upgrade wizard which correctly recognized my NV44A GeForce 6200 card and offered installing nvidia-60.19.12-k2.6.32.28-w5.pet. I downloaded and installed it as recommended but did not get NVIDIA work (NVIDIA X server settings menu item did not start.)
There was no problem with configuring my GeForce 6200 in Wary 511 / Lupu 525
Any idea?
Same with 5.1.2.
Then booted with pfix=ram. Started well using vesa driver.
Opened Video upgrade wizard which correctly recognized my NV44A GeForce 6200 card and offered installing nvidia-60.19.12-k2.6.32.28-w5.pet. I downloaded and installed it as recommended but did not get NVIDIA work (NVIDIA X server settings menu item did not start.)
There was no problem with configuring my GeForce 6200 in Wary 511 / Lupu 525
Any idea?
When I need to change the preference, I delete (backspace) theSage wrote:Yes. But the BootManager routine, pointed out by tempestuous, is still showing :In other words, 8139too is the preferred driver.
Isn't that what you want, and that's what you have got?
8139cp:8139too
existing one and type in the opposite.
Inspiron 700m, Pent.M 1.6Ghz, 1Gb ram.
Msi Wind U100, N270 1.6>2.0Ghz, 1.5Gb ram.
Eeepc 8g 701, 900Mhz, 1Gb ram.
Full installs
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
So? 8139cp:8139too means that the second one has preference, that is, 8139too has preference.Sage wrote:Yes. But the BootManager routine, pointed out by tempestuous, is still showing :In other words, 8139too is the preferred driver.
Isn't that what you want, and that's what you have got?
8139cp:8139too
[url]https://bkhome.org/news/[/url]
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
Re: NVIDIA problem
The Video Upgrade Wizard should have offered to install 'nvidia-260.19.12-k2.6.32-rev1-w5.pet'.gjuhasz wrote:I tried to upgrade from Wary 5.1.1 - succeed but the NVIDIA driver, which was healthy in 5.1.1, did not survive this.
Same with 5.1.2.
Then booted with pfix=ram. Started well using vesa driver.
Opened Video upgrade wizard which correctly recognized my NV44A GeForce 6200 card and offered installing nvidia-60.19.12-k2.6.32.28-w5.pet. I downloaded and installed it as recommended but did not get NVIDIA work (NVIDIA X server settings menu item did not start.)
There was no problem with configuring my GeForce 6200 in Wary 511 / Lupu 525
Any idea?
if you booted with pfix=ram, there is no way I can see that it would have offered to install 'nvidia-260.19.12-k2.6.32-w5.pet'.
[url]https://bkhome.org/news/[/url]
5.1.2 to 5.1.3 warysave upgrade failed
When I upgraded my frugal installation of 5.1.2 to 5.1.3, everything seemed to work well, but I soon found that my wireless did not work. When I tried to redefine my connection, my wireless adapter (ath5k) did not show up. Trying to manually load the kernel module gave me an error (see attached).
When I removed the warysave file and rebooted into a clean 5.1.3, everything worked perfectly - my wireless card is detected and works.
No problems to report otherwise - looks like another solid release!
When I removed the warysave file and rebooted into a clean 5.1.3, everything worked perfectly - my wireless card is detected and works.
No problems to report otherwise - looks like another solid release!
- Attachments
-
- 5.1.3_ath5k_error.png
- (19.94 KiB) Downloaded 1497 times
Yes, indeed. That is what it was originally. It didn't work. tp suggested swapping the order. That didn't work. As a mere user, I followed implicitly the suggestions of the guy who tried to help in the expectation that it might help other folks who had experienced problems. At that stage, PREFLIST in file /etc/rc.d/MODULESCONFIG wasn't mentioned. I don't do coding - I have to explain this frequently. I was blissfully unaware that something else needed changing.So? 8139cp:8139too means that the second one has preference, that is, 8139too has preference.
I report things that don't work - as requested. A bunch of guys who do the coding look into making their great distros even greater. That way, we all get better reviews and a larger user base. Meanwhile, I am happy to assist anyone struggling with conformational analysis, rate equations, etc, etc.................
frugal-install Wary513 on USB-Flash via syslinux (without hard disk)
Result: I can't boot. message error: puppy_wary_5.1.3.sfs not found. Dropping out initram...
This is my syslinux.cfg
Same errors if I install Wary513 via grub4Dos!
Any suggestions to path this bug (syslinux, grub4Dos or initrd.gz ...?)
Thank you
*** Oh, I'd discovered this error comes with other distros: slacko, popularpup, midnightpup ... Must be leave with USB-Flash install?
Result: I can't boot. message error: puppy_wary_5.1.3.sfs not found. Dropping out initram...
This is my syslinux.cfg
Code: Select all
label 00
kernel /wary513/vmlinuz pdev1=sdb1 psubdir=wary513
append initrd=/wary513/initrd.gz
label 01
kernel /wary513/vmlinuz pdev1=sdb1 pmedia=sdb1 psubdir=wary513
append initrd=/wary513/initrd.gz
Any suggestions to path this bug (syslinux, grub4Dos or initrd.gz ...?)
Thank you
*** Oh, I'd discovered this error comes with other distros: slacko, popularpup, midnightpup ... Must be leave with USB-Flash install?
Thanks for reporting this vanchutr, it may be an init script issue. I will do further testing in wary and slacko (aka spup) for confirmation.vanchutr wrote:*** Oh, I'd discovered this error comes with other distros: slacko, popularpup, midnightpup ... Must be leave with USB-Flash install?
I would like to urge anyone who has the time to test usb booting with NO hard drive in this wary, latetst spup, polarpup.. anything built in the last 2 weeks.
Thank you.
01micko
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
EDIT: I can confirm this bug exists in wary-5.1.3 AND the latest Slacko at least with my equipment.
Puppy Linux Blog - contact me for access
- MinHundHettePerro
- Posts: 852
- Joined: Thu 05 Feb 2009, 22:22
- Location: SE
Hello !01micko wrote:I would like to urge anyone who has the time to test usb booting with NO hard drive in this wary, latetst spup, polarpup.. anything built in the last 2 weeks.
Wary-5.1.2.7 on USB stick, HD controllers disabled in BIOS. Grub4DOS on FAT32 sda1, w5.1.2.7 in subdir on sda2 (pupmode 13).
The pup.sfs couldn't be found so I got dropped out to a command line in the initial ramdisk:
Code: Select all
#ls -al /tmp
drwxr-xr-x 2 0 0 0 Aug 14 15:20 .
drwxr-xr-x 25 0 0 0 Aug 9 00:37 ..
-rw-r--r-- 1 0 0 4 Aug 14 15:20 ALLDRVS0
-rw-r--r-- 1 0 0 0 Aug 14 15:20 ATADRIVES0
-rw-r--r-- 1 0 0 0 Aug 14 15:20 OPTICALDRIVES0
-rw-r--r-- 1 0 0 0 Aug 14 15:20 PUPSAVES
-rw-r--r-- 1 0 0 0 Aug 14 15:20 PUPSAVES-complete
-rw-r--r-- 1 0 0 925 Aug 14 15:20 bootinit.log
-rw-r--r-- 1 0 0 4 Aug 14 15:20 flag-usb-ready
-rw-r--r-- 1 0 0 269 Aug 14 15:33 probepart.log
-rw-r--r-- 1 0 0 24 Aug 14 15:20 puppy-file-search.log
#cat /tmp/ALLDRVS0
sda
#cat /tmp/ATADRIVES0
#cat /tmp/OPTICALDRIVES0
#cat /tmp/PUPSAVES
#cat /tmp/PUPSAVES-complete
#cat /tmp/bootinit.log
BusyBox v1.18.5 (2011-07-09 23:09:48 GMT-8) multi-call binary.
Usage: grep [-HhnlLoqvsriwFEz] [-m N] [-A/B/C N] PATTERN/-e PATTERN.../-f FILE [FILE]...
Search for PATTERN in FILEs (or stdin)
Options:
-H Add 'filename:' prefix
-h Do not add 'filename:' prefix
-n Add 'line_no:' prefix
-l Show only names of files that match
-L Show only names of files that don't match
-c Show only count of matching lines
-o Show only the matching part of line
-q Quiet. Return 0 if PATTERN is found, 1 otherwise
-v Select non-matching lines
-s Suppress open and read errors
-r Recurse
-i Ignore case
-w Match whole words only
-F PATTERN is a literal (not regexp)
-E PATTERN is an extended regexp
-z Input is NUL terminated
-m N Match up to N times per file
-A N Print N lines of trailing context
-B N Print N lines of leading context
-C N Same as '-A N -B N'
-e PTRN Pattern to match
-f FILE Read pattern from file
#cat /tmp/flag-usb-ready
sda
#cat /tmp/probepart.log
PARTITIONS=235520|sda1
786432|sda2
SYSBLOCKSUB=sda1 sda2
ALLDRVS=sda
ONEDEV=sda1 SIZE=235520 DEVICE=sda1
SIZE=235520 FSTYPE=vfat
/dev/sda1|vfat|471040
ONEDEV=sda2 SIZE=786432 DEVICE=sda2
SIZE=786432 FSTYPE=ext2
/dev/sda2|ext2|1572864
ONEDEV=sda SIZE= DEVICE=
#cat /tmp/puppy-file-search.log
ALLDRVS=
ALLDRVS=sda
Anyway, it works as it should when the HDs are enabled .
HTH / MHHP
[color=green]Celeron 2.8 GHz, 1 GB, i82845, many ptns, modes 12, 13
Dual Xeon 3.2 GHz, 1 GB, nvidia quadro nvs 285[/color]
Slackos & 214X, ... and Q6xx
[color=darkred]Nämen, vaf....[/color] [color=green]ln -s /dev/null MHHP[/color]
Dual Xeon 3.2 GHz, 1 GB, nvidia quadro nvs 285[/color]
Slackos & 214X, ... and Q6xx
[color=darkred]Nämen, vaf....[/color] [color=green]ln -s /dev/null MHHP[/color]
Delta Files
Hi all,
Has anybody had success with the delta files.
I downloaded the 5.1.2__5.1.3delta file from ibiblio from Barry's blog link and tried to build an iso using Xdiff Manager. Something I have successfully done numerous times before. A window came up saying the iso had been built, but it was telling porky pies, there was no new iso. this was in Wary_5.1.2.7, so I shut down and tried again in Lupu 5.2.5, same result.
Looked about for any error reporting and found a report at /temp/xdelta-err which said "xdelta3: target window cheksum mismatch: XD3_INVALID_INPUT".
Did an md5sum on the delta file, output agreed with that posted on ibiblio.
Now confused.
Cheers
Has anybody had success with the delta files.
I downloaded the 5.1.2__5.1.3delta file from ibiblio from Barry's blog link and tried to build an iso using Xdiff Manager. Something I have successfully done numerous times before. A window came up saying the iso had been built, but it was telling porky pies, there was no new iso. this was in Wary_5.1.2.7, so I shut down and tried again in Lupu 5.2.5, same result.
Looked about for any error reporting and found a report at /temp/xdelta-err which said "xdelta3: target window cheksum mismatch: XD3_INVALID_INPUT".
Did an md5sum on the delta file, output agreed with that posted on ibiblio.
Now confused.
Cheers
01micko wrote:
I would like to urge anyone who has the time to test usb booting with NO hard drive in this wary, latetst spup, polarpup.. anything built in the last 2 weeks.
Installed Wary513 from full install using iso and Bootflash.
Removed hard drives from pc and laptop.
Pc will boot but laptop says Wary_513_ sfs file not found, dropping out to ramdisk
Inspiron 700m, Pent.M 1.6Ghz, 1Gb ram.
Msi Wind U100, N270 1.6>2.0Ghz, 1.5Gb ram.
Eeepc 8g 701, 900Mhz, 1Gb ram.
Full installs
Fixes made for lucid pup but applicable to wary
Barry,
During lupu testing, I discovered and fixed two issues that can also benefit wary and woof.
1. Pupscan produces confusing "kernel module" information from the lspci command. In actuality, lspci lists both "kernel modules" and "kernel drivers", the latter, I assume, being drivers built into the kernel. I adapted pupscan's formatting to handle this. Currently, my PCI adapters are described as:
2. Whenever the Xarchive utility is run, the xerrs.log file get overlaid with a single line. No subsequent log messages can be viewed in the text editors, although the cat command shows they are there. The cause is that the various "wrapper" scripts write to /dev/stderr with only a single ">", thus obliterating previous log messages. To correct this, I changed the ">" to ">>" in all of the wrappers. They are also in the attached package. Here is the difference listing for the primary wrapper (diff /initrd/pup_ro2/usr/local/lib/xarchive/wrappers/tar-wrap.sh tar-wrap.sh):
Richard
During lupu testing, I discovered and fixed two issues that can also benefit wary and woof.
1. Pupscan produces confusing "kernel module" information from the lspci command. In actuality, lspci lists both "kernel modules" and "kernel drivers", the latter, I assume, being drivers built into the kernel. I adapted pupscan's formatting to handle this. Currently, my PCI adapters are described as:
- DESCRIPTION: Host bridge: Silicon Integrated Systems [SiS] 746 Host
VENDOR: 1039 DEVICE: 0746
KERNEL MODULE: agpgart-sis
KERNEL MODULE: sis-agp
DESCRIPTION: PCI bridge: Silicon Integrated Systems [SiS] SG86C202
VENDOR: 1039 DEVICE: 0002
KERNEL MODULE: shpchp
DESCRIPTION: ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO]
VENDOR: 1039 DEVICE: 0963
DESCRIPTION: SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller
VENDOR: 1039 DEVICE: 0016
KERNEL MODULE: i2c-sis96x
DESCRIPTION: IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]
VENDOR: 1039 DEVICE: 5513
KERNEL MODULE: pata_sis
DESCRIPTION: Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 Sound Controller
VENDOR: 1039 DEVICE: 7012
KERNEL MODULE: Intel ICH
KERNEL MODULE: snd-intel8x0
DESCRIPTION: USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller
VENDOR: 1039 DEVICE: 7001
KERNEL MODULE: ohci_hcd
DESCRIPTION: USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller
VENDOR: 1039 DEVICE: 7001
KERNEL MODULE: ohci_hcd
DESCRIPTION: USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
VENDOR: 1039 DEVICE: 7002
KERNEL MODULE: ehci_hcd
DESCRIPTION: Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet
VENDOR: 1039 DEVICE: 0900
KERNEL MODULE: sis900
KERNEL MODULE: sis900
DESCRIPTION: Modem: Intel Corporation FA82537EP 56K V.92 Data/Fax Modem PCI
VENDOR: 8086 DEVICE: 1080
DESCRIPTION: VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 460]
VENDOR: 10de DEVICE: 0170
- DESCRIPTION: Host bridge: Silicon Integrated Systems [SiS] 746 Host
VENDOR: 1039 DEVICE: 0746
KERNEL DRIVER: agpgart-sis
KERNEL MODULE: sis-agp
DESCRIPTION: PCI bridge: Silicon Integrated Systems [SiS] SG86C202
VENDOR: 1039 DEVICE: 0002
KERNEL MODULE: shpchp
DESCRIPTION: ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO]
VENDOR: 1039 DEVICE: 0963
DESCRIPTION: SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller
VENDOR: 1039 DEVICE: 0016
KERNEL MODULE: i2c-sis96x
DESCRIPTION: IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]
VENDOR: 1039 DEVICE: 5513
KERNEL DRIVER: pata_sis
DESCRIPTION: Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 Sound Controller
VENDOR: 1039 DEVICE: 7012
KERNEL DRIVER: Intel ICH
KERNEL MODULE: snd-intel8x0
DESCRIPTION: USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller
VENDOR: 1039 DEVICE: 7001
KERNEL DRIVER: ohci_hcd
DESCRIPTION: USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller
VENDOR: 1039 DEVICE: 7001
KERNEL DRIVER: ohci_hcd
DESCRIPTION: USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
VENDOR: 1039 DEVICE: 7002
KERNEL DRIVER: ehci_hcd
DESCRIPTION: Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet
VENDOR: 1039 DEVICE: 0900
KERNEL DRIVER: sis900
KERNEL MODULE: sis900
DESCRIPTION: Modem: Intel Corporation FA82537EP 56K V.92 Data/Fax Modem PCI
VENDOR: 8086 DEVICE: 1080
DESCRIPTION: VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 460]
VENDOR: 10de DEVICE: 0170
Code: Select all
--- pup_ro2/usr/sbin/pupscan 2010-12-26 16:05:14.000000000 -0500
+++ pup_rw/usr/sbin/pupscan 2011-08-14 14:39:01.000000000 -0400
@@ -7,6 +7,7 @@
#v431 rerwin: Add --silent option to only generate files, without display.
#100108 BK 'scanpci' is not working properly xorg 7.5. actually it is no longer part of libpciaccess pkg.
#101221 yaf-splash fix.
+#110814 rerwin: distinguish kernel driver from module for lspci formatting.
[ "`echo $@ | grep ' *--silent *'`" != "" ] && SILENT=true || SILENT=false #v431
KERNVER="`uname -r`"
@@ -120,18 +121,23 @@
done
fi
else
+ FIRSTSET=true #110814
lspci -nn -k | tr '|' ' ' | tr -s ' ' | tr '\t' '|' | grep -v 'Subsystem: ' |
while read ONELINE
do
if [ "`echo "$ONELINE" | cut -c 1`" != "|" ];then
+ [ $FIRSTSET = true ] || echo >> /tmp/chipnummod.txt #110814
DESCRIPTION="DESCRIPTION: `echo -n "${ONELINE}" | cut -f 2-99 -d ' ' | rev | cut -f 2-9 -d '[' | rev | sed -e 's% \[.*\]:%:%'`"
echo "$DESCRIPTION" >> /tmp/chipnummod.txt
CHIPNUMS="VENDOR: `echo -n "$ONELINE" | rev | cut -f 1 -d '[' | cut -f 2 -d ']' | rev | sed -e 's%:% DEVICE: %'`"
echo "$CHIPNUMS" >> /tmp/chipnummod.txt
+ FIRSTSET=false #110814
else
- KMODULE="KERNEL MODULE:`echo "$ONELINE" | rev | cut -f 1 -d ':' | rev`"
- echo "$KMODULE" >> /tmp/chipnummod.txt
- echo >> /tmp/chipnummod.txt
+ echo "$ONELINE" | grep -q 'driver' \
+ && KLABEL="KERNEL DRIVER" \
+ || KLABEL="KERNEL MODULE" #110814
+ KNAME="`echo "$ONELINE" | rev | cut -f 1 -d ':' | rev`" #110814
+ echo "$KLABEL: $KNAME" >> /tmp/chipnummod.txt #110814
fi
done
fi
2. Whenever the Xarchive utility is run, the xerrs.log file get overlaid with a single line. No subsequent log messages can be viewed in the text editors, although the cat command shows they are there. The cause is that the various "wrapper" scripts write to /dev/stderr with only a single ">", thus obliterating previous log messages. To correct this, I changed the ">" to ">>" in all of the wrappers. They are also in the attached package. Here is the difference listing for the primary wrapper (diff /initrd/pup_ro2/usr/local/lib/xarchive/wrappers/tar-wrap.sh tar-wrap.sh):
Code: Select all
21a22,23
> #110808 rerwin: Change all redirections to stderr to be appends, to protect error log.
>
133,134c135,136
< echo none of the awk programs $AWK_PROGS found >/dev/stderr
< echo extentions $EXTS ignored >/dev/stderr
---
> echo none of the awk programs $AWK_PROGS found >> /dev/stderr
> echo extentions $EXTS ignored >> /dev/stderr
143,144c145,146
< echo gzip not found > /dev/stderr
< echo extention $ext ignored > /dev/stderr
---
> echo gzip not found >> /dev/stderr
> echo extention $ext ignored >> /dev/stderr
151,152c153,154
< echo xz not found > /dev/stderr
< echo extention $ext ignored > /dev/stderr
---
> echo xz not found >> /dev/stderr
> echo extention $ext ignored >> /dev/stderr
159,160c161,162
< echo lzma not found > /dev/stderr
< echo extention $ext ignored > /dev/stderr
---
> echo lzma not found >> /dev/stderr
> echo extention $ext ignored >> /dev/stderr
167,168c169,170
< echo bzip2 not found > /dev/stderr
< echo extention $ext ignored > /dev/stderr
---
> echo bzip2 not found >> /dev/stderr
> echo extention $ext ignored >> /dev/stderr
175,176c177,178
< echo compress and uncompress not found > /dev/stderr
< echo extention $ext ignored > /dev/stderr
---
> echo compress and uncompress not found >> /dev/stderr
> echo extention $ext ignored >> /dev/stderr
180,181c182,183
< echo command $TAR_PROG not found > /dev/stderr
< echo extentions $TAR_EXTS ignored > /dev/stderr
---
> echo command $TAR_PROG not found >> /dev/stderr
> echo extentions $TAR_EXTS ignored >> /dev/stderr
- Attachments
-
- rerwin_fixes_for_wary_5.1.3-1.pet
- pupscan, xarchive wrappers
- (11.04 KiB) Downloaded 409 times
Solved: NVIDIA problem
During upgrade from 5.1.1 to 5.1.3, the "no-rev1" pet is offered. See the screenshot attached.BarryK wrote: The Video Upgrade Wizard should have offered to install 'nvidia-260.19.12-k2.6.32-rev1-w5.pet'.
You are right, Barry, thanks for the advice. Yes, I booted with pfix=ram but I did not recognize the "-rev1" in the offered filename so I installed the old pet which was downloaded previously to the HDD during upgrading.BarryK wrote: if you booted with pfix=ram, there is no way I can see that it would have offered to install 'nvidia-260.19.12-k2.6.32-w5.pet'.
Sorry for misleading you.
After this intermezzo, 5.1.3 works fine. It is interesting that after upgraded from 5.1.1, it inherited the drive icon behavior - no png overlay. To tell the truth, I am happy with this, maybe I am a bit conservative.
- Attachments
-
- driveicons-513.jpg
- (85.25 KiB) Downloaded 562 times
-
- wary513.jpg
- (178.73 KiB) Downloaded 478 times