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

Autor Wątek: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD  (Przeczytany 1988 razy)

Offline lami07

  • Global Moderator
  • Full Member
  • *****
  • Wiadomości: 217
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #15 dnia: 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.
« Ostatnia zmiana: Styczeń 22, 2019, 04:32:04 pm wysłana przez lami07 »

Offline lesio

  • Hero Member
  • *****
  • Wiadomości: 569
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #16 dnia: 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ć?
« Ostatnia zmiana: Styczeń 22, 2019, 11:19:04 pm wysłana przez lesio »

Offline TataPingu

  • Hero Member
  • *****
  • Wiadomości: 930
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #17 dnia: Styczeń 23, 2019, 08:41:01 am »
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 ?
« Ostatnia zmiana: Styczeń 23, 2019, 11:46:16 am wysłana przez TataPingu »

Offline lami07

  • Global Moderator
  • Full Member
  • *****
  • Wiadomości: 217
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #18 dnia: 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.
« Ostatnia zmiana: Styczeń 23, 2019, 07:14:22 pm wysłana przez lami07 »

Offline tadpa

  • Newbie
  • *
  • Wiadomości: 10
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #19 dnia: 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

« Ostatnia zmiana: Styczeń 23, 2019, 11:17:52 pm wysłana przez tadpa »

Offline lesio

  • Hero Member
  • *****
  • Wiadomości: 569
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #20 dnia: 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ż".

Offline pavbaranov

  • Hero Member
  • *****
  • Wiadomości: 801
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #21 dnia: Styczeń 24, 2019, 12:30:39 am »
@tadpa - Jeśli mamy to w ogóle zdiagnozować, to potrzebne są wyniki:
dmesgjournalctl -xbPrzekieruj oba do jakiegoś pliku tekstowego, bo będzie to długie i wrzuć gdziekolwiek na jakiś pastebin.

Offline TataPingu

  • Hero Member
  • *****
  • Wiadomości: 930
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #22 dnia: Styczeń 24, 2019, 08:25:56 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...

Offline tadpa

  • Newbie
  • *
  • Wiadomości: 10
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #23 dnia: 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 )
« Ostatnia zmiana: Styczeń 24, 2019, 10:51:21 pm wysłana przez tadpa »

Offline pavbaranov

  • Hero Member
  • *****
  • Wiadomości: 801
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #24 dnia: Styczeń 24, 2019, 10:27:26 pm »
To jest cały log? Raczej nie.

Offline tadpa

  • Newbie
  • *
  • Wiadomości: 10
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #25 dnia: 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ę?
« Ostatnia zmiana: Styczeń 28, 2019, 01:39:49 pm wysłana przez tadpa »

Offline pavbaranov

  • Hero Member
  • *****
  • Wiadomości: 801
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #26 dnia: 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.

Offline tadpa

  • Newbie
  • *
  • Wiadomości: 10
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #27 dnia: 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 )

Offline pavbaranov

  • Hero Member
  • *****
  • Wiadomości: 801
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #28 dnia: 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.

Offline hobbysta

  • Full Member
  • ***
  • Wiadomości: 119
Odp: Długie uruchamianie się Ubuntu Mate 18.10 na laptopie z SSD
« Odpowiedź #29 dnia: 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.