- Honor 400 Pro - gép a képben
- Netfone
- One mobilszolgáltatások
- VoLTE/VoWiFi
- Apple Watch
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Honor Magic5 Pro - kamerák bűvöletében
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Samsung Galaxy A54 - türelemjáték
-
Mobilarena
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
-
OddMan
őstag
válasz
f_sanyee
#30391
üzenetére
Lehet hiányos, csak példaként raktam be. Engem most csak a meta kulcsszó működése érdekel az nftables esetében.
Szóval akkor a lényeg, hogy a meta-val úgy kereshetek, mintha string-ben keresnék agy adott előfordulást?
Bár akkor gondolom érdemes a meta kulcszót csak akkor használni, amikor feltétlenül szükséges, mert lassabb lesz az adott szabály feldolgozása, mintha csak a payload-ban lévő adatokra match-elnék? -
OddMan
őstag
Btrfs fájlrendszer hogyan szórja szét az adatokat raid10 esetén, ha mondjuk 4db 1TB-os HDD-t használok? Ha jól tudom a Btrfs raid10 az inkább a raid 0+1 típusra hasonlít.
Például hardveres vagy mdadm raid esetén sokszor akár 2db lemez kiesése esetén is működik még a raid10 vagy raid0+1.
Például ha a raid10 az sdb1, sdc1, sdd1, sde1 partíciókat használja, akkor a következő esetekben, akár 2db merevlemez is kieshet. Például ha az sdb1, sdd1 vagy az sdc1, sde1 esik ki. Ugye raid0+1 esetén pedig kieshet az sdb1, sdc1 vagy sdd1, sde1.A kérdésem, hogy a Btrfs raid10-nél ez hogyan működik, a fentebbi konfigot figyelembe véve, tehát 4db 1TB-os HDD esetén?
Gyanítom, hogy nem úgy, mint az mdadm vagy egy hardveres raid-nél, bér ebben nem vagyok biztos és erre keresem a választ. Illetve örülnék, ha valaki tudna linkelni valami leírást arról, hogyan teszi az adatokat a Btrfs fájlrendszer a merevlemezekre saját szoftver raid használatkor. -
OddMan
őstag
[Btrfs] fájlrendszert szeretnék használni adattárolásra. A kérdésem, hogy a RAID56 többnyire már megbízhatóan használható? Itt azt írják [link], hogy több bug-ot is sikerült már kijavítani ezzel kapcsolatban, bár jelenleg maradt még egy komolyabb bug a "write-hole". Ha jól tudom, ez a jellegű hiba az mdadm-ben is benne van jelenleg is, mégis mindenki használja. Ugye a "write hole" bug akkor okozhat gondot, ha a szerver nem megfelelően indul újra vagy áll le pl. áramszünet miatt. Mondjuk gondolom szünetmentes használatával ennek a hibának az előfordulása azért drasztikusan csökkenthető. Ha jól tudom már a "scrub" használata sem okoz adatvesztést, akkor sem ha raid56 mellett használjuk. Érdekelne olyanok véleménye akik Btrfs-t használnak, hogy mi a tapasztalatuk, illetve ti mit hallottatok erről a témáról mostanában 2019-ben?
I -
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 -
OddMan
őstag
Iptables icmp beállításokkal kapcsolatban lenne pár kérdésem, remélem valamelyik szaki tud segíteni.
A kérdésem, hogy az alábbi icmp típusok közül elég csak a RELATED, ESTABLISHED állapotúakat beengedni (INPUT, FORWARD) vagy érdemes lenne az új NEW állapotú icmp csomagokat is?Type 3: Destination Unreachable
Type 4: Source Quench
Type 11:Time ExceededMásik kérdésem, hogy a Type 12 Parameter Problem típust érdemes esetleg még hozzáadni a fentebbi listához? Régebben még sok helyen írták, hogy ezt a típust érdemes engedélyezni, de ma már nem igazán preferálják, ha jól értelmeztem.
A fentebbi listán felül még az alábbi két típust szoktam opcionálisan engedélyezni, de persze itt 1/s burst 1 limitet beállítva az Echo Request-nél.
Type 0: Echo Reply
Type 8: Echo Request -
OddMan
őstag
ISC DHCPD6-al küzdök egy ideje. Van egy olyan problémám, hogy a dhcpd6 a windows-os klienseknek megfelelően kiosztja a statikus ipv6 címeket, viszont a fedora linux-omnak nem az általam megadott statikus címet adja, hanem csak a range-ből ad neki egy random címet. Azt megjegyezném, hogy a router is egy fedora linux. Szóval nem értem, hogy a linux kliens miért nem veszi fel a dhcpd6 config-ban beállított statikus címet és miért vesz fel helyette egy random címet simán a range-ből? Próbáltam mac címet és client-id azonosítót is beállítani, de a linux kliens mindegyiket figyelmen kívül hagyja.
Kicsit olyan érzésem van, mintha a radvd adná a címet, de nem vagyok benne biztos, bár a AdvManagedFlag és az AdvOtherConfigFlag is on-ra van állítva. A linux kliensen az ifcfg-eth0 fájlban a DHCPV6C=yes opció be van állítva. -
OddMan
őstag
Transmission-t kezdtem el használni pár napja uTorrent helyett. Átnyálaztam pár leírást a neten és beállítottam a watch mappát, ami szépen működik is, ha beleteszek egy .torrent fájlt, akkor az adott torrent elkezd letöltődni. Amit viszont nem tudtam beállítani, hogyha ebből a mappából kitörlök egy .torrent fájlt, akkor az az adott torrent törlödjön az adatokkal együtt. rTorrent-nél simán működött ez a megoldás. Transmission-nél, hogyan kell ezt beállítani?
-
OddMan
őstag
Szeretnék egy olcsó storage szervert összedobni. Jelenleg van 2db szoftveres raid5 tömböm, tömbönként 3db hdd-vel. Ezeket a tömböket összefűztem egy volume group-ba. A VG fölé létrehoztam egy logikai kötetet, ami csíkozást (stripe) használ. A kérdésem, hogyan lenne célszerű beállítani a raid5 tömbök chunk méretét és a logikai kötet stripesize értékét?
A lényeg, hogy mind a 2 tömb, tehát mind a 6 merevlemez egyszerre és optimálisan dolgozzon. Például ha mondjuk a raid5 tömb chunk értéke 64KB vagy 128KB, akkor a logikai kötet stripesize értékét mekkorára lenne célszerű beállítani? -
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.
-
OddMan
őstag
NVIDIA driver telepítése után be lehet azt valahogyan állítani, hogy a monitor bizonyos idő után kikapcsoljon, tehát alvó állapotba lépjen? Az NVIDIA driver telepítése óta csak elfeketedik a kép és látom, hogy az LCD hátérvilágítása nem kapcsol le, nem megy le alvó módba a monitor. Már több driver-t is próbáltam, de mindegyikkel ez a helyzet. A Nouveau driver-el még jó volt, de ez a driver meg nem valami jó ha játszani is szeretnénk OpenGL-es játékokkal.
-
OddMan
őstag
Az alábbi paraméterekkel fordítottam anno a kernelemet. Szeretnék beállítani egy egyszerű tbf forgalomszabályozást. A tokenek rate*HZ képlet alapján keletkeznek. A kérdésem, hogy az 1000HZ az helyes az én esetemben vagy a mai modern kerneleknél ezt mi alapján lehet kiszámolni? Mármint, hogy az órajel üteme az mennyi HZ?
tbf - Token Bucket Filter
tc-tbf manCONFIG_NO_HZ_COMMON=y
# CONFIG_HZ_PERIODIC is not set
CONFIG_NO_HZ_IDLE=y
CONFIG_NO_HZ=y
# CONFIG_RCU_FAST_NO_HZ is not set
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000
# CONFIG_MACHZ_WDT is not set -
OddMan
őstag
válasz
#68216320
#24316
üzenetére
A helyedben én a sudo smartctl -A /dev/sdX paranccsal megnézném, hogy nincs-e valami fizikai meghibásodás. Csak egy tipp, én először mindig a hw.-t ellenőrzöm, és ha minden rendben van csak utána szoktam más irányba elindulni.
Jester01: alsa-lib-devel a neve Fedora-nál. Majd este megnézem, hogy telepítve van-e ez a csomag. Köszi.
-
OddMan
őstag
Az smplayer és mpv lejátszóval küzdök egy ideje. A gondom, hogy nem működik az spdif AC3/DTS passtrough.
Fedora24-et használok KDE felülettel. Szerintetek mit kellene változtatnom vagy telepítenem, hogy az erősítőbe átmenjen az ac3 és a dts hang? A hangkártyám usb-s, de van rajta optikai kimenet és optikai kábelen keresztül van az erősítőmhöz csatlakoztatva. Amúgy sztereóban működik rendesen.A ./waf configure kimenete.
Setting top to : /home/user1/Downloads/mpv-0.18.0
Setting out to : /home/user1/Downloads/mpv-0.18.0/build
Checking for waf version in 1.8.4-1.9.0 : ok
Checking for program 'cc' : /usr/bin/cc
Checking for program 'pkg-config' : /usr/bin/pkg-config
Checking for program 'ar' : /usr/bin/ar
Checking for program 'perl' : /usr/bin/perl
Checking for program 'rst2html' : /usr/bin/rst2html
Checking for program 'rst2man' : /usr/bin/rst2man
Checking for program 'rst2pdf' : not found
Checking for program 'windres' : not found
Checking for 'gcc' (C compiler) : /usr/bin/cc
Detected target OS: : os-linux
Checking for compiler flags -Werror=implicit-function-declaration : yes
Checking for compiler flags -Wno-error=deprecated-declarations : yes
Checking for compiler flags -Wno-error=unused-function : yes
Checking for compiler flags -Wempty-body : yes
Checking for compiler flags -Wdisabled-optimization : yes
Checking for compiler flags -Wstrict-prototypes : yes
Checking for compiler flags -Wno-format-zero-length : yes
Checking for compiler flags -Werror=format-security : yes
Checking for compiler flags -Wno-redundant-decls : yes
Checking for mpv CLI player : yes
Checking for shared library : disabled
Checking for static library : disabled
Checking for static build : disabled
Checking for whether to include binary compile time : yes
Checking for whether to optimize : yes
Checking for whether to compile-in debugging information : yes
Checking for manpage generation : yes
Checking for html manual generation : disabled
Checking for pdf manual generation : disabled
Checking for dynamic loader : yes
Checking for dlopen : yes
Checking for compilation of default filters for vf_dlopen : disabled
Checking for zsh completion : disabled
Checking for inline assembly (currently without effect) : yes
Checking for test suite (using cmocka) : disabled
Checking for generate a clang compilation database : disabled
Checking for compiler support for noexecstack : yes
Checking for linker support for --nxcompat --no-seh --dynamicbase : no
Checking for -lm : yes
Checking for MinGW : os-win32 not found
Checking for POSIX environment : yes
Checking for development environment : yes
Checking for win32 : not found any of os-win32, os-cygwin
Checking for internal pthread wrapper for win32 (Vista+) : win32 not found
Checking for POSIX threads : yes
Checking for stdatomic.h : yes
Checking for compiler support for __atomic built-ins : stdatomic found
Checking for compiler support for __sync built-ins : stdatomic found
Checking for compiler support for usable thread synchronization built-ins : yes
Checking for C11 TLS support : yes
Checking for linking with -lrt : yes
Checking for iconv : yes
Checking for w32/dos paths : not found any of os-win32, os-cygwin
Checking for termios : yes
Checking for shm : yes
Checking for nanosleep : yes
Checking for POSIX spawnp()/kill() : yes
Checking for posix_spawnp() or MinGW : yes
Checking for glob() : yes
Checking for glob() win32 replacement : not found any of os-win32, os-cygwin
Checking for fchmod() : yes
Checking for vt.h : yes
Checking for gbm.h : yes
Checking for GLIBC API for setting thread name : yes
Checking for OSX API for setting thread name : glibc-thread-name found
Checking for BSD API for setting thread name : glibc-thread-name found
Checking for NetBSD API for setting thread name : glibc-thread-name found
Checking for BSD's fstatfs() : no
Checking for Linux's fstatfs() : yes
Checking for Samba support : no ('smbclient' not found)
Checking for Lua : no ('luajit >= 2.0.0' not found)
Checking for SSA/ASS support : yes
Checking for libass OSD support : yes
Checking for dummy OSD support : libass-osd found
Checking for zlib : yes
Checking for Encoding : yes
Checking for Bluray support : no ('libbluray >= 0.3.0' not found)
Checking for dvdread support : no ('dvdread >= 4.1.0' not found)
Checking for dvdnav support : dvdread not found
Checking for cdda support (libcdio) : no ('libcdio_paranoia' not found)
Checking for ENCA support : no
Checking for libguess support : no ('libguess >= 1.0' not found)
Checking for uchardet support : no ('uchardet' not found)
Checking for librubberband support : no ('rubberband >= 1.8.0' not found)
Checking for LCMS2 support : no ('lcms2 >= 2.6' not found)
Checking for VapourSynth filter bridge (Python) : no ('vapoursynth >= 24 vapoursynth-script >= 23' not found)
Checking for VapourSynth filter bridge (Lazy Lua) : lua not found
Checking for VapourSynth filter bridge (core) : not found any of vapoursynth-lazy, vapoursynth
Checking for libarchive wrapper for reading zip files and more : disabled
Checking for SDL2 : disabled
Checking for SDL (1.x) : disabled
Checking for OSS (implementation from opensound.com) : no
Checking for OSS (platform-specific OSS implementation) : yes
Checking for OSS (emulation on top of SunAudio) : oss-audio-native found
Checking for OSS audio output : yes
Checking for RSound audio output : no
Checking for sndio audio input/output : disabled
Checking for PulseAudio audio output : yes
Checking for JACK audio output : no ('jack' not found)
Checking for OpenAL audio output : disabled
Checking for OpenSL ES audio output : no
Checking for ALSA audio output : no ('alsa >= 1.0.18' not found)
Checking for CoreAudio audio output : no
Checking for WASAPI audio output : win32 not found
Checking for Cocoa : no
Checking for DRM : yes
Checking for GBM : yes
Checking for Wayland : no ('wayland-client >= 1.6.0 wayland-cursor >= 1.6.0 xkbcommon >= 0.3.0' not found)
Checking for X11 : yes
Checking for Xss screensaver extensions : yes
Checking for X extensions : yes
Checking for Xv video output : yes
Checking for Xinerama : yes
Checking for Xrandr : yes
Checking for OpenGL Cocoa Backend : cocoa not found
Checking for OpenGL X11 Backend : yes
Checking for OpenGL X11 EGL Backend : yes
Checking for OpenGL DRM EGL Backend : yes
Checking for OpenGL Wayland Backend : wayland not found
Checking for OpenGL Win32 Backend : win32 not found
Checking for OpenGL/DirectX Interop Backend : gl-win32 not found
Checking for OpenGL Win32 ANGLE Backend : not found any of os-win32, os-cygwin
Checking for VDPAU acceleration : yes
Checking for VDPAU with OpenGL/X11 : yes
Checking for VAAPI acceleration : yes
Checking for VAAPI (X11 support) : yes
Checking for VAAPI (Wayland support) : gl-wayland not found
Checking for VAAPI (DRM/EGL support) : yes
Checking for VAAPI GLX : yes
Checking for VAAPI EGL on X11 : yes
Checking for VAAPI EGL : yes
Checking for CACA : yes
Checking for JPEG support : yes
Checking for Direct3D support : win32 not found
Checking for Android support : no
Checking for Raspberry Pi support : no
Checking for Desktop standard OpengGL support : yes
Checking for Android OpenGL ES support : android not found
Checking for Any OpenGL (ES) support : yes
Checking for OpenGL without platform-specific code (e.g. for libmpv) : not found any of libmpv-shared, libmpv-static
Checking for OpenGL video outputs : yes
Checking for EGL helper functions : yes
Checking for libav/ffmpeg : yes
Checking for libswresample : yes
Checking for libavresample : libswresample found
Checking for usable resampler found : yes
Checking for libavfilter : yes
Checking for libavdevice : yes
Checking for libavcodec avcodec_enum_to_chroma_pos API : yes
Checking for libavutil AVFrame metadata : yes
Checking for libavutil AVFrame skip samples metadata : yes
Checking for libavutil AV_PIX_FMT_MMAL : yes
Checking for libavtuil av_version_info() : yes
Checking for libavutil new pixdesc fields : yes
Checking for libavcodec 64 bit AVPacket.duration : yes
Checking for libavcodec AVSubtitleRect AVPicture removal : yes
Checking for libavcodec avcodec_profile_name() : yes
Checking for libavcodec decode/encode API : no
Checking for libavcodec AVCodecParameters API : no
Checking for libavutil AVHWFramesContext API : no
Checking for libavutil AVCOL_TRC_SMPTEST2084 : yes
Checking for libavcodec VAAPI hwaccel : yes
Checking for libavcodec videotoolbox hwaccel : no
Checking for Videotoolbox with OpenGL : videotoolbox-hwaccel, gl-cocoa not found
Checking for libavcodec VDPAU hwaccel : yes
Checking for libavcodec DXVA2 and D3D11VA hwaccel : win32 not found
Checking for GCC SSE4 intrinsics for GPU memcpy : yes
Checking for TV interface : yes
Checking for videoio.h : no
Checking for videodev2.h : yes
Checking for Video4Linux2 TV interface : yes
Checking for libv4l2 support : yes
Checking for audio input support : yes
Checking for DVB input module : yes
Checking for w32 executable : not found any of os-win32, os-cygwin
Checking for Apple Remote support : cocoa not found
Writing configuration header: : config.h
'configure' finished successfully (6.559s) -
OddMan
őstag
A hdparm -S parancs használatához szükséges a hdparm -B kapcsolót is használni?
A man-ban azt olvastam, hogyha a -B kapcsoló értéke 128 vagy magasabb, akkor nem áll le a merevlemez.Tehát ha azt akarom, hogy mondjuk fél óránként leálljon a merevlemez, akkor így kell helyesen használni a hdparm-ot?
példa:
sudo hdparm -B 127
sudo hdparm -S 241A kérdésem, hogyha a -B 128 vagy nagyobb értéket kap, akkor az S kapcsoló már hatástalan?
-
OddMan
őstag
mkfs.xfs -f -m crc=?,finobt=? -l lazy-count=? /dev/sdxx
XFS-nél a crc és finobt opciót érdemes bekapcsolni, illetve a lazy-count opciót kikapcsolni?
Tehát crc=1,finobt=1,lazy-count=0? A fő szempont, hogy véletlen leállás esetén ne sérüljenek a metaadatok. A többi értéket a man alapján szerintem nem érdemes elállítani, mivel azok automatikusan jól beállítódnak pl. sectsz, bsize, sunit ,swidth, stb. -
OddMan
őstag
Samba-val kapcsolatban szeretnék egy kis segítséget kérni. Szeretnék megosztani egy könyvtárat, ami egy külön hdd-n van. Felcsatoltam a hdd-n lévő fájlrendszert (XFS) a /mnt/megosztas1 alá. A /mnt/megosztas1-en létrehoztam egy könyvtárat adatok néven és ennek a könyvtárnak a tulajdonosát és csoportját megváltoztattam root-ról user1-re. Tehát a /mnt/megosztas1/adatok könyvtárat szeretném megosztani a samba-val.
Az smb.conf lényegi tartalma:
[megosztas1]
comment = megosztas1
path = /mnt/megosztas1/adatok
valid users = user1
browseable = yes
writeable = yes
printable = noA smbpasswd -a user1 paranccsal a felhasználót létrehoztam és a linux-ban is létezik ugyanilyen néven a felhasználó.
A samba szolgáltatást természetesen elindítottam.
A windows látja a megosztást és ki is írja a szabad hely méretét, viszont semmit nem tudok másolni a megosztásba és nem is látom a megosztásban lévő fájlokat, amiket linux alol másoltam a /mnt/megosztas1/adatok könyvtárba. Lehet, hogy nem root-ként kellene mount-olnom ezt a hdd-t? Amúgy nem értem, hogyha az adatok könyvtárra teljes jogosultságot adtam (777) és a tulajdonos és csoport is a user1, akkor miért nem működik a hozzáférés megfelelően? -
OddMan
őstag
F34R: hogy vagy megelégedve az XFS-el, látom egy ideje már használod? Mostanában én is azon töröm a fejemet, hogy ext4 vagy xfs legyen az új fájlszerverem fájlrendszere? Nekem a megbízhatóság és stabilitás lenne a legfontosabb és csak másodlagos szempont a sebesség. A rendszer alapja egy szoftveres raid5 tömb lesz, amire megy majd a fájlrendszer.
Ha valaki másnak is van tapasztalata XFS-el, akkor az nyugodtan adhat ám tanácsot. Köszönöm! -
OddMan
őstag
válasz
spammer
#22526
üzenetére
nas szerverhez gondoltam, amin egy samba futna és semmi más. 3 sata port van az alaplapon, amin lesznek a merevlemezek összefogva raid5-be. Persze úgy is megcsinálhatom, hogy az egyik partíció elejére csinálok egy 10GB-os rendszer partíciót, csak ebben az esetben a többi lemezen is elveszik majd 10-10GB, ami összesen már 30GB. Na és persze kell még efi és swap partíció is, ami szintén el fog foglalni még egy kevés helyet. Szóval ha van más mód, akkor nem áldoznám be ezt a kb. 30GB-ot.
-
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.
-
OddMan
őstag
válasz
lev258
#22478
üzenetére
Azokat manuálisan adtam meg.
Újra elindítottam a rendszert live cd-ről és felmountoltam a raid1 tömbömet, amire előzőleg már feltelepítettem a rendszert, bár a telepítés végén a grub telepítése nem sikerült, de manuálisan már hiba nélkül felment.
Ami nem tetszik, hogy a /boot/grub/grub.cfg fájl nálam nem létezik, viszont a /boot/efi/EFI/ubuntu/grub.cfg az létrejött. -
-
OddMan
őstag
A lubuntu live cd-t használnám telepítéshez. A kérdésem, hogy kell-e valamit beállítani, hogy a grub felismerje az efi partíciót és az md0p1 raid tömböt? Valamiért még mindig nem tudom telepíteni a grub-ot, olyan hibaüzenetet kapok, hogy a grub-efi-amd64-signed modul telepítése közben történt valami.
-
OddMan
őstag
válasz
bambano
#22469
üzenetére
Köszi! Amúgy most olvasom én is, hogy nem lehetséges szoftveres raid tömbbe rakni az efi partíciót. Megpróbálkozom újra a telepítéssel úgy, hogy a 200mb-os efi partíció külön lesz és a többi partíció meg már valamelyik raid tömbbe kerül.
Azon gondolkozom, hogy csinálhatnék az sdb-re is egy efi partíciót és oda elmenthetném az adatokat az sda-ról. Ha esetleg valamelyik hdd-vel történne valami, akkor az is meglegyen, bár lehet ezeket az adatokat a grub-install paranccsal és egy live-cd segítségével is meg tudom majd tenni, ha esetleg szükség lesz rá valamikor. -
OddMan
őstag
Próbálom feltelepíteni a lubuntut. Megcsináltam a raid partíciókat és az mdadm-el el is készítettem a tömböket. A telepítő látja a partíciókat és el is kezdi telepíteni a rendszert, de a végén hibával leáll, mert valamiért a /dev/sda-ra szeretne telepíteni a GRUB a /dev/md0p1 helyett. Hogyan tudnám azt megoldani, hogy a grub észrevegye a raid1 tömbömet, amit készítettem?
-
OddMan
őstag
Ha GPT lemezekre telepítek linux-ot EFI-vel, akkor a legelső partíció, ami EFI system típusú, az lehet raid típusú is egyben?
Az alábbiak szerint lennének a partíciók a lemezeken.sda [EFI system - raid1][raid1 - ext4][xfs - raid5]
sdb [EFI system - raid1][raid1 - ext4][xfs - raid5]
sdc [swap.........................................][xfs - raid5]Ha ez így nem lehetséges, akkor az sdb-ről egyszerűen lehagyom az EFI system partíciót és az sda1, sdb1 partíciók nem lesznek raid-ben, illetve az sdb lemezen az első rész üres marad.
-
OddMan
őstag
Szoftveres (mdadm) raid-el kapcsolatban lenne egy kérdésem.
Szóval van 2db raid1 tömböm, ami 2 diszken helyezkedik el. Név szerint md0 és md1. A kérdésem, hogyha tönkremegy az egyik diszk, akkor a csere után először létre kell hoznom a partíciókat az új diszken és csak utána rakhatom vissza a lemezen lévő partíciókat a tömbbe illetve tömbökbe?
Egy virtuális rendszeren kísérletezgettem a diszkek megsemmisítésével és azt vettem észre, hogy miután visszaraktam egy üres diszket az mdadm elkezdte visszaszinkronizálni az adatokat, viszont a partíciók nem kerültek vissza az új diszkre. Parted programmal ellenőriztem.
Hardveres raid esetén ilyet még nem tapasztaltam. Ez szoftveres raid esetén normális működésnek számít? Esetleg létezik olyan program, ami képes lemásolni a még jól működő diszk partíciós tábláját és azt áthelyezni az új diszkre, persze csak a partíciókat, adatok nélkül? -
OddMan
őstag
válasz
Jester01
#19940
üzenetére
Igen, összeszedte.
Szóval telepítés után kivettem a (linux telepítő) pendrive-ot a gépből és újraindítottam. Ezután a /dev/sdd -> /dev/sdc-re változott és elkezdődött a tömb újraépítése, ami majdnem 8 órán keresztül tartott.telepítéskori állapot:
raid5 tömb: /dev/sda2, /dev/sdb2, /dev/sdd2
pendrive: /dev/sdc1jelenlegi állapot:
raid5 tömb: /dev/sda2, /dev/sdb2, /dev/sdc2 -
OddMan
őstag
Összeraktam egy aprócska kis storage szervert magamnak, amivel lenne egy kis gondom. A gépben lévő alaplap miniITX típusú, atom procis, ami csak 2db sata portal van ellátva. Nekem viszont 3db sata portra volt szükségem, ezért beszereztem egy PCI-os Silicon Image 3512 sata raid controllert. Így már 3db 2TB sata hdd-t tudok használni raid5-ben. Tudom a PCI-nak csak 133MB/s a maximális adatátviteli sebessége, tehát még a sata1 sebességét sem tudja elérni, de hdparm-al ellenőrizve a PCI buszon logó hdd-t, a sebessége alig marad el az alaplapi sata2-es merevlemezekétől. Na mindegy ez most nem is fontos. A lényeg, hogyha induláskor csatlakoztatva van egy USB pendrive, akkor a 3. hdd /dev/sdc helyett /dev/sdd-ként jelenik meg a rendszerbe és szétesik a raid5. A pendrive a /dev/sdc útvonalon jelenik meg, ahol előzőleg még a 3. hdd volt. Gondolom ez azért van, mert a 3. hdd külön chip-en keresztül csatlakozik a rendszerhez. Tehát a lényeg, le lehet ezt valahogyan fixálni, hogy a /dev/hdc útvonal mindig ugyan arra a hardver eszközre, esetemben ugyan arra hdd-re mutasson?
-
OddMan
őstag
válasz
Jester01
#12605
üzenetére
Hát én szívesen csinálnék biztonsági mentést, de 6-7TB adatról azért ez nem egyszerű, mert iszonyatos anyagi vonzata lenne. Persze a fontos dokumentumokról én is készítek mentést, de az csak pár giga. A pendrive-os dolgot meggondolom. Az Intel-nek már van olyan 35W-os procija, ami rendes alaplapba (LGA1155) megy bele és azokon már van legalább 6 sata port így szerintem nem lesz gond. Az NTFS-re való írással kapcsolatban viszont most picit elbizonytalanodtam.
-
OddMan
őstag
Azt szeretném megkérdezni, hogy a mostani linux kernelek már tökéletesen kezelik az NTFS fájlrendszert (írás/olvasás)?
Régebben emlékszem csak olvasásra szoktuk engedélyezni az NTFS fájlrendszert Linux alatt, nehogy adatvesztés legyen.
A lényeg, hogy szeretnék építeni egy NAS szervert amin linux futna. A Linux-nak majd usb pendrive-ról kellene futnia, hogy az összes sata port (4db) felhasználható legyen.
A gondom az, hogy van pár 1.5TB és 750GB-os hdd-m, viszont ezek NTFS fájlrendszerűek. Sajnos az ext4-re történő átállás lehetetlen, mert ahhoz le kellene mentenem a hdd-k tartalmát valahova. -
OddMan
őstag
Az iptables tűzfalnál lehet olyat valahogyan csinálni, hogy forráscímként kettő vagy több alhálózatot megadni?
Szóval átláthatatlanná és nehézkessé teszi a script olvasását, ha ugyan az a szabály 2x van felvéve csak a forráscím miatt.pl.:
$IPTABLES -A INPETH0 -i eth0 -p tcp -s $1SUBNET -d $LINUX --dport 110 -j ACCEPT #pop3
$IPTABLES -A INPETH0 -i eth0 -p tcp -s $2SUBNET -d $LINUX --dport 110 -j ACCEPT #pop3Tudom azt is lehetne, hogy elhagyom a -s subneteket és csak a célt hagyom meg, de talán így jobb lenne.
-
OddMan
őstag
Nagyon picire terveztem a linux partíciómat ezért most mozgatni és növelni kellene a méretét. A kérdése, hogy ezt milyen programmal tudom megtenni linux alatt?
Grafikus felület egyelőre nincs, ezért parancssoros programot keresek.
Szóval van egy windows partícióm, ami után egy extended linux partíció jön majd egy linux swap és végül egy linux ext4 partíció.
A windows partíció végén felszabadítottam némi helyet. Most az jönne, hogy el kellene mozgatni az extended és a swap majd a linux partíciót, hogy a hdd legvégére kerüljön az üres hely. Ez után már könnyedén meg tudnám növelni az ext4 partíciómat. -
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. -
OddMan
őstag
Egy szoftver raid5 ext4 partícióra telepített slackware linux-ot hogyan érdemes elindítani pendrive-ról?
Arra gondoltam, hogy esetleg használom a jó öreg dos-os loadlin.exe programot, vagy netán érdemesebb lenne utánanéznem az initrd-nek?
Az initrd-hez tudtok linkelni valami magyar nyelvű howto-t? Ha nincs, akkor jó angol nyelvű is. -
OddMan
őstag
válasz
bambano
#9914
üzenetére
Akkor esetleg tudsz ajánlani valamilyen módszert, hogy hogyan csináljam?
A lényeg, hogy van 3db 1.5TB-os merevlemezem, amiből 2 csurig van a 3. pedig üres. A kérdés, hogy hogyan lehetne ebből raid5-öt csinálni?
Ami biztos, hogy 3TB-ot sehova sem tudok lementeni, és kölcsönkérni sem tudok ekkora kapacitású hdd-ket. -
OddMan
őstag
Lenne egy olyan problémám, hogy szeretnék egy RAID5 tömböt készíteni, de a meglévő lemezeim, amik jelenleg nincsenek RAID-ben szinte teljesen tele vannak. Szóval először is veszek még egy hdd-t, és arra készítek egy LVM ext4 kötetet, majd erre rámásolom a már meglévő 1-es hdd-m tartalmát. Ez után az így felszabadult (üres) hdd-t hozzáfűzném a már meglévő LVM ext4-es kötetemhez. A köteten most újra van szabad hely, ahova a meglévő 2. lemezem tartalmát másolom. Így a végén marad egy üres merevlemezem és 2 db lemezem pedig össze van fogva LVM-el. Tehát ennek az egésznek pedig az lenne a lényege, hogy végül egy Raid5 tömböt tudjak varázsolni az LVM alá.
Ha jól tudom LVM-et azért is érdemes használni, mert így viszonylag könnyedén megnövelhető egy Raid5-ös tömb mérete. Erre szükségem is lesz, mert a végén még egy 4. lemezt is szeretnék majd a tömbhöz illeszteni, hogy a szabad területet megnöveljem.
Remélem valamennyire érthető voltam és tudtok segíteni.
-
OddMan
őstag
válasz
bambano
#6933
üzenetére
"Az egyik lehetséges megoldás, hogy xen hypervizort használsz..."
Utánanéztem ennek a xen-nek, de ehhez is telepíteni kell egy linuxot és utána arra a rendszerre lehet telepíteni a virtuális rendszereket.
Igazából én azt hittem, hogy az intel csinált valamiféle nagyon egyszerű OS-t az új virtualizációt ismerő processzoraihoz, ami annyira képes, hogy futtatja az arra telepített különböző vagy ugyanolyan rendszereket egymás mellett párhuzamosan.
-
OddMan
őstag
Lehet, hogy nem pont ebben a topikban kellene kérdeznem, de egyelőre jobbat nem találtam.
Nemrég vettem egy intel core 2 duo e8400 cpu-t, ami képes virtualizációra.
Abban kellene segítség, hogy hogyan tudok telepíteni egy Linux-ot és egy Windows-t úgy, hogy kihasználjam az intel virtualizáció technológiáját.
Szóval nem csak egy egyszerű dual-bootos rendszert szeretnék.
A lényeg, hogy így egyszerre futhatna mind a két rendszer párhuzamosan. -
OddMan
őstag
Sendmail levelező programot használom és mellette szeretném használni a spamassassin spam szűrőt. A problémám, hogy akár mit csinálok a sendmail nem használja a procmail-t és így a /etc/procmailrc fájlban lévő parancs nem fut le, nem hívja meg a levelekre a spamassassin programot.
A sendmail.procmail.mc fájlom amiből a sendmail.cf-et készítem így néz ki:
divert(-1)
divert(0)dnl
include(`/usr/share/sendmail/cf/m4/cf.m4')dnl
VERSIONID(`Sendmail version 8.14.1, Generated by OddMan 2008/01/22')dnl
OSTYPE(`linux')dnl
define(`PROCMAIL_MAILER_PATH',`/usr/bin/procmail')dnl
DAEMON_OPTIONS(`Port=6025, Name=MTA')dnl
FEATURE(`always_add_domain')dnl
FEATURE(`access_db')dnl
FEATURE(`blacklist_recipients')dnl
FEATURE(`use_cw_file')dnl
FEATURE(`masquerade_envelope')dnl
FEATURE(`local_procmail')dnl
MASQUERADE_AS(`nemmondommeg.com')dnl
MAILER(`local')dnl
MAILER(`smtp')dnl
MAILER(`procmail')dnlMi lehet a probléma, miért nem hívja meg minden egyes levélre a sendmail a procmail-t?
-
-
OddMan
őstag
nVidia nForce430 csippes alaplapom van 2 db sata hdd-vel és a hdd-k RAID1-ben vannak.
A kérdésem, hogy sikerült már valakinek ilyen típusú RAID1 tömbre telepíteni Linuxot?
A Slackware legújabb változatát szeretném telepíteni, de szerintem a DVD lemezen lévő kernel nem támogatja ezt a típusú RAID1-et.
Van erre valamilyen megoldás?
A legújabb FreeBSD-t (v6.2) is próbáltam telepíteni, de az sem látta a RAID1 tömbömet.
-
OddMan
őstag
válasz
bambano
#3504
üzenetére
Na sikerült! A ''host -t mx akarmi.com'' parancs visszaadta a gepnev.akarmi2.com-ot, de a hosts-ba úgy kellet beírnom, hogy gepnev.akarmi2.com. Szóval a végére kellett egy pont. A ''/var/log/maillog'' log-ban vettem észre, hogy ott is van egy pont, így sikerült rájönnöm a megoldásra
.
bambano: Köszi a segítséget!
[Szerkesztve] -
OddMan
őstag
válasz
bambano
#3500
üzenetére
A /etc/nsswitch.conf-nak hogyan kellene kinézni ahhoz, hogy a sendmail használja a hosts-ban lévő bejegyzés(eke)t?
Tehát mondjuk a köv. e-mail címre akarok levelet küldeni: nev@akarmi.com. A hosts fájlba beírom, hogy 1.1.1.2 akarmi.com akarmi.
Ha ezek megvannak és az nsswitch.conf is jól van kitöltve, akkor a sendmail az 1.1.1.2 ip című gép smtp portjához fog kapcsolódni amikor a fentebbi címre küldök levelet?
[Szerkesztve] -
OddMan
őstag
válasz
bambano
#3493
üzenetére
A hosts-ba beírtam az adott domain-t, de a sendmail figyelmen kívül hagyja. Azt olvastam, hogy a sendmail mindenképpen dns-t használ.
Asszem meg kell várnom, hogy a másik gép rendszergazdája helyesen megadja az MX rekordhoz tartozó IP címet, addig nem fog menni a dolog. -
OddMan
őstag
válasz
bambano
#3489
üzenetére
Akkor hogyan lehetne megoldani ezt a problémát?
Sajnos a dns rossz IP címet ad vissza egy bizonyos domain-re és a domain gazdája egyelőre nem tud foglalkozni a dologgal.
Szóval nekem kellene egy olyan, hogyha egy bizonyos domain-re küld a sendmail levelet, akkor ne a dns-hez forduljon, hanem mondjuk egy fájlból olvassa ki az előre rögzített IP címet. Viszont minden más domain névnél továbbra is a dns-t használja.
[Szerkesztve]
Bár akkor gondolom érdemes a meta kulcszót csak akkor használni, amikor feltétlenül szükséges, mert lassabb lesz az adott szabály feldolgozása, mintha csak a payload-ban lévő adatokra match-elnék? 
.
Új hozzászólás Aktív témák
Hirdetés
- Kivégzi a Firewire-t az új macOS verzió?
- REpont és hulladékgazdálkodás
- AMD Catalyst™ driverek topikja
- Milyen TV-t vegyek?
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Ubiquiti hálózati eszközök
- Egyre csak fejlődik az AI, emberek tízezreit rúgja majd ki a BT
- Energiaital topic
- Cyberpunk 2077
- Napelem
- További aktív témák...
- Samsung Galaxy A14 64GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy A04 128GB, Kártyafüggetlen, 1 Év Garanciával
- Csere-Beszámítás! Számítógép PC Játékra! I5 14400F / RTX 4060ti 16GB / 32GB DDR5 / 1TB SSD
- AKCIÓ! Apple Macbook Pro 16" 2019 i9 9980HK 64GB DDR4 1TB SSD Radeon Pro 5500M garanciával
- AKCIÓ! MSI B450 R5 5500 16GB DDR4 512GB SSD RTX 2060 Super 8GB GDDR6 Rampage Shiva Zalman 500W
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest