Hi Otavio,
This patch caused a new bug. So I'm afraid maybe this patch is not
totally correct.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4487
The problem is that for a cdrom device, there's no ID_FS_TYPE.
Any idea?
Besides, could you please detail a little about what problem this patch
is trying to solve?
Which kernel version is involved?
Best Regards,
Chen Qi
On 04/22/2013 07:52 PM, Otavio Salvador wrote:
Depending on kernel version used, the system can hung when trying to
mount the extended partition (not the logical one) as it is a holder
for other partitions and does not have a filesystem in it.
To avoid this to happen we just mount partitions when these are using
known filesystems so it does not try to mount a partition for an
unsupported filesystem.
Reported-by: Vladan Jovanovic <vladan.jovano...@gmail.com>
Reported-by: Leonardo Sandoval Gonzalez <b42...@freescale.com>
Signed-off-by: Otavio Salvador <ota...@ossystems.com.br>
Tested-by: Vladan Jovanovic <vladan.jovano...@gmail.com>
---
meta/recipes-core/udev/udev-extraconf/mount.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/udev/udev-extraconf/mount.sh
b/meta/recipes-core/udev/udev-extraconf/mount.sh
index 97af608..d1419ed 100644
--- a/meta/recipes-core/udev/udev-extraconf/mount.sh
+++ b/meta/recipes-core/udev/udev-extraconf/mount.sh
@@ -47,7 +47,7 @@ rm_dir() {
fi
}
-if [ "$ACTION" = "add" ] && [ -n "$DEVNAME" ]; then
+if [ "$ACTION" = "add" ] && [ -n "$DEVNAME" ] && [ -n "$ID_FS_TYPE" ]; then
if [ -x "$PMOUNT" ]; then
$PMOUNT $DEVNAME 2> /dev/null
elif [ -x $MOUNT ]; then
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
