stushug Posted January 27, 2022 Author Share Posted January 27, 2022 I just finished following the instructions for setting up the tnfsd on linux. I'm now able to connect to my desktop while running Linux Mint 20.3. Awesome help guys! I do have one question though. On my Fujinet, when I connected to my desktop, it is connecting to just the root directory (I think.) Here's a screen shot below. Shouldn't it automatically connect to a specific directory? How do I know where to put files I download on the desktop so that the Fujinet can see/access them? I'm soooo close! Quote Link to comment Share on other sites More sharing options...
mozzwald Posted January 27, 2022 Share Posted January 27, 2022 1 hour ago, stushug said: I do have one question though. On my Fujinet, when I connected to my desktop, it is connecting to just the root directory (I think.) Here's a screen shot below. Shouldn't it automatically connect to a specific directory? How do I know where to put files I download on the desktop so that the Fujinet can see/access them? In the systemd service file you created per the instructions: ExecStart=/usr/local/sbin/tnfsd /tnfs That line configures which dir it uses and in the example above it is looking in /tnfs for files. You can set that to whatever dir you prefer to use Quote Link to comment Share on other sites More sharing options...
E474 Posted January 27, 2022 Share Posted January 27, 2022 Nice one, well done! The tnfs server uses the directory specified in the ExecStart line as its root directory: ExecStart=/usr/local/sbin/tnfsd /tnfs So if you put files, e.g. ATR files, in /tnfs they should show up on the listing on the 8-bit. You might have permission issues, as /tnfs is owned by the tnfs user, maybe the simplest fix is to add yourself to the tnfs group: sudo usermod -a -G tnfs $USER Looks like everything is fixed now though! Quote Link to comment Share on other sites More sharing options...
E474 Posted January 27, 2022 Share Posted January 27, 2022 @mozzwaldsnap! 1 Quote Link to comment Share on other sites More sharing options...
stushug Posted January 27, 2022 Author Share Posted January 27, 2022 I just got through the process of setting up the tnfs on my laptop in Linux mint, and I was able to connect with my Fujinet again! It's really late so I'll play around in the morning with placing files. @mozzwald and @E474 You guys are amazing! I really appreciate your help, I was really getting frustrated, but I learned a whole lot of new stuff through this process. I can't thank you enough!!! 2 Quote Link to comment Share on other sites More sharing options...
stushug Posted January 27, 2022 Author Share Posted January 27, 2022 12 hours ago, E474 said: Nice one, well done! The tnfs server uses the directory specified in the ExecStart line as its root directory: ExecStart=/usr/local/sbin/tnfsd /tnfs So if you put files, e.g. ATR files, in /tnfs they should show up on the listing on the 8-bit. You might have permission issues, as /tnfs is owned by the tnfs user, maybe the simplest fix is to add yourself to the tnfs group: sudo usermod -a -G tnfs $USER Looks like everything is fixed now though! 12 hours ago, mozzwald said: In the systemd service file you created per the instructions: ExecStart=/usr/local/sbin/tnfsd /tnfs That line configures which dir it uses and in the example above it is looking in /tnfs for files. You can set that to whatever dir you prefer to use @mozzwald @E474 I am still having trouble setting up a file directory. If I'm reading your posts correctly, I'm supposed to change the line in tnfs.service that you mention in your posts. If I make any change to that line, I don't think tnfs loads because my Fujinet won't connect. I'm thinking that that line tells tnfs where to start not where to place files. Even after I copied a file into that directory, I couldn't see it on my Fujinet. I had to re-edit that file back to original to be able to connect from Fujinet. Quote Link to comment Share on other sites More sharing options...
mozzwald Posted January 27, 2022 Share Posted January 27, 2022 24 minutes ago, stushug said: @mozzwald @E474 I am still having trouble setting up a file directory. If I'm reading your posts correctly, I'm supposed to change the line in tnfs.service that you mention in your posts. If I make any change to that line, I don't think tnfs loads because my Fujinet won't connect. I'm thinking that that line tells tnfs where to start not where to place files. Even after I copied a file into that directory, I couldn't see it on my Fujinet. I had to re-edit that file back to original to be able to connect from Fujinet. 24 minutes ago, stushug said: The line should be modified like so: ExecStart=/usr/local/sbin/tnfsd /path/to/where/your/atari/disk/files/are and in linux, files permissions are important. I think the instructions have you setup a 'tnfs' user and group. The service runs as 'tnfs' user so the files need to be readable/writeable by the 'tnfs' user. Quote Link to comment Share on other sites More sharing options...
E474 Posted January 27, 2022 Share Posted January 27, 2022 Probably it's simpler to post the working and non-working service definition files (the ones with the ExecStart statement in). If you change those files, you probably need to restart the service (or just reboot), but if the FujiNet is having trouble connecting, you should try getting the status of the tnfs server with "systemctl status ..." (see earlier posts). Also, are your linux systems always getting the same ip address from your router? (Check with the "ip a" command)? Quote Link to comment Share on other sites More sharing options...
stushug Posted January 27, 2022 Author Share Posted January 27, 2022 1 hour ago, E474 said: Probably it's simpler to post the working and non-working service definition files (the ones with the ExecStart statement in). If you change those files, you probably need to restart the service (or just reboot), but if the FujiNet is having trouble connecting, you should try getting the status of the tnfs server with "systemctl status ..." (see earlier posts). Also, are your linux systems always getting the same ip address from your router? (Check with the "ip a" command)? This is the working service file: [Unit] Description=TNFS Server After=remote-fs.target After=syslog.target [Service] User=tnfs Group=tnfs ExecStart=/usr/local/sbin/tnfsd /tnfs [Install] WantedBy=multi-user.target I created a directory /home/stupe/atari. Then I changed the service file to this: [Unit] Description=TNFS Server After=remote-fs.target After=syslog.target [Service] User=tnfs Group=tnfs ExecStart=/usr/local/sbin/tnfsd /tnfs /home/stupe/atari [Install] WantedBy=multi-user.target Then I rebooted and Fujinet would not connect Quote Link to comment Share on other sites More sharing options...
mozzwald Posted January 27, 2022 Share Posted January 27, 2022 11 minutes ago, stushug said: User=tnfs Group=tnfs ExecStart=/usr/local/sbin/tnfsd /tnfs /home/stupe/atari Notice that user and group are 'tnfs'. The dir /home/stupe/atari is your user. You need to make that dir and file contents accessible to the tnfs user / group. Do a search for changing owner and permissions in linux or see the manpages for chown & chmod commands. Quote Link to comment Share on other sites More sharing options...
E474 Posted January 27, 2022 Share Posted January 27, 2022 The file permissions will be an issue, but I think you also need to change (replace) the /tnfs to /home..., not just add /home/... as an extra (can't test this right now though). Quote Link to comment Share on other sites More sharing options...
stushug Posted January 27, 2022 Author Share Posted January 27, 2022 Messing with permissions corrupted my linux. I had to re-install the distro from scratch. I'm back to square one with tnfs but I'll be back. Quote Link to comment Share on other sites More sharing options...
stushug Posted January 28, 2022 Author Share Posted January 28, 2022 I've got my Linux up and running again, and I'm back to the point I was yesterday. Connecting to the server with no files showing. Quote Link to comment Share on other sites More sharing options...
E474 Posted January 28, 2022 Share Posted January 28, 2022 Try putting some ATR files in the /tnfs directory. sudo cp -r some_folder_with_atr_files/* /tnfs/ sudo chown -R tnfs:tnfs /tnfs/ Quote Link to comment Share on other sites More sharing options...
stushug Posted January 28, 2022 Author Share Posted January 28, 2022 That worked. Now I can access files from the desktop. I will do the same thing on my laptop so I can use either one as the need arises. Thanks again, it was an uphill battle but you and mozzwald got me there. In the future, I'd like to figure out why I can't connect to the desktop or laptop via windows, but it's not critical now. I'm sure you guys are right about a firewall problem. 1 Quote Link to comment Share on other sites More sharing options...
stushug Posted January 28, 2022 Author Share Posted January 28, 2022 @mozzwald @E474 I was having some problems last night with my laptop in Linux. I could connect but I still had the empty directory. I could see files when I connected with my Linux desktop so I couldn't understand what was wrong. I figured it out today, and I can see files on both servers. I even added subdirectories just to see if I could. I would like to thank you both again for all of the help you afforded me. It must have been frustrating at times, I know it was for me. Thanks very much, I really appreciate it. Have a great day! Stu 2 Quote Link to comment Share on other sites More sharing options...
_The Doctor__ Posted January 28, 2022 Share Posted January 28, 2022 if you figured it out, you should give what you did and why so someone else just like you will find your journey and understand it. Quote Link to comment Share on other sites More sharing options...
stushug Posted January 28, 2022 Author Share Posted January 28, 2022 (edited) 53 minutes ago, _The Doctor__ said: if you figured it out, you should give what you did and why so someone else just like you will find your journey and understand it. What I discovered was that there are two 'tnfs' directories on my Linux system. I'm not sure why, but that's the case. One is in my /home directory and I was placing my files in there and the Fujinet wasn't seeing them. I found another 'tnfs' directory in /root and that's the one that is visible to the Fujinet. Simply placing the files into that directory fixed my problem. Thanks for reminding me to post that info Doc, it's nice to be able to contribute even if it's something simple! Edited January 28, 2022 by stushug 1 Quote Link to comment Share on other sites More sharing options...
stushug Posted January 29, 2022 Author Share Posted January 29, 2022 Does anyone know the secret to opening ports on Windows 10? I have done it every way that I found described online. I've even turned off my anti virus software and windows firewall. When I run zenmap, it only finds one open udp port (137/udp.) No matter what I try, windows won't allow port 16384 to open. Quote Link to comment Share on other sites More sharing options...
stushug Posted January 30, 2022 Author Share Posted January 30, 2022 I figured out part of the windows problem. Even though I created a task and outlined at https://github-wiki-see.page/m/FujiNetWIFI/fujinet-platformio/wiki/Setting-Up-TNFS-On-Windows-10 it seems that windows was never loading the tnfs server. I found a port monitoring program called Currports and it did not show the tnfs server in the list of running services. I ran a command line as administrator and was able to start the service that way. Then in currports, it shows up twice in the list with one instance showing the state of port 16384 as listening. The Fujinet connects immediately to my laptop with this process. BTW, this is with my antivirus and windows firewall running. When I repeated the exact same process on my windows desktop, the service only shows once in currports and the state of port 16384 is blank. Turning off my antivirus and windows firewall makes no difference at all. It also makes no difference whether I connect the desktop via a wired or wireless connection Any thoughts? Quote Link to comment Share on other sites More sharing options...
stushug Posted January 30, 2022 Author Share Posted January 30, 2022 I just noticed on my laptop when I start tnfsd via the command line, I get the following output; C:\WINDOWS\system32>c:\tnfsd\tnfsd.exe c:\tnfsroot Starting tnfsd version 20.1115.2 using root directory "c:\tnfsroot" Running the same command on the desktop, I never get the second line, just a blinking cursor. Something is keeping tnfs from loading but I can't imagine what it could be. Quote Link to comment Share on other sites More sharing options...
rcamp48 Posted January 30, 2022 Share Posted January 30, 2022 On 1/26/2022 at 7:10 PM, stushug said: This is a scan of my windows machine while running linux mint 20: Starting Nmap 7.80 ( https://nmap.org ) at 2022-01-26 19:08 EST Nmap scan report for stupe-desktop (10.0.0.155) Host is up (0.0000040s latency). Not shown: 996 closed ports PORT STATE SERVICE 111/tcp open rpcbind 139/tcp open netbios-ssn 445/tcp open microsoft-ds 2049/tcp open nfs Nmap done: 1 IP address (1 host up) scanned in 0.14 seconds Did you open port 16384 for the Fujinet TNFS server, it needs that...... Quote Link to comment Share on other sites More sharing options...
stushug Posted January 30, 2022 Author Share Posted January 30, 2022 1 hour ago, rcamp48 said: Did you open port 16384 for the Fujinet TNFS server, it needs that...... I have tried every way imaginable to open the port. The thing is, it opens automatically on my laptop when I start the tnfs server, I don't have to manually open it. It doesn't happen on the desktop. The only difference is the laptop is running windows 10 and the desktop is running windows 11. Win 11 is supposed to run exactly the same as 10 though, so I'm not sure what's happening. Quote Link to comment Share on other sites More sharing options...
rcamp48 Posted January 30, 2022 Share Posted January 30, 2022 8 hours ago, stushug said: I have tried every way imaginable to open the port. The thing is, it opens automatically on my laptop when I start the tnfs server, I don't have to manually open it. It doesn't happen on the desktop. The only difference is the laptop is running windows 10 and the desktop is running windows 11. Win 11 is supposed to run exactly the same as 10 though, so I'm not sure what's happening. You are using an ip address that starts with 10 and not 192, do you have a website to go to to forward ports and everything advanced, my ip starts with 10, also there is a way to set up the TNSF server on the desktop, I may make a video that shows how to do this, not sure if Windows 11 is different , I tried Windows 11, did not like it at all and went back to Windows 10. Quote Link to comment Share on other sites More sharing options...
stushug Posted January 30, 2022 Author Share Posted January 30, 2022 I just found that although tnfs runs on my laptop, it will only load from a command line by entering "c:\tnfsd\tnfsd.exe c:\tnfsroot" Also it will continue to run as long as I leave the command window open. If I exit the command window, TNFS shuts down immediately. I'm starting to think that tnfs and win 10/11 just don't play well together. I'd like to sort this out though, because there are others out there whose only modern pc is running win 10/11 and they don't have any other option. Luckily for me I can run Linux Mint, which works perfectly with tnfs. Quote Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.