ecran noir au démarrage
dao Membre non connecté
-
- Voir le profil du membre dao
- Inscrit le : 14/10/2013
- Groupes :
J'ai installé Mageia9, Xfce, sur un portable de récupération équipé de Opensuse, un Dell Inspiron 15-3552, Intel Celeron N3060 contrôleur graphique Intel intégré.
J'ai installé en Legacy car un l'UEFI était impossible par un message que je n'ai pas noté .
L'écran devient noir après l'interface de lancement.
Le démarrage n'est possible qu'en mode "Recovery" que je dois finaliser par la combinaison "Ctrl+D" qui semble fonctionner correctement.
Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
-----------------------
Edit, mon conseil n'est pas avisé, j'avais lu trop vite, et compris écran noir au démarrage. en fait, ça boot bien.
Édité par Ami age Le 29/01/2026 à 17h49
_______________________________________________________________________ 
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Je te propose les étapes supplémentaires :
Code BASH :
init 3 journalctl --no-hostname -b >journal.txt urpmi fpaste fpaste journal.txt
ce qui permet, dans l'ordre des commandes :
activer le réseau
générer un fichier journal.txt qui contient le journal de la session en cours
envoi du journal sur une adresse qui est indiquée ensuite, à reporter ici, ce qui nous permettrait de voir le contenu complet du journal.
dao Membre non connecté
-
- Voir le profil du membre dao
- Inscrit le : 14/10/2013
- Groupes :
Merci de ce retour, mais je ne comprends pas trop ce que je dois faire des commandes
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
dao :Le démarrage n'est possible qu'en mode "Recovery" que je dois finaliser par la combinaison "Ctrl+D" qui semble fonctionner correctement.
Les commandes sont à introduire à partir du moment où tu es en mode recovery.
S'il est nécessaire, à une demande de login, indique root comme utilisateur et son mot de passe, à l'aveugle.
dao Membre non connecté
-
- Voir le profil du membre dao
- Inscrit le : 14/10/2013
- Groupes :
j'obtiens après
#fpaste journal.txt
fpaste: error: file 'journal.txt' is no readable
il semple qu'il manquerait des options?
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Si j' en crois le code il semble que ce message d' erreur est retourné par le script si ne trouve pas le fichier.
Est ce que lorsque la commande "journalctl --no-hostname -b >journal.txt" renvoi une erreur lors de son exécution ?
Si oui laquelle ?
Pour essayer de comprendre ce qu'il se passe lors du démarrage normal, il y a le grub qui s' affiche, on sélectionne une entrée puis le cela s' arrête immédiatement sur un écran noir ( pas d' affichage du fond d' écran ni d' activité du disque dur) ?
Opensuse se lançait avant installation de Mageia ?
edit: si cela démarre correctement en faisant un ctrl+D ( avec un affichage graphique ?), alors il semblerait que les options envoyées pour un démarrage normal ne sont pas correctes et donc que l' on peut écarter un problème de partitions.
Les mises à jour ont été faites lors de l' installation ? Si oui peut être qu' un noyau trop récent pose problème et/ou un microcode processeur.
On pourrait essayer si plantage direct en mode normal de désactiver cette mise à jour.
Pour cela, il faut se positionner sur la ligne de démarrage normale, appuyer sur la touche 'e' chercher la ligne qui commence par linux et ajouter le paramètre "dis_ucode_ldr" puis essayer de lancer en faisant un ctrl+x (https://wiki.mageia.org/en/Comment_ajouter_des_options_au_noyau-fr#Avec_le_chargeur_de_boot_Grub_2_2 ) br />
Édité par nic80 Le 30/01/2026 à 21h01
dao Membre non connecté
-
- Voir le profil du membre dao
- Inscrit le : 14/10/2013
- Groupes :
Au "Menu de démarrage de Mageia" si je choisis "Mageia", j'ai Démarrage et deux lignes qui s'affichent que je n'ai pas le temps de lire et l'écran passe au noir, le disque tourne je pense à moins que ce ne soit le ventilateur, le combinaison de touches magiques ne fonctionne pas pour l'arrêter.
Opensuse fonctionnait normalement.
A la fin de la ligne Linux j'ai ajouté
dis_ucode_ldr
puis
ctrl+x
qui boote sur un écran noir
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
dao :la commande "journalctl --no-hostname -b >journal.txt" ne renvoie aucun message
Bonjour,
C'est normal. Totues les sorties sont envoyées dans le fichier journal.txt
Ce fichier est-il listé par la commande "ll" ?
Par contre, je me rends compte que le démarrage en mode Recovery n'est pas celui qui pose problème. Donc, en mode Recovery, il faudrait ces instructions :
Code BASH :
init 3 <connexion à l'utilisateur root> journalctl --no-hostname -b -1 >journal-1.txt fpaste journal.txt
dao Membre non connecté
-
- Voir le profil du membre dao
- Inscrit le : 14/10/2013
- Groupes :
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Ici il semble que ce soit le log de la session en mode recovery qui elle semble fonctionner. Il faudrait faire comme ceci :
- faire un démarrage normal ( qui n' abouti pas)
- redémarrer en mode recovery et relancer les commandes de Papoteur (avec le -b -1 pour la commande du journalctl comme ça on cible le démarrage précedent qui n' a pas fonctionné).
Édité par nic80 Le 31/01/2026 à 09h16
dao Membre non connecté
-
- Voir le profil du membre dao
- Inscrit le : 14/10/2013
- Groupes :
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
On dirait que c' est le même journal.txt qui a été envoyé ( même horaire et surtout toujours présence du failsafe).
Je crois qu' il y a une erreur dans les commandes de Papoteur....
Ici on demande d' exporter le journal en journal-1.txt, mais on demande à fpaste d' envoyer un fichier journal.txt
Ce devrait être plutôt ( en suivant la marche reboot sur démarrage normal, plantage, démarrage en mode recovery et execution des commandes
init 3
journalctl --no-hostname -b -1 >journal-1.txt
fpaste journal-1.txt
Ainsi on envoye le fichier journal-1.txt et pas journal.txt
Édité par nic80 Le 31/01/2026 à 11h52
dao Membre non connecté
-
- Voir le profil du membre dao
- Inscrit le : 14/10/2013
- Groupes :
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je ne comprends pas trop pourquoi on va failsafe dans tous les logs ( le mot failsafe est utilisé en cas de démarrage en recovery, me semble t' il).
Attention, Grub sauvegarde la dernière entrée sélectionnée ( du coup si on ne sélectionne pas explicitement l' entrée normale, le failsafe sera sélectionné de manière automatique).
Ceci dit, on voit ceci qui indique un crash d' un module noyau ( i915 relatif à l' affichage graphique).
Citation :Caché :janv. 31 12:24:28 kernel: ------------[ cut here ]------------
janv. 31 12:24:28 kernel: i915 0000:00:02.0: timed out waiting for [ENCODER:106P C] port ready: got 0x20, expected 0xe0
janv. 31 12:24:28 kernel: WARNING: CPU: 1 PID: 57 at drivers/gpu/drm/i915/display/intel_display.c:385 vlv_wait_port_ready+0xde/0x130 [i915]
janv. 31 12:24:28 kernel: Modules linked in: dm_mirror dm_region_hash dm_log i915 ath9k ath9k_common ath9k_hw drm_buddy ttm drm_display_helper cec rc_core ath drm_kms_helper i2c_algo_bit snd_hda_intel mac80211 snd_intel_dspcfg snd_intel_sdw_acpi spi_nor snd_hda_codec uvcvideo mtd intel_powerclamp ath3k coretemp kvm_intel iTCO_wdt btusb uvc snd_hda_core btrtl videobuf2_vmalloc btintel videobuf2_memops intel_pmc_bxt dell_laptop spi_intel_platform btbcm mei_pxp mei_hdcp iTCO_vendor_support spi_intel dell_smm_hwmon intel_rapl_msr btmtk videobuf2_v4l2 snd_hwdep kvm cfg80211 bluetooth snd_pcm videodev snd_timer irqbypass videobuf2_common punit_atom_debug mei_txe mc psmouse snd sdhci_pci mei dell_wmi intel_cstate libarc4 rtsx_usb_ms dell_smbios lpc_ich ledtrig_audio processor_thermal_device_pci_legacy ecdh_generic processor_thermal_device soundcore i2c_i801 processor_thermal_rfim memstick tpm_crb dcdbas tpm_tis cqhci ecc processor_thermal_mbox dell_wmi_descriptor i2c_smbus sdhci sparse_keymap joydev processor_thermal_rapl tpm_tis_core
janv. 31 12:24:28 kernel: intel_rapl_common int340x_thermal_zone intel_xhci_usb_role_switch tpm wmi_bmof intel_soc_dts_iosf roles int3400_thermal acpi_thermal_rel dell_rbtn rfkill evdev input_leds msr dm_mod fuse configfs loop dmi_sysfs ip_tables x_tables ipv6 crc_ccitt rtsx_usb_sdmmc mmc_block mmc_core rtsx_usb crc32_pclmul crc32c_intel polyval_generic gf128mul ghash_clmulni_intel sha512_ssse3 sha256_ssse3 sha1_ssse3 aesni_intel crypto_simd cryptd atkbd vivaldi_fmap serio_raw sr_mod xhci_pci xhci_pci_renesas i2c_hid_acpi i2c_hid drm video wmi
janv. 31 12:24:28 kernel: CPU: 1 PID: 57 Comm: kworker/u6:1 Not tainted 6.6.120-desktop-1.mga9 #1
janv. 31 12:24:28 kernel: Hardware name: Dell Inc. Inspiron 15-3552/079W3P, BIOS 4.0.13 12/22/2016
janv. 31 12:24:28 kernel: Workqueue: events_unbound async_run_entry_fn
janv. 31 12:24:28 kernel: RIP: 0010:vlv_wait_port_ready+0xde/0x130 [i915]
janv. 31 12:24:28 kernel: Code: 8b 64 24 18 48 85 db 74 33 e8 3e a2 68 cd 45 89 e9 4d 89 f0 44 89 e1 55 48 89 c6 48 89 da 48 c7 c7 10 c8 53 c1 e8 92 af d7 cc <0f> 0b 58 5b 5d 41 5c 41 5d 41 5e 41 5f c3 cc cc cc cc 48 8b 1f eb
janv. 31 12:24:28 kernel: RSP: 0018:ffffcdd500447888 EFLAGS: 00010286
janv. 31 12:24:28 kernel: RAX: 0000000000000000 RBX: ffff88b000d315d0 RCX: 0000000000000027
janv. 31 12:24:28 kernel: RDX: ffff88b07bd21688 RSI: 0000000000000001 RDI: ffff88b07bd21680
janv. 31 12:24:28 kernel: RBP: 00000000000000e0 R08: ffffffff8fa53d20 R09: 0000000000ffff10
janv. 31 12:24:28 kernel: R10: 0000000000000001 R11: 000000000000000f R12: 000000000000006a
janv. 31 12:24:28 kernel: R13: 0000000000000020 R14: ffff88b007f73d40 R15: ffff88b00f269de0
janv. 31 12:24:28 kernel: FS: 0000000000000000(0000) GS:ffff88b07bd00000(0000) knlGS:0000000000000000
janv. 31 12:24:28 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
janv. 31 12:24:28 kernel: CR2: 0000000026d51dd8 CR3: 000000016fa1a000 CR4: 00000000001006e0
janv. 31 12:24:28 kernel: Call Trace:
janv. 31 12:24:28 kernel: <TASK>
janv. 31 12:24:28 kernel: intel_enable_dp.constprop.0+0x174/0x250 [i915]
janv. 31 12:24:28 kernel: chv_pre_enable_dp+0x23/0x30 [i915]
janv. 31 12:24:28 kernel: intel_encoders_pre_enable+0x7e/0x90 [i915]
janv. 31 12:24:28 kernel: valleyview_crtc_enable+0xe3/0x1f0 [i915]
janv. 31 12:24:28 kernel: intel_enable_crtc+0x65/0xa0 [i915]
janv. 31 12:24:28 kernel: intel_commit_modeset_enables+0x53/0x80 [i915]
janv. 31 12:24:28 kernel: intel_atomic_commit_tail+0x6b1/0xe20 [i915]
janv. 31 12:24:28 kernel: intel_atomic_commit+0x350/0x390 [i915]
janv. 31 12:24:28 kernel: drm_atomic_commit+0x96/0xc0 [drm]
janv. 31 12:24:28 kernel: ? __pfx___drm_printfn_info+0x10/0x10 [drm]
janv. 31 12:24:28 kernel: drm_client_modeset_commit_atomic+0x206/0x250 [drm]
janv. 31 12:24:28 kernel: drm_client_modeset_commit_locked+0x56/0x160 [drm]
janv. 31 12:24:28 kernel: drm_client_modeset_commit+0x21/0x40 [drm]
janv. 31 12:24:28 kernel: __drm_fb_helper_restore_fbdev_mode_unlocked+0x85/0xd0 [drm_kms_helper]
janv. 31 12:24:28 kernel: drm_fb_helper_set_par+0x2b/0x40 [drm_kms_helper]
janv. 31 12:24:28 kernel: intel_fbdev_set_par+0x16/0x60 [i915]
janv. 31 12:24:28 kernel: ? con_is_visible+0x2b/0x50
janv. 31 12:24:28 kernel: fbcon_init+0x231/0x530
janv. 31 12:24:28 kernel: visual_init+0xce/0x130
janv. 31 12:24:28 kernel: do_bind_con_driver.isra.0+0x19d/0x3c0
janv. 31 12:24:28 kernel: do_take_over_console+0x144/0x180
janv. 31 12:24:28 kernel: do_fbcon_takeover+0x5a/0xc0
janv. 31 12:24:28 kernel: fbcon_fb_registered+0x49/0x70
janv. 31 12:24:28 kernel: register_framebuffer+0x161/0x210
janv. 31 12:24:28 kernel: __drm_fb_helper_initial_config_and_unlock+0x338/0x520 [drm_kms_helper]
janv. 31 12:24:28 kernel: ? ttwu_do_activate+0x6c/0x230
janv. 31 12:24:28 kernel: intel_fbdev_initial_config+0xe/0x30 [i915]
janv. 31 12:24:28 kernel: async_run_entry_fn+0x2e/0x110
janv. 31 12:24:28 kernel: process_one_work+0x181/0x390
janv. 31 12:24:28 kernel: worker_thread+0x2f1/0x410
janv. 31 12:24:28 kernel: ? __pfx_worker_thread+0x10/0x10
janv. 31 12:24:28 kernel: kthread+0xe4/0x110
janv. 31 12:24:28 kernel: ? __pfx_kthread+0x10/0x10
janv. 31 12:24:28 kernel: ret_from_fork+0x30/0x50
janv. 31 12:24:28 kernel: ? __pfx_kthread+0x10/0x10
janv. 31 12:24:28 kernel: ret_from_fork_asm+0x1b/0x30
janv. 31 12:24:28 kernel: </TASK>
janv. 31 12:24:28 kernel: ---[ end trace 0000000000000000 ]---
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie