Note: you can edit the /etc/.backup_smb.conf file to change some SMB settings even though this wasn't the original question. Do NOT try to kill and restart the nasd process to regenerate these files, it most likely won't work and it may reset your configuration. scratch file won't help you recover the original. I suggest that you keep a backup of the original file before making any changes, the. After you reboot, your changes should also appear in the Dashboard. If you update this XML file, it will use this data to regenerate the SMB and AppleTalk configuration files so that your changes won't be lost. The Drobo FS writes the master data for shares in the /mnt/DroboFS/System/DNAS/configs/nf XML file. This does not mean that we are out of luck just yet. Further, if you launch the Dashboard your would not be there. If you are also supporting AppleTalk clients, you would need to update the /mnt/DroboFS/System/netatalk/conf/fault file as well, which again is a generated file. If you modify this file directly, your file will be overwritten eventually. If you look closely at the smb.conf file, you will see generated by generateConfigFile which is a clear sign that the Drobo will overwrite your changes. If you do this, you might see successful results. The changes does not seem to always take effect so you could stop samba using /etc/init.d/deinit_samba and then /etc/init.d/init_samba to restart it. You may have found the /mnt/DroboFS/System/samba/conf/smb.conf configuration file already and yes it is the config file used by the smbd process. Running this script should result in saving the root password during reboots, but the script only works for setting the root password. Update: There is an updated version of the Dropbear Drobo App that attempts to fix this issue with the root_passwd script. This means that if you forget this password, a drobo reset will not reset it back to root. Warning: Changing this /etc/.passwd file IS permanent and does appear to persist after a Drobo FS reset as well. The /etc/.passwd file is used as the source to rebuild the /etc/passwd file, so your changes will stick. If you want change the root password and make sure it sticks, use the passwd command to change the password for the root user and then using vi, copy the updated line from the /etc/passwd file, and manually update the hidden /etc/.passwd file. Adding or removing a user from the Dashboard will most likely result in the same behavior. This happens because the Drobo FS system has a built in feature that rebuilds the passwd file after a reboot. Anyone who tries using passwd to change the root password and then reboots their Drobo FS quickly learns that the password is reset back to “root” after the reboot.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |