L'aggiornamento da 17.10 a 18.04 si blocca durante l'avvio

17

Ho appena preso un computer desktop Gateway P4 funzionante e l'ho aggiornato da 16.04LTS fino a 17.10 senza alcun problema. Non appena ho provato a installare 18.04LTS, ho avuto problemi con l'avvio.

Ho reinstallato in molti modi diversi, senza alcun miglioramento nel problema di avvio. Viene visualizzato il logo Ubuntu e i punti lampeggiano alcune volte, quindi il puntatore del mouse si blocca e il sistema non risponde. Se avvio con lo "splash silenzioso" rimosso dalla riga del kernel in grub, vedo che si ferma appena dopo aver avviato il primo account utente 120.

Ecco un indizio ... Se sostituisco "quiet splash" con nomodeset, si avvia completamente, ma è solo in modalità 640x480.

Ecco le informazioni sul video 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

Ho il sospetto che devo aggiungere uno speciale parametro del kernel del controller video i915 a grub per far funzionare correttamente il video. Qualche idea su quale parametro potrebbe essere ... o qualsiasi altra idea?

Aggiornamento n. 1: ho appena scoperto che se eseguo l'avvio in "Modalità di ripristino", e quindi scelgo "Riprendi avvio normale", si avvia completamente su un desktop 10: 4: 3 (dovrebbe essere 16: 9) 1024x768.

Aggiornamento n. 2: aggiornamento da 17.10 a 18.04, l'avvio non riesce. Reinstallazione 18.04, l'avvio non riesce. La partizione del disco elimina e pulisce 18.04, l'avvio non riesce. L'installazione del software "proposto" 18.04, l'avvio non riesce ancora. Ubuntu Live DVD funziona bene.

Aggiornamento n. 3: ho trovato un elenco di parametri 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)

Aggiornamento n. 4: Attualmente sto correndo con la i915.modeset=0mia linea del kernel grub, si sta avviando e sto ricevendo 1024x768 (4: 3).

Aggiornamento n. 5: l' aggiornamento al kernel 4.16.9 non risolve il problema.

Aggiornamento n. 6: una parte della risposta di @ karel ha fornito una soluzione abbastanza buona. Il passaggio da display manager gdm3 a display manager lightdm funziona. Potrei quindi anche rimuovere i915.modeset=0dalla mia riga del kernel 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

Aggiornamento n. 7:

Si scopre che il problema non è un problema gdm3 vs lightdm. È un problema gdm3 / wayland con GPU Intel meno recenti. Aggiustare...

In terminal...

  • cd /etc/gdm3 # cambia directory
  • sudo pico custom.conf # modifica questo file

Trova e cambia:

#WaylandEnable=false

A questo:

WaylandEnable=false

Salva il file.

  • sudo dpkg-reconfigure gdm3 # seleziona gdm3 DM

Seleziona gdm3 e OK.

  • reboot # riavvia il computer

Appunti:

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

Impostazione delle opzioni del kernel per i915

Come posso riparare i driver i915 rotti per le GPU Intel?

18.04 
— heynnema
fonte
Sintomi molto simili dopo l'aggiornamento dal 16 al 18.04 su un desktop compatto HP con alcuni video Intel integrati. La schermata iniziale si blocca dopo 4 punti rossi. La rimozione della linea di scambio da / etc / fstab provoca il blocco dello schermo nero. L'aggiunta di nomodeset ai parametri di avvio ha consentito l'avvio a bassa risoluzione. Non commentando WaylandEnable = false in /etc/conf/custom.conf sembra aver risolto il problema.
— KalleMP

Risposte:

11

Prova ad accedere al tuo ambiente desktop predefinito dalla console virtuale tty. È possibile accedere alla console virtuale premendo la combinazione di tasti Ctrl+ Alt+ F3dopo che il computer si è bloccato all'avvio. Accedere alla console virtuale con nome utente e password ed eseguire il comando seguente.

sudo systemctl start graphical.target

Se il problema persiste, passa al display manager di login da gdm3 a lightdm. LightDM è un gestore display di accesso più leggero rispetto a gdm3.

sudo apt install lightdm   
sudo dpkg-reconfigure lightdm 
sudo reboot

sudo dpkg-reconfigure lightdmsi aprirà una nuova finestra che consente di selezionare lightdm come gestore display di accesso predefinito. Utilizzare i tasti freccia per selezionare lightdm e premere il Tabtasto per mettere a fuoco su <OK> e premere Enter. Quindi riavviare eseguendo questo comando:sudo reboot

Prova ad avviare da Xorg invece che da Wayland. Modifica /etc/gdm3/custom.confcon sudo nano /etc/gdm3/custom.conf, decommenta #WaylandEnable=falsecosì com'è WaylandEnable=falseed eseguisudo dpkg-reconfigure gdm3 # select gdm3

Se non funziona, vedi se riesci almeno a passare alla modalità testo (per la risoluzione dei problemi) senza elementi della GUI come il server X in esecuzione.

sudo systemctl start multi-user.target
— karel
fonte
Grazie per le tue idee Il processo di avvio non supera mai il logo plymouth, se credi a ciò che mostra lo schermo, ma credo che in realtà continui ad avviarsi, in base all'attività del disco. Posso ottenere un avvio completo e accedere alla schermata di accesso se utilizzo il parametro del kernel i915.modeset = 0, ma la risoluzione è errata. Non sono sicuro di come accedere alla console virtuale tty se non riesco ad accedere alla schermata di accesso. Gdm o lightdm sono già in esecuzione già sullo schermo del logo plymouth? Quando rimuovo "quiet splash" posso vedere dove il processo di avvio sembra fermarsi.
— heynnema,
ps: credo che (se gdm3 era l'impostazione predefinita) gdm3 funzionava con questo sistema video nel 17.10
— heynnema,
Il fatto che stesse usando gdm3 in 17.10 mi ha anche lasciato perplesso, tuttavia questa risposta ha funzionato comunque per lo stesso problema durante l'aggiornamento da 17.10 a 18.04 a cui ho risposto e la mia risposta è stata accettata.
— karel,
Ci proverò e riporterò indietro.
— heynnema,
1
@heynnema Oh sì, il famigerato WaylandEnable=falseproblema. L'ho visto in molte domande e risposte qui in Australia. Non ho ancora avuto abbastanza coraggio / tempo per usare Wayland da solo.
— WinEunuuchs2Unix
4

Si scopre che il problema non è un problema gdm3 vs lightdm. È un problema gdm3 / wayland con GPU Intel meno recenti. Aggiustare...

In terminal...

  • cd /etc/gdm3 # cambia directory
  • sudo pico custom.conf # modifica questo file

Trova e cambia:

#WaylandEnable=false

A questo:

WaylandEnable=false

Salva il file.

  • sudo dpkg-reconfigure gdm3 # seleziona gdm3 DM

Seleziona gdm3 e OK.

  • reboot # riavvia il computer
— heynnema
fonte
1
grazie, questo mi ha aiutato! non è necessario riavviare il computer: puoi anche semplicemente eliminare gdm3 (quindi il sistema lo riavvierà).
— mariotomo,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.