-
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
-
Amíg permissivebe vagy addig semmi, a permissive eredetileg fejlesztésre van. Max. annyi baj lehet, hogy rohadt nagy lesz az audit log. Szvsz mivel performance impact van a permissive esetén is én biztos nem állítanám csak permissive-re.
Futó rendszeren a relabel egy nagy adag audit logot fog okozni. -
bambano
titán
nem, a kernel nem tud http-t.
a bootloader tud http-t, ami behúzza a kernelt és az initrd-t.
a method, amit megadtál neki, mint kernel paraméter, nem a kernelnek szól, hanem a telepítőnek. és valószínűleg a többi is, pl. a dhcp. ez arra jó, hogy a kernel paraméterekhez hozzá lehet férni a /proc/cmdline fájlon keresztül, és onnan az initscriptek meg a telepítő ki tudja venni.nincs mit
-
bambano
titán
"Ubuntu netinstall telepítővel is teszteltem, az végülis elindul, de közli, hogy nincs cdrom.": lehet, hogy az a gond, hogy nem húzta fel a hálózati interfészt.
a debianos netinstall elindul a ramdiskben, és bekonfigurálja a hálózati kártyát, majd utána netről húzza le a telepítendő cuccot, nem kell neki cd.ja, az előfordulhat, hogy nincs benne a hálózati kártya firmware-e a telepítőben, akkor nem fog működni.
-
bambano
titán
-
Na, legalábbis virtuálgépen működik. Az iPxe ISO 30 mega, és persze lehet sajátot is gyártani.
A fizikai szerveren nem talált hálót, de még nem tudom, miért. Ugyanakkor máshol is hasznos lehet (pl. nem kell PXE szerver hozzá, és tudsz http-ről bootolni...)Egy http ISO boot ennyi (ha van dhcp, akkor előtte egy dhcp parancs szépen felhúzza a hálót) :
initrd http://szerver.ize/image_amit_bootolnal.iso
chain http://boot.netboot.xyz/memdisk iso raw
boot(A memdisk-et is lehet bárhonnan szedni http-ről, de a netboot.xyz-n pont ajánlják is ilyen használatra a sajátjukat.)
-
A grub nem tűnik egyszerűnek, de pl. ez elvileg ilyesmit ír le [link]
Mondjuk helyedben én ilyenkor eszkalálnám a problémát, mi a fene az, hogy nincs PXE, nincs semmi. Ha ennyit kell hekkelni egy install-ért ott valami rohadt nagy baj van. Ha gyakran kell akkor meg egy ilyet sokkal nehezebb stabil szintre összehozni, mint egy olyan standard megoldást mint a PXE.
-
az egyik leghasznosabb program az
mcutánnálam legalább 10 különböző screen fut, mert vannak egyszerűbb programok, amiket nem lehet "démonizálni", de valahogy muszáj megoldani, hogy mindig fussanak
(#27274) MasterMark nálad akkor valami használni is próbálja, mert bár nálam is előfordul nem egyszer, de azért spammelésnek nem mondanám, hogy néhány naponta megjelenik...
-
#27271
MasterMark
titán
hcl
#27270
MasterMark
titán
Tudom mi az SMBus,
de a GenericSerialBus az nem a sima soros port?[link] Valószínű nekem is csak ez van, ugyanúgy HP szerver.Valami interaktív terminál kellene, illetve lehet állítani kell a sebességet, meg a biteket hozzá.
bambano: Köszi, megnézem.
UnRAID oprendszer alá kellene valami, lehet csak VM vagy dokkerből tudom megoldani.
szerk.: Hogy tudom listázni, hogy látja-e a soros portot?
dmesg | grep tty
Amit próbáltam, de üres. A dmesg meg tele van a fenti hibával. -
bambano
titán
használ.
"Látják a hálót, kifele megy minden róluk, de befelé nem.": ezt nem teljesen értem, ahhoz, hogy kifelé lássa a hálózatot a gép, mindkét irányba mennie kell a csomagoknak.
"A virtuálgépeken a xenbr0 van beállítva hálónak.": a guesteken hagyományosan eth0-t kell állítani.
tehát azt kellene megírnod először, hogy a guestekről lehet-e netezni, pl. egy apt-get update lefut-e.
-
-
Frawly
veterán
Igazuk van, a /dev/sda1 nem eszköz, hanem partíció. A GRUB-ot viszont főként eszközre szokták telepíteni (esetedben /dev/sda lesz), mivel hagyományos MBR-BIOS felállásnál a GRUB indítókódja az MBR-ben van, az megint más, hogy a /boot partíción lévő fájlokkal is dolgozik. Ha GPT-UEFI bootról van szó, akkor meg nem kell GRUB-ot telepíteni, lehet EFI STUB módszerrel bootolni.
-
Naemberek.
Elakadtam. Semmilyen GRUB javító csoda nem működik. Live CD-ről sem GRUB1 sem GRUB2 nem települ, pedig ott van a /boot , próbáltam csatolva, nem csatolva (külön partíció). A legtöbbje azt közli, hogy a /dev/sda1 nem eszköz (az a /boot).Most még azt próbálom meg, hogy dd a forrásgépet egy nagy winyóra, ott partíció leméretezés kicsire (nem bántjuk a forráscuccot, amúgy sem lehetne elég kicsire lerántani azon helyben, mert túl sok adat van rajta), majd dd a fele akkora SSD-re.
A második dd-hez viszont nem tudom, hogyan adjam meg a másolandó blokkok számát. Muszáj lenne az egész adattömeget egyben dd-zni, tehát 0. blokktól a végéig, csak arra nem találok semmit, hogy a fdisk által megadott "vége" a partíciónak, az hogyan jön ki blokkban, vagy egyáltalán miben adja meg? Szektorban? :S
Vagy elég, ha egyszerűen csak elosztom a blokkmérettel? :S -
vadcoca
tag
Debian install cd-t ha rescue módban indítod akkor tudsz bootolni az "új" root-odról. Aztán grub-mkconfig, grub-install.
Vagy ha live-ról indítasz, akkor csatold fel az új root-ot valahová.
Ha külön boot partíció van, akkor azt csatold be az új root csatolási pont/boot könyvtárba.
cd az új root-ba.
Itt add ki:
mount -o bind /dev dev
mount -o bind /proc proc
mount -o bind /sys sys
mount -o bind /run run
Aztán chroot az új root-ba.
grub-mkconfig, grub-install.Mindenkét esetben az új root-on az fstab-ot ne feledd rendbe tenni.
Remélem mindez grub1-gyel is működik, régen volt hogy is volt :-).
-
bambano
titán
a stage1 grub loader nem fájlrendszerben van, hanem az mbr utáni szektorokon. tehát újra kell telepíteni a grubot.
ha beraktad a régi diszket bootdiszknek, az újat másodiknak, az, szerintem nem lesz teljesen korrekt chrootból, mert a második diszkre úgy kellene grubot telepíteni, hogy a telepítéskor felírt adatok szerint az az első diszk.
ezt is tudja egyébként a grub, de át kell nevezni a diszkeket.
-
Na ez az, hogy itt kisebb
Úgy érted, hogy a célterület kisebb, mint a másolandó partíció? Az úgy lehetetlen szerintem, le kellene előtte zsugorítani a másolandót!
Nincs együtt a két meghajtó, a nagy HDD helyett lett egy kisebb SSD.
Ezt se értem, akkor két külön eszközben voltak a meghajtók? Gondolom ez az rsync akkor partíciót nem tud másolni, nem ismerem sajna.
Milyen eszköz az, hogy a gpartedes másolás idejére nem lehet rácsatolni az SSD-t is?
Egyébként a grub hiába másolódna, mindenképpen frissíteni kéne! -
Szépen másoltuk a partíciók tartalmát.
Az jó, hogy szépen, de mivel?
Egy kezdő favágó módszert tudok, Mintet szoktam így áthelyezni, egyszerűen gparteddel másol, beilleszt. Lényeg, hogy a sémák ugyanazok, ez nálad is OK, és nagyobb legyen a hely a célon.
Az SSD, HDD persze nálam formázva van, így szektorokkal sincs gond. Gondolom nálad is együtt van a két meghajtó, mert grub update is kell, a többit tudod. Bootol az új meghajtóról és arra új grub.Bocsi, hogy bepofátlankodtam a kezdőből, majd a guruk mondják a profi megoldásokat.
-
Vladi
nagyúr
-
eMagról rendeltem, csak nem...
amúgy szerintem az Android gányolhat valamit, mert a másik kártya pontosan ugyanezekkel a tünetekkel lett nyugdíjazva, de akkor azt hittem, hogy a kártya halt meg.
ez belső tárként volt használva, ilyenkor titkosításra kerül a fájlrendszer, és a telefon belső memóriájának számít a kártya, ugyanúgy lehet rá telepíteni, meg minden (ami fontos, ha a telefonodnak 8GB a belső tárhelye, és abból is közel 3GB-t elfogyaszt az Android)nem tudtok valami low-level formatot?
-
bambano
titán
a btrfs nem új, 2007-ben kezdték fejleszteni. nemrég derült ki a raid5/raid6 hibája, ami komolyabb.
[link] két éve fixálták a lemezformátumot...én nem fogom használni még sokáig, de mindenki a maga szerencséjének a pogácsa. továbbra is azt mondom, hogy az ilyen összehányt mammut szoftvert nem jó és nem a unix filozófia. a külön raid, külön lvm, külön fájlrendszer az sokkal inkább unixos, mint ez a lecsó.
-
janos666
nagyúr
Arra én is azt mondtam lentebb, hogy RAID-5/6 módban semmiképp ne használd, mert ismerten hibásan működik jelenleg. Vagy amúgy is más RAID profilt szeretnél (pl 1 vagy 10)?
A lélegzés is egy hibaforrás. Ha veszel levegőt, akkor mozog tőle az egész tested, így könnyen elrontod a precíziós mozdulatokat, de ha sokáig nem veszel, akkor előbb-utóbb elszédülsz, és akkor biztos félremegy a kezed is. Csak a viccben működik az, hogy "stresszhelyzetben az emberi test képes előállítani az összes oxigént, amire szüksége van".
Semmi sem tökéletes, így szerintem azt érdemes keresni, hogy elvben mivel küszöbölöd ki a legtöbb lehetséges hibát (így kevesebb dologra kell figyelni az emberi oldalról, ahol a feledékenység és rossz párhuzamosítás miatt nehezebb több kicsi, mint kevesebb nagyobb dologra figyelni), miközben könnyen és egyértelműen/megbízhatóan felismerhetővé teszed a lehető legtöbbet a fennmaradó hibalehetőségből.
A Btrfs és ZFS ezt tudják garantálni (vagy minden adat ismerten hibátlan, vagy ismerten és ismert mértékben hibás) olcsó consumer vinnyogókkal is (amiknek nem RAID-re van tervezve a vezérlője/firmware-e), míg a hagyományos RAID nem (legalább is nem mindig, nem egyértelműen, főleg nem random hardware-en és/vagy software-el, esetleg még emberi hibafaktorral).Szerintem jobb, hogy elszáll a teljes filerendszer, mint ha látszólag ott marad minden sértetlenül, de nincs módod rá, hogy felismerd, ha tetszőleges mértékben hibás, aztán esetleg halmozódik is a hiba. A sima RAID adott esetben akár szó szerint tönkreteheti a részben még hibátlan adatokat is, ha hibázik/hazudik a HDD vezérlője, miközben sokáig semmi nem tudja, illetve nem is próbálja ezt felismerni és tájékoztatni téged róla.
Az "okos" filerendszernél inkább az a veszély, ha összezuhan magába, de akkor legalább tisztán, egyértelműen teszi, így nem fogod tönkremorzsolt, hibás adatokkal felülírni a régi, jó biztonsági másolatokat, amiért fogalmad sincs még arról, hogy már tönkrevágtad az eredetit (ha már szar az, ami a lemezeken van, akkor nem adja neked őket oda úgy, mint ha hibátlanok lennének). -
janos666
nagyúr
Ha ZFS vagy Btrfs intézi a paritást/redundanciát, akkor biztos eljátszhatod, amit szeretnél, hogy kicseréled őket nagyobbra (akár lépésenként többet is egyszerre, ha olyan), és a végére megnő a tárhely a filerendszerben is (és végig online lehet az egész). Btrfs-nél még a profilok (RAID szintek) közt is lépkedhetsz (végig online). Partíciókra pedig egyiknél sincs szükség, ha úgyis csak egyet csinálnál (pontosabban a ZFS alapfelállásban szeret dobni maga alá egy nagy GPT partíciót, hogy tehessen neked mellé egy extra kis boot partíciót, hátha kell még, de ez megkerülhető, és anélkül is lehet róla még boot-olni is trükkösen).
(A profilváltás lehetővé teszi, hogy HDD cserekor átmenetileg több, ne kevesebb redundanciád legyen, pl. RAID 5-ről átmész 6-ra, majd vissza 5-re, nem pedig 0-ra, majd vissza 5-re.)
Hagyományos RAID mellett (akár soft, akár hard) ez a konkrét RAID megoldáson múlik, hogy engedi-e megnövelni a fentről látható kötet méretét, miután már minden lemezt kicseréltél egyesével (kicserélni nyilván ki tudod ugyan azzal a művelettel, mint ha hibás lemezt selejteznél), de ritka, a filerendszert pedig ilyenkor mindenképp külön lépésben kell ráereszteni az extra helyre, ha ez lehetséges (a legtöbbnél működik, de szerintem nem mindnél, az öregekkel, vagy egzotikusakkal lehet gond). A szimpla kernel driver szintű szoftver RAID-re azt tippelném, hogy nem (de azért olvass utána)
Az LVM-et nem igazán ismerem, de tippre tudnia kéne ezt a játékot (kötet látható méretének növelése hardware bővítés után), mert egy viszonylag rugalmas kötet kezelő (szerintem részben pont erre van kitalálva).
* mivel megemlítettem, rögtön írom azt is, hogy nehogy kipróbáld Btrfs-el a RAID-5/6-ot (csak ha kíváncsi vagy, hogy meddig bírja összeomlásig, illetve hogy esetleg hamarabb javítják-e az ismert hibáit, mint ez bekövetkezne), csak 0,1,10 mehet, de ZFS-el mehet az 5=Z (6=Z2,... Z3) is, ha azt szeretnél. Szerintem önmagában véve, úgymond "magára hagyva" jobb a ZFS, viszont kevésbé rugalmas, ami később hátrány lehet (nincs se defrag, se profil váltási lehetőség, csak annyi HDD-d és redundanciád lehet, amennyivel indulsz), a Btrfs hátránya (idővel rohamosabban lassulhat) pedig behozható "mikromenedzseléssel" (időközönként rutinszerű defrag és metadata balance felváltva). Szóval szerintem ennyi most a vízválasztó (ha RAID-5/6 kell, akkor a ZFS, ha RAID-1/0/10, akkor Btrfs lehet jobb).
Én jobban szeretem az "okos filerendszert", mint a szoftver vagy hardware RAID-et (az jellemzően merevebb, és igazából kevéssé megbízható konzisztenciát tekintve, mert nincs egy helyen kezelve a redundancia és checksum, illetve leginkább nincs is checksum, ami nélkül nem mindig elég maga a redundancia). A RAID inkább megbízható lemezekhez jó, ahol egy HDD vagy megy, vagy azonnal olyan módon vall be minden a hibát, ahogy a RAID vezérlő számít rá, de a consumer HDD sokszor nem ilyen (esetleg a NAS-ba szánt verziók) és a konzisztencián túl potenciális hasznos extráik is vannak (amit nem kötelező használni, de még jól jöhet, mint pl. a snapshot készítés), de nem feltétlenül bonyolultabb (az LVM sem triviális, itt pedig gyakorlatilag integrálva van egy LVM a filerendszerbe, vagyis egy helyről éred el a funkciókat és kevesebb lépésből) és ráadásképp maga a hagyományos filrendszer rész is "robosztusabb", mint a legtöbb (bár már EXT4-nél is van opcionálisan metadata log checksum és az XFS-be is átpakoltak pár ilyen új funkciót).
-
olvasd át ezt az írásomat, hátha adaptálható RAID5-re is
-
-
Jester01
veterán
A raid5 az raid5. Ha egy diszk kiesik, akkor is megy tovább. A felsőbb rétegek észre sem veszik. Majd ha beteszed az új lemezt és elkezd szinkronizálni akkor jól belassul meg esetleg a szinkronizáció megöl még egy diszket és akkor bajban leszel. De ez még mindig nem a sw miatt lesz.
-
Jester01
veterán
nem jó, ha a 2. eszköz akkor húzná, amikor éppen írva van.
Erre a triviális megoldás, hogy egy ideiglenes fájlba ír és amikor kész akkor átnevezi mert az atomi művelet (fájlrendszeren belül). Ha egyébként minden mással meg vagy elégedve akkor szerintem ez a legegyszerűbb megoldás.
-
bambano
titán
arra, hogy félkész file-t ne vigyen el a cucc a kiterjesztés a megoldás:
egy filenev.kiterjesztes.tmp nevű fájlba írsz, és amikor kész, akkor mv-vel átnevezed, ami eléggé atomi művelet.
és amikor le kell tölteni, akkor kizárod a *.tmp-ket.rcp legalább akkora bug, mint a phpmyadmin, tehát olyat nem használunk.
szerintem aszinkron értesítésre az snmp trap való, de ez privát magánvélemény.
curl tud put metódussal fájlokat is feltölteni webszerverre.
a magam részéről svn szervert szoktam ilyen fájlok elosztására használni, főleg, ha ascii fájlokról van szó. binárisra meg rsync-et, bár az neked nem tetszik, mert nálam alapból ssh-n megy, de maga az rsync daemon saját protokollal is használható.
-
bambano
titán
ez a garnitúra 3-4 nap után hasalt el a gépben.
most megnéztem, egy darab ibm matricás és hét darab hynix ram volt a markomban.
az ibm matricás az első körben, az első 4x2G-ben került be a tesztbe és nem talált most hibát. a második körben 2x2G volt benne, az is lement 11 napot, most is 2x2G van benne, újraindítottam az előbb. -
HyperX Fury jó, ha vezérlője is úgy akarja, akkor sokáig lehet azt is nyúzni ilyen a használattal.
Ha semmit nem teszel vele, akkor is jól működik. Ezeket az ellenőrző parancsokat azért futtasd le és a két linkelt írás is hasznos, ha még nem ismernéd: [link] és van egy script, ami a TRIM tényleges működését ellenőrzi: [link]
Érdemes leellenőrizni, mert akár egy plusz karakter/tab eltolás az fstab- ban és már nem megy a trim! -
Képfeldolgozás, no az valóban ad a pofájának időnként. Jó lesz úgy is, ha hagyod SSD- n ebben az esetben, SSD amúgy is jóval olcsóbb /GB, mint a RAM.
Amúgy valóban egyre többen állítják hozzáértők, hogy sokkal többet bírnak ezek az SSD- k, mint ahogyan azt eddig gondoltuk.Az esetedben megfontolandó, hogy mit használsz trim- hez, discard v. a cronba daily trim? Ha nem tapasztalsz időnként minimális torpanást, akkor jó a discard, ami valós időben trimel törléskor. Flash SSD topicon írnak elég komolyakat erről.
-
Nézz rá párszor df -Th paranccsal, mekkora a /tmp és döntsd el, de 4 GB memória esetén én is simán tmpfs- be raknám.
SSD topicon is így javasolják fstab- ba:
#tmpfs to .cache
tmpfs /home/ubyegon/.cache tmpfs noatime,nodev,nosuid,size=400M 0 0# Modification for SSD
tmpfs /var/log tmpfs defaults,noatime 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0Az is igaz viszont, amint Vladi ft is említi, hogy ennyi írás jelentéktelen, sima átlag használat is 5- 7 GB- ot ír rá, ettől még vígan kihúzhatod akár nyugdíjig is.
(#21966) hcl
Hogy 4GB RAM : Van itt néha virtuális gép is...
Így már nem sok a 4 GB. Persze használattól is függ, mennyi a tmp, nekem példáol elenyésző.Fájlrendszer Típ. Méret Fogl. Szab. Fo.% Csatol. pont
/dev/sda1 ext4 20G 8,2G 11G 44% /
none tmpfs 4,0K 0 4,0K 0% /sys/fs/cgroup
udev devtmpfs 3,5G 4,0K 3,5G 1% /dev
tmpfs tmpfs 3,5G 16K 3,5G 1% /tmp
tmpfs tmpfs 711M 1,5M 710M 1% /run
none tmpfs 5,0M 0 5,0M 0% /run/lock
none tmpfs 3,5G 832K 3,5G 1% /run/shm
none tmpfs 100M 16K 100M 1% /run/user
tmpfs tmpfs 400M 9,4M 391M 3% /home/ubyegon/.cache
tmpfs tmpfs 3,5G 884K 3,5G 1% /var/log
(mar amilyen gyakran mozgatok fajlokat...)
Új hozzászólás Aktív témák
- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
- Mielőbb díjat rakatnának a görögök az olcsó csomagokra az EU-ban
- EA Sports WRC '23
- Kevesebb dolgozó kell az Amazonnak, AI veszi át a rutinfeladatokat
- Autóápolás, karbantartás, fényezés
- Debrecen és környéke adok-veszek-beszélgetek
- Hobby elektronika
- Parfüm topik
- War Thunder - MMO Combat Game
- Honor Magic6 Pro - kör közepén számok
- További aktív témák...
- 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
- Vírusirtó, Antivirus, VPN kulcsok
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- LG 65C4 - 65" OLED evo - 4K 144Hz - 0.1ms - NVIDIA G-Sync - FreeSync - HDMI 2.1 - 1000 Nits
- Beszámítás! Apple Mac mini 2020 M1 8GB 256GB SSD számítógép garanciával, hibátlan működéssel
- LG 65B4 - 65" OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready
- 129 - Lenovo Legion Pro 7 (16ARX8H) - AMD Ryzen 9 7945HX, RTX 4080
- HYNIX 2GB DDR3 RAM eladó
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged