Linuxiarze.pl Forum

Dystrybucje Linux => Mepis, antiX, MX => Wątek zaczęty przez: stefan1980 w Marzec 15, 2019, 09:34:38 PM

Tytuł: [ROZWIĄZANY] MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 15, 2019, 09:34:38 PM
Witam. Zainstalowałem na pendrive MX licząc że na moim laptopie będzie szybko działał. Jednak jak się okazało bardzo długo sie uruchamia i w czasie działania strasznie muli się laptop. Obciążenie pamięci przy samamy tylko firefoksie - kiedy tu piszę  wynosi 40%. Parametry 3GB RAM  procesor 2-rdzenie,64bit. Dodaje że na laptopie o takich samych parametrach tylko 32bit MX śmiga aż miło. Bardzo długo się wyłącza. Windows szybciej startuje i się zamyka niż MX.Co może byc przyczyną?
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 15, 2019, 09:41:54 PM
Zamiast o Windows - podaj jakiekolwiek logi systemowe.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 15, 2019, 09:45:16 PM
Pavbaranov dokładniej poproszę bo nie wiem co wpisać w terminalu
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 15, 2019, 09:53:00 PM
Toż to Twój system, który wybrałeś, a tego typu informacje stanowią absolutne przedszkole. Ale cóż, wymagasz od innych, aby za Ciebie sprawdzili co w MX Linux w trawie piszczy... Wg ich strony jest to dystrybucja zbudowana na Debian Stable, a zatem winna mieć (i ma, po innym jeszcze sprawdzeniu) - systemd. Dziennik logów uzyskasz zatem po wpisaniu:
journalctl
Z bieżącej sesji:
journalctl -b
Więcej możesz znaleźć choćby tu: https://wiki.archlinux.org/index.php/Systemd/Journal
Dobrze byłoby również pokazać specyfikację sprzętu (najlepiej z inxi):
inxi -Fxx
Również sensownie podać jakieś informacje o konfiguracji (jeśli takich dokonywałeś).
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 15, 2019, 10:05:21 PM
wynik z inxi
System:
  Host: mx1 Kernel: 4.19.0-1-amd64 x86_64 bits: 64 compiler: gcc v: 6.3.0
  Desktop: Xfce 4.12.3 Distro: MX-18.1.1.1.1.1_x64 Continuum Feb 9  2019
  base: Debian GNU/Linux 9 (stretch)
Machine:
  Type: Other-vm? System: TOSHIBA product: Satellite L300 v: PSLB0E-01G017PL
  serial: <filter>
  Mobo: Intel model: N/A serial: <filter> BIOS: INSYDE v: 1.50
  date: 07/10/2008
Battery:
  ID-1: BAT0 charge: 0.0 Wh condition: 43.4/54.1 Wh (80%)
  model: PA3534U-1BAS status: Unknown
CPU:
  Topology: Dual Core model: Intel Pentium Dual T2370 bits: 64 type: MCP
  arch: Core Merom rev: D L2 cache: 1024 KiB
  flags: lm nx pae sse sse2 sse3 ssse3 bogomips: 6916
  Speed: 1166 MHz min/max: 800/1733 MHz Core speeds (MHz): 1: 1166 2: 800
Graphics:
  Device-1: Intel Mobile GM965/GL960 Integrated Graphics
  vendor: Toshiba America Info Systems driver: i915 v: kernel
  bus ID: 00:02.0
  Display: x11 server: X.Org 1.19.2 driver: intel resolution: 1280x800~60Hz
  OpenGL: renderer: Mesa DRI Intel 965GM v: 2.1 Mesa 18.2.6
  direct render: Yes
Audio:
  Device-1: Intel 82801H HD Audio vendor: Toshiba America Info Systems
  driver: snd_hda_intel v: kernel bus ID: 00:1b.0
  Sound Server: ALSA v: k4.19.0-1-amd64
Network:
  Device-1: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet
  vendor: Toshiba America Info Systems RTL8102E PCI-E driver: r8169
  v: kernel port: 3000 bus ID: 02:00.0
  IF: eth0 state: down mac: <filter>
  Device-2: Realtek RTL8187B Wireless Adapter type: USB driver: rtl8187
  bus ID: 7-6:3
  IF: wlan0 state: up mac: <filter>
Drives:
  Local Storage: total: 305.59 GiB used: 339.9 MiB (0.1%)
  ID-1: /dev/sda vendor: Seagate model: ST9320325AS size: 298.09 GiB
  ID-2: /dev/sdb type: USB vendor: Generic model: Flash Disk size: 7.50 GiB
Partition:
  ID-1: / size: 2.30 GiB used: 339.9 MiB (14.4%) fs: overlay source: ERR-102
Sensors:
  System Temperatures: cpu: 48.0 C mobo: N/A
  Fan Speeds (RPM): N/A
Repos:
  Active apt repos in: /etc/apt/sources.list.d/antix.list
  1: deb http://iso.mxrepo.com/antix/stretch stretch main
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list
  1: deb http://ftp.pl.debian.org/debian/ stretch-updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/debian.list
  1: deb http://ftp.pl.debian.org/debian/ stretch main contrib non-free
  2: deb http://security.debian.org/ stretch/updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/mx.list
  1: deb http://ftp.icm.edu.pl/pub/Linux/dist/antix-workspace/mx/repo/ stretch main non-free
  No active apt repos in: /etc/apt/sources.list.d/various.list
Info:
  Processes: 177 Uptime: 1h 12m Memory: 2.92 GiB used: 1.03 GiB (35.2%)
  Init: SysVinit runlevel: 5 Compilers: gcc: 6.3.0 Shell: bash v: 4.4.12
  inxi: 3.0.29

poza tym działam na wersji demo i nie znajduje dziennika logów więc musze od poczatku uruchomić lapka i wcisąć zaznaczyc persist to wtedy stworzy mi użytkownika. Choć wczoraj to zrobiłem ale przy zamykaniu systemu trwającym ok 10 min wkurzyłem się i wyłaczyłem lapka. Za długo to trwało
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 15, 2019, 10:09:31 PM
Ty pracujesz na pendive? Ten MX nie jest fizycznie zainstalowany na HDD? Jeśli tak, to w zależności od rodzaju USB (a najwyżej tu pewnie jest 2) tracisz już tutaj bardzo dużo.
Niestety nie odpowiem Ci czy MX ładuje się do pamięci w całości i stamtąd pracuje, czy nie. Niemniej jednak, przy pracy na systemach instalowanych na pendrive tego typu rozwiązanie jest praktycznie jedynie sensowne. Fakt, ładuje się i wyłącza dłużej, choć nie powinno to i tak trwać tyle co wspomniałeś w innym jakimś wątku (tj. długie minuty). I nie zrozum mnie, że chciałbym Cię do czegoś innego przekonywać, ale po prostu podzielić się informacją - z dystrybucji, które pracowały w ten sposób (tj. bezpośrednio z ISO) w zasadzie najlepiej mi funkcjonowały Puppy, Slax i Porteus. Wszystkie inne (ale z MX nie miałem bodaj do czynienia, a jeśli już to lata temu, o ile to możliwe; po prostu nie pamiętam) muliły właśnie na starcie/zamykaniu.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 15, 2019, 10:32:02 PM
Tak pracuje na pendrive. Tak samo miałem na penie zainstalowany Mx tylko 32bity, poustawiany już pod siebie i ta dystrybucja bardzo szybko mi chodzi nawet z pena na starym Hp-ku czego nie mogę powiedzieć na tym laptopie. Nie jest musowo mieć ten system i tutaj bo już myśle żeby może na pena wgrać Antix bo podobno też szybko chodzi. Choć chciałem bo co laptop to inny system hehe Tylko mnie zastanawia to czemu tu sie tak mulaście zachowuje?
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 15, 2019, 10:57:20 PM
Nikt szklanej kuli nie ma i na pytanie, które zadajesz - nie odpowie Ci. Albo bardzo ogólnie: widać mu coś nie pasuje. Bez logów - bez sensu.
Przy okazji - czy istnieje jakieś absolutnie istotna potrzeba, by linux pracował z pendrive'a? To pytanie w zasadzie retoryczne.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: Fibogacci w Marzec 16, 2019, 12:46:41 PM
Zacznę od końca:

1. Tak, są ludzie, którzy używają Linuksa z Pendrive'a - ma to swoje zalety i to dosyć liczne ;) Szczególnie, że MX i antiX bardzo dobrze się do tego nadają i posiadają odpowiednie opcje i narzędzia - tryb Persistence - czyli można posiadać przenośny system na LiveUSB z możliwością modyfikacji.

Nie wiem jak inne dystrybucje, bo z nich nie korzystam, ale być może nie tak wiele posiada taką możliwość (Persistence) - stąd brak świadomości o możliwościach, jakie daje Linux na pendrivie.

Tak więc to nie jest pytanie retoryczne.

2. Co do prędkości działania - tak jak było napisane powyżej, wiele zależy od prędkości dostępu do danych, w tym przypadku prędkości dostępu do pendrive'a przez USB.

System zainstalowany na dysku działa szybciej niż z pendrive'a. Czasem system live uruchamiany z płyty DVD działa szybciej niż z pendrive'a (USB), szczególnie gdy w komputerze jest USB 1.1 (szybkość dostępu do nośnika jest wtedy znacznie niższa - w porównaniu do USB 2.0). Taki typ (1.1) występuje w starych, tych naprawdę starych komputerach ;)

32bit może też działać trochę szybciej niż 64bit.

W grę wchodzić też może dany sprzęt, ten sam pendrive może szybciej się uruchamiać na innym sprzęcie (w sensie jedno z urządzeń może być przyczyną różnic w prędkości uruchamiania). Proponuję zrobić test na innym komputerze z tym samym pendrivem - czy prędkość uruchamiania będzie taka sama, większa, mniejsza?

Można też spróbować jeszcze raz utworzyć nowe LiveUSB na tym samym pendrivie lub też na innym pendrivie. Pytanie też, czy wolno uruchamia się pendrive ze świeżo utworzonym systemem, czy już po zmianach (w trybie Persistence), ewentualnie po wykonaniu Remaster?

Jeżeli używasz trybu Persistence i dokonywałeś zmian, może chwilę trwać zapisywanie przy wyłączaniu (właśnie wtedy te zmiany są wprowadzane na USB, nie wcześniej) - nie wiem czy to masz na myśli. Nie wiem też, jaki tryb zapisu zmian (Persistence) wybrałeś (automatyczny, półautomatyczny, ręczny).

antiX zadziała na pewno, ale zawsze warto najpierw próbować z MX - ja tak robię na swoich komputerach, gdzie pójdzie MX (w miarę sprawnie), tam zostaje.

3. W MX Linux systemd jest dostępny, ale jest domyślnie wyłączony. Więcej o tym można przeczytać w Podręczniku użytkownika MX Linux, rozdział 1.7.1 (strona 7):

https://drive.google.com/open?id=1e1Nn_vyhCKaG5CqI-gb8_UDNSMrX_XyB

4. Z mojego doświadczenia - system z LiveUSB (MX i antiX) uruchamia się na moim głównym laptopie szybciej niż zainstalowany system - ale to dlatego, że na zainstalowanym mam już dużo różnych rzeczy, ładują się demony i inne sprawy, więc to trwa.

Samo LiveUSB wchodzi bardzo szybko.

MX i antiX są specjalnie zaprojektowane tak, aby korzystać z nich także jako LiveUSB (z opcją Persistence czyli z wprowadzaniem modyfikacji, własnych zmian) - i się tym szczycą i nie jest to bez pokrycia.

5. Co do zużycia pamięci przy Firefoksie - to on tak już ma. Gdy korzystasz z LiveUSB, a nie masz swap, to dodatkowo jest trudniej. Przy zainstalowanym systemie na dysku i posiadaniu swap już bywa lepiej.

Czasem warto zastosować triki. W ostatnich dniach na komputerze, który do mnie dotarł, uruchamiałem LiveUSB z MX 64bit i drugą wersję 32bit. Na komputerze jest tylko 512 MB RAM i na razie nie miałem dysku twardego. Dlatego można sobie pomóc - zrobiłem z całego pendrive'a 1GB partycję swap. (Możesz to zrobić w programie GParted). Można zrobić większy swap, jeśli masz większą pojemność, ja akurat miałem taki pod ręką.

I dzięki temu już jest łatwiej. 1GB swap już robi różnicę. Tak samo robiłem próby na starym komputerze z procesorem 500 MHz i 256 czy 512 MB RAM - system live (z płyty lub z USB), ale swap na pendrive - i też można eksperymentować.

Alternatywnie dla Firefoksa, można szybko doinstalować SlimJet - bardzo wydajna i szybsza, szczególnie na słabym sprzęcie, a wyświetla wszystko prawidłowo.

Inne lekkie przeglądarki to Midori, ekstremalnie lekka to Uzbl - ale SlimJet dla Twojego komputera już będzie ok, odczujesz różnicę.

6. Podsumowując, w zasadzie, jeżeli 32bit działa dobrze, to proponowałbym korzystać z 32bit (szczególnie jako LiveUSB). Użytkuje się go tak samo, a szybkość w tym konkretnym przypadku może być większa.

Jeśli jest możliwość testowego zainstalowania 64bit na dysku, można tak zrobić i sprawdzić efekt.

Ale po to właśnie MX i antiX są dostępne w 64bit i 32bit, żeby dostosowywać się do warunków. Ja pewnie wybrałbym 32bit dla tego konkretnego sprzętu.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 16, 2019, 01:26:35 PM
Tak też myśle zrobić Fibo czyli jeszcze raz spróbuje wgrać na nowo Mx i zobaczyć czy będzie lepiej.  Na razie mam ustawione zapisywanie semiautomatic. Jak nie pÓjdzie to będę dalej próbował działać to co napisałeś z tym swap. Mam jeszcze dwa pendrive więc któryś może szybciej będzie chodził.  System uruchamiał się wolno na świeżo tak jak i po zmianach zapisanych. Tak chodziło mi o zapisywanie zmian przy wyłączaniu kompa tylko że to trwa ok 10min jak nie lepiej
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: Fibogacci w Marzec 16, 2019, 01:36:00 PM
Cytat: stefan1980 w Marzec 16, 2019, 01:26:35 PM
Tak też myśle zrobić Fibo czyli jeszcze raz spróbuje wgrać na nowo Mx i zobaczyć czy będzie lepiej.  Na razie mam ustawione zapisywanie semiautomatic. Jak nie pÓjdzie to będę dalej próbował działać to co napisałeś z tym swap

Zawsze warto próbować, testować i eksperymentować. Ja też robiłem wiele prób na różnych komputerach i z różnymi odmianami MX i antiX, na USB, DVD i CD (jeszcze czasem używałem wcześniejsze kernele, modyfikacje).

Sprzęty są różne i czasami zdarzy się tak, że coś jednak nie zadziała. Ale sądzę, że i tak szanse dla MX i antiX są większe, niż dla innych dystrybucji.

Prosty przykład, spróbowałem uruchamiania MX i Mint na moich starych komputerach (też różne wersje). Odchodząc już od tego, że w Mint na starcie nie ma wyboru języka polskiego, ani innych języków (trzeba je doinstalowywać czyli mieć dostęp do Internetu), nie ma takich opcji jak Peristence i kilku innych przydatnych funkcji dla LiveUSB - to po prostu Mint nie uruchamia się poprawnie lub sprawnie na starych sprzętach (na których go testowałem).

MX i antiX uruchamiają się i na starych i na nowych. W tym tkwi ich przewaga.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: Fibogacci w Marzec 16, 2019, 01:49:54 PM
Cytat: stefan1980 w Marzec 16, 2019, 01:26:35 PM
Tak też myśle zrobić Fibo czyli jeszcze raz spróbuje wgrać na nowo Mx i zobaczyć czy będzie lepiej.  Na razie mam ustawione zapisywanie semiautomatic. Jak nie pÓjdzie to będę dalej próbował działać to co napisałeś z tym swap. Mam jeszcze dwa pendrive więc któryś może szybciej będzie chodził.  System uruchamiał się wolno na świeżo tak jak i po zmianach zapisanych. Tak chodziło mi o zapisywanie zmian przy wyłączaniu kompa tylko że to trwa ok 10min jak nie lepiej

Ten czas (zapisywania) różni się w zależności od ilości zmian. To czas przetwarzania (wydaje mi się, że tworzony jest spakowany plik) i czas przesyłania na pendrive.

Możesz sprawdzić, jakie masz porty USB, w terminalu (skrót F4) wpisz:
$ lsusb

Najprawdopodobniej będą 2.0 (więc ok), ale zawsze warto wiedzieć na pewno.

Nie wiem, czy w laptopie jest napęd DVD, ale jeśli jest, może warto sprawdzić z płytą.

Ze sprzętem bywa różnie - mam starego laptopa Acera. W nim jest problem ze starym BIOSem. Po uruchomieniu Linuksa w standardowym trybie (czy to MX czy antiX), nie uruchamia się wentylator procesora i po jakimś czasie wyłącza się komputer - przegrzewa się procesor. W trybach dodatkowych (FailSafe, w trybie awaryjnym itp.) raz się wentylator włączy raz nie - losowo. Tak samo bywa z innymi Linuksami na tym laptopie.

Ale i tak w mojej opinii - MX lub antiX będzie zawsze miał większe szanse na uruchomienie niż inne, 'nowoczesne' dystrybucje.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 17, 2019, 08:30:41 AM
A więc wczoraj zacząłem się bawić i uruchamiać inne dystra linuksa na tym laptopie i
Mint - nawet nie odpalił - wywaliło błąd ACPI ERROR
Mx- wersja 32 i 64bit - muli długo uruchamia sie i zamyka - standart
Antix - to dopiero się uruchamia szybko i zamyka jednak trzeba nad nim posiedzieć bo włączenie wifi to jakaś wyższa szkoła jazdy jak dla mnie - ale się udało
Zastanawiam się jeszcze nad Sparky, Lubuntu-Xubuntu I Q4OS - może któreś szybciej będzie sie uruchamiać.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 17, 2019, 08:56:20 AM
Nic trudnego w Antix jeśli chodzi o połączenie wifi nie widzę: https://www.youtube.com/watch?v=i8WO8NaM2tM
Samo ceni nawet - jak pamiętam - było bardzo fajne. Łączy, nie obciąża systemu. I tyle. I aż tyle.
Jeśli antix Ci pasuje, to pozostań przy nim, a nie szukaj dziury w całym. Lepiej skup się na poznaniu systemu. Więcej korzyści przyniesie.
Ba, skoro zależy Ci na sprawnym działaniu, to na stronie antix są jeszcze porady jak przyspieszyć ten system.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: lami07 w Marzec 17, 2019, 09:25:52 AM
@stefan1980 jeśli masz taką możliwości przetestuj instalację na innym(ch) pendrive'ie (pendrive'ach)
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 17, 2019, 10:09:53 AM
Testowałem MX na innych pendrive  ale wynik ten sam - czyli muł. Co do Antixa to się zastanowię jeszcze bo bardziej podoba mi się MX i tu kombimuję jak to przyspieszyć.  Na razie mam 2 opcje
1 - od Pavbaranow - podać logi
2 Fibo - zwiększyć partycję swap.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 17, 2019, 10:37:16 AM
Zanim zwiększysz swap, to zobacz czy do szczęścia Ci to potrzebne, czyli sprawdź w jakim stopniu swap jest wykorzystywany.
Masz kilka opcji np. wykorzystać w tym celu free, który winien być w każdej dystrybucji. Możesz też skompilować sobie swapusage: https://github.com/hhoffstaette/swapusage
Jeśli swapu wystarcza, to bez sensu jest go zwiększać.
Optymalizacja systemu, także pod kątem szybkości, to dość ciekawe, ale i żmudne działanie, które należy rozpocząć nie od robienia czegoś na łapu-capu, a od poznania systemu. W pierwszej kolejności dowiedzenie się jak wykorzystywany jest komputer przez system, jakie usługi są podnoszone i wyeliminowanie zbędnych. Jest tego całe mnóstwo. Antix ma np. coś takiego jak opcję toram przy starcie; wrzuca do RAM większość rzeczy, które mu są potrzebne i cały system działa z RAM. Przy małym rozmiarze RAM są jeszcze tego typu metody jak zram czy zswap. Dają lepsze efekty od większego swap. Jeśli nadto swap będziesz miał na pendrive, to system zamiast przyspieszyć... zwolni :)
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 17, 2019, 04:10:22 PM
Pavbaranov zainstalowałem MX na twardy dysk i jeszcze dłużej startuje niż z pena hehe. Journalctl -nie znajduje nic.

Edit.
Po uaktualnieniu systemu uruchamianie trwa 6min. Zauważyłem że w boot  są jeszcze opcje uruchamiania linux 4.19.0-1-amd64  i jeszcze linux 4-19.0-1-amd64(systemd). Dodatkowo przy uruchamianiu pojawia się
[   0.562571]ACPI BIOS Error (bug): \_SB.PCIO.OSC: Excess arguments
więc szukam gdzieś tutaj przyczyny. Nie znam się ale to jakieś ustawienie UEFI w Grubie lub jakiś błąd w biosie. To samo pojawia się przy Sparky.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 17, 2019, 08:19:15 PM
Cytat: stefan1980 w Marzec 17, 2019, 04:10:22 PM
Journalctl -nie znajduje nic.
To znaczy? Bo opis mi (i nikomu innemu) nic nie mówi. Pokaż wynik działania komendy.
Jeśli tam jest systemd, to jeszczez:
systemd-analyze blame
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 17, 2019, 08:45:28 PM
stefan1980@stefan1980:~
$ sudo journalctl
[sudo] hasło użytkownika stefan1980:
No journal files were found.
-- No entries --
stefan1980@stefan1980:~
$ systemd-analyze blame
Failed to parse reply: No such property 'FirmwareTimestampMonotonic'
stefan1980@stefan1980:~
$

Może to coś podpowie że przy instalacji w momencie juz przypisywania partycji w okienku boot było root- bo nic innego nie dało się wybrać.Postępowałem zgodnie z instalacją mx opisaną tutaj w dziale instalacje. Boot systemu z poprzednich dwoch opcji nic nie daje
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 17, 2019, 09:21:31 PM
Cytat: stefan1980 w Marzec 17, 2019, 08:45:28 PM
Postępowałem zgodnie z instalacją mx opisaną tutaj w dziale instalacje.
Link poproszę, bo nie chce mi się szukać (tzn. poszukałem, ale nie znajduję). Może nie wiem gdzie "tutaj".
Cytat: stefan1980 w Marzec 17, 2019, 08:45:28 PM
Boot systemu z poprzednich dwoch opcji nic nie daje
Tzn.?
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 17, 2019, 09:48:06 PM
tzn że szybciej sie nie uruchamia.
https://linuxiarze.pl/mepis2/
punkt 14 - u mnie bylo jeszcze mozliwosc boot ale z automatu byl w okienku obok root
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: ciubaka w Marzec 18, 2019, 07:51:30 AM
Moje (bardzo skromne) doświadczenie uczy , że jeżeli jakaś dystrybucja nie chce współpracować z urządzeniem, to szkoda na nią czasu i należy spróbować innej.
Jeżeli MX 64 bit nie chce ruszyć, a 32 bit działa to daj spokój wersji 64.
Jeżeli upierasz się na 64, z pena , w wersji z persystencją to masz Q4OS i Knoppixa.
No i zdaje się Antix, z którego jesteś zadowolony.
Od biedy daje radę też Sparky, ale tylko od biedy (lekko się zacina niestety).
Z Puppy to chyba tylko Fatdog, ale tam będą problemy z repozytoriami.
Wersje mini, typu Slax, Portheus, Tinycore - dla wytrwałych.
Szczerze mówiąc - niezrozumiałe jest to, że ten MX 64 bit uparł się nie działać ani z pena, ani z dysku.
Wygląda to na błąd:
1. architektury systemu/komputera,
lub
2. instalacji,
lub
3. samego MX.
Nie działa - nie trać czasu, tego kwiatu jest pół światu :-)

Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 08:07:11 AM
Ciubaka nie chce ruszyć i 63 i 32bit. Mx jest już zainstalowany na twardym dysku. Sparky z pena też trochę przydługawo się ładuje ale krócej niż MX. Też obstawiam laptopa i  przymierzam się go oddać żeby zobaczyli Bios albo żeby go zaktualizowali bo za każdym razem kiedy jakaś wersja linuksa długo się uruchamia to jest ten ACPI BIOS ERROR BUG.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 18, 2019, 08:32:03 AM
Ok, już wiem, że systemd jest w MX tylko dla kompatybilności i nie jest używany domyślnie. W /var/log powinieneś znaleźć jakieś pliki, które będą cokolwiek mówić o tym co się z komputerem dzieje.
Jak na razie podaj:
dmesg | grep err
dmesg | grep fail

Może to cokolwiek wyjaśni.

Jeśli chodzi o błąd ACPI, to możesz spróbować przekazać kernelowi podczas startu:
acpi=off
i zobaczymy, czy to coś zmieni.

EDIT:
A propos wyników z dmesg, najwygodniej będzie Ci to przekierować do pliku i jego zawartość gdzieś wrzucić, czyli (przykładowo):
dmesg | grep err > plik.txt
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 09:04:34 AM
Pavbaranov o ile rozumiem że 2 pierwsze komendyy wpisuję w konsoli to acpi=off to nie wiem jak wyłączyć podczas startu.  Chyba że masz na myśli to co przerabialiśmy przy mincie z regulacja jasności
Ok, może inaczej... popularny edytor tekstowy, to nano. Jak nie masz - doinstaluj. Potem otwórz konsolę i wpisz:
Kod: [Zaznacz]
sudo nano /etc/default/grub
Szukasz linijki GRUB_CMDLINE_LINUX_DEFAULT
dopisujesz tam:
Kod: [Zaznacz]
acpi_backlight=video
i generalnie to co w podanym linku (jeden wpis "na jeden raz") i sprawdzasz, czy działa po restarcie komputera.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: ciubaka w Marzec 18, 2019, 09:45:24 AM
Stefan, weź napisz po polsku, co ci działa z pena a co ci działa z dysku.
I na czym.
I co ci nie działa, a chciałbyś żeby działało.
Bo na razie to było, że masz systemy na penie i na czymś jedne działają a na czymś innym inne nie.
A teraz piszesz, że masz na dysku i oba nie działają.
Uprzejma prośba o uporządkowanie problemów.
Ja się pogubiłem.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 10:01:56 AM
Ciubaka już przecież napisałem że jest zainstalowany MX(64bit) na twardym dysku. Tu toczymy walkę:) Pendrive już odpuściliśmy tak jak pisał Pavbaranov że co innego konfiguracja linuksa na pendrive a co innego już wgranego na laptopa. Tak pisałem że zarówno werjka 64 i 32bit wolno uruchamia się na Laptopie Tosiba Satellite l-300, 64bit.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: ciubaka w Marzec 18, 2019, 10:40:59 AM
No dobra, ja to rozumiem tak - wgrałeś na twardy dysk po kolei obie wersje MX, 32 i 64 bity.
I obie mulą.
Wniosek - to nie jest dystrybucja dla tego komputera.
Wybierz inną.
Spróbuj jak działa coś co cię kusi, o czym sam piszesz.
Q4OS - winien być bezproblemowy, możesz też korzystać z niego z pena z persystencją.
Sparky - też winien działać z dysku.
Xubuntu - spróbuj.
Lubuntu - jak nie boisz się gryźć z LMDE też spróbuj.
Antix - sam pisałeś że działa.
Mint sam wiesz że nie (tu wskazówka że mogą być problemy z buntu - ale nie muszą, one są  mniej zasobożerne).
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 01:01:44 PM
Dobrze rozumiesz. Lubintu, Mint długo się wgrywają Xubuntu nawet nie ruszył. Sparky ok 3-4 min czyli i tak krócej niż MX. Q4OS I ANTIX  idą szybko. Tylko gdzieś coś musi siedzieć chyba w kompie bo nie wierzę że tyle dystrybucji co testowałem tak długo się uruchamia a wcale nie jest ten laptop taki ostatni. Chyba go dam do sprawdzenia biosu albo żeby mi zaktualizowali ale na razie zobaczymy co siedzi w MX.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: ciubaka w Marzec 18, 2019, 02:02:18 PM
To jak nie umiesz antix to polecam q4os. Jak również nieodmiennie sparky. Prosty jest. Albo knoppix. Nie wszystkie maszyny łatwo chcą współpracować z linuxem. Nic na to nie poradzisz.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 06:24:31 PM
Pavbaranov wyniki z komend
wynik z grep

[    0.060361] ACPI: IRQ0 used by override.
[    0.060363] ACPI: IRQ9 used by override.
[    0.401872] core: PEBS disabled due to CPU errata
[    0.422081] ACPI: EC: interrupt blocked
[    0.538991] ACPI: Using IOAPIC for interrupt routing
[    0.555581] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 7 9 10 11 12)
[    0.555678] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
[    0.555767] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
[    0.555857] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
[    0.555954] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
[    0.556045] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 *10 11 12)
[    0.556133] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 *11 12)
[    0.556222] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
[    0.556929] ACPI: EC: interrupt unblocked
[    2.719591] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
[    2.840717] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun

wynik z fail

[    0.549718] acpi PNP0A08:00: _OSC failed (AE_TYPE); disabling ASPM
[    2.660976] button: module verification failed: signature and/or required key missing - tainting kernel
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 18, 2019, 06:31:43 PM
Poproszę o wynik tych dwu komend (dmesg itd.)
acpi=off dajesz np. tak jak wspominasz z Mintem, albo w GRUBie podczas startu dopisując. Nie wiem jednak, czy MX ma GRUBa... :(
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 06:33:16 PM
wynik z gruba.
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -s -d 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

Czy acpi=off wpisać w tą linijkę  zamiast  quiet splash? - GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 06:34:51 PM
już przecież załączyłem wyniki tych dwóch komend. nie widać ich? to było wszystko co wyrzuciło.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 18, 2019, 06:54:31 PM
Sorki, ale zdaje się, że pisaliśmy w tym samym czasie. Kernel nie bardzo zwraca jakieś błędy. Zatem nie tutaj problem leży.
Co masz w /var/log? Niestety/stety od kilku lat już nie używam "normalnego" initu i pamięć też zawodzi. Jak podasz, to powiem, co masz wrzucić.
GRUB: Do GRUB_CMDLINE_LINUX_DEFAULT możesz dorzucić to acpi=off - zobacz.
Ogólnie - skoro antix pracuje dobrze, to po cholerę kombinować z MX?
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 07:17:06 PM
acpi-off dalo kernel panic i nie wiem co zrobic bo nic nie dziala i nic nie moge wpisac
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 18, 2019, 07:37:17 PM
Oznacza to, że źle to wpisałeś, bo samo acpi=off nie może dać takich efektów.
Podczas startu przejdź do edycji poleceń kernela/gruba - usuń acpi=off, zaakceptuj, wejdź do systemu i odwróć zmiany, jakie dokonałeś, zapisz.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 07:57:47 PM
Dałem rade bo widziałem że można to co się uruchamia edytować i już jest w porzadku. Wydaje mi się że dobrze wpisałem. w var log mam dużo plików który Cię interesuje?
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 18, 2019, 08:01:55 PM
Pokaż jakie są.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 08:07:21 PM
Jak wpiszę sudo nano /etc/var/log to nie widzi w terminalu nic a ja tu widzę różne katalogi i pliki. Coś źle wpisuję? nawet jeżeli klikam na plik i próbuję otworzyć w nano to mam komiunikat
Failed to execute child process "xterm" (Nie ma takiego pliku ani katalogu).
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 18, 2019, 08:11:37 PM
Wszystko :)
nano to edytor. Nas/mnie interesuje listing plików, otrzymasz to przez ls, np.:
ls /var/log > plik.txt
Zawartość plik.txt... już wiesz :)
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 08:18:05 PM
wynik
alternatives.log
apt
auth.log
boot
boot.log
btmp
ConsoleKit
cups
daemon.log
debug
dmesg
dmesg.0
dmesg.1.gz
dmesg.2.gz
dmesg.3.gz
dmesg.4.gz
dpkg.log
fsck
gufw.log
hp
kern.log
lightdm
messages
ntpstats
partimage
samba
syslog
unattended-upgrades
user.log
wtmp
Xorg.0.log
Xorg.0.log.old
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 18, 2019, 08:21:49 PM
Będą interesować boot/boot.log (boot to chyba katalog, zatem zerknij co tam jes), syslog - to na początek.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 08:33:22 PM
w pliku boot.log jest coś takiego
rootMX18.1: clean, 263745/640848 files, 1364606/2560000 blocks

INIT: version 2.88 booting

[#[36minfo#[39;49m] Using makefile-style concurrent boot in runlevel S.
[....] Starting the hotplug events dispatcher: systemd-udevdstarting version 232
#[?25l#[?1c#7#[1G[#[32m ok #[39;49m#8#[?25h#[?0c.
[....] Synthesizing the initial hotplug events...#[?25l#[?1c#7#[1G[#[32m ok #[39;49m#8#[?25h#[?0cdone.
[....] Waiting for /dev to be fully populated...#[?25l#[?1c#7#[1G[#[32m ok #[39;49m#8#[?25h#[?0cdone.
[....] Setting up keyboard layout...#[?25l#[?1c#7#[1G[#[32m ok #[39;49m#8#[?25h#[?0cdone.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 18, 2019, 08:51:38 PM
Cóż... jeśli to całość. to ja Ci niestety już nie pomogę. Niech się ktoś wypowie, kto zna/pamięta jeszcze system "tradycyjnych" initów.
Swoją drogą - dlaczego się uparłeś na stosunkowo mało popularną dystrybucję?
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 18, 2019, 09:09:21 PM
powiedz mi  co źle jest tu wpisane?
sudo ls var/log/boot.log > plik.txt
bo nie ma nic w pliku tekstowym. Otworzyłem syslog ale wynik tego pliku by się tu raczej nie zmieścił.
Czemu? jakoś mi się spodobał ma naprawde dużo funkcji i które mi się podobają np Conky Manager ale to tylko przykład i jest jak dla mnie prosty w obsłudze. Znasz coś podobnego żeby tu poszło? A Ty na jakim dystro pracujesz?
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 18, 2019, 11:25:44 PM
Zacznijmy od końca - nie jest dla Ciebie prosty w obsłudze, czego dowodem ten wątek.
Conky jest... możliwe w dowolnym linuksie, a nawet na tym forum mamy osobę nim zafascynowaną. Inna sprawa - z jednej strony chcesz mieć bardzo "lekką", bo m.in. mało RAM, a z drugiej wodotrysk Conky... No comments...
Skoro jakiś plik się nie mieści, to są serwisy, gdzie darmowo można coś takiego zrobić. Zrób tam, oczywiście o ile ktoś - oprócz mnie - będzie Ci próbował pomóc.
A na początek. Co robisz źle? Zamiast samemu próbować poznawać komendy, które są doskonale wytłumaczone, usiłujesz z nas (mnie) zrobić swojego prywatnego nauczyciela linuksa. Nie wiem co chcesz osiągnąć, ale:
1. sudo nie jest tu potrzebne; używaj uprawnień administratora wyłącznie wówczas, gdy to konieczne,
2. jeśli ma to wyświetlić zawartość pliku to nie ls, a cat (dla przykładu, bo to nie jest jedyna komenda), jeśli zaś wyświetlić zawartość katalogu, to plik (boot.log) nie jest katalogiem.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 19, 2019, 08:30:14 AM
Pavbaranov z nikogo nie próbuje zrobić sobie prywatnego nauczyciela. Fakt bardzo mało potrafię zrobić coś na linuksie ale mam dopiero system zainstalowany od 3 miesięcy i nie zawsze mam czas nad nim siedzieć i uczyć się.  Dla Ciebie i innych którzy działają na linuksuie od może kilku lat niektóre rzeczy o które tu pytam wydają się banałami ale dla mnie to jeszcze czarna magia stąd moje "dziwne" pytania.  Naprawdę dużo mi tu starasz się pomóc za co dziekuję i dużo rzeczy przynajmniej jak dla mnie się dowiedziałem.Koniec wstępu:). Co do syslog zobaczę co jest w necie o ile będe wiedział jak to tu wrzucić. I pytanie do Ciebie czy wynik z syslog coś tu zmieni? Jeżeli nie to daje spokój i instaluję Antix lub Knopix jeżeli ten knopix będzie się szybko uruchamiał.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 19, 2019, 08:55:30 AM
Powiem tak: masz do wyboru, albo my zgłębimy MX "zaocznie" i postaramy się mu pomóc, bowiem tak długie uruchamianie systemu nie jest normalne, nawet na maszynie sprzed kilku ładnych lat - być może się uda, albo zainstalujesz Antix (raczej jego bym polecił niż Knoppix) i ewentualnie doprowadzić go - także z naszą pomocą - do takiego "stanu" jaki chcesz mieć/widzieć.
Możesz też pozostać przy MX, jednakże w takim przypadku sugerowałbym zadanie pytania wprost na forum MX, albowiem system ten po prostu tam zdecydowanie lepiej znają. W większym stopniu będą Ci mogli pomóc.
Na pytanie, czy zawartość syslog może coś pomóc mogę odpowiedzieć wyłącznie: na pewno nie zaszkodzi. Być może będą tam jakieś użyteczne informacje, które naprowadzą nas na to co boli tę instalację u Ciebie. Czy jednak uda się sytuację opanować, czy w ogóle coś z tego syslogu uda się wyczytać - nie wiem i prawdopodobnie nie wie tego nikt.
Można jednak z całą stanowczością stwierdzić, że bez analizy problemu (co m.in. sprowadza się do analizy logów systemowych) nikt Ci nie pomoże, a jeśli to będzie to robił na przysłowiowego "czuja" co więcej może przynieść szkód niż pożytku.

I jedna uwaga. Niestety nikt Cię nie zwolni od nauki podstaw linuksa, sprawdzenia co dana komenda robi itp. Robisz to na łapu capu, bez zastanowienia, bez refleksji. Pomijam, że możesz trafić na jakiegoś kawalarza, który podpowie Ci jak uceglić system i to zrobisz; możesz również to zrobić nieuważnie czy przepisując, czy stosując jakąś komendę, zwłaszcza nieroztropnie korzystając z uprawnień roota (sudo).
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 19, 2019, 12:01:20 PM
Dałeś mi teraz do myślenia. Chciałbym podziałać jeszcze w temacie MX i zobaczyć co mu dolega ale nie wiem czy masz takie pokłady cierpliwości żeby ze mną nowicjuszem tutaj działać. Jeżeli nie da się rady to zakończę wątek i zainstaluje Antixa  i tak jak pisałeś - doprowadzi się go do stanu jaki chciałbym mieć.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 19, 2019, 12:38:01 PM
Tu nie chodzi o pokłady cierpliwości, bo te mam lub miewam spore (choć jeśli mam do czynienia z kimś, kto sam nie chce od siebie dać niczego, w sensie samemu się douczyć, poszukać, to mi się szybko, nawet bardzo szybko kończą; nie dotyczy to Ciebie, po prostu przedstawiam), ale:
1. Ostatnio mam bardzo mało czasu i bywają dni, że w bardzo ograniczonych godzinach w ogóle byłbym w stanie zerknąć na problem. W efekcie, rano coś wrzucisz, a ja odpowiem Ci dopiero w nocy bądź następnego dnia lub nawet za dwa dni.
2. Nie mam MX Linux i nie czuję potrzeby by go mieć. Gdyby mi zależało na jakiejś "lekkiej" dystrybucji, to znając siebie pewnie skonfigurowałbym coś na Arch Linux i zainstalował tu choćby LXQt bądź wziął jakiegoś gotowca np. z OpenBox (Obarun?) i to z wielu przyczyn:
a. obłędne wiki,
b. współczesne rozwiązania, umożliwiające dość łatwe znalezienie ewentualnego rozwiązania problemu, jak również dające spore możliwości diagnozy (tak, wg mnie systemd ma więcej zalet niż wad, przynajmniej jeśli chodzi o "zwykły" desktop),
c. dość spora popularność dystrybucji oraz rozwiązań w niej zawartych,
d. dość dobre wsparcie ze strony społeczności.
W przypadku pomocy w MX przeze mnie, musiałbym de facto poznać od nowa stare rozwiązania, których nie używam już z 6 lat i szczerze mówiąc pozapominałem sporo z nich. Dodatkowo warto byłoby zapoznać się z tym systemem.
Niezależnie od tego jednakże kto Ci pomoże (jest na forum entuzjasta MX), to i tak musisz mu podać maksimum informacji tak o sprzęcie, jak i o systemie (czyt. logi) i jednocześnie - to już we własnym zakresie musisz zrobić - upewnić się, że sprzęt działa prawidłowo (a tak wyglądałoby ze względu na działanie Antiksa).
Sam - mimo deklaracji ("Chciałbym podziałać jeszcze w temacie MX i zobaczyć co mu dolega") - obawiam się, że niewiele wskórasz, bowiem jak sam piszesz jesteś nowicjuszem, a po kilku Twoich działaniach jakie pokazałeś, można to wyłącznie potwierdzić (innymi słowy, przynajmniej obecnie, nie masz nawet wiedzy na temat w jaki sposób podać informacje użyteczne, nie mówiąc już o ich analizie, czy zaradzeniu sobie z problemem), a zatem całe "podziałanie" przez Ciebie spadłoby na kogoś z nas, kto musiałby wpaść na pomysł, jak Tobie ów system poukładać, w dodatku bez możliwości fizycznego kontaktu z tą maszyną. A jak na razie nic absolutnie nie wiemy oprócz objawu: system bardzo długo startuje.
Jestem bardzo odległy od tego, by każdy katar leczyć aspiryną przez 6 dni, a potem zobaczymy. Wolę wiedzieć skąd się ów katar bierze i w zależności od przyczyny zaaplikować odpowiedni lek (nie nie jestem lekarzem). Tak samo jest w przypadku każdego systemu, czy oprogramowania. Brak wiedzy o przyczynach uniemożliwia dostarczenie jakiegokolwiek sensownego rozwiązania. Jeśli takie się zdarza, to jest to albo przypadek, albo jakaś absolutnie powszechna przypadłość, na które znane jest z góry rozwiązanie. W przypadku długiego startu systemu chyba nikt - bez jakichkolwiek informacji - nie będzie nawet mógł przypuszczać, gdzie jest pies pogrzebany.
Zatem - wybór należy do Ciebie: albo znajdziesz chwilę na naukę MX, przedstawisz nam użyteczne informacje, które postaramy się przeanalizować i być może coś na to zaradzimy, albo zastosuj system, który działa i będziemy go tuningować. Przy czym jedna uwaga - zanim zainstalujesz ów system (z myślą o późniejszym tuningu), to wpierw określ swoje wymagania (ale nie na zasadzie: "chciałbym, aby Antix wyglądał i zachowywał się jak MX"). Jeśli sam nie wiesz jak, to wrzuć na forum, czy na jakiś IRC (zdaje się, że obecnie najwięcej z nas bywa na archlinux.org.pl na freenode), może się uda to jakoś ogarnąć zanim zainstalujesz cokolwiek innego.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 20, 2019, 08:20:49 AM
Ok to ja postaram się  i poświęcę trochę czasu na ile to będzie możliwe na naukę i przedstawię jakieś uzyteczne informacje. Z ciekawości zainstalowałem MX 17 na penie i czas uruchamiania ok 1min!!! zamykania 10s. W wersji 18 powrót do normy czyli długo sie uruchamia.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: ciubaka w Marzec 20, 2019, 10:14:41 AM
czyli nowy kernel jest problemem - coś zgrzyta na łączach z twoją maszyną - czy aby na pewno go potrzebujesz ?
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 20, 2019, 11:10:25 AM
@ciubaka - Albo cokolwiek... :) Zwróć uwagę: "MX 17 jest zainstalowany na penie", MX 18 na HDD. To dwie różne instalki, zwłaszcza, że na pendrivie prawdopodobnie jest po prostu przerzucone ISO, a nie instalacja systemu. Nic w tym przypadku nie jesteś w stanie powiedzieć, a już na pewno, że "nowy kernel jest problemem". Nie wiemy nawet, czy instalacja MX 18 została przeprowadzona prawidłowo, zwłaszcza, że stefan1980 powoływał się na "podręcznik" przeznaczony dla innego systemu i sprzed jakiegoś już czasu.

Dopóki nie zobaczymy logów, to ten temat w ogóle nie powinien być dalej rozwijany. Jakakolwiek bowiem diagnoza, próba poprawienia tej instalacji będzie obarczona nieskończoną ilością błędów.

@stefan1980 - Na stronie https://mxlinux.org/manuals/ masz podręczniki dla MX. Zainstaluj ponownie, posługując się podręcznikiem dla MX 18. Jeśli nadal będzie błąd, jaki obserwujesz, to musisz przeglądnąć logi systemowe (i ewentualnie je tutaj udostępnić). Najłatwiej będzie Ci prawdopodobnie używając jakiegoś polecenia typu cat i przeszukać wpierw pod kątem błędów, czy innych niepoprawności np.:
cat /var/log/plik | grep err
lub
cat /var/log/plik | grep fail
Niekoniecznie to musi przynieść jakikolwiek efekt, niemniej jednak od czegoś trzeba zacząć. Zwłaszcza, że pomimo tego, że to już 4 strona tego wątku wciąż nie mamy od Ciebie żadnej użytecznej informacji.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 20, 2019, 07:46:05 PM
to znalazłem na poczatek
$ cat /var/log/dmesg | grep err
[    0.060498] ACPI: IRQ0 used by override.
[    0.060500] ACPI: IRQ9 used by override.
[    0.403540] core: PEBS disabled due to CPU errata
[    0.423802] ACPI: EC: interrupt blocked
[    0.547659] ACPI: Using IOAPIC for interrupt routing
[    0.564707] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 7 9 10 11 12)
[    0.564805] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
[    0.564895] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
[    0.564985] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
[    0.565074] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
[    0.565164] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 *10 11 12)
[    0.565253] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 *11 12)
[    0.565342] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
[    0.566054] ACPI: EC: interrupt unblocked
[    2.720763] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt


stefan1980@stefan1980:~
$ cat /var/log/dmesg | grep fail
[    0.558829] acpi PNP0A08:00: _OSC failed (AE_TYPE); disabling ASPM
[    2.660101] button: module verification failed: signature and/or required key missing - tainting


Chciałem jeszcze dodać że przy uruchamianiu mam jeszcze coś takiego parę linijek
drm atomic helper wait for dependencies error
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 20, 2019, 08:13:22 PM
wynik z syslog.1 grep err
Mar 17 17:00:28 stefan1980 kernel: [    0.060181] ACPI: IRQ0 used by override.
Mar 17 17:00:28 stefan1980 kernel: [    0.060183] ACPI: IRQ9 used by override.
Mar 17 17:00:28 stefan1980 kernel: [    0.401783] core: PEBS disabled due to CPU errata
Mar 17 17:00:28 stefan1980 kernel: [    0.422003] ACPI: EC: interrupt blocked
Mar 17 17:00:28 stefan1980 kernel: [    0.538902] ACPI: Using IOAPIC for interrupt routing
Mar 17 17:00:28 stefan1980 kernel: [    0.556285] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 7 9 10 11 12)
Mar 17 17:00:28 stefan1980 kernel: [    0.556382] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:00:28 stefan1980 kernel: [    0.556471] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:00:28 stefan1980 kernel: [    0.556560] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:00:28 stefan1980 kernel: [    0.556649] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 17 17:00:28 stefan1980 kernel: [    0.556739] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 *10 11 12)
Mar 17 17:00:28 stefan1980 kernel: [    0.556835] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:00:28 stefan1980 kernel: [    0.556924] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 17 17:00:28 stefan1980 kernel: [    0.557621] ACPI: EC: interrupt unblocked
Mar 17 17:00:28 stefan1980 kernel: [    2.724498] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
Mar 17 17:00:34 stefan1980 ntpd[2698]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:00:35 stefan1980 ntpd[2698]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:00:38 stefan1980 ntpd[2698]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:00:38 stefan1980 ntpd[2698]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:00:44 stefan1980 kernel: [  127.944811]  ? common_interrupt+0xa/0xf
Mar 17 17:01:43 stefan1980 ntpd[2698]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:01:44 stefan1980 ntpd[2698]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:01:45 stefan1980 ntpd[2698]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:01:46 stefan1980 ntpd[2698]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:02:47 stefan1980 ntpd[2698]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:02:50 stefan1980 ntpd[2698]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:02:51 stefan1980 ntpd[2698]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:02:51 stefan1980 ntpd[2698]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:03:52 stefan1980 ntpd[2698]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:03:55 stefan1980 ntpd[2698]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:03:57 stefan1980 ntpd[2698]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:03:57 stefan1980 ntpd[2698]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:32:37 stefan1980 kernel: [    0.060654] ACPI: IRQ0 used by override.
Mar 17 17:32:37 stefan1980 kernel: [    0.060656] ACPI: IRQ9 used by override.
Mar 17 17:32:37 stefan1980 kernel: [    0.415058] core: PEBS disabled due to CPU errata
Mar 17 17:32:37 stefan1980 kernel: [    0.435268] ACPI: EC: interrupt blocked
Mar 17 17:32:37 stefan1980 kernel: [    0.560178] ACPI: Using IOAPIC for interrupt routing
Mar 17 17:32:37 stefan1980 kernel: [    0.577426] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 7 9 10 11 12)
Mar 17 17:32:37 stefan1980 kernel: [    0.577522] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:32:37 stefan1980 kernel: [    0.577613] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:32:37 stefan1980 kernel: [    0.577701] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:32:37 stefan1980 kernel: [    0.577789] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 17 17:32:37 stefan1980 kernel: [    0.577879] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 *10 11 12)
Mar 17 17:32:37 stefan1980 kernel: [    0.577967] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:32:37 stefan1980 kernel: [    0.578056] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 17 17:32:37 stefan1980 kernel: [    0.578761] ACPI: EC: interrupt unblocked
Mar 17 17:32:37 stefan1980 kernel: [    2.817624] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
Mar 17 17:32:43 stefan1980 ntpd[2686]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:32:44 stefan1980 ntpd[2686]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:32:47 stefan1980 ntpd[2686]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:32:47 stefan1980 ntpd[2686]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:33:50 stefan1980 ntpd[2686]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:33:52 stefan1980 ntpd[2686]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:33:53 stefan1980 ntpd[2686]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:33:53 stefan1980 ntpd[2686]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:43:38 stefan1980 ntpd[2686]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:43:44 stefan1980 ntpd[2686]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:43:47 stefan1980 ntpd[2686]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:43:49 stefan1980 ntpd[2686]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:48:25 stefan1980 kernel: [    0.060589] ACPI: IRQ0 used by override.
Mar 17 17:48:25 stefan1980 kernel: [    0.060592] ACPI: IRQ9 used by override.
Mar 17 17:48:25 stefan1980 kernel: [    0.402193] core: PEBS disabled due to CPU errata
Mar 17 17:48:25 stefan1980 kernel: [    0.422433] ACPI: EC: interrupt blocked
Mar 17 17:48:25 stefan1980 kernel: [    0.539312] ACPI: Using IOAPIC for interrupt routing
Mar 17 17:48:25 stefan1980 kernel: [    0.556530] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 7 9 10 11 12)
Mar 17 17:48:25 stefan1980 kernel: [    0.556627] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:48:25 stefan1980 kernel: [    0.556718] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:48:25 stefan1980 kernel: [    0.556807] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:48:25 stefan1980 kernel: [    0.556897] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 17 17:48:25 stefan1980 kernel: [    0.556987] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 *10 11 12)
Mar 17 17:48:25 stefan1980 kernel: [    0.557075] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:48:25 stefan1980 kernel: [    0.557164] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 17 17:48:25 stefan1980 kernel: [    0.557872] ACPI: EC: interrupt unblocked
Mar 17 17:48:25 stefan1980 kernel: [    2.747817] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
Mar 17 17:48:31 stefan1980 ntpd[2676]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:48:32 stefan1980 ntpd[2676]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:48:35 stefan1980 ntpd[2676]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:48:35 stefan1980 ntpd[2676]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:49:38 stefan1980 ntpd[2676]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:49:39 stefan1980 ntpd[2676]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:49:39 stefan1980 ntpd[2676]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:49:42 stefan1980 ntpd[2676]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:55:08 stefan1980 ntpd[2676]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:55:10 stefan1980 ntpd[2676]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:55:13 stefan1980 ntpd[2676]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:58:47 stefan1980 systemd[1]: Started Deferred execution scheduler.
Mar 17 17:58:47 stefan1980 kernel: [    0.059914] ACPI: IRQ0 used by override.
Mar 17 17:58:47 stefan1980 kernel: [    0.059917] ACPI: IRQ9 used by override.
Mar 17 17:58:47 stefan1980 kernel: [    0.401846] core: PEBS disabled due to CPU errata
Mar 17 17:58:47 stefan1980 kernel: [    0.422161] ACPI: EC: interrupt blocked
Mar 17 17:58:47 stefan1980 kernel: [    0.538965] ACPI: Using IOAPIC for interrupt routing
Mar 17 17:58:47 stefan1980 kernel: [    0.556377] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 7 9 10 11 12)
Mar 17 17:58:47 stefan1980 kernel: [    0.556474] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:58:47 stefan1980 kernel: [    0.556564] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:58:47 stefan1980 kernel: [    0.556653] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:58:47 stefan1980 kernel: [    0.556742] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 17 17:58:47 stefan1980 kernel: [    0.556832] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 *10 11 12)
Mar 17 17:58:47 stefan1980 kernel: [    0.556929] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 17:58:47 stefan1980 kernel: [    0.557018] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 17 17:58:47 stefan1980 kernel: [    0.557720] ACPI: EC: interrupt unblocked
Mar 17 17:58:47 stefan1980 kernel: [    2.766068] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
Mar 17 17:59:23 stefan1980 ntpd[956]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:59:24 stefan1980 ntpd[956]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:59:25 stefan1980 ntpd[956]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 17:59:26 stefan1980 ntpd[956]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 18:00:28 stefan1980 ntpd[956]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 18:00:29 stefan1980 ntpd[956]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 18:00:30 stefan1980 ntpd[956]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 18:00:32 stefan1980 ntpd[956]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 18:01:36 stefan1980 ntpd[956]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 18:01:38 stefan1980 ntpd[956]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 18:01:38 stefan1980 ntpd[956]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 18:01:41 stefan1980 ntpd[956]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 18:08:17 stefan1980 org.a11y.atspi.Registry[1485]: XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
Mar 17 18:08:18 stefan1980 NetworkManager[744]: <warn>  [1552842498.0038] error requesting auth for org.freedesktop.NetworkManager.wifi.share.protected: Authorization check failed: Refusing activation, D-Bus is shutting down.
Mar 17 18:08:18 stefan1980 NetworkManager[744]: <warn>  [1552842498.0039] error requesting auth for org.freedesktop.NetworkManager.wifi.share.open: Authorization check failed: Refusing activation, D-Bus is shutting down.
Mar 17 19:13:19 stefan1980 kernel: [    0.060271] ACPI: IRQ0 used by override.
Mar 17 19:13:19 stefan1980 kernel: [    0.060273] ACPI: IRQ9 used by override.
Mar 17 19:13:19 stefan1980 kernel: [    0.402782] core: PEBS disabled due to CPU errata
Mar 17 19:13:19 stefan1980 kernel: [    0.422991] ACPI: EC: interrupt blocked
Mar 17 19:13:19 stefan1980 kernel: [    0.546902] ACPI: Using IOAPIC for interrupt routing
Mar 17 19:13:19 stefan1980 kernel: [    0.564066] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 7 9 10 11 12)
Mar 17 19:13:19 stefan1980 kernel: [    0.564163] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 19:13:19 stefan1980 kernel: [    0.564253] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 19:13:19 stefan1980 kernel: [    0.564343] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 19:13:19 stefan1980 kernel: [    0.564431] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 17 19:13:19 stefan1980 kernel: [    0.564520] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 *10 11 12)
Mar 17 19:13:19 stefan1980 kernel: [    0.564609] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 19:13:19 stefan1980 kernel: [    0.564697] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 17 19:13:19 stefan1980 kernel: [    0.565407] ACPI: EC: interrupt unblocked
Mar 17 19:13:19 stefan1980 kernel: [    2.729105] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
Mar 17 19:13:56 stefan1980 ntpd[2751]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:13:57 stefan1980 ntpd[2751]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:14:01 stefan1980 ntpd[2751]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:14:01 stefan1980 ntpd[2751]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:15:05 stefan1980 ntpd[2751]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:15:05 stefan1980 ntpd[2751]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:15:06 stefan1980 ntpd[2751]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:15:07 stefan1980 ntpd[2751]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:21:26 stefan1980 kernel: [    0.060481] ACPI: IRQ0 used by override.
Mar 17 19:21:26 stefan1980 kernel: [    0.060483] ACPI: IRQ9 used by override.
Mar 17 19:21:26 stefan1980 kernel: [    0.421183] core: PEBS disabled due to CPU errata
Mar 17 19:21:26 stefan1980 kernel: [    0.441397] ACPI: EC: interrupt blocked
Mar 17 19:21:26 stefan1980 kernel: [    0.558300] ACPI: Using IOAPIC for interrupt routing
Mar 17 19:21:26 stefan1980 kernel: [    0.577648] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 7 9 10 11 12)
Mar 17 19:21:26 stefan1980 kernel: [    0.577745] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 19:21:26 stefan1980 kernel: [    0.577835] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 19:21:26 stefan1980 kernel: [    0.577925] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 19:21:26 stefan1980 kernel: [    0.578014] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 17 19:21:26 stefan1980 kernel: [    0.578104] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 *10 11 12)
Mar 17 19:21:26 stefan1980 kernel: [    0.578198] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 *11 12)
Mar 17 19:21:26 stefan1980 kernel: [    0.578288] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 17 19:21:26 stefan1980 kernel: [    0.578983] ACPI: EC: interrupt unblocked
Mar 17 19:21:26 stefan1980 kernel: [    2.853646] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
Mar 17 19:21:31 stefan1980 ntpd[2660]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:21:32 stefan1980 ntpd[2660]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:21:36 stefan1980 ntpd[2660]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:21:36 stefan1980 ntpd[2660]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:22:39 stefan1980 ntpd[2660]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:22:39 stefan1980 ntpd[2660]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:22:40 stefan1980 ntpd[2660]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:22:41 stefan1980 ntpd[2660]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:28:40 stefan1980 ntpd[2660]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:28:40 stefan1980 ntpd[2660]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:29:22 stefan1980 ntpd[2660]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:29:23 stefan1980 ntpd[2660]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:32:37 stefan1980 ntpd[2660]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:32:37 stefan1980 ntpd[2660]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:34:04 stefan1980 ntpd[2660]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:34:24 stefan1980 ntpd[2660]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:35:08 stefan1980 ntpd[2660]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:35:28 stefan1980 ntpd[2660]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:35:43 stefan1980 ntpd[2660]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:35:43 stefan1980 ntpd[2660]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:35:57 stefan1980 ntpd[2660]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:36:00 stefan1980 ntpd[2660]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:36:02 stefan1980 ntpd[2660]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:37:26 stefan1980 ntpd[2660]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:37:41 stefan1980 ntpd[2660]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:37:41 stefan1980 ntpd[2660]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:38:08 stefan1980 ntpd[2660]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:38:11 stefan1980 ntpd[2660]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 17 19:38:13 stefan1980 ntpd[2660]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)

Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 20, 2019, 08:16:43 PM
Kernel raczej nie przekazuje informacji, które mogłyby skutkować długim uruchamianiem. Zwróć uwagę (to 0.xxxxx) - to milisekundy.
ACPI w istocie wali błędami, jednakże nie powinno to skutkować aż taką zwłoką w uruchamianiu.
Raczej nie w tym miejscu szukać zwłoki.

EDIT:
Ok, z drugiego logu: wyłącz sobie synchronizację do ntp.org. System zaczncieie uruchamiać się o kilkanaście/-dziesiąt sekund szybciej.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 20, 2019, 08:20:57 PM
Aw grubie?
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 20, 2019, 08:29:26 PM
Nie, nie w grubie. Ntp.org to jest serwer (synchronizacja) czasu. Poczytaj, spróbuj znaleźć jak to wygląda w MX i po prostu wyłącz.
Możesz też spróbować cokolwiek tu pozmieniać.
Generalnie - tu go boli. Przynajmniej z tego co podałeś.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 20, 2019, 08:34:50 PM
spróbuje ale nie wiem czy dam rade hehe
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 20, 2019, 08:37:43 PM
Na pewno dasz. Poszukaj w podręczniku, który wcześniej podałem nt. synchronizacji czasu.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 20, 2019, 08:41:07 PM
znalazłem w necie coś takiego
https://expertlinux.eu/2016/03/23/jak-prosto-skonfigurowac-ntp/
https://mxlinux.org/wiki/system/time-settings/
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 20, 2019, 09:07:42 PM
Na 99% to drugie.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: robson75 w Marzec 20, 2019, 11:15:46 PM
Do konfiguracji prawidłowego czasu najlepszy jest systemd-timesyncd.
Trzeba go tylko aktywować:
systemctl enable systemd-timesyncd.service
oraz
systemctl start systemd-timesyncd.service
Oczywiście te polecenia na prawach root-a.
Następnie reboot systemu.

A jeżeli chodzi o zatrzymanie usługi NTP, to trzeba:
systemctl stop ntpd.service
oraz
systemctl disable ntpd.service
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: Fibogacci w Marzec 21, 2019, 12:26:23 AM
Aby wyłączyć NTP w MX:

Krok 1.

Skrót Alt + F3 a następnie wpisz MX Ustawienia czasu (wystarczy wpisać 'czasu')

Lub alternatywnie wybierz: menu Start (Whisker) > Ustawienia > MX Ustawienia czasu

Krok 2.

Wybierz numer 5: Choose whether NTP is enabled, i w okienku wybierz: Disable

Tym narzędziem generalnie zarządzasz czasem i ustawieniami (jak sama nazwa wskazuje).

Printscreen:
(https://i.ibb.co/YLBCm4N/ustawienia-czasu.png)

Czy to wyłączy to łączenie z serwerem przy starcie, musisz sprawdzić w logach po kolejnym uruchomieniu.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 21, 2019, 12:48:16 AM
@robson75 - W MX domyślnie systemd nie działa.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 21, 2019, 09:19:51 AM
Wczoraj przerobiłem to z tej strony
https://mxlinux.org/wiki/system/time-settings/
jednak nic to nie zmieniło. Tam było wszystko w porządku tzn czas był dobrze ustawiony. Dziś spróbuję to co mi napisaliście i sprawdzę w logach syslog.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 21, 2019, 09:52:13 AM
Wyłącz w ogóle ntp (masz pokazane wyżej przez @Fibogacci; prawdopodobnie jest to prawidłowe rozwiązanie) i wówczas sprawdź.
NTP nie jest Ci do szczęścia potrzebne, a niekiedy samo połączenie się z serwerem powoduje problemy. Na 99% tak jest w Twoim przypadku.
(NTP odpowiada za "sieciową synchronizację czasu")
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 21, 2019, 06:58:53 PM
wynik z syslog.1
Mar 20 19:08:51 stefan1980 kernel: [    0.060498] ACPI: IRQ0 used by override.
Mar 20 19:08:51 stefan1980 kernel: [    0.060500] ACPI: IRQ9 used by override.
Mar 20 19:08:51 stefan1980 kernel: [    0.403540] core: PEBS disabled due to CPU errata
Mar 20 19:08:51 stefan1980 kernel: [    0.423802] ACPI: EC: interrupt blocked
Mar 20 19:08:51 stefan1980 kernel: [    0.547659] ACPI: Using IOAPIC for interrupt routing
Mar 20 19:08:51 stefan1980 kernel: [    0.564707] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 7 9 10 11 12)
Mar 20 19:08:51 stefan1980 kernel: [    0.564805] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12)
Mar 20 19:08:51 stefan1980 kernel: [    0.564895] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12)
Mar 20 19:08:51 stefan1980 kernel: [    0.564985] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12)
Mar 20 19:08:51 stefan1980 kernel: [    0.565074] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 20 19:08:51 stefan1980 kernel: [    0.565164] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 *10 11 12)
Mar 20 19:08:51 stefan1980 kernel: [    0.565253] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 9 10 *11 12)
Mar 20 19:08:51 stefan1980 kernel: [    0.565342] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 10 11 12) *0, disabled.
Mar 20 19:08:51 stefan1980 kernel: [    0.566054] ACPI: EC: interrupt unblocked
Mar 20 19:08:51 stefan1980 kernel: [    2.720763] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
Mar 20 19:09:29 stefan1980 ntpd[2731]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 20 19:09:30 stefan1980 ntpd[2731]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 20 19:09:31 stefan1980 ntpd[2731]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 20 19:09:32 stefan1980 ntpd[2731]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 20 19:10:33 stefan1980 ntpd[2731]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 20 19:10:35 stefan1980 ntpd[2731]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 20 19:10:37 stefan1980 ntpd[2731]: error resolving pool 2.debian.pool.ntp.org: Name or service not known (-2)
Mar 20 19:10:39 stefan1980 ntpd[2731]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 20 19:33:37 stefan1980 ntpd[2731]: error resolving pool 3.debian.pool.ntp.org: Name or service not known (-2)
Mar 20 19:33:39 stefan1980 ntpd[2731]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 20 19:33:43 stefan1980 ntpd[2731]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
Mar 20 19:39:52 stefan1980 ntpd[2731]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)
Mar 20 19:40:22 stefan1980 ntpd[2731]: error resolving pool 1.debian.pool.ntp.org: Name or service not known (-2)

Wynika z tego tak mi się wydaje że do wczoraj ntp działało bo dziś je wyłączyłem i nie ma nic z dzisiejszą datą. Jeszcze mam taki wynik loga ntp.conf
# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

driftfile /var/lib/ntp/ntp.drift

# Enable this if you want statistics to be logged.
#statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable


# You do need to talk to an NTP server or two (or three).
#server ntp.your-provider.example

# pool.ntp.org maps to about 1000 low-stratum NTP servers.  Your server will
# pick a different set every time it starts up.  Please consider joining the
# pool: <http://www.pool.ntp.org/join.html>
server 0.pl.pool.ntp.org iburst
server 1.pl.pool.ntp.org iburst
server 2.pl.pool.ntp.org iburst
server 3.pl.pool.ntp.org iburst


# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
# details.  The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a configuration
# that might be intended to block requests from certain clients could also end
# up blocking replies from your own upstream servers.

# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery limited
restrict -6 default kod notrap nomodify nopeer noquery limited

# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1
server 127.127.1.0
fudge 127.127.1.0 stratum 10

# Needed for adding pool entries
restrict source notrap nomodify noquery

# Clients from this (example!) subnet have unlimited access, but only if
# cryptographically authenticated.
#restrict 192.168.123.0 mask 255.255.255.0 notrust


# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
#broadcast 192.168.123.255

# If you want to listen to time broadcasts on your local subnet, de-comment the
# next lines.  Please do this only if you trust everybody on the network!
#disable auth
#broadcastclient

Czy tu jeszcze trzeba coś ustawiać/wyłaczyć?
Jednak system jak startował dugo tak startuje. Oprócz ACPI ERROR pojawia mi się jeszcze coś takiego podczas startu
drm:drm atomic helper wait for flip done -drm kms helper error CRTC41 pipe B1
drm:drm atomic helper wait for dependiences error connector:50 S VIDEO-1 flip done time out
Tak myśle czy nie zainstalować MX17 i zaktualizować go do 18.1
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 21, 2019, 07:17:34 PM
Zerknij na:
Cytat: stefan1980 w Marzec 21, 2019, 06:58:53 PM
(...)
Mar 20 19:08:51 stefan1980 kernel: [    0.566054] ACPI: EC: interrupt unblocked
Mar 20 19:08:51 stefan1980 kernel: [    2.720763] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
Mar 20 19:09:29 stefan1980 ntpd[2731]: error resolving pool 0.debian.pool.ntp.org: Name or service not known (-2)
(...)
I tu masz pierwsze 40 sek opóźnienie. Potem też łapie zadyszkę i wszystko jest związane z ntp, albowiem system nie potrafi się dogadać z debian.pool.ntp.org. Po prostu tego nie zna (nie znajduje nazwy lub nie wie co z nią ma zrobić).
Cytat: stefan1980 w Marzec 21, 2019, 06:58:53 PM
# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help
(...)
# pool.ntp.org maps to about 1000 low-stratum NTP servers.  Your server will
# pick a different set every time it starts up.  Please consider joining the
# pool: <http://www.pool.ntp.org/join.html>
server 0.pl.pool.ntp.org iburst
server 1.pl.pool.ntp.org iburst
server 2.pl.pool.ntp.org iburst
server 3.pl.pool.ntp.org iburst

Czy tu jeszcze trzeba coś ustawiać/wyłaczyć?
Jakoś nie wygląda mi na to, abyś ntp wyłączył. Nadto w cytowanym fragmencie masz dokładnie to co boli MX.
Pewnie gdzieś jest opis dla MX (lub Debiana), ale mi się nie chce szukać. Opis NTP masz m.in. tu: https://wiki.archlinux.org/index.php/Network_Time_Protocol_daemon
Przy okazji - nie możesz tego odinstalować w cholerę?
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 21, 2019, 07:24:56 PM
Dlatego też wczoraj zmieniłem server z debian.pool na pl.pool ale i z tym widzę sobie nie radzi.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 21, 2019, 07:28:15 PM
Wyłącz w ogóle NTP!!!
Do tego czasu odmawiam współpracy w tym wątku :) W żaden bowiem sposób nie będziemy w stanie ocenić, czy w istocie ów NTP jest powodem długiego uruchamiania się MX. I możemy tak jeszcze bardzo długo bić pianę, ale szkoda czasu.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: Fibogacci w Marzec 21, 2019, 07:33:49 PM
Zrób tak, zainstaluj MX 17, zaktualizuj do MX 18 (poprzez aktualizacje), kernel jak chcesz możesz dać nowy (najnowszy, ten co w 18) (trzeba zamienić na nowszy ręcznie, to w automatycznej aktualizacji specjalnie nie jest możliwe), albo zostawić domyślny dla wersji 17.

Będziesz miał system w wersji 18 (programy, narzędzie, reszta) i pewnie będzie działał normalnie (skoro piszesz, że 17 działa).

W Linuksie z moich doświadczeń jest tak, że ten sam efekt i rezultaty często można osiągnąć wieloma drogami, ale nie ma sensu upierać się specjalnie przy danym konkretnym sposobie, jeśli inny zadziała (ale jak ktoś lubi lub stanowi to wyzwanie, to oczywiście można próbować rozwiązać problem wybranym sposobem - dla satysfakcji/nauki/wpisać co kto chce).

Powodzenia.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 22, 2019, 09:57:28 AM
Więc zainstalowałem MX17 wszystko działa i szybko się uruchamia jak i zamyka. Zaktualizowałem i zostawiam na razie tą dystrybucję. Pewnie będę miał jeszcze pytania. Dzięki wszystkim za pomoc w szczególności Pavbaranovi że wytrzymał, bo się już chyba na koniec dobrze zagrzał:)
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: lami07 w Marzec 22, 2019, 10:16:31 AM
Problem rozwiązany? Zamykamy ?
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: Fibogacci w Marzec 22, 2019, 02:31:29 PM
Cytat: stefan1980 link=topic=3416.msg19757l#msg19757 date=1553245048
Więc zainstalowałem MX17 wszystko działa i szybko się uruchamia jak i zamyka. Zaktualizowałem i zostawiam na razie tą dystrybucję. Pewnie będę miał jeszcze pytania. Dzięki wszystkim za pomoc w szczególności Pavbaranovi że wytrzymał, bo się już chyba na koniec dobrze zagrzał:)

Skoro zaktualizowałeś, to zapewne masz w tej chwili wersję 18.1, tyle tylko, że z kernelem z 17.

Na szybko możesz sprawdzić czy faktycznie tak jest:
Skrót F4 (terminal) i wpisując albo:
$ inxi -S
(zobaczysz informacje o używanym kernelu i nazwę dystrybucji)
albo
$ neofetch

To pierwsze polecenie pokaże informacje o systemie, to drugie też różne informacje o systemie (wydaje mi się, że jest domyślnie w systemie od razu, chociaż nie pamiętam na 100%, być może to doinstalowałem).

A gdybyś chciał wymienić kernel na nowszy, to też to łatwo zrobisz w MX Instalator pakietów (MX Package Installer), karta Popularne Aplikacje, w cześci Kernels (wystarczy zaznaczyć wersję, kliknąć Zainstaluj i po ponownym uruchomieniu systemu powinien być już używany wybrany nowy kernel (jądro systemu))
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: pavbaranov w Marzec 22, 2019, 07:12:34 PM
A jeśli nie ma ani jednego, ani drugiego:
uname -a
:)
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: Fibogacci w Marzec 22, 2019, 07:52:55 PM
Cytat: pavbaranov w Marzec 22, 2019, 07:12:34 PM
A jeśli nie ma ani jednego, ani drugiego:
uname -a
:)

inxi w MX jest w zestawie od razu

neofetch w MX 18 też jest od razu (sprawdziłem teraz), nie pamiętam czy tak samo w 17
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: stefan1980 w Marzec 22, 2019, 08:24:28 PM
Fibo sprawdzę jednak nie dziś. Z tego co zauważyłem nie mogę zainstalować nanowszej wersji kernela bo takiej wersji tam nie ma tzn Kernel 4.19 są tylko starsze do wyboru tzn 4.10. Działałem zgodnie z tym
https://mxlinux.org/migration/
a poźniej z tym
https://mxlinux.org/forum/viewtopic.php?t=47201
Nie mogę uaktualnić kernela. Chyba trzeba założyć nowy wątek
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: Fibogacci w Marzec 22, 2019, 10:11:27 PM
Uaktualnianie kernela nie jest niezbędnie konieczne, ale można to zrobić (jeśli się ma takie życzenie).

Czy zaktualizowałeś w pełni system po instalacji 17? Najlepiej byłoby użyć terminala (konsoli), skrót F4, a następnie:

$ sudo apt-get update && apt-get dist-upgrade

lub alternatywnie

$ sudo apt update && apt full-upgrade

Wtedy powinny się pojawić najnowsze dostępne wersje.

Jaka jest najwyższa wersja, jaka wyświetla Ci się w MX Instalator pakietów (MX Package Installer)?

Pokazuję printscreen z mojego MX Instalator pakietów:
(https://i.ibb.co/JHLFX8y/kernel.png)

Alternatywnie do aktualizacji kernela możesz użyć narzędzia cli-aptiX (jest już w pełni przetłumaczone na polski, powinno być łatwo) w terminalu (konsoli), skrót F4 i wpisz:
$ sudo cli-aptiX

Poniżej printscreeny:
(https://i.ibb.co/9rJyh6Q/cli-aptix-1.png)
(https://i.ibb.co/K0MHjTH/cli-antix-3.png)

I jeszcze raz, jeśli wszystko działa ok, to nie ma konieczności ani przymusu instalowania najnowszej wersji kernela. Ale można.
Tytuł: Odp: MX długo się uruchamia
Wiadomość wysłana przez: lami07 w Marzec 22, 2019, 10:26:36 PM
Panowie, odnoszę wrażenie że problem rozpatrywany w tym wątku został rozwiązany. Mam rację ? Jeśli tak to Stefan1980 wyedytuj pierwszy post w tym wątku i dodaj w temacie [ROZWIĄZANY] dzięki czemu będę mógł z czystym sumieniem zamknąć.