L'ordinateur se réveille sur un écran noir dans Ubuntu 12.04 à double démarrage avec Linuxmint 14 Cinnamon sur un disque dur séparé
Cela fait 3 jours que je n'ai pas pu démarrer mon ordinateur sur mon système d'exploitation à cause d'un écran noir. Wow, et j'ai vraiment aimé cet OS à la fois. J'essaie de faire passer l'écran noir depuis hier matin. Est-ce que quelqu'un AT peut au moins me dire comment l'obtenir? SO JE PEUX AT MOINS DE VOIR À NOUVEAU L'ÉCRAN? Je n'ai jamais eu un seul problème avec 12.04 jusqu'à ce que j'ai frappé 12.04.2 et 13.04. Je n’ai jamais eu ce problème jusqu’à récemment et je ne sais pas s’il est lié au fait qu’Ubuntu se trouve sur un disque dur SATA et à LinuxMint 14 sur un disque dur IDE.
Lorsque je déplace la souris pour réveiller l'ordinateur, le moniteur passe de l'orange au bleu. Je sais que le moniteur s'allume, mais l'écran reste noir. Parfois, lorsque je redémarre, je regarde mon disque dur s’il cesse de clignoter. Je suppose qu’il se trouve dans le menu GRUB, alors j’appuie sur EnterEnsuite, ma première option sera de permettre la signature dans laquelle je peux voir, et parfois non. J'ai HDMI, mais je cours en DVI. Je ne vois pas ma première option dans GRUB, je viens d'appuyer sur Enter, puis je vois mon écran connexion.
Après avoir appuyé plusieurs fois sur le bouton de redémarrage de mon ordinateur, il s'affiche, mais il faut plusieurs essais.
Lorsque je suis sur le disque dur LinuxMint, la même chose se passe là-bas.
J'ai une carte graphique Radeon HD 6500 et j'ai essayé plusieurs pilotes différents (open source et propriétaire), mais rien n'a été corrigé. J'utilise maintenant le pilote AMD Catalyst 13.4, qui fonctionne très bien, à l'exception de ce problème.
J'ai fait des recherches sur Google et essayé plusieurs solutions, mais rien ne fonctionne et cela vieillit très vite.
Quelqu'un sait-il comment résoudre ce problème?
Si l'ordinateur se met en veille et que je le réveille au bout de 3 minutes, tout se passera bien, sans problème, mais s'il reste en veille pendant une heure ou deux, le problème est là.
J'utilise le noyau 3.5.0-28-générique ainsi que la dernière pile x quantique.
Vérification de mon BIOS - Je suis déjà sur "s3". Je ne suis pas vraiment sûr de vouloir suspendre sur un disque dur, car suspendre pour fonctionner en mode RAM fonctionnait. J'ai également essayé l'astuce "acpi_sleep=old_ordering" dans les options de démarrage Grub sans succès.
Pour ajouter à cela, lorsque j'ai ajouté LinuxMint, sur le deuxième disque dur, j'ai débranché mon disque dur SATA de l'ordinateur sur lequel Ubuntu était installé, puis j'ai installé LinuxMint 14 sur le disque dur IDE. Une fois installé, j'ai ensuite rebranché mon disque SATA et lancé Sudo update-grub.
En lisant davantage sur Ubuntu 12.04.2, je me demande si, lorsque mon noyau et xorg seront mis à jour en quantal, si tel est mon problème ... Y at-il un moyen de revenir à un noyau plus ancien pour tester cela? Je ne me souviens pas correctement pour le moment, mais ce problème a peut-être commencé lorsque je mets LinuxMint 14 sur le disque dur IDE et son équivalent à Ubuntu 12.10, n'est-ce pas? Cela pourrait-il être le problème? Le nouveau xorg et le noyau? Bien que ma priorité d’amorçage dans le BIOS charge mon disque SATA qui contient tout d’abord de toute façon 12.04 Ubuntu, mais qui a également été mis à jour vers le nouveau noyau quantal. J'ai mis un lien ici vers mon fichier xorg , en espérant que cela pourrait aider certains aussi.
Mise à jour 1:
J'ai juste essayé de lancer memtest à partir du menu Grub, et j'obtiens une erreur "too small lower memory (0x99100 >0x99800)". Le test ne commence pas et j'ai 2 entrées de memtest dans Grub2. Je suis en cours d'exécution 8gigs de RAM, carte de socket 775 gigaoctet, configuration quad-core. Je n'ai pas de crash, ma mémoire apparaît dans le moniteur système.
Je viens de faire une recherche sur ce problème. Cela semble un bogue, mais cela affecterait-il mes paramètres S3 dans le BIOS?
Mise à jour 2:
Je viens de passer de S3 à S1. Cela ne marche pas non plus.
J'ai remarqué dans mon fichier de log xorg que je recevais des erreurs
(EE) open /dev/dri/card0: No such file or directory,,,,,
(EE) open /dev/fb0: No such file or directory,,,,,
(WW) Falling back to old probe method for fglrx,,,,,,,
(WW) fglrx: No matching Device section for instance (BusID PCI:0@1:0:1) found,,,,,,,
(WW) Falling back to old probe method for vesa,,,,,,,,
(WW) Falling back to old probe method for modesetting,,,,
(WW) Falling back to old probe method for fbdev,,,,,
(WW) fglrx(0): board is an unknown third party board, chipset is supported......
J'ai également passé à 13.04 et je continue à lutter contre ce problème. J'ai essayé nomodeset dans Grub et pourtant [rien ne fonctionne] (mon xorg.conf).
Mise à jour 3:
Aujourd'hui, comme d'habitude, lorsque mon ordinateur a redémarré et est revenu, je ne pouvais rien voir d'autre qu'un écran noir. Pas même le BIOS ou Grub. Cependant, j'ai supposé qu'Ubuntu était mis en évidence dans le Grub et j'ai appuyé sur Enter. Ensuite, je vois le voyant de mon disque dur allumé, puis j'entends le carillon Ubuntu. J'ai tenté plusieurs redémarrages pendant environ 30 minutes. À la dernière tentative, je me suis senti frustré et, alors que mon ordinateur était en marche, j'ai débranché mon câble DVI de la carte graphique, puis je l'ai rebranché. Et tout d'un coup, je n'avais plus d'écran noir. Je pouvais enfin voir mon bureau. Est-ce que cela aide quelqu'un à m'aider à résoudre ce problème?
Une autre chose que j'ai remarquée est mon disque dur LinuxMint est /sda1, alors que mon disque dur Ubuntu SATA est /sdb. Le Grub doit-il être sur /sda1?
J'ai rencontré ce problème à plusieurs reprises avec Windows, sans parler d'ubuntu, Mint, Debian, etc. J'ai tendance à ne pas utiliser suspendre pour cette raison, mais cela a fonctionné pour Ubuntu 12.04 et versions antérieures pour moi, mais dépend fortement de votre carte mère et de votre carte vidéo.
La première chose que vous devez faire est de vous assurer que la suspension sur RAM (S3) est activée dans le BIOS de la carte mère. Par la suite, dans le BIOS de la carte mère, assurez-vous que le spindown du disque dur est désactivé et que DPMS est activé (essayez également de le désactiver s'il est activé, c'est-à-dire si l'option est dans le BIOS).
Assurez-vous également que l'option est disponible, définissez le paramètre 'Système d'exploitation Plug' n play installé 'sur Oui. Récemment, sur Ubuntu, j’ai arrêté d’utiliser les pilotes ATI et Nvidia et d’utiliser celui d’Ubuntu car je les ai trouvés bogués, démarrant sur un écran noir, aucun ordinateur de bureau et un plantage constant. Il est parfois utile d’énumérer le matériel (carte mère, RAM, alimentation, carte vidéo), car cela peut donner une idée de la configuration ACPI dans le BIOS qui peut être résolue avec une mise à jour du BIOS ou des composants légèrement incompatibles.
Cela se produira rarement en dual boot. Vous devez d’abord déterminer si vos paramètres d’affichage sont identiques à ceux de votre affichage (15.6 ou 13.6..etc ..,) dans Ubuntu. Après cela, vérifiez le réglage de l’affichage et le nombre d’affichages présents. Après toutes ces vérifications, vous obtiendrez votre écran normal comme précédemment.
Je vais mettre dans mes deux cents. J'ai une configuration similaire, Ubuntu 12.04LTS et Debian 6. Je viens de vérifier mon BIOS et les paramètres sont les suivants:
ACPI Function Enabled
ACPI Standby State S1
J'ai Ubuntu et Debian avec les dernières mises à jour au 5/10/2013. J'utilise principalement Ubuntu, et parfois, il s'endort pendant des jours. Mais peu importe combien de temps il dort, il se réveille toujours sans problème. Je possède une carte graphique ATI (AMD) Radeon, avec le dernier pilote d’affichage Linux x86 propriétaire d’AMD Catalyst 13.4.
Comme je l’ai mentionné, le mien est réglé sur S1 et, comme vous avez le vôtre sur S3, avec des contrats avec de la RAM, je vous conseillerais de définir votre ACPI sur S1, de tester votre RAM et de voir s’il existe une mise à jour du BIOS. carte système.
Même problème sur mon ordinateur portable. Je l'ai fait fonctionner mais je ne sais pas si cela vous aidera, mais vous pouvez essayer. Ceci est plus connu sur Intel vgas mais sur le lien de référence, il y a quelque chose à propos d'ATI et de NVIDIA.
Force Pipe A Quirk Ce problème se pose généralement sur le matériel graphique Intel (plus particulièrement le i855) en verrouillant la machine lors de la fermeture du couvercle. La solution à ce problème consiste à activer votre carte pour forcer l’activation du canal A. Si vous pensez que vous rencontrez ce bogue, essayez de définir cette option dans votre xorg.conf:
Section "Device" .. Option "ForceEnablePipeA" "true" EndSection
Pour plus de référence, visitez la source de la citation ci-dessus: