Linuxiarze.pl Forum

Dystrybucje Linux => Ubuntu, Kubuntu, Xubuntu, Lubuntu => Wątek zaczęty przez: tadpa w Styczeń 20, 2019, 08:49:15 PM

Tytuł: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: tadpa w Styczeń 20, 2019, 08:49:15 PM
Witam,posiadam laptop Dell Vostro 1700 i 2 dyski w nim.Jeden to nowy dysk SSD,zainstalowałem Ubuntu Mate 18.10 na tym SSD lecz uruchamianie się go trwa ok.2 min.Przeczytałem parę wątków na forum ( https://linuxiarze.pl/forum/index.php?topic=2197.0  i  https://linuxiarze.pl/forum/index.php?topic=1415.0 ) i parę rzeczy zrobiłem jak piszą ale to nic nie dało.Poratujecie?
A tu poniżej parę parametrów z komend:

systemd-analyze
Spoiler (Rozwiń)
systemd-analyze
Startup finished in 1min 36.007s (kernel) + 8.043s (userspace) = 1min 44.050s
graphical.target reached after 8.017s in userspace

systemd-analyze blame
Spoiler (Rozwiń)
systemd-analyze blame
17.669s apt-daily.service
          4.061s NetworkManager-wait-online.service
          2.416s dev-sda6.device
          1.892s snapd.service
          1.310s udisks2.service
          1.083s dev-loop0.device
          1.080s dev-loop2.device
          1.065s dev-loop1.device
          1.060s dev-loop3.device
          1.051s dev-loop4.device
           815ms networkd-dispatcher.service
           784ms ModemManager.service
           730ms accounts-daemon.service
           592ms upower.service
           575ms avahi-daemon.service
           519ms wpa_supplicant.service
           498ms NetworkManager.service
           454ms systemd-rfkill.service
           440ms systemd-logind.service
           405ms rsyslog.service
           390ms lightdm.service
           383ms grub-common.service
           363ms systemd-journald.service
lines 1-23...skipping...
         17.669s apt-daily.service
          4.061s NetworkManager-wait-online.service
          2.416s dev-sda6.device
          1.892s snapd.service
          1.310s udisks2.service
          1.083s dev-loop0.device
          1.080s dev-loop2.device
          1.065s dev-loop1.device
          1.060s dev-loop3.device
          1.051s dev-loop4.device
           815ms networkd-dispatcher.service
           784ms ModemManager.service
           730ms accounts-daemon.service
           592ms upower.service
           575ms avahi-daemon.service
           519ms wpa_supplicant.service
           498ms NetworkManager.service
           454ms systemd-rfkill.service
           440ms systemd-logind.service

inxi -Fxxx
Spoiler (Rozwiń)
inxi -Fxxx
System:
  Host: ubuntu-Vostro-1700 Kernel: 4.18.0-13-generic x86_64 bits: 64
  compiler: gcc v: 8.2.0 Desktop: MATE 1.20.3 info: mate-panel
  wm: marco 1.20.2 dm: LightDM 1.28.0
  Distro: Ubuntu 18.10 (Cosmic Cuttlefish)
Machine:
  Type: Portable System: Dell product: Vostro 1700 v: N/A
  serial: <root required> Chassis: type: 8 serial: <root required>
  Mobo: Dell model: 0HX769 serial: <root required> BIOS: Dell v: A07
  date: 04/21/2008
Battery:
  ID-1: BAT0 charge: 43.7 Wh condition: 43.7/57.7 Wh (76%) volts: 12.5/11.1
  model: SMP DELL NR2188 type: Li-ion serial: 1870 status: Full
CPU:
  Topology: Dual Core model: Intel Core2 Duo T7500 bits: 64 type: MCP
  arch: Core Merom rev: B L2 cache: 4096 KiB
  flags: lm nx pae sse sse2 sse3 ssse3 vmx bogomips: 8778
  Speed: 798 MHz min/max: 800/2201 MHz boost: enabled Core speeds (MHz):
  1: 863 2: 888
Graphics:
  Device-1: Intel Mobile GM965/GL960 Integrated Graphics vendor: Dell
  driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:2a02
  Display: x11 server: X.Org 1.20.1 driver: modesetting unloaded: fbdev,vesa
  compositor: marco v: 1.20.2 resolution: 1440x900~60Hz
  OpenGL: renderer: Mesa DRI Intel 965GM v: 2.1 Mesa 18.2.2
  direct render: Yes
Audio:
  Device-1: Intel 82801H HD Audio vendor: Dell driver: snd_hda_intel
  v: kernel bus ID: 00:1b.0 chip ID: 8086:284b
  Sound Server: ALSA v: k4.18.0-13-generic
Network:
  Device-1: Broadcom and subsidiaries BCM4401-B0 100Base-TX driver: b44
  v: 2.0 port: N/A bus ID: 03:00.0 chip ID: 14e4:170c
  Device-2: Intel PRO/Wireless 3945ABG [Golan] Network driver: iwl3945
  v: in-tree:s bus ID: 0c:00.0 chip ID: 8086:4222
  IF: wlp12s0 state: down mac: 00:1c:bf:d3:fa:7c
  Device-3: Ralink MT7601U Wireless Adapter type: USB driver: mt7601u
  bus ID: 2-2:2 chip ID: 148f:7601 serial: 1.0
  IF: wlxc83a35dd9218 state: down mac: c8:3a:35:dd:92:18
  IF-ID-1: eth0 state: up speed: 100 Mbps duplex: full
  mac: 00:1d:09:c1:ac:6f
Drives:
  Local Storage: total: 417.33 GiB used: 6.93 GiB (1.7%)
  ID-1: /dev/sda model: SSDPR-CX400-128 size: 119.24 GiB speed: 3.0 Gb/s
  serial: GT4041554 rev: 61.2 scheme: MBR
  ID-2: /dev/sdb vendor: Seagate model: ST320LT020-9YG142 size: 298.09 GiB
  speed: 3.0 Gb/s rotation: 5400 rpm serial: W040SFAE rev: SDM1 scheme: MBR
Partition:
  ID-1: / size: 100.93 GiB used: 6.76 GiB (6.7%) fs: ext4 dev: /dev/sda6
  ID-2: /boot size: 8.36 GiB used: 181.7 MiB (2.1%) fs: ext4 dev: /dev/sda5
  ID-3: swap-1 size: 7.63 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda1
Sensors:
  System Temperatures: cpu: 55.0 C mobo: N/A sodimm: 57.0 C
  Fan Speeds (RPM): cpu: 0

Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 20, 2019, 09:11:10 PM
W blame tego nie widać (choć i tak uruchamia się zbyt długo wg mnie). Kernel uruchamia Ci się przez 1,5 min. Zerknij w journalctl, czy na czymś nie śpi, nie ma jakichś błędów itp. Firmware dla Intela zainstalowałeś? Zdaje się, że bez niego bywają tego typu problemy.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: MSki w Styczeń 21, 2019, 07:53:07 AM
Jeśli to ten model laptopa
https://www.notebookcheck.pl/Recenzja-Dell-Vostro-1700.5997.0.html
to może "przysypiać" na sterowniku karty graficznej.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: TataPingu w Styczeń 21, 2019, 08:40:12 AM
Sprzęt raczej nie należy do "rakietowych" rozwiązań...
- Procesor Core 2 Duo T5470 (1,6 GHz) (wg opisu, który wrzucił Kolega MSki), 4 GB RAMu, to pomimo SSD, która, również do "najszybszych" nie należy (ID-1: /dev/sda model: SSDPR-CX400-128 size: 119.24 GiB speed: 3.0 Gb/s), do tego nie najszybsza grafika, to oczywiście nie jest nic starego, ale przy Ubuntu, którego wymagania raczej nie są skromne, lapek może się tak zachowywać.
Oczywiście, sam start możliwe, że blokowany jest przez jakieś procesy, które będzie można poprawić, ale, by na tym sprzęcie osiągnąć "pełny komfort", to radzę sięgnąć po jakąś lżejszą dystrybucję.

Sprawdź sobie live SPARKY, albo LinuxMX, wówczas będziesz mieć porównanie...
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 21, 2019, 10:12:49 AM
@MSki - Gdzie Ty widzisz w tej maszynie NVidię? Ba, jakikolwiek "zewnętrzny" sterownik?
@TataPingu - Dobrze, ale bez przesady. Zanim nawet się uruchomi to, o czym piszesz ten system spędza 1,5 minuty na podnoszeniu samego kernela. Dla mnie coś w konfiguracji jest nie tak, bowiem nawet w przypadku tej maszyny system nie powinien podnosić się (wg systemd-analyze, bo "widocznie" dla użytkownika to inna sprawa) dłużej niż jakieś 20-30 sek. Coś jest wadliwie skonfigurowane, albo... przypadek.
@tadpa - To 1,5 min na podnoszenie się samego kernela jest powtarzalne? Sprawdź wynik systemd-analyze kilku bootowań.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: TataPingu w Styczeń 21, 2019, 10:33:21 AM
Cytat: pavbaranov w Styczeń 21, 2019, 10:12:49 AM
Dla mnie coś w konfiguracji jest nie tak, bowiem nawet w przypadku tej maszyny system nie powinien podnosić się (wg systemd-analyze, bo "widocznie" dla użytkownika to inna sprawa) dłużej niż jakieś 20-30 sek. Coś jest wadliwie skonfigurowane, albo... przypadek.

Pawle, a "pobawiłeś" się kiedyś Ubuntu (ale nie na VM, na rzeczywistym sprzęcie) ?
- przyzwyczajony jesteś do "normalnych" linuksów, weź sobie dla próby któregoś "ubuntowca", a zobaczysz, co jest powodem. Sam systemd potrzebuje co najmniej pół minuty...
Procesem startu Ubuntu zaczyna upodabniać się do windy. Oczywiście, już po załadowaniu wszystko jest OK, ale...
Fork Mint powstał nie tylko z powodu Unity....
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 21, 2019, 11:51:53 AM
@TataPingu - Tak, nie dość, że się bawiłem, to używałem wiele lat.

@tadpa - Podczas startu sytemu pojawia Ci się okno GRUB. Na dole okna masz informację o tym, co możesz robić. Przejdź do edycji poleceń przekazywanych kernelowi i pośród tego, co zobaczysz znajdź słowo "quiet". Skasuj je - uruchom (ctrl+x) system. Zobacz, czy na czymś się długo nie zatrzymuje. Jeśli tak - to napisz co to jest. Dobrze byłoby to odnaleźć również w dzienniku (journalctl) oraz w wynikach jakie daje dmesg. Może uda się odnaleźć przyczynę długiego startu kernela.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: TataPingu w Styczeń 21, 2019, 01:27:54 PM
Cytat: pavbaranov w Styczeń 21, 2019, 11:51:53 AM
Tak, nie dość, że się bawiłem, to używałem wiele lat.

Na myśli miałem ostatnie dystra (16, 18)
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: MSki w Styczeń 21, 2019, 01:36:05 PM
"@MSki - Gdzie Ty widzisz w tej maszynie NVidię? Ba, jakikolwiek "zewnętrzny" sterownik?"
Jest jak byk w specyfikacji laptopa;
Karta grafiki;
NVIDIA GeForce 8400M GS - 128 MB, rdzeń: 182 MHz, pamięć: 400 MHz
O "zewnętrznym" sterowniku nic nie pisałem, to Twoja nadinterpretacja.
Na Dell Latitude E-6400 też miałem kiedyś podobny problem i dlatego zasugerowałem problem ze sterownikiem karty grafiki.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 21, 2019, 01:42:16 PM
@MSki - To zamiast szukać jakiejś specyfikacji jakiegoś laptopa, którego @tadpa nie posiada zerknij łaskawie na specyfikację, którą podał:
CytatGraphics:
  Device-1: Intel Mobile GM965/GL960 Integrated Graphics vendor: Dell
  driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:2a02
  Display: x11 server: X.Org 1.20.1 driver: modesetting unloaded: fbdev,vesa
  compositor: marco v: 1.20.2 resolution: 1440x900~60Hz
  OpenGL: renderer: Mesa DRI Intel 965GM v: 2.1 Mesa 18.2.2
  direct render: Yes
Tutaj nie ma żadnej karty NVidia jest wyłącznie GPU w APU Intela, które pracuje bez sterownika xf86-video-intel, na wbudowanym w kernel modesettings. A o "zewnętrznych" sterownikach było dlatego, że karta NVidia wymaga bądź nouveau, bądź nvidia. Bez tego ani rusz.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: MSki w Styczeń 21, 2019, 02:00:30 PM
@pavbaranov problem tylko w tym, że specyfikacja jaka wyświetliła się Autorowi tematu może nie być poprawą.
"Jajko" rozpoznaje taki typ karty graficznej i taki sterownik dla niej oferuje, co nie musi być zgodne z rzeczywiście posiadaną kartą graficzną w laptopie.
Dlatego sensowniej jest znaleźć dokładną specyfikację tej karty grafiki i dopiero zastanawiać się co dalej.
Nie wiem czy jest to prawda, ale aby "jajko" nie rozrastało się do wielkości "strusiego" usuwano z niego stare sterowniki i wpisywano coraz nowsze ...do najnowszych.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 21, 2019, 02:28:54 PM
Cytat: MSki w Styczeń 21, 2019, 02:00:30 PM
@pavbaranov problem tylko w tym, że specyfikacja jaka wyświetliła się Autorowi tematu może nie być poprawą.
"Jajko" rozpoznaje taki typ karty graficznej i taki sterownik dla niej oferuje, co nie musi być zgodne z rzeczywiście posiadaną kartą graficzną w laptopie.
Krótko - bzdura.
Cytat: MSki w Styczeń 21, 2019, 02:00:30 PM
Dlatego sensowniej jest znaleźć dokładną specyfikację tej karty grafiki i dopiero zastanawiać się co dalej.
Czyli znaleźć w necie jakąś nieodpowiadającą systemowi, który ktoś ma specyfikację i do niej konfigurować komuś system? Gratuluję dobrych pomysłów.
Cytat: MSki w Styczeń 21, 2019, 02:00:30 PM
Nie wiem czy jest to prawda, ale aby "jajko" nie rozrastało się do wielkości "strusiego" usuwano z niego stare sterowniki i wpisywano coraz nowsze ...do najnowszych.
Tak, porzucone zostały w kernelu sterowniki pewnych urządzeń, które po prostu "wymarły" i nie są już stosowane. Nie dotyczy to przypadku autora wątku, którego GPU "napędza" wbudowany w kernel mechanizm pn. modesetting.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: MSki w Styczeń 21, 2019, 02:42:03 PM
@TataPingu - Technische Daten, czyli od str. 217 pełna specyfikacja techniczna laptopa Dell Vostro 1700 ...pobrana z oficjalnej strony firmy Dell
https://downloads.dell.com/manuals/all-products/esuprt_laptop/esuprt_vostro_notebook/vostro-1700_owner's%20manual_de-de.pdf
może Ty "ogarniesz" temat tej karty grafiki, bo tekst jest w języku niemieckim.
Ja szukając w necie, natknąłem się na informację, że w tym modelu laptopa stosowane były również;
Mobile Intel GM965 Express
NVIDIA GeForce 8600M GT
NVIDIA GeForce 8400M GS
a jaka naprawdę jest, to powinien wiedzieć Autor tematu.

Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 21, 2019, 02:55:13 PM
Cytat: MSki w Styczeń 21, 2019, 02:42:03 PM
(...)Ja szukając w necie, natknąłem się na informację, że w tym modelu laptopa stosowane były również;
Mobile Intel GM965 Express (...)
I właśnie tę ma komputer Autora wątku. Nie zbaczajmy na tematy GPU (zwłaszcza NVidii) bo to donikąd Autora nie doprowadzi, a jedynie skomplikuje sprawę, a w wątku pojawi się mnóstwo niepotrzebnych treści nt. NVidii w komputerze, w którym jej nie ma.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: TataPingu w Styczeń 21, 2019, 03:40:25 PM
To ogólna "Instrukcja użytkowania" i wymienione są tam komponenty w które może być wyposażony lapek...
- co jest faktycznie "na pokładzie", to może jedynie autor wątku "zdradzić"...

Tak, czy owak, lapek nie należy już do "bolidów poweru" i osobiście nadal obstaję przy wypróbowaniu jakiejś lżejszej dystrybucji...
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: lami07 w Styczeń 22, 2019, 03:46:34 PM
Czy łączysz się z internetem poprzez Wi-Fi , czy po kablu? Jeśli przez wifi to czy masz możliwość dla testu podłączyć komputer do routera przy pomocy kabla i sprawdzić czy ma to wpływ na szybkość uruchamiania ?

Dla tych którzy mają zamiar zapytać " a po co to ? " odpowiadam. Zachowanie takie jak tutaj może być spowodowane niskim stanem entropii we wcześniej fazie uruchamiania systemu. Pracująca karta ethernetu jest bardzo dobrym źródłem szumów, które mogą uzupełnić początkową pulę entropii i zapobiec blokowaniu procesów. Tym samym wpłynąć pozytywnie na czas uruchomienia. Jeśli to pomoże będzie zastosować rng-tools5, albo haveged.

Edit.
Chyba się trochę rozpędziłem z tą teorią. Z informacji dostarczonych przez OP wynika , że opóźnienia występują w kernel space. Opóźnienia wynikające z entropii widziałem do tej pory w user space. Pomimo tego nie zaszkodzi raczej zrobić test z kablem ethernet.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: lesio w Styczeń 22, 2019, 10:51:42 PM
@lami07
Możesz coś więcej powiedzieć o wpływie niskiego poziomu entropii na blokowanie procesów? Oczywiście w kontekście spowolnienia startu. Ciekawe zagadnienie. Których procesów to może dotyczyć?
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: TataPingu w Styczeń 23, 2019, 08:41:01 AM
Cytat: lami07 w Styczeń 22, 2019, 03:46:34 PM
Pracująca karta ethernetu jest bardzo dobrym źródłem szumów, które mogą uzupełnić początkową pulę entropii i zapobiec blokowaniu procesów. Tym samym wpłynąć pozytywnie na czas uruchomienia. Jeśli to pomoże będzie zastosować rng-tools5, albo haveged.
Edit.
Chyba się trochę rozpędziłem z tą teorią. Z informacji dostarczonych przez OP wynika , że opóźnienia występują w kernel space. Opóźnienia wynikające z entropii widziałem do tej pory w user space. Pomimo tego nie zaszkodzi raczej zrobić test z kablem ethernet.

No OK, a co się dzieje, gdy i ethernet (LAN) i WiFi (WLAN) są offline, t.j. nie mają połączenia ?
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: lami07 w Styczeń 23, 2019, 07:09:51 PM
Może się niewłaściwie wyraziłem. Kiedy pisałem o niskim stanie entropii miałem na myśli niewielką jej ilość. Dowolny proces odwołujący się do /dev/random (czy też /dev/urandom bądź getrandom() ) pomniejsza pulę dostępnych liczb losowych stanowiąca entropię danego systemu. Niezależnie czy będzie to proces kryptograficzny (generujący klucze gpg, ssh, czy ssl) , czy chałupniczy skrypt. Problem pojawia się we wczesnym stadium uruchamiania systemu, gdzie pula entropii nie jest jeszcze dojrzała , a zachłanne procesy już domagają się swojej "działki". Zazwyczaj przepustowość z jaką generowana jest pula rng  wystarcza aby zaspokoić potrzeby. Niestety ostatnie 6-8 miesięcy pokazały że czasami popyt przekracza podaż. Nawet w tak kameralnej społeczności jak społeczność Sparkiego trafiło się grono użytkowników u których pojawiał się intrygujący problem. A mianowicie system uruchamiał się prawidłowo , ale po zalogowaniu użytkownika trzeba było czekać x minut zanim pojawiło się środowisko pulpitu... Chyba że ktoś ruszył myszką, albo trochę poklikał w klawiaturę. Rytuał ten natychmiast uruchamiał środowisko pulpitu. Winowajcą był libpam-gnome-keyring, który wisiał w oczekiwaniu na uzupełnienie entropii (ruch myszą, klikanie myszą i klawiaturą są źródłami sprzętowego rng) . libpam-gnome-keyring został usunięty z obrazów instalacyjnych i problem zniknął... Na jakieś dwa miesiące. Wrócił w okolicach gwiazdki 2018. Zamiast usunąć kolejnego "pożeracza" liczb losowych, obrazy instalacyjne Sparkiego są teraz serwowane z haveged i rng-tools5, co zwiększa przepustowość w generowaniu entropii. Więcej informacji , które znacznie lepiej pomogą zrozumieć temat niż moje "wypociny" znajdziecie w linkach poniżej.

http://man7.org/linux/man-pages/man7/random.7.html

https://en.m.wikipedia.org/wiki/Random_number_generation

https://wiki.archlinux.org/index.php/Random_number_generator

Inne przykłady na negatywny wpływ niskiej entropii na uruchamianie systemu bez problemu znajdziecie w necie.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: tadpa w Styczeń 23, 2019, 11:08:16 PM
Zainstalowałe od nowa,tym razem Ubuntu Mate 18.04 LTS
Co do karty graficznej NVidii,to nie mam jej fizycznie zamontowanej (mam ją,może kiedyś wsadzę ją w lapka)karta jest wbudowana w płytę główną (Intell bodajże),procesor pł.gł.to 2.2 mHz a specyfikacja wymieniona na stronie i w/w postach faktycznie jest inna niż u mnie.Laptop dalej długo się uruchamia wraz z drugim dyskiem.Łączę się z internetem przeważnie po kablu,choć teraz po wifi ale z modemu po usb,albowiem mam problemy z wbudowanym wifi (IntelPro Wireles/3945ABG)
od samego początku nabycia laptopa wifi raz było raz nie-ale myślę że to wina linuxa i aktualizacji,bo jak jest dobrze (tak miałem przy mate16.04)to po aktualizacji znikało wifi.
lscpu:
Spoiler (Rozwiń)
lscpu
Architektura:           x86_64
Tryb(y) pracy CPU:      32-bit, 64-bit
Kolejność bajtów:       Little Endian
CPU:                    2
Lista aktywnych CPU:    0,1
Wątków na rdzeń:        1
Rdzeni na gniazdo:      2
Gniazd:                 1
Węzłów NUMA:            1
ID producenta:          GenuineIntel
Rodzina CPU:            6
Model:                  15
Nazwa modelu:           Intel(R) Core(TM)2 Duo CPU     T7500  @ 2.20GHz
Wersja:                 11
CPU MHz:                1526.233
CPU max MHz:            2201,0000
CPU min MHz:            800,0000
BogoMIPS:               4388.89
Wirtualizacja:          VT-x
Cache L1d:              32K
Cache L1i:              32K
Cache L2:               4096K
Procesory węzła NUMA 0: 0,1
Flagi:                  fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm pti tpr_shadow vnmi flexpriority dtherm ida

Xorg.0.log:
Spoiler (Rozwiń)
[   100.459]
X.Org X Server 1.19.6
Release Date: 2017-12-20
[   100.459] X Protocol Version 11, Revision 0
[   100.459] Build Operating System: Linux 4.4.0-138-generic x86_64 Ubuntu
[   100.459] Current Operating System: Linux ubuntu-Vostro-1700 4.15.0-43-generic #46-Ubuntu SMP Thu Dec 6 14:45:28 UTC 2018 x86_64
[   100.459] Kernel command line: BOOT_IMAGE=/vmlinuz-4.15.0-43-generic root=UUID=7c12d5e7-29c0-44b7-9c01-961406fd1a8e ro quiet splash vt.handoff=1
[   100.459] Build Date: 25 October 2018  04:11:27PM
[   100.459] xorg-server 2:1.19.6-1ubuntu4.2 (For technical support please see http://www.ubuntu.com/support)
[   100.459] Current version of pixman: 0.34.0
[   100.459]    Before reporting problems, check http://wiki.x.org
   to make sure that you have the latest version.
[   100.459] Markers: (--) probed, (**) from config file, (==) default setting,
   (++) from command line, (!!) notice, (II) informational,
   (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   100.459] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jan 23 21:09:53 2019
[   100.463] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   100.465] (==) No Layout section.  Using the first Screen section.
[   100.465] (==) No screen section available. Using defaults.
[   100.465] (**) |-->Screen "Default Screen Section" (0)
[   100.465] (**) |   |-->Monitor "<default monitor>"
[   100.466] (==) No monitor specified for screen "Default Screen Section".
   Using a default monitor configuration.
[   100.466] (==) Automatically adding devices
[   100.466] (==) Automatically enabling devices
[   100.466] (==) Automatically adding GPU devices
[   100.466] (==) Automatically binding GPU devices
[   100.466] (==) Max clients allowed: 256, resource mask: 0x1fffff
[   100.471] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   100.471]    Entry deleted from font path.
[   100.471] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[   100.471]    Entry deleted from font path.
[   100.471] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[   100.471]    Entry deleted from font path.
[   100.472] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[   100.472]    Entry deleted from font path.
[   100.472] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[   100.472]    Entry deleted from font path.
[   100.472] (==) FontPath set to:
   /usr/share/fonts/X11/misc,
   /usr/share/fonts/X11/Type1,
   built-ins
[   100.472] (==) ModulePath set to "/usr/lib/xorg/modules"
[   100.472] (II) The server relies on udev to provide the list of input devices.
   If no devices become available, reconfigure udev or disable AutoAddDevices.
[   100.472] (II) Loader magic: 0x5556155c2020
[   100.472] (II) Module ABI versions:
[   100.472]    X.Org ANSI C Emulation: 0.4
[   100.472]    X.Org Video Driver: 23.0
[   100.472]    X.Org XInput driver : 24.1
[   100.472]    X.Org Server Extension : 10.0
[   100.473] (++) using VT number 7

[   100.473] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[   100.474] (II) xfree86: Adding drm device (/dev/dri/card0)
[   100.484] (--) PCI:*(0:0:2:0) 8086:2a02:1028:0229 rev 12, Mem @ 0xfea00000/1048576, 0xe0000000/268435456, I/O @ 0x0000eff8/8, BIOS @ 0x????????/131072
[   100.484] (--) PCI: (0:0:2:1) 8086:2a03:1028:0229 rev 12, Mem @ 0xfeb00000/1048576
[   100.484] (II) LoadModule: "glx"
[   100.486] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   100.500] (II) Module glx: vendor="X.Org Foundation"
[   100.500]    compiled for 1.19.6, module version = 1.0.0
[   100.500]    ABI class: X.Org Server Extension, version 10.0
[   100.500] (==) Matched modesetting as autoconfigured driver 0
[   100.500] (==) Matched fbdev as autoconfigured driver 1
[   100.500] (==) Matched vesa as autoconfigured driver 2
[   100.500] (==) Assigned the driver to the xf86ConfigLayout
[   100.500] (II) LoadModule: "modesetting"
[   100.501] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[   100.502] (II) Module modesetting: vendor="X.Org Foundation"
[   100.502]    compiled for 1.19.6, module version = 1.19.6
[   100.502]    Module class: X.Org Video Driver
[   100.502]    ABI class: X.Org Video Driver, version 23.0
[   100.502] (II) LoadModule: "fbdev"
[   100.502] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[   100.503] (II) Module fbdev: vendor="X.Org Foundation"
[   100.503]    compiled for 1.19.3, module version = 0.4.4
[   100.503]    Module class: X.Org Video Driver
[   100.503]    ABI class: X.Org Video Driver, version 23.0
[   100.503] (II) LoadModule: "vesa"
[   100.503] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[   100.503] (II) Module vesa: vendor="X.Org Foundation"
[   100.503]    compiled for 1.19.3, module version = 2.3.4
[   100.503]    Module class: X.Org Video Driver
[   100.504]    ABI class: X.Org Video Driver, version 23.0
[   100.504] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[   100.504] (II) FBDEV: driver for framebuffer: fbdev
[   100.504] (II) VESA: driver for VESA chipsets: vesa
[   100.529] (II) modeset(0): using drv /dev/dri/card0
[   100.529] (WW) Falling back to old probe method for fbdev
[   100.529] (II) Loading sub module "fbdevhw"
[   100.529] (II) LoadModule: "fbdevhw"
[   100.530] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[   100.530] (II) Module fbdevhw: vendor="X.Org Foundation"
[   100.530]    compiled for 1.19.6, module version = 0.0.2
[   100.530]    ABI class: X.Org Video Driver, version 23.0
[   100.530] (WW) Falling back to old probe method for vesa
[   100.531] (II) modeset(0): Creating default Display subsection in Screen section
Spoiler (Rozwiń)
"Default Screen Section" for depth/fbbpp 24/32
[   100.531] (==) modeset(0): Depth 24, (==) framebuffer bpp 32
[   100.531] (==) modeset(0): RGB weight 888
[   100.531] (==) modeset(0): Default visual is TrueColor
[   100.531] (II) Loading sub module "glamoregl"
[   100.531] (II) LoadModule: "glamoregl"
[   100.534] (II) Loading /usr/lib/xorg/modules/libglamoregl.so
[   100.548] (II) Module glamoregl: vendor="X.Org Foundation"
[   100.548]    compiled for 1.19.6, module version = 1.0.0
[   100.548]    ABI class: X.Org ANSI C Emulation, version 0.4
[   100.548] (II) glamor: OpenGL accelerated X.org driver based.
[   100.612] (II) glamor: EGL version 1.4 (DRI2):
[   100.632] (II) modeset(0): glamor initialized
[   100.633] (II) modeset(0): Output LVDS-1 has no monitor section
[   100.646] (II) modeset(0): Output VGA-1 has no monitor section
[   131.296] (II) modeset(0): Output SVIDEO-1 has no monitor section
[   131.297] (II) modeset(0): EDID for output LVDS-1
[   131.297] (II) modeset(0): Manufacturer: AUO  Model: 3587  Serial#: 0
[   131.297] (II) modeset(0): Year: 2007  Week: 1
[   131.297] (II) modeset(0): EDID Version: 1.3
[   131.297] (II) modeset(0): Digital Display Input
[   131.297] (II) modeset(0): Max Image Size [cm]: horiz.: 37  vert.: 23
[   131.297] (II) modeset(0): Gamma: 2.20
[   131.297] (II) modeset(0): No DPMS capabilities specified
[   131.297] (II) modeset(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4
[   131.297] (II) modeset(0): First detailed timing is preferred mode
[   131.297] (II) modeset(0): redX: 0.590 redY: 0.340   greenX: 0.310 greenY: 0.560
[   131.297] (II) modeset(0): blueX: 0.145 blueY: 0.100   whiteX: 0.313 whiteY: 0.329
[   131.297] (II) modeset(0): Manufacturer's mask: 0
[   131.297] (II) modeset(0): Supported detailed timing:
[   131.297] (II) modeset(0): clock: 96.5 MHz   Image Size:  367 x 230 mm
[   131.297] (II) modeset(0): h_active: 1440  h_sync: 1505  h_sync_end 1538 h_blank_end 1756 h_border: 0
[   131.298] (II) modeset(0): v_active: 900  v_sync: 904  v_sync_end 908 v_blanking: 916 v_border: 0
[   131.298] (II) modeset(0): Supported detailed timing:
[   131.298] (II) modeset(0): clock: 96.5 MHz   Image Size:  367 x 230 mm
[   131.298] (II) modeset(0): h_active: 1440  h_sync: 1505  h_sync_end 1538 h_blank_end 1756 h_border: 0
[   131.298] (II) modeset(0): v_active: 900  v_sync: 904  v_sync_end 908 v_blanking: 916 v_border: 0
[   131.298] (II) modeset(0):  MW986

[   131.298] (II) modeset(0): EDID (in hex):
[   131.298] (II) modeset(0):    00ffffffffffff0006af873500000000
[   131.298] (II) modeset(0):    01110103802517780a052597574f8f25
[   131.298] (II) modeset(0):    19505400000001010101010101010101
[   131.298] (II) modeset(0):    010101010101b225a03c518410304121
[   131.298] (II) modeset(0):    44006fe610000019b225a03c51841030
[   131.298] (II) modeset(0):    412144006fe610000000000000fe004d
[   131.298] (II) modeset(0):    573938360042313730505733000000fe
[   131.298] (II) modeset(0):    002b3a47517190c2ff02010a20200093
[   131.299] (II) modeset(0): Printing probed modes for output LVDS-1
[   131.299] (II) modeset(0): Modeline "1440x900"x60.0   96.50  1440 1505 1538 1756  900 904 908 916 -hsync -vsync (55.0 kHz eP)
[   131.299] (II) modeset(0): Modeline "1440x900"x59.9  106.50  1440 1520 1672 1904  900 903 909 934 -hsync +vsync (55.9 kHz d)
[   131.299] (II) modeset(0): Modeline "1400x900"x60.0  103.50  1400 1480 1624 1848  900 903 913 934 -hsync +vsync (56.0 kHz d)
[   131.299] (II) modeset(0): Modeline "1400x900"x59.9   86.50  1400 1448 1480 1560  900 903 913 926 +hsync -vsync (55.4 kHz d)
[   131.299] (II) modeset(0): Modeline "1440x810"x120.0  198.12  1440 1548 1704 1968  810 811 814 839 doublescan -hsync +vsync (100.7 kHz d)
[   131.299] (II) modeset(0): Modeline "1440x810"x119.9  151.88  1440 1464 1480 1520  810 811 814 833 doublescan +hsync -vsync (99.9 kHz d)
[   131.299] (II) modeset(0): Modeline "1368x768"x59.9   85.25  1368 1440 1576 1784  768 771 781 798 -hsync +vsync (47.8 kHz d)
[   131.299] (II) modeset(0): Modeline "1368x768"x59.9   72.25  1368 1416 1448 1528  768 771 781 790 +hsync -vsync (47.3 kHz d)
[   131.300] (II) modeset(0): Modeline "1360x768"x59.8   84.75  1360 1432 1568 1776  768 771 781 798 -hsync +vsync (47.7 kHz d)
[   131.300] (II) modeset(0): Modeline "1360x768"x60.0   72.00  1360 1408 1440 1520  768 771 781 790 +hsync -vsync (47.4 kHz d)
[   131.300] (II) modeset(0): Modeline "1280x800"x120.0  174.25  1280 1380 1516 1752  800 801 804 829 doublescan -hsync +vsync (99.5 kHz d)
[   131.300] (II) modeset(0): Modeline "1280x800"x119.9  134.25  1280 1304 1320 1360  800 801 804 823 doublescan +hsync -vsync (98.7 kHz d)
[   131.300] (II) modeset(0): Modeline "1280x800"x59.8   83.50  1280 1352 1480 1680  800 803 809 831 -hsync +vsync (49.7 kHz d)
[   131.300] (II) modeset(0): Modeline "1280x800"x59.9   71.00  1280 1328 1360 1440  800 803 809 823 +hsync -vsync (49.3 kHz d)
[   131.300] (II) modeset(0): Modeline "1152x864"x60.0   81.62  1152 1216 1336 1520  864 865 868 895 -hsync +vsync (53.7 kHz d)
[   131.300] (II) modeset(0): Modeline "1280x720"x120.0  156.12  1280 1376 1512 1744  720 721 724 746 doublescan -hsync +vsync (89.5 kHz d)
[   131.300] (II) modeset(0): Modeline "1280x720"x120.0  120.75  1280 1304 1320 1360  720 721 724 740 doublescan +hsync -vsync (88.8 kHz d)
[   131.300] (II) modeset(0): Modeline "1280x720"x59.9   74.50  1280 1344 1472 1664  720 723 728 748 -hsync +vsync (44.8 kHz d)
[   131.300] (II) modeset(0): Modeline "1280x720"x59.7   63.75  1280 1328 1360 1440  720 723 728 741 +hsync -vsync (44.3 kHz d)
[   131.300] (II) modeset(0): Modeline "1024x768"x120.1  133.47  1024 1100 1212 1400  768 768 770 794 doublescan -hsync +vsync (95.3 kHz d)
[   131.300] (II) modeset(0): Modeline "1024x768"x60.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz d)
[   131.300] (II) modeset(0): Modeline "960x720"x120.0  117.00  960 1024 1128 1300  720 720 722 750 doublescan -hsync +vsync (90.0 kHz d)
[   131.300] (II) modeset(0): Modeline "928x696"x120.1  109.15  928 976 1088 1264  696 696 698 719 doublescan -hsync +vsync (86.4 kHz d)
[   131.300] (II) modeset(0): Modeline "896x672"x120.0  102.40  896 960 1060 1224  672 672 674 697 doublescan -hsync +vsync (83.7 kHz d)

system lapka.jpg -  https://zapodaj.net/da43e6c6253ca.jpg.html

zrzut ssd.jpg  -  https://zapodaj.net/f2469e33b0468.jpg.html

Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: lesio w Styczeń 23, 2019, 11:43:24 PM
@lami07
Dzięki za wyczerpującą odpowiedź. Teraz sobie przypominam, że zdarzało mi się przy testowaniu różnych distro, że użycie klawiatury/myszki "odblokowywało" pojawienie się ekranu logowania. Nie sądziłem, że przy uruchamianiu systemu może pojawić się zapotrzebowanie na liczby losowe przekraczające ich "podaż".
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 24, 2019, 12:30:39 AM
@tadpa - Jeśli mamy to w ogóle zdiagnozować, to potrzebne są wyniki:
dmesg
journalctl -xb
Przekieruj oba do jakiegoś pliku tekstowego, bo będzie to długie i wrzuć gdziekolwiek na jakiś pastebin.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: TataPingu w Styczeń 24, 2019, 08:25:56 AM
Cytat: TataPingu w Styczeń 21, 2019, 08:40:12 AM
Sprawdź sobie live SPARKY, albo LinuxMX, wówczas będziesz mieć porównanie...

A ja nadal obstaję przy swoim...
- to, że masz teraz MATE, to nie znaczy, że nie bazuje na "słoniowatym" Ubuntu...
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: tadpa w Styczeń 24, 2019, 10:16:43 PM
A więc komendy przedstawiają:

journalctl -xb
Spoiler (Rozwiń)
ubuntu@ubuntu-Vostro-1700:~$ journalctl -xb
-- Logs begin at Wed 2019-01-23 18:55:27 CET, end at Thu 2019-01-24 22:03:49 CET
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: microcode: microcode updated early to
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: Linux version 4.15.0-43-generic (buil
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: Command line: BOOT_IMAGE=/vmlinuz-4.1
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: KERNEL supported cpus:
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   Intel GenuineIntel
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   AMD AuthenticAMD
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   Centaur CentaurHauls
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: x86/fpu: x87 FPU will use FXSAVE
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: e820: BIOS-provided physical RAM map:
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x0000000000000000-0x
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x000000000009f000-0x
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x0000000000100000-0x
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000df66d800-0x
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000f8000000-0x
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fec00000-0x
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fed18000-0x
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fed20000-0x
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000feda0000-0x
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fee00000-0x
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fff00000-0x
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x0000000100000000-0x
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: NX (Execute Disable) protection: acti
lines 1-23...skipping...
-- Logs begin at Wed 2019-01-23 18:55:27 CET, end at Thu 2019-01-24 22:03:49 CET. --
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: microcode: microcode updated early to revision 0xba, date = 2010-10-03
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: Linux version 4.15.0-43-generic (buildd@lgw01-amd64-001) (gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #46-Ubuntu SM
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: Command line: BOOT_IMAGE=/vmlinuz-4.15.0-43-generic root=UUID=7c12d5e7-29c0-44b7-9c01-961406fd1a8e ro quiet splash
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: KERNEL supported cpus:
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   Intel GenuineIntel
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   AMD AuthenticAMD
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   Centaur CentaurHauls
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: x86/fpu: x87 FPU will use FXSAVE
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: e820: BIOS-provided physical RAM map:
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009efff] usable
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x000000000009f000-0x000000000009ffff] reserved
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000df66d7ff] usable
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000df66d800-0x00000000dfffffff] reserved
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec0ffff] reserved
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fed18000-0x00000000fed1bfff] reserved
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fed20000-0x00000000fed8ffff] reserved
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000feda0000-0x00000000feda5fff] reserved
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee0ffff] reserved
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fff00000-0x00000000ffffffff] reserved
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x0000000100000000-0x000000011fffffff] usable
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: NX (Execute Disable) protection: active
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: SMBIOS 2.4 present.
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: DMI: Dell Inc. Vostro 1700                     /0HX769, BIOS A07 04/21/2008
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: e820: last_pfn = 0x120000 max_arch_pfn = 0x400000000
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: MTRR default type: uncachable
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: MTRR fixed ranges enabled:
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   00000-9FFFF write-back
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   A0000-BFFFF uncachable
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   C0000-CFFFF write-protect
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   D0000-EFFFF uncachable
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   F0000-FFFFF write-protect
sty 24 20:38:43 ubuntu-Vostro-1700 kernel: MTRR variable ranges enabled:
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   0 base 000000000 mask F80000000 write-back
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   1 base 080000000 mask FC0000000 write-back
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   2 base 0C0000000 mask FE0000000 write-back
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   3 base 100000000 mask F00000000 write-back
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   4 base 0DF800000 mask FFF800000 uncachable
sty 24 20:38:43 ubuntu-Vostro-1700 kernel:   5 base 0DF700000 mask FFFF00000 uncachable
lines 1-42

dmesg - https://www.easypaste.org/file/S5jYXkVd/dmesg.txt?lang=pl      ( poprawiony-to jest cały log )
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 24, 2019, 10:27:26 PM
To jest cały log? Raczej nie.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: tadpa w Styczeń 28, 2019, 01:35:08 PM
Po tych ostatnich postach jeszcze z 2 razy instalowałem Ubuntu Mate 18.04 i 18.10-ale dalej było to samo,w sobotę spróbowałem z 15.04 i poszło-system uruchamiał się szybko.Ale potem ściągnąłem Ubuntu Mate 16.04 i narazie przy nim zostanę,uruchamia się normalnie,szybko na dysku SSD,poniżej kilka wyników z komend:

systemd-analyze
Startup finished in 4.114s (kernel) + 12.025s (userspace) = 16.140s

systemd-analyze blame
          8.748s NetworkManager-wait-online.service
          1.886s dev-sda1.device
          1.754s fwupd.service
          1.138s plymouth-start.service
           567ms upower.service
           364ms networking.service
           361ms accounts-daemon.service
           352ms ModemManager.service
           350ms snapd.service
           331ms apparmor.service
           322ms systemd-logind.service
           259ms plymouth-read-write.service
           236ms NetworkManager.service
           231ms systemd-fsck@dev-disk-by\x2duuid-05a9dbfe\x2d58e8\x2d44a4\x2dbb
           222ms lightdm.service
           214ms systemd-journald.service
           214ms keyboard-setup.service
           189ms apport.service
           183ms irqbalance.service
           181ms systemd-udev-trigger.service
           174ms ondemand.service
           172ms speech-dispatcher.service
           169ms grub-common.service

Próbowałem też inne systemy wgrać z Linuksa,ale zawsze te najnowsze (Mint,Manjaro i coś tam jeszcze),no i był zawsze problem,błąd z kopiowaniem-wgrywaniem na dysk systemu.Zastanawiam się czy z tego 16.04 nie zaktualizować na 18.04 bo mam powiadomienia żebym zaktualizował,pytanie do was: czy będzie to chodziło czy z oporem (czekać ok.2-5minut na uruchomienie się?
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 28, 2019, 02:10:36 PM
Będzie lub nie. Jeśli nie będzie tak po aktualizacji, to wyłącznie od Ciebie zależy, czy doprowadzisz to do stanu, który Ciebie zadowoli. W tym wątku poległeś nie przedstawiając wcześniej pełnych logów, a tylko tak można zdiagnozować system.
Natomiast nie wiem, czy uda Ci się prosto zaktualizować Mint 16. On ma zakończone wsparcie w lipcu 2014 roku. To oczywiście Twój wybór, jednakże musisz być świadomy tego, że nie dokonasz praktycznie żadnej aktualizacji, nie zainstalujesz żadnej paczki z repozytorium (jeśli są już wyłączone, a prawdopodobnie tak, można się posiłkować repozytoriami old, ale te istnieją tylko dla Ubuntu o ile wiem) i w końcu - masz niewspierany system, czyli ani nikt Ci nie pomoże w rozwiązywaniu problemów, ani - przede wszystkim - nie możesz liczyć na żadne poprawki, w tym poprawki jego bezpieczeństwa.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: tadpa w Styczeń 28, 2019, 04:20:18 PM
No wiem że koniec wsparcia,biorę to po uwagę,ale czy te najnowsze wydania linuxa na ubuntu naprawdę nie nadają się na starszy sprzęt? Co do logów to po zwróceniu uwagi poprawiłem w tym linku co był i podpisałem ,    ( poprawiony-to jest cały log )
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 28, 2019, 09:13:19 PM
Nie wiem, czy Twój komputer jest z kategorii "old", ale wiem jedno tutaj: https://linuxiarze.pl/forum/index.php/topic,3305.msg18570.html#msg18570 na pewno nie ma pełnego logu.
Jeśli Mint 16 działa w sposób - dla Ciebie - zadowalający, to i współczesne wersje linuksa również. Nie daję głowy za Minta, czy inne Ubuntowate, ale daję głowę za to, że problem leży w konfiguracji usług.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: hobbysta w Styczeń 28, 2019, 10:57:01 PM
Ja oddaje glos na problemy ze sprzetem. BIOS , uefi czy co tam masz ma problem z rozpoznaniem sprzetu - czeka na cud az cos sie wydarzy. Takze to raczej nie jest wina Ubuntu. Jasne, ze sprzet to nie jest to co widac golem Jest mnostwo urzadzen, ktore sa ale ich nie widac - niemniej trzeba je zidentyfikowac. Jest to szczegolnie wazne w przypadku urzadzen, ktore mozna dodawac, usuwac - dyski, napedy.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: tadpa w Styczeń 29, 2019, 01:28:21 PM
Dobra,jeszcze raz dzisiaj wgrałem na dysk SSD (128GB) Ubuntu Mate 18.04.LTE(ubuntu-mate-18.04-desktop-amd64.iso)-przy okazji wielkie dzięki za pomoc i zaangażowanie,wiele jest osób co ma starsze laptopy i boryka się z Linuxem na nich.Mój laptop to Dell Vostro 1700 (recenzja na: https://www.notebookcheck.pl/Recenzja-Dell-Vostro-1700.5997.0.html)Może w końcu uda mi się za waszą pomocą przyspieszyć to uruchamianie laptopa,nie piszę że ma być to 18 sek,jak przy Mate 16.04 ale chociaż w pół minuty? ;)
Odchaczyłem z Programów startowych: Aplet kolejki drukowania,Aplet Blueman,Backup Monitor,Onboard,Welkome i Wygaszacz ekranu-co jeszcze można?

Poniżej podam co wywalają niektóre komendy:
lscpu :
Spoiler (Rozwiń)
Architektura:           x86_64
Tryb(y) pracy CPU:      32-bit, 64-bit
Kolejność bajtów:       Little Endian
CPU:                    2
Lista aktywnych CPU:    0,1
Wątków na rdzeń:        1
Rdzeni na gniazdo:      2
Gniazd:                 1
Węzłów NUMA:            1
ID producenta:          GenuineIntel
Rodzina CPU:            6
Model:                  15
Nazwa modelu:           Intel(R) Core(TM)2 Duo CPU     T7500  @ 2.20GHz
Wersja:                 11
CPU MHz:                1462.309
CPU max MHz:            2201,0000
CPU min MHz:            800,0000
BogoMIPS:               4389.17
Wirtualizacja:          VT-x
Cache L1d:              32K
Cache L1i:              32K
Cache L2:               4096K
Procesory węzła NUMA 0: 0,1
Flagi:                  fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm pti tpr_shadow vnmi flexpriority dtherm ida

systemd-analyze :
Startup finished in 1min 6.236s (kernel) + 35.458s (userspace) = 1min 41.694s
graphical.target reached after 35.446s in userspace

systemd-analyze blame :
Spoiler (Rozwiń)
systemd-analyze blame
         31.821s lightdm.service
         31.807s plymouth-quit-wait.service
          4.149s NetworkManager-wait-online.service
          2.243s dev-sda1.device
          2.034s hddtemp.service
          1.354s keyboard-setup.service
           722ms udisks2.service
           580ms networkd-dispatcher.service
           433ms upower.service
           420ms NetworkManager.service
           409ms snapd.service
           396ms loadcpufreq.service
           385ms plymouth-start.service
           335ms systemd-journal-flush.service
           315ms networking.service
           312ms systemd-journald.service
           291ms ModemManager.service
           282ms systemd-udev-trigger.service
           264ms systemd-logind.service
           241ms accounts-daemon.service
           237ms avahi-daemon.service
           226ms speech-dispatcher.service
           219ms grub-common.service
lines 1-23...skipping...
         31.821s lightdm.service
         31.807s plymouth-quit-wait.service
          4.149s NetworkManager-wait-online.service
          2.243s dev-sda1.device
          2.034s hddtemp.service
          1.354s keyboard-setup.service
           722ms udisks2.service
           580ms networkd-dispatcher.service
           433ms upower.service
           420ms NetworkManager.service
           409ms snapd.service
           396ms loadcpufreq.service
           385ms plymouth-start.service
           335ms systemd-journal-flush.service
           315ms networking.service
           312ms systemd-journald.service
           291ms ModemManager.service
           282ms systemd-udev-trigger.service
           264ms systemd-logind.service
           241ms accounts-daemon.service
           237ms avahi-daemon.service
           226ms speech-dispatcher.service
           219ms grub-common.service
           189ms alsa-restore.service
           183ms apparmor.service
           176ms lm-sensors.service
           172ms gpu-manager.service
           166ms apport.service
           163ms wpa_supplicant.service
           161ms systemd-fsck@dev-disk-by\x2duuid-ff1cc979\x2da58f\x2d4e8e\x2db668\x2d7e141082b76f.service
           151ms systemd-resolved.service
           145ms pppd-dns.service
           119ms systemd-timesyncd.service
           112ms user@1000.service
           112ms systemd-udevd.service
           110ms thermald.service
            96ms rsyslog.service
            92ms motd-news.service
            89ms snap-pulsemixer-8.mount
            86ms snap-software\x2dboutique-31.mount
            84ms snapd.seeded.service
            81ms snap-ubuntu\x2dmate\x2dwelcome-169.mount
...skipping...
         31.821s lightdm.service
         31.807s plymouth-quit-wait.service
          4.149s NetworkManager-wait-online.service
          2.243s dev-sda1.device
          2.034s hddtemp.service
          1.354s keyboard-setup.service
           722ms udisks2.service
           580ms networkd-dispatcher.service
           433ms upower.service
           420ms NetworkManager.service
           409ms snapd.service
           396ms loadcpufreq.service
           385ms plymouth-start.service
           335ms systemd-journal-flush.service
           315ms networking.service
           312ms systemd-journald.service
           291ms ModemManager.service
           282ms systemd-udev-trigger.service
           264ms systemd-logind.service
           241ms accounts-daemon.service
           237ms avahi-daemon.service
           226ms speech-dispatcher.service
           219ms grub-common.service
           189ms alsa-restore.service
           183ms apparmor.service
           176ms lm-sensors.service
           172ms gpu-manager.service
           166ms apport.service
           163ms wpa_supplicant.service
           161ms systemd-fsck@dev-disk-by\x2duuid-ff1cc979\x2da58f\x2d4e8e\x2db668\x2d7e141082b76f.service
           151ms systemd-resolved.service
           145ms pppd-dns.service
           119ms systemd-timesyncd.service
           112ms user@1000.service
           112ms systemd-udevd.service
           110ms thermald.service
            96ms rsyslog.service
            92ms motd-news.service
            89ms snap-pulsemixer-8.mount
            86ms snap-software\x2dboutique-31.mount
            84ms snapd.seeded.service
            81ms snap-ubuntu\x2dmate\x2dwelcome-169.mount
            75ms systemd-tmpfiles-setup-dev.service
            66ms systemd-modules-load.service
            61ms polkit.service
            43ms home.mount
            41ms systemd-random-seed.service
            40ms snap-core-4486.mount
            39ms cpufrequtils.service
            35ms systemd-sysctl.service
            31ms dev-hugepages.mount
            30ms sys-kernel-debug.mount
            30ms systemd-remount-fs.service
            29ms dev-loop2.device
            29ms dev-mqueue.mount
            29ms dev-loop1.device
            29ms dev-disk-by\x2duuid-d0ae6895\x2dc4d7\x2d4343\x2d91f1\x2da9e893ae79c6.swap
            28ms dev-loop0.device
            27ms systemd-tmpfiles-setup.service
            25ms systemd-tmpfiles-clean.service
            24ms kerneloops.service
            23ms systemd-backlight@backlight:acpi_video0.service
            22ms ufw.service
            22ms systemd-user-sessions.service
            21ms kmod-static-nodes.service
            21ms openvpn.service
            17ms setvtrgb.service
            17ms sys-fs-fuse-connections.mount
            15ms plymouth-read-write.service
            14ms ureadahead-stop.service
            12ms systemd-update-utmp.service
            11ms sys-kernel-config.mount
             9ms systemd-backlight@backlight:intel_backlight.service
             9ms systemd-update-utmp-runlevel.service
             8ms rtkit-daemon.service
             8ms dev-loop3.device
             8ms systemd-rfkill.service
             6ms console-setup.service
             3ms snapd.socket
lines 38-79/79 (END)

journalctl -xb
Spoiler (Rozwiń)
Spoiler (Rozwiń)
journalctl -xb
-- Logs begin at Tue 2019-01-29 10:53:23 CET, end at Tue 2019-01-29 13:31:54 CET. --
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: microcode: microcode updated early to revision 0xba, date = 2010-10-03
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: Linux version 4.15.0-44-generic (buildd@lcy01-amd64-010) (gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #47-Ubuntu SM
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-4.15.0-44-generic root=UUID=a4d03ef2-845d-4586-9367-1a1b2f02de11 ro quiet sp
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: KERNEL supported cpus:
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   Intel GenuineIntel
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   AMD AuthenticAMD
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   Centaur CentaurHauls
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: x86/fpu: x87 FPU will use FXSAVE
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: e820: BIOS-provided physical RAM map:
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009efff] usable
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x000000000009f000-0x000000000009ffff] reserved
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000df66d7ff] usable
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000df66d800-0x00000000dfffffff] reserved
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec0ffff] reserved
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fed18000-0x00000000fed1bfff] reserved
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fed20000-0x00000000fed8ffff] reserved
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000feda0000-0x00000000feda5fff] reserved
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee0ffff] reserved
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x00000000fff00000-0x00000000ffffffff] reserved
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: BIOS-e820: [mem 0x0000000100000000-0x000000011fffffff] usable
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: NX (Execute Disable) protection: active
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: SMBIOS 2.4 present.
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: DMI: Dell Inc. Vostro 1700                     /0HX769, BIOS A07 04/21/2008
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: e820: last_pfn = 0x120000 max_arch_pfn = 0x400000000
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: MTRR default type: uncachable
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: MTRR fixed ranges enabled:
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   00000-9FFFF write-back
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   A0000-BFFFF uncachable
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   C0000-CFFFF write-protect
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   D0000-EFFFF uncachable
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   F0000-FFFFF write-protect
sty 29 12:56:20 ubuntu-Vostro-1700 kernel: MTRR variable ranges enabled:
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   0 base 000000000 mask F80000000 write-back
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   1 base 080000000 mask FC0000000 write-back
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   2 base 0C0000000 mask FE0000000 write-back
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   3 base 100000000 mask F00000000 write-back
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   4 base 0DF800000 mask FFF800000 uncachable
sty 29 12:56:20 ubuntu-Vostro-1700 kernel:   5 base 0DF700000 mask FFFF00000 uncachable

dmesg : (w pliku txt)
https://www.easypaste.org/file/w2GWMbcF/dmesg.txt?lang=pl

Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 29, 2019, 05:58:35 PM
I znów powiem jedno: dziennik logów nie jest pełny! - w jaki zatem sposób mamy Ci pomóc? Zrób w końcu to raz, a dobrze, choćby tak:
jorunalctl -xb > plik.txt
Zawartość plik.txt przedstaw tu.

Z systemd-analyze wynika, że aż ponad pół minuty zabiera Ci dziadostwo pn. lightdm oraz - mam nadzieję te same pół minuty - inne dziadostwo pn. plymouth. Pierwsze - zmienić lightdm na coś "lżejszego", o ile jest w ogóle Ci do szczęścia potrzebne. Lżejszym zamiennikiem może być choćby lxdm. Powinien być w Ubuntu (czyli w Mint).
Plymouth możesz wywalić i zobaczyć, czy coś się zmienia.

Włączasz system z jakimś dyskiem podłączonym pod USB - to również spowalnia uruchamianie.

Jakiś dysk wadliwie wyłączyłeś - żąda fsck.

Podnoszenie snapa również zajmuje czas. Nie wiem czy jest Ci to do szczęścia potrzebne.

I tyle da się wyczytać ze szczątkowych informacji, jakie udzielasz (czyli z dmesg). Dobre to, że oprócz błędu jakiegoś dysku - innych nie widzi.

Znów powracamy do początku - mikrokod dla Intela masz zainstalowany?

Czy ewentualnie rozważyłbyś zmianę kernela? Tu jest 4.15, który jest już od dawna EOL. Wiem, teoretycznie jest "wspierany" przez Canonical. Albo się w to wierzy, albo nie. Ja nie. Być może również na kernelu np. xanmod, albo liquorix lepiej by to pracowało.
Przede wszystkim jednak - wyłącz jakiś HDD po USB, zastanów się nad LightDM i plymouth oraz odpowiedz sobie na mikrokod Intela.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: tadpa w Styczeń 29, 2019, 10:25:36 PM
Witam,zamieszczam jeszcze raz-tym razem poprawny log z jorunalctl -xb. A wystarczyło napisać żeby w konsoli po niecałych wynikach komendy wcisnąć Spację  wtedy by się pojawił cały log.Jestem tylko początkującym miłośnikiem Linuxa....

jorunalctl -xb https://www.easypaste.org/file/iMI07GO5/journalctl.-xb.txt?lang=pl

Piszesz żebym zmienił lightdm i plymouth na coś lżejszego-nawet nie wiem jak to zrobić,a po drugie skoro wyszła parę miesięcy temu taka dystrybucja tej odmiany Linuxa i nic z tym nie zrobiono to dlaczego użytkownicy mają: ściągnąć,wgrać i pozmieniać (grzebać) w środku Linuxa.To jeszcze bardziej zniechęca do posiadania jakiegokolwiek Linuxa.Skoro wyszedł Mate 18.04 LTS z długim wsparciem to po co takiego bubla wypuszczono?żeby każdy dalej testował i poprawiał?Wiem,to nie Windows,ale...

Co do dysku,to możliwe ze akurat miałem podłączony wtedy pod usb i dlatego w logu pokazało,ale już odpiąłem go.

tu komenda dmesg.txt i log: https://www.easypaste.org/file/u2Zyn1N3/dmesg.txt?lang=pl

Co do: mikrokod dla Intela masz zainstalowany? - nie wiem,zainstalowałem Ubuntu Mate,zaktualizowałem  apotem czekałem,czekałem,czekałem ...aż się uruchomi.
Ale widzę że (czytałem różne fora) że to nie tylko ja mam problem z długim uruchamianiem się Ubuntu,a szczególnie te 18.04 i 18.10 mają z tym problem i z aktualizacjami.

I jeszcze raz systemd-analyze:
systemd-analyze
Startup finished in 1min 6.748s (kernel) + 36.277s (userspace) = 1min 43.025s
graphical.target reached after 36.260s in userspace

systemd-analyze.blame.txt
https://www.easypaste.org/file/DqPzMeZF/systemd-analyze.blame.txt?lang=pl

systemd-analyze critical-chain
https://www.easypaste.org/file/t2zecrCD/systemd-analyze.critical-chain.txt?lang=pl

dmesg --level=err,warn
https://www.easypaste.org/file/mgvyETH2/dmesg.--level.err.warn.txt?lang=pl




Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 29, 2019, 11:11:26 PM
Cóż... szklanej kuli nie mam i nie mam pojęcia, czy ktoś, przyswoił sobie podstawowe zasady korzystania z systemu, który używać chce, czy też nie. Ale mniejsza o to.
W podanym przez Ciebie logu nadal występuje podpięty dysk z systemem Windows, który został zahibernowany, a nie wyłączony na czym system traci na tym kilka sekund. Podobnie chyba (bo nie widać całości - strasznie małe okno ustawiłeś terminala :)) jest podpięte coś pod USB - też na tym traci i to sporo czasu. Dodatkowo spora ilość błędów, które jednakże nie wpływają znacząco na czas podnoszenia się systemu.

Lightdm na coś innego:
1. instalujesz jakikolwiek inny DM (np. LXDM - ale musisz sprawdzić, czy taka paczka jest w systemie),
2. wydajesz polecenie:
sudo systemctl enable -f lxdm.service
Teraz albo możesz komputer zrestartować, albo uruchomić lxdm, ale to obojętne.

Nie wiem, czy to bubel, czy nie, bowiem zasadniczo to chyba inne problemy występują u Ciebie. Nb. 18.04 raczej nie miało dobrych recenzji :) Nie mam pojęcia dlaczego u Ciebie akurat lightdm podnoszony jest przez ponad 30 sek. - to nie jest normalne i nie występuje u wszystkich użytkowników.
A czy to zniechęca? Jednego tak, drugiego nie. Gdyby podnosił się tyle Windows, to... mógłbyś to znieść z pokorą. W przypadku linuksa możesz spróbować zmienić. I koniec OT.

Raz jeszcze - odłącz niepotrzebne dyski, Windows wyłącz "do spodu" i sprawdź, czy coś się poprawia.

I kolejny raz - bo tego nie widzę i już o to nie będę pytał, bo po prostu szkoda mi to samo pytanie zadawać kilka razy, szkoda mojego czasu, chęci i ochoty - masz zainstalowany mikrokod dla Intela, czy też nie?[/code]
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: ciubaka w Styczeń 30, 2019, 07:35:07 AM
Generalnie buntu długo się uruchamiają.
Moje Xubuntu i Lubuntu około minuty.
Inne dystrybucje są szybsze.
Więc skoro tak przeszkadza, to najpierw powyłączać trzeba co Kolega Pavbaranow zaleca.
A jak nie pomoże to albo przyjąć to z pokorą, albo potestować szybsze dystrybucje.
Czy warto - kwestia uznania, ja tam wróciłem po latach do buntu.
W kernelach nie grzebię, przyjmuję co twórcy systemu dają.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: MSki w Styczeń 30, 2019, 07:47:27 AM
Laptop Lenovo X220, system Ubuntu MATE 18.04 LTS, jądro 4.15.0-44-generic x86_64. Sprawdziłem dziś rano, ze stoperem w ręku, czyli bez ujmowania w wyniku czasu poświęconego na wpisywanie haseł - od naciśnięcia przycisku Power do wyświetlenia się pulpitu - 31,76/100s.
Czyli, w zaokrągleniu 32 sekundy i system gotowy do działania.
Dodam jedynie, że na czas "wstawania" systemu nie mają wpływu podpięte do niego; pendrive, HDD zewnętrzne, a często zdarza mi się te urządzenia pozostawić wpięte w USB.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: TataPingu w Styczeń 30, 2019, 08:56:19 AM
Cytat: pavbaranov w Styczeń 29, 2019, 11:11:26 PM
Nie wiem, czy to bubel, czy nie, bowiem zasadniczo to chyba inne problemy występują u Ciebie. Nb. 18.04 raczej nie miało dobrych recenzji :) 
A czy to zniechęca? Jednego tak, drugiego nie. Gdyby podnosił się tyle Windows, to... mógłbyś to znieść z pokorą. W przypadku linuksa możesz spróbować zmienić. I koniec OT.
18.4 to prawdziwy bubel...
Tak to się kończy, gdy twórcy próbują połączyć kilka aspektów naraz...
- i zintegrować jeszcze w 100% nie opanowane nowości (np. Wayland, snapsy), i utrzymywać dystro na stosunkowo aktualnym poziomie, i zadbać o bezpieczeństwo, ale zarazem móc generować, jak najwięcej informacji o użytkowniku (użytkowanym systemie), i oferować szerokie spektrum wolnego oprogramowania, ale próbować wygenerować, jak największe dochody...
Można by jeszcze długo wymieniać...

Oczywiście, nie krytykuję samych twórców, w gruncie rzeczy "ubuntowce", jak na razie, relatywnie spisują się dobrze, szczególnie u nowicjuszy linuksa. Trzeba się jednak pogodzić z coraz większą "mułowatością" systemu i coraz mniejszymi możliwościami do jego manipulacji (czyt. poprawek).

Co się tyczy czasu startu, to przecież zawsze można system "hibernować"...
- zahibernowany system nie potrzebuje więcej, jak kilka-kilkanaście sekund na start...

Poza tym, czy to taka wielka różnica, że system potrzebuje 38 sekund, zamiast 28 na start ?

Co innego, gdyby system ładował się, jak kiedyś mój służbowy win7 na jednym ze służbowych lapków...
- symbol kolorowych, latających wpierw kółeczek, a potem okienek pojawiał się co prawda już po ok. 15 sek, tylko cóż z tego, gdy do pełnej gotowości do jakielkolwiek pracy potrzebowałem ok. 20-30 min.

Lapka używałem właściwie tylko dla łatwiejszego dostępu do serwera windows2010 i osadzonej na nim bazy SQL, jednak przy takim zachowaniu się systemu win7 (czasy startu wydłużały się z czasem) wkurzyłem się i puściłem w "nirwanę" całą windę7. Było to gdzieś z 5 lat temu i była to, jak na razie ostatnia winda, której używałem.

W każdym bądź razie, przy takim zachowaniu windy, nawet 2 minutowy start linuksa mnie nie przeraża ;)
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: MSki w Styczeń 30, 2019, 10:12:36 AM
@TataPingu - doprecyzuj, który 18.04 "to prawdziwy bubel" ?
Bo jeśli piszesz o Ubuntu, to zgadzam się że działa nie najlepiej, ale jeśli o u-MATE to mam odmienne zdanie, zwłaszcza że użytkuję ten system (18.04) od kilku miesięcy i nie mam żadnych zastrzeżeń.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: TataPingu w Styczeń 30, 2019, 11:12:13 AM
Cytat: MSki w Styczeń 30, 2019, 10:12:36 AM
Bo jeśli piszesz o Ubuntu, to zgadzam się że działa nie najlepiej, ale jeśli o u-MATE to mam odmienne zdanie

Oczywiście, ze środowiskim MATE jest lepiej, MATE ogólnie jest "lżejsze". Weż jednak pod uwagę, że, niezależnie od środowiska, podstawa jest ta sama...

Ogólnie, odniosłem się do poprzednich wersji "buntów" (16.04, 14.04 i wcześniejszych)...

Poza tym, ja nie krytykuję "buntów", są to jedynie moje dygresje...

Systemy mają również wiele zalet, np. "prywatnie" w domu używam serwera bazującego na "Buntu" już wiele lat. Jeśli dobrze pamiętam, to instalowałem jeszcze "wydanie" ("Ubuntu-Serwer") 14.04 (o ile nie 12.04 t.j "Precise Pangolin" - dokładnie nie pamiętam) i do dzisiaj pracuje bez zastrzeżeń.
Z aktualizacjami nie ma żadnych problemów (w przeciwieństwie np. do innych "serwerowców"). Obecnie, po aktualizacji mam najświeższego 18.04.1 LTS (Bionic Beaver)
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: tadpa w Styczeń 30, 2019, 09:58:03 PM
Ubuntu Mate wcale nie jest takie złe,miałem krótko 12 potem 14,15,16 i na dysku ATA w laptopie w granicach 20-40 sek się uruchamiał.A nie po to zmieniałem na dysk SSD żeby się dłużej system uruchamiał.Po prostu Ubuntu Mate nie jest przystosowany na każdy sprzęt,podzespół na którym wszystko będzie ok-wtedy trzeba w nim grzebać ;) .Na drugim laptopie mojej żony Acerze z dyskiem SSD -Mate uruchamia się w 17 sekund.
Tytuł: Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
Wiadomość wysłana przez: pavbaranov w Styczeń 30, 2019, 10:10:49 PM
@tadpa - To nie tak. Na Twoim komputerze prawidłowo skonfigurowanym dowolny system wykorzystujący systemd nie powinien uruchamiać się dłużej niż kilkanaście sekund i to nawet przy dość mocno przeładowanym kernelu i usługach. Standardowo, systemy z systemd, na SSD potrafią uruchamiać się poniżej 10 sek. Gdyby - powtarzalny - wynik jaki daje systemd-blame był na poziomie kilkunastu sekund byłby on akceptowalny. Jeśli ów powtarzalny wynik sięga ponad minutę, to gdzieś masz system źle skonfigurowanym. Gdzie nie wiemy. Wiemy, że są błędy w konfiguracji, wiemy, że masz wadliwie podłączone dodatkowe dyski, co spowalnia system. Być może coś jeszcze. Pytanie jednak, czy Ty chcesz w tym wszystkim jakiejś pomocy, czy też nie. Jak na razie mam w tym zakresie dość ambiwalentne odczucia.