Nowe posty

xx Dystrybucja pod HP Omen (6)
Wczoraj o 23:30:08
xx [Poradnik] Wyszukiwanie Sterowników (2)
Wczoraj o 21:08:23
lamp Problem z Linux Lite po instalacji (0)
Wczoraj o 19:50:30
xx Ile pingwinów? (1)
Wczoraj o 08:59:24
xx konfiguracja pale moon (0)
2024-03-24, 21:53:42
xx Plasma 6 w Neonie ssie trochę mniej ... (10)
2024-03-23, 02:38:11
xx problem z instalacja sterowników do karty sieciowej (3)
2024-03-18, 18:10:16
xx Plik abc.001 (1)
2024-03-17, 17:48:27
xx Zlecę dopracowanie programu w MatLab (0)
2024-03-13, 15:28:40
xx Linux Mint 21.3 XFCE brak dźwieku po paru minutach (karta muzyczna zintegrowana) (5)
2024-03-12, 23:07:01

Autor Wątek: Manjaro na dysku NVME działa tak szybko jak na HDD  (Przeczytany 3668 razy)

Offline eugieniek

  • Stały bywalec
  • ***
  • Wiadomości: 104
    • Zobacz profil
Manjaro na dysku NVME działa tak szybko jak na HDD
« dnia: 2022-12-23, 17:07:30 »
Nie mam pojęcia co jest nie tak. Dysk to jakiś Hynix PCIE3.0x4 NVME. W Windowsie (8.1 PRO) osiąga ponad 3400MB/s w odczycie i 3100 w zapisie.
Reszta plików (mniejszych) też kilka razy szybsza od klasycznego SSD. Tymczasem, Manjaro zachowuje się tak, jak by na jakimś leciwym SSD bądź dobrym WDCBlack (HDD) hulał. Windows budzi mi się w całości (wszystkie usługi) od naciśnięcia POWER w zaledwie 4 sekundy!
Czemu Manjaro uruchamia się 19 sekund?
Co on tam mieli?
W SESJI mam wyłączone wsio, czego nie używam a gdy mowa o Manjaro to Xfce katuję nadal.

Da się przyspieszyć ten BOOT jakoś?

Offline Paweł Kraszewski

  • Administrator
  • Guru
  • *****
  • Wiadomości: 3049
  • Lenistwo jest matką potrzeby = babcią wynalazku
    • Zobacz profil
Odp: Manjaro na dysku NVME działa tak szybko jak na HDD
« Odpowiedź #1 dnia: 2022-12-23, 20:03:37 »
Cytuj
Windows budzi mi się w całości (wszystkie usługi) od naciśnięcia POWER w zaledwie 4 sekundy!

Hehe, nie. 4 sekundy to wychodzi ci z hybrid-sleep.

Cytuj
Nie mam pojęcia co jest nie tak.

My też nie wiemy. Coś po prostu robisz źle podczas instalacji.
Paweł Kraszewski
~Arch/Void/Gentoo/FreeBSD/OpenBSD/Specjalizowane customy

Offline 1709

  • Users
  • Guru
  • *****
  • Wiadomości: 2763
  • 1709
    • Zobacz profil
Odp: Manjaro na dysku NVME działa tak szybko jak na HDD
« Odpowiedź #2 dnia: 2022-12-23, 23:17:12 »
Cytuj
Czemu Manjaro uruchamia się 19 sekund?

W zależności od rodzaju menadżera systemu / usług masz różne narzędzia ( dla systemu Linux )

Przykładowe narzędzia.

Lista uruchomionych usług wraz ich czasem.
systemd-analyze blame

Łańcuch / drzewo krytycznych usług wraz z ich czasem uruchamiania ( mam nadzieję że dobrze przetłumaczyłem )
systemd-analyze critical-chain

Bodajże to albo coś podobnego. Powinno wyświetlić listę wszystkich usług
systemctl list-unit-files --type=service

Dziennik systemowy ( menadżera systemd ) - z wyjaśnieniami z ostatnieniego bootowania , tylko komunikaty: emerg , alert , crit , err , warning
journalctl -xb0 -p 0..4 --no-pager

Dziennik systemowy Xorg , tylko komunikaty: ostrzeżenia , błędy , nie zaimplementowane.
grep '(WW)\|(EE)\|(NI)\|(??)' /var/log/Xorg.0.log

Dzienniku syslog, wyszukowanie linii zawierających słów o błędach i ostrzeżeniach ( czyli słów: error , warning ,  fail , segfault )
grep -i 'error\|warning\|fail|\segfault' /var/log/syslog 

Lista zadań wyznaczonych do uruchomienia w czasie.
systemctl list-timers 2>/dev/null | grep ':'

Rozwinięcie nazw występujących na wyjściu komendy wyżej ( systemctl list-timers )
for NAME in $(systemctl list-timers | awk '{print $NF}' | sed '1d' | tac | sed '1d;2d;3d'| tac) ; do grep "Exec" /lib/systemd/system/${NAME} ; done

Lista zadań wyznaczonych do uruchomienia w czasie przez " cron ".
for user in $(cut -f1 -d: /etc/passwd); do CC=$(crontab -u $user -l | grep -v ^'#') ; EE=$( sed '/^$/d' <<< "$CC" | wc -l) ; [[ $EE -ne 0 ]] && echo -e "Jobs from user: $user \n${CC}" ; done 2>/dev/null

Lista plików cron / anacron które można sprawdzić.
find /etc/*cron*  -type f

Jeśli plików nie jest dużo można je otworzyć od razu w edytorze,
 gdzie każda karta to będzie osobny otwarty plik
 gdzie pluma to przykładowy edytor tekstowy i należy podmienić na własny, bo zakładam że nie każdy tego używa.
find /etc/*cron*  -type f | xargs pluma

Lista plików które mogą uruchamiać się przy starcie.
Zazwyczaj zarządzanie nimi odbywa się z środowiska graficznego
np. Centrum sterowania Mate --> kategoria "Osobiste "--> Programy startowe
ls "$HOME/.config/autostart/"


Do pomocy:

Drzewo uruchomionych procesów
ps -e --forest

ewentualnie, może lepsze
pstree

Podręcznik " man ", gdzie " nazwa_ komendy " należy podmienić na własną  o której mamy ochotę poczytać.
man nazwa_komendy

No i ostrzeżenie. Wyłączenie niektórych kluczowych usług bez zrozumienia co one robią, może się skończyć tym że przestanie coś działać, czego się nie spodziewałeś.

Edytowane
O konfiguracji dysku jak ma pracować się nie wypowiem, bo się nie znam.
Chodzi mi np. o
- TRIM  https://wiki.archlinux.org/title/Solid_state_drive
- szyfrowanie.
« Ostatnia zmiana: 2022-12-24, 09:23:45 wysłana przez 1709 »
PS: Brak polskiej czcionki, nie jest to brak lenistwa, a jej brak w systemie i brak czasu na reczne poprawki.

Offline eugieniek

  • Stały bywalec
  • ***
  • Wiadomości: 104
    • Zobacz profil
Odp: Manjaro na dysku NVME działa tak szybko jak na HDD
« Odpowiedź #3 dnia: 2022-12-24, 10:37:57 »
5.960s apparmor.service
2.760s systemd-random-seed.service
 980ms dev-nvme0n1p3.device
 769ms ufw.service
 517ms tlp.service
 438ms systemd-udev-trigger.service
 311ms snapd.service
 281ms user@1000.service
 260ms systemd-tmpfiles-clean.service
 208ms udisks2.service
 187ms lightdm.service
 164ms upower.service
 164ms systemd-udevd.service
 147ms ModemManager.service
 111ms systemd-journald.service
 103ms systemd-journal-flush.service
 101ms systemd-tmpfiles-setup.service
 101ms systemd-fsck@dev-disk-by\x2duuid-7490\x2d8980.service
  99ms accounts-daemon.service
  83ms lvm2-monitor.service
  77ms systemd-logind.service
  74ms systemd-tmpfiles-setup-dev.service
  60ms systemd-fsck@dev-disk-by\x2duuid-1d1bf1c3\x2d349c\x2d480b\x2da9b0\x2d7e8>
  57ms boot-efi.mount
  56ms home-myszykota-DyskNTFS.mount
  52ms NetworkManager.service
  50ms polkit.service
  47ms systemd-modules-load.service
  46ms modprobe@fuse.service
  44ms colord.service
  42ms avahi-daemon.service
  40ms cups.service
  36ms systemd-remount-fs.service
  34ms ramdisk.mount
  32ms dbus.service
  26ms user-runtime-dir@1000.service
  25ms dev-hugepages.mount
  24ms dev-mqueue.mount
  22ms sys-kernel-debug.mount
  21ms systemd-sysctl.service
  21ms sys-kernel-tracing.mount
  20ms home-myszykota-DyskEXT4.mount
  17ms kmod-static-nodes.service
  17ms alsa-restore.service
  16ms systemd-backlight@backlight:intel_backlight.service
  16ms systemd-update-utmp.service
  14ms modprobe@configfs.service
  14ms tmp.mount
  14ms modprobe@drm.service
  12ms sys-fs-fuse-connections.mount
  11ms snapd.apparmor.service
   7ms systemd-user-sessions.service
   5ms rtkit-daemon.service
   4ms sys-kernel-config.mount
 920us snapd.socket
lines 33-55/55 (END)
  36ms systemd-remount-fs.service
  34ms ramdisk.mount
  32ms dbus.service
  26ms user-runtime-dir@1000.service
  25ms dev-hugepages.mount
  24ms dev-mqueue.mount
  22ms sys-kernel-debug.mount
  21ms systemd-sysctl.service
  21ms sys-kernel-tracing.mount
  20ms home-myszykota-DyskEXT4.mount
  17ms kmod-static-nodes.service
  17ms alsa-restore.service
  16ms systemd-backlight@backlight:intel_backlight.service
  16ms systemd-update-utmp.service
  14ms modprobe@configfs.service
  14ms tmp.mount
  14ms modprobe@drm.service
  12ms sys-fs-fuse-connections.mount
  11ms snapd.apparmor.service
   7ms systemd-user-sessions.service
   5ms rtkit-daemon.service
   4ms sys-kernel-config.mount
 920us snapd.socket
lines 33-55/55 (END)
  36ms systemd-remount-fs.service
  34ms ramdisk.mount
  32ms dbus.service
  26ms user-runtime-dir@1000.service
  25ms dev-hugepages.mount
  24ms dev-mqueue.mount
  22ms sys-kernel-debug.mount
  21ms systemd-sysctl.service
  21ms sys-kernel-tracing.mount
  20ms home-myszykota-DyskEXT4.mount
  17ms kmod-static-nodes.service
  17ms alsa-restore.service
  16ms systemd-backlight@backlight:intel_backlight.service
  16ms systemd-update-utmp.service
  14ms modprobe@configfs.service
  14ms tmp.mount
  14ms modprobe@drm.service
  12ms sys-fs-fuse-connections.mount
  11ms snapd.apparmor.service
   7ms systemd-user-sessions.service
   5ms rtkit-daemon.service
   4ms sys-kernel-config.mount
 920us snapd.socket
~
lines 33-55/55 (END)
  36ms systemd-remount-fs.service
  34ms ramdisk.mount
  32ms dbus.service
  26ms user-runtime-dir@1000.service
  25ms dev-hugepages.mount
  24ms dev-mqueue.mount
  22ms sys-kernel-debug.mount
  21ms systemd-sysctl.service
  21ms sys-kernel-tracing.mount
  20ms home-myszykota-DyskEXT4.mount
  17ms kmod-static-nodes.service
  17ms alsa-restore.service
  16ms systemd-backlight@backlight:intel_backlight.service
  16ms systemd-update-utmp.service
  14ms modprobe@configfs.service
  14ms tmp.mount
  14ms modprobe@drm.service
  12ms sys-fs-fuse-connections.mount
  11ms snapd.apparmor.service
   7ms systemd-user-sessions.service
   5ms rtkit-daemon.service
   4ms sys-kernel-config.mount
 920us snapd.socket
~
~
lines 33-55/55 (END)
  36ms systemd-remount-fs.service
  34ms ramdisk.mount
  32ms dbus.service
  26ms user-runtime-dir@1000.service
  25ms dev-hugepages.mount
  24ms dev-mqueue.mount
  22ms sys-kernel-debug.mount
  21ms systemd-sysctl.service
  21ms sys-kernel-tracing.mount
  20ms home-myszykota-DyskEXT4.mount
  17ms kmod-static-nodes.service
  17ms alsa-restore.service
  16ms systemd-backlight@backlight:intel_backlight.service
  16ms systemd-update-utmp.service
  14ms modprobe@configfs.service
  14ms tmp.mount
  14ms modprobe@drm.service
  12ms sys-fs-fuse-connections.mount
  11ms snapd.apparmor.service
   7ms systemd-user-sessions.service
   5ms rtkit-daemon.service
   4ms sys-kernel-config.mount
 920us snapd.socket
~
~
~
~
lines 33-55/55 (END)
  36ms systemd-remount-fs.service
  34ms ramdisk.mount
  32ms dbus.service
  26ms user-runtime-dir@1000.service
  25ms dev-hugepages.mount
  24ms dev-mqueue.mount
  22ms sys-kernel-debug.mount
  21ms systemd-sysctl.service
  21ms sys-kernel-tracing.mount
  20ms home-myszykota-DyskEXT4.mount
  17ms kmod-static-nodes.service
  17ms alsa-restore.service
  16ms systemd-backlight@backlight:intel_backlight.service
  16ms systemd-update-utmp.service
  14ms modprobe@configfs.service
  14ms tmp.mount
  14ms modprobe@drm.service
  12ms sys-fs-fuse-connections.mount
  11ms snapd.apparmor.service
   7ms systemd-user-sessions.service
   5ms rtkit-daemon.service
   4ms sys-kernel-config.mount
 920us snapd.socket
~
~
~
~
~
lines 33-55/55 (END)
  36ms systemd-remount-fs.service
  34ms ramdisk.mount
  32ms dbus.service
  26ms user-runtime-dir@1000.service
  25ms dev-hugepages.mount
  24ms dev-mqueue.mount
  22ms sys-kernel-debug.mount
  21ms systemd-sysctl.service
  21ms sys-kernel-tracing.mount
  20ms home-pc-DyskEXT4.mount
  17ms kmod-static-nodes.service
  17ms alsa-restore.service
  16ms systemd-backlight@backlight:intel_backlight.service
  16ms systemd-update-utmp.service
  14ms modprobe@configfs.service
  14ms tmp.mount
  14ms modprobe@drm.service
  12ms sys-fs-fuse-connections.mount
  11ms snapd.apparmor.service
   7ms systemd-user-sessions.service
   5ms rtkit-daemon.service
   4ms sys-kernel-config.mount
 920us snapd.socket
~
~
~
~
~
lines 33-55/55 (END)
  36ms systemd-remount-fs.service
  34ms ramdisk.mount
  32ms dbus.service
  26ms user-runtime-dir@1000.service
  25ms dev-hugepages.mount
  24ms dev-mqueue.mount
  22ms sys-kernel-debug.mount
  21ms systemd-sysctl.service
  21ms sys-kernel-tracing.mount
  20ms home-pc-DyskEXT4.mount
  17ms kmod-static-nodes.service
  17ms alsa-restore.service
  16ms systemd-backlight@backlight:intel_backlight.service
  16ms systemd-update-utmp.service
  14ms modprobe@configfs.service
  14ms tmp.mount
  14ms modprobe@drm.service
  12ms sys-fs-fuse-connections.mount
  11ms snapd.apparmor.service
   7ms systemd-user-sessions.service
   5ms rtkit-daemon.service
   4ms sys-kernel-config.mount
 920us snapd.socket
~
~
~
~
~
lines 33-55/55 (END)
  36ms systemd-remount-fs.service
  34ms ramdisk.mount
  32ms dbus.service
  26ms user-runtime-dir@1000.service
  25ms dev-hugepages.mount
  24ms dev-mqueue.mount
  22ms sys-kernel-debug.mount
  21ms systemd-sysctl.service
  21ms sys-kernel-tracing.mount
  20ms home-pc-DyskEXT4.mount
  17ms kmod-static-nodes.service
  17ms alsa-restore.service
  16ms systemd-backlight@backlight:intel_backlight.service
  16ms systemd-update-utmp.service
  14ms modprobe@configfs.service
  14ms tmp.mount
  14ms modprobe@drm.service
  12ms sys-fs-fuse-connections.mount
  11ms snapd.apparmor.service
   7ms systemd-user-sessions.service
   5ms rtkit-daemon.service
   4ms sys-kernel-config.mount
 920us snapd.socket
~
~
~
~
~
lines 33-55/55 (END)
  36ms systemd-remount-fs.service
  34ms ramdisk.mount
  32ms dbus.service
  26ms user-runtime-dir@1000.service
  25ms dev-hugepages.mount
  24ms dev-mqueue.mount
  22ms sys-kernel-debug.mount
  21ms systemd-sysctl.service
  21ms sys-kernel-tracing.mount
  20ms home-pc-DyskEXT4.mount
  17ms kmod-static-nodes.service
  17ms alsa-restore.service
  16ms systemd-backlight@backlight:intel_backlight.service
  16ms systemd-update-utmp.service
  14ms modprobe@configfs.service
  14ms tmp.mount
  14ms modprobe@drm.service
  12ms sys-fs-fuse-connections.mount
  11ms snapd.apparmor.service
   7ms systemd-user-sessions.service
   5ms rtkit-daemon.service
   4ms sys-kernel-config.mount
 920us snapd.socket
~
~
~
~
~
~
lines 33-55/55 (END)
  36ms systemd-remount-fs.service
  34ms ramdisk.mount
  32ms dbus.service
  26ms user-runtime-dir@1000.service
  25ms dev-hugepages.mount
  24ms dev-mqueue.mount
  22ms sys-kernel-debug.mount
  21ms systemd-sysctl.service
  21ms sys-kernel-tracing.mount
  20ms home-pc-DyskEXT4.mount
  17ms kmod-static-nodes.service
  17ms alsa-restore.service
  16ms systemd-backlight@backlight:intel_backlight.service
  16ms systemd-update-utmp.service
  14ms modprobe@configfs.service
  14ms tmp.mount
  14ms modprobe@drm.service
  12ms sys-fs-fuse-connections.mount
  11ms snapd.apparmor.service
   7ms systemd-user-sessions.service
   5ms rtkit-daemon.service
   4ms sys-kernel-config.mount
 920us snapd.socket
~
~
~
~
~
~
lines 33-55/55 (END)
  36ms systemd-remount-fs.service
  34ms ramdisk.mount
  32ms dbus.service
  26ms user-runtime-dir@1000.service
  25ms dev-hugepages.mount
  24ms dev-mqueue.mount
  22ms sys-kernel-debug.mount
  21ms systemd-sysctl.service
  21ms sys-kernel-tracing.mount
  20ms home-pc-DyskEXT4.mount
  17ms kmod-static-nodes.service
  17ms alsa-restore.service
  16ms systemd-backlight@backlight:intel_backlight.service
  16ms systemd-update-utmp.service
  14ms modprobe@configfs.service
  14ms tmp.mount
  14ms modprobe@drm.service
  12ms sys-fs-fuse-connections.mount
  11ms snapd.apparmor.service
   7ms systemd-user-sessions.service
   5ms rtkit-daemon.service
   4ms sys-kernel-config.mount
 920us snapd.socket


Paweł, ja użyłem: powercfg hibernate off - zatem windows nie ma hybrydowego uśpienia.
Po świętach nagram filmik, serio Windows budzi się tak szybko.

Dziwi mnie tak długie uruchamianie się Linuxa patrząc na możliwości (przepustowość) magistrali, możliwości procesora, szybkość ram i możliwości dysku. Ja dla mnie system powinien umieć wystartować w maksymalnie 7-8 sekund.
Wyżej zamieszczona wklejka to oczywiście wynik tuż po EFI POST, czyli od chwili w której zanika logo HP a jak wiadomo, nawet przy 0sec w rozruchu (posttest+hotkey) w HP trwa to od wciśniecia POWER do startu nawet i 4sek, więc dodając to do rozruchu Manjaro wychodzi prawie pół minuty.
Sprawdziłem też Mint/Debian/Kali i inne. Wszędzie to samo.
« Ostatnia zmiana: 2022-12-24, 10:45:03 wysłana przez eugieniek »

Offline robson75

  • Users
  • Prawie jak Guru
  • ****
  • Wiadomości: 427
    • Zobacz profil
Odp: Manjaro na dysku NVME działa tak szybko jak na HDD
« Odpowiedź #4 dnia: 2022-12-24, 12:58:28 »
Jednoznacznie wskazuje że najdłużej się uruchamia apparmor.service.
Czy aby na pewno potrzebujesz paczki apparmor?
Arch Linux Xfce - 64Bit Linux User #621110

Offline Krzynisko

  • Nowy na forum
  • *
  • Wiadomości: 17
    • Zobacz profil
Odp: Manjaro na dysku NVME działa tak szybko jak na HDD
« Odpowiedź #5 dnia: 2022-12-24, 13:44:27 »
Może jest uszkodzony? Miałem taki dziwny problem. Niby wszystko dobrze, a prędkości dysku ata 33 sprzed trzech dekad.
Zerknij, czy dmesg nie ma czegoś o nim do powiedzenia.

Sprzęt jest coraz gorszej jakości i bardziej zawodny, a ludzie w dzikim pędzie bez zastanawiania się wszystko kupią. Nie dziwię producentom, że schodzą z jakością.

Offline mackeire

  • Users
  • Prawie jak Guru
  • ****
  • Wiadomości: 490
    • Zobacz profil
Odp: Manjaro na dysku NVME działa tak szybko jak na HDD
« Odpowiedź #6 dnia: 2022-12-24, 16:02:39 »
Bieda, panie ...
u mnie żadna usługa nie startuje dłużej niż sekundę a apparmor 155ms
Laptop 10 letni :)

Offline eugieniek

  • Stały bywalec
  • ***
  • Wiadomości: 104
    • Zobacz profil
Odp: Manjaro na dysku NVME działa tak szybko jak na HDD
« Odpowiedź #7 dnia: 2022-12-26, 11:03:03 »
A w czym jest lepszy nowszy sprzęt od "z deka" starszego? Dla mnie nie ma różnic, ta sama przepustowość ddr4, identyczna magistrala (przecież Intel kładzie nowości tylko do najwyższych swer w reszcie lutuje bajki). Moim zdaniem, jeśli radzą sobie Windowsy (wszystkie) i hulają jak rakiety a problem występuje tylko na Linux - znaczy że tu jest problem a nie ze sprzętem.

Offline marcin'82

  • Users
  • Prawie jak Guru
  • ****
  • Wiadomości: 402
    • Zobacz profil
Odp: Manjaro na dysku NVME działa tak szybko jak na HDD
« Odpowiedź #8 dnia: 2022-12-26, 11:14:03 »
Pokaż jakie masz systemy plików oraz ewentualne błędy przy uruchamianiu/działaniu systemu - podaj wynik komend:
lsblk -f
sudo journalctl -q -b -p 3..3
sudo journalctl -q -b -p 4..4


marcin82

Offline eugieniek

  • Stały bywalec
  • ***
  • Wiadomości: 104
    • Zobacz profil
Odp: Manjaro na dysku NVME działa tak szybko jak na HDD
« Odpowiedź #9 dnia: 2023-01-04, 23:12:01 »
Panowie, przepraszam za burdel na forum, obiecuję, że ten post był ostatni który miał w tytule Manjaro. Tego nie da się ogarniać już, ten system robi z użytkownika idiotę, kiedyś sądziłem że jest ok ale nie ma miesiąca aby po aktualizacjach system się nie sypnął. Po prostu pora dać na luz zwłaszcza, że jeśli choćby trochę nauczylem się Archa to i Gentoo zatrybię, trochę zejdzie ale zacząłem od Wiki i mam nadzieję że z czasem przestanę mieć problemy.
Ja jestem zdania - że jak już system działa i działa dobrze wszystko to, czego potrzebuję to aktualizacje tego softu a zwłaszcza zależności nie powinny niszczyć nic innego a w Manjaro gdy o nim poczytałem to nie jeden zjadł na tym nerwy.
Wystartowałem z Calculate Linux, dopóki nie ogarnę tematu choćby w 20% (Portage) na razie będę siedział na czymś, co umiem choćby zainstalować.
Ja nie mam już sił do Manjaro i Archa, myślałem że Arch będzie stabilniejszy z tymi aktualizacjami lecz nie jest. Wczoraj, wystarczyło że wgrałem (zbudowałem) GoogleEarth, zainstalowało się niby, zależności pobrało, restart i ... po wszystkim. Bez powodu zniknęły ikony z puplitu i panele i co najlepsze, nie zdołałem tego przywrócić. Ja nie mam już sił.
System działał po naprawie Gruba, już niby wszystko ok, kilka restartów, zero nowych aktualizacji, doinstalowałem GooleEarth i kolejna wysypka.
Brak mi już słów.  A z MacOS'a jestem bardzo zadowolony, laptop akurat do pracy, działa wszystko, wszystko ładnie i szybko hula, nic nie piszczy a Linucha w domu to juz od dawien dawna próbowałem wymienić na coś innego lecz Debian potrafi dobić identycznie jak Arch. Macie prawo się z tym niezgadzać, ale ... ja mam dość naprawiania systemu po byle aktualizacji.
« Ostatnia zmiana: 2023-01-04, 23:14:33 wysłana przez eugieniek »

Offline 1709

  • Users
  • Guru
  • *****
  • Wiadomości: 2763
  • 1709
    • Zobacz profil
Odp: Manjaro na dysku NVME działa tak szybko jak na HDD
« Odpowiedź #10 dnia: 2023-01-05, 07:06:23 »
Cytuj
Ja nie mam już sił do Manjaro i Archa, myślałem że Arch będzie stabilniejszy z tymi aktualizacjami lecz nie jest. Wczoraj, wystarczyło że wgrałem (zbudowałem) GoogleEarth,
Próbuj czego tylko sobie życzysz.
Pozwolisz tylko że Cię trochę oświecimy.
Nie widzę GoogleEarth repozytorium Archa,  więc teoretycznie Arch Linux nie może odpowiadać za szkody.
Nie używam, ale sprawdziłem czy pakiet jest na stronie https://archlinux.org/packages/?sort=&q=google&maintainer=&flagged=
Natomiast z repozytorium AUR ( Arch User Repository  ) korzystasz na własną rękę, to znaczy na własną odpowiedzialność.
W celu odnalezienia kontaktu z developerem pakietu i zgłoszenia problemu musiałbyś poczytać jak dokładniej działa AUR
 ( ja takiej wiedzy nie posiadam )
W podobny sposób instalując aplikacje możesz popsuć dowolny system. Czasami się uda, czasami nie.
( Niby czasami są aplikacje " portable ", które nie zniszczą systemu, ale nie wszystkie takie muszą być )


Rady:
1. Możesz sobie pomóc używając programu Timeshift , służy do tworzenia i przywracania systemu.
Jeśli system nie będzie wstanie się uruchomić, to można program uruchomić z live-USB.
W przypadku Archa może być trudniej, ( ponieważ domyślnie nie ma trybu graficznego )
ale może się da użyć z terminala lub podobnej dystrybucji, nie wiem.

2. Arch Linux jest chwalony za stabilność ( nie mówimy o AUR ),
ale nawet jemu może się zdarzyć problem z jakimś pakietem w aktualizacji i ostrzeżenie powinno być na stronie Archa lub na jego forum.

3. Czasami można postawić system na nogi z poziomu terminala.
3.1 Na youtube znajdziesz poradniki jak używać terminala. Naucz się.
3.2 Naucz się, lub zapisz sobie podstawowe, przydatne komendy, zwłaszcza do menadzera pakietów.
Np. Jak reinstalować pakiet.
Jak znaleźć brakujący pakiet w repozytorium,
Jak wyświetlić listę plików należących do danego pakietu.
Jak wyświetlić listę tylko zainstalowanych pakietów , i tak dalej ....
Na forum archa czasami możesz wyłapać niektóre komendy, gdy ktoś inny ma problemy.
Ułatwi Ci to proces naprawy jeśli będziesz chciał reinstalować lub usunąć uszkodzony pakiet.
3.3 Jeśli proces naprawy jest zbyt skomplikowany, czasochłonny, to czasami lepiej zainstalować system od nowa.
3.4  Naucz się sprawdzać czy to wina ustawień środowiska czy nie.
Do tego musisz nauczyć się tworzyć nowe konto użytkownika.
Po utworzeniu nowego konta są kopiowane nowe ustawienia i wtedy możesz sprawdzić np. nie działającą aplikację.
3.5 Naucz się jak obsługiwać / sprawdzać błedy w logu / logach w systemie.
« Ostatnia zmiana: 2023-01-05, 07:18:36 wysłana przez 1709 »
PS: Brak polskiej czcionki, nie jest to brak lenistwa, a jej brak w systemie i brak czasu na reczne poprawki.

Offline Paweł Kraszewski

  • Administrator
  • Guru
  • *****
  • Wiadomości: 3049
  • Lenistwo jest matką potrzeby = babcią wynalazku
    • Zobacz profil
Odp: Manjaro na dysku NVME działa tak szybko jak na HDD
« Odpowiedź #11 dnia: 2023-01-05, 09:30:33 »
Tego nie da się ogarniać już, ten system robi z użytkownika idiotę, kiedyś sądziłem że jest ok ale nie ma miesiąca aby po aktualizacjach system się nie sypnął.

Teraz używam Archa i Manjaro w sumie na 7 maszynach (Desktop i 2 laptopy w domu, laptop i 3 desktopy w robocie). Wszelkie kombinacje HDD, SSD i NVMe. Procki od 4 do 12 generacji. Używam codziennie do pracy zawodowej (deweloperka). Aktualizowane na bieżąco.

Nigdy na żadnym nie miałem takich problemów jak ty. Mam kilku Archowych znajomych, mama siedzi na Manjaro. Oni też nie mają problemów. Mam pewne niejasne przeczucie, że w parze Linux-Eugienek to nie Linux jest problemem.

I na rany Linusa — jak co chwilę rozwalasz Archa czy Manjaro, to Gentoo będziesz miał permanentnie nieczynne.
Paweł Kraszewski
~Arch/Void/Gentoo/FreeBSD/OpenBSD/Specjalizowane customy

Offline eugieniek

  • Stały bywalec
  • ***
  • Wiadomości: 104
    • Zobacz profil
Odp: Manjaro na dysku NVME działa tak szybko jak na HDD
« Odpowiedź #12 dnia: 2023-01-05, 11:57:49 »
Paweł, ja na serio nic nie robię. Zakończyłem już grzebanie w systemie w celu choćby dopicowania wszystkiego pod siebie, zdałem sobie sprawę z tego, że to z czasem szlag trafi, zwłaszcza po aktualizacji. Naprawdę nie znam przyczyn, dzięki którym system sypie się bez powodu.
Manjaro działa mi stabilnie od czystej instalacji jakieś 2-3 tygodnie. Gdy już doinstaluję jakieś oprogramowanie (a najczęściej są to tylko: youtube-dl, kget, jakiś mini WPS office (potrzebuję coś w deseń Worda), virtualbox, thunderbird, firefox i kilka innych pierdoł jak Audacity. System działa, pobiera sobie aktualizacje no i działa ale przychodzi taki dzień, że po komendzie pacman -Syuu ściąga 1,8-2,0GB i koniec. Wszystko co sprawnie dotychczas działało przestaje działać, włączam Virtualbox (na którym jest np. Debian) i VB stoi w miejscu, czarny ekran a przed aktualizacją wszystko działało. To samo z innymi systemami.
Kolejna sprawa, obok Manjaro stoi na innej partycji Windows 8.1 oraz np. czysty Arch.
Instalowane wszystko było w kolejności:
1. Windows
2. Arch
3. Manjaro
i został dzięki temu Grub i rozruch z Manjaro.
Przed aktualizacją Manjaro na liście miałem trzy systemy, po restarcie Manjaro mam od razu rozruch Manjaro, bez wyboru systemu.
No to zaczynam zabawę w terminalu, klasyczne i znane wszystkim LS, poszukiwanie partycji rozruchowej, uruchomienie ponowne, chrootowanie, update-grub i tak dalej. Wszystko wraca do normy, kilka rozruchów komputera jest już z listą systemów na starcie, wyłączam kompa na noc, włączam rano i mam na ekranie:
> GRUB RESCUE:
Nie szlag człowieka trafi, zwłaszcza że kilka / kilkanaście testowych restartów (kompletny POWER OFF laptopa) wczoraj nie zapowiadało dzisiejszych problemów?
Serio, nie wiem co ja robię nie tak gdy ... nic nie robię!
Gdybym jeszcze grzebał w plikach Gruba czy w FSTAB, kombinował, edytował to sam siebie bym zrozumiał, że to moja wina.

Jedno natomiast uczciwie przyznać muszę, Manjaro nigdy mi się nie ukatrupiło samoczynnie gdy na partycji obok nie było jakiegokolwiek innego systemu, to fakt, wtedy działa ale z tymi aktualizacjami też były przeboje. Kilka miesięcy bez problemu i przyszła aktualizacja jąderka i wtedy posypało się Wine z Virtualboxem.

Moim błędem w nauce Linuxa było to, że ja nie potrafiłem zdecydować się na jedną, konkretną dystrybucję. W każdej było coś czego nie było w innej, każda różniła się dlatego na raty nauczyłem się może w 10-15% debiana, archa i choćby astry. To był błąd, dlatego teraz muszę o tym zapomnieć i raz na zawsze wybrać coś, nad czym w przyszłości będę mógł zapanować. Padło na Gentoo ze względu na to, że zanim coś zainstaluję będę musiał to skompilować a przed kompilacją mam możliwość edycji kodu, choćby kodu chorego Firefoxa, który żyje sobie od wersji 58.X w kilku życiach jednocześnie, bo spędza je na cichej telemetrii, raportowaniu i przeprowadzaniu cichych badań na dysku użytkownika w całkowitej jego nie wiedzy, ludzie myślą, że gdy klikną w ustawieniach: nie przeprowadzaj badań na rzecz Mozilli - to że, faktycznie tak będzie. G..no prawda, wtedy pliki LOG i masa innych nie rosłaby w tym segmencie.
Udało mi się w Eclipse zamontować źródło i stworzyć własną wersję FF bez zbędnych bajerów albowiem Mozilla źródełko zapodaje. Jak widać, można stworzyć przeglądarkę, która niczego nie aktualizuje i nie rzeźbi w tle. Oczywiście, z wyłączonymi pseudo zabezpieczeniami nie loguję się do banków i podobnych ale do przeglądania neta, oglądania treści video, pobierania plików wsam raz taki twór. Firefox standardowy ma około 58-60MB w instalcje dla Windows, po odchudzeniu ze śmieci ma już 38MB i działa o wiele lepiej.
Pochwaliłbym się ale torrenty uwędziły mi dysk, wszystki instalki mam w formie EXE ale nie ruszają, fotki, video też.
Uważajcie zatem na witaminizowany Minitool Partition Wizard Pro pod Windowsa, działa, tworzy partycje, odzyskuje dane ale przy okazji rzeźbi inne partycje tak, że z fotek (galeria domowa) zostają strzępy nie do odzyskania :)))) dlatego, musiałem zapłacić 39USD za licencję i zacząć używać legalny soft.
No i tym sposobem nie mam problemów z płaceniem za programy w Apple Store bo wiem, że ... zapłacę i mam święty spokój.
A co do Linuxa, na razie dałem na luz z całą resztą, czytam Wiki Gentoo. Myślę, że za pół roku, rok... może wreszcie odsapnę.