/var/log/messages getting spammed by error loop |
|
Issue descriptionChrome Version: 68.0.3417.0 OS Version: 10643.0.0 Device: Google_Coral.10068.45.0 (astronaut) What steps will reproduce the problem? 1. use the device 2. suspend it (close the lid) 3. resume it (open the lid) 4. check /var/log/messages What is the expected result? shouldn't constantly spam like: 2018-05-08T05:52:55.353279+00:00 ERR disks[1741]: Unmount(...): Domain=dbus, Code=org.chromium.CrosDisks.Error, Message=Failed to unmount '/mnt/stateful_partition' 2018-05-08T05:52:55.353366+00:00 ERR disks[1741]: Unmount(...): Domain=dbus, Code=org.chromium.CrosDisks.Error, Message=Failed to unmount '/usr/share/oem' i'll file a feedback report referencing this bug #. UserAgentString: Mozilla/5.0 (X11; CrOS x86_64 10643.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3417.0 Safari/537.36
,
May 8 2018
i've been hitting this scenario frequently on this device, but only recently wiped the device (today) to try to get a reduced set of logs
,
May 8 2018
,
May 8 2018
I would imagine that in SuspendUnmountManager::SuspentImminent[1] we are mistaking /mnt/stateful_partition and /usr/share/oem for removable devices? Do they show up as SD devices? [1] https://chromium.googlesource.com/chromium/src/+/master/chromeos/disks/suspend_unmount_manager.cc#34
,
May 9 2018
unfortunately i can't get my device to boot anymore, so until i can trick it into doing that, won't be able to gather that info :(
,
May 11 2018
that looks like disk mount logic in Chromium itself. any idea how i can dump its view of the world ? or is that thing only reflective of Files.app mounts ? when i open Files.app, i don't see any of these things in there. when i run `udevadm info -e`, i don't think anything looks out of place in there. |
|
►
Sign in to add a comment |
|
Comment 1 by benchan@chromium.org
, May 8 2018