On Wed, 2011-04-20 at 20:26 +0200, Michael Schwendt wrote: > 1) Yesterday an unattended reboot to F-15 went past the passphrase prompt > for my LUKS /home partition and ended in gdm with /home not being mounted. > > Normal behaviour would have been for me to type in the passphrase, > because that's how it is set up in /etc/crypttab for this install. > > The issue is not reproducible, and I boot into F-15 at least twice a day. > What could I look at if I ran into it again? Oddly enough, I _think_ this is the intended behavior. I had a similar issue during Alpha, and it seems admins asked for a passphrase timeout when activating any non-essential system partitions during boot. The timeout is in the minutes range, I forget if it's 1 or 3 minutes. I'm trying to re-familiarize myself with this issue, so don't quote me on this yet! :) Are you not encrypting your rootfs, or is the passphrase for the rootfs and /home different such that you are always prompted for the /home passphrase on boot? > 2) Partitions mounted twice: > > $ mount|sort|uniq -d > /dev/mapper/luks-15465009-86ee-4a3c-a291-5a105ca148c4 on /home type ext4 (rw,relatime,seclabel,barrier=1,data=ordered) > /dev/mapper/vg_faldor-Home on /home/misc15/mnt/sharedhome type ext3 (rw,relatime,seclabel,errors=continue,user_xattr,acl,barrier=0,data=ordered) Selinux sandbox (policycoreutils-sandbox) is responsible for making it look like partitions are mounted twice. Iirc, they are bind mounts. > 3) Occasionally, a booted F-15 shows a gdm screen where existing user > accounts are not displayed. Only 'Other' is available. I can use it to > log in, and using Cancel refreshes gdm to display the previously missing > users. Looks like there's a race condition somewhere. Still trying to pinpoint this issue in https://bugzilla.redhat.com/show_bug.cgi?id=678236 Thanks, James
Attachment:
signature.asc
Description: This is a digitally signed message part
-- test mailing list test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
