Re: rights messed up after moving installation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 11/05/2012 03:46 PM, lee wrote:
> Hi,
> 
> I have experienced some trouble with moving my Fedora installation to
> different partitions.  For the move, I prepared the target partitions,
> created file systems on them and booted the emergency.target.  Then I
> used "rsync --archive -H --progress -x <src> <dst>" to copy /var and /.
> 
> I thought using the "--archive" option of rsync is supposed to transfer
> all attributes?
> 
> Then I bind mounted /proc, /sys and /dev to the appropriate directories
> on the new root file system and chrooted into it.  From there, I mounted
> the new file systems, adjusted /etc/fstab and installed grub2 and
> created a new grub2.cf. grub2-mkconfig had some trouble with creating
> files in /var/lock, yet it created the new configuration, and I was able
> to boot into the moved installation.
> 
> For some reason, /var couldn't be mounted, and I ran "restorecon -v -R"
> on it, which reset a lot (probably all) files.  After rebooting, /var
> could be mounted, but I was unable to log in:  I got the login prompt
> and after entering my password, I got logged out again immediately.
> 
> So I booted the emergency.target again and mounted all file systems
> except /home.  After running "restorecon -v -R /", I rebooted and am now
> able to log in.
> 
> Some rights are still messed up, though.  The "users" command doesn't
> produce any output, and pulseaudio doesn't run anymore.  There are
> messages in /var/log/messages about this:
> 
> 
> Nov  5 21:50:38 yun dbus-daemon[807]: dbus[807]: [system] Successfully activated service 'net.reactivated.Fprint'
> Nov  5 21:50:38 yun dbus[807]: [system] Successfully activated service 'net.reactivated.Fprint'
> Nov  5 21:50:38 yun dbus-daemon[807]: ** Message: D-Bus service launched with name: net.reactivated.Fprint
> Nov  5 21:50:38 yun dbus-daemon[807]: ** Message: entering main loop
> Nov  5 21:50:52 yun systemd-logind[775]: New session 1 of user lee.
> Nov  5 21:51:08 yun dbus-daemon[807]: ** Message: No devices in use, exit
> Nov  5 21:51:27 yun dbus-daemon[807]: dbus[807]: [system] Activating via systemd: service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service'
> Nov  5 21:51:27 yun dbus[807]: [system] Activating via systemd: service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service'
> Nov  5 21:51:27 yun dbus-daemon[807]: dbus[807]: [system] Successfully activated service 'org.freedesktop.RealtimeKit1'
> Nov  5 21:51:27 yun dbus[807]: [system] Successfully activated service 'org.freedesktop.RealtimeKit1'
> Nov  5 21:51:27 yun dbus-daemon[807]: dbus[807]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.22" (uid=1000 pid=1278 comm="/usr/bin/pulseaudio --start --log-target=syslog ") interface="org.bluez.Manager" member="ListAdapters" error name
> ="(unset)" requested_reply="0" destination="org.bluez" (uid=0 pid=685 comm="/usr/sbin/bluetoothd -n ")
> Nov  5 21:51:27 yun dbus[807]: [system] Rejected send message, 2 matched rules; type="method_call", sender=":1.22" (uid=1000 pid=1278 comm="/usr/bin/pulseaudio --start --log-target=syslog ") interface="org.bluez.Manager" member="ListAdapters" error name="(unset)" request
> ed_reply="0" destination="org.bluez" (uid=0 pid=685 comm="/usr/sbin/bluetoothd -n ")
> Nov  5 21:51:27 yun pulseaudio[1278]: [pulseaudio] bluetooth-util.c: Error from ListAdapters reply: org.freedesktop.DBus.Error.AccessDenied
> 
> 
> When I run "aplay -l" as normal user, it says "no soundcards found".
> When I run it as root, it does list the soundcard.  The needed modules
> are loaded, and when root tries to play some sound with aplay, it says
> that pulseaudio refuses the connection.  Since pulseaudio isn't running,
> that isn't surprising :)
> 
> Surprising is that when the normal user plays something with aplay,
> aplay says it's playing and there is no sound.
> 
> 
> So some --- or a lot of --- rights may be messed up now.  That the
> "users" command doesn't give any output indicates that things might be
> messed up pretty badly.  How do I fix this?
> 
> I still have the original I made the copy from, so if there is a way to
> "transfer" rights by reading them from the original and applying them to
> the copy, that might be a way to fix it.  Please tell me I don't need to
> re-install ...
> 

>From the man page:

-a, --archive               archive mode; equals -rlptgoD (no -H,-A,-X)

So, you need to use "--archive -X" to transfer selinux context info as
well as the other attributes.


-- 
-- Steve
-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org


[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux