15.1 and External USB disk docking station

[mdi]

Little update: after everything I couldn't access the two disks as shares from Windows. I tried to connect to data1_1 and I was forbidden to access it.
Connecting via ssh I noticed that data2_2 was in /mnt but not in /share/1000, and, as suggested, I deleted data1_1 before rebooting.

I manually recreated data1_1 and data2_1 in /share/1000, chmod-ed them to 777 (like the others), rebooted the nas, but still I cannot access them...

I set a protected share where my user is allowed to access with full permissions, but it seems it doesn't work...

[Jocko]

See if in /mnt the folders data? have the right permissions (777).
If not change them

I think that the root permissions of your disks must be 755

[mdi]

Ok, it works only if permissions are 777. With 755 I can access but I cannot create files.
I have a normal NAS share named "mdi" and "mdi" is also the user I gave full permissions to data1_1, but it can create files only with /mnt/data1_1 set to 777.
To me is fine.

I tried to delete the mount points in /mnt after ejecting the disks. I deleted the folders data1_1 and data2_1 in /share/1000 and rebooted.
The mount points have been recreated with perms 777 and the data?_1 dirs in /share/1000 are not recreated, but the shares works anyway.

Update: actually they works in /mnt, but they don't work in /share/1000. In fact if I run a backup, it doesn't backup on the disks, but it does in /share/1000, directly in the nas.
It seems that the correct mount of the disks is done only in /mnt.

[Jocko]

Check the content of the mount tab.

Code: Select all

mount

For each disk, you must have two lines: mount point in /mnt and /share/1000

if not, there is still an issue.

[Jocko]

I read your update.

it confirms that the mount script fails to mount the usb disks on /share/1000.

So to see why, you must enable the debug mode by using the url http://yournasme/.status/nas-status.php

unplug your disks and plug them again.

And post the content of the file /var/log/messages

[mdi]

Hi Jocko, I will do tomorrow morning, as the nas is located in a not very accessible place in the house. In the meantime I post the actual status, which you already understood:

Code: Select all

login as: root
root@192.168.0.149's password:
root@nas:/ # ls /mnt
data1_1  data2_1
root@nas:/ # cd /share/1000/
root@nas:/share/1000 # ls
cronjobs  hanna       mdi       motion-webcam  tr-daemon
fvdw      lost+found  minidlna  public         tr-downloads
root@nas:/share/1000 # ls -l
total 52
drwxrwxrwx   2 root root  4096 2014-02-23 01:17 cronjobs
drwxrwxrwx   2 root root  4096 2014-02-21 00:22 fvdw
drwxrwxrwx   6 root root  4096 2013-10-26 12:51 hanna
drwx------   2 root root 16384 2013-10-25 23:10 lost+found
drwxrwxrwx  12 root root  4096 2013-10-26 04:02 mdi
drwxrwxrwx   3 root root  4096 2013-10-26 00:23 minidlna
drwxrwxrwx   2 root root  4096 2013-10-26 02:58 motion-webcam
drwxrwxrwx  16 root root  4096 2014-02-22 10:26 public
drwxrwxrwx   5 root root  4096 2014-02-23 01:17 tr-daemon
drwxrwxrwx   6 root root  4096 2014-02-18 23:04 tr-downloads
root@nas:/share/1000 # mount
rootfs on / type rootfs (rw)
/dev/root on / type ext3 (rw,relatime,errors=continue,barrier=1,data=ordered)
none on /proc type proc (rw,relatime)
none on /sys type sysfs (rw,relatime)
/dev/sda2 on / type ext3 (rw,relatime,errors=continue,barrier=1,data=ordered)
none on /proc type proc (rw,relatime)
none on /sys type sysfs (rw,relatime)
/dev/sda5 on /rw_fs type ext3 (rw,noatime,errors=continue,barrier=1,data=ordered)
tmpfs on /rw_fs/tmp/usr/var type tmpfs (rw,relatime,size=5000k)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
/dev/sdb1 on /rw_fs/tmp/mnt/data1_1 type ext4 (rw,noatime,data=ordered)
/dev/sdb1 on /share/1000/data1_1 type ext4 (rw,noatime,data=ordered)
/dev/sdc1 on /rw_fs/tmp/mnt/data2_1 type ext4 (rw,noatime,data=ordered)
/dev/sdc1 on /share/1000/data2_1 type ext4 (rw,noatime,data=ordered)
/dev/sda8 on /share/1000 type ext3 (rw,relatime,errors=continue,barrier=1,data=ordered)
/dev/root on /lacie-boot type ext3 (rw,relatime,errors=continue,barrier=1,data=ordered)


Thanks for now.

[Jocko]

ok, amazing the folders are missing in /share/1000 :scratch

[mdi]

With the previous version, if I'm right, they were bind-mo nted to /share/1000. Are they still binded with the actual version or just mounted twice?

[Jocko]

The standard status of usb disk must be :
- mounted on /mnt
- bind_mounted on /share/1000

Note : my ext4 usb drive is rightly mounted (on mnt and share/1000)

And now it's time to go to bed

[Jocko]

Hi mdi,

Finally, I understood what happens: I can reproduce your issue.

In version 15.1, I made some change in the boot sequence and the usb disk is mounted too soon. :corner

Currently, you can use your usb disks without issue only if you plug them after booting. :oops:

I will send you a patch this evening a draft patch