Il y a 16Go de RAM...
J'avais pas compris que ça pouvait servir à ça le SWAP :roll:

@VINDICATORs, je n'ai pas trouvé où c'est 🙁
Dans "ajustements" de Gnome, j'ai pu juste désactiver la mise en veille mais c'est pas vraiment ce qu'on cherche 🙁
Je crois que j'ai mis que 2Go de Swap donc peut être pas assez 🙁
Il ne sort pas de la veille quoi qu'il arrive.

Donc, je résume : je suis passée sous F35, TOUT fonctionne sauf que si je rabats l'écran, il passe en veille et quand je rouvre il ne sort pas de la veille.
Je n'ai encore rien tenté pour corriger le problème, à part l'upgrade.

Merci à tous en tout cas

@raigoin : c'est une fonctionnalité qu'on souhaite conserver.

@Nicoss : oui

@VIndicator : je ne sais pas si c'est une mise en veille ou une hibernation.

nouvo09 wrote:Tu devrais tester avec un live pour voir.

Non mais tout fonctionne, et ça fonctionnait bien sur le Live aussi, là c'est juste que j'ai peur d'installer des pilotes spécifiques et qu'ensuite ça ne démarre plus.
Mon seul problème : si je rabats l'écran, il se met en veille et ensuite il ne démarre plus quand je rouvre l'écran, ça reste noir et rien ne le fait revenir.

Bonsoir
J'ai upgradé vers F35, malheureusement le problème demeure 🙁

non, une fois qu'il est passé en veille, il ne revient plus, je l'éteins au bouton et je redémarre.
Sinon tout marche bien.
Effectivement, je réfléchis à un upgrade... j'avais un peu peur vu que c'est du matériel récent, je ne sais pas pourquoi, je suis souvent en confiance avec la version qui a déjà été plus éprouvée...
J'ai jamais upgradé sans formater, mais là ça me tente.

J'utilise Gnome, et j'ai déjà farfouillé les options, j'ai rien trouvé de vaillant 🙁 j'ai l'impression que c'est précisément CE intel IRIS XE qui déconne, j'ai cherché un peu en anglais aussi, j'ai pas vu de problème similaire, mais d'autres problèmes sous Fedora.

Bonjour,
Merci !
Je n'ai rien fait jusqu'à maintenant, je suis juste obligée de l'éteindre au bouton si jamais il passe en veille.
En utilisant la commande que tu dis, ça permettrait qu'il se réveille après la veille ?

Bonjour
Petit up 🙂
Merci

Bonjour à tous,
J'ai installé F34 sur l'ordi de ma sœur, un Asus B1400C.
Tout fonctionne bien, j'ai même réussi à faire fonctionner le pavé numérique inclus dans le trackpad. Seulement le lecteur d'empreintes fait la tête, mais elle n'en a pas vraiment besoin.
Le problème que j'ai c'est la sortie de veille. Quand je rabats l'écran, il passe en veille, on souhaite garder cette fonction car elle l'utilise ++. Mais il ne revient pas après.
J'ai lu un peu sur le forum et je comprends que c'est un problème de pilote de carte graphique => ma bête noire. Je ne sais pas pourquoi, mais j'ai la poisse, à chaque fois que je touche à ces choses là je me retrouve face à un ordi qui ne démarre plus en mode graphique et moi à partir de là, je ne sais plus quoi faire à part formater :hammer:
Voici le lspci, sur l'ordi il est écrit "intel iRIS Xe".

[Lena@fedora ~]$ lspci
0000:00:00.0 Host bridge: Intel Corporation 11th Gen Core Processor Host Bridge/DRAM Registers (rev 01)
0000:00:02.0 VGA compatible controller: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] (rev 01)
0000:00:04.0 Signal processing controller: Intel Corporation TigerLake-LP Dynamic Tuning Processor Participant (rev 01)
0000:00:06.0 System peripheral: Intel Corporation Device 09ab
0000:00:08.0 System peripheral: Intel Corporation GNA Scoring Accelerator module (rev 01)
0000:00:0a.0 Signal processing controller: Intel Corporation Tigerlake Telemetry Aggregator Driver (rev 01)
0000:00:0d.0 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4 USB Controller (rev 01)
0000:00:0e.0 RAID bus controller: Intel Corporation Volume Management Device NVMe RAID Controller
0000:00:14.0 USB controller: Intel Corporation Tiger Lake-LP USB 3.2 Gen 2x1 xHCI Host Controller (rev 20)
0000:00:14.2 RAM memory: Intel Corporation Tiger Lake-LP Shared SRAM (rev 20)
0000:00:14.3 Network controller: Intel Corporation Wi-Fi 6 AX201 (rev 20)
0000:00:15.0 Serial bus controller: Intel Corporation Tiger Lake-LP Serial IO I2C Controller #0 (rev 20)
0000:00:15.1 Serial bus controller: Intel Corporation Tiger Lake-LP Serial IO I2C Controller #1 (rev 20)
0000:00:16.0 Communication controller: Intel Corporation Tiger Lake-LP Management Engine Interface (rev 20)
0000:00:17.0 System peripheral: Intel Corporation Device 09ab
0000:00:1f.0 ISA bridge: Intel Corporation Tiger Lake-LP LPC Controller (rev 20)
0000:00:1f.3 Multimedia audio controller: Intel Corporation Tiger Lake-LP Smart Sound Technology Audio Controller (rev 20)
0000:00:1f.4 SMBus: Intel Corporation Tiger Lake-LP SMBus Controller (rev 20)
0000:00:1f.5 Serial bus controller: Intel Corporation Tiger Lake-LP SPI Controller (rev 20)
0000:00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (13) I219-V (rev 20)
10000:e0:06.0 PCI bridge: Intel Corporation 11th Gen Core Processor PCIe Controller (rev 01)
10000:e0:17.0 SATA controller: Intel Corporation Device a0d3 (rev 20)
10000:e1:00.0 Non-Volatile memory controller: Sandisk Corp WD Blue SN550 NVMe SSD (rev 01)

Une piste où je ne serais pas obligée de tout recommencer ?

Merci d'avance pour votre aide,
Elsa

8 redémarrages sans accrocs.
J'y crois :pint:

@Nicosss : j'ai mis à jour le bios via Windows. J'ai eu peur, mais ça a marché.
Depuis, le bios a un peu changé, mais à priori, tout roule pour lui.
Ça fait 3 fois que je démarre Fedora sans couac, mais mon expérience me fait dire qu'il ne faut pas que je me réjouisse trop vite...
Merci pour cette piste en tout cas, je vous tiendrai au courant dans les jours à venir.

@hechmi50 : j'ai vérifié, c'est en mode AHCI, d'ailleurs y'avait pas d'autre mode dans le bios ?

Merci beaucoup à vous deux en tout cas.

Bonjour Hechmi50
Merci pour ton aide

[Elsa@fedora ~]$ sudo fdisk -l
[sudo] Mot de passe de Elsa : 
Disque /dev/nvme0n1 : 238,47 GiB, 256060514304 octets, 500118192 secteurs
Modèle de disque : WDC PC SN520 SDAPNUW-256G-1002          
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : F05C3101-930A-46BF-A472-3856262B8371

Périphérique       Début       Fin  Secteurs Taille Type
/dev/nvme0n1p1  93313024  94361599   1048576   512M Système EFI
/dev/nvme0n1p2    534528    567295     32768    16M Réservé Microsoft
/dev/nvme0n1p3    567296  93311630  92744335  44,2G Données de base Microsoft
/dev/nvme0n1p4 498376704 500117503   1740800   850M Environnement de récupératio
/dev/nvme0n1p5  94361600  97507327   3145728   1,5G Partition d'échange Linux
/dev/nvme0n1p6  97507328 128964607  31457280    15G Système de fichiers Linux
/dev/nvme0n1p7 128964608 498376703 369412096 176,1G Système de fichiers Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.


Disque /dev/zram0 : 7,55 GiB, 8107589632 octets, 1979392 secteurs
Unités : secteur de 1 × 4096 = 4096 octets
Taille de secteur (logique / physique) : 4096 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

[Elsa@fedora ~]$ sudo cat /etc/fstab

#
# /etc/fstab
# Created by anaconda on Sun Jun 13 14:19:42 2021
#
# Accessible filesystems, by reference, are maintained under '/dev/disk/'.
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
#
# After editing this file, run 'systemctl daemon-reload' to update systemd
# units generated from this file.
#
UUID=4f6512ca-05e4-4314-96d0-eab16eace033 /                       ext4    defaults        1 1
UUID=F560-30DB          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
UUID=c660dfc8-b2e4-4571-a8b2-1f47f4c9908a /home                   ext4    defaults        1 2
UUID=3e6d1ce5-8121-458c-a837-0d2c2d46d94b none                    swap    defaults        0 0
[Elsa@fedora ~]$ sudo efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001,0002
Boot0000* Fedora	HD(1,GPT,1ef30b9a-920f-4d87-b08e-5f77bdb0dd59,0x58fd800,0x100000)/File(\EFI\FEDORA\SHIMX64.EFI)
Boot0001* Windows Boot Manager	HD(1,GPT,1ef30b9a-920f-4d87-b08e-5f77bdb0dd59,0x58fd800,0x100000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0002* Fedora	HD(1,GPT,1ef30b9a-920f-4d87-b08e-5f77bdb0dd59,0x58fd800,0x100000)/File(\EFI\FEDORA\SHIM.EFI)..BO
[Elsa@fedora ~]$ 

Mise à jour faite via sudo dnf update
Aucun changement 🙁

Bonjour Nicosss,
Merci pour ton aide.
Je n'ai pas encore fait la mise à jour car précédemment tout était à jour sans que ça règle le problème. Là j'ai juste fait l'install, j'attends la suite avant de lancer quoi que ce soit...

J'ai essayé toutes les combinaisons possible, y compris branché / non branché, en validant ou en laissant démarrer sans rien toucher etc... Je n'ai pas trouvé de lien particulier.

Je peux redémarrer et rajouter les options, je l'avais fait précédemment, ça ne nous avait pas trop aidé. Par contre là si je redémarre je ne sais pas dans combien de temps / d'essai j'aurai de nouveau accès à Fedora...

Je n'ai ajouté aucune option au kernel non 🙁

PS : quand je dis que Fedora ne démarre pas, l'écran reste totalement noir, je ne vois "rien" qui se passe, si je laisse tourner l'ordi finit par souffler +++ mais il ne se passe toujours rien. Obligée de couper au bouton.

Bonjour à tous,

Mon ordinateur est un Asus UX362F https://www.asus.com/fr/Laptops/For-Home/ZenBook/ZenBook-Flip-13-UX362/

J'avais Fedora 32 dessus, mais j'avais un problème de démarrage aléatoire de Fedora. Nous avions longuement échangé ici : https://forums.fedora-fr.org/viewtopic.php?id=71354
Sur la fin je pensais le problème résolu, puisque j'avais pu démarrer plusieurs fois successives sans problème. Malheureusement, c'était juste un coup de chance et le problème de démarrage est resté présent depuis.
Il s'agit de mon ordi pro, et j'avoue que j'étais totalement épuisée, j'ai arrêté de "chercher" : j'ai tout simplement arrêté de l'éteindre : je fermais l'écran (=> mise en vieille) quand je ne m'en servais plus. Sauf que bon, cette solution n'est pas toujours pratique, notamment parce qu'il continue à se décharger... et j'ai peur que ça l’abîme à long terme...

Je suis actuellement en congé maternité, donc j'ai un peu de temps pour m'y pencher (bébé est encore au chaud).
Du coup, je l'ai formaté avec F34, pleine d'espoir que ça règle le souci :
- J'ai retenu la leçon précédente : j'ai pas formaté le /boot/efi, j'ai juste redonné le point de montage.
- j'ai partitionné comme c'était : juste en reformatant : un / de 15Go, un swap de 1,5Go et un /home du reste de la place.
- dual boot avec Windows dont j'ai besoin pour le boulot (utilisation d'un Tobii, commande oculaire, pour mes patients)

Bon bin : échec.
L'installation s'est passée sans aucun problème.
Windows démarre sans problème (ouf, j'ai pas tout écrasé cette fois!).
Fedora démarre... parfois ! Quand elle démarre c'est très rapide, et elle marche parfaitement. Mais régulièrement ça ne démarre pas.

Je suis dégoutée.
Je sais qu'on avait déjà essayé énormément de choses avant, sans vraiment trouver ce qui posait problème. J'ai l'impression que je suis condamnée à fonctionner avec ma mise en veille.

J'ai cherché sur le Forum, j'ai vu passer ça : https://forums.fedora-fr.org/viewtopic.php?id=72615 est-ce que ça se tenterait de savoir quel partitionnement est proposé ? Est-ce que ça peut venir de là ?

Des pistes et idées ? J'ai relu tout mon post de la dernière fois bien sûr, mais finalement cela n'est pas instructif vu que le problème avait persisté...

Merci d'avance à tous,
Elsa