- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- Lalikiraly: MSI Cyborg 15 - Tényleg Kiborg.
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Luck Dragon: Asszociációs játék. :)
- antikomcsi: Való Világ: A piszkos 12 - VV12 - Való Világ 12
-
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
-
-
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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.
-
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.
https://www.coreinfinity.tech
-
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
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.).
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Jester01
veterán
-
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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.[ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
-
Siriusb
veterán
válasz OddMan #10238 üzenetére
[SystemRescueCd] és még grafikus felületed is lesz. Ugyanis csak akkor tudod méretezni a partició(ka)t, ha nincs csatolva.
Ezen találsz mindenféle parancsoros és gui-s szoftvert is. Gparted lenne a javaslatom. -
-
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.
[ Szerkesztve ]
Jester
-
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.
DRM is theft
-
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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.[ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
-
spammer
veterán
válasz OddMan #22525 üzenetére
Próbáld ki és oszd meg a tapasztalataidat. 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.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
ztsoft
őstag
válasz OddMan #24308 üzenetére
Checking for ALSA audio output : no ('alsa >= 1.0.18' not found)
Csak egy tipp, de nálam csak Alsa alatt megy ki a több csatornás hang optikán (belső, Intel NM10/ICH7 Family High Definition Audio Controller), több Linux-al próbáltam.Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
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.
''A szíved szabad! Légy bátor és kövesd!''
-
Lenry
félisten
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
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
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[ Szerkesztve ]
''A szíved szabad! Légy bátor és kövesd!''
-
Dißnäëß
veterán
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.
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
Új hozzászólás Aktív témák
- Külpolitika
- Rohamtempóban nő az érdeklődés az OLED monitorok iránt
- Villanyszerelés
- Hobby elektronika
- ReVanced patch-elt alkalmazások és Youtube Android alkalmazás alternatívák reklámszűréssel / videók letöltése
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- Nők, nőügyek (18+)
- Kerékpárosok, bringások ide!
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Synology NAS
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen