From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 05924158091 for ; Wed, 15 Jun 2022 02:50:49 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7F409E08CE; Wed, 15 Jun 2022 02:50:42 +0000 (UTC) Received: from jroy.ca (jroy.ca [23.29.118.128]) by pigeon.gentoo.org (Postfix) with ESMTP id E19A4E089A for ; Wed, 15 Jun 2022 02:50:40 +0000 (UTC) Received: from [10.0.0.125] (vpn.jroy.ca [184.161.108.223]) by jroy.ca (Postfix) with ESMTPSA id 53FC8259A1F for ; Tue, 14 Jun 2022 22:50:40 -0400 (EDT) Message-ID: <76be4a97-f69a-702e-ca26-6d17f277d3cf@jroy.ca> Date: Tue, 14 Jun 2022 22:50:43 -0400 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: [gentoo-user] KDE Plasma sound not working Content-Language: en-US To: gentoo-user@lists.gentoo.org References: <3675527.kQq0lBPeGt@wstn> From: Julien Roy In-Reply-To: <3675527.kQq0lBPeGt@wstn> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 4807cfcd-fd1d-4d0a-99d5-aa2edad08632 X-Archives-Hash: 2069548e67a0a999394b276e6cf2e918 Hello, I'm not sure if my previous email went through correctly, so I will try again: A few suggestions to pin point the source of your problem: - Try with a different audio device to test if the issue is localized to this USB dongle, or if it is "system wide", - Install a different DE (or perhaps a WM would be faster), to see whether this is KDE-related, or system wide, - Take a copy/backup/snapshot of your new user account before the issue occurs, and compare it (specifically the config files) to the account after the issue appears. This may help you find out if KDE is doing something fishy with a config file somewhere that triggers the problem. Alternatively, you could also revert to the snapshot and see if that fixes the problem. If so, then you might want to take more granular snapshots (specific folders or files), and restore specific folders as the issue appears, to figure out where exactly the problem is located. As for the drive that wants to mount itself, I don't think it is related to this audio problem, but KDE (and DEs in general) have settings to allow mounting devices (automatically) through the DE itself rather than fstab, which explains why the noauto setting is being ignored : check the settings in KDE to see if it's setup to auto mount devices. Regard, Julien On 6/14/22 22:00, Peter Humphrey wrote: > Hello list, > > I thought it was time to start a fresh thread, so here it is. > > I still have no working sound. I keep thinking I've fixed the problem, only to > be proved wrong at the next reboot. The hardware is a USB dongle with a Unitek > Y-247A chipset and I'm using an ordinary 3.5mm wired connection. > > The problem seems to be in my user account, because I can create a new user, > then adjust control panel values to suit, logging out and in after each > change. The sound keeps operating as it should - until I reboot, and then it's > dead. > > By 'dead' I mean (a) it's silent, and (b) when I click the control panel > button to test a speaker, the icon changes colour to show it's working, but it > just hangs and never comes back. > > This reminds me of another problem, in which Konsole windows are not always > restored after a login. This has still not been fixed; two bugs refer: > > 1. https://bugs.gentoo.org/show_bug.cgi?id=819459 > 2. https://bugs.kde.org/show_bug.cgi?id=445862 > > Something else also changes at the first reboot after creating a new user > account: a dialogue box opens requesting permission to mount a partition - but > that partition is one of several marked 'noauto' in fstab. (Screen shot > attached.) > > What can possibly live under /home/prh and cause all this disruption? I might > suspect I'd been hacked, but I've rebuilt a new system several times, and I've > lost count of the times I've thrown away my user account and started again. >