PHaddiction

Bonjours, Update depuis le dernier post, j'ai réussi par miracle il y a 3 semaines à effectuer un boot et mettre à jours les initramfs, et linux a fonctionné à peu prêt normalement depuis. (Le message d'erreur s'affichait parfois à l’écran mais le boot réussissait tout de même). En revanche depuis une semaine environ j'ai à nouveau des écrans noir juste après le grub, qui ne réagissent à rien. En recovery mode il y a juste écrit "chargement du disque mémoire initial" et idem, tout est bloqué et rien ne bouge. Encore une fois si quelqu'un saurait m'orienter vers des vérifications où une éventuelle explication ?

Bonjour, Ubuntu a été installé une première fois (version 18.04) et réinstallé (version 20.04) à l'aide d'une clef USB effectivement. Après la réinstallation, Linux a fonctionné correctement pendant une semaine environ puis a recommencé à ne pas fonctionner avec une fréquence d'échec allant en augmentant. J'ai téléchargé le fichier image disque sur le site d'ubuntu (au lien suivant : https://releases.ubuntu.com/20.04/). Je n'ai pas tenté de changer de clef USB : c'est la même qui a été transformé en clef bootable pour les deux installations.

Bonjour, J'ai procédé il y a peu à l'installation d'un dual boot Ubuntu 18.04 LTS/Windows 10. Cependant le boot ne réussissait que rarement : GRUB s'affiche correctement mais la sélection d'Ubuntu menait souvent à un écran noir (violet dans le cas de la 18.04 LTS). Bien évidement, le secure boot, rapid boot de Windows sont désactivés et j'avais bien mis les paramètres SATA en AHCI (nécessaire sur les Dell il me semble). J'ai alors réinstallé Ubuntu 20.04 LTS qui était sorti entre temps mais rien ne change : j'arrive correctement sur le GRUB (version 2.04 en surbrillance : Ubuntu) et la sélection d'Ubuntu mène à un écran noir sur lequel s'affiche [0.xxxxxxxx] Initramfs unpacking failed : Decoding failed /dev/nvme0n1p5 recovering journal /dev/nvme0n1p5 clean 261xxxx/1602496 files, 29xxxxxx/64000000 blocks (où les x représentent des chiffres changeant à chaque essais de boot). Cet écran s'efface rapidement pour laisser place à l'écran suivant : Une fois sur cet écran plus rien ne réagit, l'ordi chauffe (ventilation fonctionne fort) et le seul moyen de le quitter est de presser pendant une dizaine de secondes (parfois plus) le bouton power pour ainsi forcer l'arrêt. Les démarrages alternatifs dans les options avancée pour ubuntu (Ubuntu, avec Linux 5.4.0-31-generic (recovery mode ou pas)) donnent Chargement de Linux 5.4.0-31-generic... Chargement du disque mémoire initial... sur écran noir bloqué de la même façon. Les essais sur le 5.4.0-26-generic donnaient la même chose... Une fois que le boot a échoué une fois, tous les boots suivants immédiatement échouent. Toutes mes tentatives de boot ces 15 derniers jours ont échouées. La cause de ce dysfonctionnement est manifestement un problème avec le Initramfs et mes recherches sur l'erreur Initramfs unpacking failed : Decoding failed m'ont révélées qu'elle était répertorié mais aucune solution ne m'a été donnée sur les forums que j'ai pu visiter. Mon ordinateur est un DELL Latitude 5400. Merci pour votre aide. P.S. : ce sujet est la suite d'un autre sujet resté sans réponse que j'avais lancé début juin alors que je n'avais pas encore réussi à identifier l'erreur. D'autres informations complémentaires sont à trouver à

Bonjour, Aucune réactions... je me permet de relancer le sujet. Est-ce aussi un mystère pour vous aussi ?

Bonjour, J'avais déjà posté il y a quelques semaines un message sur ce forum afin de procéder l'installation d'un dual boot Ubuntu 18.04 LTS/Windows 10. Cela fonctionnait bien mais de temps en temps Ubuntu refusait de démarrer : GRUB s'affichait correctement mais quand je sélectionnais Ubuntu, l'écran restait violet (de la même couleur que le fond du menu GRUB) et rien ne réagissait. Cela avait déjà réagi comme ça durant l'installation, alors que j’essayais de booter sur la clef d'installation sans avoir mis l'ordi en mode AHCI à la place de RAID. Bien évidement le rapide boot et secure boot de Windows sont désactivés. Plusieurs essais successif conduisaient toujours à l'echec du demarrage, mais cela finissait par passer et en attendant une heure et en retentant après. Quand on arrivait alors sur Ubuntu le système signalait une erreur et nous proposait de la déclarer (de l'envoyer) mais fonctionnait par ailleurs très bien. Mais le phénomène s'est mis à arriver de plus en plus souvent si bien qu'Ubuntu ne démarrait en moyenne qu'une fois sur 3 : problématique pour moi qui avait un projet de programmation à rendre pour un cours à l'EPFL. J'ai fouillé sans trouver grand chose sur les forum, et ai tenté de faire démarrer en mode récupération ou sur un noyau antérieur dans le options avancée du GRUB, en vain (reste bloqué sur "chargement du disque mémoire initial"). J'ai donc décidé de réinstaller Ubuntu et ai donc profité pour réinstaller la 20.04 LTS qui était sortie depuis peu. Mais toujours le même problème : GRUB s'affiche correctement (avec un écran noir, nouveauté de la 20.04 LTS) mais la sélection d'Ubuntu échoue encore plus souvent qu'elle ne réussi en laissant un écran noir. Une nouveauté cependant, la fois où le boot à réussi (je n'ai pas osé l'éteindre depuis, le rendu de mon projet approchait dangereusement), un message s'est affiché très rapidement et j'ai eu le temps de lire "Initialing unpacking failed ...". La suite m'a échappé. Et encore une fois, en arrivant sur le bureau, le système me propose de déclarer une erreur, puis tout fonctionne très bien. J'aimerais donc vous demander si vous connaitriez éventuellement la cause de dysfonctionnement et comment le résoudre. J'avais personnellement pensé à un problème de disque mal partitionné, ou de partitions mal attribuées mais après vérification sur mon ordi et le forum tout semble normal. Mon ordinateur est un DELL Latitude 5400. Merci pour votre aide.

Bonsoir, J'ai finalement remédié à cela en procédant à un redémarrage en mode sans échec juste après avoir sélectionné AHCI dans le bios puis en redémarrant normalement. Le dual boot Linux Ubuntu/Windows 10 fonctionne donc correctement, je marque ainsi mon arrivée sur la glace !! Encore une fois un grand merci pour vos réponses et votre réactivité exceptionnelle !

Merci pour votre réponse mais elle impose un problème : Windows ne démarre pas quand le SATA est programmé en AHCI, Linux ne démarre pas quand il est en RAID et aucun des deux ne démarrent si je désactive le SATA. Que faire ? Il serait assez contraignant de devoir changer cela dans le Bios à chaque connexion... Par ailleurs j'aurai encore une question de compréhension. J'avais alloué de la mémoire pour Linux (sans en faire une partition) mais lors de l'installation de Linux je n'ai jamais eu à spécifier dans quelle zone mémoire je devais l'installer. De plus dans le gestionnaire de disques de Windows elle n'est pas colorée en gris mais en bleu et il n'est plus écrit entre parenthèse sous sa taille "Non alloué" mais "Sain (Partition principale)". Cela veut-il dire que Linux est installé dans cette zone la du disque ? Merci beaucoup

Bonjour, Ça a marché, je vous répond actuellement depuis Linux Ubuntu installé sur mon ordinateur. Merci beaucoup pour votre réactivité et votre investissement ! Il me reste une dernière question : maintenant que Linux est installé sur l'ordinateur, est-ce que je peux remettre le mode RAID ou il faut impérativement garder AHCI ?

Bonjours AZAMOS Tout d'abord merci pour votre réponse ! J'ai donc suivit votre conseil et ai changé l'option du RAID en AHCI mais contrairement à ce que vous aviez annoncé l'ordinateur ne savait plus démarrer. Il affichait un message d'erreur annonçant que l'ordinateur allait redémarrer et un flashcode. Puis quelque secondes après il redémarrait effectivement pour retomber sur le même problème. J'ai alors forcé le bootage sur Windows (f12 lors du démarrage quand le logo Dell s'affiche sur l'écran puis sélectionner manuellement le booteur Windows), et finalement après avoir entré la clef du Bitlocker j'avais la même erreur 2 fois. Lors du 3ème redémarrage j'ai pu accéder au redémarrage avancé donc à l'UEFI et ai réactivé le RAID. Je n'ose pas retenter de peur de bloquer mon ordinateur... que faire alors ? Mon SSD est en GPT, et la clef sur laquelle j'ai écrit l'image Ubuntu est en MBR. J'ai donc écrit l'image en GPT (grâce à Rufus puis Etcher) mais je ne suis pas sûr de comprendre ce que signifie "lancer la clé en mode UEFI"... est-ce que booter sur la clef comme j'ai forcé le bootage sur Windows (F12 lors du démarrage puis selection de la clef) correspond à lancer la clef en mode UEFI ? Je vous remercie encore beaucoup pour vos réponses !

Bonjour, Je poste un message sur ce forum car je cherche à installer Linux Ubuntu en dual boot avec Windows 10 sur mon ordinateur, un DELL Latitude 5400. J'ai suivit d'abord un tutoriel (openclassroom pour le tout début puis celui de crabeinfo), puis voyant que cela ne fonctionnait pas j'ai fait plusieurs recherches sur d'autres tutoriels, forums et parfois cours d'informatiques afin d'essayer de comprendre un minimum ce que je faisais. Après plusieurs essais cela ne fonctionne toujours pas, et j'ai même fini par rencontrer des problèmes insolubles que je n'avais pas rencontré lors de mes premiers essais. Je vous ai synthétisé les étapes que j'ai réalisé au cours des mes différents essais et les problèmes rencontrés à chaque fois : Premier jours : - Alloué 25 Go depuis le gestionnaire de disque Windows ('windows' + 'r', commande"diskmgmt" en session admin) sans faire de cet espace alloué une nouvelle partition L: - Désactivé le secure boot depuis l'UEFI - Fait une clef d'installation (logiciel "rufus") avec le fichier d'installation Ubuntu 18.04.4 LTS téléchargé sur le site officiel Ubuntu ("ubuntu-18.04.4-desktop-amd64", un fichier .iso, fichier d'image disque). - Le disque de mon ordinateur est en GPT, mais la clef est en MBR. Je ne sais plus si sur cette version j'avais fait la clef en MBR ou GPT - Redémarrer l'ordi en prenant les précautions pour éteindre complètement Windows ('maj' + "éteindre" ou simplement "redémarrer"), démarré et booté sur la clef : le menu grub s'affiche normalement. Lancer "Install ubuntu" ou "try ubuntu without installing" et lancer l'installateur depuis l'interface Linux donnent le même résultat, le démarrage d'ubiquity. - Pas de soucis sur les première étapes jusqu'à l'étape "type d'installation". L'interface alors proposé n'est pas le même que sur les tutoriels (càd ). A la place on a l'interface suivant Aucune partition n'est visible et si l'on essaie d'appuyer sur "+" ou sur "change" l'installateur plante. Le "/dev/sda" est la seule option présente dans le menu déroulant, et bien évidement il s'affiche un message d'erreur signalant qu'on a pas sélectionné de partitions sur laquelle installer (ou quelque chose de similaire) si l'on essaie d'installer. Sur beaucoup de forum ils prétendent que le problème viens du fait que le RAID est actif. J'ai suivis plusieurs instructions notamment désinstaller le raid grâce à une commande sur le terminal, rien ne change. Mais j'ai finalement eu un problème en plus qui avant celui là dans la chronologie de l'instalation lors de mes nouveaux essais... Deuxième jours : - Refaire la clef avec rufus depuis Windows, en GPT - L'espace mémoire est toujours alloué (sans être une partitions crée), le secure boot toujours désactivé - Comme la première fois le boot sur la clef donne le menu grub correctement mais ensuite, que l'on sélectionne "Install ubuntu" ou "try without installing" l'écran est noir (pas violet, noir) et le reste indéfiniment. Refaire la clef en retéléchargeant le fichier .iso ne change rien. - Essaie sur un autre ordi permet de démarrer "try without installing" ce qui montre que la clef fonctionne à priori. Lors de l'installation l'étape "type d'installation" s'affiche comme sur les tuto (avec l'option "Installer ubuntu à coté de Windows")(ce qui n'était pas le cas sur mon DELL le premier jours) mais l'installation ne conclue pas car (d'après le message d'erreur s'affichant) le grub n'étant pas installé on ne pourrait pas démarrer sur cet ordi (rappel ce deuxième ordi est un ordi "test", ce n'est pas sur celui la qu'on souhaiterait à terme installer le bual boot avec Ubuntu) Troisième jours : - Refaire la clef avec Etcher et relancer, toujours le même problème d'écran noir - Dans GRUB, aller dans le menu edit et modifier "quiet splash ---" en "nomodeset" (comme conseillé sur de nombreux forum en cas d'écran noir) ne change rien. Ainsi depuis le deuxième jours je suis bloqué sur cet écran noir et n'arrive pas à démarrer Ubuntu sur la clef, donc n'arrive même pas à entamer le processus d'installation. En espérant que vous sauriez trouver une réponse, vous remerciant déjà et vous souhaitant bonne lecture !