Long hangs/pausing in Konqueror--does anyone else have this problem?
Hi: In 9.1 for ia32, using the KDE 3.2.1 and the Konqueror filemanager I am having this problem with long pauses/hangs: 1. When I click the /media dir with no media installed in the CDRecorder or floppy drives, Konq. waits for a very long time (about 30 seconds) before displaying the subdirs of /media. During this time, the drive lights blink. 2. When I click my NFS mount point /mango, the drive lights blink, and again Konq. waits about 30 seconds before displaying the contents of the NFS mount dir. In other words, Konq. wants to access the removable drives when accessing the NFS mount point, which is unnecessary. 3. When a CD is in the CDRW drive, then things work better. The wait to see the contents of /media and /media/cdrecorder is much less, about 5 seconds. But Konq still periodically causes the drive lights to blink, and sometimes does this again when I access the NFS share. 4. Sometimes even when Konq is pointed at a permanent dir like /usr, the CD drive lights keep blinking every few seconds, and Konq. gets so hung that when switching to the Konq. window after having the Konq. window obstructed by another window so that Konq. is unreadable until it decides to do another screen refresh, the window is corrupted for a very long time until it refreshes. It is possible to get it into a state where the CD drive light is blinking constantly, and all filesystem browsing is interrupted by these long pauses. Does anyone else observe behavior similar to this regarding a long pause when pointing Konq. at /media when no media is present? Does anyone else observe that Konq. causes the drive lights for the CD and floppy to blink when one points Konq. at an NFS mount point (with a remote NFS filesystem mounted)? Thanks for responses. I would like to figure out if this is the result of something having gotten screwed on my system, or a more pervasive problem. I know I can fix it by editing /etc/fstab and setting up the removable drives for manual mounting/unmounting. But before I decide to set my system that way, I'd like to understand what is going on with the automatic "subfs" system in 9.1, and see if it can be made to work properly. Basically, I think the system shouldn't attempt to access the drives until I point at their specific mount points, such as /media/cdrecorder or /media/floppy. Then it should attempt to mount them if not already mounted. But there is no reason for the system to be probing the drives all the time spontaneously, and certainly not when I point at an NFS mount point. Thanks. Good day! -- ____________________________________ Christopher R. Carlen Principal Laser/Optical Technologist Sandia National Laboratories CA USA crcarle@sandia.gov
Hi:
In 9.1 for ia32, using the KDE 3.2.1 and the Konqueror filemanager I am having this problem with long pauses/hangs:
1. When I click the /media dir with no media installed in the CDRecorder or floppy drives, Konq. waits for a very long time (about 30 seconds) before displaying the subdirs of /media. During this time, the drive lights blink.
2. When I click my NFS mount point /mango, the drive lights blink, and again Konq. waits about 30 seconds before displaying the contents of the NFS mount dir. In other words, Konq. wants to access the removable drives when accessing the NFS mount point, which is unnecessary.
3. When a CD is in the CDRW drive, then things work better. The wait to see the contents of /media and /media/cdrecorder is much less, about 5 seconds. But Konq still periodically causes the drive lights to blink, and sometimes does this again when I access the NFS share.
4. Sometimes even when Konq is pointed at a permanent dir like /usr, the CD drive lights keep blinking every few seconds, and Konq. gets so hung that when switching to the Konq. window after having the Konq. window obstructed by another window so that Konq. is unreadable until it decides to do another screen refresh, the window is corrupted for a very long time until it refreshes. It is possible to get it into a state where the CD drive light is blinking constantly, and all filesystem browsing is interrupted by these long pauses.
Does anyone else observe behavior similar to this regarding a long pause when pointing Konq. at /media when no media is present?
Does anyone else observe that Konq. causes the drive lights for the CD and floppy to blink when one points Konq. at an NFS mount point (with a remote NFS filesystem mounted)?
Thanks for responses. I would like to figure out if this is the result of something having gotten screwed on my system, or a more pervasive problem.
I know I can fix it by editing /etc/fstab and setting up the removable drives for manual mounting/unmounting. But before I decide to set my system that way, I'd like to understand what is going on with the automatic "subfs" system in 9.1, and see if it can be made to work properly.
Basically, I think the system shouldn't attempt to access the drives until I point at their specific mount points, such as /media/cdrecorder or /media/floppy. Then it should attempt to mount them if not already mounted.
But there is no reason for the system to be probing the drives all the time spontaneously, and certainly not when I point at an NFS mount point.
Thanks. Good day!
-- ____________________________________ Christopher R. Carlen Principal Laser/Optical Technologist Sandia National Laboratories CA USA crcarle@sandia.gov I had some hanging problems using konqueror & kfm. I had already applied the
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 21 May 2004 12:35, Chris Carlen wrote: patches when this behaviour started taking place. Since it seemed incurable - --indeed, I removed all patches w/o reinstalling, totally-- I finally had to reinstall. The worse part was that it also broke my external modem. - -- ...CH Avoid doing business with 'The Link' ISP. SuSE Is All U Need Linux user# 313696 Linux box# 199365 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFArl8G1rD/PgIdojIRApLLAKCYZ51hxlkeF2YBUUvCbW5k9ZSzbACfUFqh XJ/SRzG4/BQxHfmUlqmFZ5w= =yx5b -----END PGP SIGNATURE-----
On Friday 21 May 2004 13:35, Chris Carlen wrote: yes. i have the same problem. i noticed this problem trying to get 9.1 to recognize my memory stick. i was going back and forth into the /media directory quite often. thankfully, it can still access my digital camera, but the memory stick gets recognized very sporadically. tom
Hi:
In 9.1 for ia32, using the KDE 3.2.1 and the Konqueror filemanager I am having this problem with long pauses/hangs:
1. When I click the /media dir with no media installed in the CDRecorder or floppy drives, Konq. waits for a very long time (about 30 seconds) before displaying the subdirs of /media. During this time, the drive lights blink.
2. When I click my NFS mount point /mango, the drive lights blink, and again Konq. waits about 30 seconds before displaying the contents of the NFS mount dir. In other words, Konq. wants to access the removable drives when accessing the NFS mount point, which is unnecessary.
3. When a CD is in the CDRW drive, then things work better. The wait to see the contents of /media and /media/cdrecorder is much less, about 5 seconds. But Konq still periodically causes the drive lights to blink, and sometimes does this again when I access the NFS share.
4. Sometimes even when Konq is pointed at a permanent dir like /usr, the CD drive lights keep blinking every few seconds, and Konq. gets so hung that when switching to the Konq. window after having the Konq. window obstructed by another window so that Konq. is unreadable until it decides to do another screen refresh, the window is corrupted for a very long time until it refreshes. It is possible to get it into a state where the CD drive light is blinking constantly, and all filesystem browsing is interrupted by these long pauses.
Does anyone else observe behavior similar to this regarding a long pause when pointing Konq. at /media when no media is present?
Does anyone else observe that Konq. causes the drive lights for the CD and floppy to blink when one points Konq. at an NFS mount point (with a remote NFS filesystem mounted)?
Thanks for responses. I would like to figure out if this is the result of something having gotten screwed on my system, or a more pervasive problem.
I know I can fix it by editing /etc/fstab and setting up the removable drives for manual mounting/unmounting. But before I decide to set my system that way, I'd like to understand what is going on with the automatic "subfs" system in 9.1, and see if it can be made to work properly.
Basically, I think the system shouldn't attempt to access the drives until I point at their specific mount points, such as /media/cdrecorder or /media/floppy. Then it should attempt to mount them if not already mounted.
But there is no reason for the system to be probing the drives all the time spontaneously, and certainly not when I point at an NFS mount point.
Thanks. Good day!
-- ____________________________________ Christopher R. Carlen Principal Laser/Optical Technologist Sandia National Laboratories CA USA crcarle@sandia.gov
Tom Corr wrote:
On Friday 21 May 2004 13:35, Chris Carlen wrote: yes. i have the same problem. i noticed this problem trying to get 9.1 to recognize my memory stick. i was going back and forth into the /media directory quite often. thankfully, it can still access my digital camera, but the memory stick gets recognized very sporadically.
tom
See my thread "Why does USB drive mount automagically?" for a reply by Sjoerd Hiemstra that indicates the way to edit your /etc/fstab. This editing fill fix the *pausing*, and the editing of the hotplug.subfs.functions file will make the USB device mounting process go from auto->manual I haven't dealt with my automounting of USB device yet, only the automounting of the CD and floppy. Dealing with that solved my main gripe, which was the intolerable pausing. Good day! -- _____________________ Christopher R. Carlen crobc@earthlink.net Suse 8.1 Linux 2.4.19
I just installed 9.1 pro yesterday and then did yast online update. My flash drive was recognized repeatedly with out delays. As I remember one of the 34 patches included a usb fix. CWSIV
participants (5)
-
C Hamel -
Carl William Spitzer IV -
Chris Carlen -
Chris Carlen -
Tom Corr