Jak przyspieszyć ładowanie 18.04

[mario_7]

Pokaż wyniki tych poleceń:

Kod: Zaznacz cały

id 121
dmesg > ~/dmesg.log
journalctl -b > ~/journalctl.log

Dwa ostatnie polecenia spowodują utworzenie plików dmesg.log i journalctl.log w katalogu domowym - załącz te pliki albo wrzuć ich treść na jakąś wklejarkę i podaj linki.

[Willow]

Pokaż wyniki tych poleceń:

Kod: Zaznacz cały

id 121
dmesg > ~/dmesg.log
journalctl -b > ~/journalctl.log

Dwa ostatnie polecenia spowodują utworzenie plików dmesg.log i journalctl.log w katalogu domowym - załącz te pliki albo wrzuć ich treść na jakąś wklejarkę i podaj linki.

W załączeniu pliki.

[mario_7]

W logach pełno jest komunikatów typu:

Kod: Zaznacz cały

[   12.675084] systemd-journald[360]: Configuration file /etc/systemd/journald.conf is marked executable. Please remove executable permission bits. Proceeding anyway.
[   12.675087] systemd-journald[360]: Configuration file /etc/systemd/journald.conf is marked world-writable. Please remove world writability permission bits. Proceeding anyway.

Co oznacza, że masz w systemie bajzel i ustawione bezsensowne uprawnienia na plikach... Odwrócić to w plikach, które pojawiają się w logach będzie łatwo, ale powstaje pytanie czy takich plików nie ma więcej...
Jeśli w katalogach systemowych masz uprawnienia do plików takie, że każdy może je zapisywać, to lepiej postaw system na nowo, bo takiej kaszanki nie ma sensu odwracać - nigdy nie wiadomo czy pliki systemowe nie zostały zmodyfikowane, a nadawanie właściwych uprawnień i sprawdzanie czy pliki są OK zajmie więcej niż reinstalacja systemu...

[Willow]

W logach pełno jest komunikatów typu:

Kod: Zaznacz cały

[   12.675084] systemd-journald[360]: Configuration file /etc/systemd/journald.conf is marked executable. Please remove executable permission bits. Proceeding anyway.
[   12.675087] systemd-journald[360]: Configuration file /etc/systemd/journald.conf is marked world-writable. Please remove world writability permission bits. Proceeding anyway.

Co oznacza, że masz w systemie bajzel i ustawione bezsensowne uprawnienia na plikach... Odwrócić to w plikach, które pojawiają się w logach będzie łatwo, ale powstaje pytanie czy takich plików nie ma więcej...
Jeśli w katalogach systemowych masz uprawnienia do plików takie, że każdy może je zapisywać, to lepiej postaw system na nowo, bo takiej kaszanki nie ma sensu odwracać - nigdy nie wiadomo czy pliki systemowe nie zostały zmodyfikowane, a nadawanie właściwych uprawnień i sprawdzanie czy pliki są OK zajmie więcej niż reinstalacja systemu...

Dzięki za analize. Jest opcja szybkiej reinstalacji z zachowaniem ustawień i folderów?

[Willow]

W logach pełno jest komunikatów typu:

Kod: Zaznacz cały

[   12.675084] systemd-journald[360]: Configuration file /etc/systemd/journald.conf is marked executable. Please remove executable permission bits. Proceeding anyway.
[   12.675087] systemd-journald[360]: Configuration file /etc/systemd/journald.conf is marked world-writable. Please remove world writability permission bits. Proceeding anyway.

Co oznacza, że masz w systemie bajzel i ustawione bezsensowne uprawnienia na plikach... Odwrócić to w plikach, które pojawiają się w logach będzie łatwo, ale powstaje pytanie czy takich plików nie ma więcej...
Jeśli w katalogach systemowych masz uprawnienia do plików takie, że każdy może je zapisywać, to lepiej postaw system na nowo, bo takiej kaszanki nie ma sensu odwracać - nigdy nie wiadomo czy pliki systemowe nie zostały zmodyfikowane, a nadawanie właściwych uprawnień i sprawdzanie czy pliki są OK zajmie więcej niż reinstalacja systemu...

Dzięki za analize. Jest opcja szybkiej reinstalacji z zachowaniem ustawień i folderów?

Jak z konsoli można przywrócić uprawnienia plikowi journald.conf?

[jacekalex]

np:

Kod: Zaznacz cały

sudo chmod 644 /etc/systemd/journald.conf

albo bezpieczniej:

Kod: Zaznacz cały

sudo chmod 640 /etc/systemd/journald.conf

Ps:
Masz znacznie więcej plików ze skopanymi uprawnieniami w /etc/systemd/system/.

Pokaż na wszelki wypadek wyniki:

Kod: Zaznacz cały

umask
grep umask /etc/profile

Pozdro

[Willow]

np:

Kod: Zaznacz cały

sudo chmod 644 /etc/systemd/journald.conf

albo bezpieczniej:

Kod: Zaznacz cały

sudo chmod 640 /etc/systemd/journald.conf

Ps:
Masz znacznie więcej plików ze skopanymi uprawnieniami w /etc/systemd/system/.

Pokaż na wszelki wypadek wyniki:

Kod: Zaznacz cały

umask
grep umask /etc/profile

Pozdro

Wynik

Kod: Zaznacz cały

hpmkj@hpmkj-p15:~$ umask
0022
hpmkj@hpmkj-p15:~$ grep umask /etc/profile
hpmkj@hpmkj-p15:~$

[mario_7]

Jeśli masz osobną partycję /home, to po prostu jej użyj bez formatowania w trakcie instalacji (ustaw ją jako /home dla nowoinstalowanego systemu). Ponadto powinieneś zrobić kopię plików spoza /home.
A tak w ogóle, to taka ogólna kopia bezpieczeństwa na jakimś zewnętrznym dysku nie zawadzi - na wypadek gdybyś się pomylił w trakcie instalacji nowego systemu.

Jeśli chciałbyś dalej analizować obecny system, to napraw wszystkie pliki o których mowa w logach, które załączyłeś - te które maja nadmierne uprawnienia zapisywania i wykonywania.

Ponadto dla porównania mógłbyś podać te same logi ale wygenerowane z systemu uruchomionego w trybie Live z USB. Jestem ciekaw jak długo ładuje się system czysty w porównaniu z tym, który masz zainstalowany.

Jest jeszcze jedna opcja - może dysk twardy nie domaga i stąd tak długo się wszystko ładuje... Jaki jest jego stan - sprawdzałeś może ostatnio?

[Willow]

Jeśli masz osobną partycję /home, to po prostu jej użyj bez formatowania w trakcie instalacji (ustaw ją jako /home dla nowoinstalowanego systemu). Ponadto powinieneś zrobić kopię plików spoza /home.
A tak w ogóle, to taka ogólna kopia bezpieczeństwa na jakimś zewnętrznym dysku nie zawadzi - na wypadek gdybyś się pomylił w trakcie instalacji nowego systemu.

Jeśli chciałbyś dalej analizować obecny system, to napraw wszystkie pliki o których mowa w logach, które załączyłeś - te które maja nadmierne uprawnienia zapisywania i wykonywania.

Ponadto dla porównania mógłbyś podać te same logi ale wygenerowane z systemu uruchomionego w trybie Live z USB. Jestem ciekaw jak długo ładuje się system czysty w porównaniu z tym, który masz zainstalowany.

Jest jeszcze jedna opcja - może dysk twardy nie domaga i stąd tak długo się wszystko ładuje... Jaki jest jego stan - sprawdzałeś może ostatnio?

Laptop ma pół roku dość wysoki model HP ale nie wiadomo jaki Chiński szajs wsadzili na HDD. Jest jakiś sprawdzony program do analizy HDD?

[jacekalex]

Do analizy SMART dysku jest smartmontools konsolowy, i nakładka graficzna GSmartControl.

Wszystko masz w repozytorium.

Tu masz opis, jak się tego używa (w konsoli):
https://pl.wikibooks.org/wiki/Smartmontools

Pozdro

[mario_7]

W Ubuntu jest dostępny program GNOME Disks - po polsku Dyski. Uruchom go.
Następnie z lewej strony wybierz dysk twardy, potem w prawym górnym rogu kliknij ikonę menu (z trzema poziomymi kreskami) i wybierz "Dane i testy SMART".
Zobaczysz okno z listą parametrów dysku twardego (to to samo, o czym pisze jacekalex). Na górze widać będzie "Ocenę ogólną" dysku, a w kolumnie Ocena widać, czy wartości poszczególnych parametrów są prawidłowe.
Możesz też rozpocząć test diagnostyczny dysku (przycisk w lewym dolnym rogu).

Jeśli chciałbyś zmierzyć prędkość odczytu i zapisu na dysku, to zrób tak:
W oknie programu Dyski wybierz po lewej stronie dysk, następnie po prawej stronie wybierz partycję, którą chcesz sprawdzić, potem kliknij w ikonę z zębatkami i wybierz "Test wydajności partycji...". Następnie rozpocznij test (domyślnie jest test prędkości odczytu, ale możesz też zaznaczyć, aby sprawdzić prędkość zapisu).

[Willow]

Sprawdziłem dysk zgodnie z sugestiami kolego mario_7 i po teście dostałem informację że Dysk jest OK. Jednak po kolejnych aktualizacjach system ma się coraz lepiej a start systemu jakby się ustabilizował (w sensie szybkości oczywiście)

[xander21]

Kolega ma dysk do wymiany, jeśli giną mu dane. Ingerencja w system plików nie pomoże. Można tylko spróbować usunąć SWAP.