"Directory bread(block 8199) failed". Is this a USB stick failure? What's the best approach for correcting this?


Recommended Posts

This is the second time that this has happened in 4 days. It's happened across two different USB sticks (brand new ones).

I assume I need to replace the USB stick yet again?

    Apr 10 14:26:58 Tower kernel: FAT-fs (sda1): Directory bread(block 8199) failed
    Apr 10 14:26:58 Tower kernel: FAT-fs (sda1): Directory bread(block 8200) failed
    Apr 10 14:26:58 Tower kernel: FAT-fs (sda1): Directory bread(block 8201) failed
    Apr 10 14:27:01 Tower root: 
    Apr 10 14:27:01 Tower root: Warning: file_put_contents(/boot/config/docker.cfg): failed to open stream: No such file or directory in /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/dockerconfig.php on line 35
    Apr 10 14:27:01 Tower root: 
    Apr 10 14:27:01 Tower root: Warning: file_put_contents(/boot/config/domain.cfg): failed to open stream: No such file or directory in /usr/local/emhttp/plugins/dynamix.vm.manager/scripts/libvirtconfig.php on line 39
    Apr 10 14:27:07 Tower kernel: fat__get_entry: 150 callbacks suppressed
    Apr 10 14:27:07 Tower kernel: FAT-fs (sda1): Directory bread(block 8192) failed
    Apr 10 14:27:07 Tower kernel: FAT-fs (sda1): Directory bread(block 8193) failed
    Apr 10 14:27:07 Tower kernel: FAT-fs (sda1): Directory bread(block 8194) failed
    Apr 10 14:27:07 Tower kernel: FAT-fs (sda1): Directory bread(block 8195) failed
    Apr 10 14:27:07 Tower kernel: FAT-fs (sda1): Directory bread(block 8196) failed
    Apr 10 14:27:07 Tower kernel: FAT-fs (sda1): Directory bread(block 8197) failed
    Apr 10 14:27:07 Tower kernel: FAT-fs (sda1): Directory bread(block 8198) failed
    Apr 10 14:27:07 Tower kernel: FAT-fs (sda1): Directory bread(block 8199) failed
    Apr 10 14:27:07 Tower kernel: FAT-fs (sda1): Directory bread(block 8200) failed
    Apr 10 14:27:07 Tower kernel: FAT-fs (sda1): Directory bread(block 8201) failed
    Apr 10 14:27:16 Tower kernel: fat__get_entry: 54 callbacks suppressed
    Apr 10 14:27:16 Tower kernel: FAT-fs (sda1): Directory bread(block 8192) failed
    Apr 10 14:27:16 Tower kernel: FAT-fs (sda1): Directory bread(block 8193) failed
    Apr 10 14:27:16 Tower kernel: FAT-fs (sda1): Directory bread(block 8194) failed
    Apr 10 14:27:16 Tower kernel: FAT-fs (sda1): Directory bread(block 8195) failed
    Apr 10 14:27:16 Tower kernel: FAT-fs (sda1): Directory bread(block 8196) failed
    Apr 10 14:27:16 Tower kernel: FAT-fs (sda1): Directory bread(block 8197) failed
    Apr 10 14:27:16 Tower kernel: FAT-fs (sda1): Directory bread(block 8198) failed
    Apr 10 14:27:16 Tower kernel: FAT-fs (sda1): Directory bread(block 8199) failed
    Apr 10 14:27:16 Tower kernel: FAT-fs (sda1): Directory bread(block 8200) failed
    Apr 10 14:27:16 Tower kernel: FAT-fs (sda1): Directory bread(block 8201) failed
    Apr 10 14:27:25 Tower kernel: fat__get_entry: 54 callbacks suppressed
    Apr 10 14:27:25 Tower kernel: FAT-fs (sda1): Directory bread(block 8192) failed
    Apr 10 14:27:25 Tower kernel: FAT-fs (sda1): Directory bread(block 8193) failed
    Apr 10 14:27:25 Tower kernel: FAT-fs (sda1): Directory bread(block 8194) failed
    Apr 10 14:27:25 Tower kernel: FAT-fs (sda1): Directory bread(block 8195) failed
    Apr 10 14:27:25 Tower kernel: FAT-fs (sda1): Directory bread(block 8196) failed
    Apr 10 14:27:25 Tower kernel: FAT-fs (sda1): Directory bread(block 8197) failed
    Apr 10 14:27:25 Tower kernel: FAT-fs (sda1): Directory bread(block 8198) failed
    Apr 10 14:27:25 Tower kernel: FAT-fs (sda1): Directory bread(block 8199) failed
    Apr 10 14:27:25 Tower kernel: FAT-fs (sda1): Directory bread(block 8200) failed
    Apr 10 14:27:25 Tower kernel: FAT-fs (sda1): Directory bread(block 8201) failed

 

Link to comment

I didn't shut the system down at all. Nor was I working on it. I just opened the UI and noticed the errors.

 

The first time this happened, I had the USB stick plugged in the front USB port.

The second time (this time), with a brand new, completely different USB stick, I have it plugged in the back USB port.

 

Can I just unplug the USB stick to run checkdisk without my unraid server going down?

 

 

Link to comment
8 minutes ago, runraid said:

Can I just unplug the USB stick to run checkdisk without my unraid server going down?

Yes...

 

But, whenever "bread" errors happen it means that unRaid lost track of the flash drive.  Net result is that when you plug it back in, if you try and change a setting on the UI that requires a write to the flash, it will fail and be like nothing happened.  More noticeably, when you reboot, you will have a parity check happen because the flag that gets set  on the flash to indicate a clean shutdown can't get written.

 

My personal opinion is that this is going to wind up being a port thing rather than a stick issue.  If its plugged into a USB 3, plug it into a USB 2 (or vice versa)

Link to comment
12 minutes ago, runraid said:

Can I just unplug the USB stick to run checkdisk without my unraid server going down?

That would be similar to yanking the power as far as the flash drive is concerned.

 

Are you saying you have never shutdown or otherwise powered off your server?

  • Upvote 1
Link to comment

@trurl Yes I did use the UI to shut down. But the odd thing is, when it started back up, it said I did an unclean shutdown and it had to do a full parity check.

 

I might have been ssh'ed into the machine at that time which could have prevented a clean shutdown. For now on, I will stop the array, then do the shut down just to make sure I get a clean shutdown.

Link to comment
26 minutes ago, runraid said:

But the odd thing is, when it started back up, it said I did an unclean shutdown and it had to do a full parity check.

 

Because of this...

 

46 minutes ago, Squid said:

But, whenever "bread" errors happen it means that unRaid lost track of the flash drive.  Net result is that when you plug it back in, if you try and change a setting on the UI that requires a write to the flash, it will fail and be like nothing happened.  More noticeably, when you reboot, you will have a parity check happen because the flag that gets set  on the flash to indicate a clean shutdown can't get written.

 

Link to comment

Yes.  Once a bread error occurs, the "boot" flash does not exist anymore, and nothing you can do to bring it back short of a reboot.  IE: the flash drive dropped offline (either due to a flash problem or controller (hence why I suggest USB3<-->USB2)), and when it came back it was assigned a different drive letter.

Link to comment

USB stick is now in a USB 2.0 port (was a 3.0). Stopped the array. Rebooted the system. Came up with "unclean shutdown detected". It's now doing a full parity check. Nothing appears to have been lost (I love unraid).

 

Array StartedParity-Check 0.1 %• Dynamix webGui v2017.03.30

 

I'm going to purchase a high quality USB stick. I wish unraid didn't depend on the USB stick though

 

 

Link to comment
  • 5 years later...

I have a Kingston DataTraveler Micro 3.1 and got this error. It was USB 3, plugged in a USB 3 port. The server has a history with memory failure, so doing a memtest now... Trying a USB 2 port later.

 

I thought Kingston was pretty high quality USB stick, so I think that's not it... Right?

Link to comment
  • 4 months later...
On 5/27/2022 at 2:05 PM, CSmits said:

I have a Kingston DataTraveler Micro 3.1 and got this error. It was USB 3, plugged in a USB 3 port. The server has a history with memory failure, so doing a memtest now... Trying a USB 2 port later.

 

I thought Kingston was pretty high quality USB stick, so I think that's not it... Right?

Today out of nowhere, I got `fat_get_cluster: invalid start cluster` and a reboot failed. So, I guess I'll be requesting another key 😓

Link to comment
  • 1 month later...
  • 1 month later...

Hi folks, just bought a basic subscription, and I've run into this error three times now while doing initial setup. 

 

I pulled the first flash drive, checked it through Windows 10 (no errors), started again with that drive, immediately downloaded a backup, errored out after about an hour.  Swapped to a PNY 16GB drive, and about an hour into the new first parity setup it errored out again. 

 

My (old af) mobo only has USB 2.0.  Anything else I can try?

 

Jan 11 13:00:01 Makalii kernel: fat__get_entry: 6 callbacks suppressed
Jan 11 13:00:01 Makalii kernel: FAT-fs (sda1): Directory bread(block 30218) failed
Jan 11 13:00:01 Makalii kernel: FAT-fs (sda1): Directory bread(block 30219) failed
Jan 11 13:00:01 Makalii kernel: FAT-fs (sda1): Directory bread(block 30220) failed
Jan 11 13:00:01 Makalii kernel: FAT-fs (sda1): Directory bread(block 30221) failed
Jan 11 13:00:01 Makalii kernel: FAT-fs (sda1): Directory bread(block 30222) failed
Jan 11 13:00:01 Makalii kernel: FAT-fs (sda1): Directory bread(block 30223) failed
Jan 11 13:00:01 Makalii kernel: FAT-fs (sda1): Directory bread(block 30224) failed
Jan 11 13:00:01 Makalii kernel: FAT-fs (sda1): Directory bread(block 30225) failed
Jan 11 13:00:01 Makalii kernel: FAT-fs (sda1): Directory bread(block 30226) failed
Jan 11 13:00:01 Makalii kernel: FAT-fs (sda1): Directory bread(block 30227) failed
Jan 11 13:00:02 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:03 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:04 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:05 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:06 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:07 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:08 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:09 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:10 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:11 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:12 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:13 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:14 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:15 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:16 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config
Jan 11 13:00:17 Makalii  emhttpd: error: get_key_info, 537: No such file or directory (2): opendir: /boot/config

 

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.