Bug 848089
Summary: | xfce4-session-logout not working | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Pascal Dupuis <cdemills> |
Component: | NetworkManager | Assignee: | Dan Williams <dcbw> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 17 | CC: | danw, dcbw, jpopelka, kevin, maxamillion, thozza |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-08-17 18:04:00 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Pascal Dupuis
2012-08-14 14:52:50 UTC
1. Has it always done this? Or only recently? 2. Does this only happen on suspend/resume? Or does logout or restart or shutdown do it too? 1. Installed Fedora17 from live XFCE ISO; then updated regulary. Suspend and hibernate never worked. Platform is an AspireOne 722, installed the 64 bits version. 2. Only suspend and hibernate are concerned. Logout, shutdown and restart all work as expected. Regards. ok, does: su -c 'pm-suspend' in a terminal work? Or provide any more errors or output? Didn't work either, but I had a look into /var/log/pm-suspend.log, and found this: Running hook /usr/lib64/pm-utils/sleep.d/56dhclient suspend suspend: ./ifcfg-McDonald's_France: line 17: unexpected EOF while looking for matching `" ' ./ifcfg-McDonald's_France: line 22: syntax error: unexpected end of file /usr/lib64/pm-utils/sleep.d/56dhclient suspend suspend: Returned exit code 2. I used a few times the free Wifi Access in a McDo in France. Automatic configuration scripts were saved. I solved this problem by 1) locate '*ifcfg-McDonal*' 2) changed to the dirs containing an instance of those files: /etc/sysconfig/networking/profiles/default/; /etc/sysconfig/networking/devices; /etc/sysconfig/network-scripts 3) rm '*McDo*'; there was each time an ifcfg-McDonald's_France and a keys-McDonald\'s_France Now suspend and resume do work, this had no link to platform but with special characters in file name handling. The culprit is within 56dhclient: for ifcfg in ifcfg-* ; do . ./"${ifcfg}" This loop should be replaced by find . -name "ifcfg-*" -print0 |xargs -0 some_aux_script where some_aux_script should receive file names, source them and perform the same actions as those contained in the original script "for" loop. Regards Pascal ok, that script is in the dhcp package. Moving over there for further action... Seems like duplicate of bug #846081. Had you used system-config-network to edit network settings ? (In reply to comment #6) > Seems like duplicate of bug #846081. > > Had you used system-config-network to edit network settings ? No, I went through NetworkManager: display the list of available network, and manually choosing one of them. Regards Pascal Strange. If you manage to reproduce the problem please attach the /etc/sysconfig/network-scripts/ifcfg-McDonald's_France file. According to my tests the apostrophe in file name doesn't matter but it does matter if it's in some value in the file (then the value needs to be in double quotes). Jirka Klimes (NetworkManager developer) told (bug #802711, comment #4) me that NM puts double quotes around values. In bug #846081 we discovered that it's system-config-network what doesn't put double quotes around the values that contain apostrophe. So I'm a little puzzled now when you say that you had used NM and not system-config-network. Oh, I didn't mean to reassign this to NM, but when it's there we can make it a dupe of bug #802711. *** This bug has been marked as a duplicate of bug 802711 *** |