Author Topic: How to enable SMBv2 on Linkstation LS-WXL systems so it works with modern OSes  (Read 130010 times)

LesG

  • Calf
  • *
  • Posts: 5
I had to do this a couple of years ago. Tonight I saw that a new firmware (1.75) was out. Against my better judgment, I installed it and promptly lost access to all of my files again, so I had to stumble my way through this solution again with the help of Internet Archive (https://web.archive.org/web/20190718105044/http://nerdkey.co.uk:80/guides/enable-ssh-linkstation-stock-firmware/):


Thanks for that link philadopolis. My Linkstation is on an older version of the firmware and I have been ignoring the new firmware messages purely because (like you) it was a while ago that I 'cracked' the LS-WXL. The 'how-to' instructions were on another (now gone) forum so it's a relief to me that you have found that.

I may now upgrade it, but I'm tempted to put Debian on instead.
« Last Edit: January 23, 2021, 01:44:07 am by LesG »

LesG

  • Calf
  • *
  • Posts: 5
I said...

Quote
I may now upgrade it, but I'm tempted to put Debian on instead.

I installed Debian successfully... at first... then things started going downhill. The default RAID0 parition (md2) is xfs and wouldn't mount, I was getting V1 inode errors. I was unable to get around that, xfs_repair reported no superblock. I think the partition's version of xfs was too old for the Debian xfs utils progs. Then the /boot partition wouldn't mount and the fstab became unreadable (as if it has become a binary file. Yet it still booted ??? It seemed as if I was running into one problem after another so I restored everything back to stock (latest firmware)

Maybe I'll try again one day.

1000001101000

  • Debian Wizard
  • Big Bull
  • *****
  • Posts: 929
  • There's no problem so bad you cannot make it worse
That sounds ... weird to say the least.

There shouldn't be any xfs compatibility issues to worry about, I recently mounted an XFS volume from ~2006 on a modern system without issue. My first guess would be to wonder if you have drive(s) that are starting to fail some of what you describe might make sense if you had a bunch of read failures happening.

LesG

  • Calf
  • *
  • Posts: 5
I've totally rebuild the NAS now, to stock 1.75. That didn't go without problem either so perhaps there was some underlying disk problem. Disks have been erased, reformated and the stock firmware reflashed (from emergency mode) so hopefully I now have a clean system to work with.

I will try updating it to debian again because I think there are advantages to it. I use a modified version of the 'custom sleep' program that worked with the Buffalo 'auto sleep' mode functionality - that program will need some modification I suspect.

In retrospect, and tbh, I think I missed a step from your 'post installations' instructions (I was using Novaspirit Tech's YouTube video as my prime source and he whizzed through the process) As a result, I trashed my md2 partition and my attempts to recover it were only making matters worse. I don't know RAID and should have been circumspect in my actions. But that's how I learn; leaping in, trashing stuff and recovering from it! Not recommended practice but it adds to the thrills :)

Edit: having successfully installed debian and got the nas up, restored and running, I set to modifying my 'custom sleep' programs. I quickly realised there was more work in that than I wanted - so I've reverted back to the stock firmware. In short, the programs need to be able to find the status of the auto switch and that was a feature of the stock firmware. I looked phy_restart.sh  (from the device specific notes) but I was unable to work out if that'd tell me what I need to know and, if so, how.

It's been a fun exercise and has kept me amused in these 'lock down' times! 
« Last Edit: January 29, 2021, 10:59:44 am by LesG »

1000001101000

  • Debian Wizard
  • Big Bull
  • *****
  • Posts: 929
  • There's no problem so bad you cannot make it worse

peterbell

  • Calf
  • *
  • Posts: 3
LS-WVLE25, Win 10 20H2.
Came across this thread after loosing all my mapped drives on my NAS, looks to be the solution to my problem.
However, I don't know root's password to start the process, it isn't password.
I still have access to it through my browser using admin, and all my data is still appears to be there in their folders. What can I do?

PS. I have used WinSCP and PuTTY with my Raspberry PI so I moderately familiar with making an ssh connection.

Thanks

jawa39

  • Calf
  • *
  • Posts: 1
I have one LS-WXL device. Last year I tried the debian install with some success. There were some issues so that I would go back to the stock firmware.

First note was that I was able to install any other way than the boostrap method possibly due to low ram. I never was able to go through the installation as the device would crash. I believe is the ram that is limiting this.

After installing using the boostrap method. The main concern that I had is the fans running full speed. The fan speed testing runs through adjusting the fans correctly. But I was never able to adjust the fans to low speed.

It would be so cool if someone could put out a guide for this specific device (LS-WXL) for a full working installation.

1000001101000

  • Debian Wizard
  • Big Bull
  • *****
  • Posts: 929
  • There's no problem so bad you cannot make it worse
That's a bit odd since the LS-WXL is usually the device I use to test that particular installer, though it has been a while. I'm assuming we're talking about the LS-WXL, the LS-XL definitely needs the bootstrap method (but doesn't have fans so I doubt that's what you mean).

I haven't used fancontrol much but when I did I found I had to set the thresholds much lower than would be intuitive to make it actually reduce fan speeds.




peterbell

  • Calf
  • *
  • Posts: 3
LS-WVLE25, Win 10 20H2.
Came across this thread after loosing all my mapped drives on my NAS, looks to be the solution to my problem.
However, I don't know root's password to start the process, it isn't password.
I still have access to it through my browser using admin, and all my data is still appears to be there in their folders. What can I do?

PS. I have used WinSCP and PuTTY with my Raspberry PI so I moderately familiar with making an ssh connection.

Thanks
I have read that ACP Commander would allow me to setup ssh but all links I have to that software have been closed.
Is this the only way?
All suggestions welcome!

1000001101000

  • Debian Wizard
  • Big Bull
  • *****
  • Posts: 929
  • There's no problem so bad you cannot make it worse
This version makes changing the root password and enabling telnet pretty easy:
https://github.com/1000001101000/acp-commander

peterbell

  • Calf
  • *
  • Posts: 3
Thanks.
I had found this working link for ACP Commander
http://downloads.ebox.at/downloads/buffalo/
And this walk through guide to moving to SMB 2, which has worked for me!
https://www.youtube.com/watch?v=bVOx2COnqxg

NAS back and all my mapped drives