What's new
  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

SSD drive not detected/mounted on RT-AX88U Pro after router's reboot

Thank you to all who posted here providing valuable information.
Conclusion is as follow: the issue with SSD drives not being mounted on router's reboot is caused by combinations of:
1. routers are different in speed of boot (how fast power is delivered to USB port)
2. some SATA enclosures may "work" and others may not, depending on the bridges used in them
3. the most safe option is to use enclosures or USB to SATA adapters with own power supply

I think it could be useful to have in this forum a pinned thread with confirmed working SSD drives closures, NVMe, with a table like:
| Asus model | SSD enclosure or NVME disk (with detail what exact model) | AsusWRT Merlin version |

If there was something like this, I would avoid buying 2 SSD enclosures that don't work with my Asus RT-AX88U Pro :-)

Another thought: it's a pity that it is impossible to somehow script the physical action of removing and plugging again a cable into USB port. If it would be possible then it can be used as a fix for the issue.
 
Another thought: it's a pity that it is impossible to somehow script the physical action of removing and plugging again a cable into USB port. If it would be possible then it can be used as a fix for the issue.
I don't have this problem so I'm just throwing this out there as an idea, but try this and keep an eye on the router's syslog for changes.
Code:
/sbin/udevtrigger --subsystem-match=block
 
I don't have this problem so I'm just throwing this out there as an idea, but try this and keep an eye on the router's syslog for changes.
Code:
/sbin/udevtrigger --subsystem-match=block

Result of command /sbin/udevtrigger --subsystem-match=block is nothing.
No output in ssh session window, no single line in syslog related to this command (selected debug level) and SSD drive not mounted.
 
I am sorry for waking up the thread, but just switched to m.2 ssd on my AX88U and I have the same problem. Does anyone has a recommendation for the m.2 USB enclosure from amazon.de which works with AX88U? I have this one, and it seems there is an issue.
 
I am sorry for waking up the thread, but just switched to m.2 ssd on my AX88U and I have the same problem. Does anyone has a recommendation for the m.2 USB enclosure from amazon.de which works with AX88U? I have this one, and it seems there is an issue.
Hi,
I would like to point out that it may be the case that a specific enclosure model that may be reported as "working" for someone else may not "work" for you with your router.
Why?
Because, as I recall from the discussions in this thread, one Asus router model may differ in some aspects, which may cause them to handle the process of mounting external drives differently.
Personally, I think the best "solution" (or rather a "fix") to this problem is to have a script that can be triggered in boot sequence that would mount a drive if the OS itself did not do it, but as you can read above - no one has been able to provide such a solution, which is amazing! - it is a great disappointment that there is "something" that cannot be achieved in a Linux-based system.
 
Sorry to resurrect this necro post, but I recently came across another method for those who may be experiencing this issue with your SSD not mounting after a reboot. Though @ColinTaylor mentioned using the command hotplug2 earlier in this thread, this could be another possible fix by editing and adding these 2 commands to the top of your /jffs/scripts/services-start file:

Code:
#!/bin/sh

# Wait for 30 seconds to let the router fully boot
sleep 30

# Force a remount/scan of USB devices
/sbin/hotplug restart

Then again, it could very well be doing the same thing as hotplug2 :)


EDIT: Ignore all this.
 
Last edited:
Sorry to resurrect this necro post, but I recently came across another method for those who may be experiencing this issue with your SSD not mounting after a reboot.
Quick Q, which Router are you using this script on and which port?

Your previous post mentioned the GT-AX6000, which I recently purchased and put the SSD on USB 2.0, not USB 3.0.

I selected USB 2.0 for reduced Wi-Fi interference but I read here to use USB 3.0, but in USB 2.0 mode, is that still advisable?
 
Sorry to resurrect this necro post, but I recently came across another method for those who may be experiencing this issue with your SSD not mounting after a reboot. Though @ColinTaylor mentioned using the command hotplug2 earlier in this thread, this could be another possible fix by editing and adding these 2 commands to the top of your /jffs/scripts/services-start file:

Code:
#!/bin/sh

# Wait for 30 seconds to let the router fully boot
sleep 30

# Force a remount/scan of USB devices
/sbin/hotplug restart

Then again, it could very well be doing the same thing as hotplug2 :)
I'm fairly certain that restart is not a valid parameter to the hotplug command. In fact because it's not a valid parameter it looks like the program ends without doing anything at all.
 
Last edited:
I'm fairly certain that restart is not a valid parameter to the hotplug command. In fact because it's not a valid parameter it looks like the program ends without doing anything at all.
You're right... looking into it further, it seems a "restart hotplug" type command might be the way to go... if something like this would even work on these routers.
 
Quick Q, which Router are you using this script on and which port?

Your previous post mentioned the GT-AX6000, which I recently purchased and put the SSD on USB 2.0, not USB 3.0.

I selected USB 2.0 for reduced Wi-Fi interference but I read here to use USB 3.0, but in USB 2.0 mode, is that still advisable?
I've always had my SSD plugged into the USB3 port. Never experienced any interference.
 
So again:
Personally, I think the best "solution" (or rather a "fix") to this problem is to have a script that can be triggered in boot sequence that would mount a drive if the OS itself did not do it, but as you can read above - no one has been able to provide such a solution, which is amazing! - it is a great disappointment that there is "something" that cannot be achieved in a Linux-based system.

No one is able to script this action in Linux???
 

Similar threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Back
Top