Red Hat, Fedora, CentOS

Sziasztok!

Egy Windows update elrontotta RH 7.9 alatt a Samba megosztást.

https://access.redhat.com/errata/RHBA-2025:14088

Lett rá fix, de sajnos ezt már nem érjük el.

Ha valaki esetleg eléri, akkor el tudná küldeni az alábbi csomagokat?

samba-client
samba-winbind
samba-common-libs
samba-client-libs
samba-winbind-modules
samba-common
samba-libs
samba
samba-common-tools
samba-winbind-clients
libsmbclient
libwbclient

Köszönöm.

Emlékeim szerint soha sem volt gondom a párhuzamos működéssel Fedora Linuxon. Legalább is Fedora 40-ig biztosan.

A Fedora 41-et a múlt hétig csak wifiről használtam, majd egy IP kamera rendszer telepítéshez szükségem volt a vezetékes hálózatra is.

Meglepve tapasztaltam, hogy amint bedugtam a LAN kábelt, lekapcsolódott a wifiről, amit kézzel sem tudtam visszakapcsolni.

Ez azért gáz, mert a LAN-on csak az NVR és az IP kamerák lógtak egy erre létrehozott alhálózaton, és a normál munkámhoz a wifis netre lett volna szükségem.

Ma frissítettem Fedora 42-re, ott sem változott semmi. A felület cinnamon, hálózatkezelő kisalkalmazással.

Nem tudom, hogy van-e bármi jelentősége, de wifi esetén ezt látom:

# nmcli r
WIFI-HW       WIFI          WWAN-HW   WWAN         
engedélyezve  engedélyezve  hiányzik  engedélyezve

# nmcli g
STATE        CONNECTIVITY  WIFI-HW       WIFI          WWAN-HW   WWAN          METERED            
kapcsolódva  teljes        engedélyezve  engedélyezve  hiányzik  engedélyezve  nem (feltételezve)

bedugott LAN kábellel pedig ezt:

# nmcli r
WIFI-HW   WIFI      WWAN-HW   WWAN         
letiltva  letiltva  hiányzik  engedélyezve

# nmcli g
STATE                     CONNECTIVITY  WIFI-HW   WIFI      WWAN-HW   WWAN          METERED    
kapcsolódva (csak helyi)  korlátozott   letiltva  letiltva  hiányzik  engedélyezve  ismeretlen

Van lehetőség párhuzamosan használni a két hálózatot?

update

A megoldás a BIOS-ban keresendő, ki kellett kapcsolni a WLAN/WWAN power managementet.

Köszönöm a tippet!

Érdekesen működik mostanság a Fedora, nvidia driver, stb... inkább csak azt szeretném tudni, hogy ezek általánosak, vagy itt van valami nagyon elrontva.

Fedora 41 alatt, az aktuális nvidia driverrel kifagyogatott a suspend, nem sikerült deep sleep-be mennie a gépnek, vagy nem tért vissza belőle. - Korábban mint ha nem lett volna ilyen probléma.

Rájöttem, hogy friss boot után, ha waylanddal lépek be, akkor működik tökéletesen a deep sleep-be lépés is, és a visszatérés is onnan. Ha használok pár programot (pl brave), és utána próbálom meg a suspend-et, akkor deep sleep-be téréskor elmegy a kép, majd felzúgnak a ventillátorok, és 20-40 másodperc után lesz valami timeout a journalctl-ben. (bluetoothd-vel kapcsolatban is, és az nvidia driverrel kapcsolatban is).

Ha átmegyek X11-re, akkor minden működik, működik a suspend: a deep sleep, és a felébredés is. Kivéve, hogy itt elkezdődött az az idegesítő dolog, hogy a monitor kb 10 másodperc után lekapcsol, néha elmegy a kép, majd visszajön. Eddig ilyen probléma nem volt X11 alatt.

Az alaplap: Gigabyte B650, a videókártya: nvidia rtx 4060

Tapasztalt valaki esetleg hasonlót? Köszi szépen.

Sziasztok,

Adott egy könyvtár 777 UNIX jogosultsággal, amelyhez a következő ACL-ek tartoznak:

# file: könyvtár_neve
# owner: 777
# group: root
# flags: --t
user::rwx
user:felhasználó:rwx
group::---
group:csoport:rwx
mask::rwx
other::rwx
default:user::rwx
default:user:felhasznalo:rwx
default:group::---
default:group:csoport:rwx
default:mask::rwx
default:other::---

Ebben fájlok vannak, 777 UNIX jogosultsággal és a következő ACL-ekkel:

# file: fájl_neve
# owner: 777
# group: felhasználó
user::rwx
user:x2xr7wi:rwx
group::---
group:csoport:rwx
mask::rwx
other::rwx

"csoportnak" tehát a szülőkönyvtárra RWX jogosultsága van.  
"csoport" tagjaként tudok fájlokat másolni a könyvtárba és meglévő fájlokat módosítani, de nem tudom a meglévő fájlokat törölni (semmivel).
Lock-olva nincsenek a fájlok.

Van ötletetek, hogy miért? 🤷‍♂️

Jól látom, ez ma történt? https://fedoramagazine.org/announcing-fedora-linux-41/

https://fedoraproject.org/

Valaki próbálta már esetleg a 41-est?

Üdv,

CentOS9-en nem lehet semmit frissíteni, time out van. (Friss telepítés.) https://mirrors.centos.org/mirrorlist?path=/9-stream/BaseOS/x86_64/iso/…

Nálatok is ezt csinálja?

Sziasztok,

Az lenne a cél hogy az újonnan létrejövő fájlok örököljék a szülő ACL-jeit,
erre megadtam a -d kapcsolót a setfacl-nek.

Így néznek ki jelenleg egy könyvtár ACL-jei:
 

# owner: root
# group: root
user::rwx
group::r-x
other::---
default:user::rwx
default:user:user_name:rwx
default:group::r-x
default:group:group_name:rwx
default:mask::rwx
default:other::---

 

A "group_name" tagjainak nincs rwx joga, nem értem miért.

A default ACL-ek nem jelentenek egyből effektiv hozzáférést vagy nem értek valamit? :)

Köszönöm!

A következőn elmélkedem - feltehetően hiányos ismeretek birtokában:
Létezik a Red Hat linux fejlesztőknek szánt ingyenes előfizetése, amivel a teljes értékű Red Hat linux letölthető, telepíthető, frissíthető.
Egy előfizetés maximum 16 hoston használható és alanyi személyhez kell, hogy kötődjön, azaz cég nevére nem regisztrálható.
Szigorúan szem előtt tartva azt a felhasználási területet, amikor a Red Hat linuxszal való legnagyobb kompatibilitás elérése a cél és az ingyenes előfizetés által biztosított darabszám is bőven elegendő, akkor látjátok-e létjogosultságát a Red Hat "klónok" használatának Red Hat helyett?

Kissé másként fogalmazva: miért érdemes Red Hat alapú disztribúciót (AlmaLinux/Rocky/Oracle) használni Red Hat helyett ott, ahol nem lenne túllépve az ingyenes Red Hat licenc által biztosított 16-os darabszám?

Ott volt áprilisban ez a CVE-2024-1086-os kernelhiba, melyet előbb javítottak az AlmaLinuxban, majd valamivel később a Red Hat-ban is, tehát mindkettőben javításra került.
Az AlmaLinux feladta az 1:1-es Red Hat kompatibilitást, helyette arra törekszik, hogy binárisan maradjon kompatibilis. (After much discussion, the AlmaLinux OS Foundation board today has decided to drop the aim to be 1:1 with RHEL. AlmaLinux OS will instead aim to be binary compatible with RHEL.)

Kíváncsi volnék a véleményetekre a fent megfogalmazottakkal kapcsolatban.

Olvastam ezt a cikket, hogy a Fedora 40 kiadása teljes mértékben megszabadul az Xorgtól, mivel a KDE (Plasma 6) is kizárólag Wayland támogatással fog kijönni. 

A Fedora 39-ben lehet még grafikus meghajtót választani, ezért próba alá vetettem a Waylandot. Fotósként használom a Fedorát és eddig, -Fedora 16-óta-  nekem megfelelő tökéletes a rendszer.

Átváltottam Waylandra és a színprofil betöltéstől kezdve a fotós programokig,  Displaycal, Gimp,  Rapid Photo Downloader, Aftershot, csakhogy a lényegesebbeket soroljam, nem állnak a helyzet magaslatán. A színprofilt nem tudja betölteni, így színhelyességről nem is beszélek. Egyes programok Aftershot, Rapid Photo Downloader nem jeleníti meg a képet illetve találomra csak valami minta látszik.

Létezhet, hogy Wayland döbbenetes fejlődésen megy keresztül a Fedora 40 kiadásáig? :)

Aki Waylandot használ tapasztalt hasonló jelenségeket?                

Sziasztok,

Ennek a posztnak nem problémamegoldás a célja,
csupán szeretném megérteni hogy Linuxon ez általában hogyan működik (és így kellene-e jól működnie ahogy nálunk megy).

Adottak RedHat VM-ek, [nagyon]nagyvállalati környezetben, amiben én csak end-user vagyok.
A gépekhez a CyberARK megoldásnál keresztül, lényegében egy jumpserver ahol egy generált account-ot kapok a session-ben.
Technikai userek hozzéférését kezelése egy külön fejlesztett rendszeren keresztül lehet rendelni, ezek képesek jumpserver nélkül is SSH session-t nyitni,
viszont sudo nem érhető el a számukra.

Systemd service-t szeretnék egy AD user nevében futtatni, igényeltem neki hozzáférést, futik is.

Jelszót nem kért és itt kezdtem el gondolkodni hogy ez technikailag hogyan lehet megoldva?
SU-val kontextust tudok váltani a technikai userre, de érdekes módon működik olyan userre is, amire biztosan nem kértem hozzáférést.

Hogyan működik az impersonation AD userekkel Linuxon általában?
Miért enged user context-et váltani jelszó nélkül? (mi történik ilyenkor a motorháztető alatt?)

(/etc/passwd-ben nincsenek userek, realm csomag nincs telepítve, nem tudom hogyan megy az AD integráció)