Underlying /tmp directory has wrong permissions when hidden by mount point

[Grek-336]

Sorry for my englisch!

When I make a installation with the DVD-Version of Ubuntu 9.04 i386 (aka Jaunty) and I use the manuall installation way with a seperat /tmp directory. The real /tmp directory have not the access permission 1777 aka drwxrwxrwt.

When I delete the entry in the fstab "UUID=xxx-xxx... /tmp ...." I can not login.

The /tmp have only the access permission drwxr-xr-x.

I think the better way is that the /tmp directory (creating during the installation process) have always the access permission 1777 aka drwxrwxrwt.

What I mean in my foreigen language german:

Wunsch:

Wenn bei der Installation die manuelle Partitionierung der Festplatte gewählt wird und eine extra Partition für /tmp gewählt wird hat das /tmp Verzeichnis auf root (das als Einhängepunkt dient) nicht die Zugriffsrechte 1777 (drwxrwxrwt) sondern nur drwxr-xr-x.

Es wäre besser wenn /tmp während des Installation mit den Zugriffsrechten 1777 (drwxrwxrwt) erstellt werden würde, unabhängig davon ob eine extra Partition für /tmp gewählt wurde oder nicht.

Entscheidet man sich später dafür keine extra Partition für /tmp zu benutzen. Löscht also den entsprechenden Eintrag aus der /etc/fstab kann man sich sonst nach dem Neustart nicht mehr in die grafische Benutzeroberfläche GNOME einloggen.

Man muss erst die Zugriffsrechte von /tmp manuell ändern. Das würde entfallen wenn gleich die "richtigen" Zugriffrechte für /tmp vergeben werden würden.

[Frederick J. Henderson (frederickjh)]

I also had this issue. I recently installed Ubuntu 14.04.4 using LVM. /tmp was on its own logical volume.

I am using this computer as as LTSP server. When the client image is built it used the permissions of /tmp prior to being mounted drwxr-xr-x (755). /tmp should have a permission of drwxrwxrwt (1777) even if it gets mounted over.

This wrong permission allowed the LTSP clients to boot but after a successful login, the client would never see the desktop but were sent back to the login screen. Changing the permissions of the client /tmp to 1777 fixed this issue.

[Frederick J. Henderson (frederickjh)]

That last line should have read:

Changing the permissions on the client /tmp to 1777 fixed the issue temporarily, as at the next boot the permissions on the client image were back to 755.