Witaj na Forum Linuxiarzy
Zanim zalogujesz się, by pisać na naszym forum, zapoznaj się z kilkoma zasadami savoir-vivre'u w dziale Administracja.
Wiadomości z problemami zamieszczone w wątku "Przywitaj się" oraz wszelkie reklamy na naszym forum będą usuwane.

Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD

Zaczęty przez tadpa, Styczeń 20, 2019, 08:49:15 PM

Poprzedni wątek - Następny wątek

tadpa

#30
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


pavbaranov

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.

tadpa

#32
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





pavbaranov

#33
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]

ciubaka

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ą.

MSki

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.

TataPingu

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 ;)

MSki

@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ń.

TataPingu

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)

tadpa

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.

pavbaranov

@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.

Zobacz najnowsze wiadomości na forum