Lucid Puppy 5.2.7 RC2
i915 modeset update
playdayz,
After working with JonT on his intel i915-type graphic card black screen problem, and having done some googling, I have concluded that it would be wise to, instead of forcing modeset 0 for cards that cannot handle "1", that not setting a mode, at all, is more conservative and may help in more situations.
JonT's case is not fixed by modeset 0. When I change the i915 rule and conf file to omit the modeset argument when installing for the problematic cards (such as mine), my screen works as well as it does with modeset 0. It might help JonT, as well, but I must wait until he can test it.
Anyway, I attach the update to the modeset files and hope those with the troublesome graphics card will try it. It supports 2 versions of the "Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device [8086:2562]" card. Anyone with another version of the card -- or any card using the i915 module -- who experiences the black-screen problem needs to report that here (or by PM to me) and (1) copy the relevant entry from pupscan and (2) attach the file /tmp/udevtrace.log, so I can determine the subvendor/device IDs. Then I can add a rule for that case.
Thanks for any feedback on this.
Richard
UPDATE: This is superceded by a flexible version on the next page. It defaults to using mode 0, but let's users modify a rules file to try using no modeset argument. But "update-1" makes it easy to try omitting the modeset, in case that works better than mode 0.
After working with JonT on his intel i915-type graphic card black screen problem, and having done some googling, I have concluded that it would be wise to, instead of forcing modeset 0 for cards that cannot handle "1", that not setting a mode, at all, is more conservative and may help in more situations.
JonT's case is not fixed by modeset 0. When I change the i915 rule and conf file to omit the modeset argument when installing for the problematic cards (such as mine), my screen works as well as it does with modeset 0. It might help JonT, as well, but I must wait until he can test it.
Anyway, I attach the update to the modeset files and hope those with the troublesome graphics card will try it. It supports 2 versions of the "Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device [8086:2562]" card. Anyone with another version of the card -- or any card using the i915 module -- who experiences the black-screen problem needs to report that here (or by PM to me) and (1) copy the relevant entry from pupscan and (2) attach the file /tmp/udevtrace.log, so I can determine the subvendor/device IDs. Then I can add a rule for that case.
Thanks for any feedback on this.
Richard
UPDATE: This is superceded by a flexible version on the next page. It defaults to using mode 0, but let's users modify a rules file to try using no modeset argument. But "update-1" makes it easy to try omitting the modeset, in case that works better than mode 0.
- Attachments
-
- i915_update-1.pet
- changes modeset0 to no modeset argument to i915 module.
- (3.18 KiB) Downloaded 227 times
Last edited by rerwin on Mon 18 Jul 2011, 03:36, edited 1 time in total.
- Béèm
- Posts: 11763
- Joined: Wed 22 Nov 2006, 00:47
- Location: Brussels IBM Thinkpad R40, 256MB, 20GB, WiFi ipw2100. Frugal Lin'N'Win
Installed the usual Lin'N'Win FRUGAL of 265
When clicking on the network icon in the tray, /var/cache/fontconfig it started to fill. I could stop it by restarting X otherwise this would have continued as in the 263.
Fontconfig contains:Really annoying
When clicking on the network icon in the tray, /var/cache/fontconfig it started to fill. I could stop it by restarting X otherwise this would have continued as in the 263.
Fontconfig contains:
Code: Select all
sh-4.1# ls -l -h
total 17M
-rw-r--r-- 1 root root 0 2011-07-14 20:03 01cd275fb48ce64cbfd43fad75f70f84-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 200 2011-07-11 01:35 0251a5afa6ac727a1e32b7d4d4aa7cf0-le32d4.cache-3
-rw-r--r-- 1 root root 625K 2011-07-14 19:49 02ee123a0860abc6ceda00dd4ed59b79-le32d4.cache-3
-rw-r--r-- 1 root root 648K 2011-07-14 19:50 0df8fe5d02ee8583138c6b7763cd324c-le32d4.cache-3
-rw-r--r-- 1 root root 400K 2011-07-14 19:50 0df8fe5d02ee8583138c6b7763cd324c-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 0 2011-07-14 20:02 14fa5e9b6e4346b7866fe778850f1a0c-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 0 2011-07-14 20:03 150693aab1ff8eca48c4d70129ca9b03-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 626K 2011-07-14 19:49 3218fa3b4172593e560d87ddf0575d54-le32d4.cache-3
-rw-r--r-- 1 root root 638K 2011-07-14 19:49 33c90b7357914c56654ec09e1f66de6c-le32d4.cache-3
-rw-r--r-- 1 root root 642K 2011-07-14 19:49 35d0c1327dead03c15c9e8a765e8b535-le32d4.cache-3
-rw-r--r-- 1 root root 633K 2011-07-14 19:49 37730d1c1015ce466a08daa08a47462c-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 20:02 3827ca61fdd2dec154dc063b0d87477c-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 636K 2011-07-14 19:49 40b6ffe248ac2e78d9f92d2b103c323c-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 19:50 44a90c20b9d2d80fcb35e18386e91e4d-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 644K 2011-07-14 19:50 48fad9be8bb80a9bb24bd1dd78a57449-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 20:02 4be6828ca14ddeefc620312f814c50f7-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 640K 2011-07-14 19:49 4e31350b1ab51c34530117e2e748e1fe-le32d4.cache-3
-rw-r--r-- 1 root root 634K 2011-07-14 19:49 534e9043cc3cc35d163531a332ad1028-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 19:50 53abcefd36b5363585d4890bebc3116a-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 640K 2011-07-14 19:49 548cd286caa70b9bf8037e59a170b035-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 20:03 562d13a8ed22517ee6ea33243a4a6484-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 0 2011-07-14 20:02 5c62166b8870d1ed6a9452a736160db8-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 0 2011-07-14 20:03 5d5930eb1c14c39cafcc0d208bae409e-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 645K 2011-07-14 19:50 60d45a244d97b9a5649c514608c0508a-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 20:02 6641b9d389c04093f7ec9cfd9edd2ad3-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 0 2011-07-14 19:50 6794f1786ac2d96d89e3955febf86cd0-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 0 2011-07-14 20:03 6864d5485a904fd92e1d0fb0a988d132-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 625K 2011-07-14 19:49 8b2b1a1f2918423753eaece9c81c7611-le32d4.cache-3
-rw-r--r-- 1 root root 644K 2011-07-14 19:50 8fa0d53264866d1371eda3fcba08a528-le32d4.cache-3
-rw-r--r-- 1 root root 629K 2011-07-14 19:49 9a0a7efd050bc08029b30b81663e9b5f-le32d4.cache-3
-rw-r--r-- 1 root root 5,3K 2011-07-11 01:35 a0fc735e35b02c1c3c93fdfc0b90a089-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 20:02 a4300b3aa05aeab4d87fae1559c8f9ba-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 642K 2011-07-14 19:50 ad2c42a7c4192c8b54d0d29d622a350a-le32d4.cache-3
-rw-r--r-- 1 root root 633K 2011-07-14 19:49 b071f8dffad03d386b01a06a489fd372-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 20:03 b1646d717c9a87304ad5b9c4994b66d4-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 630K 2011-07-14 19:49 b432ec6c64d32e6967aedc82d6696c19-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 20:02 b55bf12d9fad5b335421e25f05231415-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 626K 2011-07-14 19:49 bb4d715c5d2b0d0e3a3d3167fd6211b5-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 19:50 bf83a611e87e743267f0e458907c6519-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 645K 2011-07-14 19:50 c176b2a97610e63917192422c2bd7ad7-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 20:03 cbcf07c061407cb7ed86af0ce3c4834d-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 629K 2011-07-14 19:49 ccf06f84dfe5cb364f3dabf64ad76a3e-le32d4.cache-3
-rw-r--r-- 1 root root 623K 2011-07-14 19:49 d04038e664b0033ae700a78c51f179d3-le32d4.cache-3
-rw-r--r-- 1 root root 634K 2011-07-14 19:49 d0f0476681daea4610e38741e464c176-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 20:03 d60bc4363ba01a4c42b58a199f70d026-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 0 2011-07-14 20:03 d93439c2cb6667788c66ab6d01104d65-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 0 2011-07-14 20:02 e29fddecc395e306952a3688499d9e45-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 638K 2011-07-14 19:49 e481755965d41e132dcfb9d07438a1d8-le32d4.cache-3
-rw-r--r-- 1 root root 636K 2011-07-14 19:49 ec0919ede73b236f8930a4c816927b7c-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 20:03 f03c0763ce8c912db35fdcb0ff9170c3-le32d4.cache-3.NEW
-rw-r--r-- 1 root root 630K 2011-07-14 19:49 f83626dfdd8e82860e8acf63233fe296-le32d4.cache-3
-rw-r--r-- 1 root root 0 2011-07-14 20:03 f9e117f3d9c05df7f4a2ddac4c6eef7e-le32d4.cache-3.NEW
sh-4.1#
Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu).
[url=http://puppylinux.org/wikka/HomePage]Consult Wikka[/url]
Use peppyy's [url=http://wellminded.com/puppy/pupsearch.html]puppysearch[/url]
Find packages in a snap and install using Puppy Package Manager (Menu).
[url=http://puppylinux.org/wikka/HomePage]Consult Wikka[/url]
Use peppyy's [url=http://wellminded.com/puppy/pupsearch.html]puppysearch[/url]
USB Boot fails on EEE701with 264
It's NOT just my Compaqs!
I'll try 265 after breakfast.
I'll also try unhiding my sfs on the hard drive and seeing what happens.
I'll try 265 after breakfast.
I'll also try unhiding my sfs on the hard drive and seeing what happens.
minor pupscan update
playdayz,
While trying 265, I ran pupscan, only to find that it did not include the "kernel modules" for the PCI devices. It turns out that when pupscan uses lspci to get the info, lspci expects a "pcimap" to be available to it, but it was not present. There is a simple explanation and fix.
At bootup, the busybox version of depmod is run, to identify the modules present. But it does not create the various "maps". The maps are created by the "full" depmod function, which is run only as needed (such as by the ALSA wizard). Once something has run depmod, pupscan/lspci have their pcimap.
To fix this issue, I added a test for the map and, if absent, run depmod to create it. The resultant package is attached, for testing and replacement in luci.
Richard.
While trying 265, I ran pupscan, only to find that it did not include the "kernel modules" for the PCI devices. It turns out that when pupscan uses lspci to get the info, lspci expects a "pcimap" to be available to it, but it was not present. There is a simple explanation and fix.
At bootup, the busybox version of depmod is run, to identify the modules present. But it does not create the various "maps". The maps are created by the "full" depmod function, which is run only as needed (such as by the ALSA wizard). Once something has run depmod, pupscan/lspci have their pcimap.
To fix this issue, I added a test for the map and, if absent, run depmod to create it. The resultant package is attached, for testing and replacement in luci.
Richard.
- Attachments
-
- pupscan_fix-2.pet
- more resilient pupscan
- (4.25 KiB) Downloaded 206 times
Re: USB Boot fails on EEE701with 264
Then maybe it's your flash drive. Because what you are seeing is not a wide-spread problem.Snail wrote:It's NOT just my Compaqs!
Trying 265...
My Intel D510MO boots. Yay!
That confirms both the no hard drive problem and the isolinux problems are fixed.
I booted on the laptop, created a bootable flash drive and booted the D510MO off the flash drive, confirming Universal Installer works for me.
Aesthetically, can't say I like the default look. But hey, who cares, I can get my Blue Moon icons back.
Menu bug appears gone also.
Internet connection worked.
My graphics on the D510MO were pretty snappy compared to Lupu511 but at least part of that is using a 1440x900 monitor rather than a 1920x1220 (I think) one. Particularly for displaying long pages. However if I set the background plain grey, and move the cursor around, I get a weird effect on the background. Needs a little more investigation.
The one bug I definitely did detect was the same old one that has always been here, you can't "pfix=fsck" on a heavy-encrypted pupsave (not sure about lite-encrypted). This has never worked ever since we got "pfix=fsck". It should be an easy fix in initrd.gz:
modprobe cryptoloop
modprobe aes
losetup-FULL -e aes /dev/loop6 xyz (where xyz is the name of the pupsave)
e2fsck -y /dev/loop6
(Note correction in bold.)
At least that's the way I do it. Maybe need to see if loop6 is available first.
This is particularly annoying since with encryption, it is at least theoretically safer to use ext2 in the pupsave rather than ext3, and ext2 really needs to be fsck'ed every so often.
My Intel D510MO boots. Yay!
That confirms both the no hard drive problem and the isolinux problems are fixed.
I booted on the laptop, created a bootable flash drive and booted the D510MO off the flash drive, confirming Universal Installer works for me.
Aesthetically, can't say I like the default look. But hey, who cares, I can get my Blue Moon icons back.
Menu bug appears gone also.
Internet connection worked.
My graphics on the D510MO were pretty snappy compared to Lupu511 but at least part of that is using a 1440x900 monitor rather than a 1920x1220 (I think) one. Particularly for displaying long pages. However if I set the background plain grey, and move the cursor around, I get a weird effect on the background. Needs a little more investigation.
The one bug I definitely did detect was the same old one that has always been here, you can't "pfix=fsck" on a heavy-encrypted pupsave (not sure about lite-encrypted). This has never worked ever since we got "pfix=fsck". It should be an easy fix in initrd.gz:
modprobe cryptoloop
modprobe aes
losetup-FULL -e aes /dev/loop6 xyz (where xyz is the name of the pupsave)
e2fsck -y /dev/loop6
(Note correction in bold.)
At least that's the way I do it. Maybe need to see if loop6 is available first.
This is particularly annoying since with encryption, it is at least theoretically safer to use ext2 in the pupsave rather than ext3, and ext2 really needs to be fsck'ed every so often.
Last edited by PaulBx1 on Mon 18 Jul 2011, 01:11, edited 1 time in total.
USB Boot - 265 WORKS!
Just did a bootflash with 265. The standard syslinux.cfg now works on both Compaqs and the EEE.
Sorry to waste everybody's time but both 525 with Bigpup's fix and 264 were advertised as having working bootflash and they didn't. I initially missed the 265 upgrade due to testing this issue. As I initially suspected a user error, it darn near did my head in trying to find what I did wrong. It was purely by chance that I found Pemasu's thread on IcePuppy, which alluded to it being a general problem.
@rcrsn51
I did of course test with two usb sticks before posting. It is one of those that has just worked with 265. Both sticks were reasonably new and little-used. Mucking around on this issue probably accounts to 90% of the writes to those sticks since new!
Some minor observations: The bootflash window can find an iso on /mnt/sda5/Puppy ISOs/ but if you select it, the process fails because it appears that ISOs cannot be mounted at that level down in the directory structure. The red error message panel about the failure loads underneath the yellow message strip about loading the files. The yellow strip is persistent, giving the impression that the bootflash is locked up. This doesn't appear to be the case after the OK button on the red panel is clicked but the yellow message still stays. A minor but confusing glitch. (A symlink in /mnt/sda/ is enough to allow mounting)
Wary 512 also has a limitation about mounting ISO's down the directory levels but it goes deeper than 265 from memory. What is supposed to work? Why should there be a limitation?
A wish-list item for the future: When you unmount a filesystem-in-a-file, would it be possible to clean up the "/root/ISOs+luci-265.iso" type of stuff that appears in Rox persistently unless specifically deleted?
Sorry to waste everybody's time but both 525 with Bigpup's fix and 264 were advertised as having working bootflash and they didn't. I initially missed the 265 upgrade due to testing this issue. As I initially suspected a user error, it darn near did my head in trying to find what I did wrong. It was purely by chance that I found Pemasu's thread on IcePuppy, which alluded to it being a general problem.
@rcrsn51
I did of course test with two usb sticks before posting. It is one of those that has just worked with 265. Both sticks were reasonably new and little-used. Mucking around on this issue probably accounts to 90% of the writes to those sticks since new!
Some minor observations: The bootflash window can find an iso on /mnt/sda5/Puppy ISOs/ but if you select it, the process fails because it appears that ISOs cannot be mounted at that level down in the directory structure. The red error message panel about the failure loads underneath the yellow message strip about loading the files. The yellow strip is persistent, giving the impression that the bootflash is locked up. This doesn't appear to be the case after the OK button on the red panel is clicked but the yellow message still stays. A minor but confusing glitch. (A symlink in /mnt/sda/ is enough to allow mounting)
Wary 512 also has a limitation about mounting ISO's down the directory levels but it goes deeper than 265 from memory. What is supposed to work? Why should there be a limitation?
A wish-list item for the future: When you unmount a filesystem-in-a-file, would it be possible to clean up the "/root/ISOs+luci-265.iso" type of stuff that appears in Rox persistently unless specifically deleted?
Found another bug. When I had first installed and started Seamonkey, it told me it needed flashplayer updated. I said go ahead and it apparently did it.
Then I went to youtube and tried to run this:
http://www.youtube.com/watch?v=21S_y0WH7x0
It said it couldn't run it because I needed to update flashplayer!
It offered some options but they are not good for installing in puppy. I then remembered to try PPM, and installed flashplayer-10.3.181.34-lucid
At the end it told me a lot of libraries were missing (e.g. libkdecore.so.5, libQtDbus.so.4, etc.). I couldn't find them in PPM so I gave up and tried running that youtube again, and it worked OK. So I don't know what the state of flashplayer is on my machine. Kinda worrysome...
Then I went to youtube and tried to run this:
http://www.youtube.com/watch?v=21S_y0WH7x0
It said it couldn't run it because I needed to update flashplayer!
It offered some options but they are not good for installing in puppy. I then remembered to try PPM, and installed flashplayer-10.3.181.34-lucid
At the end it told me a lot of libraries were missing (e.g. libkdecore.so.5, libQtDbus.so.4, etc.). I couldn't find them in PPM so I gave up and tried running that youtube again, and it worked OK. So I don't know what the state of flashplayer is on my machine. Kinda worrysome...
Luci265Béèm wrote:Installed the usual Lin'N'Win FRUGAL of 265
When clicking on the network icon in the tray, /var/cache/fontconfig it started to fill. I could stop it by restarting X otherwise this would have continued as in the 263.
manual frugal install + save file
This is not happening for me.
There are a few items in /var/cache/fontconfig
But nothing like you are seeing.
Last edited by bigpup on Sun 17 Jul 2011, 21:50, edited 1 time in total.
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
Luci265PaulBx1 wrote:Found another bug. When I had first installed and started Seamonkey, it told me it needed flashplayer updated. I said go ahead and it apparently did it.
Then I went to youtube and tried to run this:
http://www.youtube.com/watch?v=21S_y0WH7x0
It said it couldn't run it because I needed to update flashplayer!
Frugal install + save file
I just downloaded and installed Seamonkey.
At first run got message about Flashplayer download.
Downloaded and installed Flashplayer.
Shutdown and restarted Seamonkey as instructed by the Flashplayer install.
Tried your YouTube video.
Worked for me.
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
When I was a kid I wanted to be older.... This is not what I expected
YaPI(any iso installer)
I just recenly put this box together so I hadn't tried 5.2.5. Booted to a 800x600 desktop,used xorgwizard and was able to get either 1600x1200 or 1280x1024 with the vesa driver. Was making a post to that effect when everything froze up leading to a hard poweroff.playdayz wrote: James C, Did that nasty Nvidia 8400 work correctly with Lucid 5.2.5?
Posting this now from my Mageia install which has no problems on the exact same hardware.
Don't know if the problem is in the detection, the vesa driver itself or the lack of the dreaded nouveau driver.
The strange thing is, on another box( Windows 7,PCLOS and Lucid 5.2.5) with a Nvidia 8400GS card....regular PCI instead of PCI-X......no problems at all.
I love testing.......
I have to admit that I have got one total freezing also with luci 265
I even didnt do anything special. No installing of apps, well, maybe something small, useful from my own luci apps depot in hdd.
I have got similar freezening sometimes with my own puplets with experimental kernels but I dont recall that has happened with official versions before. Mostly they have happened ramdomly.
Maybe coincidence but it would be good if other people reports if it has happened to them.
I even didnt do anything special. No installing of apps, well, maybe something small, useful from my own luci apps depot in hdd.
I have got similar freezening sometimes with my own puplets with experimental kernels but I dont recall that has happened with official versions before. Mostly they have happened ramdomly.
Maybe coincidence but it would be good if other people reports if it has happened to them.
- Lobster
- Official Crustacean
- Posts: 15522
- Joined: Wed 04 May 2005, 06:06
- Location: Paradox Realm
- Contact:
We must find some way of adding that to dog biscuits . . .I love testing.......
Perhaps press releases from Playdayz, 01Micko and Barry when
needing more testers could be distributed to Linux news outlets?
Most major distros include beta and rc releases . . .
m m m . . . rambling . . .
Puppy Linux
Tested on geeks
Re: Luci-265 - 5th development release for Lucid 5.2.6
The transition into the 64 bit world has been ongoing for quite some time. It was only a quetion of time before puppy's direction would have to take it into account, seriously. With the advent of Intel's N570 (the new low end type of processor) puppy will just have to bite the bullet, and go for it.playdayz wrote:Luci-265...
After Lucid 5.2.6 is done, we will have a good basis for a Community Edition. I envision this as a larger than usual Puppy, with additional programs suggested by forum members. Maybe 160-180MB. Oh yes, with a more advanced kernel! Pemasu's work is a model for what I have in mind. At the same time we release the Community Edition wouldn't it be amazing if we could release a twin 64-bit edition! Or at least a "hybrid" 32/64 bit edition. Iguleder seems to have something going on there. You never know
There has been a lot of exciting experiments going on and I hope we can incorporate some of them into these new Puppies.
Cheers.
[b]ir[/b]
- ASRI éducation
- Posts: 3197
- Joined: Sat 09 May 2009, 12:10
- Location: France
- Contact:
[quotejim3560, That's good news. It didn't connect with luci-264 but it did with luci 265, am I right?[/quote]
playdayz, correct it did not connect with 264, did with 265 after first reboot. Now on 2nd reboot it failed. same old same old. sns acquired connection but the script timed out. see below. after installing your Frisbee pet worked as expected.
Information about this interface:
Interface: eth1 Driver: wl Bus: x MacAddress: AC:81:12:1D:A9:5E
Description: x
STEP1a: ifconfig eth1 up
STEP1b: iwlist eth1 scan
eth1 Scan completed :
Cell 01 - Address: 00:22:2D:E2:D5:31
ESSID:"E2D52D"
Mode:Managed
Frequency:2.427 GHz (Channel 4)
Quality:1/5 Signal level:-84 dBm Noise level:-90 dBm
Encryption key:on
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 9 Mb/s
18 Mb/s; 36 Mb/s; 54 Mb/s; 6 Mb/s; 12 Mb/s
24 Mb/s; 48 Mb/s
Cell 02 - Address: 3C:EA:4F:C3:6F:09
ESSID:"2WIRE124"
Mode:Managed
Frequency:2.437 GHz (Channel 6)
Quality:1/5 Signal level:-86 dBm Noise level:-90 dBm
Encryption key:on
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s
48 Mb/s; 54 Mb/s
Cell 03 - Address: 00:19:E4:4B:D3:19
ESSID:"2WIRE789"
Mode:Managed
Frequency:2.457 GHz (Channel 10)
Quality:5/5 Signal level:-52 dBm Noise level:-93 dBm
Encryption key:on
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 6 Mb/s; 9 Mb/s
11 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s
48 Mb/s; 54 Mb/s
STEP1c: ifconfig eth1 down
STEP2: iwconfig eth1 mode managed
STEP3: iwconfig eth1 channel 10
STEP4: iwconfig eth1 essid "2WIRE789"
STEP5: iwconfig eth1 key restricted 9977453890
STEP5a: ifconfig eth1 up
ERROR, TIMEOUT. Have not got an Access Point.
Result of 'iwconfig eth1':
eth1 IEEE 802.11 ESSID:""
Mode:Managed Frequency:2.457 GHz Access Point: Not-Associated
Bit Rate:8 Mb/s Tx-Power:24 dBm
Retry min limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Managementmode:All packets received
Link Quality=5/5 Signal level=0 dBm Noise level=0 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
STEP5: iwconfig eth1 key open 9977453890
STEP5a: ifconfig eth1 up
ERROR, TIMEOUT. Have not got an Access Point.
Result of 'iwconfig eth1':
eth1 IEEE 802.11 ESSID:""
Mode:Managed Frequency:2.457 GHz Access Point: Not-Associated
Bit Rate:8 Mb/s Tx-Power:24 dBm
Retry min limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Managementmode:All packets received
Link Quality=5/5 Signal level=0 dBm Noise level=0 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
*********************************************************
LAST 10 LINES of /var/log/messages:
Jul 19 00:09:42 puppypc user.info kernel: registered panic notifier
Jul 19 00:09:42 puppypc user.info kernel: acpi device:01: registered as cooling_device2
Jul 19 00:09:42 puppypc user.info kernel: input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input10
Jul 19 00:09:42 puppypc user.info kernel: ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no)
Jul 19 00:09:42 puppypc user.info kernel: [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
Jul 19 00:09:42 puppypc user.info kernel: wl 0000:03:00.0: PCI INT A disabled
Jul 19 00:09:42 puppypc user.info kernel: wl 0000:03:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
Jul 19 00:09:42 puppypc user.debug kernel: wl 0000:03:00.0: setting latency timer to 64
Jul 19 00:09:42 puppypc user.warn kernel: eth1: Broadcom BCM4727 802.11 Hybrid Wireless Controller 5.60.48.36
Jul 19 00:09:42 puppypc user.info kernel: HDMI hot plug event: Pin=6 Presence_Detect=1 ELD_Valid=0
playdayz, correct it did not connect with 264, did with 265 after first reboot. Now on 2nd reboot it failed. same old same old. sns acquired connection but the script timed out. see below. after installing your Frisbee pet worked as expected.
Information about this interface:
Interface: eth1 Driver: wl Bus: x MacAddress: AC:81:12:1D:A9:5E
Description: x
STEP1a: ifconfig eth1 up
STEP1b: iwlist eth1 scan
eth1 Scan completed :
Cell 01 - Address: 00:22:2D:E2:D5:31
ESSID:"E2D52D"
Mode:Managed
Frequency:2.427 GHz (Channel 4)
Quality:1/5 Signal level:-84 dBm Noise level:-90 dBm
Encryption key:on
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 9 Mb/s
18 Mb/s; 36 Mb/s; 54 Mb/s; 6 Mb/s; 12 Mb/s
24 Mb/s; 48 Mb/s
Cell 02 - Address: 3C:EA:4F:C3:6F:09
ESSID:"2WIRE124"
Mode:Managed
Frequency:2.437 GHz (Channel 6)
Quality:1/5 Signal level:-86 dBm Noise level:-90 dBm
Encryption key:on
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s
48 Mb/s; 54 Mb/s
Cell 03 - Address: 00:19:E4:4B:D3:19
ESSID:"2WIRE789"
Mode:Managed
Frequency:2.457 GHz (Channel 10)
Quality:5/5 Signal level:-52 dBm Noise level:-93 dBm
Encryption key:on
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 6 Mb/s; 9 Mb/s
11 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s
48 Mb/s; 54 Mb/s
STEP1c: ifconfig eth1 down
STEP2: iwconfig eth1 mode managed
STEP3: iwconfig eth1 channel 10
STEP4: iwconfig eth1 essid "2WIRE789"
STEP5: iwconfig eth1 key restricted 9977453890
STEP5a: ifconfig eth1 up
ERROR, TIMEOUT. Have not got an Access Point.
Result of 'iwconfig eth1':
eth1 IEEE 802.11 ESSID:""
Mode:Managed Frequency:2.457 GHz Access Point: Not-Associated
Bit Rate:8 Mb/s Tx-Power:24 dBm
Retry min limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Managementmode:All packets received
Link Quality=5/5 Signal level=0 dBm Noise level=0 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
STEP5: iwconfig eth1 key open 9977453890
STEP5a: ifconfig eth1 up
ERROR, TIMEOUT. Have not got an Access Point.
Result of 'iwconfig eth1':
eth1 IEEE 802.11 ESSID:""
Mode:Managed Frequency:2.457 GHz Access Point: Not-Associated
Bit Rate:8 Mb/s Tx-Power:24 dBm
Retry min limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Managementmode:All packets received
Link Quality=5/5 Signal level=0 dBm Noise level=0 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
*********************************************************
LAST 10 LINES of /var/log/messages:
Jul 19 00:09:42 puppypc user.info kernel: registered panic notifier
Jul 19 00:09:42 puppypc user.info kernel: acpi device:01: registered as cooling_device2
Jul 19 00:09:42 puppypc user.info kernel: input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input10
Jul 19 00:09:42 puppypc user.info kernel: ACPI: Video Device [GFX0] (multi-head: yes rom: no post: no)
Jul 19 00:09:42 puppypc user.info kernel: [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
Jul 19 00:09:42 puppypc user.info kernel: wl 0000:03:00.0: PCI INT A disabled
Jul 19 00:09:42 puppypc user.info kernel: wl 0000:03:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
Jul 19 00:09:42 puppypc user.debug kernel: wl 0000:03:00.0: setting latency timer to 64
Jul 19 00:09:42 puppypc user.warn kernel: eth1: Broadcom BCM4727 802.11 Hybrid Wireless Controller 5.60.48.36
Jul 19 00:09:42 puppypc user.info kernel: HDMI hot plug event: Pin=6 Presence_Detect=1 ELD_Valid=0
Most of this can be ignored; see my next comment below.
I posted the following at the end of the bug thread dealing with pfix=fsck for encrypted pupsaves:
I posted the following at the end of the bug thread dealing with pfix=fsck for encrypted pupsaves:
It looks like he started putting it together and was getting nowhere, so lost interest. Kinda half-baked code...OK I was looking at the code in the init script to fsck encrypted pupsaves (starts at line 900 in the luci version). Found a couple of questionable things.
1) Part of it deals with enlarging the pupsave, if that is called for; and Barry increased it using "dd if=/dev/zero". This is poor practice cryptographically; he should be using /dev/urandom. No doubt, in the original creation of the pupsave in rc.shutdown, /dev/zero is also incorrectly being used for encrypted pupsaves.
2) He is using losetup in places rather than losetup-FULL. How can that work at all? You need losetup-FULL for encryption, because the busybox version does not have the -e parameter. It makes me wonder why we carry around these busybox versions of -FULL commands at all; we could get rid of them by using a modified PATH, so only -FULL versions are used.
3) I notice he is using extra modprobes, such as "modprobe aes_generic". I haven't been using aes_generic, but only aes, when I manually fsck the pupsave. I wonder what is going on here...
4) He tries to use the -p parameter in losetup, but neither the full nor busybox version has that parameter. To get xor encryption it should be the "-E 1" parameter, apparently (I'm not very familiar with the xor encryption).
Last edited by PaulBx1 on Mon 18 Jul 2011, 17:02, edited 1 time in total.