Bonjour,

j'ai essayé d'installer Fedora 36 en suivant ce tutoriel, mais Fedora ne boot pas et renvoie ce message
dracut-initqueue: Warning dracut-initqueue timeout - starting timeout scripts
?

Merci
Bonjour,

perso, je n'ai pas eu de souci - il te faut utiliser fedora-arm-image-installer, par exemple ainsi : 
# fedora-arm-image-installer --image=Fedora-IMAGE-NAME.raw.xz --target=rpi4 --norootpass --resizefs --addkey=/root/.ssh/id_ecdsa.pub --media=/dev/XXX
dans mon cas avec l'installation par défaut d'une clef ssh, et sans mot de passe root (que je paramètre manuellement)

fedora-arm-installer est fourni par arm-image-installer 
# dnf install arm-image-installer
le bluetooth fonctionne sur mon RPI 4

à noter que j'ai installé l'image officielle dispo ici
Je ne comprend pas pour quel raison l'image officielle ne veut pas booté (c'est l'image que j'ai utilisé avec Raspberry Pi Imager sur la carte SD officiel), as-tu un 8 GB ?

existe-il un moyen de faire fonctionner le BT, j'ai ce message "No Bluetooth Found, Plug in a dongle to use Bluetooth."
sous Ubuntu 22.04 il fonctionne...

l'installer en ligne de commande a-t-il plus de chance de fonctionner qu'avec "Raspberry Pi Imager" ou "Fedora Media Writer" ?
le bluetooth fonctionne bien sur mon RPI 4 (4Go en l'occurrence, mais je pourrai regarder prochainement sur un 8 Go, mais pas de raison que le verdict soit différent) 
# systemctl status bluetooth
● bluetooth.service - Bluetooth service
     Loaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2022-05-25 02:00:13 CEST; 1 week 2 days ago
       Docs: man:bluetoothd(8)
   Main PID: 656 (bluetoothd)
     Status: "Running"
      Tasks: 1 (limit: 4467)
     Memory: 2.1M
        CPU: 246ms
     CGroup: /system.slice/bluetooth.service
             └─ 656 /usr/libexec/bluetooth/bluetoothd

juin 03 12:48:12 fedora bluetoothd[656]: Player unregistered: sender=:1.42 path=/media_player0
juin 03 12:48:14 fedora bluetoothd[656]: Player registered: sender=:1.77 path=/media_player0
juin 03 12:48:14 fedora bluetoothd[656]: Endpoint registered: sender=:1.77 path=/MediaEndpoint/A2DPSource/ldac
juin 03 12:48:14 fedora bluetoothd[656]: Endpoint registered: sender=:1.77 path=/MediaEndpoint/A2DPSource/aac
juin 03 12:48:14 fedora bluetoothd[656]: Endpoint registered: sender=:1.77 path=/MediaEndpoint/A2DPSink/sbc
juin 03 12:48:14 fedora bluetoothd[656]: Endpoint registered: sender=:1.77 path=/MediaEndpoint/A2DPSource/sbc
juin 03 12:48:14 fedora bluetoothd[656]: Endpoint registered: sender=:1.77 path=/MediaEndpoint/A2DPSink/sbc_xq
juin 03 12:48:14 fedora bluetoothd[656]: Endpoint registered: sender=:1.77 path=/MediaEndpoint/A2DPSource/sbc_xq
juin 03 12:48:14 fedora bluetoothd[656]: Endpoint registered: sender=:1.77 path=/MediaEndpoint/A2DPSource/faststream
juin 03 12:48:14 fedora bluetoothd[656]: Endpoint registered: sender=:1.77 path=/MediaEndpoint/A2DPSource/faststream_duplex
Que donne le retour de 
$ lsusb
$ lsusb -t
$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
$ lsusb -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
PS : je confirme que ça marche aussi sur mon RPI 8 Go
La puce BT n'est pas en USB.

Du coup 
$ lspci
$ lspci
00:00.0 PCI bridge: Broadcom Inc. and subsidiaries BCM2711 PCIe Bridge (rev 10)
01:00.0 USB controller: VIA Technologies, Inc. VL805/806 xHCI USB 3.0 Controller (rev 01)
$ bluetoothctl scan on
Discovery started
[CHG] Controller AA:AA:AA:AA:AA:AA Discovering: yes
[NEW] Device 22:22:D3:81:1D:1A 22-22-D3-81-1D-1A
[NEW] Device DE:7A:A5:9E:53:E4 BluetoothMouse3600
En fait ça serait bien d'avoir les retours complets des commandes tant qu'à faire.
lspci
00:00.0 PCI bridge: Broadcom Inc. and subsidiaries BCM2711 PCIe Bridge (rev 20)
01:00.0 USB controller: VIA Technologies, Inc. VL805/806 xHCI USB 3.0 Controller (rev 01)
de mon côté, la commande rfkill me dit que le bluetooth n'est pas bloqué
$ rfkill list all
0: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no
1: hci0: Bluetooth
	Soft blocked: no
	Hard blocked: no
peut-être faut-il de ton côté débloquer le bluetooth
$ sudo rfkill unblock bluetooth
et ensuite relancer le service associé
$ sudo systemctl restart bluetooth.service
encore faut-il aussi l'avoir activé
$ sudo systemctl enable bluetooth.service
rfkill list all
0: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no
le problème avec l'image officielle :

je ne suis pas suffisamment expert pour débloquer la situation, mais la différence essentielle que je vois par rapport à mon installation est la procédure utilisée, qui repose sur arm-image-installer (outil Fedora) plutôt que l'outil raspberry pi imager

à noter que j'ai installé la version Workstation pour architecture aarch64, puis de suite procédé aux mises à jour

essaie une nouvelle installation, assez rapide finalement, selon cette procédure, car manifestement, compte tenu du retour de la commande rfkill, la puce BT n'est pas vue par ton système
L'autre procédure donne exactement le même résultat avec "Workstation pour architecture aarch64", peut-être la carte SD ?
je ne peux pas lancer de mise à jour, Fedora ne se lance pas.

Peut-on faire booter le rpi4 sur une clé USB à la place de la carte SD ?

J'ai trouvé une discussion similaire mais non résolue.
en tapant "dmesg" sur Raspberry Pi OS, j'ai un RPi4 8GB rev. 1.5

un support officiel du RPi4 par Fedora serait le bienvenue, est-ce qu'une date est prévue ?
pas de version indiquée sur mon RPI 4 8Go via dmesg dont voici les premières lignes 
[    0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd083]
[    0.000000] Linux version 5.17.11-300.fc36.aarch64 (mockbuild@buildvm-a64-07.iad2.fedoraproject.org) (gcc (GCC) 12.1.1 20220507 (Red Hat 12.1.1-1), GNU ld version 2.37-27.fc36) #1 SMP Wed May 25 14:37:32 UTC 2022
[    0.000000] Machine model: Raspberry Pi 4 Model B
[    0.000000] efi: EFI v2.90 by Das U-Boot
[    0.000000] efi: RTPROP=0x3cb2a040 SMBIOS=0x3cb26000 MOKvar=0x3ca0e000 RNG=0x3ca00040 MEMRESERVE=0x3c9f6040 
[    0.000000] efi: seeding entropy pool
[    0.000000] random: fast init done
[    0.000000] Reserved memory: created CMA memory pool at 0x0000000038000000, size 64 MiB
[    0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool
[    0.000000] NUMA: No NUMA configuration found
[    0.000000] NUMA: Faking a node at [mem 0x0000000000000000-0x00000001ffffffff]
[    0.000000] NUMA: NODE_DATA [mem 0x1fefaa6c0-0x1fefc0fff]
à noter que mon RPI 4 est l'une des toutes premières versions, et effectivement, il n'est pas encore totalement supporté : https://docs.fedoraproject.org/fr/quick-docs/raspberry-pi/ (si la doc est à jour)
Franchement en dehors de certains pilotes comme celui pour la partie graphique (après j'ai pas retesté depuis un moment), perso je n'ai pas eu de souci dans ce genre (rpi4 4Go), que ce soit avec gnome, qu'avec KDE.

Du moins avec F34 et F35.

Tu utilise quoi comme image? normalement c'est les aarch64 qu'il faut utiliser de préférence.
pour ce qui est de la revision, elle s'affiche aussi avec la commande 
sudo raspi-config
j'ai tenté de copier l'image aarch64 sur une clé USB et là ça boot...
Le Bluetooth fonctionne, par contre quand je rentre le login/mdp au démarrage sur un écran 4K, je reviens systématiquement à l'écran de connexion login/mdp ?