RetroPie forum home
    • Recent
    • Tags
    • Popular
    • Home
    • Docs
    • Register
    • Login
    Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

    Usb drive mounting problems

    Scheduled Pinned Locked Moved Help and Support
    usb hdd
    17 Posts 3 Posters 1.7k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • Z
      zantetusken10 @mitu
      last edited by

      @mitu said in Usb drive mounting problems:

      Not rebooting, just restarting EmulationStation from the menu.

      Sorry, that's what I meant, restarting / rebooting ES from the main menu (not rebooting the RPI). When the HDD doesn't mount correctly, no matter how many times I do restart ES it will always be the same When I reboot or power off / on the RPI and see that ES sticks for some time in the "arcade" part of the loading bar when starting, then I know the HDD was mounted correctly since it's reading +6000 rom files in that folder. If not mounted correctly, it will just go through all the systems in a couple of seconds and then go to that screen that "you don't have any roms etc etc". Just to be on the safe side, I just rebooted the RPI and didn't mount the HDD correctly, so I restarted ES 9 times and it was just the same thing, speeding through the loading rom process.

      You can use systemctl status usbmount@dev-sda2.service to see what's the status of the mount job.

      Ok, this is the result when it mounts the HDD correctly with all the roms and stuff:
      https://pastebin.com/ZS7KGErv

      This is when it doesn't:
      https://pastebin.com/3XvQ3skE

      The only thing different that I see is that in the one when it works it says:

      Aug 21 21:06:56 RPI400 systemd[1]: Starting usbmount@dev-sda2.service...

      instead of:

      Aug 22 11:48:25 RPI400 usbmount[448]: loaded usbmount configurations

      Besides the usb0 / usb1 mentioned on the posts above.

      1 Reply Last reply Reply Quote 0
      • mituM
        mitu Global Moderator
        last edited by

        Hm, the logs are almost identical, there's no error reported, the difference is the initial mountpoint (/dev/usb1,/dev/usb0). You don't have a retropie-mount folder on the 1st partition also ?

        Z 1 Reply Last reply Reply Quote 1
        • Z
          zantetusken10 @mitu
          last edited by

          @mitu said in Usb drive mounting problems:

          Hm, the logs are almost identical, there's no error reported, the difference is the initial mountpoint (/dev/usb1,/dev/usb0). You don't have a retropie-mount folder on the 1st partition also ?

          Nope, it doesn't even have a letter assigned.

          e7246eb4-a5b6-4a3c-bafa-bf9a333ef133-image.png

          Thats the "data" partition that has the Retropie data. The other partition is there but I cannot access to it.

          e6ca8ca1-0fc5-42d3-964d-f264576b4f5b-image.png

          1 Reply Last reply Reply Quote 0
          • AshpoolA
            Ashpool
            last edited by Ashpool

            Just some thoughts/questions: the 1st pictures are made from what boot situation/desktop? Whats about the situation whence booting into a clean retropie-image (as mentioned in "Build from"), was/is that any different?
            Are there any fstab-mounts involved? Because it looks like the partition is somehow mounted twice, or whats the mount "Extension" above the usb0/usb1 one? IMHO/to me it looks like there is something next to the usb-rom service involved in creating some mess with the mounting.

            P.S.: besides the problem, out of personel interest: any reason for a efi-system partition on an external storage device without a system to boot into ?

            Z 1 Reply Last reply Reply Quote 0
            • Z
              zantetusken10 @Ashpool
              last edited by

              @Ashpool said in Usb drive mounting problems:

              Just some thoughts/questions: the 1st pictures are made from what boot situation/desktop? Whats about the situation whence booting into a clean retropie-image (as mentioned in "Build from"), was/is that any different?
              Are there any fstab-mounts involved? Because it looks like the partition is somehow mounted twice, or whats the mount "Extension" above the usb0/usb1 one? IMHO/to me it looks like there is something next to the usb-rom service involved in creating some mess with the mounting.

              P.S.: besides the problem, out of personel interest: any reason for a efi-system partition on an external storage device without a system to boot into ?

              Hello.

              It's the same. I noticed this started to happen once I heavily loaded the roms into the HDD. For example when I had just a couple of psx games (that wasn't more than a day or two honestly , so it might be coincidence) I didn't have this problem. Once I loaded the Arcade library, SNES, Megadrive, etc etc the problems began.

              3fd61ac0-5f3e-44df-9eac-f225ff4f1557-image.png

              I didn't mess with fstab so it is "as-is". I guess one option would be to add an entry here and disable usbromservice? but I would do that as a last resort since it's quite probable that I end up messing it up . I suspect is a mounting issue as well, but so far the logs from usbromservice doesn't show anything strange except what I mentioned above. Would there be any other cmd or log file that I could check to verify what's going on?

              I got the HDD just a couple of weeks ago and honestly it didn't bother me. I might even make a recovery disk out of it. Now, would it be possible that retropie somehow added a "retropie-mount" folder on that partition on it's own? Cause since it doesn't even have a letter assigned, I can be 100% sure that I didn't do anything to it on windows side.

              Thanks!

              Z 1 Reply Last reply Reply Quote 0
              • Z
                zantetusken10 @zantetusken10
                last edited by

                UPDATE:

                7d80907d-756b-447e-a1f6-38c2a6bc27de-image.png

                Navigating around the HDD drive in Unix I tried media/usb0 and media/usb1 and that's the result. I'm no expert in Unix but I'm guessing those are the two partitions? Does that even look ok? Because on one of them I see the exact same thing that I see on Windows on drive "F:" , but on the other one (that I cannot see through Windows) seems to also have a retropie-mount folder? Then again, it seems to have the same parameters (date, size, time) than the retropie-mount folder on the correct partition.

                Does this give you any insight on what's going on?

                Thanks!

                1 Reply Last reply Reply Quote 0
                • mituM
                  mitu Global Moderator
                  last edited by

                  @zantetusken10 said in Usb drive mounting problems:

                  Nope, it doesn't even have a letter assigned.

                  That's not relevant under Linux, partition letters are a DOS/Windows thing.

                  ...
                  Does that even look ok? Because on one of them I see the exact same thing that I see on Windows on drive "F:" , but on the other one (that I cannot see through Windows) seems to also have a retropie-mount folder?

                  It looks like you do have a similar retropie-mount folder on both partitions and the usbromservice will probably mount either of partitions. I'd suggest to remove the retropie-mount folder from the 1st (EFI) partition and re-test to see if the problem happens again.

                  Z 1 Reply Last reply Reply Quote 0
                  • Z
                    zantetusken10 @mitu
                    last edited by

                    @mitu said in Usb drive mounting problems:

                    That's not relevant under Linux, partition letters are a DOS/Windows thing.

                    I meant it as since I couldn't access it through Windows, I couldn't had copied the retropie-mount folder to that partition, and if a folder was copied to that partition it happened on it's own (or without me willingly doing it)

                    It looks like you do have a similar retropie-mount folder on both partitions and the usbromservice will probably mount either of partitions. >I'd suggest to remove the retropie-mount folder from the 1st (EFI) partition and re-test to see if the problem happens again.

                    My fear is this:

                    00f6b4e8-8ba8-47cd-a744-cf2457156d57-image.png

                    If I'm reading this correctly, df shows that media/usb1 is the "correct" partition, mainly cause of the size reported, so usb0 must be those 200mb of the EFI partition, but if I go to that folder you can see that it has the roms, do doing a rmdir or something on usb0 I guess it's going to actually delete all the roms and files from the HDD instead that copy from the EFI partition.

                    At this point I'm guessing the clean thing to do would be remove that EFI partition (I have another HDD if I need to do a recovery partition anyways) and leave those 200mb unallocated.
                    https://phoenixnap.com/kb/delete-partition-linux

                    Would this tutorial be of use in this scenario?

                    Thanks!

                    1 Reply Last reply Reply Quote 0
                    • mituM
                      mitu Global Moderator
                      last edited by

                      Just assign a letter in Windows to the partition and erase the folder on it.

                      Z 1 Reply Last reply Reply Quote 0
                      • Z
                        zantetusken10 @mitu
                        last edited by

                        @mitu said in Usb drive mounting problems:

                        Just assign a letter in Windows to the partition and erase the folder on it.

                        So yeah, apparently that was the issue, that somehow a retropie-mount folder was also in the EFI partition:

                        b69d38b3-7559-4999-a9cb-f8773c110bf9-image.png

                        Assigning letter H: to the EFI partition and checking through admin in powershell I can see that there is a folder structure and it looks the same as what I see on the desktop on the RPI400 when it fails to load the HDD. I just removed everything from H:

                        85494f32-f517-47ae-bf02-f7388969a5f6-image.png

                        So let's see how it behaves from now on. If I don't come back to this thread asume that it was solved.

                        Thank you very much both of you for your help!

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post

                        Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.

                        Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.