More > JRiver Media Center 22 for Linux
Converting MC Win Setup To Linux, Synology
Zhillsguy:
Works like a champ! Thanks again.
Zhillsguy:
I have been tinkering with this a bit at home.
Although the "noauto" option is on, it appears my windows shares do in fact automount, since they show up as folders on the desktop after boot with no software attempting to access them. This works consistently.
Also, if my windows share computer is not on at time of boot, making shares unavailable, it not only takes longer to boot (expected), but my external USB drive does not auto-mount as it should, and it will not auto-mount even when unplugging/plugging in after Linux is loaded. If I comment out the relative fstab lines and reboot the USB drive works as it should.
I am using the latest Mint Cinnamon 18.1 64bit with all updates and default kernel.
mwillems:
--- Quote from: Zhillsguy on May 25, 2017, 08:29:02 am ---I have been tinkering with this a bit at home.
Although the "noauto" option is on, it appears my windows shares do in fact automount, since they show up as folders on the desktop after boot with no software attempting to access them. This works consistently.
Also, if my windows share computer is not on at time of boot, making shares unavailable, it not only takes longer to boot (expected), but my external USB drive does not auto-mount as it should, and it will not auto-mount even when unplugging/plugging in after Linux is loaded. If I comment out the relative fstab lines and reboot the USB drive works as it should.
I am using the latest Mint Cinnamon 18.1 64bit with all updates and default kernel.
--- End quote ---
That's odd; I don't use Mint, and Gnome doesn't have a "desktop" that shows files, but my guess would be that your OS or file manager are essentially polling all drives at login, which is auto-mounting the shares at login, but not necessarily at boot. I can think of a few ways to test that, but in any case that part sounds as though it's still working more or less as intended.
For the boot delay/failure to remount subsequently that's tougher. For starters it shouldn't be delaying boot at all in any meaningful way (unless there's some odd interaction with trying to mount the USB drive). If you have an fstab entry for the USB drive try adding these two options: x-systemd.device-timeout=2,nofail
Those will tell the os not to worry about failing to mount it and try again later, and to only wait 2 seconds or so if it's not present. If that resolves the boot delay when the smb shares are missing, it's clearly an interaction between mounting the usb drive and the smb shares.
If you haven't added the usb drive to the fstab, try adding those options to the samba mounts. It should at least speed up the failure case.
For the usb drive failing to mount, that's indeed very odd. Do you have it setup in the fstab to mount somewhere specific? Or is the OS just auto-mounting it? I ask because if the two mountpoints overlap that would obviously cause problems (i.e. if they both mount to the same point, or if the USB drive's mountpoint is inside the smb shares mountpoint). When the USB drive is mounted successfully, where is it mounted? (if you're not sure how to answer that question, the output of the "lsblk" command when the USB drive is mounted should tell us)
Zhillsguy:
Thanks for the quick response mwillems....
I already tried the device-timeout feature, and it helped with boot delay but the USB drive still doesn't auto-mount if the shares aren't available. I don't have an fstab entry for the USB drive, it's an os feature. The USB drive mounts under /media.
I can live with this hiccup for sure, as this little Lenovo 11E laptop is purely experimental and for learning use of MC with Linux. I have it set up dual boot with a fresh install of Win10, and Linux is set up for auto-login.
I am impressed with the stability and efficiency of using MC for music in Linux, highly recommended for running a simple music server or player, especially with a low power pc. It is really nice to have the USB Audio 2.0 driver available, all DAC's tested just "work" without hassling with 3rd party drivers. It would probably run uninterrupted until a failed piece of hardware, power, or other insurmountable issue arose not related to Linux or MC.
I have two separate lines in the fstab for mounting the shares in separate folders created under /home, so no conflicts there. I will add the USB drive mounting line as recommended.
I will be testing it more over the next week and advise.
Zhillsguy:
As a follow up, I ended up using the following line in fstab:
//(server.ip.add)/sharename /home/username/Music cifs auto,user,credentials=/home/username/samba-credentials 0 0
With my set up it seems to work well. This mounts the music share in my system /Music folder so music apps see it by default. This auto-mounts the share, and if it isn't there no biggie. You can also substitute the server name for the ip address, and name the credentials file to something else so long as it matches what's in fstab.
Different distros (and flavors/versions thereof) operate differently. I would advise all fellow newbs to find one that works to your liking and stick with it. Updating to the latest and greatest version isn't always the best choice.
Case in point, I installed (added) XFCE desktop as a "lighter" option to Mint. XFCE doesn't auto-mount the USB drive at boot like Cinnamon, but there is a launcher on the desktop and it mounts if unplugged/plugged. I can't find any settings within XFCE to make it auto-mount. Minor hiccup, will figure it out.
Navigation
[0] Message Index
[*] Previous page
Go to full version