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

• #651 Andralin aktív tag Vladi #647

  Új Válasz 2017-04-25 20:31:18 #651

  Ú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

  

  Andralin

  aktív tag

  válasz Vladi #647 üzenetére

  Ma megvolt a kontrollált reboot, ahogy tanácsoltad és minden oké, rendben indult az új kernel.

  Szóval a jelek szerint a Dell Latitude D630-at nem érinti a hiba.

  Köszönöm még egyszer a segítséget!

• #650 Andralin aktív tag Vladi #647

  Új Válasz 2017-04-23 21:54:06 #650

  Ú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

  

  Andralin

  aktív tag

  válasz Vladi #647 üzenetére

  Nagyon köszönöm a részletes magyarázatot!

  Ezek vannak telepítve:
  0 : CentOS Linux (3.10.0-514.16.1.el7.x86_64) 7 (Core)
1 : CentOS Linux (3.10.0-514.10.2.el7.x86_64) 7 (Core)
2 : CentOS Linux (3.10.0-514.6.2.el7.x86_64) 7 (Core)
3 : CentOS Linux (3.10.0-514.6.1.el7.x86_64) 7 (Core)
4 : CentOS Linux (3.10.0-514.el7.x86_64) 7 (Core)
5 : CentOS Linux (0-rescue-515c1ff10d284e0b8461b26606e4c43a) 7 (Core)

  És az aktív:
  saved_entry=CentOS Linux (3.10.0-514.16.1.el7.x86_64) 7 (Core)

  Szóval a legújabb, a problémás.

  Legyen akkor az, amit javasoltál, megpróbálok valakit megkérni, hogy felügyeljen mellette egy újraindítást, és ha nem lesz gond, akkor nem nyúlok hozzá.

• #646 Andralin aktív tag Ablakos #645

  Új Válasz 2017-04-23 12:02:51 #646

  Ú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

  

  Andralin

  aktív tag

  válasz Ablakos #645 üzenetére

  Szerintetek melyik megoldás a biztonságosabb?
  Azt szem előtt tartva, hogy 200km-re van tőlem a masina és ha nagy gebasz lesz és nem bootol be, akkor oda kell mennem.

  A grub-ban az automatikus működő kernel választás nem tűnik biztosabbnak, amit Vladi tanácsolt?

• #644 Andralin aktív tag Vladi #639

  Új Válasz 2017-04-23 09:32:28 #644

  Ú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

  

  Andralin

  aktív tag

  válasz Vladi #639 üzenetére

  > Ne indítsd még újra. vagy tedd a grub konfigba, hogy a 2. kernellel induljon auto.

  Kérlek szépen segíts nekem ebben, fontos lenne, nehogy áramszünet legyen és megszívjam.
  Melyik fájlba és mit tegyek bele?

• #641 Andralin aktív tag Vladi #639

  Új Válasz 2017-04-21 21:50:48 #641

  Ú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

  

  Andralin

  aktív tag

  válasz Vladi #639 üzenetére

  Egy Dell Latitude D630 laptopról van szó.

  Melyik fájlt kellene módosítanom, hogy a régi kernel induljon?

  Egy ilyet találtam: /etc/grub2.cfg, amit ide mutat: /boot/grub2/grub.cfg
  Ez lenne az?

• #636 Andralin aktív tag bacus #635

  Új Válasz 2017-04-21 10:27:51 #636

  Ú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

  

  Andralin

  aktív tag

  válasz bacus #635 üzenetére

  Ez elég rémisztően hangzik.

  Az enyémen a yum-cron automatikusan feltette ezt az új kernelt , de azóta nem volt újraindítva a masina.

  Ha ilyen durva dolgok lehetnek, akkor érdemes lenne kikapcsolni az automatikus biztonsági frissítéseket?
  Kb. 200 km-re van tőlem ez a szerver, nem örülnék, ha egy frissítés miatt behalna és oda kellene utazgatnom megcsinálni, mert be sem bootolna, hogy távolról el tudjam érni!

• #632 Andralin aktív tag Ablakos #631

  Új Válasz 2017-02-08 08:52:03 #632

  Ú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

  

  Andralin

  aktív tag

  válasz Ablakos #631 üzenetére

  OK, így már egyértelmű a dolog.

  Közben éjszaka lefutott a sima is, tehát akkor ami naponta egyszer fut és az dobta az SSL-es hibaüzenetet a root-nak.

  Ebben tudna valaki segíteni?

• #630 Andralin aktív tag Ablakos #627

  Új Válasz 2017-02-07 19:23:38 #630

  Ú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

  

  Andralin

  aktív tag

  válasz Ablakos #627 üzenetére

  /etc/yum/yum­-cron.conf
  /etc/yum/yum-cron-hourly.conf

  Mi a különbség a két fájl között? Mikor melyiknek a beállításai a lényegesek, magasabb prioritásúak?

  Én a /etc/yum/yum­-cron.conf fájl állítottam be és indítottam el a service-t.

  Azóta a root már több hibaüzenetet kapott a hourly-val kapcsolatban:

  Subject: Cron <root@localhost> run-parts /etc/cron.hourly

/etc/cron.hourly/0yum-hourly.cron:

Could not get metalink https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=x86_64 error was
14: curl#77 - "Problem with the SSL CA cert (path? access rights?)"

  Ez mitől lehet? Mit akar a hourly-től, nem elég a simát beállítani, ahogy te is írtad?

• #628 Andralin aktív tag Vladi #626

  Új Válasz 2017-02-03 09:55:47 #628

  Ú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

  

  Andralin

  aktív tag

  válasz Vladi #626 üzenetére

  Bocsánat, félreértettelek, azt hittem, hogy az alapprogram a yum-security, majd ehhez kell a yum-cron, amivel az egésznek az időzítését lehet megoldani.
  De most nézem csak, hogy a yum-cron az magában az, amit keresek!

  Akkor ezt felteszem és kipróbálom.

  Köszönöm a tippet mindkettőtöknek!

• #625 Andralin aktív tag Vladi #624

  Új Válasz 2017-02-02 21:45:09 #625

  Ú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

  

  Andralin

  aktív tag

  válasz Vladi #624 üzenetére

  Köszi, de sajnos a yum nem talál ilyen csomagot, és itt azt írják, hogy a CentOS 7-re nem is létezik: [link]

  De akkor az itteni topiktársak mit használnak? Mivel és hogyan tartjátok "up to date"-nek, biztonságosnak a rendszereteket? Nyugtassatok meg, hogy ha kijön egy patch, akkor nem egyenként kell figyelgetni a híreket, keresgetni és letöltögetni yum-al, hogy biztonságos legyen a rendszer. Csak létezik valami megoldás CentOS-re is.

• #623 Andralin aktív tag Andralin #622

  Új Válasz 2017-02-02 21:15:27 #623

  Ú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

  

  Andralin

  aktív tag

  válasz Andralin #622 üzenetére

  Most már lassan be van lőve a szerver véglegesen, minden fontos dolgot beállítottam rajta.

  Illetve még egy nagyon fontos dolog hiányzik.

  Hogyan, milyen paranccsal tudom lekeresni és telepíteni a sürgős, biztonsági firssítéseket, security patch-eket?

  Mi erre a manuális parancs, illetve lehet-e ezt automatizálni, hogy pl. minden nap lefusson kézi beavatkozás nélkül és telepítse amit kell?

• #622 Andralin aktív tag #21078528 #621

  Új Válasz 2017-01-27 10:37:53 #622

  Ú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

  

  Andralin

  aktív tag

  válasz #21078528 #621 üzenetére

  Köszi a tippet, ránézek.

• #620 Andralin aktív tag Vladi #619

  Új Válasz 2017-01-26 22:40:12 #620

  Ú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

  

  Andralin

  aktív tag

  válasz Vladi #619 üzenetére

  Hát, hasonló az üzenet, de nem pontosan ugyanaz. Nálam DRM meg VBLANK van.

  A levelek feladója a user@localhost.localdomain

  Nem okoz gondot, csak azért gáz, hogy teleszemeteli a root postafiókját.

• #618 Andralin aktív tag Vladi #617

  Új Válasz 2017-01-26 15:09:09 #618

  Ú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

  

  Andralin

  aktív tag

  válasz Vladi #617 üzenetére

  Igen, elvileg Intel GM965 van benne és GUI nélkül használom.

  Akkor ne foglalkozzak vele? A riasztást hogyan lehetne kikapcsolni, erre van ötleted?

• #616 Andralin aktív tag

  Új Válasz 2017-01-26 09:42:55 #616

  Ú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

  

  Andralin

  aktív tag

  Sziasztok!

  Pár napja telepítettem fel a CentOS 7-et egy Dell Latitude D630 laptopra.

  Egy asztali gépet fogok kiváltani vele, ami már több mint 10 éves, rengeteg áramot fogyaszt és a jó öreg Redhat 8 van rajta. Egy kis otthoni szerver fut rajta tűzfallal, sendmail-el és apache-al.

  Egész jól haladok a telepítgetéssel, beállítással, de észrevettem egy furcsa dolgot, amiben a segítségeteket szeretném kérni. A feltelepítés óta a root naponta több alkalommal kap egy e-mailt a következő fejléccel:

  [abrt] kernel: WARNING: at drivers/gpu/drm/drm_irq.c:1326 drm_wait_one_vblank+0x184/0x1d0 [drm]()

  A levél tartalma sok oldalnyi mindenféle adatot, listákat tartalmaz. Ide fel is töltöttem, ha fontos lenne: [link]

  Ez mi lehet szerintetek? Valami komolyabb problémát jelez? Hogy tudnám ezt megszüntetni?

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