linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: bugzilla-daemon@bugzilla.kernel.org
To: linux-ext4@vger.kernel.org
Subject: [Bug 111801] New: mount fails silently if mount point is "busy"
Date: Wed, 03 Feb 2016 14:53:26 +0000	[thread overview]
Message-ID: <bug-111801-13602@https.bugzilla.kernel.org/> (raw)

https://bugzilla.kernel.org/show_bug.cgi?id=111801

            Bug ID: 111801
           Summary: mount fails silently if mount point is "busy"
           Product: File System
           Version: 2.5
    Kernel Version: all, back to 2.6.11, at least, including the latest
                    raspbian, Ubuntu 14.04.3.LTS, as well as Fedora Cor 16
                    and even SuSE 9.3 (kernel 2.6..11, c. 2006)
          Hardware: All
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: ext4
          Assignee: fs_ext4@kernel-bugs.osdl.org
          Reporter: diemkae@gmail.com
        Regression: No

Attempt to mount a extX, vfat, CIFS, etc. filesystem to a mount point that is
"busy" fails silently but appears to "work" in that "df" indicates the
filesystem is mounted to that mount point (per /etc/fstab), and it appears to
be normal in /etc/mtab, yet the partition files do not appear in the mount
point directory and if were are any files in the (root FS) mount point
directory, they are still accessible)!

As illustrated in the example below, the failed mount can be remedied by
umounting the partition, cd'ing to $HOME (to make the mount point not busy),
then remounting the partition, the mount point then contains the files from the
partition. 

Example: illustrates (under Raspbian, on a Raspbery Pi) how to reproduce a
silent failure when vfat partition mounted to a busy mount point (made only
busy because shell CWD is the mount point directory):

Script started on Wed 03 Feb 2016 07:41:27 AM EST
root@raspi2:/# df
Filesystem        1K-blocks      Used Available Use% Mounted on
/dev/root          15186900   6421400   8098164  45% /
devtmpfs             469752         0    469752   0% /dev
tmpfs                 94816       404     94412   1% /run
tmpfs                  5120         0      5120   0% /run/lock
tmpfs                189620         0    189620   0% /run/shm
//nas2/export.dmk 961301000 338699164 573747452  38% /media/nas1.dmk
/dev/mmcblk0p1        57288     20304     36984  36% /boot
root@raspi2:/# ls /boot
bcm2708-rpi-b.dtb       config.txt     issue.txt         overlays
bcm2708-rpi-b-plus.dtb  COPYING.linux  kernel7.img       start_cd.elf
bcm2708-rpi-cm.dtb      fixup_cd.dat   kernel.img        start_db.elf
bcm2709-rpi-2-b.dtb     fixup.dat      LICENCE.broadcom  start.elf
bootcode.bin            fixup_db.dat   LICENSE.oracle    start_x.elf
cmdline.txt             fixup_x.dat    origCmdline.txt   whereAmI
root@raspi2:/# more /boot/whereAmI
this is on the SD card.
root@raspi2:/#
root@raspi2:/# umount /boot
root@raspi2:/# df
Filesystem        1K-blocks      Used Available Use% Mounted on
/dev/root          15186900   6421400   8098164  45% /
devtmpfs             469752         0    469752   0% /dev
tmpfs                 94816       404     94412   1% /run
tmpfs                  5120         0      5120   0% /run/lock
tmpfs                189620         0    189620   0% /run/shm
//nas2/export.dmk 961301000 338699164 573747452  38% /media/nas1.dmk
root@raspi2:/# ls /boot
whereAmI
root@raspi2:/# more /boot/whereAmI
this is in the root fs /boot directory
root@raspi2:/# mount /boot
root@raspi2:/# df
Filesystem        1K-blocks      Used Available Use% Mounted on
/dev/root          15186900   6421400   8098164  45% /
devtmpfs             469752         0    469752   0% /dev
tmpfs                 94816       404     94412   1% /run
tmpfs                  5120         0      5120   0% /run/lock
tmpfs                189620         0    189620   0% /run/shm
//nas2/export.dmk 961301000 338699164 573747452  38% /media/nas1.dmk
/dev/mmcblk0p1        57288     20304     36984  36% /boot
root@raspi2:/# ls /boot
bcm2708-rpi-b.dtb       config.txt     issue.txt         overlays
bcm2708-rpi-b-plus.dtb  COPYING.linux  kernel7.img       start_cd.elf
bcm2708-rpi-cm.dtb      fixup_cd.dat   kernel.img        start_db.elf
bcm2709-rpi-2-b.dtb     fixup.dat      LICENCE.broadcom  start.elf
bootcode.bin            fixup_db.dat   LICENSE.oracle    start_x.elf
cmdline.txt             fixup_x.dat    origCmdline.txt   whereAmI
root@raspi2:/# more /boot/whereAmI
this is on the SD card.
root@raspi2:/#
Script done on Wed 03 Feb 2016 07:42:34 AM EST

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

             reply	other threads:[~2016-02-03 14:53 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-03 14:53 bugzilla-daemon [this message]
2016-02-03 15:15 ` [Bug 111801] mount fails silently if mount point is "busy" bugzilla-daemon
2016-02-03 15:27 ` bugzilla-daemon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-111801-13602@https.bugzilla.kernel.org/ \
    --to=bugzilla-daemon@bugzilla.kernel.org \
    --cc=linux-ext4@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).