-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
btrfs subvolume invisible on macos #487
Comments
Hm,, I am not familiar with btfs sub-volume. Can you provide me the two packet dump files using wireshark on problem situation ?
|
Hi, Here are the pcap files (I used tcpdump). Thanks. |
Thanks for your help:) Thanks! |
Hi,Sorry but I don’t have any samba install available.I would be a complicated task in my context.Is there something else that can I do to help ?Thanks On 20 Sep 2024, at 03:03, Namjae Jeon ***@***.***> wrote:
Thanks for your help:)
I have known MacOS client send request to look-up specific files(e.g. .DS_STORE, DCIM, etc.) that is not in your share. and ksmbd return no-such-file error to MacOS client.
Can you test it with Native MacOS client and samba ? and if it is okay, Please give me wireshark dump.
Thanks!
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Sorry for late response. Okay. I am confusing when checking packet dump (smb_macos_fb_OK.pcap.zip)
ksmbd return datas, 'monit', 'pkg', 'vm', 'users', 'services', 'logs' filename to client. there is no toto_sub filename in response buffer of ksmbd. You can see toto_sub file with Filebrowser() ? |
Hi, 'monit', 'pkg', 'vm', 'users', 'services', 'logs' are btrfs subvolumes. They are visible in Filebrowser app but NOT in MacOS client (which is an issue). Only regular directories and files are visible in MacOS native Finder and it is definitely not normal. |
Hi,
All BTRFS subvolume are invisible on shares from the MacOS native smb client.
All other regulars files and directories are shown and accessible as expected.
Using another MacOS smb client (not native like Filebrowser) do not have the issue, it seems related to native MacOS smb/cifs client.
Mounting with the cli mount_smbfs have the same issue (Finder and terminal path).
Same issue with MacOS 14 (Sonoma) and 15 (Sequoia).
On Linux side, the last 6.10.10 have the issue (since a long time).
Steps to reproduce :
Thanks.
The text was updated successfully, but these errors were encountered: