On Sunday 24 April 2005 7:35 pm, David Krider wrote:
Jerry Feldman wrote:
Before you get too exasperated, try using the command line software
To backup, pilot-xfer -p /dev/usb/ttyUSB1 -b [dir]
GOOD idea. Really good. I wish I'd thought of it, and thank you!
I tried it, and it worked. I tried it again, and in the middle of the operation, I switched back to vt7. Just as soon as X tried to come up, I got another hard lock. So, you hit the nail on the head. Being a "Gnome guy," I guess problem lies somewhere with Gnome (since I'm running gdm) or xorg.
OTOH, that still leaves me screwed, basically. I've applied all the updates. I don't know what else to try in order to fix this. In the previous post, I mentioned that you use a virtual terminal. The next experiment is to use pilot-xfer from a terminal window, such as xterm or Gnome Terminal to see if it lock up X or GNOME. (xterm may be better since it is an X client not a GNOME client. It may appear that you have a problem with GNOME or X.
I would suggest switching to KDM, but still use GNOME as your Window manager. If you do not lock up under KDM, we've identified the culprit as GDM. What I am trying to do is to find out what component is the cause of the failure. Once you do that you can submit a problem report to SuSE. From my standpoint, it appears to be some interlock between udev and GDM. -- Jerry Feldman <gaf@blu.org> Boston Linux and Unix user group http://www.blu.org PGP key id:C5061EA9 PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9