Poste mal die Ausgabe von
Code
lsmod | grep snd
als root
Beiträge von Trekkie00
-
-
Was passiert, wenn Du
Codecat /boot/vmlinuz > /dev/dsp
eingibst? -
Hast Du die Soundtests in yast nochmal durchgeführt?
-
Ich würde als nächstes mal die Konfiguration der Soundkarte löschen.
Danach Neustart und Soundkarte neu einrichten (mit deaktiviertem PulseAudio).
Danach nochmal Neustart. -
-
Hier mal meine Ausgaben (ist aber 64 bit, deswegen nicht an Architektur stören):
Code
Alles anzeigenzypper se -si alsa i | alsa | Paket | 1.0.24.1-23.1.2 | x86_64 | openSUSE-12.1-Oss i | alsa-docs | Paket | 1.0.24.1-23.1.2 | noarch | openSUSE-12.1-Oss i | alsa-firmware | Paket | 1.0.24.1-7.1.1 | noarch | openSUSE-12.1-Oss i | alsa-oss | Paket | 1.0.17-37.1.2 | x86_64 | openSUSE-12.1-Oss i | alsa-oss-32bit | Paket | 1.0.17-37.1.2 | x86_64 | openSUSE-12.1-Oss i | alsa-plugins | Paket | 1.0.24-18.1.2 | x86_64 | openSUSE-12.1-Oss i | alsa-plugins-32bit | Paket | 1.0.24-18.1.2 | x86_64 | openSUSE-12.1-Oss i | alsa-plugins-dca | Paket | 1-1.1 | x86_64 | Packman Repository i | alsa-plugins-pulse | Paket | 1.0.24-18.1.2 | x86_64 | openSUSE-12.1-Oss i | alsa-plugins-pulse-32bit | Paket | 1.0.24-18.1.2 | x86_64 | openSUSE-12.1-Oss i | alsa-plugins-samplerate | Paket | 1.0.24-18.1.2 | x86_64 | openSUSE-12.1-Oss i | alsa-plugins-samplerate-32bit | Paket | 1.0.24-18.1.2 | x86_64 | openSUSE-12.1-Oss i | alsa-plugins-speex | Paket | 1.0.24-18.1.2 | x86_64 | openSUSE-12.1-Oss i | alsa-tools | Paket | 1.0.24.1-12.1.2 | x86_64 | openSUSE-12.1-Oss i | alsa-tools-gui | Paket | 1.0.24.1-12.1.2 | x86_64 | openSUSE-12.1-Oss i | alsa-utils | Paket | 1.0.24.2-12.8.1 | x86_64 | openSUSE-12.1-Oss i | alsamixergui | Paket | 0.9.0rc1-755.1.2 | x86_64 | openSUSE-12.1-Oss i | projectM-libvisual-alsa | Paket | 2.0.1-2.4 | x86_64 | Packman Repository i | pyalsa | Paket | 1.0.22-9.1.2 | x86_64 | openSUSE-12.1-OssCodezypper se -si xine i | kdebase4-runtime-xine | Paket | 4.7.4-5.4 | x86_64 | (Systempakete) i | libxine1 | Paket | 1.1.20.1-60.2 | x86_64 | Packman Repository i | libxine1-codecs | Paket | 1.1.20.1-60.2 | x86_64 | Packman Repository i | libxine1-gnome-vfs | Paket | 1.1.20.1-60.2 | x86_64 | Packman Repository i | libxine1-pulse | Paket | 1.1.20.1-60.2 | x86_64 | Packman Repository i | phonon-backend-xine | Paket | 4.4.4-8.1.2 | x86_64 | openSUSE-12.1-Oss i | xine-skins | Paket | 1.0.3-2.2 | noarch | Packman Repository i | xine-ui | Paket | 0.99.5-239.1.2 | x86_64 | openSUSE-12.1-OssAlle Pakete auf Packman umgestellt?
Poste mal noch die Ausgabe von
Codezypper lr -uP -
Poste mal Ausgabe von
Codeuname -a hwinfo --sound
als root
undCodezypper se -si phonon zypper se -si alsa zypper se -si xine -
Da updates immer eine Änderung sind, die sich systemweit auswirkt (in der Verzeichnisstruktur oberhalb des /home/ Ordners) ist nur root berechtigt diese durchzuführen. Als normaler User bist Du nur befugt Änderungen durchzuführen die auch tatsächlich nur Auswirkungen auf Deinen aktuellen Benutzer (/home/DeinBenutzername/) haben.
-
Logitech C250 und Logitech C270 laufen hier beide ohne Probleme.
-
Das kannst Du in den regionalen Einstellungen wie bei einem normalen User auch einstellen.
Sich als root im Login anmelden, sollte man aber NIEMALS machen, da Du damit wichtige Sicherheitsmechanismen aushebelst.
Wenn Du root Rechte benötigst, wirst Du als normaler Benutzer entweder zur Eingabe Deines Administratorpassworts aufgefordert oder Du holst Dir diese Rechte überCodesu kdesu
oder ähnliche Eingaben (auch abhängig vom benutzten Windowmanager).Könntest Du mir mal erklären, warum Du Deine Softwareaktualisierungen nicht wie vom System vorgesehen einspielen möchtest? Gibt es dafür einen wichtigen Grund?