Új hozzászólás Aktív témák
-
#4520
dchard
veterán
ArthurShelby
#4519
válasz
ArthurShelby
#4519
üzenetére
Hát tragikus. Egyelőre az az álláspont, hogy ha nincs support szerződés vagy érvényes garancia, akkor szarnak a fejedre. Meg fogom kérdezni, hogy ha mondjuk találok egy kiritkus biztonsági hibát az ILO-ban, akkor még nekem kéne fizetni, hogy jelenthetem ezt a HP-nak? Vagy inkább adjam el az oroszoknak? Más cégek fizetnek a feltárt hibák után, ezek meg a support szerződésre mutogatnak...
-
Ha valaki nem követné, az egyik HP-s kolléga linkelt egy nagyon érdekes dokumentumot: [link]
Ebből kiderül, hogy a 2.61-es ILO4 verzióban valóban komoly javításokat végeztek, és a format gombon túl optimalizálták az írások számát. Itt konkrétan azt ismeri el a HP, hogy a 2.61-es előtti ILO verziók 98%-kal többet írtak a flash-re, mint amire szükség lett volna. Elképesztő...
A másik amit elismernek az amire magunktól is rájöttünk: hogy az AHS generálja messze a legtöbb írást a flash chipen.
Érdemes elolvasni, és aki még nem tette: gyorsan frissíteni ILO 2.73-ra és tiltani az AHS-t, illetve törölni magát az AHS logot ILO alól.
-
Ha valaki röhögni akar az AHS buggal kapcsolatban, akkor ajánlom figyelmébe ezt: [link]
-
Nekem g8 előttről nincs sok tapasztalatom, tehát nem tudom, hogy mondjuk az ILO3 hogy kezelte az AHS-t, lehet kevesebbet és okosabban írt alapvetően jobb minőségű flash-re, ezért nem jött elő. A másik dolog, hogy ahogy a normál gen8/gen9-ekbe is teszik bele a kilómétert, bőven láthatjuk még ezt a problémát szarporodni, távolról sem biztos, hogy ez tényleg csak a microserver-t fogja érinteni a jövőben is. Jobb volna ennek elejét venni most, még mielőtt a túlírással megrövidítik ezeknek a vasaknak az élettartamát.
Az is elképesztően irritáló, hogy tudsz bele rakni microSD kártyát, de nem tudod azt mondani, hogy akkor naplózzon arra, amit ha túlír, egyszerűen kidobsz és raksz bele egy másikat.
-
Köszi. Egyébként lehet ennek sok oka, hogy a microserver-t jobban érinti: például előfordulhat, hogy a normál szerverekben nagyobb a flash, így a "túlírásból" fakadó hibák később jönnek elő. Mivel az ILO4 ugyanaz mindkét esetben, így biztosan nincs arról szó, hogy mondjuk a 380-asokban jobban működik a wear level. Akár azt is el tudom képzelni, hogy nem csak kisebb de esetleg kevésbé jó minőségű a flash a microserverben.
Az biztos, hogy az AHS kikapcsolása és a vele járó rengeteg felesleges írás érdemben javíthat az élettartamán a masinának.
Fifi:
Megjött kínából a hűtőborda, de persze szart küldött a gyerek (ragasztósnak hírdette, de ragasztó nélkülit küldött). Úgyhogy írtam neki hogy küldjön normálisat vagy utalja vissza a pénzt. Szóval újabb másfél hónap mire bordához jutok...
-
-
-
-
válasz
jegesib
#4489
üzenetére
Nincs mit.
Az Intelligent Provisioning kb 1GB-ot foglal, de az statikus tartalom. Az ILO Event log és az Integrated Management Log meg kilobájtos nagyságrend, ráadásul vannak benne valóban fontos dolgok.
Azt kéne még kideríteni, hogy a belső microSD kártya bevonható-e a naplózásba, mert akkor tovább lehetne javítani a flash élettartamot, és mondjuk az AHS-t is vissza lehetne kapcsolni, ha tudna mondjuk a microSD-re naplózni (bár az AHS-nek tényleg nincs semmilyen praktikus haszna).
-
Korábban volt már szó az ILO4 flash error hibáról. Nálam ugyan nem jelentkezik, de megpróbáltam utána járni, hogy miként lehetne megelőzni ezt, illetve egyúttal kitolni az ILO embedded flash memóriájának az élettartamát.
Ha jobban körlnézünk az ILO4 felületén, alapvetően 3 féle logot találunk:
- iLO Event Log
- Integrated Management Log
- Active Health System LogEbből a háromból toronymagasan a legtöbbet az AHS írja ki a flash memóriára. Nálam a log file mérete már majdnem elérte az 1GB-ot. Az "Advanced Settings" alatt kikapcsolható, és a log file törölhető. Mivel ez a napló alapvetően a HP-nek segít akkor, ha valami problémánk van (és persze support szerződésünk), ezért nyugodtan letiltható és törölhető, így a flash memória további fölösleges írástól megkímélhető. A "Clear Log" funkció használatával jelentős hely szabadítható fel, így a wear level algoritmusnak is segítünk:
-
Visszaraktam az 1.63-mas Intelligent Provisioning-et, és az Insight Diagnostics alatt "megjavult" a memória teszt
Innen lehet letölteni: [link] Rátérve a RAID vezérlőre, ugye megint a szokásos HP-s elmebaj a verziószámozással:
Rendszerindítás során azt írja ki, hogy v.3.54 a verzio, Insight Diag alol meg azt hogy 5.50 :
Azt hiszem ugyanaz lesz a megoldas mint a halokartyanal, hogy subvendor ID alapjan megprobalom kinyomozni a telepito keszletekbol melyik lesz a jo nekunk.
-
válasz
MrTwister
#4475
üzenetére
Minden stimmel amit leírtál. IP-ből az 1.71.19 a legfrissebb, de ezt egyelőre nem ajánlom, mert a belső HW tesztje dobálja a memória hibát úgy, hogy nincs memória hiba
1.63-mal még jól működött az biztos.A RAID vezérlőre még nekem sincs megoldásom. Ami biztos, hogy bonyolult a helyzet, mivel "HP Dynamic Smart Array B120i controller" vezérlő van benne. Hozzá ez a legfrissebb: [link]
de ez sem megy fel rá, és itt lövésem nincs, hogy hol kéne nézni a verziót. ILO-ban a storage azt írja "Standard IDE Controller" és nincs se típus, se FW verzió, tehát azonosíthatatlan az is, ami benne van... Szóval ez még megfejtésre vár. Boot közben azt írja, hogy a FW verzió 3.54 a RAID kártyán, de sehol máshol nincs ennek nyoma. -
válasz
jegesib
#4473
üzenetére
Ha tudnád, hogy mit művelnek a 10-40gigás hálókártyáikkal, na az még a kabaré... Intel chip van bennük, nyilván az intel gyártja a firmware-t is, de persze ugyanaz a verziószámozás nem volt ám jó a HP-nak.... Ott is van 4 féle FW verzió, ami persze egyik sem azok közül amit a user gyorsan meg tud nézni az OS-ban. És még a support sem tudja megmondani, hogy most az Intel verziójához képest hol jár a HP... Ugye ezek smart NIC-ek, tehát az adott frissítésben nem csak hibajavítások vannak, hanem új funkciók is, és nem lehet sehogy sem eldönteni, hogy az adott verzióban mi van és mi nincs. És van pofájuk eladni ugyanazt a két portos kártyát kétszer annyiért, mint az Intel OEM verzió, amire pakolhatom az Intel firmware-t.... Soha az életben többet nem veszek HP hálókártyát, az már biztos.
-
Csak hogy mindenki lássa hol van a HP-vel a gond, akkor egy gyors összefoglaló:
A legfrissebb hálókártya firmware a Gen8-hoz itt található: [link]
Az oldal tetején a verzió jelölés: 2.21.58(27 Sep 2018)
Az ILO ugyanerre ezt adja vissza: Firmware 20.12.41-et ad vissza
Linux alól az "ethtool -i eno1" perdig ezt:firmware-version: 5720-v1.39 NCSI v1.4.22.0És ez mind ugyanaz a verzió!
El nem tudom képzelni, hogy ezt a kapitális ostobaságot ki a tököm találta ki a HP-nál, de lenne egy-két ötletem a büntetésre...
-
Háhááá, megvan a hiba végre:
A trükk az, hogy a fogyatékos HP ugyanazzal a vendor code-dal, de más subdev ID-vel készített többféle hálókártyát is ugyanazzal a névvel.
A HP microserver Gen8-unkban "HP Ethernet 1Gb 2-port 332i Adapter (2133)", tessék figyelni a végén a "2133"-ra.
A legfrissebb "HPE Broadcom NX1 Online Firmware Upgrade Utility" amiben ez még benne van, az a 2018. szeptemberi: [link]
A 2018. novemberi frissítés (és az utána következők) már csak a "HP Ethernet 1Gb 2-port 332i Adapter (22E8)" adatpert támogatják, ezért nem találja meg a kártyát az ennél újabb frissítő.
A linkelt változattal prímán lehet frissíteni:
root@nas:~/NIC/usr/lib/x86_64-linux-gnu/firmware-nic-broadcom-2.21.58-1.1# ./hpsetupCopyright (c) 2018 Hewlett Packard Enterprise Development LPHPE Broadcom NX1 Online Firmware Upgrade Utility for Linux x86_64 - v2.21.58Found HP Ethernet 1Gb 2-port 332i Adapter MAC: 3464A99A28A8Do you want to update the following firmware on eno1 :nvm 20.8.41 to 20.12.41 - y/n/q (Default option is 'y' when you simply press enter):yThe Firmware Upgrade may take several minutes. Please be patient.Selecting HP Ethernet 1Gb 2-port 332i Adapter MAC: 3464A99AXXXXUpdating the following firmware on eno1 :nvm 20.8.41 to 20.12.41sh: 1: ifdown: not foundFirmware (nvm) upgrade on MAC 3464A99A28A8 SUCCESSFULNIC firmware update completed successfully.Reboot is required for the new firmware to take effect.Újraindítás után azt "ethtool -i eno1" paranccsal ellenőrizhető:
firmware-version: 5720-v1.39 NCSI v1.4.22.0 -
Hát, ez elképesztő... Letöltöttem a tiédet, az megtalálja a kártyát de ezt írja:
Found HP Ethernet 1Gb 2-port 332i Adapter MAC: 3464A99AXXXXDo you want to update the following firmware on eno1 :*** WARNING *** - Installed firmware is the same version as selected firmware.nvm 17.4.41 to 17.4.41 - y/n/q (Default option is 'n' when you simply press enter):yTehát azt állítja, hogy ugyanaz a verzió van nálam, mint nálad. Felülírtam, viszont nálad az NCSI verzió újabb, nálam pedig maradt az NCSI v1.3.16.0 ahogy korábban.
-
Ez normális. Itt nincs mit frissíteni. A hálókártya azért érdekes, mert nekem Installed: 17.4.41, ami egyébként megegyezik a 2.17.6-tal (az idióta HP a saját FW verzió elnevezésében eltér a gyártóétól zért van az eltérés), de nálad akkor hogy van az installed 20.6.41???
Linux alatt add ki az "ethtool -i eno1" parancso és másold be ide a firmware-version sort.
Nálam ez: firmware-version: 5720-v1.39 NCSI v1.3.16.0 -
Világos. Mondom mit csinálj:
1. BIOS-ban visszakapcsolod a RAID vezérlőt.
2. Utna első boot-nál F10 és kiválasztod a RAID kártya beállító szoftverét.
3. Ugye alapból semmi nem lesz konfiruálva. Fogod, és az ODD keretben lévő SSD-ből csinálasz egy RAID0 tömböt. De csak abból. Az összes többi lemezt nem adod hozzá semmihez sem. Majd a raid vezérlő "Boot logical drive / volume precedence" menüpontjában kiválasztod ezt mint elsődleges boot eszközt.
4. Újraindítasz.Innentől az ODD helyen lévő SSD-ről fogsz boot-olni, és mivel a többi lemezt nem adtad hozzá a RAID vezérlőhöz, az SSD pedig önmagában fityeg RAID0-ban, ezért a linux az összes lemezt az SSD-t is beleértve AHCI módban fogja kezelni.
Nálam így van beállítva, és a "dmesg | grep -i ahci"-ra ez a kimenet:
[ 1.048563] ahci 0000:00:1f.2: version 3.0[ 1.048878] ahci 0000:00:1f.2: SSS flag set, parallel bus scan disabled[ 1.062710] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x3f impl RAID mode[ 1.062802] ahci 0000:00:1f.2: flags: 64bit ncq sntf ilck stag pm led clo pmp pio slum part ems apst[ 1.138671] scsi host0: ahci[ 1.144516] scsi host1: ahci[ 1.145663] scsi host2: ahci[ 1.147431] scsi host3: ahci[ 1.147757] scsi host4: ahci[ 1.147973] scsi host5: ahciMi több, ha megnézem a raid vezérlőhöz is ezt írja:
00:1f.2 RAID bus controller: Intel Corporation 6 Series/C200 Series Desktop SATA RAID Controller (rev 05)Subsystem: Hewlett Packard Enterprise 6 Series/C200 Series Desktop SATA RAID ControllerFlags: bus master, 66MHz, medium devsel, latency 0, IRQ 33, NUMA node 0I/O ports at 10c0 [size=8]I/O ports at 10c8 [size=4]I/O ports at 10d0 [size=8]I/O ports at 10d8 [size=4]I/O ports at 10e0 [size=32]Memory at facd0000 (32-bit, non-prefetchable) [size=2K]Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-Capabilities: [70] Power Management version 3Capabilities: [a8] SATA HBA v1.0Capabilities: [b0] PCI Advanced FeaturesKernel driver in use: ahciKernel modules: ahciTehát fasza minden
Forrás: [link]
-
Ez teljesen frankó, még felezve is bőven látszik hogy megy a SATA3. Nálam a SATA3-mas SSD SATA2 ODD-ben van, de a gyártó tömöríthető adatra 260MB/s-t ad meg, azt ki is mérem.
Tehát megállapítható, hogy AHCI és HBA mögött is sem lassít semmit a microserver, az egyetlen limit az hogy SATA3 vagy SATA2 a port/SSD.
Fifi:
Na várjál itt valamit nem értek: tehát az SSD-d fiizkailag az ODD helyén van, de USB3 portba van bekötve? Ha így van, akkor te nem vagy legacy módban, az ugyanis csak a belső SATA portokra vonatkozik. Ha USB3 porton lóg az az SSD, akkor UASP módban a linux szépen le fogja kezelni. Tehát ez a mérés valójában nem legacy
-
Nem jó tesztet használsz
Mivel itt a cél annak a megállapítása, hogy a RAID vezérlő vagy a legacy mód fog-e valamit, így nem a véletlen elérést, hanem az interfész sebességét leginkább megközelítő mérést, a lineáris olvasást érdemes tesztelni:fio --name=seqread --rw=read --direct=1 --ioengine=libaio --bs=4M --numjobs=1 --size=8G --runtime=600 --group_reportingAz eredményt a végén fogod látni:
Run status group 0 (all jobs):READ: bw=261MiB/s (274MB/s), 261MiB/s-261MiB/s (274MB/s-274MB/s), io=8192MiB (8590MB), run=31329-31329msecAzt hiszem ez már elég egyértelmű
A fenti eredmény SATA2 módban az ODD helyén lévő V300 produkálta, RAID-0-ban. Az adat random, tehár az SF1200-as vezérlő tömörítő képességét nem tudta kamatoztatni Az első parancs abban a mappában/diszken fog dolgozni, ahol éppen állsz a könyvtár szerkezetben.
-
Pont ezt akartam kérdezni én is
Nálam most az SSD (az ODD helyén) a RAID kártya mögé van konfigurálva RAID0-ban, a linux szerint az AHCI meghajtót használja, és 260-270MB/s-et mérek írásban és olvasásban is, de ez egy elég régi Kingston V300 120GB-os modell. Tehát RAID-ben nem lassabb. Majd kipróbálom legacy módban is.
MOD: na meg ugye SATA2-módban megy, tehát eleve 340-350MB/s a vége
-
válasz
jegesib
#4432
üzenetére
Akkor jól gondoltam hogy erre nincs megoldás... Ha elég perverz lennék, akkor meg tudnám oldani azt is, hogy a micro-SD-re rakok csak egy bootloader-t, és arról indítom az SSD-n lévő rendszert, de nem sok kedvem van ezt a plusz hibaforrást beépíteni a rendszerindítási folyamatba.
A RAID vezérlő firmware frissítésére van valakinek ötlete? Minden mást sikerült felfrissítenem (ILO és BIOS az ILO alól, de ahogy nézem IP-vel is lehet), illetve az IP és a hálókártya pedig IP alól. Az egyetlen ami nem megy az a RAID vezérlő. Ezzel próbálkozom: [link] de azt írja, hogy minden vezérlő már a legfrissebb, ami nem igaz, mert a 3.54-esen van a vezérlő és az 5.02-es a legfrissebb.
-
válasz
jegesib
#4420
üzenetére
Igen, pontosan így értem. Hogy még jobban lebontsam: a nagyobb BCM chip vezérli a két normál NIC-et, a kisebbik BCM chip pedig a dedikált ILO portot hajtja.
Ha már így rátértél az AHCI témára, nekem is lenne kérdésem. Nálam a normál fiókokban 4 HDD van, az ODD helyén meg egy SSD rendszernek. Sima AHCI módban nem tudtam sehogy sem boot-olni róla, csak úgy, hogy visszakapcsoltam a RAID vezérlőt, majd abban RAID0-ra raktam az SSD-t és utána ki tudtam választani a mint elsődleges boot eszközt. A többi HDD-t nem adtam hozzá a RAID vezérlőhöz. Így az ILO azt írja a "Storage" alatt hogy "Standard IDE Controller", de ha megnézem linux alatt akkor AHCI módban van minden, az SSD és a HDD-k is. Így néz ki: [kép] (persze ezt is csak az AMS telepítése után írta ki, előtte üres volt).
A kérdés, hogy ez így normális? Sima Ubutnu a hoszt.
Fifi:
Igen, így értem: nem kell semmit letölteni, ha az ILO portnak van net hozzáférése, akkor a HP szerveréről le tudja szedni a cuccost. Ugye az ILO és a BIOS egyszerűen firssíthető az ILO firmware része alól, de a NIC vagy az IP már nem. Érdemes az IP-t frissíteni először, és utána újra futtatni, mert találhat még frissebb dolgokat
Az egyetlen amit nem tudtam eddig frissíteni az a RAID vezérlő FW-e. Van valakinek linkje, hogy pontosan honna lehet rátölteni a elgfrissebbet? -
#4418
dchard
veterán
ArthurShelby
#4417
válasz
ArthurShelby
#4417
üzenetére
Az AMS az Agentless Management Service, aminek az a lényege, hogy egy apró program (hp-ams) az operációs rendszerben olyan dolgokat is riportol az ILO-nak, amit az amúgy nem tudna kinyerni. Például a futó operációs rendszerrel, futó szoftverekkel kapcsolatos információkat, amit aztán akár az ILO mögött futó SNMP adatokkal összegyűjtve segít a renszer monitorozásában.
Az Intelligent Porvisioning egy a szerver alaplapi flash memóriájában lévő mini operációs rendszer (jellemzően valamilyen linux iteráció), amit fel tudsz boot-olni OS nélkül is (F10 billentyű boot alatt), és különböző műveleteket tudsz elvégezni. Például tudsz HW diagnosztikát futtatni, a szerverbe lévő különböző komponensek firmware-ét frissíteni, a RAID vezérlőt beállítani stb. De a legfontosabb funkciója az, hogy lehetséges komplett telepítést automatizálni vele, például van 200 darab szervered, akkor egy "forgatókönyv" segítségével fel tudod őket húzni teljesen automatikusan, nem pedig egyessével. Nyilván ez utóbbi a microserver-nél nem annyira érdekes. A mi szempontunkból a HW diagnosztika a RAID vezérlő és a különböző komponensek firmware frissítése az érdekes. Például Ubuntu alatt a hálókártya letölthető frissítése képtelen működni, így az egyetlen lehetőség az Intelligent Provisioning. RAID vezérlő FW-e, IP firmware-e és hasonló, de frissíthető alóla a BIOS és az ILO is.
-
Újabb érdekességre bukkantam, hátha valakit érdekel:
Az ILO és a BIOS frissítése után tűnt fel, hogy a System information --> Network fül alatt az "Adapter 2"-re csak MAC címet adott, minden más unknown volt. Nagy nehezen sikerült frissíteni a hálókártya firmware-ét is (Intelligent Porvisioning alól), azóta szépen felismeri az Adapter 2-t is az ILO.
A másik jelenség: hogy Intelligent Provisioning alatt tudja frissíteni az Intelligent Provisioning firmware-ét is, most 1.63 a legfrissebb. Viszont az 1.63-as IP elindítása után az első képernyőn úgy tűnik, mintha semmire sem lehetne kattintani, ilyenkor várni kell. Nekem 4-5 percbe is beletellt, mire az adatok megjelentek és az EULA elfogadása után tovább tudtam lépni. Szóval nem kell megijedni
Már elkezdtem letölteni a recovery CD-t, mire látom hogy minden OK...A hamradik érdekesség, hogy Ubuntu 20.04 alatt az AMS nem működik hibátlanul: a System information --> Software alatt sosem fejezi be a futó programok töltését, majd egyszer csak hibára fut:
Persze hivatalosan még nincs AMS támogatás Ubuntu 20.04-re, de azért ez mégis csak fura.
-
Ez csak az ILO-ra való. Gondolkodtam a 40x40x20-as verzión, de ha jól körülnézel az ILO chip körül, van 1-2 kiálló rész nem túl távol, szóval nem óhajtottam megkockáztatni
A keresőszavak a "heatsink" és a "self-adhesive" vagy "adhesive" voltak.
Csak a poén kedvéért a fenti 4.29 wattot ellenőriztem AIDA64-gyel is, és a CPU package ugyanilyen értékeket mutatott, tehát megbízhatónak tűnik az eredmény.
-
válasz
Gabesz84
#4412
üzenetére
Igen, ez lett a megoldás, tegnap még próbálkoztam hazai forrással, aztán feladtam.
Másik érdekesség maradva a hány fokos a chip témánál:
Az ethernet vezérlők hőmérséklete nem nyerhető ki az ILO-n keresztül, de linux alatt a "sensors" nevű applikáció az egyiket megmutatja (a másik az ILO porton ül, azt értelemszerűen nem tudja kiolvasni):
tg3-pci-0300Adapter: PCI adaptertemp1: +61.0°C (high = +100.0°C, crit = +110.0°C)Emlékezzünk rá, hogy a bordázás előtt 71 °C-t mértem rajta hőmérővel, a fenti kép már a bordázás utáni állapotot mutatja. Az "ACPI_IPMI" modul betöltése után mutatja a processzor pillanatnyi fogyasztását is:
power_meter-acpi-0Adapter: ACPI interfacepower1: 4.29 MW (interval = 300.00 s)Nyilván a megawatt elírás és wattról van szó
-
válasz
Mykroft
#4402
üzenetére
Megnéztem egy gen9-es DL360-at amiben pont ugyanez az ILO chip van, és az is pont ugyanígy süt. A különbség annyi, hogy a normál szerverben működés közben jóval nagyobb a körülötte áramló levegő sebessége. Megmértem a chipeket hőmérővel, és a két broadcom a legmelegebb 71 °C, de az ILO sem sokkal hidegebb: 68 °C. Ami érdekes, hogy például a VRM hőmérslkletét jól megközelíti a mért érték, az ILO-nál viszont több mint 30 fok a különbség (bár igaz, hogy "ILO Zone"-t mér, ami nem feltétlenül a chip, hanem lehet a környezete).A többi IC kéz-meleg, azokkal nincs mit csinálni. Azt én sem hiszem, hogy megsülne, de a masina 5 éves, és még jó ideig szeretném használni, inkább megelőző jellege van a beavatkozásnak. Találtam egy csávót, aki a broadcom chipekre már rakott hűtőt [link]
Szóval továbbra is keresek megbízható felragasztós memória és chipset hűtőbordát. Tegnap végigtúrtam azismert forrásokat, de nagy meglepetésemre teljesen eltűntek ezek a termékek... Vagy csak én nem találom őket
-
No, egy HA-s kolléga jóvoltából én is gen8 tulajdonos lettem. ILO, BIOS mostmár a legfrissebb. Ment neki egy fél nap memtest, semmi hiba. Táp feszre szintén jó.
Viszont. Amit észrevettem, hogy az ILO és a két broadcom hálózati vezérlő IC-je rettentő meleg. A nem túl adekvált kézrátételes vizsgálat azt hozza ki, hogy 1-2 másodpercig tudom rajta tartani az ujjamat, utána éget. Ehhez képest mondjuk a "09-iLO Zone" 41 °C-t ír, miközben az ujjam 2 másodpercig bírja.
A kérdésem az lenne, hogy tud valaki jó minőségű felragaszható chipset és RAM hűtőket, amik nem pottyannak le? Illetve az ODD helyére raknék SSD-t, de sehol nem találok floppy --> SATA átalakítót, Ebay-en is csak első ránézésre sutyerák házi kókányt találok.
Új hozzászólás Aktív témák
Angol nyelvű infók (BIOS, RAM lista, driverek, stb.)
- iPhone topik
- Milyen okostelefont vegyek?
- exHWSW - Értünk mindenhez IS
- OLED monitor topic
- Xiaomi 17 Ultra - jó az optikája
- Motoros topic
- Diablo II: Classic és Resurrected
- Házimozi haladó szinten
- Spórolós topik
- Befutott a régóta várt, sok P-maggal kitömött, LGA1700-as Core sorozat
- További aktív témák...
- Felsőkategóriás Gamer PC-Számítógép! Csere-Beszámítás! R7 7800X3D / RX 6900XT / 32GB DDR5 / 2TB SSD
- 32GB DDR5! ÚJ Lenovo ThinkCentre M70s G5 SFF: i5 14500 (14mag), 32GB DDR5, 512GB, ÚJ HU bill + egér
- -44% ÚJ Lenovo ThinkCentre M70s G5 SFF: i5 14400, 16GB DDR5 RAM, 512GB NVMe, DVD-RW, ÚJ HU bill+egér
- BESZÁMÍTÁS! AM4 Félkonfig/Teljes konfig
- DELL 5050 MT CORE i7 6700 GAMER PC 16Gb DDR4 512Gb SSD DVD GTX 1060 6GB DDR5 WIN11 1Év GARANCIA!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest