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
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.
Fedora est à jour ?

Est-ce que tu arrives à identifier si le démarrage est vraiment aléatoire ?
Je m'explique, il faut tester des combinaisons du style :
- Démarrage direct de Fedora ?
- Redémarrage avec Fedora ? [Ctrl]+[Alt]+[Sup] fonctionne ?
- Démarrage direct de Windows puis redémarrage avec Fedora ?
- etc.

Lorsque tu démarres sous Fedora, retires les options rhgb et quiet dans les options du kernel depuis le Grub pour que ça cause un peu plus.

As-tu ajouté une option particulière au kernel d'ailleurs ?
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 🙁
Mise à jour faite via sudo dnf update
Aucun changement 🙁
Je continue mes essais :
- j'ai désactivé "SMART" dans le bios pour voir => pas de changement. (fastboot et secureboot sont bien désactivés)
- j'ai retiré rhbg et quiet au démarrage : quand ça démarre il parle, quand ça ne démarre pas, il reste sur l'écran noir sans rien dire 🙁
Il faudrait qu'on voit comment a été faite l'installation, poste: 
sudo fdisk -l
sudo cat /etc/fstab
sudo efibootmgr -v
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 ~]$
Meloelia wrote:Je continue mes essais :
- j'ai désactivé "SMART" dans le bios pour voir => pas de changement. (fastboot et secureboot sont bien désactivés)
- j'ai retiré rhbg et quiet au démarrage : quand ça démarre il parle, quand ça ne démarre pas, il reste sur l'écran noir sans rien dire 🙁
Laisse les données SMART c'est toujours intéressant de les avoir.

Concernant le second point, cette information est importante car le système ne démarre même pas finalement. Comme s'il ne savait pas quelle partition utiliser.

Est-ce un problème de bios UEFI ? Ce dernier est à jour ?
Les modifications de versions ne sont pas très éloquentes mais ça pourrait peut-être aider https://www.asus.com/fr/Laptops/For-Home/ZenBook/ZenBook-Flip-13-UX362/HelpDesk_BIOS/?model2Name=ZenBook-Flip-13-UX362.
Merci, je vais réactiver SMART vu que ça ne change rien.
Effectivement je pense depuis les premiers essais l'an dernier, qu'il ne démarre pas du tout. Ce qui me laisse vraiment perplexe c'est l'aspect aléatoire vu qu'à côté de ça Fedora marche juste NICKEL !

Non le bios n'est pas à jour, je n'ai jamais fait ça, j'avoue que ça me fait très peur !
Je vais regarder demain comment faire.

Edit : j'ai acheté l'ordi en mai 2020, donc à priori il n'y a que le "BIOS Update(Windows)" qui n'est pas à jour. Je ne sais même pas ce que ça veut dire. Je vais creuser tout ça.
Soit tu as la méthode depuis Windows via une interface graphique, soit via l'outil ASUS EZ Flash Utility de ton bios UEFI.

Du coup comme tu as Windows, tu peux utiliser l'outil Windows qui sera plus rassurant pour toi.
Il se pourrait que ce soit le réglage du disk mode dans le bios (mode raid/ mode AHCI).
Est-ce que tu peux activer le mode AHCI?
@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.
Le mode AHCI est approprié dans ton cas.

Oui c'est toujours un moment de solitude les mises à jour de bios même si maintenant avec les UEFI ça reste moins critique.

En tout cas c'est déjà une bonne nouvelle, pourvu que ça dure cette fois 😉
8 redémarrages sans accrocs.
J'y crois :pint:
Meloelia wrote:8 redémarrages sans accrocs.
Perds pas espoir :-D