[Ubuntu] Mountproblemen

[YellowOnline]

Ik vind niemand met een gelijkaardig probleem, dus een nieuw topic kan geen kwaad.

Ik heb 3 SATA en 2 PATA harde schijven. SATA: alles in orde. PATA: krijg ik niet via fstab gemount. Ubuntu kan ze wel zelf mounten als ik erop dubbelklik in de file manager. Hij mount ze natuurlijk waar ik het niet wil.

Dit is m'n fstab:

code:

proc                            /proc               proc        defaults                0       0

/dev/sda1                   /media/downloads    ext3        defaults            0   0
/dev/sdb1                   /media/windows      ntfs        ro,nouser,auto          0   0
/dev/sdb2                   /media/documents    vfat        rw,nouser,auto          0   0
/dev/sdb3                   /media/pictures     vfat        rw,nouser,auto          0   0
/dev/sdc1                   /               ext3        defaults,errors=remount-ro  0       1
/dev/sdc5                   none                swap        sw                      0       0
/dev/sdd1                   /media/music        ext3        rw,nosuid,nodev         0   0
/dev/sde1                   /media/video        ext3        rw,nosuid,nodev         0   0
/dev/scd0                       /media/cdrom0       udf,iso9660     user,noauto,exec        0       0
/dev/fd0                        /media/floppy0      auto        rw,user,noauto,exec         0       0

De probleemgevallen zijn sdd1 en sde1. Zoals gezegd: als ik op de drives dubbelklik in de filemanager worden ze automatisch gemount, maar dan in /media/disk en /media/disk-1. Oorspronkelijk stonden de opties op defaults, maar door een mount -l zag ik waar hij ze zelf mee mountte (met rw,nosuid,nodev dus).

code:

yellow@nixdesktop:~$ mount -l
/dev/sdc1 on / type ext3 (rw,errors=remount-ro) []
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
lrm on /lib/modules/2.6.22-14-generic/volatile type tmpfs (rw)
/dev/sda1 on /media/downloads type ext3 (rw) []
/dev/sdb1 on /media/windows type fuseblk (ro,nosuid,nodev,noatime,allow_other,blksize=4096) [WINHOME]
/dev/sdb2 on /media/documents type vfat (ro) [DOCUMENTS]
/dev/sdb3 on /media/pictures type vfat (ro) [PICTURES]
securityfs on /sys/kernel/security type securityfs (rw)
/dev/sde5 on /media/disk type ext3 (rw,nosuid,nodev) []
/dev/sdd5 on /media/disk-1 type ext3 (rw,nosuid,nodev) []

Iemand een flauw benul wat het probleem hier is?

[jealma]

Waarom gebruik je een aanduiding sdx voor PATA-schijven. Dan zou je volgens mij hdx moeten gebruiken. Kan trouwens zijn dat de nieuwe Ubuntu Gutsy alle schijven een sdx-aanduiding geeft ivm een nieuwe libata.

[deadinspace]

YellowOnline schreef op donderdag 15 november 2007 @ 23:33:

code:

/dev/sdd1       /media/music        ext3        rw,nosuid,nodev         0   0
/dev/sde1       /media/video        ext3        rw,nosuid,nodev         0   0

code:

/dev/sde5 on /media/disk type ext3 (rw,nosuid,nodev) []
/dev/sdd5 on /media/disk-1 type ext3 (rw,nosuid,nodev) []

Zoek de verschillen!

jealma schreef op donderdag 15 november 2007 @ 23:37:
Waarom gebruik je een aanduiding sdx voor PATA-schijven. Dan zou je volgens mij hdx moeten gebruiken. Kan trouwens zijn dat de nieuwe Ubuntu Gutsy alle schijven een sdx-aanduiding geeft ivm een nieuwe libata.

Waarom geef je antwoord op je eigen vraag?

[YellowOnline]

deadinspace schreef op vrijdag 16 november 2007 @ 00:14:
[...]

Zoek de verschillen!

[...]

OMG

deadinspace

Case closed ;-)

[ Voor 3% gewijzigd door YellowOnline op 16-11-2007 00:30 ]