Forum Replies Created

Viewing 8 posts - 1 through 8 (of 8 total)
  • Posted in:
  • 25. Oktober 2019 at 0:08 #47435

    Answering my own question. I figured it out once I started searching for Raspbian solutions rather than Max2Play solutions. The trick was to add


    To /boot/config.txt and reboot.

    23. April 2018 at 17:24 #35283

    It only happened the first instance. After a reboot, the share works consistently.

    13. April 2018 at 15:23 #35170

    I’m pretty sure that I checked the debug info when I first had the problem and it did the same. Debug just repeated the mount info.

    It’s easy to reproduce the issue. At least on my install. If I create a new share, the folder is create, but it’s empty. Restart the Pi and the share works correctly. Could it be an issue with the move to Stretch to support the B+?

    13. April 2018 at 3:07 #35155

    The debug info just shows the mount info:

    // /mnt/music cifs user=USER,password=PASS,sec=ntlm,iocharset=utf8,vers=1.0

    Same as it did when it failed.

    10. April 2018 at 22:14 #35112

    Since I’m no longer getting the error, where would I find that log?

    9. April 2018 at 21:15 #35089

    So, when it failed for me the 2nd time, it was after a fresh re-install. And failed the same way. I wonder if the script was creating the correct info to recreate the mount on reboot, but wasn’t properly executing the mount command when it created it the first time.

    9. April 2018 at 17:07 #35081

    Hmmm. I decided to reboot and now the mount is working!

    9. April 2018 at 17:04 #35080

    That didn’t work either. I created a simple user and password on the Windows machine. The mount folder is created, but it’s empty.

Viewing 8 posts - 1 through 8 (of 8 total)