2.16 Alpha Bugs
Grub Possable bug
I Have installed Puppy-216-experimental to a ext2 partition, but grub wouldn't install properly. It doesn't give the choices like installing to mbr.
It wants to use uniofs as a default choice.
I had to boot with puppy-215 to get grub to install properly.
Anyway I got it fixed, I'm writing this to you from puppy-216-experimental, from a stepnote NC1500 laptop.
This Puppy Rocks!
It wants to use uniofs as a default choice.
I had to boot with puppy-215 to get grub to install properly.
Anyway I got it fixed, I'm writing this to you from puppy-216-experimental, from a stepnote NC1500 laptop.
This Puppy Rocks!
If at first you don't succeed try try again!
2.16exp3-seamonkey-openoffice
All seems to work very well with this alpha.
I did a HD-install and everything just works, I installed Duke nukem and
Supertux dotpups and they were in the menu as dotpups.
After reboot the dotpups list in menu was gone.
This is the only thing I have had go wrong.
Great Puppy!
I did a HD-install and everything just works, I installed Duke nukem and
Supertux dotpups and they were in the menu as dotpups.
After reboot the dotpups list in menu was gone.
This is the only thing I have had go wrong.
Great Puppy!
No problems installing Puppy-2.16alpha on a SecureDigital flash card through a USB card reader, boots OK from that card; but on closing, if the pup_save file has to be written on the card and this is write-protected, no warning message is given and the session data get lost.
I'm testing 2.16 alpha on different computers (4) and with different card readers (3).
I know nothing about hardware recognition, but in general it seems that MUT (default mounter in Puppy 2.14) has much better chances to access a flash card than Puppy 2.16's Pmount .
Some card types seem more difficult to access than others (SmartMedia is terrible, SecureDigital works almost always) and one card reader seems not to work at all with Pmount.
Anyone with similar experiences?
I'm testing 2.16 alpha on different computers (4) and with different card readers (3).
I know nothing about hardware recognition, but in general it seems that MUT (default mounter in Puppy 2.14) has much better chances to access a flash card than Puppy 2.16's Pmount .
Some card types seem more difficult to access than others (SmartMedia is terrible, SecureDigital works almost always) and one card reader seems not to work at all with Pmount.
Anyone with similar experiences?
Last edited by capoverde on Thu 03 May 2007, 14:55, edited 2 times in total.
After more tests with Pmount and MUT in Puppy-2.16alpha, it is confirmed that MUT is far more prone than Pmount to "see" a flash card inserted in a USB reader. In one case only after restarting X (?) Pmount saw the card it didn't see before.
Anyway, after a card is inserted then taken away a couple of times, even MUT seems not to like the game and tends to ignore new card insertions (this happened already in preceding versions).
Of course, once MUT has found the card, Pmount also sees it.
One thing that surprised me: with a machine using a USB keyboard/hub (has a female USB connector on a side) the USB port to which this is connected works OK, but the mainboard's other USB port is simply not activated at all!
This was understood only after twiddling around for about half an hour, no card reader worked from there ... Probably happens with former versions too.
(As a byproduct of these tests, one of the card readers - the brand-new one! - was found to be defective at its SmartMedia slot. Gonna take it back to the dealer...)
Anyway, after a card is inserted then taken away a couple of times, even MUT seems not to like the game and tends to ignore new card insertions (this happened already in preceding versions).
Of course, once MUT has found the card, Pmount also sees it.
One thing that surprised me: with a machine using a USB keyboard/hub (has a female USB connector on a side) the USB port to which this is connected works OK, but the mainboard's other USB port is simply not activated at all!
This was understood only after twiddling around for about half an hour, no card reader worked from there ... Probably happens with former versions too.
(As a byproduct of these tests, one of the card readers - the brand-new one! - was found to be defective at its SmartMedia slot. Gonna take it back to the dealer...)
- veronicathecow
- Posts: 559
- Joined: Sat 21 Oct 2006, 09:41
Bug in Netwrok wizard. Static IP not retained after reboot
Hi, in my usual quest to speed things up I was mucking around trying for a Static IP address. It will work okay until I reboot then it reverts to 0.0.0.0 and I cannot connect.
Also code to allow Network to be backgrounded is commented out. I have tested it and it takes about 4 seconds off my boot time but it seems to stop me accessing the network. I've also tried "Nice" and that also seems to stop the network connecting. Any thought on what is going wrong?
In /etc/rc.d/rc.local0 replace lines (289-290 in 2.12)
Code:
. /etc/rc.d/rc.network
check_status $STATUS
with Code:
nohup /etc/rc.d/rc.network 2>&1 >/tmp/rc.network.log &
echo " [backgrounded]" >/dev/console
Thanks
Tony
Also code to allow Network to be backgrounded is commented out. I have tested it and it takes about 4 seconds off my boot time but it seems to stop me accessing the network. I've also tried "Nice" and that also seems to stop the network connecting. Any thought on what is going wrong?
In /etc/rc.d/rc.local0 replace lines (289-290 in 2.12)
Code:
. /etc/rc.d/rc.network
check_status $STATUS
with Code:
nohup /etc/rc.d/rc.network 2>&1 >/tmp/rc.network.log &
echo " [backgrounded]" >/dev/console
Thanks
Tony
- veronicathecow
- Posts: 559
- Joined: Sat 21 Oct 2006, 09:41
- veronicathecow
- Posts: 559
- Joined: Sat 21 Oct 2006, 09:41
Re: I am getting the save button
Just a quick note, Puppuy 2.16 Beta still believes my externally attached USB hard drive is a flash device, IE... The save button is on the desktop.rrolsbe wrote:Thanks for your suggestion but I am not booting from the USB hard drive I am just using it to store my pup_save configuration file. If I use either of the pmedia commands the boot process expects the boot files to be on the selected device. I agree it would be difficult to determine if the USB attached device was a USB flash, compact flash or hard drive; therefore, if there were a boot command to tell puppy my pup_save files were being stored on a hard drive attached via USB would solve this problem. I know most people do not use a USB attached hard drives and if they do, they boot puppy from the USB attached hard drive. Puppy is by FAR the most flexible Linux distribution I have tried and adding this capability would put Puppy further out in front. NOTE: Puppy works fine thinking the pup_save file is stored on a flash device it just could work better if puppy could be told the pup_save file was on a hard drive.John Doe wrote:You can specify to puppy like this:rrolsbe wrote:Looks like Puppy thinks the external USB hard drive is a USB flash.
puppy pmedia=usbhd
or
puppy pmedia=usbflash
I don't think there is anyway to tell the difference, for certain, in code. The USB class/subclass/protocol seems to be rather unrespected by hardware makers. There is a place for them, but my drives don't seem to fall in line.
Again thanks for your reply!!
Regards
Ron
- Dougal
- Posts: 2502
- Joined: Wed 19 Oct 2005, 13:06
- Location: Hell more grotesque than any medieval woodcut
I have a way of doing that, which requires mounting /sys by the init script (I tried it).BarryK wrote:Yes, I haven't thought of a solution for that one yet!Just a quick note, Puppuy 2.16 Beta still believes my externally attached USB hard drive is a flash device, IE... The save button is on the desktop.
A simpler way might be to check the device description (which probedisk gives you): Plinej's external HD has "External" in it's name, Raffy's has "USB Disk" -- maybe there are a few things we can check for.
What's the ugliest part of your body?
Some say your nose
Some say your toes
But I think it's your mind
Some say your nose
Some say your toes
But I think it's your mind
Largest I've seen are 16 and 32:
http://www.tigerdirect.com/applications ... CatId=2634
Probably pretty rare though.
Perhaps one addition way to try and tell is that they are always
1,2,4,8,16,32 (yet the bytes vary some).
Physical Drives are usually, 10,20,40..etc....(I think I've seen 12 and 32 also)
http://www.tigerdirect.com/applications ... CatId=2634
Probably pretty rare though.
Perhaps one addition way to try and tell is that they are always
1,2,4,8,16,32 (yet the bytes vary some).
Physical Drives are usually, 10,20,40..etc....(I think I've seen 12 and 32 also)
USB hard drive fix
Bye the time affordable flash devices reach 20G puppy will be on version 4.20.BarryK wrote:Well, it's not the best solution perhaps, but if I just test size of drive and if 20G or more then assume it's a hard drive ...that should be easy to implement. It's highly unlikely that anyone is using a Flash drive that big (?)
Thanks for considering my situation!
Regards
Ron