So, to diagnose things, make sure you can login first from your client operating system, and then if that works, make sure you can access the files you are interested in from Linux.
* First make sure that '''your workgroup or samba domain match between your HDA and your clients'''. For your HDA's workgroup/domain, go to Setup -> » Settings and turn on advanced settings, after that, go to Shares -> » Settings and check the workgroup name. If the DNS domain is home.com, the workgroup will be just home.
* If only one user can access or write in your shares, and your shares are in a subdirectory of /media, you'll need to unmount your drive from /media, and re-mount it using the instructions found here: [[Adding_a_second_hard_drive_to_your_HDA|How to add additional hard drives in your HDA]].
* In at least Windows 7, we have observed that the operating system tries to use a "Domain" of the name of the computer, which is wrong! Try typing this in the Username field:
=== Check permissions on the HDA server ===
* If you cannot write to the shares, permissions at the HDA's SAMBA and Linux levels must be checked.
**At the SAMBA level, check Setup -> » Shares. Make sure the user has access to the share you are looking at.
**At the Linux level on the HDA, you have to ssh into your HDA or login at the console and try to write a file in to the folder for the share (typically in /var/hda/files/FOO, if you did not change the default path).
[[File:Errorpermissions.jpeg]]
*So we will try doing this:
**Start -> » Type "cmd" into the search bar and press enter
**Type in "net use * /delete" to delete all open shared connections
**Double check nothing is connected: "net use"