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

• #34670 urandom0 őstag sh4d0w #34668

  Új Válasz 2025-03-18 22:17:00 #34670

  Ú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

  

  urandom0

  őstag

  LOGOUT blog (1)

  válasz sh4d0w #34668 üzenetére

  Pl. azert akarhatsz logokat olvasni 10 ev mulva, mert torveny irja elo.

  De ez nem 10 év múlva derül, hogy hoppá, vissza kéne olvasni, hogy mi volt 2015 március 18-n, hanem ezt tudja az ember. Ha pedig tudja, akkor nyilván fel is készül rá, átküldi log szerverre, amit aztán archivál.

  lehetne, hogy ne huzza fel a halozatot, ha valamiert nem sikerul betolteni a tuzfal konfigot?

  Biztos lehet, kérdés, hogy hogy van megoldva a tűzfal konfig betöltése. Ha az egy systemd service, és hibára fut, akkor meg lehet adni a network service-nek is, hogy ne induljon el.

  Lehetne, hogy a screenben inditott tavoli processeket ne loje le?

  Én tmuxot használok, de sosem lőtte még le a systemd egyetlen processzemet sem. Amikor mégis ilyesmi történt, az az OOM Killer okozta, de hát annak pont az a dolga, hogy lelőjje a túl sokat zabáló processzt.

  Lehetne, hogy az alaplap EFI ertekei ne valtozokba toltodjenek be, hanem konstansokba?

  Itt nem tudom, mire gondolsz, én a dmidecode és a biosdecode programokat ismerem, de azoknak semmi köze a systemdhez.

• #34669 Rhino666 addikt sh4d0w #34668

  Új Válasz 2025-03-18 21:54:02 #34669

  Ú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

  

  Rhino666

  addikt

  válasz sh4d0w #34668 üzenetére

  Hmm, ez teljesen ugy hangzik mintha valami tul sok mindent csinalna sz@rul ahelyett hogy egyetlen dolgot csinalna jol.

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