Bug 1306894 - Directory /tmp to mount over is not empty, mounting anyway
Summary: Directory /tmp to mount over is not empty, mounting anyway
Keywords:
Status: CLOSED DUPLICATE of bug 1306452
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 23
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-02-12 03:35 UTC by Chris Murphy
Modified: 2016-02-12 10:40 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2016-02-12 10:40:18 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Chris Murphy 2016-02-12 03:35:17 UTC
Description of problem:

Looks like anaconda writes out files to /tmp in the chrooted installation environment, which doesn't use tmpfs on /tmp. So these files are in /tmp on disk, and then when systemd mounts tmpfs on /tmp it complains that it's not empty.


Version-Release number of selected component (if applicable):
anaconda 23.19.10-1

How reproducible:
Always


Steps to Reproduce:
1. Do an installation
2. Reboot
3.

Actual results:

Feb 11 19:48:10 f23s.localdomain systemd[1]: tmp.mount: Directory /tmp to mount over is not empty, mounting anyway.

Looking at actual /tmp without tmpfs mounted over it:
$ ls -l /mnt/tmp
total 4
drwxr-xr-x. 2 root root  19 Feb  6 04:59 hsperfdata_root
-rwx------. 1 root root 852 Feb 11 11:49 ks-script-bytw8xx2

And also:
$ grep ks-script /var/log/anaconda/program.log  
11:49:49,769 INFO program: Running... /bin/sh /tmp/ks-script-bytw8xx2
11:49:53,161 INFO program: Running... /bin/sh /tmp/ks-script-hy66_vxy
11:49:53,186 INFO program: Running... /bin/sh /tmp/ks-script-iqzupo_o



Expected results:

I don't know if these ks files have any long term importance, if they do they probably should get written to /var/log/anaconda rather than either live tmpfs on /tmp, or chrooted enviro's root fs /tmp. Or use /var/tmp I guess, but not /tmp.

Additional info:

Comment 1 Martin Kolman 2016-02-12 10:40:18 UTC

*** This bug has been marked as a duplicate of bug 1306452 ***


Note You need to log in before you can comment on or make changes to this bug.