<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>8985</bug_id>
          
          <creation_ts>2016-01-22 12:53:34 +0000</creation_ts>
          <short_desc>Parselogs error: FAT-fs (sdb1): Directory bread failed on NUC</short_desc>
          <delta_ts>2016-02-15 15:31:46 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>BSPs</product>
          <component>bsps-runtime</component>
          <version>2.0.1</version>
          <rep_platform>NUC</rep_platform>
          <op_sys>x86_64</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>NOTABUG</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>Possible backport 2.0.2</status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>2.1 M3</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Cristina Agurida">cristina-danielax.agurida</reporter>
          <assigned_to name="Cristina Agurida">cristina-danielax.agurida</assigned_to>
          <cc>alexandru.c.georgescu</cc>
    
    <cc>costin.c.constantin</cc>
    
    <cc>jianxun.zhang</cc>
    
    <cc>sgw</cc>
    
    <cc>yp.kernel.watcher</cc>
    
    <cc>yp.watcher</cc>
          
          <qa_contact name="Cristina Agurida">cristina-danielax.agurida</qa_contact>
          <cf_os>---</cf_os>
          <cf_regression_type>Regression (Used to work)</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>58141</commentid>
    <comment_count>0</comment_count>
    <who name="Cristina Agurida">cristina-danielax.agurida</who>
    <bug_when>2016-01-22 12:53:34 +0000</bug_when>
    <thetext>STATUS: FAILED
BUILD: 2.0.1_RC2:dd0ba9ea4a11ab15348d4fe3574e4b28784db82f
ENVIRONMENT: genericx86-64 on NUC
STEPS TO REPRODUCE: 
  
 Parse dmesg log and all log files in /var/log for keywords like: &quot;error&quot; , &quot;failed&quot; , &quot;cannot&quot;, &quot;can&apos;t&quot; etc.
Filter out the known and invalid errors or errors that appear in certain situations and need to be ignored.



EXPECTED OUTCOME: 
  
 No errors or fails should be present in logs

ACTUAL OUTCOME:

This error appears:

Central error: [ 1852.760822] FAT-fs (sdb1): Directory bread(block 29786) failed
| ***********************
| [ 1852.736934] usb 1-2: USB disconnect, device number 5
| [ 1852.758172] FAT-fs (sdb1): FAT read failed (blocknr 32)
| [ 1852.760799] FAT-fs (sdb1): Directory bread(block 29778) failed
| [ 1852.760812] FAT-fs (sdb1): Directory bread(block 29779) failed
| [ 1852.760814] FAT-fs (sdb1): Directory bread(block 29780) failed
| [ 1852.760816] FAT-fs (sdb1): Directory bread(block 29781) failed
| [ 1852.760817] FAT-fs (sdb1): Directory bread(block 29782) failed
| [ 1852.760818] FAT-fs (sdb1): Directory bread(block 29783) failed
| [ 1852.760820] FAT-fs (sdb1): Directory bread(block 29784) failed
| [ 1852.760821] FAT-fs (sdb1): Directory bread(block 29785) failed
| [ 1852.760822] FAT-fs (sdb1): Directory bread(block 29786) failed
| [ 1852.760824] FAT-fs (sdb1): Directory bread(block 29787) failed
| [ 1852.773097] FAT-fs (sdb1): FAT read failed (blocknr 32)
| [ 3359.315011] [drm] GMBUS [i915 gmbus dpb] timed out, falling back to bit banging on pin 5
| [ 7021.846779] Hello world!
| [ 7022.162533] Cleaning up hellomod.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58173</commentid>
    <comment_count>1</comment_count>
    <who name="Cristina Agurida">cristina-danielax.agurida</who>
    <bug_when>2016-01-25 10:03:02 +0000</bug_when>
    <thetext>The image used or testing was core-image-sato-sdk and can be found at the following link: http://autobuilder.yoctoproject.org/pub/releases/yocto-2.0.1.rc2/machines/genericx86-64/core-image-sato-sdk-genericx86-64.hddimg</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58204</commentid>
    <comment_count>2</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2016-01-25 17:44:37 +0000</bug_when>
    <thetext>This looks like bad USB stick, can you reproduce this regularly?  Did you try a different USB device?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58213</commentid>
    <comment_count>3</comment_count>
    <who name="Jianxun Zhang">jianxun.zhang</who>
    <bug_when>2016-01-26 00:15:34 +0000</bug_when>
    <thetext>Investigated this issue a little bit today. I downloaded and flashed image to a USB stick and use it to live-boot Minnow Max (I don&apos;t have NUC). Assuming this test involves another external USB stick (we don&apos;t have sdb in live boot session or a real installation for &quot;internal&quot; drives), I insert another USB stick and it can be mounted successfully although kernel detects that disk was not amounted correctly before which should be a specific case not related to this bug. I don&apos;t see the failed message in kernel log either.

I have to assign this back to reporter. Please feel free to assign this back to me with the below info necessary to process this bug:

() The detailed test procedure to reproduce this issue. Please also confirm you can see this issue consistently with another working USB drive.

() Please provide full kernel log for the failure. There is a USB disconnection happened right before the error messages but we don&apos;t know if this is from same USB device.

Thanks</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>58310</commentid>
    <comment_count>4</comment_count>
    <who name="Jianxun Zhang">jianxun.zhang</who>
    <bug_when>2016-01-28 17:13:51 +0000</bug_when>
    <thetext>Change status to &quot;Need info&quot; based on my previous comment.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59017</commentid>
    <comment_count>5</comment_count>
    <who name="Costin">costin.c.constantin</who>
    <bug_when>2016-02-15 15:29:31 +0000</bug_when>
    <thetext>Hello,

The issue described in the first comment is the result of a local hardware glitch. Never happened before.

Will just close the issue as invalid</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59018</commentid>
    <comment_count>6</comment_count>
    <who name="Costin">costin.c.constantin</who>
    <bug_when>2016-02-15 15:30:06 +0000</bug_when>
    <thetext>marking as resolved</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59019</commentid>
    <comment_count>7</comment_count>
    <who name="Cristina Agurida">cristina-danielax.agurida</who>
    <bug_when>2016-02-15 15:31:46 +0000</bug_when>
    <thetext>On behalf of the discussion with Costin set is as verified.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>