sound corruption necessitates routine reboot
After 10 hours of using this computer, including a 2-hour dormant period when I fell asleep, the sound became corrupted with the replacement 3com NIC. I tried to redo the network connection with the Connection Wizard, but doing so did not clear the looping-sound condition. I guess it's time to reboot. Same problem. Persists.
I know I should just do it, but I also don't want to waste time. If I run Wary 5.1.1 with older kernel as a live CD or frugal install, will I be able to ascertain whether a full install of same will be free of this streaming issue? I wonder if the current Wary 5.1.1 would have streaming issues if I was running it as a live CD. Any opinion to the effect that an older kernel will fix this streaming issue?
Refresher: Since a local flash file will play fine even when a streaming YT video won't play, it is known that this is a streaming issue. I am hesitant to commit to another (older) kernel because of questionable outcome, and the need to transfer much data (loss of time and productivity). Even testing of Wary 5.1.1 with older kernel represents considerable loss of time.
Refresher: Since a local flash file will play fine even when a streaming YT video won't play, it is known that this is a streaming issue. I am hesitant to commit to another (older) kernel because of questionable outcome, and the need to transfer much data (loss of time and productivity). Even testing of Wary 5.1.1 with older kernel represents considerable loss of time.
Sound eventually degenerated into a loop when running Wary 5.1.1 (old kernel k2.6.30.5) as a frugal install. So I guess Wary is going to have a streaming problem on this computer. I wonder if other Wary users might experience this problem if they streamed from YouTube for 5 or 10 hours straight without leaving the site. Classic Pup 214x seems the logical choice now.
I think it's a connectivity issue. At some point the connection gets dropped, and is inadequately re-established, and so streaming is negatively impacted.
If Classic Pup 214x fails too, I will conclude this is either a Flash 10 bug or the hardware on this computer is incompatible with the Linux kernel. If streaming does not degenerate using Classic Pup 214x, I will conclude this is a Wary issue.
EDIT: Streaming degenerated on Classic Pup too. Good excuse to put together another computer, another mobo anyways.
I think it's a connectivity issue. At some point the connection gets dropped, and is inadequately re-established, and so streaming is negatively impacted.
If Classic Pup 214x fails too, I will conclude this is either a Flash 10 bug or the hardware on this computer is incompatible with the Linux kernel. If streaming does not degenerate using Classic Pup 214x, I will conclude this is a Wary issue.
EDIT: Streaming degenerated on Classic Pup too. Good excuse to put together another computer, another mobo anyways.
UPDATE: March 18, 2013
I've reached a point where I have to do something about this issue. Every day, probably four times a day I have to reboot the computer at an inopportune time, and I must rely on Seamonkey to recover my place so I don't lose my work and progress. Lately, the script kiddies designing YouTube have made it so that I cannot recover more than two instances of Seamonkey playing a YT music video. Formerly, I could recover as many as 7 instances of Seamonkey playing YT, but now Seamonkey freezes (unrecoverable without restarting x) with just 3 instances of SM playing YT, after rebooting the computer to correct the corrupted audio. I am losing my place and my work when Seamonkey recovers in this reduced, minimal way. This issue applies to any uniprocessor computer, not just this computer. I have confirmed the every-4-hour reboot requirement on several computers. Moreover, it's not limited to Wary 5.1.1 because I have observed it in Wary 5.1.2 (full installed) and Wary 5.2 (live CD). I don't have to tell you how annoying and inconvenient it is to have to reboot this often, and with such regularity. It just so happens that I just acquired a 2T Baracuda SATA drive which will double my disk space, so now is a good time to select another Puppy version, hopefully a version that will not have these old problems. Please suggest versions of Puppy that will be suitable for my, more or less, 24/7 activity. It would be most helpful if someone can help check a suggested version for the corrupted audio/reboot issue. Thanks
I've reached a point where I have to do something about this issue. Every day, probably four times a day I have to reboot the computer at an inopportune time, and I must rely on Seamonkey to recover my place so I don't lose my work and progress. Lately, the script kiddies designing YouTube have made it so that I cannot recover more than two instances of Seamonkey playing a YT music video. Formerly, I could recover as many as 7 instances of Seamonkey playing YT, but now Seamonkey freezes (unrecoverable without restarting x) with just 3 instances of SM playing YT, after rebooting the computer to correct the corrupted audio. I am losing my place and my work when Seamonkey recovers in this reduced, minimal way. This issue applies to any uniprocessor computer, not just this computer. I have confirmed the every-4-hour reboot requirement on several computers. Moreover, it's not limited to Wary 5.1.1 because I have observed it in Wary 5.1.2 (full installed) and Wary 5.2 (live CD). I don't have to tell you how annoying and inconvenient it is to have to reboot this often, and with such regularity. It just so happens that I just acquired a 2T Baracuda SATA drive which will double my disk space, so now is a good time to select another Puppy version, hopefully a version that will not have these old problems. Please suggest versions of Puppy that will be suitable for my, more or less, 24/7 activity. It would be most helpful if someone can help check a suggested version for the corrupted audio/reboot issue. Thanks
Last edited by nubc on Tue 19 Mar 2013, 18:19, edited 4 times in total.
YT is changing from flash to html5 . For your sound it seems that some driver thinks it has to recreate the device nodes after a while. If USB adapters disconnect shortly, such happens. Sure you have enough RAM, but it needs SWAP and fast SWAP. Older HDDs might run too slow to manage huge swap usage in appropriate time. I remember firefox freezing on me too in times of a 4gb MWDMA HDD with 640 MB SWAP and 320mb RAM and 650 MHz CPU .
And why do you use ext2 on such new gear ?
should create an ext3 fs on it.
Code: Select all
tune2fs -j /dev/MY_SUPER_DOOPER_HDD
fsck /dev/MY_SUPER_DOOPER_HDD
1. I've never felt the need for file system journaling.
2. All my computers run ext2
3. You will have to assure me the safety/integrity of my data for me to consider running a command to change the file system on a 1-TB drive almost half full. The OS and data are on the same partition. (I may change this in the future, ie. separate partitions for OS and data.)
2. All my computers run ext2
3. You will have to assure me the safety/integrity of my data for me to consider running a command to change the file system on a 1-TB drive almost half full. The OS and data are on the same partition. (I may change this in the future, ie. separate partitions for OS and data.)
Last edited by nubc on Tue 19 Mar 2013, 19:44, edited 6 times in total.
Karl,
I'm going to rearrange my hard drives soon, and will seriously consider your recommendation to use ext3 when I format. At the very least, an ext3 file system should make for shorter fsck's. With regard to backups, a colleague has expressed serious doubts about long-term large drive integrity. He has experienced hdd crashes in less than a year on a succession of large (1 TB or greater) drives, so much so that he now uses only 500 GB hard disks because of (perceived) greater integrity and longevity. Thus I am puzzled about back-up to external hdd, because that external drive would necessarily be quite large in capacity. and so I worry about drive integrity when dealing with this much data. Have you or others experienced premature failure in hard drives 1 TB and larger?
I'm going to rearrange my hard drives soon, and will seriously consider your recommendation to use ext3 when I format. At the very least, an ext3 file system should make for shorter fsck's. With regard to backups, a colleague has expressed serious doubts about long-term large drive integrity. He has experienced hdd crashes in less than a year on a succession of large (1 TB or greater) drives, so much so that he now uses only 500 GB hard disks because of (perceived) greater integrity and longevity. Thus I am puzzled about back-up to external hdd, because that external drive would necessarily be quite large in capacity. and so I worry about drive integrity when dealing with this much data. Have you or others experienced premature failure in hard drives 1 TB and larger?
I have no running TB HDDs until now. I partition my drives to 3x15-20-25 GB partitions which hold my three main OS in full installation : Macpup Foxy3, Macpup Opera2 (both puppy-4.3.x based) and one Lupu-5.1.1 . Each full installation started once on 15gb partitions, then moved onto another drive with 20gb partitions and now my next drive will hold them on 25gb partitions since i have 10gb in /usr directory . My current 250gb has a 80gb partition for backups using rsync to a folder , mksquashfs on that folder and removing the rsync folder afterwards to free space. The backup OSNAME-YYYY-MM-DD.sfs is getting moved to 2 USB HDDs . So i have 80gb free space all the time. I am experimenting with a boot partition that hold also the kernel modules on the next drive and so far the both Macpup are booting except for that the localedef binary from glibc-2.6.1 seems not to like multi-thread or 64bit capability. The next is a 500gb and will have a 250gb backup partition compared to the 80gb i have until now.
This is my current HDD layout:
This is my current HDD layout:
sda will be the new one and sdb is the current one. probepart is hacked by me for more detailed output.bash-3.00# probepart -m |sort
/dev/sda1|ext4|47653|S
/dev/sda2|ext4|47653|S
/dev/sda3|ext3|23854|S
/dev/sda4|extended|357775|S
/dev/sda5|swap|3820|S
/dev/sda6|ext3|23854|S
/dev/sda7|ext4|47661|S
/dev/sda8|ext4|47661|S
/dev/sda9|ext4|234778|S
/dev/sda|ext4|476940|S
/dev/sdb10|ext4|79728|S
/dev/sdb11|swap|4369|S
/dev/sdb1|ntfs|44342|S
/dev/sdb2|ext4|20959|S
/dev/sdb3|reiserfs|20771|S
/dev/sdb4|extended|152342|S
/dev/sdb5|swap|4102|S
/dev/sdb6|ext3|20755|S
/dev/sdb7|ntfs|20143|S
/dev/sdb8|vfat|3004|S
/dev/sdb9|ext4|20238|S
/dev/sdb|ntfs|238418|S
/dev/sdc1|none detected|4275|N
/dev/sdc2|none detected|3338|N
/dev/sdc3|none detected|1907|N
/dev/sdc4|none detected|5887|N
/dev/sdc|none detected|15424|N
/dev/sr0|iso9660|131|S
/dev/sr1|not inserted|1023|N
bash-3.00#
I have the idea that the ethernet connection gets re-negotiated every 4 hours and this is what causes Flashplayer to misbehave, ie, degenerate into a short sound loop. What other event occurs after 4 hours of use? It seems to occur consistently after 4 hours, every 4 hours, so apparently a count is taking place, either on the computer or on the ISP side. This sound degeneration has occurred under almost all circumstances, so it isn't because of the specific activity, except that Flashplayer is used to stream audio videos.
I find it baffling that other users don't have this problem, since all of my computers (running Puppy) seem to have the issue. It's not a matter of full versus frugal install either, because I have experienced the problem running from live CD (Puppy in RAM).
I find it baffling that other users don't have this problem, since all of my computers (running Puppy) seem to have the issue. It's not a matter of full versus frugal install either, because I have experienced the problem running from live CD (Puppy in RAM).
I have a similar problem with Flash player. I've noticed that if I pause the YouTube video I'm watching and don't finish watching it for a while (I can't say how long exactly, an hour perhaps), when I resume watching it, the sound won't work right. Then all other YouTube or Flash things I try to watch have the same problem until I shut down SeaMonkey and restart it. My Puppy is Slacko 5.4 on a multisession DVD, in a computer with 4 GB of RAM and no hard disk drive at all, so no swap.
Things have been this way for years. I think I tried a version of Puppy in that time which didn't have the problem, but I couldn't say which one.
I've found that as long as I either watch the video to the end, or stop (not pause) it, the problem doesn't happen. I have Flashblock installed, so if I open a YouTube video in a new browser tab it doesn't start playing until I click the Flash window. I can line up a number of browser tabs, each with a YouTube video waiting to play, and play them when I want, as long as I don't pause one and let it sit for too long.
Things have been this way for years. I think I tried a version of Puppy in that time which didn't have the problem, but I couldn't say which one.
I've found that as long as I either watch the video to the end, or stop (not pause) it, the problem doesn't happen. I have Flashblock installed, so if I open a YouTube video in a new browser tab it doesn't start playing until I click the Flash window. I can line up a number of browser tabs, each with a YouTube video waiting to play, and play them when I want, as long as I don't pause one and let it sit for too long.
Thanks for your input, Flash. Do I understand you right, that you only have to restart Seamonkey? Or do you have to reboot the computer to get Flashplayer to work again?
Last edited by nubc on Wed 17 Apr 2013, 19:52, edited 1 time in total.
I had a problem with looping/stuttering sound on slacko5.4.
I never rebooted, just quit Firefox and the problem cleared.
For other reasons, I tried slacko5.4-PAE and have never had the problem (uptime=75 days).
The PC was always near max memory use, now on PAE "free" shows 7495788 used, way more than is available on the non-PAE version.
So how about trying a PAE version?
This kind of anecdotal voodoo might not help, but it should be easy to give it a shot.
I never rebooted, just quit Firefox and the problem cleared.
For other reasons, I tried slacko5.4-PAE and have never had the problem (uptime=75 days).
The PC was always near max memory use, now on PAE "free" shows 7495788 used, way more than is available on the non-PAE version.
So how about trying a PAE version?
This kind of anecdotal voodoo might not help, but it should be easy to give it a shot.
It's been a while, but if I remember right all I have to do is restart SeaMonkey (or Firefox), not reboot the computer.nubc wrote:Thanks for your input, Flash. Do I understand you right, that you only have to restart Seamonkey? Or do you have to reboot the computer to get Flashplayer to work again?
I'd say to go with what xophist suggests. Try a few different versions of Puppy. Burn a CD-RW of one and boot it with the pfix=ram option, then see what happens. If you have to reboot for some reason, you can save to the CD-RW (make a multisession Puppy) so it comes back up without going to the Save file on your hard disk drive. If that Puppy don't work, burn the next Puppy iso onto the CD-RW with either Burniso2cd or Pburn. I don't remember if you have to blank a CD-RW before Burniso2cd will burn a new iso on it, but I know you don't have to blank a rewritable DVD first.
You're right, all I have to do is close and restart Seamonkey. However, I couldn't recover Seamonkey instances and locations without closing all Seamonkey browsers at the same time, which means Restarting x server instead of rebooting. This represents a time improvement, but it's still an inconvenient interruption, and very disruptive, plus Seamonkey is limited in its ability to recover all previous windows.