After uploading ROMs, system fails automatic file system check

Welcome Page Forums RetroPie Project Everything else related to the RetroPie Project After uploading ROMs, system fails automatic file system check

This topic contains 5 replies, has 4 voices, and was last updated by  InsecureSpike 2 years, 9 months ago.

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
  • #86672


    Setup my retropie using guides on this site. I’ve done it in the past without any issues. After I get the initial setup done, I always take an image of the SD card using HDD Raw Copy, so I can reimage incase of any issues.

    Recently I’ve been having an issue where after I move ROMs over to the retropie, and restart the system (using the onscreen menu), the system reboots and I get this error message:

    “an automatic file system check (fsck) of the root filesystem failed.”

    Doing a manual filesystem check doesn’t help. The filesystem seems irreparably damaged. I use HDD Raw Copy to reimage the disk and start over.

    I tried being super careful moving the files over. I first tried Samba, then SSH, then a physical USB drive copy. All of them cause the same issue.

    Anyone know what I might be doing? This is a Raspberry Pi B+, so I, unfortunately, don’t have any spare MicroSDs to test.



    I’m not sure how helpful this will be but I ended up corrupting the microsd card somehow and it wouldn’t boot, it gave a similar response. Other times it would hang on the rainbow splash screen.
    A few things to check:

    -make sure you have an adequate power supply (mine is 2a 5v) but I’ve seen people do with less.

    -if you compiled it yourself it could have been an error in the setup process otherwise try redownloading the SD card image petrockblog supplies

    -try using win32diskimager instead of hddrawcopy

    – I ended up corrupting things trying to transfer ROMs with a USB stick with image 2.4.2 beta as a result of the usbromservice not being configured properly (I don’t know if that has been fixed yet or not) but you can update the usbromservice from the setup script if it hasn’t been fixed.

    -check to see if your microsd card is compatible

    In my case I guess I broke things beyond repair and ended up needing a new microsd card. I bought a new 32 gb sandisk ultra from amazon, downloaded the SD card image 2.4.2 off of petrockblog and used win32diskimager to put the image on the microsd card, updated the usbromservice from the setup script (cd RetroPie sudo and it worked for me.



    Thanks for the reply!

    Just to be clear, I used win32diskimager to write the initial image to the MicroSD. It was after setting up my controllers, configurations, etc. that I made the image with HDD Raw Copy.

    I also have a 2a 5v power supply. Sucker cost me $13, but I’ve had issues with lesser ones.

    The USB transfer was the last thing that I tried, and it did corrupt the card, but so did samba and ssh.

    I found a 4gb MicroSD card and I’m going to try that one from scratch. It won’t hold all the ROMs, but it will be a good test.



    Good to know, let me know what you figure out.
    (in case you weren’t aware win32diskimager also can create sd images by clicking read instead of write. You just have to name the file first with a .img ending.)



    This just happened to me. I am running RP3.0 on a Pi 2 from USB. I was scraping metadata and did a reboot from within ES. When it rebooted it threw this message along with a few lines about a different rooms taking up extra or duplicate blocks.

    I fixed it by running as root:

    fsck /dev/sda2

    While checking my drive, there were a few errors and I told it to fix them as they came up. After that a reboot occurred and it is good to go.

    I would assume this would also work if running off SD by replacing sda2 with the address of the card? Barring the card being trashed, though.


Viewing 6 posts - 1 through 6 (of 6 total)

Forums are currently read only - please visit the new RetroPie forums at

PLEASE NOTE: All orders that are placed between January 14th and January 28th will be shipped on January 29th. Dismiss