SMB File Sharing not working in Ventura

Just tried this. It looks like file sharing is working since after connecting to my remote home directory, the remote directory shows up correctly on my local machine. However, nothing in it can be read. I clicked on "Desktop" and I got a box saying "Loading" and a spinning wheel. Nothing worked after that.

Curiously, the server's name showed up twice in the Finder's side panel: once as "jodi.local", which is the name I use to connect to it, and a second time as just "jodi". The former is the one that the Finder showed was mounted. Perhaps the problem is that the finder subsequently tried to access the remote machine using just the unqualified DNS name "jodi", which does not work on my network.

I also tried swixo's protocol. When I reboot the Mac the Remote Login option automatically turns Off. I turned it On, Remote Management was already On, and I turned File Sharing On. Still having the same **** problem .....

Good to hear this worked for you. I am pretty Mac literate, but do not know what "removing extended attributes" means. If you or someone else could outline the precise steps to "remove extended attributes" I would greatly appreciate it. Thanks!

ChatGPT says

"

Extended attributes are additional metadata that can be associated with files on a Mac filesystem, such as the creation date, author, and permissions. These attributes can be useful for organizing and managing files, but they can also take up additional storage space.

If extended attributes are removed from a file or a set of files on a Mac filesystem, it means that the additional metadata associated with those files is deleted. This can be done using the xattr command in the Terminal or by using a third-party utility.

Removing extended attributes can help to free up storage space on a Mac filesystem, particularly if the attributes are associated with large files. However, it can also have unintended consequences, such as affecting the functionality of certain applications that rely on those attributes. Therefore, it is generally recommended to proceed with caution when removing extended attributes and to back up important files beforehand."

ksaro1 wrote:

ChatGPT says

"

Extended attributes are additional metadata that can be associated with files on a Mac filesystem, such as the creation date, author, and permissions. These attributes can be useful for organizing and managing files, but they can also take up additional storage space.

ChatGPT is confused.

Creation date, while not Unix standard, is macOS file system standard metadata, and is not an extended attribute.

Author, is the owner, and has been standard part of Unix since creation of Unix over 50 years ago.

Permissions, as in User, Group, Other, has been part of Unix since its inception. Access Control Lists (ACLs) are a bit newer, but are still considered part of the standard Unix permissions and are not extended.

There are other attributes that are extended, and are manulipated with the xattr command. Just not the ones listed by ChatGPT.

I did try user of the attribute command detailed either earlier in this thread or one of the parallel ones. I got either command not recognised errors using the first commands or no extended attribute found error when using a global attr -c . The OP referred to custom icons which I have never knowingly created.

just wish I could downgrade using Time Machine but even that has been blocked in Ventura. As has the ability to access and delete old backups, so Time Machine is now broken for me as backup disc is full and I can only reuse it by wiping all backups from current and older iMac. Not great!

Now that you mention this... the ability to easily restore and downgrade in an emergency... ought to be high on a list of required features to justify use in a commercial setting. Well... for anyone who values network uptime. For me it's been a serious problem.

We recently reverted to a sneakernet moving files around the studio on external drives :-( Instead of collaborating via file sharing. Now there are assets all over the place that need to be reconciled with the server WHEN this debacle is finally over. I know that day will come for sure because either Apple will fix it... or I'll get around to commissioning a server on another OS.

Indeed. When it arrived TM was the simplest and easiest backup solution with access and manipulability both within and independently of the app. Having just discovered the new locks, I don’t even know if the backups of my old parked iMac are even restorable. And 18TB drive is full and I can’t remove unneeded extra backups. I am not buying another drive at that cost - it’s just a home setup. I am having to airdrop or email files to myself or resort to USB sticks and a lot of stairway steps. Agree with you - it’s solved or I return to a PC network.

Alas, as ctphoto1 predicted, it stopped working again for me after only a few hours :-(. I may try upgrading my client mac to Ventura as that was already on my "to do" list - even though, all evidence suggests it's a server-side issue.

Thanks. Yes, in my case I meant "the Mac that is acting as the server and sharing folders" is Ventura, and "the Mac that is acting as a client and trying to access the folders over the LAN" is not (it's still Big Sur). From what you are saying, upgrading that machine won't help (as I suspected).

Did not work for me, in fact it is worse. Now when I attempt to connect MB Air M1 to MB Pro Intel Shared Folders it not only fails to connect now it locks up MB Air.

MBPro Intel to MB Air M1 File Share and Screen Share both ways still works.

I'm thoroughly confused by your post, or their message to you rather. Are you implying that Apple has released an update containing an SMB file share fix? I don't see any updates available at all.

I'm still running my Batchmod fix from last month and SMB has been working flawlessly since then. But I'd really like a permanent fix to this issue so I can turn my firewalls back on.

Hmm - the server is no longer even appearing in my Connections in Finder. If I attempt access via iMac on Network, I see only an external drive, no folders, and it won't connect. On the server side, I've removed all shared folders, turned off File Sharing, restarted, reinstated shared folders. They show with Shared Folder ticked in Get Info in Finder on the server. Can't wait for the alleged bug fix.

I have repeatedly tried to remove extended attributes (I am not knowingly using any - I have not customised any icons, for example). I get the error message No such xattr: com.apple.FinderInfo

I have repeatedly removed all folders from File Sharing, Turned File Sharing off, rebooted, turned it back on and ensured my own account (I use the same credentials on my iMac and Air) and Admin have read/write access for all folders I wish to share. Checked Shared Folder is ticked in Get Info in Finder and also that the accounts are showing with access.

The laptop appears to connect to the iMac but all folders are empty. Tried various methods to connect to the iMac - by local name, by IP, by Network in Finder etc.

Just updated, and on a very high level it appears to have been resolved. But won't know forsure until a couple days go by and network SMB stays consistently stable with no need to reset on my host iMac.