| View previous topic :: View next topic |
| Author |
Message |
theRealMorpheu5
l33t
Joined: 26 Feb 2004
Posts: 841
Location: Vicenza, IT
|
 Posted: Thu Sep 09, 2004 5:02 pm Post subject: [conf] ennesimo su udev, dischi e permessi vari [RISOLTO] |
 |
|
| Code: | morpheu5@casper ~ $ ls /mnt/fat/
ls: /mnt/fat/localhost.sql: Permission denied
ls: /mnt/fat/gentle.pdf: Permission denied
ls: /mnt/fat/icons.tar.bz2: Permission denied
ls: /mnt/fat/sign.txt: Permission denied
ls: /mnt/fat/avg6db_f.dat: Permission denied
ls: /mnt/fat/VMware-workstation-4.0.5-6030.tar.gz: Permission denied
ls: /mnt/fat/bookmarks.html: Permission denied
ls: /mnt/fat/Trust 445A Speedlink xDSL Web Station - Advanced.pdf: Permission denied
ls: /mnt/fat/tofio.bmp: Permission denied
ls: /mnt/fat/esfw30.bin: Permission denied
ls: /mnt/fat/prova: Permission denied
ls: /mnt/fat/morpheu5.tar.bz2: Permission denied
hwbl KDEThemes littleos moppomoz Recycled src System Volume Information Temp tofus vmware-any-any-update50
morpheu5@casper ~ $ ls /mnt/windows/
ls: /mnt/windows/: Permission denied
morpheu5@casper ~ $ cat /etc/fstab
# /etc/fstab: static file system information.
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.14 2003/10/13 20:03:38 azarah Exp $
#
# noatime turns off atimes for increased performance (atimes normally aren't
# needed; notail increases performance of ReiserFS (at the expense of storage
# efficiency). It's safe to drop the noatime options if you want and to
# switch between notail and tail freely.
# <fs> <mountpoint> <type> <opts> <dump/pass>
# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
/dev/hda1 /boot ext2 noauto,noatime 1 2
/dev/hda3 / reiserfs noatime 0 1
/dev/hda2 none swap sw 0 0
/dev/hda4 /cavia auto defaults,rw,user 0 0
/dev/cdroms/cdrom0 /mnt/cdrom iso9660 noauto,ro,user 0 0
/dev/fd0 /mnt/floppy auto noauto,user 0 0
/dev/hdb1 /mnt/windows ntfs ro,user 0 0
/dev/hdb5 /mnt/ntfs ntfs ro,user 0 0
/dev/hdb6 /mnt/fat vfat rw,user 0 0
# NOTE: The next line is critical for boot!
none /proc proc defaults 0 0
# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
# use almost no memory if not populated with files)
# Adding the following line to /etc/fstab should take care of this:
none /dev/shm tmpfs defaults 0 0 |
La situazione dovrebbe essere abbastanza esplicativa. Sono nel gruppo disk e questa configurazione ha sempre funzionato. Ora... dove sbaglio?
Last edited by theRealMorpheu5 on Fri Sep 10, 2004 4:24 pm; edited 1 time in total |
|
| Back to top |
|
 |
theRealMorpheu5
l33t
Joined: 26 Feb 2004
Posts: 841
Location: Vicenza, IT
|
| Posted: Fri Sep 10, 2004 7:41 am Post subject: |
|
|
| Niente? |
|
| Back to top |
|
|
motaboy
Retired Dev
Joined: 15 Dec 2003
Posts: 1483
|
| Posted: Fri Sep 10, 2004 8:23 am Post subject: |
|
|
Ma con che utente monti il device? É lo stesso col quale cerchi di leggerlo?
P.S. Udev é diventato una sorta di capro espiatorio?
_________________
... |
|
| Back to top |
|
|
theRealMorpheu5
l33t
Joined: 26 Feb 2004
Posts: 841
Location: Vicenza, IT
|
| Posted: Fri Sep 10, 2004 9:51 am Post subject: |
|
|
I device vengono montati da automount quindi suppongo da root:root. Il fatto è che il tutto è sempre andato a meraviglia, perfino con udev... prima che decidessi per la piallatura totale. Ora non ho problemi di permessi, con udev, tranne che per i dischi.
Udev diventa il capro espiatorio quando è lui a gestire le periferiche. Se fosse un cinese nascosto nel kernel forse chiederei anche a lui ma il cinese, ho controllato, non c'è... |
|
| Back to top |
|
|
motaboy
Retired Dev
Joined: 15 Dec 2003
Posts: 1483
|
| Posted: Fri Sep 10, 2004 10:30 am Post subject: |
|
|
Dovresti prima documentarti un pó su come funziona udev... udev non gestisce niente di niente, crea solo i device sotto /dev in base ha cosa c'é scritto sotto /sys. niente di piú. Non c'é nessuna relazione sui permessi su /dev/hdX (gestiti da udev) e quelli su /mnt/
Sa i device vengono montati da root, come speri di poterli leggere da un altro utente? devi usare per esempio "umask=000" come opzione nell'fstab.
_________________
... |
|
| Back to top |
|
|
theRealMorpheu5
l33t
Joined: 26 Feb 2004
Posts: 841
Location: Vicenza, IT
|
| Posted: Fri Sep 10, 2004 1:19 pm Post subject: |
|
|
| C'è un particolare che mi disturba parecchio: prima andava. |
|
| Back to top |
|
|
motaboy
Retired Dev
Joined: 15 Dec 2003
Posts: 1483
|
| Posted: Fri Sep 10, 2004 1:22 pm Post subject: |
|
|
Hai aggiunto umask=000 ? Funziona?
_________________
... |
|
| Back to top |
|
|
theRealMorpheu5
l33t
Joined: 26 Feb 2004
Posts: 841
Location: Vicenza, IT
|
| Posted: Fri Sep 10, 2004 1:48 pm Post subject: |
|
|
| Sì, indubbiamente funziona. Ma perché devo essere così violento? |
|
| Back to top |
|
|
motaboy
Retired Dev
Joined: 15 Dec 2003
Posts: 1483
|
| Posted: Fri Sep 10, 2004 2:10 pm Post subject: |
|
|
Non credo che prima senza una cosa del genere funzionava, umask=000 é la prova per essere sicuri. Come ti ho detto udev non centra assolutamente niente (cambiare titolo...)
Quello che centra sono le regole che passi a mount.
Se un dispositivo viene montato da root allora root sará l'owner della directory di mount e gli altri utenti non posso accedervi.
O lo monti da utente normale oppure metti una regola come umask per modificare gli attributi. prima avrai avuto una cosa del genere. non hai detto che avevi cancellato tutto?
_________________
... |
|
| Back to top |
|
|
Josuke
Veteran
Joined: 07 May 2003
Posts: 1175
Location: Italy - Bolzano
|
| Posted: Fri Sep 10, 2004 2:28 pm Post subject: |
|
|
secondo me è colpa del cinese
_________________
fletto i muscoli...e sono nel vuoto |
|
| Back to top |
|
|
theRealMorpheu5
l33t
Joined: 26 Feb 2004
Posts: 841
Location: Vicenza, IT
|
| Posted: Fri Sep 10, 2004 3:10 pm Post subject: |
|
|
| Sì, ma avevo tenuto i principali file di configurazione, ovviamente. |
|
| Back to top |
|
|
motaboy
Retired Dev
Joined: 15 Dec 2003
Posts: 1483
|
| Posted: Fri Sep 10, 2004 3:31 pm Post subject: |
|
|
Mi dispiace ma non vedo altra possibilitá senza modificare fstab (anche perché NON é una soluzione drastica ma quella corretta, é giusto che se il file viene montato da root allora i diritti sono solo di root nei filesystems che non presentano diritti propri come il fat),
Sei sicuro che il tuo utente non appartenva al gruppo "root"? in questo caso potevi leggerli in base alla umask (di solito 022) ma non modificarli.
Solo se avevi settato il valore sotto /etc/profile a "umask 002" potevi anche scrivere/cancellare dall'utente appartenente al gruppo.
Resta il fatto che udev non centra assolutamente nulla.
_________________
... |
|
| Back to top |
|
|
theRealMorpheu5
l33t
Joined: 26 Feb 2004
Posts: 841
Location: Vicenza, IT
|
| Posted: Fri Sep 10, 2004 3:50 pm Post subject: |
|
|
La situazione era: io ero membro di disk e tutto filava a meraviglia, il fstab era quello che ho riportato là sopra...
La situazione, prima dell'umask, era: io ero membro di disk, di root e di qualunque altra cosa potesse c'entrare e nel file dei permessi di udev era tutto settato su 666 (sarà stato questo il motivo?). |
|
| Back to top |
|
|
motaboy
Retired Dev
Joined: 15 Dec 2003
Posts: 1483
|
| Posted: Fri Sep 10, 2004 3:56 pm Post subject: |
|
|
Ripeto per l'ennesima volta, udev non centra niente, lui setta i permessi ai files sotto /dev, i permessi dei mountpoints li setta "mount". Perció il motivo é indipendente da udev, devfs, MAKEDEV e mknod.
_________________
... |
|
| Back to top |
|
|
theRealMorpheu5
l33t
Joined: 26 Feb 2004
Posts: 841
Location: Vicenza, IT
|
| Posted: Fri Sep 10, 2004 4:25 pm Post subject: |
|
|
| Ok, l'unica cosa che mi resta da capire è il perché prima andasse anche senza l'umask... |
|
| Back to top |
|
|
motaboy
Retired Dev
Joined: 15 Dec 2003
Posts: 1483
|
| Posted: Fri Sep 10, 2004 4:43 pm Post subject: |
|
|
Non saprei, mi sembra strano, probabilmente é una cazzata ma adesso non mi viene in mente nulla.
_________________
... |
|
| Back to top |
|
|
|
Forum italiano (Italian)
