-
Fototrend
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
-
A cegnel lattunk pont ilyet Ryzen szervereken, mas kernelekkel is. Mindegyik (tucatnyi) gepen elofordult sajnos, eros terheles alatt. Intelnel nem volt ilyen.
Azt lehet megprobalni, h a boot parameterekhez hozzaadod azt, hogy processor.max_cstate=1
Mondjuk ez kicsit megb*ssza az energiagazdalkodast.
-
CPT.Pirk
Jómunkásember
Nálatok is ez volt az eredeti állapot?
vm.dirty_background_bytes = 0
vm.dirty_background_ratio = 10
vm.dirty_bytes = 0
vm.dirty_expire_centisecs = 1500
vm.dirty_ratio = 20
vm.dirty_writeback_centisecs = 1500
vm.dirtytime_expire_seconds = 43200
Főleg a dirty_ratio a probléma a ma megszokott 16..32GB ram mellett. -
hyrex
tag
#32719 Lenry: Azt szeretném kiváltani ha lehet.
#32720 bambano: Úgy sikerült beállítanom még Windows alatt, hogy ablakban feldobta milyen nyomtatóra szeretném ha nyomtatna. De emlékeim szerint a nyomtatás sem volt jó.Próbálnék valami linuxos megoldást keresni, főleg a kihívás miatt.
-
bambano
titán
"L7 matcher collects the first 10 packets of a connection or the first 2KB of a connection and searches for the pattern in the collected data. If the pattern is not found in the collected data, the matcher stops inspecting further."
emlékeim szerint azt a kernel is tudja, hogy stringeket keres a csomagban.
de oké, legyen igazad, létezik szűrési lehetőség.
főleg, ha a "szűrési lehetőség" kifejezést elég tágan értelmezzük. -
tcsaba007
tag
Van /etc/fstab, de nagyon rövidecske, nincs benne info a /tmp -ről...
"none /proc proc defaults 0 0
/dev/root / ext4 defaults 1 1
/dev/mapper/cachedev_0 /volume1 ext4 usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl,relatime,nodev 0 0"
Nem tudom mit kellene beleírni, hogy a /tmp jó legyen... -
-
-
Speeedfire
félisten
Nincs telepítés. Egy image van, amit fel kell flashelni az sd kártyára. Ezen 2 partíció van. Egy /boot és egy /. Elvileg ez alapján lehet beállítani, de látom előre, hogy full szopás lesz a vége
[link]
Jaja, nekem is szimpatikus. Pár éve megvan már. A gigabit lan, és az erős cpu miatt tetszett meg. Viszont a hw gyorsítás fura benne. Elvileg van openGL is, de gyakorlatilag nem akar menni dietpi alatt.
Mali-T628 MP6(OpenGL ES 3.1/2.0/1.1 and OpenCL 1.2 Full profile)
A debian wiki oldalán sem láttam. Viszont a hardkernel féle ubuntuban van ilyen. Jó lett volna a kodi miatt, de végül el tudtam engedni. -
amargo
addikt
mert én itt nem is látok error-t. Miből gondolod, hogy van hiba?
Itt írtam példát, hogy nálam mit írt ki: [link] (amúgy ezek mögött tényleges fájlok is voltak)pool: seagate4tb
state: DEGRADED
status: One or more devices has experienced an error resulting in data
corruption. Applications may be affected.
action: Restore the file in question if possible. Otherwise restore the
entire pool from backup.
see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-8A
scan: scrub repaired 0B in 02:40:43 with 12 errors on Sun Apr 17 23:39:02 2022
config:
NAME STATE READ WRITE CKSUM
seagate4tb DEGRADED 0 0 0
ata-ST4000VN008-... DEGRADED 0 0 24 too many errors
errors: Permanent errors have been detected in the following files:
seagate4tb/photos@2022-02-17_00.00.01--60d:/.../074130.JPG
seagate4tb/photos@2022-02-17_00.00.01--60d:/.../071529.JPG
seagate4tb/photos@2022-02-17_00.00.01--60d:/../071534.JPG
seagate4tb/photos@2022-02-17_00.00.01--60d:/.../073453.JPG
seagate4tb/photos@2022-02-17_00.00.01--60d:/.../072900.JPG
seagate4tb/photos@2022-02-17_00.00.01--60d:/.../073346.JPG
seagate4tb/photos@2022-02-17_00.00.01--60d:/.../074738.JPG
seagate4tb/photos@2022-02-17_00.00.01--60d:/.../135248.JPG
-
amargo
addikt
zfs téma, degraded státuszba került nálam az egyik disk. 12 error ír
errors: Permanent errors have been detected in the following files:
<0x402>:<0x10d>
<0x402>:<0x16>
<0x402>:<0x17>
<0x402>:<0x19d>
<0x402>:<0x9e>
<0x402>:<0xa0>
<0x402>:<0x1a7>
<0x402>:<0x1bc>
scrub-ot többször futtatam, de ezek itt maradtak, mit lehet ezzel kezdeni? A disk még szinte bejáratós. -
MasterMark
titán
-
MasterMark
titán
-
BlackSoft
addikt
Vannak fos megoldások dögivel, én többnyire több fizikai hellyel rendelkező gépekkel dolgoztam mindig. Általában úgy csinálom, hogy 2db lemez RAID1-ben, ami a rendszer, az adatnak pedig 8-16 lemez RAID5 vagy RAID6. Minden esetben rakok be még pluszban legalább 1 hot spare lemezt is, hogy minél előbb elkezdődhessen a helyreállítás, de ha spare nincs is, akkor sincs nagy dolog se a RAID1-nél, sem az 5-6-nál, kirántok egyet, megy a kukába, és dugok be egy másikat, a többit automatikusan intézi a hardveres vezérlő.
Továbbá, ha bármi összeszarja a rendszert, attól még továbbra is hibamentesen működik minden kötet, dedikált hálózatról pedig akár komplett migrálást is lehet indítani távolról egy másik hálózaton lévő konfigurációra. Az egyetlen hiba, ami lehet, az a vezérlő, ha elmegy legelni. Viszont az még nem történt meg az én környezetemben 15 év alatt, és ha annyira fontosak az adatok, akkor akad kéznél egy cseredarab a vezérlőből is, ami majdnem PnP módon működik.
Ami ettől jobb, azok az integrált rendszerek, mint ami a Synology-nak is van. Itthon, ami megy nekem média szerverként, abban 8db 8TB-os ironwolf pro van (ami fontos, mert a Syno támogatja az ironwolf feature-jeit) a syno saját hibrid raid megoldásával, bármikor kieshet belőle 2 lemez, PnP kezdi a helyreállítást, és olyan mélyen mindent a HDD-ken tart, hogy bármikor átpakolható másik synoba az összes lemez és kérdés nélkül tud bootolni, mintha misem történt volna.
-
Roxkex
senior tag
Köszi szépen !
Időközben Én magam is megpróbáltam, hogy átirányítom az outputot egy fájlba de konkrétan létre se hozta :\
ELÍRTAM!
*/5 21-12 * * * ot akartam írni ! Szóval az nem futott le 23:44kor és ezzel neked is jelezném vargalex #31937.
Viszont hajnalok hajnalán felkapcsolt egy lámpa a fejemben és találtam egy cron editort, amibe behúztam a fent (*/5 21-12 * * *
) le írtat és erre azt mondja, hogy invalid.
Akkor megcsináltam úgy, hogy */5 21-23,00-12 * * * és erre már azt mondja, hogy 5 percenként 21 23 között és 00 - 12 között fog futni. Tehát jó !
Mondjuk ennek ellenére az utolsó futása bőven 12:00 után volt, valami 13:00 körül.Viszont a */15 6-22 * * * -ossal nem tudom mi lehetett a probléma de ma reggel hattól egészen mostanáig elég szépen futott és remélem 22-kor lesz az utsó futtatása is
(Cron editor erre már nem jelzett hibát, ezért is fura, hogy eddig nem volt jó de most úgy tünik jó)
Minden esetre > logFile.txt-t hozzáadom
csak valami normális path-al
(Egyébként azért sem gondolom, hogy a script lenne a hibás / elérés vagy ... akármi ilyesmi, mert ha a @reboot-hoz kötöm hozzá akkor pattent minden IS...)
Az óra természetesen jól jár, hiszen a "date" parancsra 18:55-t ad ki (jelenleg annyi van a fali órán és az asztali gépen is ofc, ahogy a szerver gépen is)
-
-
Szintén Telekom. Lakossági ügyfélként anno felhívtam őket, hogy oldják már fel a 25-ös port blokkját (alapból csak a telekom smtp-t lehetett vele elérni), mert kellene "munkához", a kérést 24 órán belül teljesítették is. Az más kérdés, hogy utána lemondtam az otthoni mailszerver ötletéről, mert fix IP-t csak céges előfizetés mellé adnak, anélkül meg, dinamikus poolból származó IP címről normális mailszerver nem fog emailt fogadni. Illetve a reverse dns/ptr sem beállítható, anélkül még kevesebb klienst érsz el sikerrel.
Végül feldobtam egy mailcow docker containert egy $3 VPS-re, ahol eleve adott volt a fix IP, meg a reverse dns. Igaz, ezt se használnám elsődleges emailnek, mert ha épp ég a datacenter (pl OVH), vagy bármilyen maintenance történik a VPS provider részéről, lemaradok pár emailről. Van jó pár olcsó email szolgáltatás, amik garsntálják a 99.99% SLA-t, ezekben próbálok bízni...
-
kraftxld
félisten
Közben a PAE kernel-re is megcsináltam ezt a parancsot:
mkinitrd -f -v /boot/initrd-2.6.18-371.el5.img 2.6.18-371.el5Utána be is indult a rendszer, VMware tools feltelpült, most migrálódik a 7.0-s host-ra.
Még gatyába kell rázni pár vmware-s dolgot, mentést, hálózatot aztán le is lőhetem a fizikai gépet.Köszi mindenkinek
-
f_sanyee
senior tag
a képen az látszik, hogy még a switch root előtt megáll, ezért az fstab itt még nem játszik. A probléma valószinüleg az, hogy a vmware disk controllerhez nincs megfelelő driver az initramfs-ben, ezért kell egy újat csinálni, amiben már benne lesz. a rootvg azért nem létezik, mert nem látja a disket sem.
-
Ez részben van így. Nyilván van egy default, és tudja azt is, hogy mik a privát tartományok, és keres magának.
Ami itt a trükk, hogy ha docker "networkot" hozol létre, az többnyire egy bridge (ez a default linuxon). A másik meg az a trükk, hogy előfodul, hogy a default (docker0) bridge túl nagyot harap, és 172.17.0.0/12 lesz belőle, ami után már a 192.168-ból fog választani (szerinte) szabadot. Nyilvánvalóan, amire nincs "lába" a hosztnak, arról nem tudja, hogy foglalt.default-address-pools
ez a konfiguráció segít állítani, hogy mit foglaljon, és mekkorákat...
A default a 192.168/16os címeken az általad is látott /20 -as "szeletek". -
igazából most nézem, hogy már a routing táblában is látszik, hogy olyan elb*szott maszkkal hozta létre a docker magának a hálózatot, hogy abba simán beleesik az 50.0
-
Predatorr
őstag
Ha hátrébb lépek, nem érem el a billentyűzetet, eleve el sem tudom indítani a telepítést.
Talán tesztelni akarom?Esetleg biztonság miatt, mert Windowsban azt megoldani rengeteg meló.
Bármit választok a legelején, a szöveges menüben (Mint indítása, Telepítés), kiírja, hogy memória-hiba, szöveg szélei szétcsúsznak csíkokba, mintha GPU hiba lenne, és tadam, vége a dalnak, reset. Csak MINT-et próbáltam, de leszedtem egy PureOS-t is, azt még nem.
Azt olvastam, érdemes lehet alaplapot visszaállítani defaultra, de ha utána meg visszatöltöm a beállítást, mi garantálja, hogy elindul a Linux? OC egyébként nincs. -
-
-
-
bambano
titán
nem hiszem, hogy két swapfile között másol. feltételezem, hogy elkezdi felszabadítani a régi swapfile-ben a blokkokat úgy, hogy kitakarít a memóriából valamennyit és oda visszatölti a swapet. de ehhez a másik swapfile-ra swappelni kell
tény, hogy mondhattam volna, hogy terheletlen időszakban indítsd el... azt pedig nagyon szokta utálni, ha egy diszken két fájlt kell kalapálnia. megőrül tőle a diszk feje.
szerk: ne zárjuk ki, hogy gyorsulhat a folyamat, ha éppen nem használt szolgáltatásokat leállítasz ideiglenesen.
-
zone
őstag
Így van, BananaPi az ARM. Azt láttam, hogy van Linuxra és Macre, akkor ezek szerint ez felejtős.
Lehet ext4 lesz belőle, vagy zfs, esetleg exfat? Az elérése vegyesen van Win10 és Android eszközökről.
Egy kicsit keresgéltem és lecseréltem az automount sort az fstab-ban erről:
/dev/sda1 /wdred ntfs auto
erre:
UUID=60AE8A3E4FD97AE1 /wdred ntfs noatime,async,big_writes 0 0Win10 alatt valamivel gyorsult a mappanyitás 3-5 mp-re, ssh-n midnight commanderrel 2-3 mp. Elvileg a big_writes már elavult opció, de nem dobott hibát emiatt.
A deluged két processze is 70-90% cpu használatot mutat, lehet ott is valami config tweak kellene. -
Vladi
nagyúr
Nekem amúgy tetszik a koncepció, hogy core rendszer és userspace appok külön vannak kezelve. Így tud csinálni egy egyszerű, stabil hosszan támogatott alapot, az appok meg lehetnek bőségesek és frissek.
Mondjuk az kicsit aggaszt, hogy mennyire fog instabilan viselkedni 1-1 frissítés után.
"hogy van a /etc, meg a /usr/local/etc, meg a /bin és a /usr/local/bin"
öööö mióta is hasznlsz unix cuccokat? /etc rendszer szintű a /usr/local/etc meg a helyileg telepített felhasználói etc...
-
Vladi
nagyúr
Mi a probléma vele?
(#30963) I02S3F:
Nincsenek ma már valós igények! Elmondják mit szeretnél, és majd az lesz az igényed.
lassan 1 évtized telik el úgy, hogy senki nem tud 1 db érvet mondani a mellett, mire jó a systemd.
az okostelefont már megemlíteni sem merem.(#30965) kovaax:
1. a valóságot nem ér leírni, mert megfájdul a fejed.
2. az ingyenesség a valóságban az jelenti, hogy nem az eladási értékből szerez pénzt a dolgozó. Érdekes a redhat 15 évig nyereséges volt ezzel a modellel, de el kellett adni, mert kevés a nyereség. -
-
Dißnäëß
nagyúr
Nem túl jó a környék, ahol lakok, földszint, nincs bizt. ajtó sem és minden ablak utcára is néz, egyik egyikre, másik másikra. Bár egy központi lécsőházajtó van, de na.
Ha meg tudja, mi van a gépben és nem egyből a MÉH-be megy vele, akkor nyert 6x4TB diszket és egy SSD-t, egészségére, már pattinthatja is fel rá a partíciókat és használja, amire tudja, vagy eladja, stb. Nem hinném, hogy a kvantumszámítógépek holnapután kezdenének terjedni mainstream-ben. (Ha pedig igen, addigra majd kvantumtitkosítunk).
Egyszerűen csak így vagyok nyugodt, ennyi. Az érdekelt volna, hogy ilyen kernelcserés upgrade-ek során valami boot loader (uefi-vel nem vagyok annyira tisztában) is frissül-e, vagy csak a fájlok /boot-ban és kész.
-
Dißnäëß
nagyúr
Ez tiszta és világos, csak nem a kérdésre adott válasz.
De jó, ha mások is tudják.Tehát újra: HDD-n történik valami és lesz 1 bad sectorom, amirôl az OS tudomást szerez. Ahogy történt is nemég, ami el is tûnt magától (HDD firmware pótolta spare tartományból, zfs meg korrigált scrub során).
Ezt a hibát egy ntfs, egy fat, akármi, felvenné azaz megjelölné rossznak, normál esetben. Csakhogy ott LUKS "szemét" van, ergo a feloldott mapper device-on megjelenítôdik vajon a hiba ? Hogy a zfs lássa.
Mert ha egy fizikai szektor sérül, HD sentinel is jelzi, az a LUKS titkosított blokk, ami ehhez tartozik, szintén sérülni fog és feloldhatatlanná válik, emiatt - feltételezném - a mapper device-on is a legkisebb logikai egységnyit hibaként fog betudni a rendszer, az ezen ülô zfs meg majd a többi HDD + checksum -ok segítségével pótolja az adatot, máshol elhelyezve azt.
De lehet nem ez történik, csak gondolkodom hangosan. A sorrend biztosan az, hogy amit egy réteg elrejt, elmaszkol, a felette lévô nem lát, ez vili. A lényeg pont az lenne, hogy lássa.
-
-
Új hozzászólás Aktív témák
- Tesla topik
- Parci: Milyen mosógépet vegyek?
- HiFi műszaki szemmel - sztereó hangrendszerek
- PROHARDVER! feedback: bugok, problémák, ötletek
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Horizon Forbidden West
- Kerékpárosok, bringások ide!
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Xbox Series X|S
- Redmi Watch 5 - formás, de egyszerű
- További aktív témák...
- Antivírus szoftverek, VPN
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- ÁRGARANCIA! Épített KomPhone Ryzen 7 9800X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! ASROCK H310CM i3 9100F 8GB DDR4 240GB SSD GTX 1050Ti 4GB DeepCool Tesseract Chieftec500W
- Csere-Beszámítás! Felsőkategóriás számítógép PC Játékra! I9 13900KF / RTX 4080 / 32GB RAM / 1TB SSD
- Apple iPhone 13Pro 128GB Kártyafüggetlen 1Év Garanciával
- DELL PowerEdge R730xd 16LFF+2SFF rack szerver - 2xE5-2680v3,64GB RAM,4x1GbE,H730 RAID v ZFS
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest