Puppy 4 Beta Bugs
- Greatnessguru
- Posts: 106
- Joined: Mon 09 Jul 2007, 21:07
- Location: rural McBain MI USA (near Cadillac MI)
- Contact:
Re: Cannot nount XFS partitions
> integr8e
> Posted: Today, at 4:05 pm
> Post subject: Cannot nount XFS partitions
> ... I receive the same when I try to manually mount the drive:
> # mount -t xfs /dev/sda5 /mnt/home
> mount: unknown filesystem type 'xfs'
I have the same problem, but with "-t davfs",
which I reported in the "Dingo alpha7 feedback/bugs" thread:
> Posted: Sun Mar 30, 2008 4:27 pm
> Post subject: mount: unknown filesystem type 'davfs'
> Using Puppy 3.96:
# cd /
# cd mnt
# mkdir dav0
# mount -t davfs "http://..." dav0
mount: unknown filesystem type 'davfs'
No improvement in Puppy 3.98.
Thanks,
Eddie Maddox
> Posted: Today, at 4:05 pm
> Post subject: Cannot nount XFS partitions
> ... I receive the same when I try to manually mount the drive:
> # mount -t xfs /dev/sda5 /mnt/home
> mount: unknown filesystem type 'xfs'
I have the same problem, but with "-t davfs",
which I reported in the "Dingo alpha7 feedback/bugs" thread:
> Posted: Sun Mar 30, 2008 4:27 pm
> Post subject: mount: unknown filesystem type 'davfs'
> Using Puppy 3.96:
# cd /
# cd mnt
# mkdir dav0
# mount -t davfs "http://..." dav0
mount: unknown filesystem type 'davfs'
No improvement in Puppy 3.98.
Thanks,
Eddie Maddox
- boscobearbank
- Posts: 63
- Joined: Thu 06 Apr 2006, 15:13
- Location: MN
Xorg: no 1680x1050
Best I can do is 1280x1024:
http://soleil.nfldinet.com/~rockdoctor/ ... anPipe.png
The same xorg.conf file (listed below) gives me 1680x1050 on Fedora
http://soleil.nfldinet.com/~rockdoctor/ ... anPipe.png
The same xorg.conf file (listed below) gives me 1680x1050 on Fedora
Code: Select all
Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "us" #xkeymap0
EndSection
Section "Monitor"
#DisplaySize 470 300 # mm
Identifier "Monitor0"
VendorName "NTS"
ModelName "MBW-SERIAL"
HorizSync 30-86
VertRefresh 56-74
#UseModes "Modes0" #monitor0usemodes
EndSection
Section "Modes"
Identifier "Modes0"
#modes0modeline0
EndSection
Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option "NoAccel" # [<bool>]
Option "NoAccel" "True"
#Option "SWcursor" # [<bool>]
#Option "ColorKey" # <i>
#Option "CacheLines" # <i>
#Option "Dac6Bit" # [<bool>]
#Option "DRI" # [<bool>]
#Option "NoDDC" # [<bool>]
#Option "ShowCache" # [<bool>]
#Option "XvMCSurfaces" # <i>
#Option "PageFlip" # [<bool>]
Identifier "Card0"
Driver "intel" #card0driver
VendorName "Intel Corporation"
BoardName "82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device"
BusID "PCI:0:2:0"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
DefaultDepth 24
Subsection "Display"
Depth 24
Modes "1680x1050"
EndSubsection
EndSection
Bosco Bearbank
- Greatnessguru
- Posts: 106
- Joined: Mon 09 Jul 2007, 21:07
- Location: rural McBain MI USA (near Cadillac MI)
- Contact:
Shutdown hoards my CD!
"Shutdown" > whatever, the one to power down the computer...
When the screen said: "Power down.",
I pressed the CD drive Eject button to eject my Puppy 3.98 CD.
The drive would not eject my CD!
The machine (HP Vectra VE) was still powered on,
the screen said, "Power down.",
but pressing the CD drive Eject button
did not make the CD eject.
How could that be?
Oh, must be a Bug in there somewhere
keeping it from ejecting.
Oh, that reminds me, with Puppy 3.96 doing an install...
I was booted from HD,
but used the CD for the source of files for a second install.
After the files were copied,
and the install application finished using the CD drive,
I could not eject my CD then, either!
The CD drive Eject button would not work!
What's happening with all this CD hoarding
after the CD is no longer being used
by the application or system?
Thank you,
Eddie Maddox
When the screen said: "Power down.",
I pressed the CD drive Eject button to eject my Puppy 3.98 CD.
The drive would not eject my CD!
The machine (HP Vectra VE) was still powered on,
the screen said, "Power down.",
but pressing the CD drive Eject button
did not make the CD eject.
How could that be?
Oh, must be a Bug in there somewhere
keeping it from ejecting.
Oh, that reminds me, with Puppy 3.96 doing an install...
I was booted from HD,
but used the CD for the source of files for a second install.
After the files were copied,
and the install application finished using the CD drive,
I could not eject my CD then, either!
The CD drive Eject button would not work!
What's happening with all this CD hoarding
after the CD is no longer being used
by the application or system?
Thank you,
Eddie Maddox
- veronicathecow
- Posts: 559
- Joined: Sat 21 Oct 2006, 09:41
Hi Barry, I am getting this error when trying to boot from a CD (also happened on Alphas) with my Intel's D201GLY2 MB. See screen shot. I think it only worked with the newer kernel.
Also any chance of the video drivers added to puppy please
http://www.murga-linux.com/puppy/viewto ... 900#187900
Cheers
Tony[/img]
Also any chance of the video drivers added to puppy please
http://www.murga-linux.com/puppy/viewto ... 900#187900
Cheers
Tony[/img]
- Attachments
-
- pup.jpg
- (37.67 KiB) Downloaded 1141 times
Lost bottom toolbar and JWM menus
I have had a full h/d install, grub menu and a wireless connection.
All going well with my usual install of firefox, gqview, gimp and other goodies,
desk setup the way I like it , with a reboot of each install of new prog.
All going well until I loaded a prog to view what's on my USB ports,
as this is not in the basic DINGO V4.00 I got from the repos and completed the
install only to find after a reboot that my bottom toolbar had gone also the MENU
opening. I can still get to the progs I loaded with the mouse control but I notice
that the style and size of fonts are changed .
How do I get the toolbar and menu back?
Tui
All going well with my usual install of firefox, gqview, gimp and other goodies,
desk setup the way I like it , with a reboot of each install of new prog.
All going well until I loaded a prog to view what's on my USB ports,
as this is not in the basic DINGO V4.00 I got from the repos and completed the
install only to find after a reboot that my bottom toolbar had gone also the MENU
opening. I can still get to the progs I loaded with the mouse control but I notice
that the style and size of fonts are changed .
How do I get the toolbar and menu back?
Tui
Puppy400beta1 & Puppy 301
Current setting in XORGWIZARD refers to "cz" (Czech Republic)
I thought 3.01 was the best Puppy, but it looks like Dingo is trying harder...
That was the reason I registered to the forum right the way.
Kind regards from Croatia
marichely
PS.
http://en.wikipedia.org/wiki/.hr
I thought 3.01 was the best Puppy, but it looks like Dingo is trying harder...
That was the reason I registered to the forum right the way.
Kind regards from Croatia
marichely
PS.
http://en.wikipedia.org/wiki/.hr
I tried three different installations of Dingo Beta. I did two simple upgrades of a frugal installations. A simple upgrade is just deleting the old version of vmlinuz, initrd.gz, pup_###.sfs and zdrive_###.sfs and then copying the new versions of the files.
The first frugal installation was on my desk machine with Intel Celeron 2.5GHz with 1024 Megabytes of memory and a 40 gigabyte hard drive. The partition is ext2 filesystem, so Puppy used the entire partition and no save file. It worked fine.
The second frugal installation was on a Intel Classmate (500 Mhz and 512 Megabyte memory). The puppy installation is on FAT32 partition and uses a save file. Once again, the update when well. The only problem is the Classmate small screen. Dingo Beta restored all the screen icons. The small screen gets a bit crowded. One has to remove the un-used icons (Play, Draw, Spreadsheet, etc.) to get some room. I also had to set the JWM tray/bar to autohide. Once again for more screen. I had changed my screen background to the one of the first PupEee (an Eagle in flight). The new installation did not change the background.
The third installation was a full installation on an available empty ext2 partition on the desktop hard drive. The first attempt the "Universal Installer" just stopped and exit after selecting the drive and partition to be used. I tried a second attempt and got the same results. So on the third attempt, I had Pprocess up to watch what was going on. On the third attempt, the Universal Installer worked perfectly fine. A version of Murphy's Law (when one can track down the cause of a problem, everything will work correctly) was invoked by the system. I had selected "update" Grub option. It work, but the actual Grub loader was on another partition so no changes were made. The /temp directory did have the "NewGrubText" file so it was easy to cut and paste the correct information into the menu.lst file of Grub. I have found always to check for Grub changes when modifying Grub after a new installation.
Bottom line, Dingo Beta updated correctly and my normal Grub changes procedures worked. Dingo Beta looks like we are going in the correct direction for success.
The first frugal installation was on my desk machine with Intel Celeron 2.5GHz with 1024 Megabytes of memory and a 40 gigabyte hard drive. The partition is ext2 filesystem, so Puppy used the entire partition and no save file. It worked fine.
The second frugal installation was on a Intel Classmate (500 Mhz and 512 Megabyte memory). The puppy installation is on FAT32 partition and uses a save file. Once again, the update when well. The only problem is the Classmate small screen. Dingo Beta restored all the screen icons. The small screen gets a bit crowded. One has to remove the un-used icons (Play, Draw, Spreadsheet, etc.) to get some room. I also had to set the JWM tray/bar to autohide. Once again for more screen. I had changed my screen background to the one of the first PupEee (an Eagle in flight). The new installation did not change the background.
The third installation was a full installation on an available empty ext2 partition on the desktop hard drive. The first attempt the "Universal Installer" just stopped and exit after selecting the drive and partition to be used. I tried a second attempt and got the same results. So on the third attempt, I had Pprocess up to watch what was going on. On the third attempt, the Universal Installer worked perfectly fine. A version of Murphy's Law (when one can track down the cause of a problem, everything will work correctly) was invoked by the system. I had selected "update" Grub option. It work, but the actual Grub loader was on another partition so no changes were made. The /temp directory did have the "NewGrubText" file so it was easy to cut and paste the correct information into the menu.lst file of Grub. I have found always to check for Grub changes when modifying Grub after a new installation.
Bottom line, Dingo Beta updated correctly and my normal Grub changes procedures worked. Dingo Beta looks like we are going in the correct direction for success.
Enjoy life, Just Greg
Live Well, Laugh Often, Love Much
Live Well, Laugh Often, Love Much
floborg wrote:
prit1 wrote:
Does lsmod show the apm module loaded? Also dougal's update to asapm didn't make it in to beta1.* There is what looks like a battery monitor in the JWM tray. It isn't displaying anything. I am not using a laptop. Check it out (attachment).
prit1 wrote:
I noticed this yesterday on alpha7. Does not happen if the psubdir option is used.6 - When I shutdown, it does not give me an option to save. It directly gives me a message that "session not saved". I ran using frugal and not from a cd.
Output of lsmod:kirk wrote:floborg wrote:Does lsmod show the apm module loaded? Also dougal's update to asapm didn't make it in to beta1.* There is what looks like a battery monitor in the JWM tray. It isn't displaying anything. I am not using a laptop. Check it out (attachment).
Code: Select all
# lsmod
Module Size Used by
parport_pc 31716 1
lp 12616 0
parport 35528 2 parport_pc,lp
snd_mixer_oss 16896 0
snd_es18xx 33332 0
snd_pcm 75656 1 snd_es18xx
snd_page_alloc 10120 1 snd_pcm
snd_opl3_lib 10624 1 snd_es18xx
snd_timer 22020 2 snd_pcm,snd_opl3_lib
snd_hwdep 9220 1 snd_opl3_lib
snd_mpu401_uart 8320 1 snd_es18xx
snd_rawmidi 23584 1 snd_mpu401_uart
snd_seq_device 8460 2 snd_opl3_lib,snd_rawmidi
snd 52068 9 snd_mixer_oss,snd_es18xx,snd_pcm,snd_opl3_lib,sn d_timer,snd_hwdep,snd_mpu401_uart,snd_rawmidi,snd_seq_device
soundcore 7520 1 snd
usblp 14080 0
apm 20304 0
i2c_piix4 8716 0
i2c_core 22032 1 i2c_piix4
tulip 51360 0
intel_agp 24860 1
agpgart 34128 1 intel_agp
fuse 44052 0
unionfs 83732 1
nls_iso8859_1 4224 1
nls_cp437 5888 1
usbhid 24928 0
usb_storage 83264 0
uhci_hcd 24076 0
usbcore 127128 5 usblp,usbhid,usb_storage,uhci_hcd
sr_mod 17188 0
ide_cd 39200 0
cdrom 36768 2 sr_mod,ide_cd
squashfs 46856 1
ideflash install, PUPMODE and syslinux failure
I booted the pup 398 CD with pfix=ram on a PIII 1GHz box, via glue, ATI RP128 video, legacy sb16 soundcard, and smc NIC. Smooth as silk. Xorg, sound, network, DHCP all flawless. JWM setup as nice as the XFCE in my 2.17r2NOP and that's going some.
Multisession CD worked correctly also.
Still some glitches installing to ideflash for me.
The universal installer just stopped immediately after trying to read the files off the CD or from a directory. Tried syslinux from a terminal and got the same unsafe permissions at /tmp error JustGreg noted in the Dingo alpha7 bug notes. Running chmod 1777 /tmp cleared this error and syslinux then wrote ldlinux and the MBR correctly to an empty freshly formatted 256Mb fat16 partition on the ideflash card.
A frugal install to that partition then boots and runs ok, but in spite of the pmedia=ideflash parameter being passed correctly (checked in PUPSTATE), PUPMODE is 12, not 13 and the Pup_Save file is mounted to the top layer.
2.17r2 NOP is the last version to install to ideflash 'automatically' and use PUPMODE=13 for me. I have forced this behavior by editing init in some 2.i7 versions, but have yet to get a sucessful init edit using the guidelines for editing in the 3.01 release notes or from the forum. My edited initrd.gz is the same size and permissions as the original initrd.gz, but gives a kernel panic....init not found.
Alas, still at 2.17 for my ideflash systems.
Multisession CD worked correctly also.
Still some glitches installing to ideflash for me.
The universal installer just stopped immediately after trying to read the files off the CD or from a directory. Tried syslinux from a terminal and got the same unsafe permissions at /tmp error JustGreg noted in the Dingo alpha7 bug notes. Running chmod 1777 /tmp cleared this error and syslinux then wrote ldlinux and the MBR correctly to an empty freshly formatted 256Mb fat16 partition on the ideflash card.
A frugal install to that partition then boots and runs ok, but in spite of the pmedia=ideflash parameter being passed correctly (checked in PUPSTATE), PUPMODE is 12, not 13 and the Pup_Save file is mounted to the top layer.
2.17r2 NOP is the last version to install to ideflash 'automatically' and use PUPMODE=13 for me. I have forced this behavior by editing init in some 2.i7 versions, but have yet to get a sucessful init edit using the guidelines for editing in the 3.01 release notes or from the forum. My edited initrd.gz is the same size and permissions as the original initrd.gz, but gives a kernel panic....init not found.
Alas, still at 2.17 for my ideflash systems.
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
Dialup works in dingo beta, but only if stupid mode is added to /etc/wvdial.conf
- Attachments
-
- pupdial_supid_mode.jpg
- Stupid Mode
- (16.45 KiB) Downloaded 1284 times
[img]http://img230.imageshack.us/img230/8595/ubd6467dp2.png[/img]
[url=http://www.tinyurl.com/54tu74]Visit The Repository[/url] - Helpful and hard-to-find treats for Puppy 3.
[url=http://www.tinyurl.com/c5a68f]Click Here for Puppy Support Chat, + Helpful Links.[/url]
[url=http://www.tinyurl.com/54tu74]Visit The Repository[/url] - Helpful and hard-to-find treats for Puppy 3.
[url=http://www.tinyurl.com/c5a68f]Click Here for Puppy Support Chat, + Helpful Links.[/url]
- GrumpyWolfe
- Posts: 496
- Joined: Mon 27 Nov 2006, 01:12
- Contact:
Gxine
Hi all
Just first want to say I like Puppylinux 4 great job Berry.
Now when I try and play a wmv or a gvi movie file there is sound but there is a blue screen where the movie should be. I have tried it on a couple of files. BTW the gvi are google file type played be for the are of the mpg4 type.
Just first want to say I like Puppylinux 4 great job Berry.
Now when I try and play a wmv or a gvi movie file there is sound but there is a blue screen where the movie should be. I have tried it on a couple of files. BTW the gvi are google file type played be for the are of the mpg4 type.
Live and Let Live
Acer Aspire One N450 1.66GHz
[url=http://sourceforge.net/projects/mywolfe/]MyWolfe at Sourceforge[/url]
[url=http://mywolfe.blogspot.com/]MyWolfe Blog[/url]
[url=http://groups.google.com/group/mywolfe-linux]MyWolfe Groups[/url]
Acer Aspire One N450 1.66GHz
[url=http://sourceforge.net/projects/mywolfe/]MyWolfe at Sourceforge[/url]
[url=http://mywolfe.blogspot.com/]MyWolfe Blog[/url]
[url=http://groups.google.com/group/mywolfe-linux]MyWolfe Groups[/url]
Saved wireless setup does not get reused
WPA2 wireless setup in the first Puppy 4 Beta (398) is not being reused. Used Menu/Setup/Network Wizard. In Configure network interface for wlan0, setup wireless using WPA2, ran Test wlan0, ran Auto DHCP to get wireless connection (dhcp). [Note: During Wireless/wlan0 setup found error: Puppy Ethernet Wizard/Acquiring WPA connection/Unable to establish WPA connection. However, in the next screen, saw that testing of wlan0 was successful.] After acquiring Auto DHCP address, the message said
SOLVED: See http://www.murga-linux.com/puppy/viewto ... 584#188584
I said yes to this. Was able to connect to the internet and browse successfully. At the next boot, have to set this up again. This happens repeatedly. /etc/wpa_supplicant2.conf is correct (I see that my network ssid, psk, proto, key_mgmt, group in this file are correct.) Something else is wrong.CONFIGURATION OF wlan0 SUCCESSFUL!
Do you want to save this configuration? If you want to keep this configuration for next boot: click 'Yes'.
SOLVED: See http://www.murga-linux.com/puppy/viewto ... 584#188584
Last edited by bde on Tue 08 Apr 2008, 02:23, edited 1 time in total.
Taskbar vanished bug in Puppy 4 Beta (398)
Taskbar vanished at one point during tweaking of x from Menu/Setup/Xorg Video Wizard. Restarting X did not fix it. Had to reboot computer and the taskbar came back.
File download from Menu/Help system did not work
From Menu/Help, came to http://www.murga-linux.com/puppy/viewtopic.php?t=27521 and wanted to download firefox package. After the download in progress page, a mini-window appeared giving option to save download. I clicked and activated the save download on disk button, and hit OK. Nothing happened after that no matter how many times I clicked it, and you could see that the OK button was responding (by change in appearance back and forth) without associated action. I closed it and clicked the "If your download does not start, Click here!. " A new and empty window opened.
Finally, gave up on this and had to go to Firefox and input the address to download the file.
Finally, gave up on this and had to go to Firefox and input the address to download the file.