Hyvää joulua!
Osallistu io-techin piparikakkutalokilpailuun 2024 Linkki osallistumisketjuun >>>
SER-huutokaupat hyväntekeväisyyteen käynnissä! Linkki huutokauppaan >>>
Ilmeisesti ensi perjantaina (tai milloin uudet päivitykset tuleekaan) Firefox päivittyy 66.0.1 versioon, joten kannattaa kokeilla päivittää, josko lähtisi sitten toimimaan.
3.910s NetworkManager-wait-online.service
970ms dev-sdb3.device
967ms lvm2-monitor.service
616ms systemd-logind.service
359ms systemd-timesyncd.service
296ms upower.service
284ms ModemManager.service
264ms systemd-udevd.service
246ms tlp.service
213ms systemd-journald.service
200ms NetworkManager.service
173ms systemd-journal-flush.service
155ms grub-boot-indeterminate.service
153ms systemd-udev-trigger.service
132ms udisks2.service
126ms systemd-binfmt.service
122ms ldconfig.service
114ms user@1000.service
94ms dev-mqueue.mount
91ms sys-kernel-debug.mount
91ms polkit.service
76ms avahi-daemon.service
73ms dev-hugepages.mount
66ms kmod-static-nodes.service
66ms systemd-modules-load.service
53ms proc-sys-fs-binfmt_misc.mount
49ms mnt-HDD_jako.mount
48ms systemd-remount-fs.service
47ms systemd-sysusers.service
43ms systemd-random-seed.service
43ms systemd-sysctl.service
42ms sys-kernel-config.mount
38ms systemd-tmpfiles-clean.service
25ms systemd-tmpfiles-setup.service
24ms org.cups.cupsd.service
23ms systemd-update-utmp.service
17ms systemd-journal-catalog-update.service
12ms user-runtime-dir@1000.service
11ms systemd-tmpfiles-setup-dev.service
10ms tmp.mount
9ms systemd-update-done.service
8ms systemd-user-sessions.service
4ms rtkit-daemon.service
2ms sys-fs-fuse-connections.mount
$ systemd-analyze time
Startup finished in 14.274s (firmware) + 3.247s (loader) + 3.657s (kernel) + 712ms (initrd) + 1.424s (userspace) = 23.316s
graphical.target reached after 1.423s in userspace
$ uname -a
Linux njorthr 5.0.2-ck #1 SMP PREEMPT Sun Mar 17 19:18:44 EET 2019 x86_64 AMD Ryzen 7 2700X Eight-Core Processor AuthenticAMD GNU/Linux$ uname -a
Linux MonsLinks 4.19.32-1-MANJARO #1 SMP PREEMPT Wed Mar 27 18:55:07 UTC 2019 x86_64 GNU/Linux$ systemd-analyze time
Startup finished in 3.506s (kernel) + 5.076s (userspace) = 8.582s
graphical.target reached after 4.788s in userspace$ dmesg -kd
...
[ 7.971770 < 0,001686>] Key type dns_resolver registered
[ 8.008904 < 0,037134>] FS-Cache: Netfs 'cifs' registered for caching
[ 8.008969 < 0,000065>] Key type cifs.spnego registered
[ 8.008972 < 0,000003>] Key type cifs.idmap registered
[ 8.009401 < 0,000429>] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
[ 8.042631 < 0,033230>] audit: type=1130 audit(1554391687.489:22): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-user-sessions comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 8.044069 < 0,001438>] audit: type=1130 audit(1554391687.489:23): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=sddm comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 8.321040 < 0,276971>] audit: type=1130 audit(1554391687.766:24): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=tlp comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 15.013458 < 6,692418>] audit: type=1131 audit(1554391694.462:25): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 34.898999 < 19,885541>] audit: type=1131 audit(1554391714.346:26): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-hostnamed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 53.724653 < 18,825654>] random: crng init done
[ 53.724656 < 0,000003>] random: 7 urandom warning(s) missed due to ratelimiting
[ 53.897440 < 0,172784>] resource sanity check: requesting [mem 0x000e0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000e0000-0x000e3fff window]
[ 53.897618 < 0,000178>] caller _nv029622rm+0x58/0x90 [nvidia] mapping multiple BARs
[ 54.279051 < 0,381433>] resource sanity check: requesting [mem 0x000c0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000d0000-0x000d3fff window]
[ 54.279158 < 0,000107>] caller _nv000934rm+0x1bf/0x1f0 [nvidia] mapping multiple BARs
[ 55.783499 < 1,504341>] audit: type=1006 audit(1554391734.802:27): pid=755 uid=0 old-auid=4294967295 auid=1000 tty=(none) old-ses=4294967295 ses=1 res=1
[ 55.803469 < 0,019970>] audit: type=1130 audit(1554391734.822:28): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=user-runtime-dir@1000 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 55.809619 < 0,006150>] audit: type=1006 audit(1554391734.829:29): pid=760 uid=0 old-auid=4294967295 auid=1000 tty=(none) old-ses=4294967295 ses=2 res=1
[ 55.899836 < 0,090217>] audit: type=1130 audit(1554391734.919:30): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=user@1000 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 57.339749 < 1,439913>] audit: type=1130 audit(1554391736.359:31): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=rtkit-daemon comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 57.400047 < 0,060298>] audit: type=1130 audit(1554391736.419:32): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=upower comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 57.529616 < 0,129569>] audit: type=1130 audit(1554391736.549:33): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=udisks2 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 59.482143 < 1,952527>] audit: type=1130 audit(1554391738.502:34): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=org.cups.cupsd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'$ sudo pacman -S haveged
$ sudo systemctl enable haveged.service
$ sudo systemctl start haveged.service[ 53.724653 < 18,825654>] random: crng init done
[ 53.724656 < 0,000003>] random: 7 urandom warning(s) missed due to ratelimiting
Muistan viimeksi käyttäneeni tuota työpöytää raspi 1 vai 2 aikakaudella ja oli aika tahmeaa menoa silloin. Ilmeisesti myös yhteensopivuutta ja toimivuutta ARM prossun kanssa kehitetty huimasti koko ajan.
Tunnen, ei ole kyllä normaalitapa että joku muu ongelma. Mikä on näytön resoluutio? Meneekö mikään muukaan ohjelma täysin fullscreeniin? Esim. videosoitin.
MAnjaron foorumilta uusimmasta päivitysketjusta löytyi ohje:
Siellä saattaa vaan olla joku indexointi käynnissä taustalla
Mikä prosessi kuormittaa? katso vaikka htop:lla tmsJotain hämminkiä siinä vielä täytyy olla kun resursseista katsottuna se on just tuo cinnamon mikä aiheuttaa kuormaa , ja nyt aika tasasesti pitää 70% kokoaika tyhjäkäynnillä, ei koskaan aiemmin ole vastaavaa näkyny. Käy jopa yli 90% pelkästään hiirtä liikauttamalla
Cinnamon
Ei tarvi /bootia.
Ei nyt hullukaan käytä enää legacya MBR-boottausta eli /boot on pakollinen, ja UEFI-boottausta varten tiedostojärjestelmän tulee olla sillä osiolla FAT32. Sen sijaan swappiosio tai -tiedosto ei ole pakollinen, kunhan rammia on se 8+ gigaa.
Meinaa olla vähän opetelua kun viimeksi kokeillut Linuxia vuosikymmen sitten, enkä silloinkaan kuin muutaman kuukauden verran.
Unohdin tämän (vissiin liian usein on ollut jo valmiina edellisen tai Windowsin jäljiltä...), mutta ei UEFI tarvitse /bootia vaan EFI system partition eli /boot/efi (512MB tms) riittää. Tosin jos tekee koko /bootin niin sitten sekin tulee mukana.
Tarvitset erillisen boottiosion, se on merkityksetön yksityiskohta, että mihin mountpointtiin konffaat sen ja mitä filuja sinne tulee.
Jos aivan tarkkoja ollaan, niin hakemistot luodaan joka tapauksessa. Hakemiston sisältö sitten on joko samalla osiolla tai sitten sen alle mountataan eri osio. Jos esimerkiksi /boot sijaitsee omalla osiollaan ja sen irrottaa (umount /boot), ei /boot-hakemisto katoa mihinkään, mutta sen sisältö on nyt joko tyhjä, tai sitten siellä voi olla hakemiston sisältävällä osiolla olleet tiedostot, jotka mountti peitti.
Jos aivan tarkkoja ollaan, niin hakemistot luodaan joka tapauksessa. Hakemiston sisältö sitten on joko samalla osiolla tai sitten sen alle mountataan eri osio. Jos esimerkiksi /boot sijaitsee omalla osiollaan ja sen irrottaa (umount /boot), ei /boot-hakemisto katoa mihinkään, mutta sen sisältö on nyt joko tyhjä, tai sitten siellä voi olla hakemiston sisältävällä osiolla olleet tiedostot, jotka mountti peitti.
Ei.
Hänellä on ubuntu käytössä?
No helpoin on varmaan lyödä toinen usb-tikku kiinni ja tallentaa siihen tarvittavat tiedostot, jos ette tämän ohjeen mukaan saa sitä persistent -osiota toimimaan? Mitä asetuksia siihen pitäisi saada edes tallennettua? Sen distron kanssa on oikeastaan tarkotuskin lähteä aina nollista, ettei käyttöjärjestelmään jää mitään jälkiä edellisistä toimista.
