Ubuntu 18.04 LTS indítás probléma

Ubuntu Linux

Sziasztok!

Adott egy frissen telepített Dell Latitude gép a tárgyban szereplő Ubuntuval. (Tudom, hogy már van 20-as is, de az még nagyon friss, nincs tapasztalat vele, ez meg már bizonyított.) Telepítés után minden működött. Szabályosan leállítottam, de a következő bekapcsolásnál viszont csak egy sötét lilához hasonló háttér fogadott és nem ment tovább. Power hosszan, majd bekapcs után szépen megvolt a bootolás és megjelent a login screen, utána lehetett minden gond nélkül használni. Ismételt probléma csak a következő bekapcsoláskor volt. De azt figyeltem meg, hogy restartnál is ez a helyzet. Ráadásul van amikor a fenti "megoldás" nem is jön össze elsőre és többször el kell játszanom az ismételt ki-be kapcsolásokat. Van, hogy 4-5x is. Van ötletetek mi okozhatja?

Energigazdálkodási problémára gyanakodtam, ezért a settings/Power alatt a "DIM screen when inactive" és az "automatic suspend" OFF-ra lett állítva. (A blank screen 15 perc maradt) Sajnos nem oldotta meg.

  • 491 megtekintés

( pepo v | 2020. 05. 11., h – 14:18 )

Bootolj be ismét a telepítővel és nézd meg a kern.log-ot. Okosabb leszel.

READY.
󠀠󠀠‎‏‏‎▓

Köszi a tippet! A gép jelenleg nincs nálam, de holnap ránézek erre. Ma sajnos nem tudtam sok időt szánni rá, hogy még logokat is bogarásszak.

Azt viszont nem nagyon értem, hogy miért a telepítővel bootolva nézzem meg, ha meg tudom nézni rendesen is? (Igaz nem első indításra.) Közben eszembe jutott, hogy a syslog és a boot.log is mondhat hasznosat majd. 

Az első bekapcs és a már használható állapot közötti időintervallumban a syslog-ban találtam ilyeneket, amik nem tetszettek:
NetworkManager[748]: <warn>  [1589281897.1014] Error: failed to open /run/network/ifstate
NetworkManager[748]: <info>  [1589281897.1046] device (wlo1): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')

 

Még ugyanabban a másodpercben, mint fent: (Neten rákeresve sokan USB hibára panaszkodtak.)
acpid: input device has been disconnected, fd 14

 

Szintén még ugyanebben a másodpercben pár sorral lejjebb:
kernel: [    4.235192] usb 1-10: USB disconnect, device number 4
systemd-rfkill[687]: Failed to open device rfkill0: No such device

Elsőre ez sem tetszett:
platform eisa.0: EISA: Cannot allocate resource for mainboard
De itt azt írják ez nem para:
https://askubuntu.com/questions/51382/eisa-cannot-allocate-resource-for…
 

 

 

( gabor2 | 2020. 05. 11., h – 17:59 )

Nyomj egy esc-et amikor lila a háttér és megállt. Ha szerencséd van akkor kiírja.

( sibike | 2020. 05. 12., k – 20:52 )

Szerkesztve: 2020. 05. 12., k – 20:55

Érdemes ilyenkor egy BIOS-t frissíteni. Mi a notebook pontos típusa? UEFI vagy legacy módban van?

5500-s, a legfrissebb 2020 januári BIOS van rajta.

Az UEFI boot path security erre van állítva: Always, Except Internal HDD

A boot sequence alatt csak egy négyzet van, az kipipálva, mellette pedig az ubuntu szöveg.

Lejjebb, a a boot list option alatt emlékeim szerint ott kellene lennie a Legacy és UEFI rádiógomboknak, de itt nincs semmi. Csak jobb oldalt a szokásos Add boot option, Delete boot option, és View gombok.

Akkor ez UEFI lesz. Azt tudod, hogy a 18.04-nek melyik HWE verzióját telepítetted?

Próbáld meg kikapcsolni a spalsh screen-t, hátha úgy látszik, hol akad el:

  • Wait for Ubuntu to boot, then login and start a Terminal application
  • Edit /etc/default/grub as root, for example: sudo nano /etc/default/grub
  • Remove splash from GRUB_CMDLINE_LINUX_DEFAULT
  • Save the file and close the editor
  • Run sudo update-grub to regenerate the grub config files

Ezt a HWE kifejezést eddig nem ismerem. Most már annyit találtam, hogy Hardware Enablement Stack.

Google-znom kell majd még ezzel kapcsolatban. A hwe-support-status --verbose már megvan
Arra ezt dobja:
Your Hardware Enablement Stack (HWE) is supported until április 2023.
Bár tartok tőle, hogy minden 18.04-es verziónál ezt fogja, mivel LTS, így ez a parancs nekünk nem sokat segített.
Egy lsb_release -a és egy uname -a kombó nem jó nekünk ehhez?
Ubuntu 18.04.4 LTS
5.3.0-51-generic #44~18.04.2-Ubuntu SMP Thu Apr 23 14:27:18 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

A HWE azt jelenti, hogy habár te 18.04-es Ubuntu-t telepítesz, de valójában sokkal újabb kernelt és grafikus alrendszert kapsz a telepítés végén, mint amivel a 18.04 annó megjelent.

Összehasonlításképpen az én szintén 18.04-es Ubuntumnak ez a verziója:

4.15.0-99-generic #100-Ubuntu SMP Wed Apr 22 20:32:56 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Ez azért jó, mert ad valamekkora mozgásteret: ha az 5.3.0-s kernellel valami bugba ütközöl, akkor támogatottan használhatsz 4.15-öst is ugyanazzal a Ubuntu verzióval.

Ha kitörlöd mind a splash és a quiet stringeket, akkor látnod kell részletesen ahogy bootol a gép. Ha ennek ellenére is csak a lila képernyőt látod, akkor el sem jut a rendszer a kernel betöltéséig.

Szerk:

Nézd meg ezt a linket, itt mások panaszkodnak ugyanerre (igaz 5400, de nagyon hasonló  a két modell):

https://www.dell.com/community/Latitude/Latitude-5400-boot-fail-after-B…

splash és a quiet stringek kitörölve, update, restart, de ugyanúgy nincs semmi text, ha megakad a boot.
Text csak annál a boot-nál lesz, amikor már be is tudok jelentkezni.

Egy disztró update-et szerinted megpróbáljak, hátha azzal menni fog, vagy még debugoljak kicsit? Bár kezdenek fogyni erősen az ötletek, + már a neten sem találok semmi hasznosat.

Az elképzelhető, hogy ilyenkor nem áll le előtte szabályosan és azért van a hiba? A neten olvastam 1 bejegyzést, ahol az illetőnek az volt a baja szintén Ubuntun, csak korábbi verzióval. Ő a grub-ban ennyit módosított: GRUB_CMDLINE_LINUX_DEFAULT="acpi=noirq acpi=force apm=power_off quiet splash"

A megoldást beírnám, hátha valakinek szüksége lesz rá a jövőben. A BIOS downgrade mégis csak visszalépés, azt végső megoldásnak tartogattam. Előtte még bepróbálkoztam azzal, hogy felfrissítettem az OS-t Ubuntu 20.04 LTS-re. Veszteni valóm nem volt. Azóta nem jött elő a hiba egyszer sem.