Hirdetés

  2. Fórumok
  3. OS, alkalmazások
  4. Ubuntu Linux
  5. (kiemelt téma)

Hirdetés

100 000 érv a ReGalaxy mellett: Vásárolj Galaxy Z Fold7 I Z Flip7 vagy Galaxy S25 szériás készüléket, és régi mobilod felújítását 100 000 Ft-ig mi álljuk!
  • Téma összefoglaló
    Utoljára frissítve: 2023-12-13 05:03

    Mobilarena


    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

Új hozzászólás Aktív témák

  • #30576 ubyegon2 félisten #40553216 #30574
    Új Válasz #30576
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    ubyegon2

    félisten

    válasz #40553216 #30574 üzenetére

    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.

Új hozzászólás Aktív témák