La mise à jour 17.10 vers 18.04 se bloque pendant le démarrage


17

Je viens de prendre un ordinateur de bureau Gateway P4 en état de marche et de le mettre à niveau de 16.04LTS jusqu'à 17.10 sans aucun problème. Dès que j'ai essayé d'installer 18.04LTS, j'ai eu du mal à démarrer.

J'ai réinstallé de nombreuses façons différentes, sans amélioration du problème de démarrage. Le logo Ubuntu apparaît et les points clignotent plusieurs fois, puis le pointeur de la souris se fige et le système ne répond absolument pas. Si je démarre avec le "splash silencieux" supprimé de la ligne du noyau dans grub, je peux voir qu'il s'arrête juste après le démarrage du premier compte utilisateur 120.

Voici un indice ... Si je remplace "splash silencieux" par nomodeset, il démarre complètement, mais il est en mode 640x480 uniquement.

Voici les informations vidéo i915 ...

  *-display UNCLAIMED
       description: VGA compatible controller
       product: 82945G/GZ Integrated Graphics Controller
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 02
       width: 32 bits
       clock: 33MHz
       capabilities: msi pm vga_controller bus_master cap_list
       configuration: latency=0
       resources: memory:e0300000-e037ffff ioport:20e0(size=8) memory:d0000000-dfffffff memory:e0380000-e03bffff memory:c0000-dffff

Je soupçonne que je dois ajouter un paramètre spécial du noyau du contrôleur vidéo i915 à grub pour que la vidéo fonctionne correctement. Des idées sur quel paramètre cela pourrait être ... ou d'autres idées?

Mise à jour # 1: je viens de découvrir que si je démarre en "Mode de récupération", puis que je choisis "Reprendre le démarrage normal", il démarre complètement, sur un bureau 1024x768 4: 3 (devrait être 16: 9).

Mise à jour # 2: mise à niveau de 17.10 à 18.04, le démarrage échoue. Réinstallation 18.04, le démarrage échoue. Suppression et nettoyage de la partition de disque 18.04, le démarrage échoue. Installation du logiciel 18.04 "proposé", le démarrage échoue toujours. Ubuntu Live DVD fonctionne très bien.

Mise à jour # 3: j'ai trouvé une liste de paramètres i915 ...

~$ modinfo -p i915
modeset:Use kernel modesetting [KMS] (0=disable, 1=on, -1=force vga console preference [default]) (int)
panel_ignore_lid:Override lid status (0=autodetect, 1=autodetect disabled [default], -1=force lid closed, -2=force lid open) (int)
semaphores:Use semaphores for inter-ring sync (default: -1 (use per-chip defaults)) (int)
enable_rc6:Enable power-saving render C-state 6. Different stages can be selected via bitmask values (0 = disable; 1 = enable rc6; 2 = enable deep rc6; 4 = enable deepest rc6). For example, 3 would enable rc6 and deep rc6, and 7 would enable everything. default: -1 (use per-chip default) (int)
enable_dc:Enable power-saving display C-states. (-1=auto [default]; 0=disable; 1=up to DC5; 2=up to DC6) (int)
enable_fbc:Enable frame buffer compression for power savings (default: -1 (use per-chip default)) (int)
lvds_channel_mode:Specify LVDS channel mode (0=probe BIOS [default], 1=single-channel, 2=dual-channel) (int)
lvds_use_ssc:Use Spread Spectrum Clock with panels [LVDS/eDP] (default: auto from VBT) (int)
vbt_sdvo_panel_type:Override/Ignore selection of SDVO panel mode in the VBT (-2=ignore, -1=auto [default], index in VBT BIOS table) (int)
reset:Attempt GPU resets (default: true) (bool)
error_capture:Record the GPU state following a hang. This information in /sys/class/drm/card<N>/error is vital for triaging and debugging hangs. (bool)
enable_hangcheck:Periodically check GPU activity for detecting hangs. WARNING: Disabling this can cause system wide hangs. (default: true) (bool)
enable_ppgtt:Override PPGTT usage. (-1=auto [default], 0=disabled, 1=aliasing, 2=full, 3=full with extended address space) (int)
enable_execlists:Override execlists usage. (-1=auto [default], 0=disabled, 1=enabled) (int)
enable_psr:Enable PSR (0=disabled, 1=enabled - link mode chosen per-platform, 2=force link-standby mode, 3=force link-off mode) Default: -1 (use per-chip default) (int)
alpha_support:Enable alpha quality driver support for latest hardware. See also CONFIG_DRM_I915_ALPHA_SUPPORT. (bool)
disable_power_well:Disable display power wells when possible (-1=auto [default], 0=power wells always on, 1=power wells disabled when possible) (int)
enable_ips:Enable IPS (default: true) (int)
fastboot:Try to skip unnecessary mode sets at boot time (default: false) (bool)
prefault_disable:Disable page prefaulting for pread/pwrite/reloc (default:false). For developers only. (bool)
load_detect_test:Force-enable the VGA load detect code for testing (default:false). For developers only. (bool)
force_reset_modeset_test:Force a modeset during gpu reset for testing (default:false). For developers only. (bool)
invert_brightness:Invert backlight brightness (-1 force normal, 0 machine defaults, 1 force inversion), please report PCI device ID, subsystem vendor and subsystem device ID to dri-devel@lists.freedesktop.org, if your machine needs it. It will then be included in an upcoming module version. (int)
disable_display:Disable display (default: false) (bool)
enable_cmd_parser:Enable command parsing (true=enabled [default], false=disabled) (bool)
use_mmio_flip:use MMIO flips (-1=never, 0=driver discretion [default], 1=always) (int)
mmio_debug:Enable the MMIO debug code for the first N failures (default: off). This may negatively affect performance. (int)
verbose_state_checks:Enable verbose logs (ie. WARN_ON()) in case of unexpected hw state conditions. (bool)
nuclear_pageflip:Force enable atomic functionality on platforms that don't have full support yet. (bool)
edp_vswing:Ignore/Override vswing pre-emph table selection from VBT (0=use value from vbt [default], 1=low power swing(200mV),2=default swing(400mV)) (int)
enable_guc_loading:Enable GuC firmware loading (-1=auto, 0=never [default], 1=if available, 2=required) (int)
enable_guc_submission:Enable GuC submission (-1=auto, 0=never [default], 1=if available, 2=required) (int)
guc_log_level:GuC firmware logging level (-1:disabled (default), 0-3:enabled) (int)
guc_firmware_path:GuC firmware path to use instead of the default one (charp)
huc_firmware_path:HuC firmware path to use instead of the default one (charp)
enable_dp_mst:Enable multi-stream transport (MST) for new DisplayPort sinks. (default: true) (bool)
inject_load_failure:Force an error after a number of failure check points (0:disabled (default), N:force failure at the Nth failure check point) (uint)
enable_dpcd_backlight:Enable support for DPCD backlight control (default:false) (bool)
enable_gvt:Enable support for Intel GVT-g graphics virtualization host support(default:false) (bool)

Mise à jour # 4: je suis actuellement en cours d'exécution avec i915.modeset=0ma ligne de noyau grub, elle démarre et j'obtiens 1024x768 (4: 3).

Mise à jour # 5: La mise à jour vers le noyau 4.16.9 ne résout pas le problème.

Mise à jour # 6: Une partie de la réponse de @ karel a fourni une solution de contournement suffisante. Le passage du gestionnaire d'affichage gdm3 au gestionnaire d'affichage lightdm fonctionne. Je pourrais alors également supprimer i915.modeset=0de ma ligne de noyau grub.

sudo apt-get update
sudo apt-get install lightdm
# if lightdm wasn't already installed, it'll ask which dm you want
# if lightdm was already installed, then you need to:
sudo dpkg-reconfigure lightdm
# and choose lightdm over gdm3
reboot

Mise à jour # 7:

Il s'avère que le problème n'est pas un problème gdm3 vs lightdm. C'est un problème gdm3 / wayland avec les anciens GPU Intel. Pour réparer ...

Dans terminal...

  • cd /etc/gdm3 # changer de répertoire
  • sudo pico custom.conf # éditer ce fichier

Rechercher et modifier:

#WaylandEnable=false

Pour ça:

WaylandEnable=false

Enregistrez le fichier.

  • sudo dpkg-reconfigure gdm3 # sélectionnez gdm3 DM

Sélectionnez gdm3 et OK.

  • reboot # redémarrez l'ordinateur

Remarques:

https://feeding.cloud.geek.nz/posts/linux-kernel-module-options-on-debian/

Définition des options du noyau pour l'i915

Comment réparer les pilotes i915 cassés pour les GPU Intel?


Symptômes très similaires après la mise à niveau du 16 au 18.04 sur un ordinateur de bureau compact HP avec des vidéos Intel intégrées. L'écran de démarrage se fige après 4 points rouges. La suppression de la ligne de swap de / etc / fstab entraîne le gel de l'écran noir. L'ajout d'un nomodeset aux paramètres de démarrage a permis un démarrage à basse résolution. Un-commentant WaylandEnable = false dans /etc/conf/custom.conf semble avoir résolu le problème.
KalleMP

Réponses:


11

Essayez de vous connecter à votre environnement de bureau par défaut à partir de la console virtuelle tty. La console virtuelle est accessible en appuyant sur la combinaison de touches Ctrl+ Alt+ F3après que l'ordinateur est bloqué au démarrage. Connectez-vous à la console virtuelle avec votre nom d'utilisateur et votre mot de passe et exécutez la commande suivante.

sudo systemctl start graphical.target

Si cela ne fonctionne pas, basculez le gestionnaire d'affichage de connexion de gdm3 vers lightdm. LightDM est un gestionnaire d'affichage de connexion plus léger que gdm3.

sudo apt install lightdm   
sudo dpkg-reconfigure lightdm 
sudo reboot  

sudo dpkg-reconfigure lightdmouvrira une nouvelle fenêtre vous permettant de sélectionner lightdm comme gestionnaire d'affichage de connexion par défaut. Utilisez les touches fléchées pour sélectionner lightdm et appuyez sur la Tabtouche pour mettre le focus sur <OK> et appuyez sur Enter. Redémarrez ensuite en exécutant cette commande:sudo reboot

Essayez de démarrer à partir de Xorg au lieu de Wayland. Modifiez /etc/gdm3/custom.confavec sudo nano /etc/gdm3/custom.conf, décommentez #WaylandEnable=falseainsi WaylandEnable=falseet lancezsudo dpkg-reconfigure gdm3 # select gdm3

Si cela ne fonctionne pas, voyez si vous pouvez au moins passer en mode texte (à des fins de dépannage) sans aucune interface graphique comme le serveur X en cours d'exécution.

sudo systemctl start multi-user.target  

Merci pour vos idées. Le processus de démarrage ne dépasse jamais le logo plymouth, si vous croyez ce que l'écran affiche, mais je pense qu'il continue en fait de démarrer, en fonction de l'activité du disque. Je peux obtenir un démarrage complet et accéder à l'écran de connexion si j'utilise le paramètre du noyau i915.modeset = 0, mais sa résolution est incorrecte. Je ne sais pas comment accéder à la console virtuelle tty si je ne peux pas accéder à l'écran de connexion. Est-ce que gdm ou lightdm fonctionne même dès l'écran du logo plymouth? Lorsque je supprime "splash silencieux", je peux voir où le processus de démarrage semble s'arrêter.
heynnema

ps: je crois que (si gdm3 était la valeur par défaut) gdm3 fonctionnait avec ce système vidéo en 17.10
heynnema

Le fait qu'il utilisait gdm3 en 17.10 m'a également intrigué, mais cette réponse a quand même fonctionné pour le même problème lors de la mise à niveau de 17.10 vers 18.04, ce à quoi j'ai répondu et ma réponse a été acceptée.
karel

Je vais essayer et faire un rapport.
heynnema

1
@heynnema Oh oui, le tristement célèbre WaylandEnable=falseproblème. J'ai vu cela sur beaucoup de questions et réponses ici en AU. Je n'ai pas encore eu assez de courage / de temps pour utiliser Wayland moi-même.
WinEunuuchs2Unix

4

Il s'avère que le problème n'est pas un problème gdm3 vs lightdm. C'est un problème gdm3 / wayland avec les anciens GPU Intel. Pour réparer ...

Dans terminal...

  • cd /etc/gdm3 # changer de répertoire
  • sudo pico custom.conf # éditer ce fichier

Rechercher et modifier:

#WaylandEnable=false

Pour ça:

WaylandEnable=false

Enregistrez le fichier.

  • sudo dpkg-reconfigure gdm3 # sélectionnez gdm3 DM

Sélectionnez gdm3 et OK.

  • reboot # redémarrez l'ordinateur

1
merci, cela a aidé! pas vraiment besoin de redémarrer l'ordinateur: vous pouvez également tuer gdm3 (pour que le système le redémarre).
mariotomo
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.