[meta-freescale] Media automounting /etc/udev/rules.d/automount.rules

[Talbot Mark-R43473]

I have an i.MX6Q SDP board. The issue I think is that I have Android in the eMMC with multiple partitions and for some reason it can't mount them. I removed the two lines in etc/udev/rules.d/automount.rules

And the unit now boots.

Once the unit has booted once, you add the lines back into the script and the unit will boot.

Below is an extract from the boot log:

Starting udev
EXT4-fs (mmcblk0p8): warning: maximal mount count reached, running e2fsck is recommended
EXT4-fs (mmcblk0p8): mounted filesystem with ordered data mode. Opts: (null)
EXT4-fs (mmcblk0p7): warning: maximal mount count reached, running e2fsck is recommended
EXT4-fs (mmcblk0p7): mounted filesystem with ordered data mode. Opts: (null)
EXT4-fs (mmcblk0p5): mounted filesystem with ordered data mode. Opts: (null)
EXT4-fs (mmcblk0p6): warning: maximal mount count reached, running e2fsck is recommended
EXT4-fs (mmcblk0p6): mounted filesystem with ordered data mode. Opts: (null)
udevd[148]: timeout: killing '/etc/udev/scripts/mount.sh' [533]

udevd[148]: '/etc/udev/scripts/mount.sh' [533] terminated by signal 9 (Killed)

On the first boot, there would be no further output.

BR

Mark


From: Sandoval Gonzalez Leonardo-B42214
Sent: 16 April 2013 22:26
To: meta-freescale at yoctoproject.org
Cc: Talbot Mark-R43473
Subject: Media automounting /etc/udev/rules.d/automount.rules

I got a system running a  fsl-image-gui-sdk image on a imx6dlsabresd board. The first time the system booted, it did not reach the login prompt. As a workaround, on the /etc/udev/rules.d/automount.rules, I commented the two rules (check below),  reboot the system and login prompt was reached. Then I un-commented those previous lines (in other words, live the system clean again) and reboot the system and login prompt was reached this time! Any idea what is going on?
SUBSYSTEM=="block", ACTION=="add"    RUN+="/etc/udev/scripts/mount.sh"
SUBSYSTEM=="block", ACTION=="remove" RUN+="/etc/udev/scripts/mount.sh"

BTW, Mark also found the same issue but using another image/machine. Mark, can you indicate the setup you tested?

Leo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20130418/517c89d9/attachment.html>