Bug 184473
Summary: | Gnome trash not seeing deleted items | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | louisgtwo |
Component: | selinux-policy-targeted | Assignee: | Daniel Walsh <dwalsh> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | axelgenus, dwalsh, gajownik, lowe, pavel, sundaram |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-05-05 15:05:00 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
louisgtwo
2006-03-09 02:38:41 UTC
That's happening to me too (I have /home mounted on an alternative partition). It's a strange bug. I previously tried X.org 7.0 and GNOME 2.14 on Gentoo with the same partitions configuration and it has never given me such problems... I have the same problem. (/home mounted on an alternative partition too) i find that i have this issue on fc4 (waiting to test with fc5), but only when i mount /home using nfsv4. i do not have the issue when /home is mounted using nfsv3. This is not an nfs share. My /home is a seperate partition. / is hda3 and /home is hda6. I do this because if I need to reload fedora or upgrade I don't loose /home. For what its worth, I see this problem also when /home is on a separate extended partition /dev/hda5 but not on a different machine where home is on a separate logical volume partition /dev/mapper/VolGroup00-LogVol02 My /home is reiserfs primary patition (/dev/hda). I also have problem with automounting this partition during booting. dmesg says this: kernel: audit(1142972836.240:2): avc: denied { search } for pid=1142 comm="mount" name="/" dev=hda2 ino=2 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=dir kernel: ReiserFS: hda2: warning: xattrs/ACLs enabled and couldn't find/create .reiserfs_priv. Failing mount. After disabling the SELinux, the trash works OK. It must be SELinux issue. It is I found this on the selinux list. My friend noticed that with SELinux in enforcing mode ~/.Trash is full of the files but he cannot remove them -- clicking on trash icon placed on the desktop shows empty directory. I reproduced this bug on my machine (FC5, selinux-policy-targeted-2.2.25-2.fc5, Gnome 2.14) and found this avc message: Mar 30 19:19:47 X kernel: audit(1143739187.507:65): avc: denied { getattr } for pid=1810 comm="hald" name="/" dev=hda6 ino=2 scontext=system_u:system_r:hald_t:s0 tcontext=system_u:object_r:home_root_t:s0 tclass=dir Using audit2allow I created kosz.pp module and this resolved the problem (you need to reboot or restart haldaemon service). Here's the content of te file: [root X ~]# cat kosz.te module kosz 1.0; require { role object_r; role system_r; class dir getattr; type hald_t; type home_root_t; }; allow hald_t home_root_t:dir getattr; [root X ~]# Maybe default policy should be fixed? I can confirm the selinux issue. Clicking "Disable selinux protection for hal daemon" using system-config-securitylevel also does the trick The only AVC message related to hald that I see is this one from long ago: type=AVC msg=audit(1142448818.838:9681): avc: denied { unmount } for pid=3052 8 comm="umount" scontext=system_u:system_r:hald_t tcontext=system_u:object_r:rem ovable_t tclass=filesystem when it refused to unmount a flash drive. Curiously when I plugged the flash drive back in, gnome would show the trash on the flash drive correctly. Just not the trash in my home directory on the main filesystem. Now that "things are unstuck" I can reenable selinux protection for the hal daemon, and trash works ok (perhaps until I plug my flash drive in again?) Reassigning to selinux package as per comments above. Disabling selinux for hal daemon deos the trick for me too, but that made gnome panel disk mounter applet stop running. Any workaround ? Fixed in selinux-policy-2.2.29-2.fc5 Closing as these have been marked as modified, for a while. Feel free to reopen if not fixed |