http://qa.mandrakesoft.com/show_bug.cgi?id=4731
------- Additional Comments From [EMAIL PROTECTED] 2003-01-09 14:30 -------
Thanks for your humour Pascal (fortunately that should not do any damage if my
bug is true) !! That's nearly what happened to me in the end since my win
partition is not bootable anymore (sectors in error...), well that's not that
annoying as I don't use it that often (only that I will have to boot at least
10 times to install it again !) and pray that drakboot is suficiently Linux
friendly (see one of my other bug : 4852) to recognize my Linux patitions, once
MBR has been overwritten by windoze...
Well my point is that whatever the security level chosen ("�lev�e" for me),
win_c and win_d should be accessible (i.e. umask=0 added by default
in /etc/fstab), what's the point of securing windoze ? (in a Free world, there
would be no windows and no gates ?!). Otherwise, there should be a huge check-
list for the noobie user to get everything running as (s)he expects...
I had to change /etc/fstab to add the umask=0 as you had recommended me before.
I'll check with rc2 (or rc3) that this has disappeared and reopen if necessary.
For the other request by Mika, that belongs to another report. It may work if
the partition is user mountable ? (the first user obtaining full control of
it ?).
Another way is not to use fat but ext3 or ext2 and use classic Unix rights on
directories (should be discussed in another report anyway).
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date:
description:
I've just installed Mandrake 9.2 beta 2 and win_c and win_e are not readable to
a normal user, only root.
Hereafter are fstab, mtab, ls -l /mnt
cat /etc/fstab
/dev/hda5 / ext3 defaults 1 1
none /dev/pts devpts mode=0620 0 0
none /mnt/cdrom supermount
dev=/dev/hdb,fs=auto,ro,--,codepage=850,iocharset=iso8859-15 0 0
none /mnt/cdrom2 supermount
dev=/dev/scd0,fs=auto,ro,--,codepage=850,iocharset=iso8859-15 0 0
/dev/hda10 /mnt/data_linux_hda10 ext2 defaults 1 2
/dev/hda9 /mnt/data_linux_hda9 ext2 defaults 1 2
/dev/hda8 /mnt/linux_Mdk91 ext3 defaults 1 1
/dev/hda1 /mnt/win_c vfat codepage=850,iocharset=iso8859-15 0 0
#/dev/hda5 /mnt/win_d ntfs iocharset=iso8859-15,ro,umask=0 0 0
/dev/hda6 /mnt/win_e ntfs ro,iocharset=iso8859-15 0 0
none /proc proc defaults 0 0
/dev/hda7 swap swap defaults 0 0
[EMAIL PROTECTED] baud]$ cat /etc/mtab
/dev/ide/host0/bus0/target0/lun0/part5 / ext3 rw 0 0
none /proc proc rw 0 0
none /proc/bus/usb usbfs rw 0 0
none /dev devfs rw 0 0
none /dev/pts devpts rw,mode=0620 0 0
none /mnt/cdrom supermount
ro,dev=/dev/hdb,fs=auto,--,codepage=850,iocharset=iso8859-15 0 0
none /mnt/cdrom2 supermount
ro,dev=/dev/scd0,fs=auto,--,codepage=850,iocharset=iso8859-15 0 0
/dev/ide/host0/bus0/target0/lun0/part10 /mnt/data_linux_hda10 ext2 rw 0 0
/dev/ide/host0/bus0/target0/lun0/part9 /mnt/data_linux_hda9 ext2 rw 0 0
/dev/ide/host0/bus0/target0/lun0/part8 /mnt/linux_Mdk91 ext3 rw 0 0
/dev/ide/host0/bus0/target0/lun0/part1 /mnt/win_c vfat
rw,codepage=850,iocharset=iso8859-15 0 0
/dev/ide/host0/bus0/target0/lun0/part6 /mnt/win_e ntfs ro,iocharset=iso8859-15 0 0
[EMAIL PROTECTED] baud]$ df -T
Sys. de fich. Type Tail. Occ. Disp. %Occ. Mont� sur
/dev/ide/host0/bus0/target0/lun0/part5
ext3 2,0G 1,8G 71M 97% /
/dev/ide/host0/bus0/target0/lun0/part10
ext2 2,0G 8,0K 1,9G 1% /mnt/data_linux_hda10
/dev/ide/host0/bus0/target0/lun0/part9
ext2 4,0G 8,0K 3,8G 1% /mnt/data_linux_hda9
/dev/ide/host0/bus0/target0/lun0/part8
ext3 4,6G 3,9G 426M 91% /mnt/linux_Mdk91
/dev/ide/host0/bus0/target0/lun0/part1
vfat 20G 18G 2,2G 89% /mnt/win_c
/dev/ide/host0/bus0/target0/lun0/part6
ntfs 4,9G 2,4G 2,6G 48% /mnt/win_e
[EMAIL PROTECTED] baud]$ cd /mnt/win_e
bash: cd: /mnt/win_e: Permission denied
[EMAIL PROTECTED] baud]$ ls -l /mnt
total 32
drwxrwxrwx 1 root root 0 ao� 13 21:01 cdrom/
drwxrwxrwx 1 root root 0 ao� 13 21:01 cdrom2/
drwxr-xr-x 3 root root 4096 ao� 9 01:51 data_linux_hda10/
drwxr-xr-x 3 root root 4096 ao� 9 01:51 data_linux_hda9/
drwxr-xr-x 18 root root 4096 ao� 13 20:55 linux_Mdk91/
drwxr--r-- 24 root root 16384 jan 1 1970 win_c/
dr-x------ 1 root root 4096 avr 13 21:57 win_e/
I had win_d before installing Mandrake 9.2, that's the part of my disk I
partitionned in 3 (there were 8 GB => 4 + 2 + 2).
I understand it for data_linux_hda9 (which I'll use as a data disk and change
with appropriate rights) but it's not understandable for win_c and win_e, they
should be at least readable for everyone and (at least) win_c writable by
everyone (I used it as a data disk in Mandrake 9.1...).
I had a problem with diskdrake as well but I'm going to open another bug as soon
as I find some logs (those disks were planned and asked to be ext3 instead of
ext2...)
