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
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.
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.
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...
@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ń.
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....
@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.
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)
"@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.
@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.
@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.
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.
@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.
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.
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...
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.
@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ć?
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 ?
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.
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
@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ż".
@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.
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...
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 )
To jest cały log? Raczej nie.
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ę?
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.
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 )
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.
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.
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.694sgraphical.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 -xbSpoiler (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
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.
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=plPiszesz ż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=plCo 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.025sgraphical.target reached after 36.260s in userspace
systemd-analyze.blame.txthttps://www.easypaste.org/file/DqPzMeZF/systemd-analyze.blame.txt?lang=plsystemd-analyze critical-chainhttps://www.easypaste.org/file/t2zecrCD/systemd-analyze.critical-chain.txt?lang=pldmesg --level=err,warnhttps://www.easypaste.org/file/mgvyETH2/dmesg.--level.err.warn.txt?lang=pl
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]
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ą.
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.
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 ;)
@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ń.
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)
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.
@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.