grip i debian

Hvordan med de egentlige permissions på selve cdrom-drevet?

Mine permissions for cdrom (som i virkeligheden er et dvd drev, men det har den ikke fundet ud af)
lykke@stuen:~$ ls -al / |grep cdrom
drwxr-xr-x    2 root    root        4096 Jun  2 19:32 cdrom

Flg. er fra min /etc/fstab:
/dev/cdrom      /cdrom          iso9660 ro,user,noauto          0      0

Og her er permissions for audio:
lykke@stuen:~$ ls -la /dev/audio* 
crw-rw----    1 root    audio    14,  4 Mar 14  2002 /dev/audio
crw-rw----    1 root    audio    14,  20 Mar 14  2002 /dev/audio1
crw-rw----    1 root    audio    14,  36 Mar 14  2002 /dev/audio2
crw-rw----    1 root    audio    14,  52 Mar 14  2002 /dev/audio3
crw-rw----    1 root    audio    14,  7 Mar 14  2002 /dev/audioctl

Ok, men er /dev/cdrom ikke et symlink til /dev/hdb? (eller hvor den nu sidder på IDE controlleren) Prøv evt at ændre permission på den fil den peger på. Jeg ved ikke op det gør nogen forskel, men du kan jo altid ændre det tilbage hvis ikke.

lykke@stuen:~$ ls -al /dev/ |grep cdrom

lrwxrwxrwx    1 root    root            3 Jun  2 19:32 cdrom -> hdb

lykke@stuen:~$ ls -al /dev/ |grep hdb 
lrwxrwxrwx    1 root    root            3 Jun  2 19:32 cdrom -> hdb
brw-rw----    1 root    disk      3,  64 Mar 14  2002 hdb

stuen:/dev# chmod 755 hdb
stuen:/dev# ls -al /dev/ |grep hdb 
lrwxrwxrwx    1 root    root            3 Jun  2 19:32 cdrom -> hdb
brwxr-xr-x    1 root    disk      3,  64 Mar 14  2002 hdb

Netop. Gjorde det nogen forskel?

Nej desværre...Der er stadigvæk ingen forskel....
Virker som root, men ikke som alm. bruger.
Den måde jeg tester på er at prøve på at åbne grip fra en terminal...Først som bruger og derefter som root....

Det kan ikke være fordi jeg kører startx som alm. bruger vel??

Nej det kan jeg ikke se skulle gøre en forskel. Har du prøvet at mounte en almindelig data-cd som både root og bruger?

Nej, HVad skal jeg helt præcist gøre

Bare smid en data-cd i (dvs. alt andet end en musik-cd) og skriv:
"mount /dev/cdrom /mnt/cdrom" (forudsat /mnt/cdrom altså findes).
Hvis det ikke virker så prøv evt. med "mount -t iso9660 /dev/cdrom /mnt/cdrom"

Hvis jeg skriver
mount /dev/cdrom /mnt/cdrom skriver den:
mount: block device /dev/cdrom is write-protected, mounting read-only

Jeg kan fint læse cdrommen (ls ) både som alm. bruger og som root

Hmm, ja så er det måske ikke et spørgsmål om rettigheder på selve drevet.

Nu er det vel ikke sådan at grip er sat op til at bruge virtuel-scsi (eller hvad det nu hedder)?
Det er vist meget brugt i Linux (frem for analog rippin') hvis ATAPI ikke virker. I så fald læser den vist fra en hel anden device-fil i /dev (sc et-eller-andet) som root så per default har adgang til.

Den er sat op til at bruge
generic scsi setup /dev/sr0 i configurations menuen

prøver lige at ændre det til /cdrom og ser hvad der sker....

Det virker stadigvæk ikke selvom jeg ændrede ripping device til /dev/cdrom

Hvilken ripper bruger den?

cdparanoia

Og hvad sagde du den skrev når almindelige brugere forsøger at køre grip?

Den skriver "no disc" med ripdevice /dev/cdrom. Det var det samme den skrev dengang det var /dev/sr0

Hvis jeg ikke har noget til at stå under generic scsi device som root men har /dev/cdrom under cdrom så ripper den fint

Hvis jeg derimod har /dev/cdrom under generic scsi device kommer flg. fejl i terminalen
Unable to open cdrom drive.

lad være med at ændre permissions på alt muligt under debian... det er grimt...

permissions til den slags på debian fungerer på den måde, at man skal være medlem af en gruppe for at gøre ditten og datten...

skriv "groups <bruger>" for at se, hvilke grupper en bruger er medlem af.

jeg kan sagtens rippe med grip... jeg er medlem af disk, cdrom og users

husk at når du smider en bruger i en gruppe (og dermed giver dem rettigheder til at gøre ting) så virker det først _næste_ gang de logger ind. Det virker ikke, hvis du er logget ind som brugeren lykke, skifter til root, tilføjer lykke til cdrom, forlader root, og så arbejder videre som lykke... du skal logge helt og aldeles ud... (eller... problemet er snarere, at man skal logge ind forfra... man kan selvfølgelig ssh til localhost, hvis man er doven)

Det var lige det der skulle til!!! :)
Nu har jeg også sat permissions tilbage til det de burde være!
Tak for det