I had the same issue as well. After upgrade F34->F35 basically I had to enable/start wireplumber.service. I didn't touch pulseaudio.service only "wireplumber.service" 

Thank you.

(In reply to Onuralp Sezer from comment #1)
> I had the same issue as well. After upgrade F34->F35 basically I had to
> enable/start wireplumber.service. I didn't touch pulseaudio.service only
> "wireplumber.service" 

Just in case - I had to stop/disable wireplumber.service to make audio working.

I can confirm this exact same issue too. Directly after upgrade the required wireplumber service was disabled, however, running

sudo systemctl --global enable wireplumber

fixed the issue.

FEDORA-2021-3c4c454c98 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-3c4c454c98

The update above doesn't help:

    $ systemctl --user unmask wireplumber.service
    Removed /home/andrew/.config/systemd/user/wireplumber.service.

    $ systemctl --user start wireplumber.service

    $ systemctl --user restart pulseaudio.service 

    $ systemctl --user status pulseaudio.service | grep -o ']: .*'
    ]: Starting Sound Service...
    ]: Failed to load module "module-alsa-card" (argument: "device_id="0" name="pci-0000_05_00.1" card_name="alsa_card.pci-0000_05_00.1" namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes avoid_resampling=no card_properties="module-udev-detect.discovered=1""): initialization failed.
    ]: Failed to load module "module-alsa-card" (argument: "device_id="2" name="usb-KWORLD_INC._USB_FM_Stick-00" card_name="alsa_card.usb-KWORLD_INC._USB_FM_Stick-00" namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes avoid_resampling=no card_properties="module-udev-detect.discovered=1""): initialization failed.
    ]: Failed to load module "module-alsa-card" (argument: "device_id="1" name="pci-0000_07_00.4" card_name="alsa_card.pci-0000_07_00.4" namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes avoid_resampling=no card_properties="module-udev-detect.discovered=1""): initialization failed.
    ]: Started Sound Service.
    ]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

    $ rpm -q wireplumber
    wireplumber-0.4.4-1.fc35.x86_64

This is a mix of pipewire with audio enabled and pulseaudio. I would recommend to replace pulseaudio with pipewire-pulseaudio or remove the audio parts of
pipewire (pipewire-alsa).

(In reply to Wim Taymans from comment #6)

Thank you
Shouldn't these rpm packages be conflicting then?

FEDORA-2021-3c4c454c98 has been pushed to the Fedora 35 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-3c4c454c98`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-3c4c454c98

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

(In reply to Andrew from comment #7)
> (In reply to Wim Taymans from comment #6)
> 
> Thank you
> Shouldn't these rpm packages be conflicting then?

pipewire-pulseaudio and pulseaudio are already conflicting. And since F34, we ship pipewire-pulseaudio by default.

> Shouldn't these rpm packages be conflicting then?

pipewire-alsa and pipewire-jack-audio-connection-kit should probably conflict with pulseaudio so that the audio parts of pipewire get disabled when using pulseaudio.

FEDORA-2021-3c4c454c98 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-3c4c454c98

FEDORA-2021-3c4c454c98 has been pushed to the Fedora 35 stable repository.
If problem still persists, please make note of it in this bug report.

Should not be closed, I think.
Users should get some hint about pulseaudio <-> wireplumber conflicts.

(In reply to Andrew from comment #13)
> Should not be closed, I think.
> Users should get some hint about pulseaudio <-> wireplumber conflicts.

I definitely wasted a lot of time when stumbling across gnome-control-center weirdness after upgrading from F34 to F35.  Finally fixed (mostly) everything with:

    sudo dnf swap --allowerasing pulseaudio pipewire-pulseaudio
    sudo dnf reinstall wireplumber pipewire-{alsa,libs,pulseaudio}
    systemctl --user enable --now wireplumber
    systemctl --user restart wireplumber pipewire ; systemctl --user stop pulseaudio