I have purchased a Iomega Home network hard drive 500 GB, to use it as a NAS.
There have been problems to use it with my GNU/Linux Debian (testing) desktop, but I think I now can have a working setup, even if it's a bit of a hack.
The following informations were posted initially to http://www.iomegasupportforums.com/phpbb2/viewtopic.php?p=33985#33985 for the curious ones.
First I should say I upgraded the firmware (now I have K104.W11).
To check if the drive is accessible through SMB/CIFS :
# findsmb *=DMB +=LMB IP ADDR NETBIOS NAME WORKGROUP/OS/VERSION- 192.168.0.15 STORAGE-3806 [WORKGROUP] [] []
... at least on my network, it's like that (you may not have the same output... it changed after I installed the most recent FW)
Now, to try and see the shares (here, I have a PUBLIC
dir exported via SMB) :
# smbclient -N -L '//STORAGE-3806' Domain=[WORKGROUP] OS=[] Server=[] Sharename Type Comment---- PUBLIC Disk IPC$ IPC Domain=[WORKGROUP] OS=[] Server=[] Server Comment---- Workgroup Master----
Note that the -N
flag is to disable password prompt for smbclient
.
Attention : "Weak authentication" may be disabled for SMB clients in your Distro... as it is on mine (Debian testing).
So if you try the following command (or alike) and get an error with authentication, then there may be something to try.
Symptom :
# smbclient -W WORKGROUP '//STORAGE-3806/PUBLIC' Password: Domain=[WORKGROUP] OS=[] Server=[] Server requested LANMAN password (share-level security) but 'client use lanman auth' is disabled tree connect failed: SUCCESS - 0
Workaround :
So try copying /etc/samba/smb.conf
(or similar, I'm on Debian) to for example /root/iomega-smb.conf
, and add, in the [global]
section these two lines (or changing existing lines) :
client plaintext auth = yes client lanman auth = yes client ntlmv2 auth = no
EDIT : client ntlmv2 auth = no seems necessary now too
Now smbclient -s iomega-smb.conf -W WORKGROUP '//STORAGE-3806/PUBLIC'
will accept your password.
Also, as I've struggled with trying to access the drive in Nautilus using smb:// URI.
It wouldn't work on my Debian system since "weak" authentication was disabled in the samba default configuration file.
I've found a way to access it anyway : You first have to create a file named ~/.smb/smb.conf.append
, and add the following inside it :
[global] client plaintext auth = yes client lanman auth = yes
Then you will be able to access it through URI like : smb://WORKGROUP:guest:xxxx@192.168.0.2/PUBLIC
in Nautilus
(assuming you put your password instead of the xxxx) or smb://WORKGROUP:guest@192.168.0.2/PUBLIC
, and answer the password prompt (which will be stored in the gnome keyring).
Cool... my NAS is usable at last.
Update 2008/04/13 :
I have tried to use it with a CIFS mounted filesystem on my desktop, and experienced a kernel oops with kernel 2.6.24 (Debian testing)... so had to revert back to 2.6.22 to be able to mount it. More details in Debian bug #463402.
Update 2008/05/24 :
Thanks to Daniel (see comments bellow), I have succesfully tried to use a FUSE-based mount tool named smbnetfs
which helps mount the drive's shares in the filesystem (in userland) so that ordinary commands work. And being based on libsmb (like with Nautilus), it doesn't crash like the CIFS kernel driver. Note that you need to enable the ~/.smb/smb.conf.append
settings (see above), and then you can mount a share by simply using (for instance):
$ mkdir ~/smb $ smbnetfs ~/smb
And then you can access the drive's contents with something like :
$ ls ~/smb/myuser:mypassword@192.168.0.2/PUBLIC/
Cute ! Now, let's see if it's stable and fast enough for making backups over it.
Update 2009/0302 : The CIFS bug has been fixed upstream (Kernel bug #10451) and the patch applies allright to Debian stable's kernel (more details at Debian bug #463402). No more kernel oops, now ! Cool. Will try to test perfs.
8 réactions
1 De Daniel - 21/05/2008, 00:54
Hi! I found a great workaround for this issue. I have the same harddisk and I mount it as user with smbnetfs which is using fuse as backend. Works just great!
Install just with
sudo apt-get smbnetfs
In my ~/.kde/Autostart I now have a script with just the line:
smbnetfs ~/fusesmb/
And when I want to access it, I go to URL ~/fusesmb/STORAGE-4699 (in my case)
Hope that is a good workaround for you, too!
2 De obergix - 23/05/2008, 22:11
Thanks alot for that tip, Daniel
It seems to be working very well from the first tests I've done... now I need to check things like maximum size of files or speed of transfers, but it looks very good.
FYI, I forwarded the info to : http://www.iomegasupportforums.com/phpbb2/viewtopic.php?p=36780#36780.
3 De Olivier Berger - 10/06/2008, 22:19
There seem to be a report of interesting options there : www.iomegasupportforums.c...
4 De Olivier Berger - 10/06/2008, 22:20
A new firmware has arrived too : iomega-eu-en.custhelp.com...
5 De Olivier Berger - 19/03/2009, 13:40
Unfortunately, even if the patch fixes the initial crash (when applied on the 2.6.26, or when running 2.6.28), and the drives can be mounted, I get errors now (similar to the ones reported here : http://lists.samba.org/archive/linux-cifs-client/2009-February/004133.html) when trying to run amanda over it :(
6 De Dave Bell - 22/05/2009, 08:04
1: The last four characters of the NetBIOS Name appear to be from the MAC Address of the drive.
2: There's a web-page interface for setting various names and passwords, and setting up new shareable folders. This will confirm you are getting a physical connection. I also have a Windows box with working file-sharing
3: Still new to all this Linux stuff--I have to keep reminding myself that Ubuntu is Debian-based.
7 De David - 28/11/2009, 18:55
With OpenSuse 11.2 :
Just add in "~/.smb" the "smb.conf.append" file
with inside it :
[global]
client plaintext auth = yes
client lanman auth = yes
Next in Dolphin just add an entrie :
smb://guest:xxxx@192.168.0.2/
And it works perfect.
Thanks a lot for that tip
8 De Caliburn - 04/03/2010, 11:41
I spent nearly a day trying to get my Ubuntu 9.10 installation to communicate with my IOMEGA netdrive - this article provided me with the answer! THANK YOU!