Can't mount my Buffalo Tech Terastation NAS drive.

Thanks Stephen, my Buffalo is a simple LS-XH2.0TL.

I guess I am going to have to wait till Apple and the NAS people decide what they are going to do. This is an iTunes thing I believe. I found out that Sonos is also hosed with Lion now - can't access the iTunes share.

At least I can still access the NAS via the Finder. What a pain!

Due to changes in Lion, NASs that depend on netatalk won't work unless you use 2.2b4 or later on it. Since version 2.2 stable has been released, expect third-party NASs to pick it up, especially since Lion doesn't like earlier versions. If you are adventurous, or you have your on NAS, you can install 2.2 on your own.

Please follow these instructions:

Lion: Connecting to legacy (pre-Lion) AFP services - and Mac OS X (server):

https://discussions.apple.com/thread/3258472

Thanks so much!!!

Download firmware update 1.54 from http://www.buffalotech.com/support/downloads/

My problem is the version.

I have the ls-chl-linkstation-live but V1...so there's no update for me....

http://www.buffalo-technology.com/support/downloads/ls-chl-linkstation-live/

My experience is that Lion has upgraded the smb protocol stack and is using a more secure authentication procedure. I asked Apple's fine engineers for instructions on how to deprecate Lion's smb security protocol back down to Snow Leopard's level. They suggested using the following command that needs to be run in a terminal window everytime Lion boots:

sudo sysctl -w net.smb.fs.kern_deprecatePreXPServers=0

To restore the smb protocol stack back to Lion's original state either reboot or run in a terminal window:

sudo sysctl -w net.smb.fs.kern_deprecatePreXPServers=1

Peter

Wow, this fix worked! Everyone who owns a Terastation should be very excited! Thanks so much. Now iPhoto can access all my photos again. Fantastic.

Stephen,

I encountered the same password problem with an earlier use of it. It seems sudo (superuser do) needs the account your are running the terminal window to have a password. I just put a password on the account and then used that password for sudo.

Also, I think the account you run the sudo command from must be an administrator account in addition to being a password protected account.

Peter

Turns out the SMB layer is not loaded when the Mac starts up. So if you type

sudo sysctl -w net.smb.fs.kern_deprecatePreXPServers=0

right after startup, you will see

net: class is not implemented

First you have to try and load an SMB share. Then the command above will work.

Normally you are supposed to use the /etc/sysctl.conf file to set system parameters, but it will not work because the SMB layer is not loaded at startup. Major bummer.

Does anyone know how to get the SMB layer to load before /etc/sysctl.conf is called?

In the meantime, I have put together an Automator file that (1) tries to load an SMB share (2) sets the net.smb.fs.kern_deprecatePreXPServers system param (3) tries to load the SMB share again. It works, but I want to see if I can improve the scripts before I share it with everyone.

Great!! the fix works fine. It's working also with the nastorage 8420 pro

Did you manage to improve your SMB startup script or are you willing to share the working script that you have?

Using Automator, I do three different steps:

1. Run a shell script:

mount_smbfs //MYSERVER ~ || true

This loads the SMB subsystem. It will fail, so the server name does not matter.

2. Run AppleScript:

do shell script "sysctl -w net.smb.fs.kern_deprecatePreXPServers=0" with administrator privileges

This is the magic step. (It will fail unless the SMB subsystem is loaded per above.)

3. Run AppleScript:

on run {input, parameters}

tell application "Finder"

try

mount volume "smb://MYSERVER"

end try

end tell

return input

end run

This actually mounts the server. Replace with your server name.