Hirdetés
- Izmos kis "2 az 1-ben" MoDT alaplapot villantott a Minisforum
- Az Enermax tényleg nem viccel, ha az új tápjának garanciaidejéről van szó
- Egybegép lesz vagy ház? A Corsair sem tudja eldönteni.
- A Qwertykeys új klaviatúrái szépek, igényesek és sokrétűek
- Összement a mosásban az ASUS új VGA-inak PCI Express 5.0 csatlakozója
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Házimozi belépő szinten
- Egybegép lesz vagy ház? A Corsair sem tudja eldönteni.
- OLED TV topic
- AMD Navi Radeon™ RX 9xxx sorozat
- DUNE médialejátszók topicja
- Mesébe illő csodakábelt tervezett a GeForce-ok leégése ellen a Segotep?
- E-book olvasók
- Izmos kis "2 az 1-ben" MoDT alaplapot villantott a Minisforum
- Kormányok / autós szimulátorok topikja
-
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
-
inf3rno
nagyúr
válasz
bambano
#31381
üzenetére
Nagyon jó, csak az overengineering egyáltalán nem ezt jelenti. Az overengineeringnél túl magas absztrakciós szintre teszel dolgokat, túláltalánosítod őket teljesen feleslegesen. Jelen esetben viszont két ugyanazt a dolgot csináló eszköz közül választom a számomra kényelmesebbet. A háttérben a unix parancssori eszközök meg amiket használt tök ugyanazt fogják csinálni, mint egy általam választott programnyelven berántott könyvtárak.
A tesztekkel kapcsolatban bárki ellenőrizheti a tesztelési módszereket és futtathatja újra a teszteket szemben a te szavaddal, aminél semmi info nincs arról, hogy hogyan tesztelted vagy hogy egyáltalán tesztelted e bárhogyan.
-
Livius
őstag
válasz
bambano
#31327
üzenetére
Fájlátvitelre a Visual Studio és az ingyenes Visual Code is igazából az rsync-et használja, tehát amikor buildelsz, akkor a PC-én lévő project mappádat az ARM-es Linuxra beszinkonrizálja és kész. Utána lescriptelt módon belép az SSH-án ott a gcc-vel fordít egyet és a gdbserverrel együtt elindítja a debugolandó progidat. Innentől kezdve már nincs SSH, a gdbserver saját protokolja szerint megy a debug, aminél nincs hatékonyabb jelenleg.
Ebben a módszerben, amit az MS megcsinált szerintem sehol semmi kókányolás nincs, maximálisan követ egy unix filozófiát, és a usernek minimalizálja az extra konfigurálási kényszert, tehát nem kell hozzánemértő módon NFS megosztással bajlódni, ami mindenképp külön telepítgetéseket követel és hozzáértő beállítást, az nem lenne user friendly és nem eladható széleskörben.
-
vargalex
félisten
válasz
bambano
#31309
üzenetére
De a kolléga azt írta, hogy: "vsftpd-be beleteszed a status outputot, majd ezt az outputot akarod elindítani (mert felüldefiniáltad), ha nem fut a cucc"
majd
"Rendben, azt eltévesztettem, de attól még felüldefiniálta, ezért kap syntax errort."
Nem definiál felül semmit. Én erre reagáltam. Az egy másik probléma, amit te írsz. Arra írtam, hogy megírtad, mi a probléma...
-
CPT.Pirk
Jómunkásember
válasz
bambano
#31310
üzenetére
Jah kupleráj, de ez nekem mind totál új terület.
Most éppen rájöttem, hogy totál hiába kínlódtam eddig az Eclipse-el. Az csak 64 biten létezik, a PI-re ugyan létezik 64-bites oprendszer is amire fel is települ, viszont a GPIO portok buzerálásához kellő wiringPi nem működik 64 biten, meg amúgy is egy kínlódás volt olyan toolchaint találnom, ami 64 bites arm-en le is tudott fordítani valamit...
Szóval per pillanat visszaálltam az eredeti raspberry OS-re, és ott Geany alatt elkezdtem dolgozni, szépen megy a GPIO kezelés, még a végén az egész projektet az alatt csinálom meg...Most még meg tudom csinálni, hogy teszek monitort meg perifériákat a PI-re, viszont a fejlesztés későbbi szakaszában már be lesz építve a termékbe ahol nem fogok hozzáférni a hdmi-hez, de debuggolni már ott kell majd helyben.
Egyébként a Geany egész jó sebességgel használható ssh -X -en keresztül, és még az általa futtatott program is átjött hozzám. Viszont majd megpróbálom megvalósítani amit írtál. -
CPT.Pirk
Jómunkásember
válasz
bambano
#31283
üzenetére
Úgy nézem, hogy mindenképpen helyben kell futtatnom a fejlesztő környezetet a PI-n, ha hozzá szeretnék férni pl. a GPIO portokhoz.
Azt most megcsináltam, hogy fut az Eclipse-CDT a raspberry-n. Kíváncsiságból ssh -X -el elindítottam az Eclipse-t ami át is jött hozzám az asztali gépemre, de ebben a formájában használhatatlanul lassú. (kisebb progikkal tök jól ment ez)
Mit lenne célszerű használni ami erre való? Egyik lehetőség gondolom a TeamViewer használata és teljes távoli asztal...
-
vargalex
félisten
válasz
bambano
#31302
üzenetére
Jó lehet az első megoldás is. Jelen állapotában annyi, hogy az exit status-t kell vizsgálni (persze ekkor felesleges a vsftpd változóban letárolni az egyébként is üres kimenetet):
service vsftpd status| grep -q -i pidif [ $? -eq 0 ]; thenVagy nem quiet-be grep-elünk és a visszaadott sorok számát számoljuk:
vsftpd=$( service vsftpd status| grep -i pid | wc -l) -
CPT.Pirk
Jómunkásember
válasz
bambano
#31289
üzenetére
Egy-két apróságot lehet abban fogok megcsinálni, de egyébként kész, saját könyvtáraink vannak C-re, szóval marad meg ahhoz értünk.
vargalex:
Az Arduino egy vicc ilyen célra, ráadásul a C és a C++ egy sajátságos keverékét használják ami itt-ott eltér a szabványtól de ezt csak akkor veszed észre, mikor nem pont úgy működik egyik-másik függvény, ahogy annak kellene.
Volt alkalmam dolgozni egy bonyolultabb szerkezeten amiben minden belső elektronikát Arduino kezelt, de az az igazság, hogy erősen érződött rajta, nem ilyen feladatokra találták ki. ESP-vel még nem dolgoztunk, de a szerkezet alegységeiben ST mikrovezérlők lesznek, azoknak a munkáját fogja össze a Raspberry.
Json csomagokat is kell majd küldenem szerverre meg hasonlók, ilyeneket nem szeretnék alacsonyabb szinten megvalósítani. -
-
-
CPT.Pirk
Jómunkásember
válasz
bambano
#31277
üzenetére
Ez így lehet, hogy több erőforrást visz mint amennyi hasznot hoz. C-ben kellene programoznom egy olyan Raspberry-t, aminek nem lesz kijelzője, legfeljebb webszerveren keresztül lehet majd ezt-azt látni, meg a szerveren keresztül, ahová json csomagokat küld.
Én Lazarus (freepascal) alatt csináltam volna meg, de kollégáim miatt meg praktikussági okokból maradtunk a C / C++ programozásnál, így jönne be a képbe a QT Creator, ami alatt már dolgoztam és jó cucc volt, de akkor nem nekem kellett összeraknom a cross-compile KIT-et hozzá.
A "B" terv az, hogy Eclipse alatt csinálom a progit, mert ahogy nézem azt 1-2 nagyságrenddel könnyebb beüzemelni cross-compile területre és ezt jobban is ismerjük. Még talán gtk-s ablakot is lehet benne csinálni, ami kiír pár értéket, több meg nem is kell. -
#31222
Speeedfire
félisten
bambano
#31220
Speeedfire
félisten
válasz
bambano
#31220
üzenetére
Tény, hogy nem sok hely volt rajta. És igen, sd kártya. Ugye ez egy odroid xu4 gép, a rendszer egy sd kártyán van, a többi adat pedig egy külső hdd-n.
Sokszor van, hogy elfogy az sd-ről a hely. Már gondolkoztam, hogy cron-nal csinálok valami cleanup scriptet, ami törli a régi logokat, cache-ket.Alapból 600-as jog van rajta, tudni is szoktam írni. Nem is értettem ezt a dolgot. Csak a napokban akadozott minden szolgáltatás rajta. Emiatt léptem be, aztán mivel gép csere is volt, akkor mondom feldobom az új ssh kulcsot is.
-
kraftxld
félisten
válasz
bambano
#31188
üzenetére
1KB-os alap email-től kezdve mondjuk 20MB-os scannelt doksikig lesz minden.
Lehet majd beállítanék rajta valami throttling-ot, hogy ha beesik 1000 mail valami okos alkalmazásból akkor azt ne azonnal dobja tovább, hanem mondjuk max 10-et egy mp alatt.
2 proci, 4GB ram elég lesz? -
kraftxld
félisten
válasz
bambano
#31186
üzenetére
Nem kell semmi cicoma, csak az on-prem leveleket boronálja majd össze (scannerek, alkalmazások, minden vacak ami SMTP-n kommunikál) és azt tolja majd tovább O365-nek, lehetőleg TLS-en.
Intel Xeon Platinum 8272CL-ből kap 2 magot a VM, 8GB ramot, meg egy 64GB-os SSD-t ami tud 500 IO/sec-et és 60MB/sec átvitelt. És ebből lesz kettő. -
Lenry
félisten
válasz
bambano
#31138
üzenetére
mindkét swapfájl a /-ben van, az meg SSD.
egyébként valószínűleg tényleg felszabadítgatja a dolgokat, de még van 5GB a kezdeti 8-ból.
mondjuk az se világos hogy alapból minek swappel, van még vagy 20GB szabad RAMha éppen nem használt szolgáltatásokat leállítasz ideiglenesen.
én csak az infrastruktúrát adom, azt se tudom mit csinál ez a gép, nemhogy leállítsak rajta bármit.
mindegy, elindítottam screenben, reggelig ráér.köszi a segítséget
-
inf3rno
nagyúr
válasz
bambano
#31111
üzenetére
Nem azt kell nézni, hanem ezt: [link] Kernel modulként már régóta használják. Tavaly csak annyi történt, hogy lecserélték a kernelben is a régit, de ez nem egy hirtelen döntés volt. Amúgy aggódnak, hogy ellinuxosodik a ZFS is, de úgy látszik nincs náluk már kapacitás a fejlesztésére. Én most a CUDA hiánya miatt kacsintgatok inkább a Linux felé. Bár nem életbevágó, mert lecserélhetném AMD-re a kártyát, de fel akarok lőni egy rendszert zfs-el és tensorflow-al még ebben a hónapban.
-
-
Frawly
veterán
válasz
bambano
#31097
üzenetére
Ez így kevés. Addig amatőrnek számítasz, amíg legalább 128 routing táblád nincs, mert az a mennyiség már egymagában elő-routing-táblát igényel a többi routing tábla elé
Persze, azért életszerű a 17 hálózati kapcsolat is, szóval valamilyen szinten tekintsd magad megdicsérve.
És akkor én itt vagyok 1 hálózati kapcsolattal, de az is olyan szarul működik, hogy tekintsük 0,5-nek, de egy komlett routing tábla azért dukál neki
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#31060
lionhearted
őstag
bambano
#31058
-
Frawly
veterán
válasz
bambano
#31058
üzenetére
Mate-et nem használok, de a legtöbb DE-nél elég a ~/Desktop/ mappát elmenteni, az új rendszerre meg bemásolni a home-odba. Tálcaikonokra passz, max. arra a workaroundra gondolok, hogy kézzel lehúzgálod őket az asztalra, és így mented őket, az új rendszeren meg visszahúzgálod a panelra. Esetleg egy terminálban futtatsz lsof vagy iotop valamelyikét, és hozzáadsz a panelhez egy új alkalmazást, megnézed melyik mappába írja a fájlt, és mented azt a mappát.
Ha a 10.6 Debian akar lenni, akkor szerintem nem kell semmit költöztetni, felveszed bele a testing tárolókat, nyomsz egy frissítést, és elvileg működnie kéne.
-
#31040
lionhearted
őstag
bambano
#31035
válasz
bambano
#31035
üzenetére
"játék nem lesz, fejlesztés meg hibátlan videó és tecső lejátszás a feladat két displayporton meg egy hdmi-n"
"rx 570 van, ennél kellene egy kicsit jobb"
Magam részéről úgy vélem, hogy az AMD driver most nagyon jó linux alatt, szóval a vonalon maradva nem sok jobb értékű kártya van, mint az rx 570.
Tecsőt nem igazán gyorsítja semmi, de ha az megoldott, akkor esetleg az 5500XT, amin van VP9 decoder is, és kevesebbet eszik default. És egy hangyányit jobban is teljesít. -
CPT.Pirk
Jómunkásember
válasz
bambano
#31037
üzenetére
Tudom mire gondolsz, de nem kikapcsol a gép, hanem szabályosan elindul a leállítási folyamat és le is áll. Hiába van kikapcsolva a démonban ez.
Most beírtam egy exit 0-t a szkript elejére ami powerfail esetén a jelek szerint lefut, így megy a gép batteryről. Low battery esetén egy másik szkript fut le.
-
#30998
lionhearted
őstag
bambano
#30990
-
-
válasz
bambano
#30921
üzenetére
Simán ment. Új lap megjött, beszerel, külső SSD-ről boot, mdadm --scan --assemble , mdstat szerint 1 winyó nincs meg (wtf, úgy kapcsoltam le, hogy megvolt mind), mdadm -a -val visszarántottam, helyrerakta a tömböket, reboot, és indult is.
Háló is volt elsőre, DHCP-n felhozta az első kártyát, amit talált. -
-
kovaax
őstag
válasz
bambano
#30923
üzenetére
2G-t levesz az apu-nak, és használok belőle 256M-t... És nem lehet állítani a bios-ban, hátha a frissben lehet.
[root@lip3 ~]# lspci|grep VGA03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Picasso (rev c4)[root@lip3 ~]# lspci -v -s 03:00.003:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Picasso (rev c4) (prog-if 00 [VGA controller])Subsystem: Lenovo Device 3805Flags: bus master, fast devsel, latency 0, IRQ 57Memory at c0000000 (64-bit, prefetchable) [size=256M]Memory at d0000000 (64-bit, prefetchable) [size=2M]I/O ports at 1000 [size=256]Memory at d0400000 (32-bit, non-prefetchable) [size=512K]Capabilities: [48] Vendor Specific Information: Len=08 <?>Capabilities: [50] Power Management version 3Capabilities: [64] Express Legacy Endpoint, MSI 00Capabilities: [a0] MSI: Enable- Count=1/4 Maskable- 64bit+Capabilities: [c0] MSI-X: Enable+ Count=3 Masked-Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>Capabilities: [200] Resizable BAR <?>Capabilities: [270] Secondary PCI ExpressCapabilities: [2a0] Access Control ServicesCapabilities: [2b0] Address Translation Service (ATS)Capabilities: [2c0] Page Request Interface (PRI)Capabilities: [2d0] Process Address Space ID (PASID)Capabilities: [320] Latency Tolerance ReportingKernel driver in use: amdgpuKernel modules: amdgpu[root@lip3 ~]# glxinfo -B|egrep -i 'device|memory'Device: AMD RAVEN2 (DRM 3.39.0, 5.9.11-200.fc33.x86_64, LLVM 11.0.0) (0x15d8)Video memory: 2048MBUnified memory: noMemory info (GL_ATI_meminfo):VBO free memory - total: 1780 MB, largest block: 1780 MBVBO free aux. memory - total: 2995 MB, largest block: 2995 MBTexture free memory - total: 1780 MB, largest block: 1780 MBTexture free aux. memory - total: 2995 MB, largest block: 2995 MBRenderbuffer free memory - total: 1780 MB, largest block: 1780 MBRenderbuffer free aux. memory - total: 2995 MB, largest block: 2995 MBMemory info (GL_NVX_gpu_memory_info):Dedicated video memory: 2048 MBTotal available memory: 5120 MBCurrently available dedicated video memory: 1780 MB[root@lip3 ~]# -
Lenry
félisten
válasz
bambano
#30923
üzenetére
van gyártó, ami elcigánykodja és csak windowsos frissítő appot ad ki, és nem tölthető le a fw file amit be tudnál adagolni a BIOS-nak.
most kíváncsiságból letöltöttem a frissítőta kolléga laptopjához, egy önkibontós exe, amivel még megbirkózott a wine, de ahelyett hogy a firmwaret bontotta volna ki, egy másik exe van benne, ami a frissítő program lenne (gondolom)
-
válasz
bambano
#30918
üzenetére
Azért gondolom, hogy kell valamit alkotni vele, mert egyrészt systemd-s, másrészt a diszkeknek is van UUID-je (bár jó esetben nem úgy adtam meg őket). A háló persze, hogy nem fog menni az UUID miatt (bár mivel sima DHCP, lehet - mondjuk az nekem sokszor init-es OS alatt sem ment, abból is volt, ami új kártyának vette fel az alaplapon levő egyetlen darabot).
@Jester01 : Elvileg a GRUB mindegyik diszken ott van.
Köszimindenkinek
-
Frawly
veterán
válasz
bambano
#30792
üzenetére
Lehet csak pongyolán fogalmazok, én hardveres RAID-ről beszélek. Szoftveres RAID-et, meg ZFS poolt, azt valóban lehet bárhova tenni rétegügyileg, ahogy az LVM-et is. Gyanítottam a kollégának hardveres RAID van a LUKS rétege alatt, de abban igazatok van, hogy nem kéne látóasszonykodni, amíg nem tartalmaz a kérdés minden lényeges adatot, addig nem kéne próbálni konkrét választ adni.
-
CPT.Pirk
Jómunkásember
válasz
bambano
#30747
üzenetére
Ma volt azzal is egy köröm, de ezen a gépen nem szeretnék semmi ilyet állítani, mert nekem kínzás ezekkel a kilométeres manpage-el rendelkező dolgokkal kínlódni.
Annyit tud, hogy smtp-n küld egy emailt azzal a swis army knife smtp dologgal, ennyi nekem elég is.
Ez csak egy backup gép ami csinál x időnként mentést a felhős dolgainkról, és ilyenkor küld róla emailt a részletekkel, meg ha sikerül azt a nyamvadt szkriptet lefuttatnia, akkor a HDD-k állapotáról is, egyébként ellesz magában egy sarokban mint git és svn szerver. -
Archttila
veterán
válasz
bambano
#30733
üzenetére
Akkor maradjunk annyiban, hogy holnap ujra felzuzom es megirom amiket kertel.
Igy raktam ossze a vargalex altal linkelt motyot:
makepkg -sicAJah igen most nem vagyok gep elott de ugy emlekszem a kapott fajl neveben benne volt az architectura neve, valahogy igy:
filename.armv7h.pkg.tar.xz
-
-
Archttila
veterán
válasz
bambano
#30729
üzenetére
Ha az ARM-es Firefox forrásra és wayland patch-re gondolsz akkor még semmit, mindössze arról van szó, hogy az Arch AUR repóban láttam, hogy Chromium-hoz létezik wayland patch így gondoltam biztosan rá lehet hegeszteni az eredeti ARM-es Firefox source-ra is.
De az is lehet, hogy csak egy flag kell neki és beleforog a wayland, nem tudom.Arch ARM Firefox source code
Firefox Fedora Wayland VA-API jóságokÉn egyébként ezt próbáltam összehozni de sajnos az eltérő architectura miatt nem jártam sikerrel: [link]
-
Frawly
veterán
válasz
bambano
#30595
üzenetére
Igen, nem lehetetlen, hogy én értek félre valamit, azért nem értem.
Amit ti írtok, az a megoldás azt csinálja, hogy bekéri az előre rögzített fájlinput mellé az én felhasználói billentyűzetinputomat, de mikor azzal végeztem, csak UTÁNA indítja a programot, és mikor már a progi fut, akkor én már NEM tudok utólag beleszólni, más parancsot is bevinni.
Ami nekem kell megoldás, ott a dolgok SORRENDJE teljesen más. Először indul a progi, aztán hajtja végre automatikusan a fájlinputot, amibe az előre beszögelt utasítások vannak (amolyan autorun jelleggel), majd átadja NEKEM az irányítást, mert előre én sem tudom, hogy mit fogok majd bevinni a billentyűzetről, az annak lesz a függvénye, hogy az előre berögzített input alapján mit ír ki a progi.
Abban valószínű igazad van, hogy át kéne írnom a kpcli-t, hiszen csak valóban csak egy Perl-script, és nekem nem is kéne nagy módosítás, csak annyi, hogy induláskor bevegyen több parancsot is, és azok végrehajtása után ne lépjen ki automatikusan. Magyarán nem sok változást kéne a kódban eszközölnöm.
-
Frawly
veterán
válasz
bambano
#30593
üzenetére
Bocsánat, nem láttam, hogy olyan topik is van. Ez a megoldás nem jó. Ugyanis ezzel ugyan nem csak a fájlban eltárolt és az általam kézzel megadott input kerül be, és UTÁNA indul a program. Nekem úgy kéne, hogy a progi induláskor végrehajta a fájlban lévő parancsokat, aztán visszakerül az irányítás hozzám, de úgy, hogy a program NEM lép ki. Ezt félinteraktív módnak nevezik, a terminálos calc progi pl. tud ilyet a -i kapcsolóval, elindul, a proginak előre átadott inputot végrehajtja, majd ha ezzel végzett, visszaadja a felhasználónak az inputot, hogy további parancsokat vihet be.
Jelenleg viszont ez a kpcli csak annyit tud, hogy végrehajt előre megadott parancsot (már ez önmagában problémás, hogy csak egyet), és utána KÖTELEZŐEN kilép, ami nekem baj, ezt akarom megkerülni. Az is igaz, hogy a megoldás se fog segíteni, mert < fájl inputból meg valami miatt cseszik végrehajtani a parancsokat. De a megoldást továbbra is keresem, mert más CLI/TUI alkalmazásoknál is jól tud jönni.
-
Lenry
félisten
válasz
bambano
#30512
üzenetére
ez oké, de kicsit továbbgurulva a cikkben, kifejti, hogy az nem baj, ha a fájljaid titkosítva vannak, mert azokat fel tudod oldani, amikor kellenek, addig meg védve vannak, de annak mi értelme, hogy le van titkosítva a /bin/bash-tól a /dev/nullig minden?
(#30513) debfan
titkosítsd, aminek félted a tartalmát. minden mást titkosítani erőforrás-pazarlás -
Frawly
veterán
válasz
bambano
#30452
üzenetére
Igen, azért írtam, hogy zenésznek fontos lehet a low latency. Hifista Jóskának viszont nem, és továbbá nem, nem 5 másodperc múlva hallja a zenét, hanem pár ms késéssel, ami nem határoz meg semmit minőségben, mert minden adat ugyanannyi ms-ot fog késni, így jitter sem lesz, a hangminőségbe nem fog beleszólni, recsegés sem lesz, mert amik lennének késés miatt hirtelen egyenetlenségek, azokat a buffer és az azt kezelő eszköz belső órája, szinkronizációja kisimítja.
-
válasz
bambano
#30364
üzenetére
történhet-e memória hiba detektálatlanul, és az a sima ramnál sem fordulhat elő
De, bőven előfordulhat.
(#30366) Frawly
Erről szoftveres rétegben kéne gondoskodni, hogy az ellenőrző-összeg nyilván legyenek tartva, meg összehasonlítva eltárolásnál. Erről nem tudsz a szoftveres rétegben gondoskodni. Bőven fut olyan kód a rendszeren, amihez nem lehet plusz ellenőrzést rakni (pl. egy interrupt handler a kernelben).
Egyébként mióta PC-zek, kb. 32 éve, nekem sose volt ilyen bitflip hibám. Volt olyan, hogy a RAM vagy az alaplap volt teljes kaka, akkor sem bitflip volt, hanem azonnal fagyott az egész OS-estől, vagy be sem bootolt, olyan szinten volt hibás. Volt bőven, csak nem tudsz róla
(#30368) inf3rno Nagyon ritkán előfordulhat, hogy nem detektál egy több bites hibát, de ennek az esélye minimális. Ha unrecoverable error van akkor meg jön a fatal machine check és a kernel pánik.
-
inf3rno
nagyúr
válasz
bambano
#30364
üzenetére
"de nem ez számít, hanem az, hogy történhet-e memória hiba detektálatlanul, és az a sima ramnál sem fordulhat elő."
Ez jó, akkor kukázom a memtest-et, nem is értem a sok hülye miért futtatja mindig. Azt se vágom miért hangsúlyozza mindenki, hogy használjunk ECC memóriát ZFS-hez. Én is csak pár bejegyzést olvastam arról, hogy valakinek teljes adatvesztése volt belőle. Kicsi a kockázat.
Amennyire én tudom az ECC is csak single bit flip ellen véd, esetleg 2 bit flip ellen, de 3-nál már az is csődöt mond. Wikipedia szerint row hammer-nél volt már példa 3-as flipre, amit nem detektált.
-
Frawly
veterán
válasz
bambano
#30364
üzenetére
Egyetértek. Erről szoftveres rétegben kéne gondoskodni, hogy az ellenőrző-összeg nyilván legyenek tartva, meg összehasonlítva eltárolásnál.
A DDR5 állítólag megszünteti ezt a mizériát, mert abból csak ECC-s lesz, még desktopon is. Megszüntetik ezt a kettős vonalat.
De elvileg a DDR4 vezérlésében már most is vannak olyan elemek, amik valamilyen szintű hibajavításról gondoskodnak, ettől még a non ECC DDR4 RAM nem lesz ECC-s, azt teljesen nem váltja ki, de a semminél jobb.
Egyébként mióta PC-zek, kb. 32 éve, nekem sose volt ilyen bitflip hibám. Volt olyan, hogy a RAM vagy az alaplap volt teljes kaka, akkor sem bitflip volt, hanem azonnal fagyott az egész OS-estől, vagy be sem bootolt, olyan szinten volt hibás. Vagy HDD lett bad sectoros, vagy áramszünet miatt sérült az adatintegritás. De bitflipből még sose lett gondom. Amikor meg nagyon ritkán mégis előfordul valakivel, annak a kivédésére jók a szoftveres megoldások. Ez az ECC-mánia túl van spilázva. Ilyen szintű biztonság max. bankoknál, hadseregnél, CIA-nél, stb. indokolt.
-
Lenry
félisten
válasz
bambano
#30364
üzenetére
Lehet, de egyrészt ilyen nem volt beállítva, másrészt igen valószínűtlen hogy pont azt a 600+ torrentet töröljék, ami nálam seedben volt.
Igazából ez lett gyanús, miután sehol nem volt semmi hibaüzenet vagy napló, ami nyomra vezetett volna, hogy hová lettek az adatok és miért pont az tűnt el, ami.
Beléptem a torrentbe és az tűnt fel hogy nem az van hogy 600-szor ki van írva hogy "missing files", hanem hogy tök üres az egész... 0 betöltött torrent. -
Lenry
félisten
válasz
bambano
#30312
üzenetére
csak hogy meglegyen a follow-up...
egyszerű LVM kötetbe volt szervezve 5 db 2TB-os HDD-m.
pár óránként jött a dmesg-be a fentihez hasonló üzenet, hogy most az ata5 esett le egy pillanatra, aztán az ata6, stb, de egy másodpercen belül már újra elérhető volt.
aztán egyik nap eltűnt 4TB-nyi adat, ezen felbuzdulva úgy láttam, hogy igazad volt*, és ez így nem mehet tovább, viszont gyanús volt, hogy egyébként a lemezek jók, a hiba máshol lesz.
lementettem mindent a kötetről, és az egészet átszerveztem egy ZFS kötetté, egész pontosan RAIDZ1-é (ami kb RAID5-nek feleltethető meg, egy lemez kiesését tolerálja). Azóta egyetlen esetben sem jött elő a fenti hibaüzenet.
úgy gondolom, hogy a SATA vezérlő nem tudott valamit elég gyorsan és / vagy jól csinálni, amire az LVM-nek igénye volt, aztán időnként feladta, és eldobta a lemezt, a ZFS meg talán hatékonyabb és nem fut bele ugyanabba a korlátba.* a torrentkliens webfelülete nem volt lejelszavazva, szerintem ott jött be valaki vagy valami, és egyszerűen kitörölte amit talált, mert kizárólag a seedben lévő dolgok tűntek el minden hibaüzenet nélkül.
-
válasz
bambano
#30317
üzenetére
Gondolom nem teljesen haladó a kérdésem, de tudnátok segíteni?
Ez parancssorból simán lefut és küld szép emailt:clamscan -i -r /home |& mail -s "Az új szerver home vírusellenőrzése lezajlott" rootA cronból viszont megint ezt kapom:
Cron <root@szerverneve> clamscan -i -r /home |& mail -s "Az új szerver home vírusellenőrzése lezajlott" rootjún. 13., Szo 4:30 címzett: root/bin/sh: 1: Syntax error: "&" unexpectedMit rontok el?
-
-
togvau
senior tag
válasz
bambano
#30298
üzenetére
ja, van valami kitutdjami
ata2.00: exception Emask 0x0 SAct 0x1000000 SErr 0x0 action 0x0[2020-05-26 11:11:43] ata2.00: irq_stat 0x40000008[2020-05-26 11:11:43] ata2.00: failed command: READ FPDMA QUEUED[2020-05-26 11:11:43] ata2.00: cmd 60/08:c0:30:4e:dc/00:00:10:00:00/40 tag 24 ncq dma 4096 in[2020-05-26 11:11:43] ata2.00: status: { DRDY ERR }[2020-05-26 11:11:43] ata2.00: error: { UNC }[2020-05-26 11:11:43] ata2.00: configured for UDMA/100[2020-05-26 11:11:43] sd 1:0:0:0: [sda] tag#24 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE[2020-05-26 11:11:43] sd 1:0:0:0: [sda] tag#24 Sense Key : Medium Error [current][2020-05-26 11:11:43] sd 1:0:0:0: [sda] tag#24 Add. Sense: Unrecovered read error - auto reallocate failed[2020-05-26 11:11:43] sd 1:0:0:0: [sda] tag#24 CDB: Read(10) 28 00 10 dc 4e 30 00 00 08 00[2020-05-26 11:11:43] print_req_error: I/O error, dev sda, sector 282873392[2020-05-26 11:11:43] ata2: EH complete -
Lenry
félisten
válasz
bambano
#30260
üzenetére
read rawmegwrite rawopciókat belevettem, meg párat kivettem, amire azt írták, hogy gondot okozhat, így most sikerült 500 MBps környékére feltornászni.amúgy tuti, hogy valami triviális fasságon bukik el a dolog, mert a céges gépem egy semmi extra i3 Arch Linuxszal, és fut azon is egy Samba, és ha fel kell másolni valamit egy Windows kliensre, az gond nélkül 970-980 MBps, pedig most annak is néztem a konfigját, a globalban semmi nincs, ami ne lett volna az alapbeállítás része.
-
Lenry
félisten
válasz
bambano
#30258
üzenetére
Windows
C:\Users\lenry>netsh interface tcp show globalQuerying active state...TCP Global Parameters----------------------------------------------Receive-Side Scaling State : enabledReceive Window Auto-Tuning Level : normalAdd-On Congestion Control Provider : defaultECN Capability : disabledRFC 1323 Timestamps : disabledInitial RTO : 1000Receive Segment Coalescing State : enabledNon Sack Rtt Resiliency : disabledMax SYN Retransmissions : 4Fast Open : enabledFast Open Fallback : enabledHyStart : enabledPacing Profile : offLinux
lenry@Echo-Five:/$ cat /proc/sys/net/ipv4/tcp_window_scaling1nincs ezen mit állítani
-
Krystal_s
addikt
válasz
bambano
#30208
üzenetére
Ugyanaz a gép... Windows alatt ilyenek az értékek. Itt az RSSI értéket írja, de azon is látszik, hogy jó.
Közben találtam egy ilyet. Nála is 15.00 dBm a txpower Linux alatt és pont az a gondja, hogy csak fele sebességen megy a net.
-
kovaax
őstag
válasz
bambano
#30171
üzenetére
Miért nem? Hülye vagyok a hálózatos dolgokhoz, de valami ilyet képzelek el: a fontos nyomtató lóg a debianban levő második hálókártyán egyedül, és azon figyel csak a dnsmasq, aki mindkét hw címre ugyanazt az ip-t osztja ki dhcp-n, amit meg átenged a debian a "külvilág" felé. (Mondjuk első körben a routerben próbálkoztam volna én is, ha értenék hozzá.)
Abból az egyszerű okból, hogy ssh szerver kell a gdbhez is szóval az alapból van, tök felesleges lenne még egy protocol.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Köszi !!
Új hozzászólás Aktív témák
- Mikor pukkad ki a robotlufi?
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Interactive Brokers társalgó
- Battlefield 6
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- iPhone topik
- Mikrotik routerek
- Mesterséges intelligencia topik
- Megbüntették, ezért feloszlatná az EU-t Elon Musk
- Meggyi001: Kórházi ellátás: kuka vagy finom?
- További aktív témák...
- HIBÁTLAN APPLE WATCH ULTRA 2 NATURAL TITANIUM 49MM -1 ÉV GARANCIA - MS3713, 100% AKKUMULÁTOR
- AKCIÓ! HP EliteBook x360 830 G7 i5-10210U 16GB 1000GB 1 év garancia
- iPhone 13 mini 128GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS4052, 94% Akkumulátor
- magyar billentyűzet - 173 - Lenovo Legion Pro 7 (16IAX10H) - Intel Core U9 275HX, RTX 5080
- Vásárlunk iPhone 12/12 Mini/12 Pro/12 Pro Max
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest