• The forum software that supports hummy.tv has been upgraded to XenForo 2.0!

    This is a major upgrade which changes the look and feel of the forum somewhat but brings a host of improvements too. Please bear with us as we continue to tweak things and report any issues or suggestions in Site/Forum Issues.

Odd usb mount from HDD


Forum Supporter
I have, repeatedly, the symbol on the webif showing a USB device mounted when nothing is in the USB slots.
Investigating I found these results from mount and fdisk:
HDRT2# mount
rootfs on / type rootfs (rw)
/dev/root on / type squashfs (ro)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
usbfs on /proc/bus/usb type usbfs (rw)
devpts on /dev/pts type devpts (rw)
tmpfs on /tmp type tmpfs (rw)
tmpfs on /media type tmpfs (rw)
/dev/mtdblock1 on /var/lib/humaxtv type jffs2 (rw)
/dev/mtdblock2 on /var/lib/humaxtv_backup type jffs2 (rw)
/dev/mtdblock2 on /usr/browser/opera_dir/url/url.txt type jffs2 (rw)
/dev/sda1 on /media/drive1 type ext2 (rw)
/dev/sdb1 on /mnt/hd1 type ext3 (rw,data=ordered)
/dev/sdb2 on /mnt/hd2 type ext3 (rw,data=ordered)
/dev/sdb3 on /mnt/hd3 type ext3 (rw,data=ordered)
nfsd on /proc/fs/nfsd type nfsd (rw)
/dev/sdb2 on /media/drive1 type ext3 (rw,data=ordered)
HDRT2# fdisk -l

Disk /dev/sda: 0 MB, 65536 bytes
4 heads, 8 sectors/track, 4 cylinders
Units = cylinders of 32 * 512 = 16384 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sda1               1         128        2044  83 Linux

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sdb1               1         131     1052251+ 83 Linux
Partition 1 does not end on cylinder boundary
/dev/sdb2             131      120295   965217327+ 83 Linux
/dev/sdb3          120295      121601    10490447+ 83 Linux

HDRT2# cat /etc/fstab
# /etc/fstab: static file system information.
# <file system> <mount pt>     <type>   <options>         <dump> <pass>
/dev/root       /               jffs2   rw,noauto       0       1
proc            /proc           proc    defaults        0       0
devpts          /dev/pts        devpts  defaults,gid=5,mode=620 0       0
tmpfs           /tmp            tmpfs   defaults        0       0
sysfs           /sys            sysfs   defaults        0       0
#/dev/sda1      /mnt/hd1        ext3    rw,defaults,data=journal        0       0
#/dev/sda2      /mnt/hd2        ext3    rw,defaults,data=ordered        0       0
I think this anomaly was introduced when installing a new HDD, and having both attached for copying.
ISTR something in an earlier posting, but cannot think what to search on to find it.
I'd like to know how to remove the oddity.

Web interface version: 1.4.3-3
Custom firmware version: 3.13 (build 4028)
Humax Version: 1.03.12 (kernel HDR_CFW_3.13)
Loader Version: a7.31
System ID: 80bc.7e00
Serial Number: 63 7105223 00476
Last Boot Reason: Remote control handset


Well-Known Member
Virtual-disk2 is the culprit. The latest version of NTFS-3G will install this as a dependency. It is to do with an update to allow NTFS disks with gpt partition tables to be used. The Humax SUI does not recognise when a gpt USB disk is plugged in so it will not open the USB menu. Virtual-disk2 gets around this by mounting a virtual disk as 'media/drive1'.
If you are not using USB disks with gpt you can remove the package from the command line: opkg remove virtual-disk2 --force-depends. If you reinstall NTFS-3G, or it is updated the virtual-disk2 package will be installed again too.


Forum Supporter
Thanks for the info - I do have ntfs-3G installed, and didn't realise that this would automatically have included virtual-disk2.