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ą?
Zamiast o Windows - podaj jakiekolwiek logi systemowe.
Pavbaranov dokładniej poproszę bo nie wiem co wpisać w terminalu
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/JournalDobrze 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ś).
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
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.
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?
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.
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.
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
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.
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.
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ć.
Nic trudnego w Antix jeśli chodzi o połączenie wifi nie widzę:
https://www.youtube.com/watch?v=i8WO8NaM2tMSamo 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.
@stefan1980 jeśli masz taką możliwości przetestuj instalację na innym(ch) pendrive'ie (pendrive'ach)
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.
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/swapusageJeś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 :)
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.
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
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
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.?
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
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 :-)
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.
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
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.
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.
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.
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).
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.
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.
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
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... :(
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"
już przecież załączyłem wyniki tych dwóch komend. nie widać ich? to było wszystko co wyrzuciło.
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?
acpi-off dalo kernel panic i nie wiem co zrobic bo nic nie dziala i nic nie moge wpisac
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.
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?
Pokaż jakie są.
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).
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 :)
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
Będą interesować boot/boot.log (boot to chyba katalog, zatem zerknij co tam jes), syslog - to na początek.
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.
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ę?
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?
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.
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ł.
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).
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ć.
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.
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.
czyli nowy kernel jest problemem - coś zgrzyta na łączach z twoją maszyną - czy aby na pewno go potrzebujesz ?
@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.
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
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)
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.
Aw grubie?
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ś.
spróbuje ale nie wiem czy dam rade hehe
Na pewno dasz. Poszukaj w podręczniku, który wcześniej podałem nt. synchronizacji czasu.
znalazłem w necie coś takiego
https://expertlinux.eu/2016/03/23/jak-prosto-skonfigurowac-ntp/
https://mxlinux.org/wiki/system/time-settings/
Na 99% to drugie.
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
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.
@robson75 - W MX domyślnie systemd nie działa.
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.
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")
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
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_daemonPrzy okazji - nie możesz tego odinstalować w cholerę?
Dlatego też wczoraj zmieniłem server z debian.pool na pl.pool ale i z tym widzę sobie nie radzi.
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.
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.
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ł:)
Problem rozwiązany? Zamykamy ?
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))
A jeśli nie ma ani jednego, ani drugiego:
uname -a
:)
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
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
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.
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ąć.