Solved: RPi invisible on network / nmbd issue
|
21st Dec, 2014, 12:35 AM
Post: #1
|
|||
|
|||
RPi invisible on network / nmbd issue
Software
XBian version: 1.0RC3 XBMC version: 13.2 Git:20140901-867305b Overclock settings: Xbian profile (840Mhz) Hardware Power supply rating: 5V 3A RPi model (model A/B 256mb/512mb): B+ 512mb SD card size and make/type: Kingston 8GB microSD Network (wireless or LAN): LAN Connected devices (TV, USB, network storage, etc.): RPi using 1 usb connected to 1 externally powered usb hub (7ports) connected to: 1 Seagate USB 2.0 Expansion 2TB, 1 Samsung SATA 320GB drive in USB 3.0 enclosure, 1 Logitech USB wireless combo (kb + mouse) Config files: /etc/hostname: Code: atum Code: 127.0.0.1 localhost Code: multi on Code: [xbian] Code: # DO NOT EDIT THIS FILE. FOR ADDITIONAL SETTINGS OR SHARES DEFINITION Code: [Expansion] Problem description: The RPi isn't visible on the network. I cannot browse its shares from Windows 8.1, Windows 7, mobile devices etc. Typing the IP into windows explorer as \\192.168.0.3\ allows me to see the 3 shares: Movies, TV Shows and Shared. \\192.168.0.3\Expansion and \\192.168.0.3\Samsung are hidden, as expected, but can be accessed. Trying to access via \\hostname\ doesn't work. Samba in pure Raspbian worked right out of the box. I was able to configure my shares just the way I want them. I don't really know how to use this 'net' command to configure these, so I tried editing the user.conf file. Also, I wanted to remove access to the initial shares, that's why I commented out shares.conf. I added the samba user by using 'sudo smbpasswd -a alex'. Basically, I need to be able to browse to \\atum\ from my windows laptop. Could my problem be related to how Xbian handles SMB shares (the net command I'm unfamiliar with) ? Any ideas? Thanks in advance for any help, Alex |
|||
21st Dec, 2014, 03:42 AM
Post: #2
|
|||
|
|||
RE: RPi invisible on network / smb issue
Same here after last update, both pi's with Xbian no longer appear under window network, but are OK via SSH. Odd.
Skywatch |
|||
21st Dec, 2014, 04:09 AM
Post: #3
|
|||
|
|||
RE: RPi invisible on network / smb issue | |||
21st Dec, 2014, 04:42 AM
Post: #4
|
|||
|
|||
RE: RPi invisible on network / smb issue
It was OK on RC3 until the last week or two. I don't know what changed and have a lot of commitments between now and Christmas, so no time to look into it further.
Skywatch. |
|||
21st Dec, 2014, 06:23 AM
Post: #5
|
|||
|
|||
RE: RPi invisible on network / smb issue
Please read rules and do a search before you post! . FAQs . How to post log file? . Looking for answers? Please start here |
|||
21st Dec, 2014, 06:46 AM
Post: #6
|
|||
|
|||
RE: RPi invisible on network / smb issue
(21st Dec, 2014 06:23 AM)mk01 Wrote: @mrpi Thank you! That was spot on! Problem solved! So, to help me understand (as I don't usually use upstart), nmbd.override wasn't able to run without the nmbd.conf? |
|||
21st Dec, 2014, 10:00 PM
Post: #7
|
|||
|
|||
RE: RPi invisible on network / nmbd issue
Worked here too, thanks MK01!
Like mrpi asked, can you tell us what happened and what this did to solve it please? Skywatch. |
|||
21st Dec, 2014, 11:56 PM
Post: #8
|
|||
|
|||
RE: RPi invisible on network / nmbd issue
smbd takes care of the actual filesharing.
nmbd takes care of the name resolving. So to actually see the shares in your network, you need nmbd running. pilight - modular domotica solution
|
|||
31st Dec, 2014, 07:28 PM
Post: #9
|
|||
|
|||
RE: RPi invisible on network / nmbd issue
@mrpi @Skywatch
if you want the background that happened: - since B2 there is upstart on XBian taking care of boot process - unfortunately the "debian way" of providing long-term backward compatibility means: - upstart IS really the one which starts first but contains only bare minimum of native jobs - actually to very soon in boot process call again the old sysv system (what very much means only ONE more system to take care of with no benefits) - so since then XBian is slowly doing the migration on its own (if feasible with respect to integrity of the system - in that case by utilising .override files - if there is PKG native .conf file, user (or we at XBian) can create .override file. any info/config param provided in override file takes precedence for upstart (clean and user-easy way hot to override system functions but actually not touch the system files) a while ago we did that for samba (smbd/nmbd processes). in advance we shipped .override file - to have system already tuned at the time when updated samba package hits debian stable repo meaning it will also rm old sysv boot script and will place own into /etc/init. but due to bug inside samba native pkg installer script, old sysv was removed, but new wasn't placed. into /etc/init. for upstart .override file is not considered at all until original .conf exists - what is ok, otherwise it would be a place to hack actually. so on the day raspbian installed samba update, it broke nmbd loading at boot. normally we would find that before user - but there our part kicked in - because wheezy will soon turn into jennie, we do all the development & test on primarily on jennie. but because jennie version of upstart is much ahead of the one in wheezy - it has deployed .conf file for nmbd long ago and all was fine (for all imx6 users and devels). so something what you cant see until properly reported - then it was easy to track down. so so now you how such empty command as touch can solve this - because it creates (although empty) conf file for nmbd, upstart reads it - creates internally JOB nmbd, then looks for override - and because XBian provided this in advance nmbd is properly started from that configuration. but yes, indeed funny - try to convince a system administrator (from user perspective) that REALLY creating and empty file made SAMBA working again. but no magic again I'm just pushing xbian-update containing among others also that fix so it will be distributed today - unfortunately I couldn't find the 3rd buggy line (maybe more, who knows) removing samba mounts from fstab ... so do a backup because your gets again removed ... but I have not forgotten about that Please read rules and do a search before you post! . FAQs . How to post log file? . Looking for answers? Please start here |
|||
31st Dec, 2014, 07:41 PM
Post: #10
|
|||
|
|||
RE: RPi invisible on network / nmbd issue
About the fstab problem. I also manually ran all scripts in xbian-update on a (apparantly) conflicting fstab, but none of them actually did anything that could cause it.
pilight - modular domotica solution
|
|||
5th Jan, 2015, 09:48 PM
Post: #11
|
|||
|
|||
RE: RPi invisible on network / nmbd issue
mk01 - Thank you for taking the time to explain that one. It doesn't make a lot of sense that a blank file would be the problem, but it did fix the issue.
Skywatch. |
|||
13th Jan, 2015, 04:17 PM
Post: #12
|
|||
|
|||
RE: RPi invisible on network / nmbd issue
@Skywatch
doesn't make sense because I failed to explain, ... or doesn't make sense in general? a job can have it's configuration in file.X and file.Y. configuration in file.Y has priority over file.X. but file.Y is never considered if file.X is not present (so there is nothing to take priority over). it's like the BASIC-kind (BASIC as programming lng ) of joke: Mom sends John to K-mart, saying - buy a bread. and if there will be eggs, buy 12. So John bought 12 breads. Please read rules and do a search before you post! . FAQs . How to post log file? . Looking for answers? Please start here |
|||
13th Jan, 2015, 08:10 PM
Post: #13
|
|||
|
|||
RE: RPi invisible on network / nmbd issue
Your description was good!
I just was saying that adding a blank file with no data in it solving an issue like this seems "illogical Captain". Skywatch. |
|||
19th Jan, 2015, 08:21 PM
Post: #14
|
|||
|
|||
RE: RPi invisible on network / nmbd issue
Please read rules and do a search before you post! . FAQs . How to post log file? . Looking for answers? Please start here |
|||
« Next Oldest | Next Newest »
|