Hi, I have purchased an LS-LGL320 Linkstation EZ and am trying to use it under Windows Vista Ultimate with SP1 installed. I cannot use the Vista backup software as it asks for a login and there is none. In addition I cannot rename folders on the share - I get a message saying that the L: folder does not exist, the file may have been moved or deleted do you want to create it?
I have checked the box that this came in and it definitely mentions Vista as a supported platform, what's happening?
First I would map it via IP address
start --> computer --> then map network drive
use \\IP of LS\share
For the backup I would try Memeo you can find a copy that was written for Vista at memeo.com, or you can use another back up program other then Vista back up.
Thanks for your assistance Marvin, I've got Memeo up and running.
Matt_M, please don't take this the wrong way but when a piece of hardware advertises itself as Vista compatible I expect it to be just that, not compatible with part of Vista and not another part. Vista is hardly a new operating system, it has been out for over 12 months now. When will this product be fully Vista compatible?
OK.
I purchased 2 of these, one for me and another for my mother. I now have mine working with Memeo. The issue with renaming folders remains on my mothers, unfortunately she is about 1500 km away which makes helping her a little difficult. If she tries to create a new folder it works but she cannot change the name to anything else apart from New Folder. She can however create a new folder on her C: drive and then copy that across to the L: drive. I set her system up using Karen Power Toolls replicator when I couldn't get Vista backup running and that seems to be working, it's just the problem with creating folders in L: share.
We have tried both and there is no difference.
I would first make sure the firmware is up to date on the unit and set the unit back to factory defaults. Then I would make sure there are no access restrictions enabled on the device, (or if there are, she has the correct rights).
let me know if this does not work.
Also just to be clear she is having trouble creating subdirectory folders right? (just making sure there not root folders)
Thanks
I downloaded and applied the latest firmware, I then held down the reset button (recessed above the fan) for 10 seconds. Not sure about access restrictions, where would these be set?
When accessing the mapped share she has trouble renaming subdirectories in the root of the share, not the root of the drive. I can rename directories with no issue with my linkstation.
The web interface appears to be in Japanese. Oh and after loading Vista SP2 on my machine the Vista backup still doesn't work :(
Try following these steps to change the device back to English:
1. Connect to the web configuration utility by entering the TeraStation's IP address in a web browser.It's a Linkstation not a Terastation, not sure whether that matters or not. I have no links on the left hand side just what I think is a prompt to enter a password. If I click the button it takes me to another page that again is in Japanese but has no blue items on the left hand side.
This is very frustrating, I bought this product in Australia, not in Japan!
After upgrading my unit to the latest firmware and running the NAS Navigator I am being told that the time needs to be reset, so I said OK and I was asked for a password, I have not set any passwords so I left it blank. The I got an error that the time could not be reset. So I went to the menu to try and set the time but again I am being asked for a password,if I leave it blank I get an incorrect password error - I have not set a password, there is no mention of a password in the release notes for the firmware upgrade. What is going on?
I have not set any passwords. I just went back in to reset the time and this time it worked!
How do I "sign in" to the Linkstation?
I have updated the firmware and reset default and power cycled, still in Japanese, even my mothers unit is in Japanese.
I'd like a little more information on the patch that Microsoft is working on to enable Vista backup to work please. I am beta testing Vista SP2 and backup still requests authentication.
One of our QA guys found a problem using Windows Vista's built in backup
utility with Samba as the backup destination. I've got a solution that
I am posting for sanity checking and to submit if it is correct and
useful. Here's the issue:
My setup:
Windows Vista and Samba 3.0.23d (running on FC1, RH9 and SUSE 10 systems
all have the same symptom, but FC6 did not show this problem)
To reproduce problem:
Use Vista backup and specify a Samba share as the destination. Backup
attempts to create a directory (eg.
{653AA951-BE0F-436B-B5D5-FEF6AD150E6E}) on the target share and you will
get an error message telling you that it already exists.
Analysis:
What is happening is that Samba successfully creates the directory but
fails when trying to set the ACL specified in the create request,
returning an NT_STATUS_ACCESS_DENIED error. Backup retries the request
with the create flags set to 'fail if exists', which explains the
somewhat misleading error message.
What is happening is that backup is trying to set an ACL on this
directory and some of the ACEs map to the same user. On my setup the
owner gets represented at least twice, once by it's own SID and again by
the SID S-1-3-0 (well known SID 'Creator Owner'). This will lead to
illegal multiple entries for of type SMB_ACL_USER_OBJ or SMB_ACL_USER
causing the ACL to be rejected by the kernel when the call is made to
set it.
EXAMPLE from log.smbd:
[2007/01/30 16:43:06, 10] smbd/posix_acls.c:set_canon_ace_list(3456)
canon_ace index 0. Type = allow SID = S-1-1-0 other SMB_ACL_OTHER
perms ------
canon_ace index 1. Type = allow SID = S-1-5-32-549 gid 100
(AllLocalUsers) SMB_ACL_GROUP_OBJ perms ------
canon_ace index 2. Type = allow SID = S-1-3-0 uid 1 (admin)
SMB_ACL_USER_OBJ perms rwxdpo
canon_ace index 3. Type = allow SID =
S-1-5-21-3748822599-1304825643-849436012-1002 uid 1 (admin)
SMB_ACL_USER_OBJ perms rwxdpo
The solution that I found was to modify slightly the function merge_aces
which originally merged ACEs based on a SID match. I expanded the
matching to also match the unix id as follows:
Original code:
if (sid_equal(&curr_ace->trustee, &curr_ace_outer->trustee) &&
(curr_ace->attr == curr_ace_outer->attr)) {
Modified code:
if ( (sid_equal(&curr_ace->trustee, &curr_ace_outer->trustee) ||
(curr_ace->unix_ug.uid == curr_ace_outer->unix_ug.uid)) &&
(curr_ace->attr == curr_ace_outer->attr)) {
Note the additional test that checks if the unix id is a match.
Results:
With this change in place I am able to backup successfully. I hope this
fix is correct, but if not maybe the information above will give someone
else a head start in solving this correctly. I reproduced this failure
on three different linux distros but not on FC6 (I suspect that FC6 may
be more forgiving when it comes to setting the ACL) so if you are not
able to reproduce this problem it may be because the system you are
running Samba on is also willing to overlook this.
How can I use the linkstation ez 320gb or 500gb as I only have linux (mint) laptop?