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
Tuo systemd-analyze on tarkoitettu lähinnä systemd:n analysoimiseen. Ei siitä kernelissä vietettyä aikaa enempää saa irti, eikä varmaankaan ole mahdollistakaan kun se käynnistyykin vasta kernelin jälkeen. Toki systemd-analyze time kertoo kauanko menee missäkin vaiheessa, riippuen vähän versiosta ja kaiketi raudastakin.
$ 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/LinuxHei,
$ 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 ratelimitingJoskus ollut Kodi käytössä, mutta vaikuttaisi ettei ainakaan sen puolesta taivu.
Ihan mielenkiinnosta, teitkö manuaalijyrsimestä automaatin?
[edit] Onki maksullinen...
[edittiä lisää] Tuollanen tuli vastaan: hmazter/raspberry-image-viewer . On tarkotettu Raspianille.
Kyllä ja en
Olisiko näistä mahdollista saada kuvia tai build logia, mikäli sellaista teit. Kiinnostaa, kun näitä mööpeleitä roplaan työnkin puolesta ja Linuxia harrastemielessä.
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
Jotain 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
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
Siihen Raspberryyn Berryboot, että helppo testailla distrojen välillä --> Downloads OS Images esim. noita webkiosk distroja tai jotain muuta sieltä.
Katso /vor/log/Xorg.log (vai olikohan se Xorg.0.log) mitkä arvot X on saanut monitorilta ja arponut käyttöön.
Raspi tarvitsee erillisen ad- muuntimen, ei onnistu suoraan. Erillinen ad tai joku avr sarjaportin kautta.
Ei tarvi /bootia.
Joo, juuri tuon swapin kanssa ilmenee eri ohjeiden välillä ristiriitoja. Toki suurestakaan swapista tuskin on sinänsä haittaa. Joissain ohjeissa on tullut vastaan myös tuo /boot, mutta niissäkin on pari lausetta myöhemmin todettu, että ei sitäkään oikeastaan tarvita.
Legacy raudalla pitkälti näin, mutta jos UEFI on käytössä niin tarvitset joka tapauksessa ESP:n. Linuxissa tästä tulee sitten /boot.
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.
Sarjassamme tyhmät kysymykset, mutta asentelin juuri kokeilun vuoksi Mintin siten, että tein asenuksen aikana vain root-osion tyhjälle levylle. Mint sitten loi bootin, homen, jne. rootin alle. Ymmärränkö nyt oikein, että /boottia ei tarvitse itse erikseen osioida kun esim. mint/ubuntu luo sen joka tapauksessa?
Katsoitko /etc/fstab -tiedostosta, että varmasti osioi nuo? Noihan luodaan ihan hakemistona tiedostojärjestelmää jos eri osiota ei ole luotu.
Aivan totta, kansioitahan ne. Tulipahan tämä selväksi
Meinaa olla vähän opetelua kun viimeksi kokeillut Linuxia vuosikymmen sitten, enkä silloinkaan kuin muutaman kuukauden verran.
Build lokeja noista ei ole kuvien lisäksi mutta kirjoitin tuonne ehkä oikeampaan ryhmään hiukan juttua: CNC- koneita
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.
Tuo muuten riippuu jakelusta: jotkut jakelut pistävät EFI System Partition eli ESP:n /boot/efi:ksi, toiset /boot:iksi. Jotkut jakelut jättävät sen kokonaan mounttaamatta koneen käynnistyessä ja mounttaavat vasta jos päivität kerneliä, initramfs:ää tai bootloaderia.
Tarvitset erillisen boottiosion, se on merkityksetön yksityiskohta, että mihin mountpointtiin konffaat sen ja mitä filuja sinne tulee.
Tarkoitit varmaankin EFI hakemistoa tuossa boldatussa kohdassa?
Samaa mieltä, en keksi yhtään hyvää syytä käyttää GRUBia missään tavanomaiseen (moderniin) x86_64 rautaan pohjautuvassa koneessa. Systemd-boot riittää UEFIn kanssa aivan mainiosti.
En niinkään koita päästä asennuksesta mahdollisimman helpolla, vaan enemmän tässä on kyse siitä, että hahmottaisi edes vähän paremmin taustatapahtumia ja niiden syitä. Eli ihan oman mielenkiinnon takia teen nyt asioita vähän normaalia hankalammin, ja hienoja vastauksia tästä aiheesta ylle tulikin, kiitos niistä!
Todellakin, kiitos huomautuksesta - korjattu. Näin se käy kun ajatus menee edellä siitä mitä on kirjoittamassa...
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.
Totta, yksinkertaistin aavistuksen liikaa omaa kommenttiani, pahoittelut siitä.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.
Aikaisemmassa läppärissäni oli 4GB muistia ja kuvaamasi kaltainen tilanne tapahtui oli swappi päällä tai ei, jos joku ohjelma (yleensä Firefox jossa auki kymmenittäin välilehtiä JS syövällä) hotkaisi liikaa fyysistä muistia. Käytännössä oli pakko bootata vaikka se siitä toipuikin ajan kanssa, tuon jälkeen ei enää pysynyt vakaana mikään.
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.
