No permission to access files on additional hard drives

Bug #570065 reported by Chris Allan
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

$ lsb_release -rd
Description: Ubuntu 10.04 LTS
Release: 10.04

$ uname -a
Linux venus 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 x86_64 GNU/Linux

6 hard drives were configured during a fresh install of Ubuntu 10.04 Release Candidate 1. The user is able to create and delete files on the first hard drive, /dev/sdc, but additional hard drives have root as the owner and group, with the user unable to make any changes to the filesystem.

This was verified with manual partitioning creating the necessary, missing directories on /dev/sdc6, and again by creating the file structure manually before installing. The expected functionality would be for the user to be able to have rwx access for any folders under their own personal directory, unless these were specifically chown and / or chgrp to root.

$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sdc1 during installation
UUID=5cf0c82e-0b3b-45db-be26-5645e15482ce / ext4 errors=remount-ro 0 1
# /home was on /dev/sdc6 during installation
UUID=aaec2782-610d-40eb-9ed0-c5551d3b70dc /home ext4 defaults 0 2
# /home/joker/disks/100gb was on /dev/sdb1 during installation
UUID=ef2de89c-014b-4eea-88b7-659183aaf3da /home/joker/disks/100gb ext4 defaults 0 2
# /home/joker/disks/120gb was on /dev/sda1 during installation
UUID=bf9f496c-83d7-47f4-a3a9-4d27b5762b65 /home/joker/disks/120gb ext4 defaults 0 2
/dev/sdf1 /home/joker/disks/200gb ext4 defaults 0 2
# /home/joker/disks/500gb was on /dev/sdd1 during installation
UUID=97f16c82-0ec4-4535-b07e-788acc0a5e1e /home/joker/disks/500gb ext4 defaults 0 2
# /home/joker/disks/archive was on /dev/sde1 during installation
UUID=9632a381-384a-467a-8f93-6e523ff68075 /home/joker/disks/archive ext4 defaults 0 2
# swap was on /dev/sdc5 during installation
UUID=09954003-6dfd-4b30-b420-f2477b077f9c none swap sw 0 0

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: udisks 1.0.1-1build1
ProcVersionSignature: Ubuntu 2.6.32-21.32-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-21-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Mon Apr 26 02:59:44 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Release Candidate amd64 (20100419.1)
Lsusb:
 Bus 002 Device 003: ID 045e:00db Microsoft Corp. Natural Ergonomic Keyboard 4000 V1.0
 Bus 002 Device 002: ID 046d:c044 Logitech, Inc. LX3 Optical Mouse
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 001 Device 004: ID 0bda:8187 Realtek Semiconductor Corp. RTL8187 Wireless Adapter
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MachineType: System manufacturer System Product Name
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-21-generic root=UUID=5cf0c82e-0b3b-45db-be26-5645e15482ce ro quiet splash
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: udisks
Symptom: storage
Title: No permission to access files on storage device
dmi.bios.date: 09/07/2009
dmi.bios.vendor: Phoenix Technologies, LTD
dmi.bios.version: ASUS M2N32-SLI DELUXE ACPI BIOS Revision 2209
dmi.board.name: M2N32-SLI DELUXE
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: 1.XX
dmi.chassis.asset.tag: 123456789000
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnPhoenixTechnologies,LTD:bvrASUSM2N32-SLIDELUXEACPIBIOSRevision2209:bd09/07/2009:svnSystemmanufacturer:pnSystemProductName:pvrSystemVersion:rvnASUSTeKComputerINC.:rnM2N32-SLIDELUXE:rvr1.XX:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: System Product Name
dmi.product.version: System Version
dmi.sys.vendor: System manufacturer

Revision history for this message
Chris Allan (atomicblue) wrote :
Revision history for this message
David Tombs (dgtombs) wrote :

I'm not sure if mounting partitions in /home is a valid usecase, but I'll assign to ubiquity.

affects: ubuntu → ubiquity (Ubuntu)
Revision history for this message
dino99 (9d9) wrote :

There is no support for deprecated version having died a long time ago

Changed in ubiquity (Ubuntu):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.