Hirdetés

2019. november 21., csütörtök

Gyorskeresés

Útvonal

Fórumok  »  OS, alkalmazások  »  Ubuntu Linux (kiemelt téma)

Téma összefoglaló

Téma összefoglaló

  • Utoljára frissítve: 2018-08-04 14:20:18

LOGOUT.hu


Ubuntu Linux Összefoglaló

Hivatalos Ubuntu dokumentáció



Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:

-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)

A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):

lspci
lsusb

Összefoglaló kinyitása ▼

Hozzászólások

(#22692) ubyegon2 válasza core2 (#22690) üzenetére


ubyegon2
(veterán)
LOGOUT blog

Ha nem mozgatsz sűrűn nagy méretű fájlokat, akkor elég a discard opció, a cron.weekly-t nem is érdemes abajgatni, az se baj, ha lefut, az se, ha nem.

Amúgy jónak tűnik, amiket megnéztél/linkeltél. Ha nem akarsz naplózást a mappákhoz, fáljmozgásokhoz, akkor még érdemes berakni az fstab-ba a noatime paramétert ide s discard után

UUID=58831d0f-0d46-4555-b8a4-f17e4b7e5a8c / ext4 discard,errors=remount-ro 0 1

Érdemes még egy teljesítmény tesztet csinálni a gnome-disk-utility-vel kb. ilyen értékekkel

Ha még jobban akarod kímélni az SSD-t berakhatod még Firefox cache-t ramba.

/home/.cache-t is tmpfs-be rakhatod

#tmpfs to .cache
tmpfs /home/ubyegon/.cache tmpfs noatime,nodev,nosuid,size=400M 0 0

ezeket is berakhatod még az fsab-ba:

# Modification for SSD
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
#tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0
tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0

a középső ki van kommentelve, mert kellenek a log fájlok

Most esett le, hogy ezek a leírásokban is benne vannak. :D

[ Szerkesztve ]

no offense, but....rágjál lóherét

(#22812) ubyegon2 válasza Ciccuka (#22807) üzenetére


ubyegon2
(veterán)
LOGOUT blog

Próbálgasd az SSD-hez használt beállításokkal

#tmpfs to .cache
tmpfs /home/********/.cache tmpfs noatime,nodev,nosuid,size=400M 0 0

******** az user megnevezés

ezeket is próbáld ki:

# Modification for SSD
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0
tmpfs /var/spool tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0

Firefox gyorsítása: gyorsítótár a RAM-ba

Legközelebb figyelmesebben olvasd a leírásokat, ha azt írja, hogy meg kell adni a pendrivra a boot-ot a flagba, akkor azt ne a csatolási ponthoz írd be, mert ilyen tévedésekkel komolyabb meglepiket is okozhatsz!

de Rufus-al rárakva jelentősen gyorsabb volt a telepítő, mint maga a telepített változat.

Lehet, hogy memóriából futott. :)

[ Szerkesztve ]

no offense, but....rágjál lóherét

(#30576) ubyegon2 válasza tomtyi (#30574) üzenetére


ubyegon2
(veterán)
LOGOUT blog

Normál esetben jól elvan egymás mellett az azonnali és az ütemezett TRIM. Nálad, ahogy berus.berus szaki mondta, az azonnalit(discard) nem célszerű használni, az ütemezett(fstrim) meg mindenképpen lefut hetente.

Fstabban elég a noatime, de a default is mehet, discard ne legyen.

a networkmanager-wait-online.service-t mindenképp lődd ki, nálam is időnként megjelent és nagyon idegesítő volt, amikor 3,5 percre volt állítva.

Nézd meg a függőségét, ha nem akarja a BoB által írt parancs kikapcsolni, mert a függőség nem engedi:

systemctl list-dependencies --reverse NetworkManager-wait-online

a satust ezzel a paranccsal tudod ellenőrizni:

systemctl status networkmanager-wait-online.service

ha ilyen a kimenet, akkor OK:

~ $ systemctl status networkmanager-wait-online.service
● networkmanager-wait-online.service
Loaded: not-found (Reason: No such file or directory)
Active: inactive (dead)

Ha minden OK, akkor igen gyors lesz a boot-idő, valami ilyesmi:
Startup finished in 4.592s (kernel) + 1.744s (userspace) = 6.336s

Ha elég fizikai memóriád van, akár a FF cache-t is kiküldheted abba, gyorsabb lesz és nem használja az SSD-t sem.

ha Firefoxot használunk, viszont nincs kedvünk RAMDISK-kel bajlódni, irányíthatjuk a gyorsítótárat közvetlenül a memóriába is, méghozzá egyszerűen. Nyissuk meg megint a beállításokat tartalmazó lapot: írjuk be a böngésző címsorába az about:config parancsot.

Keressük ki a browser.cache.disk.enable kulcsot, majd értékét true-ról állítsuk át false-ra. Ezután keressük meg a browser.cache.memory.enable kulcsot, majd értékét állítsuk át false-ról, true-ra. Most már a memóriába kerül a Firefox gyorsítótár, de nem árt megszabni, hogy mekkora memória mennyiséget foglaljon le magának a webböngésző. Hozzunk létre egy új Integer (Egész) kulcsot (Jobb egérgomb -> Új menüpont), majd adjuk neki a browser.cache.memory.capacity nevet. A friss beállítás értékeként adjuk meg kilobájtban, hogy mennyi rendszermemóriával gazdálkodjon a memóriába száműzött gyorsítótár. Itt persze -1 is lehet az érték, ha a Firefox-ra szeretnénk bízni a beállítást. Utóbbi esetben a rendelkezésre álló rendszermemória mennyiségétől függően dinamikusan állítja be a webböngésző a memóriában helyet foglaló gyorsítótár méretét.

Az új beállítások a Firefox újraindítása után lépnek életbe.

[ Szerkesztve ]

no offense, but....rágjál lóherét

Útvonal

Fórumok  »  OS, alkalmazások  »  Ubuntu Linux (kiemelt téma)
Copyright © 2000-2019 PROHARDVER Informatikai Kft.