- AMD Navi Radeon™ RX 6xxx sorozat
- E-book olvasók
- Autós kamerák
- AMD GPU-k jövője - amit tudni vélünk
- Gaming notebook topik
- Mini-ITX
- Intel Core i3 / i5 / i7 / i9 10xxx "Comet Lake" és i3 / i5 / i7 / i9 11xxx "Rocket Lake" (LGA1200)
- Milyen TV-t vegyek?
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen belső merevlemezt vegyek?
Hirdetés
-
Elindult a Valorant konzolos zárt tesztelése
gp Bár a készítők bétáról beszélnek, a játékban aktívak a trófea és achievement rendszerek, lényegében a teljes kiadást kaptuk meg.
-
Biztonsági aggályok miatt késik a Microsoft hatalmas AI-újítása
it A Microsoft úgy döntött, hogy biztonsági aggályok miatt elhalasztja a Recall AI funkciót, így azt csak szűkebb körben tesztelik egyelőre.
-
Z Fold6 imitátor árulkodik a fogyókúrázó igaziról
ma Több lesz kívül a változás, mint belül.
-
PROHARDVER!
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
-
Dißnäëß
veterán
válasz
samujózsi #29749 üzenetére
Nem mondom, hogy nincs igazad, de én úgy tudom, 1 drive mellett nincs zfs integritás-kezelés még. Nemrég rágtam át magam n+1 doksin és leíráson, szerintem kell hozzá a kettő. De megoldható 1 drive-on valahogy, valami nyakatekert trükkel, lehet. Csak úgy out-of-the box nem.
Zfs-en már az is előny, hogy az ellenőrző blokkok nem ugyanott vannak, mint egy dm-integrity esetén az adott adat blokkban, hanem máshol, így ha adat blokk sérül (jó eséllyel fizikai hiba miatt), annak az ellenőrzője nem ott lesz és ha van másik adatblokk +1 diszken (és annak ellenőrzője), 3-ból már egyértelmű, mi a jó és mi a rossz.
De 2 diszkkel nem csak redundáns, hanem golyóálló is lesz a motyó, az biztos
Amúgy lehet ECC nélkül is élni, de nonstop bekapcsolt gépnél sok csillagnak kell úgy állnia az égen, hogy nagyon ritkán történjen bithiba. Mindenesetre jó cucc, egy ASUS lapban Ryzen 3500-el most állok át ECC-re. (Szívom is a fogam, tuning RAM-ok ki, szottyadt 2400-asok be aranyáron, de legalább ECC, majd ellenőrzöm is, ha kicsit túl feszesre veszem gyáriról a timing-okat, ahol már kezd hibázgatni, hogy hogyan viselkedik).
POKE 16017,44 ..... SYS 2077
-
samujózsi
tag
válasz
Dißnäëß #29763 üzenetére
Azért is írtam, hogy ez csak a fantázia szülötte... fogalmam sincs, valóban tudja-e.
Főleg most, hogy egy "zfs crc checksum" keresésre nem pont az jött elő, amire számítottam.Valahogy nálam a checksum és a CRC eltérő fogalmat takartak eddig, de vagy eleve rosszul tudtam, vagy valamit nagyon megkavart itt valaki...
CRC: rövidebb bájtsorozatokhoz egy-két bájtos ellenőrző összeg, a checksum-ot meg leginkább hosszabb adatok, teljes fájlok hash-elésével kapcsoltam össze (lásd md5sum, sha1sum stb.)[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Frawly
veterán
válasz
Dißnäëß #29692 üzenetére
Gratula. Sose késő. Csak azt fogod bánni, hogy nem évekkel ezelőtt lépted meg a váltást, és vártál vele ilyen sokat. Én most ha visszamehetnék az időben, nem 2014-ben váltanék (hagynám el a Windowst) hanem már 1995-2000 környékén. Meg ahogy telik az idő, és lesz egyre ×4rabb a Windows, úgy fogod tapasztalni, hogy semmit nem vesztesz nélküle, és mosolyogva fogod olvasgatni a windowsos userek szívásait, meg vírus/ransomware-beszopásaikat és telemetriás vergődést.
Az Xfce-vel sincs baj, az egyszerűbb DE nem hogy nem igénytelenség, de jobb, mint a még bloatabb DE-k. Minél soványabb valami, minél minimalistább, annál jobb és hatékonyabb.
Ez egyébként, amiről írsz, ez a virtualizációs „modul”, az tulajdonképp mi?
Off-ba tenni meg nem kell semmit ebben a topikban, mert eleve Off topik, és a szakmai On sem Off. Vagyis logikailag az lenne a dupla tagadás miatt, de a topik eleve amiatt a szabadság miatt jött létre, hogy semmit ne kelljen Off-topikba tenni, meg halvány betűkkel olvasni, meg ne legyen az, hogy kimoderálják.
-
Frawly
veterán
válasz
haddent #29720 üzenetére
Ezzel nincs is baj, hogy neked a systemd bejön. Nem vesszük le a fejed, mert nekünk meg nem jön be, és nem is akarunk meggyőzni, hogy ne használd, vagy hogy szar lenne. Mindenki azt használ, amit akar. Vagyis akarna. Azt kell érteni, hogy a systemd-ben nem az a rossz, hogy most X embernek tetszik, Y embernek meg nem, hanem hogy annak is használnia kell, aki nem akarja, mert minden disztróban ott van, minden csomag lassan már dependel rá. Így az is szenved miatta, aki nem akarja használni, vagy nem használja. Ez a rettenet gond vele. És ez nem is magának a systemd-nek a hibája, hanem a disztróké, akik mind defaulttá tették, a csomagkészítőknek és szoftverfejlesztőknek, akik mindent erre dependelnek. Szóval azzal nem lenne baj, ha Lénártdőtőke saját magának hülyeségeket írogatna, mert csak egy hobbiprojekt lenne. Hanem mióta mindenki mindent erre dependel, azóta nem lehet megkerülni lényegében. A Linux meg pont arról a szabadságról szólna, hogy modulárisan lecserélheted és kombinálhatod minden részét, olyan kernelt, amilyet akarsz, olyan fordítást és verziót, amilyet akarsz, olyan initrendszert és rendszerlogolót, amilyet akarsz, olyan grafikus felületet, WM-et, DE-t, login managert, display servert, amilyet akarsz, olyan shellt teszel fel, amilyet akarsz, olyan compilert használsz, amilyet akarsz, és még sorolhatnám nagyon sokáig. Na, az, hogy a systemd-re minden dependel már, az pont ezt a szabadságot sérti meg. Mert ja, feltehetsz systemd-mentes disztrót, de szopás van, ha pont egy olyan szoftvert akarsz feltenni, ami meg dependelne rá, nálam meg nincs systemd. És valóban fel lehet tenni systemd-mentes disztróra is ilyen d-re végződő pótmodulokat, elogind, f4×0mtudjamilyend, de ezek a systemd újraimplementálásai, és ha ezeket mindet felteszed, akkor hiába használsz systemd-mentes rendszer, lesz helyette lényegében egy systemd2-pótd-d, és csak áltatod magad, hogy kikerülted, valójában valamilyen formában, eltérő implementációban továbbra is használni kényszerülsz.
Meg az, hogy systemd nem maradt meg egy init rendszernek. Már rég nem csak init-ként szolgál, hanem logolástól elkezdve a hálózat és eszközök, userek kezeléséig, meg egy csomó biztonsági manőverig mindent a saját irányítása alá vett, most a home mappa kezelése következik a homed-vel. Ha csak init-et csinálna, akkor le lehetne cserélni bármilyen initrendszerre, és nem lenne vele gond, használná az, akinek tetszik. De így, hogy lényegében egy miniOS, a kernel és az userspace között, ami önálló életet él, így nem lehet kivágni a rendszerből. Főleg mióta minden erre épít. Egyszerűen a linuxos világ rákfenéje, ezért utálják, egy nagy bloat alrendszer, amibe nem lehet belenyúlni, el van takarva a működése bináris szutykokkal, és nem lehet kiirtani már sehonnan. Egyre inkább átveszi a linuxos rendszer feletti uralmat, lassan a disztrók már nem is Linux disztrók, hanem systemdnix vagy Linuxd vagy Poetterix disztrók. Ez vele a gond. Mi meg a hagyományos, sysvinites, klasszikus Linux rendszert kérnénk vissza helyette, ami teljes választási szabadságot ad minden tekintetben, de ezt már nem lehet, mióta mindenhez systemd kell, és minden erre dependel. Ezért szidjuk, mint a bokrot.
[ Szerkesztve ]
-
Frawly
veterán
válasz
samujózsi #29641 üzenetére
Én is keepassx-et használok. A titok, hogy online nem szinkronizálom, hanem helyileg használom linuxos PC-n, meg androidos okostelefonon, az eszközök között kézzel másolgatva a .kdbx fájlt. De erre is csak azért adtam a fejem, hogy multiplatformos legyen, mert ha csak PC-n kéne, akkor simán egy titkosított LUKS vagy VeraCrypt konténerbe vagy titkosított 7-zip-be beletennék egy közönséges jelszavaim.txt fájlt (plain text, UTF-8 kódolás, \n unixos sorvég), 30 karakteres AES256 master jelszóval védve, és ezt vagy felcsatolnám, vagy ramdrive-ra bontanám ki és cat-tel listáznám és ed-del szerkeszteném, hogy a rendszeren semmi nyoma ne maradjon, se backup fájlban, se logban, se semmiben, historyt kell csak üríteni. Csak ez okostelefonon az Android meg a tapicskaképernyő miatt nem lehetséges.
Korábban úgy voltam vele, hogy nem vagyok gyépés, nem ülök fel a hájpnak, nem kell nekem password manager, fejben tartom a jelszavakat, csak úgy egy éve a városban ügyintéznél be kellett volna lépnem az egyik mailfiókomba, ahonnan kellett volna valami, igen ám, de nem emlékeztem a jelszóra, és a meglévőt nem akartam jelszónullázással széjjelqrni, elég kellemetlen volt hazautazni megnézni otthoni gépen. Így beadtam a derekam, és elkezdtem Keepass-t használni.
-
Frawly
veterán
válasz
samujózsi #29742 üzenetére
Egyrészt az épp aktuális DDR RAM specifikációkba is be van építve némi hibakorrekció, másrészt a bitflip annyira ritka, hogy csillagászatian kicsi az esélye, nincs gyakorlati jelentősége. Főleg nem egy otthoni NAS-nál, max. csak bankoknál tudnám elképzelni. Meg ha kormánytitokról van szó és az űrben vagy (pl. ISS), és az ionizáló sugárzás miatt ki vagy téve ennek.
Nem csak velem nem fordult elő még ilyen RAM bithiba, de senkivel akit ismerek, vagy olvastam volna róla. Olyanom volt már, meg másnak is, hogy RAM hiba, de az nem bithiba volt, hanem vagy halódó RAM fizikailag vagy halódó alaplaphiba, és nem ilyen bitátbillenésben jelentkezett, hanem komplett memóriarégiót adtak vissza teljesen fals adattömböt, rövid távon csonttá fagyott a gép vele, vagy lépkedtek ki az alkalmazások összeomlással, meg tömörített fájlok kivétel nélkül sorban dobták a CRC hibát, szóval sokkal konzisztensebb, durvább, észrevehetőbb.
Ez az ECC RAM is csak ilyen cégek pánikoltatása elméleti gyengeségen, ugyanolyan ultraparanoia, mint egy HDD-t 100× felülírni /dev/random-mal. Jajj, hú, mert mi van ha bithiba, vége a világnak. Közben meg ha egymillió évenként be is üt egy ilyen bitátbillenős RAM hiba valakinél, akkor sincs gyakorlati jelentősége, mert a fontos adatokat kezelő szoftverekbe, meg az általuk kezelt adatfájlokba és adatbázisokba is be szokott lenni építve külön hibajavító és hibafelismerő mechanizmus, checksum, konzisztenciaellenrőzés, hibajavító bit, stb., meg korábbi backupokból is ki lehet okoskodni, azaz a hibát több rétegben is lehet javítani. Tehát semmi tragédia nincsen, ha nem ZFS meg ECC RAM van a rendszer alatt.
Ez tipikusan megint olyan hype-paranioa, amivel az öltönyös-nyakkendősök egymás tudják szivatni, hogy jajj, nem secure, meg nem minősíthető, mert hű, ha egy bithiba is, hőjjjj, akkormilesz, mindmeghalunk. Közben meg semmi nem lesz, ugyanolyan elméleti vita, mint hogy egy képzeletbeli küzdelmet Bruce Lee vagy Superman nyerne meg, gyakorlatilag meg ugye egyik sem, mert Chuck Norris mindkettő valagát szétrúgja egy pörgőrúgással (két legyen egy csapásra módon) még az összecsapás előtt, és a mérkőzés elmarad.
-
Dißnäëß
veterán
Kicsit más: van itt olyan elvetemült, aki szereti az MC-t néha elővenni ?
Arra lennék kíváncsi, hogyan tudok vele /dev/null-ba másolni (magyarul fájl másolás valós sebességet mérni). Ezt régen mintha tudta volna, vagy lehet keverem a Far Manager (?) "nul" target-jével ?
Parancssorból oké, most csak így MC-re specifikusan kérdem.
POKE 16017,44 ..... SYS 2077
-
Dißnäëß
veterán
válasz
samujózsi #29774 üzenetére
Természetesen
de egyből overwrite kérdés, majd másol és a végén a hiba, hogy nincs joga (még szerencse, root-ként képes lenne felülvágni)..
1 fájllal.
Ha viszont 2+ fájllal csinálom ezt, vagy fájlok-könyvtárak vegyesen, devnull már nem is adható meg, mert eleve ugat, hogy könyvtárat kér
POKE 16017,44 ..... SYS 2077
-
samujózsi
tag
válasz
ztsoft #29780 üzenetére
Végül is mindegy, rég nem használok ilyesmit, max alkalomszerűen. Ez a shiftes dolog is valami ősi emlék. Viszont arra én is emlékszem, hogy valamelyik hasonló program vagy tudott a /dev/null-ba másolni, vagy volt önálló speedtestje a diszkes másoláshoz.
[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
-
samujózsi
tag
válasz
Jester01 #29782 üzenetére
Azt tudom, de Dißnäëß ragaszkodott a mc másoláshoz.
Egyébként abban nem vagyok biztos, hogy a dd korrekt eredményt ad (persze mihez képest), mert valami rémlik, hogy megkerül bizonyos fájlkezelő funkciókat, emiatt gyorsabbnak mutatja a másolást, mint amit valójában tudna a rendszer.
(de lehet, hogy keverem a dd if=/dev/sda ... formával, ahol eleve a device-t adom meg inputként)Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz
Dißnäëß #29784 üzenetére
Érdemes megnézni egyébként az strace kimenetét a cp és a dd használatánál.
Tanulságos... Kis méretű, pár száz, esetleg pár ezer bájtos fájlnál a cp egy darab read és egy darab write-ot hajt végre, a dd meg, ha nem adok neki paramétert 512 bájtonként dobálja át, de látszólag ugyanazzal a művelet párossal.Hát ez most megint olyan, hogy vagy én emlékszem rosszul, ami könnyen lehet, vagy valami változott a linuxban az elmúlt évek során, vagy a "nagy" unixokon működtek másképp ezek a dolgok. Bennem olyan emlékek éltek régről, hogy a cp más rendszerhívásokat használ, mint a dd (a dd alacsony szintű I/O, míg a cp "magas" szintű...), de annyira rég volt, hogy akár még az ellenkezője is igaz lehet.
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Frawly
veterán
válasz
Dißnäëß #29773 üzenetére
Néha előveszem. Nem, nem azt, hanem az mc-t
Bár egyre kevesebbszer, mióta Vifm-et használok helyette.
Ilyen /dev/null-ba másolást az mc nem tud, mivel azon az eszközön nincs fájlrendszer, ezért felcsatolni sem lehet. De tmpfs-t felcsatolhatsz mount paranccsal, akkor RAM drive lesz belőle, amit megformázhatsz tetszőleges fájlrendszerre és másolhatsz rá. Vagy dd-vel tolod /dev/null-ba. A hdparm -t a a fizikai cache sebességét méri a lemezen, nem magának a lemeznek a sebességét.
-
Zahze
csendes tag
Sziasztok,
Lehet nem jó topikban kérdezek, de mivel Linux rendszeren tapasztalom az alábbiakat ezért itt is szerencsét próbálok.
A szolgáltatómnál sávszélesség növelés miatt router is lett cserélve egy F@AST 3890 V3 -as modellre. A régebbi routeremnél nem jelentkezett az alábbi hiba így valószínűsíthető hogy a mostanival "nem kompatibilis" a rendszerem (Linux Mint 19.1 Cinnamon)
Hiba leírás: A laptop felcsatlakozik a routerem wifijére, és kb 10másodpercenként elmegy ~5-10 mp-re a netem (a wifi kapcsolatom fixen megvan).
Ha indítok egy ping-et mondjuk a 8.8.8.8-as címre akkor pontosan látszik mikor van netem (kb 10 icmp üzenetig), és mikor "megy el".
Ezen felül érdekességképpen megemlíteném hogy ha mobilon rácsatlakozok ugyan erre a wifire akkor a router címét könnyedén elérem, míg laptopon ez nem igaz (ERR_CONNECTION_REFUSED).
Más eszközzel nincs ilyen probléma, csak egy adott laptoppal. Ha másik laptopon de ugyan úgy Linux mint rendszerrel csatlakozok fel ugyan arra a wifire, akkor azon se kerül elő ilyen hiba.
Ez mitől lehet ?Talk is cheap. Show me the code - Linus Torvalds
-
-
Frawly
veterán
válasz
bambano #29787 üzenetére
Wow, ez nekem teljesen új. Nem tudom hogyan másol /dev/null-ba, mikor azon nincs fájlrendszer. Persze ettől még lehet megoldották. Azt sem értem, hogy ha egy fájllal tudja, akkor a több fájlnál mi okoz neki gondot. Valami directory-ra hivatkozik, de nem világos miért.
Új hozzászólás Aktív témák
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Eladó Steam kulcsok kedvező áron!
- 10 Darab PC Játék (Bontatlanul!) Egyben 6990Ft.-ért Foxal!!!
- Megmaradt - Eredeti Humble, Choice - Steam kulcsok