FS#44920 - [testing] pam 1.2.0 seems to break completely xfce optical drive mounting

Attached to Project: Arch Linux
Opened by Frederic Bezies (fredbezies) - Saturday, 09 May 2015, 18:28 GMT
Last edited by Doug Newgard (Scimmia) - Sunday, 10 May 2015, 03:41 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: Since pam was upgraded to version 1.2.0, optical drive is not mounting disk in xfce.

Disk icon appears on desktop for one or two seconds, then disappear. Blank medias or burned one, no differences !

I disabled testing repositories, downgrading these packages, and automounting get back to work.

[2015-05-09 19:51] [ALPM] downgraded linux-api-headers (4.0-1 -> 3.18.5-1)
[2015-05-09 19:51] [ALPM] downgraded glibc (2.21-4 -> 2.21-3)
[2015-05-09 19:51] [ALPM] downgraded binutils (2.25-4 -> 2.25-2)
[2015-05-09 19:51] [ALPM] downgraded gcc-libs (5.1.0-3 -> 4.9.2-4)
[2015-05-09 19:51] [ALPM] downgraded libutil-linux (2.26.2-1 -> 2.26.1-3)
[2015-05-09 19:51] [ALPM] downgraded libtirpc (0.3.0-1 -> 0.2.5-1)
[2015-05-09 19:51] [ALPM] downgraded pam (1.2.0-1 -> 1.1.8-5)
[2015-05-09 19:51] [ALPM] downgraded curl (7.42.1-1 -> 7.42.0-1)
[2015-05-09 19:51] [ALPM] downgraded gcc (5.1.0-3 -> 4.9.2-4)
[2015-05-09 19:51] [ALPM] downgraded gnutls (3.4.1-1 -> 3.4.0-1)
[2015-05-09 19:51] [ALPM] downgraded iproute2 (4.0.0-1 -> 3.19.0-1)
[2015-05-09 19:51] [ALPM] downgraded iputils (20140519.fad11dc-1 -> 20121221-3)

Why pam ? Because I downgraded kernel without luck. Gvfs (I used it to automount medias) depends on it.

Another hint was that if I block pam upgrade and activate testing again, mounting gets back to work. A dirty way to confirm my idea.

Additional info:

See details.

Steps to reproduce:
1) Testing enabled and up-to-date with pam 1.2.0
2) Have xfce with gvfs to automount disks
3) Insert a blank media or a burnt one.
4) See what happens.
This task depends upon

Closed by  Doug Newgard (Scimmia)
Sunday, 10 May 2015, 03:41 GMT
Reason for closing:  Duplicate
Additional comments about closing:   FS#44867 
Comment by Alad Wenter (Alad) - Saturday, 09 May 2015, 18:44 GMT
Tail the journal before mounting the device: journalctl -f

and attach the difference here
Comment by Frederic Bezies (fredbezies) - Saturday, 09 May 2015, 19:12 GMT
Inserting an blank CD-R with pam 1.1.x :

mai 09 20:53:01 fredo-arch org.gtk.Private.UDisks2VolumeMonitor[458]: bluray.c:1338: No device path provided!
mai 09 20:53:01 fredo-arch kernel: pool[1354]: segfault at 20 ip 00007fee4e462d27 sp 00007fee3b7fdae0 error 4 in libbluray.so.1.8.0[7fee4e43f000+3f000]
mai 09 20:53:02 fredo-arch systemd-coredump[1357]: Process 967 (gvfs-udisks2-vo) of user 1000 dumped core.

Inserting an blank CD-R with pam 1.2.x :

mai 09 21:03:37 fredo-arch org.gtk.Private.UDisks2VolumeMonitor[454]: bluray.c:1338: No device path provided!
mai 09 21:03:37 fredo-arch kernel: pool[609]: segfault at 20 ip 00007fbe709b4d27 sp 00007fbe6777dae0 error 4 in libbluray.so.1.8.0[7fbe70991000+3f000]
mai 09 21:03:37 fredo-arch org.freedesktop.thumbnails.Thumbnailer1[454]: (tumblerd:501): GVFS-RemoteVolumeMonitor-WARNING **: Owner of volume monitor org.gtk.Private.UDisks2VolumeMonitor disconnected from the bus; removing drives/volumes/mounts
mai 09 21:03:37 fredo-arch systemd-coredump[630]: Process 567 (gvfs-udisks2-vo) of user 1000 dumped core.

Rebuilding udisks2 needed ?
Comment by Jan de Groot (JGC) - Saturday, 09 May 2015, 19:36 GMT
Blank cd crashes are caused by libbluray 0.8.
Comment by Frederic Bezies (fredbezies) - Saturday, 09 May 2015, 19:49 GMT
You nailed this bug. I downgraded libbluray to 0.7.0 and all is working again :(

I'm sorry I pointed wrong package :(

Bug title needs to be modified.
Comment by Frederic Bezies (fredbezies) - Saturday, 09 May 2015, 20:20 GMT
Duplicate of bug #44867.

Loading...