- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Fujifilm X
- Ez már a középkategória: teszten a GeForce RTX 5070
- Milyen billentyűzetet vegyek?
- OLED TV topic
- Milyen TV-t vegyek?
- Everest / AIDA64 topik
- HiFi műszaki szemmel - sztereó hangrendszerek
- Megjelent a Red Magic kompakt OLED kijelzős gaming táblagépe
- AMD K6-III, és minden ami RETRO - Oldschool tuning
-
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äëß
nagyúr
válasz
OddMan
#29051
üzenetére
Bár a kérdésedre nem válasz, én a btrfs raid-jellegű funkcióitól még kicsit félek, nem véletlenül írják sok helyen, hogy inkább zfs-ezzen az ember, vagy klasszik md raid. Viszont az tetszik benne, hogy nincs adat degradation, mert block level checksum-okat használ + még pár olyan funkció, ami hasznos lehet később.
Én azt látom, hogy szimpla egyedülálló fájlrendszerként (1 partícióra) ajánlják, bár mai napig nem stabil a hivatalos státusza az egésznek (ez önmagában kérdőjel ugye, hogy használjuk-e), az extra és vonzó funkciói viszont még ehhez képest is experimental szint.
1-2 hónapon belül építek egy virtualizációs host-ot, ezen lesz egy NAS-ra használt VM is terveim szerint, a host-ba 3db HDD jön az SSD-k mellé és a HDD-ket md raid 5-be teszem, majd erre btrfs-t, így a raid megvalósítás nem a btrfs-re hárul, amiben nem tudnék megbízni, hanem a klasszik softraid. És utóbbi sem tökéletes, de én még mindig kevésbé fázok tőle, mint btrfs ezen funkcióitól. (Vagy zfs, lehet errefele is elkacsintgatok, ott natívan zfs alatt merném csinálni a raidz-t, az sokkal kiforrottabb).
Jópár évig volt Debianon 3x2TB majd 3x4TB md raid 5-öm, meredek dolgokat is csináltam vele, nekem amúgy eléggé bevált, nem láttam indokoltnak a 6-ot, de ez ízlés kérdése, pedig tele voltam mindenféle fontos fotókkal (hobbi fotósként).
Egy olcsó szünetmentes nem árt azért, amit havi 1x kipróbálsz valami más fogyasztóval, akksi idő tekintetében. (Egy dolog, mit jelez magáról és egy másik dolog, hogy ténylegesen kitart-e X terhelés mellett annyi ideig, míg a gép szépen lelövi magát és leáll).
De ez csak én vagyok - 1 óvatos duhaj.
-
OddMan
őstag
válasz
OddMan
#28547
üzenetére
Gondoltam belinkelem az alábbi két oldalt, talán másnak is segít abban, hogy mely ICMP csomagokat érdemes beengedni illetve blokkolni a tűzfalunkon.
http://shouldiblockicmp.com
https://john.albin.net/essential-icmp -
válasz
OddMan
#25241
üzenetére
két hete raktam össze otthonra egy ehhez hasonlót, és akkor olvastam egy leírást, ami erre a kérdésre adna választ, de nyilván most nem találom
csak meglett, tudtam, hogy valahol az ArchWikin olvastam
-
OddMan
őstag
válasz
OddMan
#24466
üzenetére
A külföldi fórumokat olvasgatva az találtam, hogy hdmi kábelt kell használni a display port kábel helyett és akkor működni fog a monitor standby módba kapcsolása. Kipróbáltam és tényleg tökéletesen működik. Gondoltam leírom hátha más is szív ezzel. Mondjuk nekem csak FullHD-s a monitorom így teljesen mindegy, hogy DP vagy HDMI kábelt használok. Azért remélem valamikor majd javítják ezt a bug-ot.
-
-
spammer
veterán
-
OddMan
őstag
válasz
OddMan
#22479
üzenetére
Sikerült kialakítani szoftveres raid1-et és arról futtatni az Xubuntu-t.
Rövid leírás, hogyan csináltam. Először manuálisan kell készíteni egy efi partíciót és egy linux system partíciót. Ha ez megvan, akkor fel kell telepíteni a linux-ot, én Xubuntu-t használtam, lubuntu is jó. Ha végzett a telepítő, akkor újraindítás, és ha elindult az új rendszerünk, akkor telepíteni kell az mdadm szoftver raid kezelő programot apt-get-el.
Ha ez is megvan, akkor a második lemezt partícionáljuk meg ugyan úgy, mint az elsőt, de itt a második partíció már raid típusú legyen. Ha ez is megvan, akkor hozzunk létre egy degradált raid1 tömböt a missing kapcsolót használva. Ha megvan, akkor létre kell hozni a raid-en egy új partíciót, amit ext4-re kell formázni. Ezt kapcsoljuk fel mount-al, mondjuk /mnt/linux néven. Utána erre át kell másolni az egész meglévő rendszert a cp -arxv / /mnt/linux/ paranccsal. Ha megvolt, akkor ezen belül editálni kell az fstab-ot, mdadm.conf-ot és a grub.cfg fájlokat. Tudom, hogy a grub.cfg-be nem szabadna írni, de nekem máshogy nem sikerült. Újraindítás után ha mindent jól csináltunk, akkor már az új degradált raid1-ről indul a rendszer. Nálam a neve a grub.cfg-be md/md127,gpt2. Ha elindult a rendszer, akkor az sda eszközön állítsuk át a 2. partíció típusát raid-re (21). Ezen volt előzőleg a rendszer. Ha megvan, akkor adjuk hozzá (mdadm --add /dev/md127 /dev/sda2) a meglévő raid tömbhöz. Ezután a tömb automatikusan szinkronizálja magát. A (tail -f /proc/mdstat vagy a mdadm -D /dev/md127) paranccsal nézhetjük is, hogy hol tart éppen a folyamat. Ha megvan, akkor futtassuk az upgrade-grub2 parancsot. Ha hiba van, akkor valamit nem jól csináltuk és lehet, hogy nem fog elindulni a rendszer újraindítás után. Érdemes esetleg újra ellenőrizni a /boot/efi/EFI/ubuntu/grub.cfg-t és a /boot/grub/grub.cfg fájlokat. Ha hiba nélkül lefutott, akkor már nem kell aggódnunk, hogy előzőleg kézzel is belepiszkáltunk, mert most már egy új a rendszer által létrehozott grub.cfg került az előzőleg szerkesztett helyére. Nos gondoltam leírom, hátha mást is érdekel, hogyan csináltam.
Én otthoni rendszerbe nem vennék több százezer Ft.-os raid kártyát, mikor egy ilyen szoftveres raid is már sokkal biztonságosabb, mint a semmi és a mai processzorok már bőven elégségesek ehhez, nem igazán terhelődnek a raid miatt.
Persze azért a fontos adatokról legyen mentésünk pluszba, mert az ördög nem alszik.
-
bambano
titán
válasz
OddMan
#20479
üzenetére
a kernel kicsit össze-vissza kezeli a partíciós táblát, ezt úgy értem, hogy van, amikor újra be kellene olvasnia, de nem teszi (pl. ha olyan diszken módosítod, amin van mountolt partíció).
ezért az egyszerűség kedvéért ha partíciós táblát buherálsz, mindig reboot. nem állítom, hogy mindig kell reboot, csak egyszerűbb gondolkodás nélkül rebootolni, mint agyalni, hogy most kell vagy nem kell.
tehát én azt javaslom, hogy új diszknél particionálás, reboot, majd mdadm.
-
dabadab
titán
válasz
OddMan
#20479
üzenetére
Az mdadm-et nem erdekli, hogy mit kap - particio, egesz disc, (loopbackkel mountolt) file: mindegy neki, azt fogja hasznalni. Szoval ha azt mondod neki, hogy "mdadm --add /dev/md0 /dev/sdb", akkor nekiall siman a komplett sdb-t hasznalni (amin ezek utan nem lesz particios tabla).
Ha szeretned hogy az uj HDD-n (a peldaban /dev/sdb) ugyanaz a particios table legyen, mint a mar meglevon (a peldaban /dev/sda), akkor mondd azt, hogy
sfdisk -d /dev/sda | sfdisk /dev/sdb
Ezt termeszetesen azelott kell megcsinalnod, mielott az sdb-t hozzaadnad a tombhoz.
-
Jester01
veterán
válasz
OddMan
#19941
üzenetére
Attól, hogy változik az eszköz még nem kellene szinkronizálnia. Egyszerűen meg kellene találja akárhol is van mivel minden raid szuperblokkban benne van melyik tömb melyik eleme az adott partíció. Ha a tömb amúgy konzisztens akkor simán fel kellene álljon.
Az lehetett, hogy először felállt hiányosan 2 diszkkel és a harmadikat csak utána adtad hozzá amikorra persze már nem voltak szinkronban.
-
OddMan
őstag
Szerintem nekem az initrd-re nem is lesz szükségem, mert én mindig mindent befordítok a kernelbe és nem használok modulokat.
A kérdés, hogyan tudom elindítani pen-ről a már elkészített vmlinuz kernelemet?
Valami hasonlót szeretnék csinálni, mint amikor a slackware boot dvd lemezét paraméterezve indítom, mert mondjuk valami miatt felülíródott a boot sector és nem indul a rendszer.
Ilyenkor is fel tudom kapcsolni a file rendszert csak a kernelt a cd-ről kell előtte betöltenem a "linux root=/dev/sda3 rw" vagy valami hasonló paranccsal.
Szóval gondolom a lilo-t a pen-re kellene valahogyan telepíteni és minden kernelfordítás után a pen-re elhelyezni az aktuális kernel fájlt és a lilo.conf-ba beállítani, hogy hol található a root fájlrendszer, vagyis a szoftveres raid5 tömb, ahol a teljes linux distr. található.
A megvalósításhoz azért elkélne egy kis segítség, ha egyáltalán ez így lehetséges.
-
bambano
titán
az lvm-nek nem sok köze van ahhoz, hogy ext4 vagy mi lesz rajta...
attól, hogy az lvm alatt van két diszk, az a két diszk még nincs raid5-ben, ezért, szerintem, amit leírtál, nem fog működni. a raid5-öt elvileg lehet növelni, de nagyon rizikós és lassú.én ezt így nem tenném.
-
-
bambano
titán
Az, hogy először linuxot telepíted és utána a xen-t, csak a fájloknak a lemezre juttatási sorrendjét határozza meg. Utána (nézd meg a grun menu-jét) a xen töltődik először és ő húzza magára a dom0-ba az első linux guestet, ami csinálja a hw adminisztrációt a többi domainnek is.
Pici os-t nem irkált az intel. A pici os-nek egyébként el kellene osztania a hardvert a többi oprendszer között, ami nem triviális (pl. hogy egy vinyó szektor ne legyen két os-ben egyszere cache-lve.).
-
bambano
titán
Az egyik lehetséges megoldás, hogy xen hypervizort használsz és azon elfut linux meg windows is, guestként. A másik, hogy linux hoston qemu-val tudsz hw virtualizált domaint futtatni, amin elfut egy módosítatlan xp.
Directx meg ilyenek nem lesznek rajta, arra készülj fel, de normál munkára alkalmas.
xen-t rakni egy debian alá nem annyira kemény meló, de ha nem vagy feketeöves kocka, akkor a xen-windows guest meglepetéseket fog okozni
-
A probléma az, hogy ezt jelenleg nem tudod megcsinálni. Én is jobban szeretném, ha natívban futna egymás mellett párhuzamosan a két rendszer, de szerintem a PC jelenlegi felépítése erre alkalmatlan. Mainframe-eken fut egymás mellett néhány OS/390, meg 390-es Linux, de az egy fullra más felépítésű szerkezet.
-
ngabor2
nagyúr
apróbb javítások, amik elvileg az alverziót se nagyon érintik.
elvileg a 2.6-ból a vége fele már elég stabil, úgyhogy a 2.6.23-ból a legutóbbi is felmehet. ahogy nézegettem, nem túl sok, a rendszert érintő változás van benne.
btw az ilyen 2.6.23.y módszer nekem se tetszik. 2.4-nél tudta az ember, hogy igen, ez _a_ stabil ág, a javítások meg a következő pre1-prex, rc1-rcx verziókba kerülnek.
-
bambano
titán
ott kell lennie, hogy:
hosts: files dns
Amikor a sendmail kézbesíteni próbál egy levelet, akkor kiderítni, hogy ki az mx-e az adott domainnek és utána vagy a hostsból vagy a dns-ből kideríti, hogy hol az a gép.
Ha küldessz egy nev@akarmi.com-ra, akkor először megnézi, hogy az akarmi.com-hoz van-e ip cím rendelve (szerintem nem jó szokás domainhez ip címet rendelni, de elvileg lehet). Ha nincs, megnézi, van-e mx rekord akarmi.com-hoz, ez utóbbi lépést mindig a dns-ben nézi. Ha talált olyat, hogy akarmi.com-nak mx-e a gepnev.akarmi.com, akkor már a gepnev.akarmi.com-ot fogja kikeresni. Ha megtalálja a hosts-ban, akkor odaküldi, ha nem, akkor kikeresi dns-ből.
tehát megnézed, hogy a
host -t mx akarmi.com
utasítás milyen mx-eket sorol és az mx gépeket kell korrigált ip címmel és eredeti névvel bevésni a hosts-ba. -
bambano
titán
Tehát akkor mégegyszer: az mx rekord domain NÉVRE mutat, nem domainre, ezt ne keverjük. A domain nevet és a helyes ip címet kell bevésni a hostsba. Kétségeim vannak afelől, hogy a sendmail képes-e figyelmen kívül hagyni a hosts filet, ugyanis az a rezolver dolga, hogy foglakozik-e vele vagy sem, nem a sendmailé. Ha a /etc/nsswitch.conf jól van kitöltve, akkor szerintem a sendmail nem nagyon tudja kikerülni.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Pendrive-tól is függ, disztróról is, használattól is (milyen programok, milyen gyakran). De lényegében szerintem nem érdemes hosszabb távon számolni vele, sebességben sem hozná azt, hacsak nem valami jó minőségű usb3-as cucc.
Új hozzászólás Aktív témák
Hirdetés
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Eladó Steam kulcsok kedvező áron!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Bomba ár! Lenovo X1 Yoga 1st - i7-6G I 8GB I 256SSD I 14" WQHD I HDMI I W10 I CAM I Garancia!
- Apple iPhone 12 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! ASRock B550M R5 5600 16GB DDR4 512GB SSD RX 6600 XT 8GB Kolink Observatory LM RGB 600W
- 128 - Lenovo Legion 5 (16IRX9) - Intel Core i7-14650HX, RTX 4070 (ELKELT)
- Intel X540-T2 dual-port 10GbE RJ45 hálózati vezérlő (10Gbit, 2 port, áfás számla, garancia)
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest