[NTLUG:Discuss] permission on new partition

[Leroy Tennison]

Allen Meyers wrote:
> I have a 160 GB storage drive and had a single partition working great.
> I needed to categorize so I added a partition see
> 
> http://s577.photobucket.com/albums/ss219/worthamtx/
> 
> Short time after adding partition the 2nd icon aame up on desktop so I
> assumed auto mount. Well I could not have been more mistaken.
> See icons on link above as well.
> The data partition identified by data icon refuses permission to permit storage.
> Here is results mount command. Please note near end it says sdc rather then sdb
> 
> allen at allen-desktop:~$ mount
> /dev/sda1 on / type ext3 (rw,relatime,errors=remount-ro)
> tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
> proc on /proc type proc (rw,noexec,nosuid,nodev)
> sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
> varrun on /var/run type tmpfs (rw,nosuid,mode=0755)
> varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
> udev on /dev type tmpfs (rw,mode=0755)
> tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
> devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
> fusectl on /sys/fs/fuse/connections type fusectl (rw)
> lrm on /lib/modules/2.6.28-11-generic/volatile type tmpfs (rw,mode=755)
> securityfs on /sys/kernel/security type securityfs (rw)
> binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc
> (rw,noexec,nosuid,nodev)
> gvfs-fuse-daemon on /home/allen/.gvfs type fuse.gvfs-fuse-daemon
> (rw,nosuid,nodev,user=allen)
> /dev/sdb1 on /media/disk type ext4 (rw,nosuid,nodev,uhelper=hal)
> /dev/sdb2 on /media/data_ type ext4 (rw,nosuid,nodev,uhelper=hal)
> none on /tmp/guest-home.lYOvxa type tmpfs (rw,mode=700)
> /dev/sdc1 on /media/disk-1 type ext4 (rw,nosuid,nodev,uhelper=hal)
> /dev/sdc2 on /media/data__ type ext4 (rw,nosuid,nodev,uhelper=hal)
> allen at allen-desktop:~$
> 
> Probably redundant but here is fdisk as well
> 
> allen at allen-desktop:~$ sudo fdisk -l
> [sudo] password for allen:
> 
> Disk /dev/sda: 40.0 GB, 40020664320 bytes
> 255 heads, 63 sectors/track, 4865 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> Disk identifier: 0x000c21c5
> 
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sda1   *           1        4708    37816978+  83  Linux
> /dev/sda2            4709        4865     1261102+   5  Extended
> /dev/sda5            4709        4865     1261071   82  Linux swap / Solaris
> 
> Disk /dev/sdc: 160.0 GB, 160041885696 bytes
> 255 heads, 63 sectors/track, 19457 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> Disk identifier: 0x5b6ac646
> 
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sdc1               1        9339    75015486   83  Linux
> /dev/sdc2            9340       19457    81272835   83  Linux
> 
> Ubuntu list was furnished with all of this data and there does not
> seem to be a gnome person available or they are saying that is where
> the problem lies.
> I do not totally agree but what do I know.
> What I do know is I get results at NTLUG so please advise in detail as
> I am sure we are talking a number terminal commands
> 
> As always thanks
> 
> Allen
> Allen Meyers
> texas.chef94 at gmail.com
> 
> _______________________________________________
> http://www.ntlug.org/mailman/listinfo/discuss
> 
Some things don't make sense here but I don't use Ubuntu, don't use 
Gnome, don't use ext4 and I haven't decided to do much with multiple 
drives in a system so I may be overlooking something obvious.  My 
observations and ideas:

"Data" in the GUI appears to be /dev/sdc2.  If you've shown us all the 
drive icons on the desktop then I'm (wild) guessing that the reason 
/dev/sdc1 doesn't appear is that it doesn't have a label.

What really doesn't make sense is that /dev/sdb1 and /dev/sdb2 are 
mounted but don't show up in the 'fdisk -l' listing.  Same thoughts 
apply concerning their appearance on the desktop.

If you 'cd /media' and do 'ls -al' what is the listing (I'm looking for 
permissions here)?  This is my primary suspicion concerning what's wrong 
since we're assuming the partition was auto-mounted.

Since the partitions are ext4 something which *** might *** work (if 
they haven't changed things too much in ext4) would be to get all the 
volume names with dumpe2fs.  For example, do 'dumpe2fs /dev/sdc1 | grep 
name'.  Repeat for all partitions.

Something else which might help is to run 'parted -l' to get a different 
perspective on your partitions.