- Elon Musk meghatározóvá teszi a SpaceX-et Olaszországban
- Trump is bejelentett egy 20 milliárd dolláros adatközpont-fejlesztést
- Nem minden chipért kapkodnak, leépít az egyik japán chipgyártó
- Jön Trump, Zuckerberg és a Meta pedig 180 fokos fordulatot vett
- CES 2025: robotokat tréningez az NVIDIA, és összeállt a Toyotával
- One otthoni szolgáltatások (TV, internet, telefon)
- Jön Trump, Zuckerberg és a Meta pedig 180 fokos fordulatot vett
- Több autót adhat el a BYD, mint a Ford és a Honda
- Rendszergazda topic
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Mozilla Firefox
- Asustor NAS
- Videó stream letöltése
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- KábelszatNet-2002 Kft.
-
IT café
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Ranger^41
aktív tag
Sziasztok,
Endeavour + kde 6.2
dedikált gpu-ról váltottam alaplapira ->00:02.0 VGA compatible controller: Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630]Sajnos a fényerő kezelésem totál elszállt, marhára világosak a fehérek és a világos színek, akárhogy játszok a brightness contrast gamma beállításokkal a monitoron. A leg szembetűnőbb a világos szürkék, mind beégnek, fehérnek tűnnek.
Window Management -> Desktop Effects alatt használom a Dim Inactive funkciót (20-as erősség) és azt vettem észre, hogy a dimmelt ablakokon jól látszódnak a szürkék, az aktívon beég. Ha kikapcsolom a Dim Inactive-ot, akkor mindenhol minden beég.
ddcutil és powerdevil is a monitor brightnesst állítja amit OSD-vel tudok, és annak semmi hatása nincs erre a beégésre, de a dim inactive valahogy mégis megoldja.Van valakinek ötlete mi az oka ennek a beégésnek, és mit tehetek ellene? (azon kívül, hogy vegyek VGA-t
)Csatolok két képet, az első az alapállapot, a második a dimmelt
[ Szerkesztve ]
-
-
Lenry
félisten
sshd kérdés:
az egyik gépemen ott a journalctl-ban, hogyJan 05 20:39:49 hostname sshd[1684805]: Accepted publickey for lenry from 192.168.xxxxxxxxxx
Jan 05 20:39:49 hostname sshd[1684805]: pam_unix(sshd:session): session opened for user lengyelr(uid=1000) by (uid=0)
a másiknál meg nincs.
mindkettő Debian,/etc/ssh/sshd_configugyanúgy néz ki. miért nincs ott a másik gépen?Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Ahogy néztem, az adatnak nem sok baja lett, az halt el, ami éppen írás alatt volt. De ez nem lenne szabad úgy, hogy csak egy tag esik ki a tükörből...
A metaadatokat meg meg kéne lehetni javítani, ha nem, akkor meg legalábbis azoknak a file-oknak a bejegyzéseit törölni.Mutogatni való hater díszpinty
-
> Nem, de ez sem éppen elfogadható, hogy nincs HW hiba (már) de nem tudsz vele mit kezdeni.
De volt HW hiba. Szet vannak estve a metaadatok, ez semmilyen fajlrendszeren nem segit. Az is eredmeny, hogy nagyreszt olvashato az adat.
> Azt nem is mondom, hogy ugyanígy táp kontakthiba esetén a tükör nem védett meg az adatvesztéstől
Az tokmindegy, hogy minek volt hibaja. A ZFS (es hasonlok) a lemezhibaktol vedenek. Ha mindegyik eszkozzel gond van, az egy mas ugy.while (!sleep) sheep++;
-
Nem, de ez sem éppen elfogadható, hogy nincs HW hiba (már) de nem tudsz vele mit kezdeni. Nem lehet egy hibás file-t törölni, az mi?
Gondolom az történt, hogy sikerült leírnia pár rekordot hibásan mind a két diszkre, és annak nem jó a checksumja. De hogy nem lehet azt mondani, hogy mindenképpen törölje azokat a rekordokat, az nonszensz.Azt nem is mondom, hogy ugyanígy táp kontakthiba esetén a tükör nem védett meg az adatvesztéstől (mondjuk az egy frissen telepített virtuálgép volt, szóval csak újra kellett rakni, de hát elvileg pont ez ellen védene
)[ Szerkesztve ]
Mutogatni való hater díszpinty
-
-
Na ezt akarom elkerülni
Ha már újraépítem, akkor ext4 mrdaid tükör lesz. Aszongya a ZFS véd bitrot ellen, de még az eső-kelő RAID5-ömön se volt adatvesztés HW hiba esetén, ezen meg volt anélkül is.Külön ARC eszköz amúgy nincs a cuccban. Van 2x4TB HDD, ezek mirrorban.
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
ZFS mitől dobhat olyat file törlése/bármijére, hogy
rm: cannot remove '/store/.......izé00011': Invalid exchange
?
Volt némi kiesés a mirrorból, gondolom elment az egyik winyó tápja (köszi kontaktos SATA táp toldók), és azóta ez. Tudom, mi volt írás alatt, éppen másoltam a cuccra, szóval töröl, újra odamásol, az nem lenne gond.A status szerint degraded, clear után megint az lesz.
root@a8host:~# zpool status -vpool: naspoolstate: DEGRADEDstatus: One or more devices has experienced an error resulting in datacorruption. Applications may be affected.action: Restore the file in question if possible. Otherwise restore theentire pool from backup.see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-8Ascan: scrub in progress since Sat Jan 4 13:16:39 20251.29T / 2.06T scanned at 2.13G/s, 66.6G / 2.06T issued at 110M/s0B repaired, 3.16% done, 05:15:38 to goconfig:NAME STATE READ WRITE CKSUMnaspool DEGRADED 0 0 0mirror-0 DEGRADED 0 0 0wwn-0x5000c500c5973297 DEGRADED 0 0 1.18K too many errorswwn-0x50014ee213e9cd11 DEGRADED 0 0 1.18K too many errorserrors: Permanent errors have been detected in the following files:naspool/store:<0x289f82>naspool/store:<0x289f85>naspool/store:<0x289ebe>naspool/store:<0x289eca>naspool/store:<0x289dd6>naspool/store:<0x289ee5>naspool/store:<0x289ee8>naspool/store:<0x289deb>naspool/store:<0x289dee>[ Szerkesztve ]
Mutogatni való hater díszpinty
-
#34507
lionhearted
őstag
bambano
#34503
-
kovaax
őstag
Köszi! Rég volt már, amikor 10 évig rhel-t üzemeltettem, de ha valami fura dolog kellett, akkor a csomagot letöltöttük, és kézzel felraktuk, nem vettük fel a gépekre az epel/rpmfusion repokat (a hivatalos repo meg tükrözve volt lokálba).
-=- There's no place like /home -=-
-
Vladi
nagyúr
válasz
kovaax
#34498
üzenetére
Azért az epel jutott az eszedbe, mert ezek egymásra épülő tárolók. Van ugye az alap rendszer, amibe egy csomó midnen nem kerül be a fedorából. Na azok mennek az epelbe. Az rpmfusionba meg azok, amik licenc okokból nem lehetnek az alap rendszer részei, sem az epelnek.
az rpmfusiont nem is nagyon ajánjlják el linuxon epel nélkül.
il sole non sorge più ad Est!
-
#34503
bambano
titán
lionhearted
#34491
bambano
titán
válasz
lionhearted
#34491
üzenetére
"Én azt nem értem, hogy ha a linux egy nyílt környezet, akkor hogy van az, hogy adott dolog egy másik disztróban adatik csak meg.": mert nyílt környezet. Mindenki azt farag belőle, amit akar, nincs központi utasítás.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz
Vasti74
#34495
üzenetére
Gondoltam majd a disztribúció váltás megoldja: hát nem, a Neon rövid próbálgatása alatt is előjött a hiba - így szép az élet ;-)
A Mint és a Neon is Ubuntu alapú, ugyanazt a kernel használják. Ha az egyiket cseréled a másikra, akkor gyakorlatilag nem csináltál semmit
Ilyenkor egy teljesen másik családba tartozó disztrót kell kipróbálni, Fedora, Suse, Arch, bármi. Ha megpróbálod Fedorával vagy Endeavourrel, valamelyikkel lehet, hogy működni fog.
Vagy esetleg mainline kernellel kell kipróbálni, Ubuntuéknál ez a HWE kernel. -
Vasti74
aktív tag
válasz
CPT.Pirk
#34494
üzenetére
Persze, folyik a tesztelés ;-) Az már biztos, hogy KDE lesz, mert nem érdekel hogy hogyan ;-) , de működik úgy, ahogy az elvárható. Hogy milyen disztribúció, azt kellene már csak kitalálnom. Nem könnyű, mert ugye bármire vannak érvek és ellenérvek, ha megkérdezi az ember egy fórumon ;-)
)
)
Új hozzászólás Aktív témák
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Újévi kedvező ár!
- Microsoft Office Home & Business 2024 PC/Mac EP2-06638
- AKCIÓ! Microsoft szoftverek, vírusírtó szoftverek, egyéb szoftverek széles választéka!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Vírusirtó, Antivirus, VPN kulcsok
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest