Op deze website gebruiken we cookies om content en advertenties te personaliseren, om functies voor social media te bieden en om ons websiteverkeer te analyseren. Ook delen we informatie over uw gebruik van onze site met onze partners voor social media, adverteren en analyse. Deze partners kunnen deze gegevens combineren met andere informatie die u aan ze heeft verstrekt of die ze hebben verzameld op basis van uw gebruik van hun services. Meer informatie.

Akkoord

Vraag & Antwoord

OS Linux

geluidsrechten instellen

Middelburg
17 antwoorden
  • Plots start in usermodus de geluidsserver niet meer op en verwijst naar geen schrijfrechten naar een /temp-file. Ook bij het aanmaken van nieuwe gebruikers treedt dit euvel op. In beheeerdersmodus is er niets aan de hand. Hoe kan ik e.e.a corrigeren? Bij de users staat vermeld dat ze in de groep audio zitten.
  • Hoe staan de rechten van je dsp-devices?

    [code:1:fd5a3bc779]ls -l /dev/dsp*[/code:1:fd5a3bc779]

    -Roeland
  • ls -l /dev/dsp*

    lrwxrwxrwx 1 root root 4 2004-06-06 13:31 /dev/dsp -> dsp0
    crw——- 1 1000 audio 14, 3 2004-04-06 15:27 /dev/dsp0
    crw——- 1 1000 audio 14, 19 2004-04-06 15:27 /dev/dsp1
    crw——- 1 1000 audio 14, 35 2004-04-06 15:27 /dev/dsp2
    crw——- 1 1000 audio 14, 51 2004-04-06 15:27 /dev/dsp3
    crw-rw—- 1 root root 55, 0 2004-04-06 15:27 /dev/dsp56k

    Foutmeldingen:
    Tijdens de vorige start werd KNotify tijdens het aanmaken van Arts::Dispatcher afgesloten vanwege een programmafou . Wilt u het opnieuw proberen of de aRts-geluidsuitvoer uitschakelen?
    Als foutmelding krijg ik voor iedere gebruiker /tmp/mcop-xxxx is not owned by user

    Dit is overigens als de zoveelste keer dat ik in Suse plotseling zonder enige aanleiding op problemen stuit.Erg buggy lijkt me
  • Heb je misschien de eerste gebruiker die je hebt aangemaakt op je systeem (na root) verwijderd?

    De rechten van je dsp staan niet goed, verander dat even als volgt:

    [code:1:85dbabb42b]chown root.audio /dev/dsp*[/code:1:85dbabb42b]

    en vervolgens:

    [code:1:85dbabb42b]chmod ug+rw /dev/dsp?[/code:1:85dbabb42b]

    Als de users in de groep audio staan, dan moet het weer werken.

    Heb je ooit zitten frutten met de rechten van je devices?

    -Roeland
  • Om het even te verduidelijken, kort de uitleg:

    De rechten van /dev/dsp? moeten als volgt zijn:

    [code:1:fb31633975]crw-rw—- 1 root audio 14, 3 May 29 19:16 /dev/dsp0[/code:1:fb31633975]

    Dat wil zeggen: root is eigenaar en heeft rw rechten (lees schrijf) en de audio groep heeft ook rw rechten (de tweede rw in de regel). Iedereen in de groep audio mag er dus heen schrijven.

    Met het chown root.audio /dev/dsp* commando, zorg je dat 'root' de eigenaar wordt, en de groep 'audio'. Met chmod ug+rw /dev/dsp? (ug = user, group, rw = read write) zet je de rechten goed.

    In jouw situatie zie je dat user '1000' eigenaar is van de devices. Normaal is nummer 1000 verbonden (via o.a. de passwd file) aan een gebruiker (de eerste op je systeem). Als die gebruiker niet bestaat, krijg je het user-id (identificatie) te zien, in dit geval 1000. Alleen die heeft rechten in jouw situatie, dus een gewone gebruiker niet. (Zie dat de tweede 'rw' ontbreekt, die voor de audio group.)

    Dat je als root-gebruiker wel geluid kon krijgen, komt omdat de root overal bij kan, ook al staat de dsp device niet op zijn naam.

    -Roeland
  • Hartelijk dank voor je reactie

    Ik heb de rechten gewijzigd:
    lrwxrwxrwx 1 root audio 4 2004-06-06 13:31 /dev/dsp -> dsp0
    crw-rw—- 1 root audio 14, 3 2004-04-06 15:27 /dev/dsp0
    crw-rw—- 1 root audio 14, 19 2004-04-06 15:27 /dev/dsp1
    crw-rw—- 1 root audio 14, 35 2004-04-06 15:27 /dev/dsp2
    crw-rw—- 1 root audio 14, 51 2004-04-06 15:27 /dev/dsp3
    crw-rw—- 1 root audio 55, 0 2004-04-06 15:27 /dev/dsp56k

    Het levert evenwel jammer genoeg geen resultaat op
  • Voer eens uit als gewone gebruiker:

    [code:1:8c4de4ee86]ls -l / >/dev/dsp[/code:1:8c4de4ee86]

    Hoor je wat?

    En als je dat als root doet, hoor je dan wat?

    -Roeland
  • In beide gevallen, zowel als root als als user, een een soort systeempiep
  • En als ik kmix in console doe krijg ik:
    kmix: ERROR: Alsa-mixer is niet gevonden. Controleer of de geluidskaart is geïnstalleerd en het bijhorende stuurprogramma is geladen. En die zijn geinstalleerd anders kan ik als root geen geluid afspelen.
  • In je eerste posting heb je het over een foutmelding dat er niet kan worden geschreven naar een tijdelijk bestand.
    Heb je al gecontroleerd waarom dat niet mogelijk is?

    Zijn de schrijfrechten naar bijv. /tmp/kde-gebruikersnaam wel juist ingesteld?

    Wat kmix betreft, kijk ook even in het configuratiecentrum naar de geluidsinstellingen.
    Laat kde bovendien zoeken naar meer dan 1 geluidsmixer.

    Rinse
  • Ohja, je moet dezelfde rechten ook toekennen aan /dev/mixer* . Vermits je al wat geluid krijgt met dat ls -l > /dev/dsp commando zijn de permissies daarvan al in orde.
  • Quote: RHkok

    "Heb je misschien de eerste gebruiker die je hebt aangemaakt op je systeem (na root) verwijderd?"

    In een eerdere posting van een paar dagen terug had ik het volgende probleem:
    In Suse 9.1 startte de x-server plotseling niet meer op.
    Tijdens het booten krijg ik de melding:
    cannot open logfile /var/log/xfree86.0
    Vervolgens:
    xinit: input/output error (errno 5) unable to connect to x-server
    xinit: no such process (errno 3) server error.
    Dit heb ik kunnen oplossen middels een backupbestand. Vervolgens kon ik niet in kde met de melding als user: No write access to /home/user/.ICEauthority. Ik maakte toen een nieuwe user aan die dat probleem niet had. Toen ben ik vervolgens als nieuwe gebruiker verder gegaan en heb de oorspronkelijke eerste gebruiker verwijderd.

    Vanavond zal ik in elk geval de permissies in de /tmp directory veranderen en die van /dev/mixer
  • Ik zou gewoon heel de /tmp directory eens leegzwieren. Maar doe dit bij voorkeur vanuit een lage runlevel, tik bv. eerst "telinit 1" als root. Als alles goed gaat krijg je dan een console in single-user mode (en ben je zeker dat er niks meer draait dat bestanden van /tmp nodig heeft). Tik dan:
    rm -r /tmp/*.
    Vervolgens kan je met het commando "init 5" terug in X geraken, als dat niet lukt reboot je maar gewoon.
  • Bamboe, is dat wel veilig? Via google vond ik gisteravond een item waar iemand met dezelfde problemen hetzelfde advies kreeg, dit ook deed en vervolgens hierbij zijn hele systeem om zeep hielp.
  • Hele systeem om zeep door de tmp directory te verwijderen? Dat bestaat niet.
    Je moet wel even een nieuwe aanmaken (mocht dat niet automatisch gebeuren) en er met chmod 1777 een sticky bit aan geven.
  • Je moet gewoon even:
    [code:1:37807339d1]
    rm -Rf /tmp/*
    [/code:1:37807339d1]
    Uitvoeren als root en dan is je temp-dir gewoon leeg. Dat kan absoluut geen kwaad hoor.
  • Bedankt voor de hulp. Ik ben nu zo ver dat ik kmix kan openen. Ik heb /tmp geleegd en de toegangsrechten van /dev/mix* gewijzigd.
    lrwxrwxrwx 1 root audio 6 2004-06-06 13:31 mixer -> mixer0
    crw-rw—- 1 root audio 14, 0 2004-04-06 15:27 mixer0
    crw-rw—- 1 root audio 14, 16 2004-04-06 15:27 mixer1
    crw-rw—- 1 root audio 14, 32 2004-04-06 15:27 mixer2
    crw-rw—- 1 root audio 14, 48 2004-04-06 15:27 mixer3

    Ik kan echter nog niet bij de geadvanceerde uitvoerinstellingen van kmix als user. Wat moet ik veranderen om daarvan gebruik te kunnen maken?

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.