diff options
| author | Johan Hovold <johan.hovold@lundinova.se> | 2012-12-18 18:46:19 +0100 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2012-12-19 17:50:02 +0000 |
| commit | f2ce905a92a2b5ff0a434249dc8468e3ee36aa63 (patch) | |
| tree | 6771e3a5cc4a8e72ca0ac12e7a0f105b5c2ea7fc /meta/recipes-core/kbd | |
| parent | e1df16187f809c4a47480dc7ff6882f06624dedb (diff) | |
| download | openembedded-core-f2ce905a92a2b5ff0a434249dc8468e3ee36aa63.tar.gz openembedded-core-f2ce905a92a2b5ff0a434249dc8468e3ee36aa63.tar.bz2 openembedded-core-f2ce905a92a2b5ff0a434249dc8468e3ee36aa63.zip | |
udev: fix failed /dev/shm mount
Since commit commit fbec192f6bc4 ("udev: Ensure tmpfs are mounted and
volatile/run exists") all tmpfs-entries in fstab are mounted before udev
starts using mount -a. If /dev/shm is among those entries, that mount
will fail as the mount point has not yet been created:
Starting udev
mount: mounting tmpfs on /dev/shm failed: No such file or directory
udevd[474]: starting version 182
Fix by restoring the old way of mounting /dev and mounting the
remaining tmpfs-entries only after /dev/shm has been created.
Also make sure that any errors are supressed for these tmpfs-mounts.
Should any mount point not yet be present, that mount will be retried
later during the boot process.
Signed-off-by: Johan Hovold <johan.hovold@lundinova.se>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Diffstat (limited to 'meta/recipes-core/kbd')
0 files changed, 0 insertions, 0 deletions