Can no longer write to ROCK storage from my iMac

Support
1

Roon Core Machine

Intel NUC

Networking Gear & Setup Details

Netgear Orbi, wired connection to ROCK

Connected Audio Devices

Number of Tracks in Library

6-7,000

Description of Issue

I used to have a Chronosync job which periodically copied new audio files that I’d downloaded to my iMac onto the storage of my ROCK (so they would be automatically scanned into my Roon library). A while ago this job started failing, I thought it was an issue with the drive in the NUC but I’ve since connected an external USB drive in its place and am having the same issue.

I think it might be a MacOS issue as I can no longer write a file with Finder but don’t know how I can fix it. I’ve tried logging in as a guest and also using “guest” as username and password. Neither seems to make any difference. I just get this error in Finder:

image

2

@Etk Did you try to restart you Intel Nuc?

3

you could try to re-enable Administrative Access using ChronoSync’s Organizer Tool. It is not a MacOS setting.

4

Chronosync may need full disk access or something else enabled in macOS if it’s trying to access volumes/files. System Preferences… > Security & Privacy > Privacy (scroll down in left window)

But usually an app will bug you if it needs this.

5

Many times but just get the same issue

D’oh - just realised, I’m using Carbon Copy Cloner, rather than Chronosync! Same issue though, I can’t write to the storage on the ROCK any more and used to be able to with no problems. I’m sure this is a Mac related issue though as it applies to trying to create a folder or copy a file within finder too - I mount the disk and can see files on it but get the error message above when I try and write anything.

In fact, I’ve tried this on another computer too and get the same result. The external drive on the ROCK just can’t be written to when connected to via SMB across the network. If I plug the same drive directly into my Mac it works fine.

Any ideas what I have to do to the ROCK to enable files to be written to it again?

7

Hi @Etk ,

I enabled diagnostics mode for your ROCK and I am seeing signs of your ROCK’s hard drive failing. I would suggest replacing the operating system drive on your ROCK as soon as possible, reinstalling ROCK on the new drive, and reverting to a Roon backup.

9

Wow that certainly would explain it! I’ve turned the rock off for now till I get time to sort this.

Out of interest, what signs did you find?

10

I looked over the ROCK system var-log and found some fsck errors there, these are only seen when there are signs of SSD issues.

Unfortunately, RoonOS system log is only available for support staff at this time, if you have any further issues after installing the new SSD, just let us know and we will review the logs once more, thanks!

11

so I’ve bought a new SSD, re-installed ROCK and restored from my backup…

Unfortunately I’m still in the same position - I’m not able to write to the USB hard drive with my music on it (connected to the ROCK) over my network. Same problem with being told I don’t have the right permissions…

any other ideas what I can do to fix this? it used to work fine!

12

any thoughts on this? I’m unable to add any music to my ROCK over the network

14

Hi @Etk ,

I just looked over your new diagnostics, not seeing any more disk errors, so it is good that we solved the failing harddisk aspect first.

Are you able to connect to the ROCK from any other SMB client? I noticed you have a few other Macs and iOS devices registered to your account that’s using the Roon app, can you try to connect to ROCK from other devices and see if it also fails? You can use the Files app on iOS to initiate an SMB connection:

15

Thanks, have tried connecting via my iPhone - works fine as a guest (I can see all the files/folders) but can’t write to it or create a file. If I try to login with username:guest and password:guest (which works on my Mac) it doesn’t let me in.

Have also tried with my MacBook Air and get the same results as from my iMac.

Really stumped with this - it used to work with no problem at all!

Are there any other user credentials I can try apart from guest/guest?

17

Any ideas?

19

Hi @Etk ,

Thank you for your patience here while I checked with the team again regarding your report. Looking over your logs once more, we noticed an issue with your LaCie drive’s boot record:

May  6 15:04:14 (none) user.err kernel: [    2.393140] exFAT-fs (sdb2): invalid boot record signature
May  6 15:04:14 (none) user.err kernel: [    2.393143] exFAT-fs (sdb2): failed to read boot sector
May  6 15:04:14 (none) user.err kernel: [    2.393144] exFAT-fs (sdb2): failed to recognize exfat type
May  6 15:04:14 (none) user.warn kernel: [    2.393582] hfsplus: Filesystem was not cleanly unmounted, running fsck.hfsplus is recommended.  mounting read-only.

Is this the drive that you are trying to write to that is giving you issues? Or do you have a separate SATA drive attached to your ROCK?

If it is indeed the LaCie drive that is giving you the issues, I would suggest plugging it into another PC and running a disk check operation on it to try to correct the faulty sectors.

Also, I would always suggest doing a safely remove drive action on a PC or shutting off ROCK before unplugging any drives. Do let me know if this helps!

22

Sorry, my turn to thank you for patience, I’ve been away a bit recently so not had any time to look at this.

Unfortunately, I’ve done a disk check on my Mac and found no errors. When I plug back into the Roon core I get the same issues with not being allowed to change any files on the disk either from the core itself (I can’t do backups) or via SMB from any of my Macs (I can’t copy music across to the storage of the ROCK).

This is really strange and I can’t figure out what’s going on. I’m also having increasing problems with the ROCK disappearing while playing back music. happens all the time if I try and use TV:Remote but also happens with normal listening.

To summarise (cos I know this has been going on a while):

  1. I am hardwired into the router with the ROCK
  2. I used to be able to copy music across to it via SMB from other machines on my network but now it says I don’t have permission
  3. this applied when I was trying to use the internal 2.5" drive so I stopped using that and switched to an external USB drive, same thing
  4. I was told the SSD with the ROCK on it was failing so I’ve replaced that, still the same problem
  5. If I remove the USB drive and plug it directly into one of my Macs I can read/write to it no problem

It feels like there’s something bigger going on here. I’m getting really frustrated with Roon unfortunately as it used to be flawless and for the last few months it’s bordering on unusable.

Is there anything else in the logs that explains what’s going on? Can you see anything non-disk related that might be up? Can you see the various times the ROCK has dropped connection lately by any chance?

23

If that external disk is HFS+ formatted then Linux has a hard time writing to it unless setup to do so, a setup which cannot be done with ROCK, btw. Check the drive format, and if it is HFS+ (or really anything other than exFAT), then reformat it to exFAT and try it.

Remember to backup the files on the drive first elsewhere prior to reformatting it, if that is what you end up doing.

2 Likes
24

Thanks Dan, will try that today. I’m still puzzled as to the performance in general though - this predates using this particular USB drive - it was happening when the only storage was the internal drive that I’d had in since I first built the ROCK several years ago. Is there anything else going on that might be causing my issues?

25

Here is an example from my log file when music was playing and then just stopped:

08/04 10:59:54 Trace: [Kitchen] [Lossless, 24/44 QOBUZ FLAC => 24/44] [100% buf] [PLAYING @ 2:46/5:33] Feel First Life - Jon Hopkins / Josephine Stephenson / Oliver Griffiths / Olivia Chaney / Ben Parry / Terry Edwards / London Voices
08/04 10:59:59 Trace: [Kitchen] [Lossless, 24/44 QOBUZ FLAC => 24/44] [100% buf] [PLAYING @ 2:51/5:33] Feel First Life - Jon Hopkins / Josephine Stephenson / Oliver Griffiths / Olivia Chaney / Ben Parry / Terry Edwards / London Voices
08/04 11:00:04 Info: [transport/zonedisplay] Zone display unregistered: CastDevice[DeviceId=Chromecast-f2931a8bedae78fc66f38d65bf6b4595._googlecast._tcp.local, Name=Chromecast, Address=192.168.1.11]
08/04 11:00:04 Info: [cast] lost device CastDevice[DeviceId=Chromecast-f2931a8bedae78fc66f38d65bf6b4595._googlecast._tcp.local, Name=Chromecast, Address=192.168.1.11] because it disconnected
08/04 11:00:04 Info: [cast] lost device CastDevice[DeviceId=Chromecast-Audio-57c8453a0efaed63675599e8557ec83e._googlecast._tcp.local, Name=Chromecast Audio, Address=192.168.1.24] because it disconnected
08/04 11:00:04 Trace: [Kitchen] [Lossless, 24/44 QOBUZ FLAC => 24/44] [100% buf] [PLAYING @ 2:56/5:33] Feel First Life - Jon Hopkins / Josephine Stephenson / Oliver Griffiths / Olivia Chaney / Ben Parry / Terry Edwards / London Voices
08/04 11:00:05 Trace: [raat_ll/client] [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.140:37769] no data received for >10000ms. Killing connection.
08/04 11:00:05 Trace: [raat] [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.140:37769] => Disconnected
08/04 11:00:05 Trace: [raat] [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.140:37769] lost client connection. Retrying
08/04 11:00:05 Trace: [raat] [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.140:37769] connecting (attempt 1)
08/04 11:00:05 Info: [transport] destroyed zone Kitchen was playing? True
08/04 11:00:05 Trace: [zone Kitchen] Suspend
08/04 11:00:05 Info: [library] recorded play for profile 83190524-36a2-46d6-b6a0-d3a5dac80647: mediaid=50:1:333aa71c-232e-4ce6-88a9-f5bf8829f88d metadataid= contentid=202:0:48458349 libraryid=50:1:333aa71c-232e-4ce6-88a9-f5bf8829f88d isfromradio=False isfrommix=False isfrommobile=
08/04 11:00:05 Info: 
--[ SignalPath ]---------------------------------------------
SignalPath Quality = Lossless
Elements:
    Source Format=Flac 44100/24/2  Quality=Lossless
    Raat Device=Linkplay Technology Inc. WiiM Pro Receiver
    Output OutputType=Local_Digital Quality=Lossless SubType= Model=
------------------------------------------------------------
08/04 11:00:05 Info: [zone Kitchen] OnPlayFeedback Stopped
08/04 11:00:05 Debug: FTMSI-B closed file for qo/C9D646E1; open files:0
08/04 11:00:05 Debug: FTMSI-B qo/C9D646E1 download status: AllBlocksDownloaded accessTimeout:True openFiles:0 prev:(AllBlocksDownloaded,True,1)
08/04 11:00:05 Info: [zone Kitchen] Canceling Pending Sleep
08/04 11:00:05 Info: [zone Kitchen] Canceling Pending Sleep
08/04 11:00:05 Debug: FTMSI-B closed file for qo/40AE153C; open files:0
08/04 11:00:05 Debug: [raat/tcpaudiosource] disconnecting
08/04 11:00:05 Debug: FTMSI-B qo/40AE153C download status: AllBlocksDownloaded accessTimeout:False openFiles:0 prev:(AllBlocksDownloaded,False,1)
08/04 11:00:05 Trace: [library] finished with 65 dirty tracks 8 dirty albums 15 dirty performers 23 dirty works 25 dirty performances 0 clumping tracks, 0 clumping auxfiles 0 compute tracks, 0 deleted tracks, 0 tracks to (re)load, 0 tracks to retain, 0 auxfiles to (re)load, 0 auxfiles to retain, and 72 changed objects
08/04 11:00:05 Trace: [raat] [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.140:37769] => Connecting

And this is the log from when I’ve tried to use the Russel V Remote:TV app on my appleTV which seems to break my stream every time:

08/04 10:20:44 Trace: [Kitchen] [Lossless, 24/44 QOBUZ FLAC => 24/44] [100% buf] [PLAYING @ 4:36/6:07] Neon Pattern Drum - Jon Hopkins
08/04 10:20:49 Trace: [Kitchen] [Lossless, 24/44 QOBUZ FLAC => 24/44] [100% buf] [PLAYING @ 4:41/6:07] Neon Pattern Drum - Jon Hopkins
08/04 10:20:50 Info: [stats] 23726mb Virtual, 1275mb Physical, 542mb Managed, 569 Handles, 104 Threads
08/04 10:20:52 Debug: [easyhttp] [1022] POST to https://api.roonlabs.net/discovery/1/query returned after 12546 ms, status code: 200, request body size: 74 B
08/04 10:20:53 Debug: [easyhttp] [1023] POST to https://api.roonlabs.net/device-map/1/register returned after 5239 ms, status code: 200, request body size: 11 KB
08/04 10:20:53 Trace: [devicemap] device map updated
08/04 10:20:54 Trace: [Kitchen] [Lossless, 24/44 QOBUZ FLAC => 24/44] [100% buf] [PLAYING @ 4:46/6:07] Neon Pattern Drum - Jon Hopkins
08/04 10:20:59 Trace: [Kitchen] [Lossless, 24/44 QOBUZ FLAC => 24/44] [100% buf] [PLAYING @ 4:51/6:07] Neon Pattern Drum - Jon Hopkins
08/04 10:21:00 Trace: [roonapi] [apiclient 192.168.1.183:52100] CONNECTION TIMEOUT
08/04 10:21:00 Info: [roonapi] [apiclient 192.168.1.183:52100] disconnected
08/04 10:21:00 Trace: [roonapi/registry] removing [apiclient 192.168.1.183:52100] => [com.russellv.tvremote, TV:Remote v1.2.6 by Russell V < >]
08/04 10:21:00 Info: [roonapi/transport] deactivating zone subscriptions
08/04 10:21:01 Trace: [upnp/service] canceling subscription, URI: http://192.168.1.1:56688/evt/IPConn
08/04 10:21:04 Trace: [Kitchen] [Lossless, 24/44 QOBUZ FLAC => 24/44] [100% buf] [PLAYING @ 4:56/6:07] Neon Pattern Drum - Jon Hopkins
08/04 10:21:04 Info: [cast] lost device CastDevice[DeviceId=WiiM-Pro-Receiver-14efc783bac3827361d782fed241c3d3._googlecast._tcp.local, Name=WiiM Pro, Address=192.168.1.140] because it disconnected
08/04 10:21:04 Info: [transport/zonedisplay] Zone display unregistered: CastDevice[DeviceId=BRAVIA-4K-VH2-203ec61d333aefe5c10e0e56ae506ab4._googlecast._tcp.local, Name=BRAVIA 4K VH2, Address=192.168.1.9]
08/04 10:21:04 Info: [cast] lost device CastDevice[DeviceId=BRAVIA-4K-VH2-203ec61d333aefe5c10e0e56ae506ab4._googlecast._tcp.local, Name=BRAVIA 4K VH2, Address=192.168.1.9] because it disconnected
08/04 10:21:05 Info: [stats] 23622mb Virtual, 1274mb Physical, 399mb Managed, 415 Handles, 88 Threads
08/04 10:21:05 Info: [cast] lost device CastDevice[DeviceId=Chromecast-Audio-57c8453a0efaed63675599e8557ec83e._googlecast._tcp.local, Name=Chromecast Audio, Address=192.168.1.24] because it disconnected
08/04 10:21:06 Trace: [raat_ll/client] [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.140:37769] no data received for >10000ms. Killing connection.
08/04 10:21:06 Trace: [raat] [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.140:37769] => Disconnected
08/04 10:21:06 Trace: [raat] [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.140:37769] lost client connection. Retrying
08/04 10:21:06 Trace: [raat] [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.140:37769] connecting (attempt 1)
08/04 10:21:06 Info: [transport] destroyed zone Kitchen was playing? True
08/04 10:21:06 Trace: [zone Kitchen] Suspend

I’m guessing there might be a few different things going on here so let me know if you think I should open a separate thread for them!

26

Hi Etk,

I do think there are different things going on. The inability to write to that drive is probably what I suspect. All you need to do, is to put the drive back on a Mac system and check the drive’s format type to test the theory.

As for your logs, the disconnection messages for both the Wiim and the chromecast devices, my first question is “Are you using them both on WiFi”? I suspect you are and I suspect that is probably the issue. The Wiim Pro can use Ethernet, so I would suggest setting that up via Ethernet, assuming it currently is not, and then testing to that endpoint and see if you get any playback stoppages.

I am just a fellow user, one who has used Roon for nearly a decade. Actual Roon Support might see more in those logs, as well as, request additional system information that neither you or I can access from your NUC PC.

27

Thanks for coming back - everything is connected by Ethernet, rock directly to router, other things into a switch first then the router. Will test the wiim over Wi-Fi if I get a chance though just to see if we can find a point of failure.