Dopo sospensione schermo nero Ubuntu 19.04 su HP

Riconoscimento, installazione e configurazione delle periferiche.

Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda [laura8] » lunedì 9 settembre 2019, 12:03

Ciao a tutti,
ho riscontrato un problema dopo aver installato Ubuntu 19.04 su un laptop HP con:
Processore: AMD A6-9225;
Scheda grafica: AMD Radeon R4
(fatemi sapere se ne servono altre ).
Ubuntu funziona, dopo l’accensione si carica bene e tutto. Però: se sospendo il pc manualmente, oppure lo chiudo, oppure lascio che vada in sospensione da solo, dopo non riesco più ad accedere in quanto lo schermo è nero. Il pc "si avvia" (cioè si sente che si "riaccende"), ma non si vede niente, non compare l'utente non compare niente. Ho provato a premere ESC, ctrl+alt+canc ma niente. Ogni volta sono costretta a spegnerlo col pulsante d’accensione.
Qualcuno ha per caso un’idea sul perché succeda?
Vi ringrazio già per l’aiuto.
[laura8]
Prode Principiante
 
Messaggi: 132
Iscrizione: agosto 2016
Desktop: ubuntu
Distribuzione: 19.04
Sesso: Femminile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda Zombie17 » lunedì 9 settembre 2019, 13:51

Ciao :)

Usi i Nouveau?

Posta l'output di

Codice: Seleziona tutto
sudo lshw -c display
:windows:
Avatar utente
Zombie17
Scoppiettante Seguace
Scoppiettante Seguace
 
Messaggi: 287
Iscrizione: luglio 2019
Desktop: GNOME (in Ubuntu 3.32.1)
Distribuzione: Ubuntu 19.04, Kali 2019.3 amd64
Sesso: Maschile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda [laura8] » lunedì 9 settembre 2019, 14:47

:ciao: Ciao!

Non so. Ecco qui
Codice: Seleziona tutto
laura@laura-HP-Laptop-17-ca0xxx:~$ sudo lshw -c display
[sudo] password di laura:
  *-display                 
       description: VGA compatible controller
       product: Stoney [Radeon R2/R3/R4/R5 Graphics]
       vendor: Advanced Micro Devices, Inc. [AMD/ATI]
       physical id: 1
       bus info: pci@0000:00:01.0
       version: ea
       width: 64 bits
       clock: 33MHz
       capabilities: pm pciexpress msi vga_controller bus_master cap_list rom
       configuration: driver=amdgpu latency=0
       resources: irq:38 memory:e8000000-efffffff memory:f0000000-f07fffff ioport:f000(size=256) memory:feb00000-feb3ffff memory:c0000-dffff
[laura8]
Prode Principiante
 
Messaggi: 132
Iscrizione: agosto 2016
Desktop: ubuntu
Distribuzione: 19.04
Sesso: Femminile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda willy54 » lunedì 9 settembre 2019, 14:53

Usi i Nouveau?

Assai difficile che funzionino con una Amd Radeon R4.
Toshiba Satellite A660 11M Intel® Core™ i7 CPU Q 720 @ 1.60GHz × 8, SSD 250 gb + hdd 500 gb ram 2x4 Gb : Win7 - Win10 - Ubuntu 18.04 LTS - Kubuntu 18.04 LTS gparted sda inxi -Fz
Hp Pavilon 15-CS2093nl Win10 , UbuntuStudio (provvisorio) ----- disattivare Avvio rapido in Windows10
Avatar utente
willy54
Imperturbabile Insigne
Imperturbabile Insigne
 
Messaggi: 3327
Iscrizione: dicembre 2017
Località: Castell'Alfero (AT)
Desktop: Xorg, Plasma
Distribuzione: Ubuntu, Kubuntu 18.04 x86_64
Sesso: Maschile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda Zombie17 » lunedì 9 settembre 2019, 15:15

Dettagli irrilevanti se non ti accorgi che la scheda è stata indicata nel post XD

Comunque probabilmente la colpa va attribuita al driver in uso, ma almeno per il momento non saprei che alternative ci sarebbero per quelli che stai usando, quindi non posso esserti utile.

In bocca al lupo :)

EDIT

Anzi, un ideuzza mi è venuta, ma bisogna sentire il parere di un utente esperto per attuarla.

Qui ci sono un pò di parametri interessanti.

Nello specifico, l'idea era di prendere il file /etc/default/grub e modificarne la stringa GRUB_CMDLINE_LINUX="" in questo modo:

Codice: Seleziona tutto
GRUB_CMDLINE_LINUX="acpi_sleep=s3_bios"


Magari se incarichi il bios del risveglio della scheda video anzichè lasciare l'incarico al kernel che si è dimostrato incapace di farlo, si riesce ad aggirare il problema.

Ma ripeto, è pura teoria, è necessario il parere di un utente esperto, anche perchè non sono certo che la sintassi che ho utilizzato per inserire il parametro sia corretta.

EDIT 2

Dalla documentazione del kernel.

Codice: Seleziona tutto
      Video issues with S3 resume
      ~~~~~~~~~~~~~~~~~~~~~~~~~~~
        2003-2006, Pavel Machek

During S3 resume, hardware needs to be reinitialized. For most
devices, this is easy, and kernel driver knows how to do
it. Unfortunately there's one exception: video card. Those are usually
initialized by BIOS, and kernel does not have enough information to
boot video card. (Kernel usually does not even contain video card
driver -- vesafb and vgacon are widely used).

This is not problem for swsusp, because during swsusp resume, BIOS is
run normally so video card is normally initialized. It should not be
problem for S1 standby, because hardware should retain its state over
that.

We either have to run video BIOS during early resume, or interpret it
using vbetool later, or maybe nothing is necessary on particular
system because video state is preserved. Unfortunately different
methods work on different systems, and no known method suits all of
them.

Userland application called s2ram has been developed; it contains long
whitelist of systems, and automatically selects working method for a
given system. It can be downloaded from CVS at
www.sf.net/projects/suspend . If you get a system that is not in the
whitelist, please try to find a working solution, and submit whitelist
entry so that work does not need to be repeated.

Currently, VBE_SAVE method (6 below) works on most
systems. Unfortunately, vbetool only runs after userland is resumed,
so it makes debugging of early resume problems
hard/impossible. Methods that do not rely on userland are preferable.

Details
~~~~~~~

There are a few types of systems where video works after S3 resume:

(1) systems where video state is preserved over S3.

(2) systems where it is possible to call the video BIOS during S3
  resume. Unfortunately, it is not correct to call the video BIOS at
  that point, but it happens to work on some machines. Use
  acpi_sleep=s3_bios.

(3) systems that initialize video card into vga text mode and where
  the BIOS works well enough to be able to set video mode. Use
  acpi_sleep=s3_mode on these.

(4) on some systems s3_bios kicks video into text mode, and
  acpi_sleep=s3_bios,s3_mode is needed.

(5) radeon systems, where X can soft-boot your video card. You'll need
  a new enough X, and a plain text console (no vesafb or radeonfb). See
  http://www.doesi.gmxhome.de/linux/tm800s3/s3.html for more information.
  Alternatively, you should use vbetool (6) instead.

(6) other radeon systems, where vbetool is enough to bring system back
  to life. It needs text console to be working. Do vbetool vbestate
  save > /tmp/delme; echo 3 > /proc/acpi/sleep; vbetool post; vbetool
  vbestate restore < /tmp/delme; setfont <whatever>, and your video
  should work.

(7) on some systems, it is possible to boot most of kernel, and then
  POSTing bios works. Ole Rohne has patch to do just that at
  http://dev.gentoo.org/~marineam/patch-radeonfb-2.6.11-rc2-mm2.

(8) on some systems, you can use the video_post utility and or
  do echo 3 > /sys/power/state  && /usr/sbin/video_post - which will
  initialize the display in console mode. If you are in X, you can switch
  to a virtual terminal and back to X using  CTRL+ALT+F1 - CTRL+ALT+F7 to get
  the display working in graphical mode again.

Now, if you pass acpi_sleep=something, and it does not work with your
bios, you'll get a hard crash during resume. Be careful. Also it is
safest to do your experiments with plain old VGA console. The vesafb
and radeonfb (etc) drivers have a tendency to crash the machine during
resume.

You may have a system where none of above works. At that point you
either invent another ugly hack that works, or write proper driver for
your video card (good luck getting docs :-(). Maybe suspending from X
(proper X, knowing your hardware, not XF68_FBcon) might have better
chance of working.

Table of known working notebooks:

Model                           hack (or "how to do it")
------------------------------------------------------------------------------
Acer Aspire 1406LC      ole's late BIOS init (7), turn off DRI
Acer TM 230         s3_bios (2)
Acer TM 242FX         vbetool (6)
Acer TM C110         video_post (8)
Acer TM C300                    vga=normal (only suspend on console, not in X), vbetool (6) or video_post (8)
Acer TM 4052LCi              s3_bios (2)
Acer TM 636Lci         s3_bios,s3_mode (4)
Acer TM 650 (Radeon M7)      vga=normal plus boot-radeon (5) gets text console back
Acer TM 660         ??? (*)
Acer TM 800         vga=normal, X patches, see webpage (5) or vbetool (6)
Acer TM 803         vga=normal, X patches, see webpage (5) or vbetool (6)
Acer TM 803LCi         vga=normal, vbetool (6)
Arima W730a         vbetool needed (6)
Asus L2400D                     s3_mode (3)(***) (S1 also works OK)
Asus L3350M (SiS 740)           (6)
Asus L3800C (Radeon M7)      s3_bios (2) (S1 also works OK)
Asus M6887Ne         vga=normal, s3_bios (2), use radeon driver instead of fglrx in x.org
Athlon64 desktop prototype   s3_bios (2)
Compal CL-50         ??? (*)
Compaq Armada E500 - P3-700     none (1) (S1 also works OK)
Compaq Evo N620c      vga=normal, s3_bios (2)
Dell 600m, ATI R250 Lf      none (1), but needs xorg-x11-6.8.1.902-1
Dell D600, ATI RV250            vga=normal and X, or try vbestate (6)
Dell D610         vga=normal and X (possibly vbestate (6) too, but not tested)
Dell Inspiron 4000      ??? (*)
Dell Inspiron 500m      ??? (*)
Dell Inspiron 510m      ???
Dell Inspiron 5150      vbetool needed (6)
Dell Inspiron 600m      ??? (*)
Dell Inspiron 8200      ??? (*)
Dell Inspiron 8500      ??? (*)
Dell Inspiron 8600      ??? (*)
eMachines athlon64 machines   vbetool needed (6) (someone please get me model #s)
HP NC6000         s3_bios, may not use radeonfb (2); or vbetool (6)
HP NX7000         ??? (*)
HP Pavilion ZD7000      vbetool post needed, need open-source nv driver for X
HP Omnibook XE3   athlon version   none (1)
HP Omnibook XE3GC      none (1), video is S3 Savage/IX-MV
HP Omnibook XE3L-GF      vbetool (6)
HP Omnibook 5150      none (1), (S1 also works OK)
IBM TP T20, model 2647-44G   none (1), video is S3 Inc. 86C270-294 Savage/IX-MV, vesafb gets "interesting" but X work.
IBM TP A31 / Type 2652-M5G      s3_mode (3) [works ok with BIOS 1.04 2002-08-23, but not at all with BIOS 1.11 2004-11-05 :-(]
IBM TP R32 / Type 2658-MMG      none (1)
IBM TP R40 2722B3G      ??? (*)
IBM TP R50p / Type 1832-22U     s3_bios (2)
IBM TP R51         none (1)
IBM TP T30   236681A      ??? (*)
IBM TP T40 / Type 2373-MU4      none (1)
IBM TP T40p         none (1)
IBM TP R40p         s3_bios (2)
IBM TP T41p         s3_bios (2), switch to X after resume
IBM TP T42         s3_bios (2)
IBM ThinkPad T42p (2373-GTG)   s3_bios (2)
IBM TP X20         ??? (*)
IBM TP X30         s3_bios, s3_mode (4)
IBM TP X31 / Type 2672-XXH      none (1), use radeontool (http://fdd.com/software/radeon/) to turn off backlight.
IBM TP X32         none (1), but backlight is on and video is trashed after long suspend. s3_bios,s3_mode (4) works too. Perhaps that gets better results?
IBM Thinkpad X40 Type 2371-7JG  s3_bios,s3_mode (4)
IBM TP 600e         none(1), but a switch to console and back to X is needed
Medion MD4220         ??? (*)
Samsung P35         vbetool needed (6)
Sharp PC-AR10 (ATI rage)   none (1), backlight does not switch off
Sony Vaio PCG-C1VRX/K      s3_bios (2)
Sony Vaio PCG-F403      ??? (*)
Sony Vaio PCG-GRT995MP      none (1), works with 'nv' X driver
Sony Vaio PCG-GR7/K      none (1), but needs radeonfb, use radeontool (http://fdd.com/software/radeon/) to turn off backlight.
Sony Vaio PCG-N505SN      ??? (*)
Sony Vaio vgn-s260      X or boot-radeon can init it (5)
Sony Vaio vgn-S580BH      vga=normal, but suspend from X. Console will be blank unless you return to X.
Sony Vaio vgn-FS115B      s3_bios (2),s3_mode (4)
Toshiba Libretto L5      none (1)
Toshiba Libretto 100CT/110CT    vbetool (6)
Toshiba Portege 3020CT      s3_mode (3)
Toshiba Satellite 4030CDT   s3_mode (3) (S1 also works OK)
Toshiba Satellite 4080XCDT      s3_mode (3) (S1 also works OK)
Toshiba Satellite 4090XCDT      ??? (*)
Toshiba Satellite P10-554       s3_bios,s3_mode (4)(****)
Toshiba M30                     (2) xor X with nvidia driver using internal AGP
Uniwill 244IIO         ??? (*)

Known working desktop systems
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Mainboard       Graphics card                 hack (or "how to do it")
------------------------------------------------------------------------------
Asus A7V8X       nVidia RIVA TNT2 model 64     s3_bios,s3_mode (4)


(*) from https://wiki.ubuntu.com/HoaryPMResults, not sure
    which options to use. If you know, please tell me.

(***) To be tested with a newer kernel.

(****) Not with SMP kernel, UP only.


Anche se il documento riporta "2003-2006" è comunque nella documentazione associata al kernel 5.2.13, quindi penso che i contenuti siano tutt'ora validi.
:windows:
Avatar utente
Zombie17
Scoppiettante Seguace
Scoppiettante Seguace
 
Messaggi: 287
Iscrizione: luglio 2019
Desktop: GNOME (in Ubuntu 3.32.1)
Distribuzione: Ubuntu 19.04, Kali 2019.3 amd64
Sesso: Maschile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda [laura8] » martedì 10 settembre 2019, 10:08

Grazie per la tua idea! Attendiamo quindi il parere di un esperto.
[laura8]
Prode Principiante
 
Messaggi: 132
Iscrizione: agosto 2016
Desktop: ubuntu
Distribuzione: 19.04
Sesso: Femminile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda willy54 » martedì 10 settembre 2019, 14:19

Toshiba Satellite A660 11M Intel® Core™ i7 CPU Q 720 @ 1.60GHz × 8, SSD 250 gb + hdd 500 gb ram 2x4 Gb : Win7 - Win10 - Ubuntu 18.04 LTS - Kubuntu 18.04 LTS gparted sda inxi -Fz
Hp Pavilon 15-CS2093nl Win10 , UbuntuStudio (provvisorio) ----- disattivare Avvio rapido in Windows10
Avatar utente
willy54
Imperturbabile Insigne
Imperturbabile Insigne
 
Messaggi: 3327
Iscrizione: dicembre 2017
Località: Castell'Alfero (AT)
Desktop: Xorg, Plasma
Distribuzione: Ubuntu, Kubuntu 18.04 x86_64
Sesso: Maschile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda [laura8] » martedì 10 settembre 2019, 17:17

Ciao willy54, grazie per il link. Seguendolo, ho digitato nel riquadro cerca "sospensione" e mi è venuto fuori questo https://wiki.ubuntu-it.org/GruppoTest/S ... Ripristino
Ma mi chiedo, va bene? In realtà io non devo ripristinare niente. Inoltre non ho nessun CaseID corrispondente (non ho a prescindere un CaseID), quindi non sono sicura che questi passaggi risolvano il mio problema o che si riferiscano esattamente al mio problema. Non vorrei, seguendo quei passaggi, non solo non risolvere il problema, ma magari crearne degli altri... Che cosa devo cercare esattamente?
[laura8]
Prode Principiante
 
Messaggi: 132
Iscrizione: agosto 2016
Desktop: ubuntu
Distribuzione: 19.04
Sesso: Femminile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda woddy68 » venerdì 13 settembre 2019, 13:06

Forse willy54 ha sbagliato link in quanto ... "Questa pagina non esiste ancora. È possibile creare una nuova pagina vuota, oppure usare uno dei modelli di pagina."
Quella invece che hai trovato tu, è un metodo per fare dei test sulla sospensione e ibernazione e in caso di fallimento di questo, dovrebbe accompagnarti alla segnalazione del bug. Quindi no, non credo che farai danni, sono script che testano il funzionamento di sospensione e ibernazione, al limite non funzioneranno.
Desktop - Acer Aspire M5500 (AMD) OpenSuse Leap 15 Kde -- Kubuntu 18.04 -- Tumbleweed
Notebook Acer Aspire E1 -522 (Amd) Tumbleweed - NO Windows ;)
Avatar utente
woddy68
Imperturbabile Insigne
Imperturbabile Insigne
 
Messaggi: 4344
Iscrizione: febbraio 2011
Località: Bellano Lc
Desktop: Kde Plasma5
Distribuzione: Leap 15 - Tumbleweed- Kubuntu 18.04
Sesso: Maschile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda Janvitus » lunedì 16 settembre 2019, 19:06

Quando succedono ste cose non si va a caso sperando di beccare il problema, si leggono i registri a caccia di un errore...

Avvia Registri e vedi se nell'ora in cui hai effettuato la sospensione è segnalato un bug o qualche errore di sorta.
Avatar utente
Janvitus
Amministratore
Amministratore
 
Messaggi: 17536
Iscrizione: aprile 2005
Località: Potenza
Desktop: GNOME Shell 3.32
Distribuzione: Fedora/Ubuntu
Sesso: Maschile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda [laura8] » lunedì 16 settembre 2019, 19:11

Ora controllo. Grazie :)
[laura8]
Prode Principiante
 
Messaggi: 132
Iscrizione: agosto 2016
Desktop: ubuntu
Distribuzione: 19.04
Sesso: Femminile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda [laura8] » lunedì 16 settembre 2019, 19:31

Ciao Janvitus,
allora alle 20:16 l'ho mandato in sospensione; al "risveglio" lo schermo non era più nero, ma c'era lo sfondo, l'ora, addirittura una notifica degli Aggiornamenti. PERÒ: non c'era il cursore del mouse, non c'era l'utente e le combinazioni di tasti scritte nel mio primo messaggio non hanno portato a nessun risultato; tutto bloccato. Ho spento col tasto.
Ora ho aperto Registri. Qui c'è di tutto! Allego uno screenshot della sezione "Importanti" e di "Sistema". Devo forse guardare in altre sezioni? E come si riconosce un bug?
Allegati
Schermata da 2019-09-16 20-28-19.png
[laura8]
Prode Principiante
 
Messaggi: 132
Iscrizione: agosto 2016
Desktop: ubuntu
Distribuzione: 19.04
Sesso: Femminile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda [laura8] » lunedì 16 settembre 2019, 19:33

sistema
Allegati
Schermata da 2019-09-16 20-28-40.png
[laura8]
Prode Principiante
 
Messaggi: 132
Iscrizione: agosto 2016
Desktop: ubuntu
Distribuzione: 19.04
Sesso: Femminile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda steff » lunedì 16 settembre 2019, 20:04

Potrebbe essere quel failed to load start backlight brightness acpi_video0.
Prova
Codice: Seleziona tutto
sudo nano /etc/default/grub

modifica la riga GRUB_CMD_... così:
Codice: Seleziona tutto
GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_backlight=vendor"

Codice: Seleziona tutto
sudo update-grub
e riavvia.

Sposto in driver, la sezione "Dilemmi NON è per questioni tecniche, leggete la descrizione....
Ultima modifica di steff il martedì 17 settembre 2019, 9:36, modificato 1 volta in totale.
Motivazione: corretto comando
Hai fatto il backup oggi? Ieri?? Quando???
La Documentazione da consultare e la FAQ sul uso del forum
Sistemi: LXQt - semplice, modulare e configurabile + *ubuntu in Vbox
Avatar utente
steff
Moderatore Globale
Moderatore Globale
 
Messaggi: 38015
Iscrizione: febbraio 2007
Località: Toscana
Desktop: LXQt
Distribuzione: Arch Linux 64bit
Sesso: Maschile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda [laura8] » martedì 17 settembre 2019, 6:54

Ciao Steff, grazie :)
Ci sono due righe ...CMD, immagino devo scegliere la prima, ma preferisco chiederti conferma.
Codice: Seleziona tutto
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

                               [ Lette 32 righe ]
^G Guida     ^O Salva     ^W Cerca     ^K Taglia    ^J Giustifica^C Posizione
^X Esci      ^R Inserisci ^\ Sostituisc^U Incolla   ^T Ortografia^_ Vai a riga



Poi immagino che devo digitare Salva?
[laura8]
Prode Principiante
 
Messaggi: 132
Iscrizione: agosto 2016
Desktop: ubuntu
Distribuzione: 19.04
Sesso: Femminile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda Zombie17 » martedì 17 settembre 2019, 7:15

Si prima.

Non digitare salva.

Premi ctrl+x => s =>invio

Ciaoooooooooooooooooooooooo
:windows:
Avatar utente
Zombie17
Scoppiettante Seguace
Scoppiettante Seguace
 
Messaggi: 287
Iscrizione: luglio 2019
Desktop: GNOME (in Ubuntu 3.32.1)
Distribuzione: Ubuntu 19.04, Kali 2019.3 amd64
Sesso: Maschile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda steff » martedì 17 settembre 2019, 7:15

Codice: Seleziona tutto
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=vendor"

quella con default

Devi spostarti con le frecce e per salvare ctrl+o e cltr+x (la ^ sotto sta per il tasto ctrl)
Hai fatto il backup oggi? Ieri?? Quando???
La Documentazione da consultare e la FAQ sul uso del forum
Sistemi: LXQt - semplice, modulare e configurabile + *ubuntu in Vbox
Avatar utente
steff
Moderatore Globale
Moderatore Globale
 
Messaggi: 38015
Iscrizione: febbraio 2007
Località: Toscana
Desktop: LXQt
Distribuzione: Arch Linux 64bit
Sesso: Maschile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda [laura8] » martedì 17 settembre 2019, 7:22

OK grazie a entrambi.

Domanda a Steff: in questo tuo ultimo messaggio compare anche "splash" nel codice, nel precedente no: lo devo omettere o lasciare?

Domanda a entrambi: le combinazioni di tasti che mi suggerite per uscire/salvare sono diverse.
[laura8]
Prode Principiante
 
Messaggi: 132
Iscrizione: agosto 2016
Desktop: ubuntu
Distribuzione: 19.04
Sesso: Femminile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda Zombie17 » martedì 17 settembre 2019, 7:28

Diverse combinazioni stesso risultato, lo splash ti dirà di lasciarlo, aspettare per credere XD
:windows:
Avatar utente
Zombie17
Scoppiettante Seguace
Scoppiettante Seguace
 
Messaggi: 287
Iscrizione: luglio 2019
Desktop: GNOME (in Ubuntu 3.32.1)
Distribuzione: Ubuntu 19.04, Kali 2019.3 amd64
Sesso: Maschile

Re: Dopo sospensione schermo nero Ubuntu 19.04 su HP

Messaggioda [laura8] » martedì 17 settembre 2019, 7:41

OK
Ho salvato, mi ha chiesto il nome da salvare e non ho modificato il nome suggerito; ho premuto invio, ctrl+x e poi mi ha ricatapultato qui al primo comando:
Ho digitato l'ultimo codice di Steff (l'update), ma dice che non lo trova:

Codice: Seleziona tutto
laura@laura-HP-Laptop-17-ca0xxx:~$ sudo nano /etc/default/grub
[sudo] password di laura:
laura@laura-HP-Laptop-17-ca0xxx:~$ sudo update grub
sudo: update: comando non trovato
laura@laura-HP-Laptop-17-ca0xxx:~$
[laura8]
Prode Principiante
 
Messaggi: 132
Iscrizione: agosto 2016
Desktop: ubuntu
Distribuzione: 19.04
Sesso: Femminile

Successiva

Torna a Driver e periferiche

Chi c’è in linea

Visualizzano questa sezione: Google [Bot], vt_1d e 11 ospiti