Drives not mounting properly in Drive_Manager Topic is solved

Having issues with your DietPi installation or found a bug? Post it here.
User avatar
MichaIng
Site Admin
Posts: 3097
Joined: Sat Nov 18, 2017 6:21 pm

Re: Drives not mounting properly in Drive_Manager

Post by MichaIng »

aw512 wrote: Fri Jan 15, 2021 11:57 pm but soon after the userdata location defaults to the system sd card.
What do you mean with this? I would recommend to get the userdata successfully moved to that external drive, before using it for anything else. As long as something fails with this, there might be an issue with the system of the particular drive, which should be fixed first.

When you move userdata to an external drive, and no error prompt appeared, all data should be definitely located there. Then a symlink is created at the location of /mnt/dietpi_userdata, pointing to the new location, so that paths like /mnt/dietpi_userdata/sonarr remain valid. Check via:

Code: Select all

ls -dl /mnt/dietpi_userdata
ls -l /mnt/dietpi_userdata /mnt/StoreJet/dietpi_userdata
The first should show you the symlink, the second should hence show you that those two locations share the same content.
aw512
Posts: 7
Joined: Fri Jan 15, 2021 5:53 am

Re: Drives not mounting properly in Drive_Manager

Post by aw512 »

but soon after the userdata location defaults to the system sd card.
I meant the userdata transfer using dietpi-drive_manager would complete with no errors but a few minutes later when opening dietpi-drive_manager the external drive would lose the mount point, display the UUID, be commented in the fstab, and the dietpi_userdata location would default to the sd card. During this I was also unable to access the drive using FTP. It was like the drive showed it was mounted when it really wasn't.

After doing the troubleshooting steps @MichaIng suggested and I was able to properly mount the external drive the userdata location transfer also completed without defaulting to the sd card moments later.
chown -R radarr /mnt/dietpi_userdata/radarr
chown -R sonarr /mnt/dietpi_userdata/sonarr
This worked to get both online and they are working properly now.
Thanks for all your help saved me the dread of having to reconfigure sonarr and radarr.
User avatar
MichaIng
Site Admin
Posts: 3097
Joined: Sat Nov 18, 2017 6:21 pm

Re: Drives not mounting properly in Drive_Manager

Post by MichaIng »

Great that it works now.

That the drive did mount first (allowing userdata transfer) and was not mounted afterwards, sounds like it could be a connection issue, probably due to insufficient power. Do you power your drives via dedicated PSU or via RPi USB power only? The latter case is at least known to be not reliable in cases, especially when the drive is not the only USB device attached.

dmesg | tail -10 could show voltage or I/O errors in that case.
aw512
Posts: 7
Joined: Fri Jan 15, 2021 5:53 am

Re: Drives not mounting properly in Drive_Manager

Post by aw512 »

I am using a 5V 3A psu on the Rock64 board. The 2.5" external drive is connected by USB power only to the Rock64. I am running the board headless and the external drive is the only thing attached.

To reduce heat and only passively cool the board I even switched to the conservative governor, 408MHz min 1200MHz max, throttle up 95%.
This is the output of dmesg | tail -10

Code: Select all

root@DietPi:~# dmesg | tail -10
[    9.716652] rc rc1: dw_hdmi as /devices/platform/ff3c0000.hdmi/rc/rc1
[    9.717700] input: dw_hdmi as /devices/platform/ff3c0000.hdmi/rc/rc1/input2
[    9.837046] rk_gmac-dwmac ff540000.ethernet eth0: PHY [stmmac-0:00] driver [RTL8211F Gigabit Ethernet] (irq=POLL)
[    9.850568] rk_gmac-dwmac ff540000.ethernet eth0: No Safety Features support found
[    9.851265] rk_gmac-dwmac ff540000.ethernet eth0: PTP not supported by HW
[    9.852383] rk_gmac-dwmac ff540000.ethernet eth0: configuring for phy/rgmii link mode
[   10.082665] rockchip-drm display-subsystem: [drm] Cannot find any crtc or sizes
[   13.956240] rk_gmac-dwmac ff540000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[   13.957044] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[  341.830419] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
User avatar
MichaIng
Site Admin
Posts: 3097
Joined: Sat Nov 18, 2017 6:21 pm

Re: Drives not mounting properly in Drive_Manager

Post by MichaIng »

I can recommend the schedutil governor btw, it's fast clocking up but as fast clocking down as well. Depending on usage it might even have lower average overall power consumption (=heat dissipation) while being more responsive as well.

In most cases it works with power over USB, but if any issue is faced, this would be the first thing I'd try to change. I'm not sure about max current of ROCK64 USB ports, but on RPi it's e.g. 1A=5W shared by all USB ports, so taking into account fluctuations and peaks, this can be close for many SSDs, even more for HDDs. Just keep it in mind + have a look at dmesg | tail -10 when anything unexpected happens with the drive ;).
Post Reply