What's new

SMB not working unless it's been several hours after reboot AC68U 384.14

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

4L13NW4R3

Occasional Visitor
Hi there,

First things first, happy new year to everyone here in the forum and thanks to all of you who work very hard in order to make the Asus Merlin FW possible! You guys rock!

I've been pulling my hair trying to fix a weird issue on my AC68U (384.14). The problem I'm having is that my SMB shares are not accessible after a reboot. Sometimes they start working again but only after it's been several hours since the router was powered on.

I get two different errors when trying to access them:

a) 0x80070035 the network path was not found.

and sometimes I randomly get:

b) \\10.7.7.1\share is not accessible. You might not have permission to use this network resource. Contact the administrator.... Access is denied.

I've read several other threads on this forum with similar issues, and for reference, I've already:

-Enabled SMB SMB 1.0/CIFS on my W10 computers using the "turn windows features on or off".
-Enabled SMBv1 + SMBv2 under network place (samba) share on the web UI.
-Tested with AndSMB on Android using SMBv1 and SMBv2 and the problem persists so I can't isolate it to a Windows issue. I get a "connection refused" error on the AndSMB app on Android, even though credentials are correct and, as mentioned earlier if I wait several hours after a reboot everything starts working again without any changes made on the router or computer or credentials.
-Guest access is not enabled on the SMB share options nor does it make a difference as far as resolving the issue goes.
-I'm using IP addresses for the shares instead of NetBIOS.

Additionally, I have two USB hard drives connected to the router, one ext4 which is connected to the USB 2.0 port and it's only used for entware stuff and an NTFS one which is used to store movies, music, pictures, backup stuff and so on. Neither of them is accessible via SMB.

For further reference, the smb.conf file looks like this:

Code:
[global]
netbios name = *removed*
server string = RT-AC68U
workgroup = *removed*
username level = 20
unix charset = UTF8
display charset = UTF8
load printers = no
printing = bsd
printcap name = /dev/null
log file = /var/log/samba.log
log level = 0
max log size = 5
security = USER
guest ok = no
map to guest = Bad User
encrypt passwords = yes
pam password change = no
null passwords = yes
force directory mode = 0777
force create mode = 0777
max connections = 9
socket options = IPTOS_LOWDELAY TCP_NODELAY SO_KEEPALIVE
obey pam restrictions = no
use spnego = yes
client use spnego = no
disable spoolss = yes
host msdfs = no
strict allocate = no
wide links = no
bind interfaces only = yes
interfaces = lo br0 10.7.7.1/255.255.255.0
use sendfile = yes
map archive = no
map hidden = no
map read only = no
map system = no
store dos attributes = no
dos filemode = yes
oplocks = yes
level2 oplocks = yes
kernel oplocks = no
wins support = yes
os level = 255
domain master = yes
local master = yes
preferred master = yes
enable core files = no
deadtime = 30
load printers = no
printable = no
max protocol = SMB2
smb encrypt = disabled
min receivefile size = 16384
passdb backend = smbpasswd
smb passwd file = /etc/samba/smbpasswd

and the smb.postconf file looks like this:

Code:
#!/bin/sh
CONFIG=$1
source /usr/sbin/helper.sh

pc_replace "store dos attributes = yes" "store dos attributes = no" $CONFIG
pc_replace "socket options = IPTOS_LOWDELAY TCP_NODELAY SO_KEEPALIVE SO_RCVBUF=65536 SO_SNDBUF=65536" "socket options = IPTOS_LOWDELAY TCP_NODELAY SO_KEEPALIVE" $CONFIG

exit

I've seen nothing out of place on the general log file, but I can definitely see there that the Samba_daemon is up and running.

All other services that use the external drives such as FTP and UPnP are working fine, so I know the drives themselves are not broken. I've already scanned them for errors and both of them are showing ok.

Lastly, I've tried to check if the 445 and 139 ports are opened by doing a telnet on CMD but all I get is a:

C:\Users\Owner>telnet 10.7.7.1 445
Connecting To 10.7.7.1...Could not open connection to the host, on port 445: Connect failed

C:\Users\Owner>telnet 10.7.7.1 139
Connecting To 10.7.7.1...Could not open connection to the host, on port 139: Connect failed

However, when the shares are working, I do not get such an error.

I don't see any reason why I should've to wait 4 - 5 hours after a reboot for samba to work again, and I know I'm probably missing something but it is beyond me at this point.

Any help would be really appreciated!
 
If you can't telnet to port 445 that would imply that smbd is not running at that time. Maybe the router is hanging during the USB mount phase.
 
If you can't telnet to port 445 that would imply that smbd is not running at that time. Maybe the router is hanging during the USB mount phase.

Hi Colin! Thanks for your fast reply.

I suppose I may have an extremely lazy router then cause 4+ hours before SMB kicks in seems like a bit too much.

Weird thing is, I can see the Samba_daemon running in the general log. I have even restarted the service via SSH and I can see it going down and then coming back online along with FTP, do you think it's normal to see that and still not being able to access the shares? And also, I can access the files via FTP just fine right after a reboot, it's just samba that's not cooperating.

And I mean, I'm not expecting enterprise NAS performance out of a $100 router, heck if it took 1 hr after booting up for samba to work I'd be ok with that, but over 4 hours for it to work after a reboot seems to me like there's something wrong with my config, I even enabled a swap to see if it was a memory issue but still nothing.
 
Last edited:
No it should only take a few seconds to start Samba.

I suggest you remove your smb.postconf file and restart Samba and see if that makes a difference.

EDIT: You shouldn't really need the smb.postconf file. Is there a particular reason you're changing the store dos attributes? It was set deliberately to avoid a problem with NTFS formatted drives.
EDIT 2: store dos attributes should already be set to No by default.
EDIT 3: I believe the socket options are already set that way so the pc_replace is not doing anything. So basically that smb.postconf file is completely redundant.
 
Last edited:
No it should only take a few seconds to start Samba.

I suggest you remove your smb.postconf file and restart Samba and see if that makes a difference.

EDIT: You shouldn't really need the smb.postconf file. Is there a particular reason you're changing the store dos attributes? It was set deliberately to avoid a problem with NTFS formatted drives.
EDIT 2: store dos attributes should already be set to No by default.
EDIT 3: I believe the socket options are already set that way so the pc_replace is not doing anything. So basically that smb.postconf file is completely redundant.

Now that I think about it, you're absolutely right. I was so desperately trying to find a solution that I ended up modifying the smb.postconf in a redundant way.

So I renamed the file to smb.postconf.old and rebooted the router. Still no luck, samba is not working. It is worth noting that, ironically, it was working before rebooting the router after about 6 hours since it was turned on.

EDIT:

Just for further info, I'm getting a "You might not have permissions... Access is denied" error on W10 and if I telnet on port 445 or 139 I get a "Could not open connection to the host, on port : Connect failed" AndSMB app in Android is not connecting either with a "Connection refused".

So the problem is consistent even without the postconf file :(
 
Last edited:
SSH into the router and check smbd is running:

ps w | grep smbd
netstat -nlp | grep smbd


Also look for indications that it's started OK in /var/log/samba.log
 
Code:
4L13NW4R3@RT-AC68U-15E0:/tmp/home/root# ps w | grep smbd
 1862 4L13NW4R3  5756 R    /usr/sbin/smbd -D -s /etc/smb.conf
 2615 4L13NW4R3  2308 D    grep smbd

Code:
4L13NW4R3@RT-AC68U-15E0:/tmp/home/root# netstat -nlp | grep smbd
netstat: showing only processes with your user ID

/var/log/samba.log is completely empty, no logs at all.
 
Code:
4L13NW4R3@RT-AC68U-15E0:/tmp/home/root# netstat -nlp | grep smbd
netstat: showing only processes with your user ID
That's odd. What does this show:
Code:
# netstat -an | grep 445
tcp        0      0 127.0.0.1:445           0.0.0.0:*               LISTEN
tcp        0      0 192.168.1.1:445         0.0.0.0:*               LISTEN
 
That's odd. What does this show:
Code:
# netstat -an | grep 445
tcp        0      0 127.0.0.1:445           0.0.0.0:*               LISTEN
tcp        0      0 192.168.1.1:445         0.0.0.0:*               LISTEN

Code:
4L13NW4R3@RT-AC68U-15E0:/tmp/home/root# netstat -an | grep 445
tcp        0      0 127.0.0.1:445           0.0.0.0:*               LISTEN
tcp        0      0 10.7.7.1:445            0.0.0.0:*               LISTEN

Code:
4L13NW4R3@RT-AC68U-15E0:/tmp/home/root# netstat -an | grep 139
tcp        0      0 127.0.0.1:139           0.0.0.0:*               LISTEN
tcp        0      0 10.7.7.1:139            0.0.0.0:*               LISTEN
 
Well I'm at a loss. So if you now attempt to telnet to 10.7.7.1 445 you still get the "Connect failed" message?
 
Did you reset your device name after the .14 upgrade (see the change log)? Your NetBIOS name and server string don’t match (or they do match and you only redacted one of them).
 
Well I'm at a loss. So if you now attempt to telnet to 10.7.7.1 445 you still get the "Connect failed" message?

Well, turns out the service was working at that time. That explains why the netstat shows the router was listening.

So I rebooted the router to see if smb would start ok and it didn't, but after around 15 minutes it started working again, so we're definitely making progress here!
 
Did you reset your device name after the .14 upgrade (see the change log)? Your NetBIOS name and server string don’t match (or they do match and you only redacted one of them).

Absolutely, I actually did a factory reset and started from scratch just to remove the possibility of a previous configuration causing issues. And yes, I only redacted one, totally forgot the other one lol
 
Sure thing:

Code:
4L13NW4R3@RT-AC68U-15E0:/tmp/var/log# cat log.smbd
[2018/05/04 23:05:18,  0] smbd/server.c:1074(smbd_main)
  smbd version 3.6.25 started.
  Copyright Andrew Tridgell and the Samba Team 1992-2011
[2020/01/01 13:39:06,  0] smbd/server.c:1074(smbd_main)
  smbd version 3.6.25 started.
  Copyright Andrew Tridgell and the Samba Team 1992-2011
[2020/01/01 13:39:28,  0] smbd/server.c:1074(smbd_main)
  smbd version 3.6.25 started.
  Copyright Andrew Tridgell and the Samba Team 1992-2011

Code:
4L13NW4R3@RT-AC68U-15E0:/tmp/var/log# cat log.nmbd
[2018/05/04 23:05:18,  0] nmbd/nmbd.c:861(nmbd_main)
  nmbd version 3.6.25 started.
  Copyright Andrew Tridgell and the Samba Team 1992-2011
[2018/05/04 23:05:18,  0] nmbd/asyncdns.c:157(start_async_dns)
  started asyncdns process 389
[2018/05/04 23:05:18,  0] nmbd/nmbd_become_dmb.c:339(become_domain_master_browser_wins)
  become_domain_master_browser_wins:
  Attempting to become domain master browser on workgroup workgroup, subnet UNICAST_SUBNET.
[2018/05/04 23:05:18,  0] nmbd/nmbd_become_dmb.c:353(become_domain_master_browser_wins)
  become_domain_master_browser_wins: querying WINS server from IP 10.7.7.1 for domain master browser name workgroup<1b> on workgroup workgroup
[2018/05/04 23:05:18,  0] nmbd/nmbd_become_dmb.c:112(become_domain_master_stage2)
  *****

  Samba server THEBLACKKNIGHT is now a domain master browser for workgroup workgroup on subnet UNICAST_SUBNET

  *****
[2018/05/04 23:05:18,  0] nmbd/nmbd_become_dmb.c:294(become_domain_master_browser_bcast)
  become_domain_master_browser_bcast:
  Attempting to become domain master browser on workgroup workgroup on subnet 10.7.7.1
[2018/05/04 23:05:18,  0] nmbd/nmbd_become_dmb.c:307(become_domain_master_browser_bcast)
  become_domain_master_browser_bcast: querying subnet 10.7.7.1 for domain master browser on workgroup workgroup
[2018/05/04 23:05:26,  0] nmbd/nmbd_become_dmb.c:112(become_domain_master_stage2)
  *****

  Samba server THEBLACKKNIGHT is now a domain master browser for workgroup workgroup on subnet 10.7.7.1

  *****
[2020/01/01 13:38:19,  0] nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)
  *****

  Samba name server THEBLACKKNIGHT is now a local master browser for workgroup workgroup on subnet 10.7.7.1

  *****
[2020/01/01 13:39:03,  0] nmbd/nmbd.c:66(terminate)
  Got SIGTERM: going down...
[2020/01/01 13:39:06,  0] nmbd/nmbd.c:861(nmbd_main)
  nmbd version 3.6.25 started.
  Copyright Andrew Tridgell and the Samba Team 1992-2011
[2020/01/01 13:39:06,  0] nmbd/asyncdns.c:157(start_async_dns)
  started asyncdns process 2799
[2020/01/01 13:39:06,  0] nmbd/nmbd_become_dmb.c:339(become_domain_master_browser_wins)
  become_domain_master_browser_wins:
  Attempting to become domain master browser on workgroup workgroup, subnet UNICAST_SUBNET.
[2020/01/01 13:39:06,  0] nmbd/nmbd_become_dmb.c:353(become_domain_master_browser_wins)
  become_domain_master_browser_wins: querying WINS server from IP 10.7.7.1 for domain master browser name workgroup<1b> on workgroup workgroup
[2020/01/01 13:39:06,  0] nmbd/nmbd_become_dmb.c:112(become_domain_master_stage2)
  *****

  Samba server THEBLACKKNIGHT is now a domain master browser for workgroup workgroup on subnet UNICAST_SUBNET

  *****
[2020/01/01 13:39:07,  0] nmbd/nmbd_become_dmb.c:294(become_domain_master_browser_bcast)
  become_domain_master_browser_bcast:
  Attempting to become domain master browser on workgroup workgroup on subnet 10.7.7.1
[2020/01/01 13:39:07,  0] nmbd/nmbd_become_dmb.c:307(become_domain_master_browser_bcast)
  become_domain_master_browser_bcast: querying subnet 10.7.7.1 for domain master browser on workgroup workgroup
[2020/01/01 13:39:16,  0] nmbd/nmbd_become_dmb.c:112(become_domain_master_stage2)
  *****

  Samba server THEBLACKKNIGHT is now a domain master browser for workgroup workgroup on subnet 10.7.7.1

  *****
[2020/01/01 13:39:25,  0] nmbd/nmbd.c:66(terminate)
  Got SIGTERM: going down...
[2020/01/01 13:39:28,  0] nmbd/nmbd.c:861(nmbd_main)
  nmbd version 3.6.25 started.
  Copyright Andrew Tridgell and the Samba Team 1992-2011
[2020/01/01 13:39:28,  0] nmbd/asyncdns.c:157(start_async_dns)
  started asyncdns process 3752
[2020/01/01 13:39:28,  0] nmbd/nmbd_become_dmb.c:339(become_domain_master_browser_wins)
  become_domain_master_browser_wins:
  Attempting to become domain master browser on workgroup workgroup, subnet UNICAST_SUBNET.
[2020/01/01 13:39:28,  0] nmbd/nmbd_become_dmb.c:353(become_domain_master_browser_wins)
  become_domain_master_browser_wins: querying WINS server from IP 10.7.7.1 for domain master browser name workgroup<1b> on workgroup workgroup
[2020/01/01 13:39:28,  0] nmbd/nmbd_become_dmb.c:112(become_domain_master_stage2)
  *****

  Samba server THEBLACKKNIGHT is now a domain master browser for workgroup workgroup on subnet UNICAST_SUBNET

  *****
[2020/01/01 13:39:28,  0] nmbd/nmbd_become_dmb.c:294(become_domain_master_browser_bcast)
  become_domain_master_browser_bcast:
  Attempting to become domain master browser on workgroup workgroup on subnet 10.7.7.1
[2020/01/01 13:39:28,  0] nmbd/nmbd_become_dmb.c:307(become_domain_master_browser_bcast)
  become_domain_master_browser_bcast: querying subnet 10.7.7.1 for domain master browser on workgroup workgroup
[2020/01/01 13:39:37,  0] nmbd/nmbd_become_dmb.c:112(become_domain_master_stage2)
  *****

  Samba server THEBLACKKNIGHT is now a domain master browser for workgroup workgroup on subnet 10.7.7.1

  *****
[2020/01/01 13:39:52,  0] nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)
  *****

  Samba name server THEBLACKKNIGHT is now a local master browser for workgroup workgroup on subnet 10.7.7.1

  *****
4L13NW4R3@RT-AC68U-15E0:/tmp/var/log#
 
Absolutely, I actually did a factory reset and started from scratch just to remove the possibility of a previous configuration causing issues. And yes, I only redacted one, totally forgot the other one lol
Is the wsdd2 process running?

Another shot in the dark: do you run any scripts like amtm that might be running a disk check when the usb is mounted, and it might be taking a really long time to complete?
 
I just rebooted the router again and this time it took about 5-10 min before I was able to access the share which is just fantastic compared to before. The only two changes I've made are:

-Renamed the smb.postconf file as per your @ColinTaylor suggestion.
-Change the router's login username for testing and re-added the shares on W10.

Do you think the steps above may have done the trick or is this a New Year miracle lol?
 
Is the wsdd2 process running?

Another shot in the dark: do you run any scripts like amtm that might be running a disk check when the usb is mounted, and it might be taking a really long time to complete?

I am running scripts like amtm in the router indeed, however I wouldn't expect that to cause a 4+ hours delay before smb starts working but I may be wrong.

I do not see wsdd2 running, but just in case this is the ps output:

Code:
4L13NW4R3@RT-AC68U-15E0:/tmp/var/log# ps -w
  PID USER       VSZ STAT COMMAND
    1 4L13NW4R  5760 S    /sbin/preinit
    2 4L13NW4R     0 SW   [kthreadd]
    3 4L13NW4R     0 SW   [ksoftirqd/0]
    4 4L13NW4R     0 SW   [kworker/0:0]
    5 4L13NW4R     0 SW   [kworker/u:0]
    6 4L13NW4R     0 SW   [migration/0]
    7 4L13NW4R     0 SW   [migration/1]
    8 4L13NW4R     0 SW   [kworker/1:0]
    9 4L13NW4R     0 SW   [ksoftirqd/1]
   10 4L13NW4R     0 SW<  [khelper]
   11 4L13NW4R     0 SW   [sync_supers]
   12 4L13NW4R     0 SW   [bdi-default]
   13 4L13NW4R     0 SW<  [kblockd]
   14 4L13NW4R     0 SW   [kswapd0]
   15 4L13NW4R     0 SW   [fsnotify_mark]
   16 4L13NW4R     0 SW<  [crypto]
   24 4L13NW4R     0 SW   [mtdblock0]
   25 4L13NW4R     0 SW   [mtdblock1]
   26 4L13NW4R     0 SW   [mtdblock2]
   27 4L13NW4R     0 SW   [mtdblock3]
   28 4L13NW4R     0 SW   [kworker/u:1]
   35 4L13NW4R     0 SW   [kworker/0:1]
   36 4L13NW4R     0 SW   [kworker/1:1]
   37 4L13NW4R     0 SW   [mtdblock4]
   38 4L13NW4R     0 SW   [mtdblock5]
   40 4L13NW4R   668 S    hotplug2 --persistent --no-coldplug
  103 4L13NW4R  5596 S    console
  109 4L13NW4R     0 SWN  [jffs2_gcd_mtd4]
  115 4L13NW4R  1416 S    /sbin/syslogd -m 0 -S -O /tmp/syslog.log -s 256 -l 8
  117 4L13NW4R  1420 S    /sbin/klogd -c 5
  205 4L13NW4R  5604 S    /sbin/wanduck
  210 4L13NW4R  4932 S    nt_monitor
  211 4L13NW4R  2096 S    protect_srv
  212 4L13NW4R  5620 S    /sbin/netool
  219 4L13NW4R  5620 S    /sbin/netool
  220 4L13NW4R  5620 S    /sbin/netool
  223 4L13NW4R  1128 S    dropbear -p 10.7.7.1:22 -j -k
  225 4L13NW4R  2096 S    protect_srv
  226 4L13NW4R  2096 S    protect_srv
  227 4L13NW4R  4932 S    nt_monitor
  228 4L13NW4R  4932 S    nt_monitor
  230 4L13NW4R  5084 S    nt_center
  233 4L13NW4R  5084 S    nt_center
  234 4L13NW4R  5084 S    nt_center
  235 4L13NW4R  1276 S    /bin/eapd
  237 4L13NW4R  1928 S    /bin/wps_monitor
  238 4L13NW4R  5600 S    wpsaide
  239 4L13NW4R  2140 S    /usr/sbin/wlc_nt
  248 4L13NW4R  1924 S    nas
  253 4L13NW4R  2268 S    /usr/sbin/wlceventd
  254 4L13NW4R  4932 S    nt_monitor
  256 4L13NW4R  1672 S    nt_actMail
  257 4L13NW4R  1672 S    nt_actMail
  258 4L13NW4R  1672 S    nt_actMail
  261 4L13NW4R  1452 S    /usr/sbin/acsd
  277 4L13NW4R  1440 S    crond -l 9
  278 4L13NW4R  6032 S    httpd -i br0
  279 4L13NW4R  1240 S    /usr/sbin/infosvr br0
  281 4L13NW4R  1248 S    sysstate
  282 4L13NW4R  5600 S    watchdog
  283 4L13NW4R  5600 S    check_watchdog
  287 4L13NW4R  2828 S    rstats
  296 4L13NW4R   732 S    /usr/sbin/snooper -b br0 -s vlan1
  305 4L13NW4R  1284 S    lld2d br0
  307 4L13NW4R  7856 S    networkmap --bootwait
  310 4L13NW4R  5508 S    mastiff
  311 4L13NW4R  5600 S    bwdpi_check
  312 4L13NW4R  5600 S    hour_monitor
  313 4L13NW4R  5600 S    pctime
  394 4L13NW4R  1484 S    lldpd -L /usr/sbin/lldpcli -I vlan1,eth1,eth2,wl0.1,wds0.*,wds1.*,wds2.* -s RT-AC68U
  397 nobody    1456 S    lldpd -L /usr/sbin/lldpcli -I vlan1,eth1,eth2,wl0.1,wds0.*,wds1.*,wds2.* -s RT-AC68U
  400 4L13NW4R  4472 S    cfg_server
  416 4L13NW4R  5612 S    amas_lib
  499 4L13NW4R  5508 S    mastiff
  502 4L13NW4R  5508 S    mastiff
  503 4L13NW4R  5508 S    mastiff
  553 4L13NW4R     0 SW   [khubd]
  761 4L13NW4R  5612 S    amas_lib
  807 4L13NW4R     0 SW   [scsi_eh_0]
  808 4L13NW4R     0 SW   [usb-storage]
  891 4L13NW4R     0 SW   [scsi_eh_1]
  893 4L13NW4R     0 SW   [usb-storage]
  930 4L13NW4R  5600 S    usbled
  931 4L13NW4R  2456 S    u2ec
  932 4L13NW4R  1316 S    lpd br0
  950 4L13NW4R  2456 S    u2ec
  951 4L13NW4R  2456 S    u2ec
  953 4L13NW4R   688 S    /usr/sbin/igmpproxy /tmp/igmpproxy.conf
 1013 4L13NW4R  1436 S    /usr/sbin/ntp -t -S /sbin/ntpd_synced -p pool.ntp.org
 1124 4L13NW4R  4472 S    cfg_server
 1125 4L13NW4R  4472 S    cfg_server
 1155 4L13NW4R  5600 S    disk_monitor
 1234 4L13NW4R     0 SW   [tntfsiupdated]
 1441 4L13NW4R  2948 S    wred -B
 1443 4L13NW4R  2948 S    wred -B
 1445 4L13NW4R  2948 S    wred -B
 1514 4L13NW4R  2948 S    wred -B
 1515 4L13NW4R  2948 S    wred -B
 1516 4L13NW4R  2948 S    wred -B
 1517 4L13NW4R  2948 S    wred -B
 1518 4L13NW4R  2948 S    wred -B
 1519 4L13NW4R  2948 S    wred -B
 1520 4L13NW4R  2948 S    wred -B
 1521 4L13NW4R  2948 S    wred -B
 1523 4L13NW4R  5600 S    bwdpi_wred_alive
 1562 4L13NW4R  1152 S    dropbear -p 10.7.7.1:22 -j -k
 2013 4L13NW4R  1420 S    /bin/sh -c /jffs/scripts/connmon generate daily
 2014 4L13NW4R  1508 S    {connmon} /bin/sh /jffs/scripts/connmon generate daily
 2128 4L13NW4R  1416 S    ping -w 30 8.8.8.8
 2136 4L13NW4R  1420 R    ps -w
 2172 4L13NW4R  1440 S    -sh
 2288 4L13NW4R   664 S    tcd
 2922 4L13NW4R     0 SW   [jbd2/sdb1-8]
 2923 4L13NW4R     0 SW<  [ext4-dio-unwrit]
 2937 4L13NW4R  1432 S    /sbin/udhcpc -i eth0 -p /var/run/udhcpc0.pid -s /tmp/udhcpc -O33 -O249
 2955 4L13NW4R     0 SW   [flush-8:16]
 3049 nobody    5844 S    pixelserv-tls 10.7.7.2
 3075 4L13NW4R 13296 S    transmission-daemon -g /opt/etc/transmission
 3408 4L13NW4R  4044 S    /usr/sbin/stubby -g -C /etc/stubby/stubby.yml
 3434 nobody    6636 S    dnsmasq --log-async
 3435 4L13NW4R  3288 S    dnsmasq --log-async
 3692 nobody    1540 S    avahi-daemon: running [RT-AC68U-15E0.local]
 3751 4L13NW4R  5832 S    /usr/sbin/nmbd -D -s /etc/smb.conf
 3752 4L13NW4R  5528 S    /usr/sbin/nmbd -D -s /etc/smb.conf
 3792 4L13NW4R  6048 S    /usr/sbin/smbd -D -s /etc/smb.conf
 3801 4L13NW4R   672 S    /usr/sbin/wsdd2 -d -w -i br0 -b sku:RT-AC68U,serial:f832e48515e0
 3826 4L13NW4R  4068 S    vsftpd /etc/vsftpd.conf
 3950 4L13NW4R  8396 S    minidlna -f /etc/minidlna.conf -R
 3996 4L13NW4R  8396 S    minidlna -f /etc/minidlna.conf -R
 3997 4L13NW4R  8396 S N  minidlna -f /etc/minidlna.conf -R
14721 4L13NW4R  5528 S    nmbd version 3.6.25 started.
14725 4L13NW4R  5528 S    nmbd version 3.6.25 started.
14730 4L13NW4R  5528 S    nmbd version 3.6.25 started.
15091 4L13NW4R  1812 S    dcd -i 3600 -p 43200 -b -d /tmp/bwdpi/
15092 4L13NW4R  1812 S    dcd -i 3600 -p 43200 -b -d /tmp/bwdpi/
15093 4L13NW4R  1812 S    dcd -i 3600 -p 43200 -b -d /tmp/bwdpi/
15094 4L13NW4R  1812 S    dcd -i 3600 -p 43200 -b -d /tmp/bwdpi/
15095 4L13NW4R  1812 S    dcd -i 3600 -p 43200 -b -d /tmp/bwdpi/
15096 4L13NW4R  1812 S    dcd -i 3600 -p 43200 -b -d /tmp/bwdpi/
15104 4L13NW4R  1812 S    dcd -i 3600 -p 43200 -b -d /tmp/bwdpi/
16274 4L13NW4R     0 SW   [flush-mtd-unmap]
24477 4L13NW4R  6644 S    /usr/sbin/smbd -D -s /etc/smb.conf
 
I am running scripts like amtm in the router indeed, however I wouldn't expect that to cause a 4+ hours delay before smb starts working but I may be wrong.

I do not see wsdd2 running, but just in case this is the ps output:

Code:
4L13NW4R3@RT-AC68U-15E0:/tmp/var/log# ps -w
  PID USER       VSZ STAT COMMAND
 3751 4L13NW4R  5832 S    /usr/sbin/nmbd -D -s /etc/smb.conf
 3752 4L13NW4R  5528 S    /usr/sbin/nmbd -D -s /etc/smb.conf
 3792 4L13NW4R  6048 S    /usr/sbin/smbd -D -s /etc/smb.conf
 3801 4L13NW4R   672 S    /usr/sbin/wsdd2 -d -w -i br0 -b sku:RT-AC68U,serial:f832e48515e0
14721 4L13NW4R  5528 S    nmbd version 3.6.25 started.
14725 4L13NW4R  5528 S    nmbd version 3.6.25 started.
14730 4L13NW4R  5528 S    nmbd version 3.6.25 started.
24477 4L13NW4R  6644 S    /usr/sbin/smbd -D -s /etc/smb.conf
It’s there (pid 3801). What are the extra nmbd processes? “Version 3.6.25 started”?
 
The logs show that it's only taking a few seconds to start up. My guess is that there's something else (e.g. Transmission) installed on your router that is stopping Samba from starting up quickly. Be aware that Samba may be restarted a couple of times during boot up.
 

Similar threads

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top