Yet Another Samba Share Mounter
Thanks for the feedback.
Regarding the iocharset option: when I started development of YASSM, I was reluctant to lock in various options for fear that there would be negative effects on users who did not need them.
For example, does the option work with shares on different generations of Windows machines?
It seemed safer to leave it as an option that people can easily add on their own.
Regarding the iocharset option: when I started development of YASSM, I was reluctant to lock in various options for fear that there would be negative effects on users who did not need them.
For example, does the option work with shares on different generations of Windows machines?
It seemed safer to leave it as an option that people can easily add on their own.
YASSM v4.1 downloaded and installed in LxPupSc 17.08.24T on one of my core 2 duo Fujitsu S6520 laptops. Took this old user a minute to make the leap from yassm-search to the new interface (I hadn't used 4.0) but the help walkthrough is clear and once set up the single panel UI is neater. Currently my server box is also running on the samba in LxPupSc but in general it runs X-Slacko 4.2, now 4.3. Both the PcManFm in the LxPups and the Thunar in the X- series can connect to the shares but after a period of non-use even though the server box doesn't hibernate or sleep they sometimes fail to connect. Yassm-search always has.
Thanks,
Thanks,
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
Thanks for testing - I was concerned about this possibility.Marv wrote:... but after a period of non-use even though the server box doesn't hibernate or sleep they sometimes fail to connect. Yassm-search always has.
In v4, will an unmount-remount operation wake up the server?
In v3, did you need to run the "Wake" operation to wake up the server, or was a new search good enough?
In v3, the Wake operation hit each host on the network with a ping. So try this in v4 when the server goes to sleep:
Code: Select all
ping -c1 192.168.x.y
In v2 a simple search was enough to wake the server up, thus my preference for the Yassm-search. I will try both the unmount/mount test and the ping test in v4. It will take a bit to get a definitive answer as I need a failure to wake first and I will check the server running both LxPupSc and X-slacko 4.3.
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
In v3, a search operation did the following:
a. ran pnscan to locate the server
b. ran nmblookup to get its NETBIOS name
c. ran smbclient to get the list of shares
d. ran mount to mount the selected share.
But those middle steps should be unnecessary if you already know where the share is.
So v4 just does the following:
a. runs arp-scan to locate the server
b. runs mount
I have never seen arp-scan have a problem finding a server on the network.
[Edit] Here is something to try:
1. Open /usr/local/bin/yassm
2. Go to line 88
3. Change it to
This increases the number of retries if the server doesn't respond.
a. ran pnscan to locate the server
b. ran nmblookup to get its NETBIOS name
c. ran smbclient to get the list of shares
d. ran mount to mount the selected share.
But those middle steps should be unnecessary if you already know where the share is.
So v4 just does the following:
a. runs arp-scan to locate the server
b. runs mount
I have never seen arp-scan have a problem finding a server on the network.
[Edit] Here is something to try:
1. Open /usr/local/bin/yassm
2. Go to line 88
3. Change it to
Code: Select all
arp-scan -r 5 "$SERVER" .....
So far v4 just works (finds and mounts correctly). I'll keep testing with the combinations I noted above. My NAS and printer addresses are all static to keep life simple in that regard.
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
Still all good here running v4.1 with a single retry, I switched the samba server over to X-Slacko 4.3 from the LxPupSc 17.08.23 I tested with first, doing a fresh frugal install as the X-Slacko savefile was getting pretty shopworn. In short and overnight tests v4.1 found and connected every time. The process is indeed faster than the full search in Yassm-search by a couple of seconds on this network and setup.
Thanks,
Thanks,
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
I am using the unmodified 4.1. I have never had a "Server not found" with it. What I said a few posts up was that I would look for that failure. It never has occurred with the unmodified 4.1. I have tested with samba under X-Slacko and LxPupSc so far. Since I haven't had any failures I haven't yet updated to the multiple retry version.rcrsn51 wrote:Please explain. Are you using the unmodified version of 4.1?Marv wrote:... with a single retry...
Was your original report of "Server not found" a fluke?
I have posted a new v4.1 that sets RETRIES=4 on line 6.
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
OK. I misunderstood this statement:
IIRC, there were reports by LxPup users that they needed additional wake-up procedures to make previous YASSMs work. But this may be a non-issue with v4.1, especially with the increased RETRIES value.
Bill
Were you referring to the built-in Samba client tools in PcManFm?Both the PcManFm in the LxPups and the Thunar in the X- series can connect to the shares but after a period of non-use even though the server box doesn't hibernate or sleep they sometimes fail to connect. Yassm-search always has
IIRC, there were reports by LxPup users that they needed additional wake-up procedures to make previous YASSMs work. But this may be a non-issue with v4.1, especially with the increased RETRIES value.
Bill
Yes, it was the built-in client tools. Since I have been using Yassm-search exclusively for quite a while I really don't know if they have changed/improved over time.rcrsn51 wrote:Were you referring to the built-in Samba client tools in PcManFm?
IIRC, there were reports by LxPup users that they needed additional wake-up procedures to make previous YASSMs work. But this may be a non-issue with v4.1, especially with the increased RETRIES value.
Bill
Both Yassm-search and now Yassm v4.1 have worked extremely reliably over many LxPups for me on a fairly wide variety of hardware. IIRC also there were some wakeup problems with Yassm not using the -search option. I'll update to the current 4.1 and continue to use it later today.
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
I just can't get it to work. Seems like to many steps to find shares. I can connect other ways with less input and me having to know a lot of ip's or shares. Want to press a button let it search out then I select. This v4.1 I just can not get working. Most programs I get to work.
What I am I doing here wrong to make it so complicated?
What I am I doing here wrong to make it so complicated?
YASSM v4.1 is based on this idea: once you have found something, why keep searching for it? This is the same principle you apply when you make a bookmark in your web browser.rockedge wrote:What I am I doing here wrong to make it so complicated?
But there is a learning curve to making these YASSM "bookmarks". Have you read the new instructions on Page 1? If they are confusing, I will try to make them less so.
Have you checked if root user and password woofwoof is still used in your new install.
From my own experience, the common problem is
So I go to the machine running the server software and run
but then samba needs to be restarted to recognize a new user.
______________________________________________
From my own experience, the common problem is
So I go to the machine running the server software and run
Code: Select all
smbpasswd -a root
______________________________________________