Hirdetés
- CES 2026: Színre lép a Motorola Razr Fold
- Samsung Galaxy S25 Edge - a tegnap határán
- Samsung Galaxy A54 - türelemjáték
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- Yettel topik
- Google Pixel 9 Pro XL - hét szűk esztendő
- Samsung Galaxy S25 - végre van kicsi!
- Magisk
- OnePlus 15 - van plusz energia
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
Új hozzászólás Aktív témák
-
-
#4499
ArthurShelby
addikt
ArthurShelby
#4498
ArthurShelby
addikt
válasz
ArthurShelby
#4498
üzenetére
Közben rájöttem a megoldásra. Nem volt hozzá jogosultságom, másik (Administrator) fiókkal kellett bejelentkeznem.
-
#4497
ArthurShelby
addikt
ArthurShelby
addikt
Valaki használ dedikált videókártyát?
Evileg működik, de pl ilo-nál a remote desktop már nem. Van ezzel esetleg valakinek tapasztalata? -
dchard
veterán
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).
-
dchard
veterán
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:
-
#4487
DreadZozzy
csendes tag
DreadZozzy
csendes tag
Sziasztok, G8 tulajként két kérdésem lenne:
- P222 tulajok, mi a tapasztalat 4TB-nál nagyobb diszkekkel?
- Melyik a legutóbbi SPP, amelyik használható a Gen8-hoz? -
#4485
Egon
nagyúr
ArthurShelby
#4484
Egon
nagyúr
válasz
ArthurShelby
#4484
üzenetére
Én 6.1.7-ről ráfrissítettem simán, de nem ment (ezzel kezdtem). Igaz, nekem 3615 volt (bár nem tudom van-e jelentősége).
-
#4484
ArthurShelby
addikt
Egon
#4483
ArthurShelby
addikt
A lényeg hogy 6.2.2-vel nem megy az alaplapi nic (bár talán extra.lmza-val igen), viszont 6.2.3-mal már igen (furcsa, de így van). A hp nc360t-vel azért működött, mert annak a drivere natív, vagyis benne van a dsm-ben.
Szóval csak szimplán frissítettem a webui vezérlőpultjából. Pontosabban először egy másik hdd-n kipróbáltam, illetve felfrissíteni is úgy frissítettem, hogy először csak az egyik hdd-t majd utána a többi 3-mat (mivel shr raidben vannak így ha az első nem sikerült volna, akkor letörlöm, és újra tudom építeni az eredeti régebbi fw-rel)."Update volt vagy tiszta telepítés?" Update, juns mod 1.03b 3617
szerk: Valójában túlságosan túllihegtem, simán egyszerűen kellett volna felfrissíteni (bár ezt xpenology-nál sosem lehet tudni), de túlbonyolítottam.
-
#4483
Egon
nagyúr
ArthurShelby
#4479
Egon
nagyúr
válasz
ArthurShelby
#4479
üzenetére
Azt hogy csináltad?
Update volt vagy tiszta telepítés? DS918 vagy 3615? Melyik bootloader?Szerk.: közben megtaláltam a Xpeno topicban. Mázlista...
-
djgeg
őstag
válasz
jegesib
#4426
üzenetére
Hmmm ma ránéztem, (7.0 friss install), és valamiért nem eszi meg az SSD-t. ACHI-ban van, látja is, látja, hogy van rajta VMFS, de datastore hozzáadásnál nem látja az eszközt.
Ha consolból csekkolom az eszközöket akkor "Error: The backup GPT table is not at the end of the disk, as it should be.", meg nem a teljes lemezt fedi le a partició stb.
Nem tudom, hogy ez valami 7.0 story, a VMFS verzió régi, vagy szimplán csak valami félrement.
Fura, de még ránézek. -
#4480
Chal
addikt
ArthurShelby
#4479
válasz
ArthurShelby
#4479
üzenetére
Linux KVM-et használ, nem Vmwaret, és sajnos teljesen normális ez. A KVM valamilyen generic vga-t ad a vm-nek, talán ha több video memóriát adsz neki, akkor valamelyest javulhat (nem tudom hogy a DSM-ben ezt meg lehet e oldani, ha nincs kivezetve a gui-ra az opció, akkor talán config file túrással, ennek járj utána). Viszont hogy ezt az egészet még RDP-n is keresztülrángatod, azzal csak tovább rontod az amúgy sem túl jó helyzetet, az RDP nem igazán erre van kitalálva.
-
#4479
ArthurShelby
addikt
Egon
#4477
ArthurShelby
addikt
Nekem simán fölment egyből alaplapi nic-kel a 6.2.3 (míg a 6.2.2. nem), meg is lepődtem rajta (konkrétan nem hittem a szememnek). De szerintem ott az a lényeg, hogy a loaderben benne legyen a nic driver-e, az szerintem fw verziótól független (de lehet tévedek).
Nekem inkább az a problémám, hogy ha dsm alól futtatok virtuálisan windows-t, akkor a windows-ban egy fullhd videó lejátszásnál (pl vlc) izzad mint k*rva a templomban (szaggat is a kép). Pedig a hw nem gyenge (xeon 1230v2, 16gb ram ebből 8gb-ot kap most a vm, intel 520 ssd-ről fut). Sejtésem szerint a videókártyája gyenge. A Matrox G200eH alapvetően nem lehet túl erős, de azért ezzel boldogulnia kéne nem? (igaz távoli asztallal próbálom, de nem hinném, hogy az internet sebesség a gond, ha látom feladatkezelőben, hogy a cpu használat az egekben, internethasználat meg kb 0)
Xpenology bootloader segítségével futtatok dsm-et, amiben virtuális gépet. Windows eszközkezelőben csak egy általános microsoft videókártyát mutat. A dsm ha jól tudom wm ware-t használ (virtual machine manager). Szóval az lenne a kérdésem, hogy ez most hogy nézhet ki valójában, használja az én matrox-omat?szerk: youtube videónál is szaggat
-
dchard
veterán
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.
-
Egon
nagyúr
Nekem is Xpeno van rajta, de mivel szerettem volna a legfrissebbet, letiltottam az alaplapi hálókártyát, és vettem bele egy megfelelő HP kártyát. Viszont vannak olyan beszámolók, miszerint másnak felment a 6.2.3-as Xpeno trükközés nélkül, lehet hogy a hálókártya fw verziójával van összefüggésben?
-
dchard
veterán
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. -
MrTwister
őstag
Akkor rendszerezzük:
iLO-ból a legújabb a 2.73 feb 11 2020
BIOS-ból a J06 04/04/2019 a legfrissebb
Intelligent Provisioningből? honnan szedhető a legújabb és hogyan frissíthető? Ha IP alól saját magát próbálom frissíteni csak egy a fent lévőnél régebbit talál.
Hálókártya? [link] ez valami RPM! Linux nélkül nincs frissíthető ami Intelprovból vagy iLO-ból felmegy? Nekem csak Xpeno van sajna rajta.
RAID vezérlő firmware? -
dchard
veterán
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.
-
dchard
veterán
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...
-
dchard
veterán
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 -
dchard
veterán
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.
-
Fifi
őstag
Bebootolt a Debian.
Megy a recovery az mdadm által az md1 tömbön (ebben van az USB-s és a SATA portos SSD). Ez minden bootnál szétesik ...
root@silent:~# ethtool -i eth0driver: tg3version: 3.137firmware-version: 5720-v1.39 NCSI v1.4.12.0bus-info: 0000:03:00.0supports-statistics: yessupports-test: yessupports-eeprom-access: yessupports-register-dump: yessupports-priv-flags: no
Még 2016. október 09. napján innen töltöttem le és Debian alól frissítettem:
https://h20566.www2.hpe.com/hpsc/swd/public/detail?swItemId=MTX_5f1856d6d88b42af909bab391eKöszi a segítséget!
Most majd újra megnézem a fio-t, hogy mit mutat.
-
dchard
veterán
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 -
Fifi
őstag
Valami nem kóser, elindítottam IP update-t és ezt kaptam:
A kis ablakot be tudom zárni, de nem csinál semmit már percek óta
Az is érdekes, hogy iLO-ban IP-ről nincs bejegyzés:
Tud valaki linkelni egy HP Intelligent Provisioning Recovery Media-t. HP oldalán regisztrációhoz kötött.
Régen regisztráltam valami HP Passt (kapom is rendszeresen az e-mailjeiket), de nem tudok belépni, helytelen a jelszó. Jelszó visszaállításhoz van két kérdés, de azokra meg nem jók a válaszaim.
-
dchard
veterán
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]
-
Fifi
őstag
Nálam csak a rendszer van SSD-n (2db soft raidben) és annak a sebessége nem kritikus számomra. Fontosabb, hogy a fiókokban lévő HDD-kről lassú az írás és olvasás, amikor kiszolgálom az nfs/smb/imap klienseket, hisz ott vannak a medialejátszók által megjelenített tartalmak, a levelek stb.
-
Fifi
őstag
Lehet félreérthető voltam.
Nálam 2db SSD van és 4db HDD. A HDD-k a fiókokban. A 2db SSD soft raidban, erről bootol a Debian.
Az egyik SSD SATA porton, a másik SSD USB porton. Anno küldtem ide fényképet róla.
Tuti legacy modban nyomom, mert a "dmesg | grep -i ahci" kimenete üres az "dmesg | grep -i ata" pedig nem. Most nem tudom bemásolni, mert életemben először elindítottam a IP-t Firmware Update miatt.
-
Milyen rendszer van rajta, és azon belül miket használsz (hypervisor, szolgáltatások, egyéb appok)?
Amúgy gondolom elírtad, és sata akart lenni, nem usb. A lényeg, hogy ha disk performancia kell ennél a vasnál, akkor sata3 ssd-ket kell pakolni az első két bay-be, és ahci-ben menjen az alaplapi vezérlő. Persze B verziónak mindig ott van a normálisabb raidvezérlő beszerzése, de ami tényleg normális (azaz nem HP
), az eléggé zsebbe nyúlós, még ebayről is (nyilván akku + cachemodullal érdemes belevágni), én erre az öreg gépre már biztosan nem költenék annyit, ezért hagytam is ezt a vonalat. -
dchard
veterán
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
-
Fifi
őstag
"a legfontosabb a disk io performancia, a cpu meg a többi cullang másodlagos, 10%-ban malmozik az ideje nagyrészében."
Ez igaz. Fent látszik, hogy én rossz döntést hoztam anno a legacy mode-dal. Mindig a diskekre kell várni.El kell gondolkodnom, hogy hogyan tudnék váltani minél kisebb energiabefektetéssel és elkerülve az adatvesztést.
Ötletek? -
Fifi
őstag
Hát amint írtam nálam legacy mode és régebbi fio.
Tehát az ODD helyén lévő és alaplapi USB kötött SSD- kimente:
fio --name=seqread --rw=read --direct=1 --ioengine=libaio --bs=4M --numjobs=1 --size=8G --runtime=600 --group_reportingseqread: (g=0): rw=read, bs=4M-4M/4M-4M/4M-4M, ioengine=libaio, iodepth=1fio-2.1.11Starting 1 processseqread: Laying out IO file(s) (1 file(s) / 8192MB)Jobs: 1 (f=1): [R(1)] [100.0% done] [227.8MB/0KB/0KB /s] [56/0/0 iops] [eta 00m:00s]seqread: (groupid=0, jobs=1): err= 0: pid=29638: Fri Jun 12 16:33:20 2020read : io=8192.0MB, bw=198810KB/s, iops=48, runt= 42194msecslat (usec): min=492, max=1992, avg=620.85, stdev=47.16clat (msec): min=16, max=223, avg=19.97, stdev=14.76lat (msec): min=16, max=224, avg=20.59, stdev=14.77clat percentiles (msec):| 1.00th=[ 17], 5.00th=[ 18], 10.00th=[ 18], 20.00th=[ 18],| 30.00th=[ 18], 40.00th=[ 18], 50.00th=[ 18], 60.00th=[ 18],| 70.00th=[ 18], 80.00th=[ 18], 90.00th=[ 18], 95.00th=[ 34],| 99.00th=[ 95], 99.50th=[ 130], 99.90th=[ 182], 99.95th=[ 188],| 99.99th=[ 225]bw (KB /s): min=95394, max=232909, per=100.00%, avg=199754.77, stdev=37395.74lat (msec) : 20=93.55%, 50=3.03%, 100=2.49%, 250=0.93%cpu : usr=0.11%, sys=3.11%, ctx=2065, majf=0, minf=1031IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%issued : total=r=2048/w=0/d=0, short=r=0/w=0/d=0latency : target=0, window=0, percentile=100.00%, depth=1Run status group 0 (all jobs):READ: io=8192.0MB, aggrb=198810KB/s, minb=198810KB/s, maxb=198810KB/s, mint=42194msec, maxt=42194msecDisk stats (read/write):md1: ios=71435/2016, merge=0/0, ticks=0/0, in_queue=0, util=0.00%, aggrios=9268/1512, aggrmerge=26572/511, aggrticks=111748/10200, aggrin_queue=121942, aggrutil=97.83%sde: ios=18396/1512, merge=53144/511, ticks=210716/17560, in_queue=228264, util=97.83%sdf: ios=140/1512, merge=0/511, ticks=12780/2840, in_queue=15620, util=6.57% -
Szerintem is akkor inkább ez legyen a baseline. Ha valaki megnézi, mérjen ezzel, én is így tettem, ellenkező esetben teljesen mellémenne az összehasonlítgatás, mert igazából csillióféleképpen lehet mérni, annak függvényében, hogy mire vagyunk kíváncsiak.
Szóval nálam a fenti fio config az alábbi eredményt adta:
Run status group 0 (all jobs):READ: bw=871MiB/s (913MB/s), 871MiB/s-871MiB/s (913MB/s-913MB/s), io=8192MiB (8590MB), run=9410-9410msecA setup a következő:
- 2 x Intel 520 SSD (SSDSC2CW48) az első két bayben (tehát sata3, ezért is az eltérés dchard méréséhez képest)
- az alaplapi vezérlő AHCI módban, egyéb hba, vagy raid controller nincs a gépben
- MD RAID1 fölött LVM thin pool, és abban egy volume, ami közvetlenül a hostra lett moutolva
- OS: Debian 10 (Proxmox 6)
- a volume-on az fs ext4Mivel olvasásról van szó, ezért kijön az MD előnye, és persze azért ilyen magas az érték, 1db ssd-hez értelemszerűen osztani kell ezt kettővel (a mérés közben a /dev/sdX ssd device-okat monitorozva pl. iostat-al ez szépen látszik is (450MiB/s körüli érték /disk).
Mikor vettem a gépet, akkor jól körbejártam a témát, nagyon szerettem volna ESXi-t használni (mint mindenhol máshol), de aztán győzött a józan ész és feladtam. Egyszerűen a raid mód, és a gány driver kombináció megteszi a hatását, ennek az értéknek ha a fele megvan, akkor annak már nagyon lehet örülni. Ami pedig ennél is rosszabb volt, az a legacy mode. Így maradt a natív linux+md, és ha már így alakult, akkor adta magát a Proxmox. Számomra (de szerintem otthoni környezetben meg úgy általában bárhol mindenkinek) a legfontosabb a disk io performancia, a cpu meg a többi cullang másodlagos, 10%-ban malmozik az ideje nagyrészében.
szerk.: a bay 3,4-ben, és az ODD helyén sajnos én hiába mérek, ott HDD-k vannak csak (illetve az odd-nél nincs is disk nálam már), az SSD-ket pedig direkt a sata3 portokra tettem.
-
dchard
veterán
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.
-
Fifi
őstag
Akkor a fiókokban lévő 2db 4TB WD HDD-kre is lefuttattam:
fifi@silent:~/fio-test$ time fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=random_read_write.fio --bs=4k --iodepth=64 --size=4G --readwrite=randrw --rwmixread=75test: (g=0): rw=randrw, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=64fio-2.1.11Starting 1 processtest: Laying out IO file(s) (1 file(s) / 4096MB)Jobs: 1 (f=1): [m(1)] [100.0% done] [547KB/179KB/0KB /s] [136/44/0 iops] [eta 00m:01s]test: (groupid=0, jobs=1): err= 0: pid=27809: Fri Jun 12 12:38:21 2020read : io=3071.7MB, bw=284934B/s, iops=69, runt=11303905msecwrite: io=1024.4MB, bw=95019B/s, iops=23, runt=11303905mseccpu : usr=0.24%, sys=0.78%, ctx=1042352, majf=0, minf=6IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%issued : total=r=786347/w=262229/d=0, short=r=0/w=0/d=0latency : target=0, window=0, percentile=100.00%, depth=64Run status group 0 (all jobs):READ: io=3071.7MB, aggrb=278KB/s, minb=278KB/s, maxb=278KB/s, mint=11303905msec, maxt=11303905msecWRITE: io=1024.4MB, aggrb=92KB/s, minb=92KB/s, maxb=92KB/s, mint=11303905msec, maxt=11303905msecDisk stats (read/write):md5: ios=820639/272725, merge=0/0, ticks=0/0, in_queue=0, util=0.00%, aggrios=402769/270657, aggrmerge=7551/5870, aggrticks=233675904/170310140, aggrin_queue=404013744, aggrutil=100.00%sda: ios=405146/270586, merge=7599/5940, ticks=311150468/225091872, in_queue=536296592, util=100.00%sdb: ios=400393/270729, merge=7504/5800, ticks=156201340/115528408, in_queue=271730896, util=99.79%real 191m40.916suser 0m45.132ssys 2m13.648sChal értelmeznéd is nekem ezeket a kimeneteket, hogy ne kellejen utánaolvasnom?
-
Fifi
őstag
"De legacy módban elég lassú. Kimérted pl. fio-val?"
Soha nem használtam fio-t. Feltelepítettem, google kb. második találata alapján alkalmazandó parancsot bemásoltam. Eredmény:
root@silent:~# fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=random_read_write.fio --bs=4k --iodepth=64 --size=4G --readwrite=randrw --rwmixread=75test: (g=0): rw=randrw, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=64fio-2.1.11Starting 1 processtest: Laying out IO file(s) (1 file(s) / 4096MB)Jobs: 1 (f=1): [m(1)] [100.0% done] [6621KB/1946KB/0KB /s] [1655/486/0 iops] [eta 00m:00s]test: (groupid=0, jobs=1): err= 0: pid=24348: Thu Jun 11 23:38:00 2020read : io=3071.7MB, bw=2677.9KB/s, iops=669, runt=1174598msecwrite: io=1024.4MB, bw=914431B/s, iops=223, runt=1174598mseccpu : usr=1.00%, sys=3.05%, ctx=924289, majf=0, minf=6IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%issued : total=r=786347/w=262229/d=0, short=r=0/w=0/d=0latency : target=0, window=0, percentile=100.00%, depth=64Run status group 0 (all jobs):READ: io=3071.7MB, aggrb=2677KB/s, minb=2677KB/s, maxb=2677KB/s, mint=1174598msec, maxt=1174598msecWRITE: io=1024.4MB, aggrb=892KB/s, minb=892KB/s, maxb=892KB/s, mint=1174598msec, maxt=1174598msecDisk stats (read/write):md1: ios=786305/292408, merge=0/0, ticks=0/0, in_queue=0, util=0.00%, aggrios=391856/280673, aggrmerge=1338/11751, aggrticks=8488008/30274682, aggrin_queue=38764812, aggrutil=97.44%sde: ios=128516/280561, merge=201/11875, ticks=4792984/16960796, in_queue=21758664, util=51.90%sdf: ios=655196/280786, merge=2475/11628, ticks=12183032/43588568, in_queue=55770960, util=97.44%root@silent:~#Az md1-en van a root filrendszer, melyből:
/dev/sde: Samsung SSD 840 EVO: 31°C/dev/sdf: TOSHIBA THNS128GG4BAAA-NonFDE: 35°C
sde van az ODD helyén, sdf van az alaplapi USB-re kötve.
Nálam ezek sebessége nem számít, mert ezen csak a rendszer van, az adatok a fiókokban lévő HDD_ken. Azok sebességét fioval hogy tudom megmérni? Nem látom át, hogya parancs melyik paraméterével mondom meg a mérendő device-t. Amúgy ezek az eszközeim:
/dev/sda: WDC WD40EFRX-68N32N0: 34°C/dev/sdb: WDC WD40EFRX-68N32N0: 33°C/dev/sdc: WDC WD6002FRYZ-01WD5B0: drive is sleeping/dev/sdd: WDC WD40EFRX-68WT0N0: drive is sleeping/dev/sde: Samsung SSD 840 EVO: 31°C/dev/sdf: TOSHIBA THNS128GG4BAAA-NonFDE: 35°Cfifi@silent:~$ df -ThFilesystem Type Size Used Avail Use% Mounted on/dev/md1 ext4 110G 18G 92G 17% /udev devtmpfs 10M 0 10M 0% /devtmpfs tmpfs 3,2G 9,2M 3,2G 1% /runtmpfs tmpfs 7,9G 0 7,9G 0% /dev/shmtmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/locktmpfs tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup/dev/md0 ext4 181M 115M 63M 65% /boot/dev/md3 ext4 992M 36M 940M 4% /var/log/dev/sdd1 ext4 3,6T 2,4T 1,3T 67% /media/nfs_share/Kids/dev/sdc1 ext4 5,5T 3,8T 1,7T 70% /media/nfs_share/Adults/dev/md2 ext4 992M 1,3M 975M 1% /tmp/dev/md4 ext4 45G 9,7G 35G 22% /var/mail/dev/md5 ext4 3,6T 3,0T 597G 84% /hometmpfs tmpfs 1,6G 0 1,6G 0% /run/user/1000fifi@silent:~$ cat /proc/mdstatPersonalities : [raid1]md5 : active raid1 sda4[3] sdb4[2]3857602560 blocks super 1.2 [2/2] [UU]md4 : active raid1 sda3[3] sdb3[2]47153024 blocks super 1.2 [2/2] [UU]md3 : active raid1 sda2[3] sdb2[2]1048000 blocks super 1.2 [2/2] [UU]md2 : active raid1 sda1[3] sdb1[2]1048000 blocks super 1.2 [2/2] [UU]md1 : active raid1 sdf3[2] sde3[0]116886400 blocks super 1.2 [2/2] [UU]md0 : active raid1 sdf2[2] sde2[0]195392 blocks super 1.2 [2/2] [UU]unused devices: <none> -
dchard
veterán
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
-
De legacy módban elég lassú. Kimérted pl. fio-val? Emlékeim szeirnt csapnivaló volt úgy az ssd-k performanciája, ahogy raid módban is. A legjobb eredményt nálam az ahci adta. A megoldás az lett, hogy SD-re telepítettem Proxmoxot, kiheréltem az írási folyamatokat belőle (remote logol, amit lehet tmpfs-re ír, Proxmox service-k közül ami nem kell az kikapcsolva, stb..). Meg persze gyakran mentem a configokat róla
Illetve valami sok írást bíró SD-t vettem, ha jól rémlik akkor WD purple industrial, nem tudom mennyire kamu, lassan 1 éve fut, ami nem nagy idő, de remélem nem lesz vele baj.BTW: Transcend Industrial SD kártyák futnak nálam kültéren közel 30db RPI-ben, a legrégebbi 4 éves, a legfiatalabb 2, és egyik sem ment még tönkre, 30-ból 30 tökéletesen üzemel, fagyban, és olyan melegben is, hogy 60-70 fok van a dobozban. Ha beszerezhető még valahol, akkor csak ajánlani tudom, én is ilyet akartam venni a Microserverbe, de akkor amikor kellett, nem volt sehol (azóta meg nem is kerestem).
-
dchard
veterán
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.
-
djgeg
őstag
válasz
jegesib
#4428
üzenetére
Csodálatosan a nagy büdös semmit tölti be, de még regelés után is... Csodálatos HP egy "weblapot" nem képes üzemeltetni xD
szerk: OMFG, chrome alatt semmit de internet explorerben meg edgben bejön. ................... végülis csak a böngészők 70% kának cseszik el az elérést.
-
dchard
veterán
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? -
jegesib
aktív tag
Igen ezt raktam, előtte frissítettem biost és ilo-t az utolsó verzióra. ilo-ból telepítettem, html5-ös konzolon, wifis gépről mountoltam az image-et, szóval csak úgy csináltam ahogy nem lenne szabad
csont nélkül települt, előtte 6.7-el azért szívtam párszor, azért álltam vissza 6.5-re. De ez a 7-es most patentnek tűnik. -
djgeg
őstag
válasz
jegesib
#4423
üzenetére
Woa eddig mindig azt olvastam, hogy úgy nem lesz jó, csak upgradel arra meg még nem szántam rá magamat.
"New* ESXi 7.0 Apr 2020 - Use for Fresh installations Only
*For Server Support, refer to http://www.hpe.com/servers/vmwarecert"
Ez akar lenni? -
jegesib
aktív tag
Tettem HPE-s ESXi 7.0-t, végre rendes sebessége van AHCI-ben is az SSDknek mindenféle hakkolás nélkül. Officially nem támogatott, de eddig nem találkoztam különösebb hibával, talán ez az első igazán jó esxi nálam, balszeg az utolsó is, mert figyelmeztet h a 1265-ös proci balszeg elveszíti a támogatottságát a jövőben. Hát jó. Ja és a ehhez is van már macOS unlocker.
-
Fifi
őstag
"RAID vezérlő FW-e, IP firmware-e és hasonló, de frissíthető alóla a BIOS és az ILO is."
Ez hogyan működik? Előre le kell tölteni a frissítendő dolgokat (pl egy pendrive-ra) vagy az Intelligent Provisioning le tudja szedni magának az internetről? Ha ez utóbbi, akkor az nagyon kényelmes tudna lenni, mert olykor elég szövevényes a HP oldalán valamit megtalálni. Most nem bootolnám újra ezért a gépet, hogy megnézzem
Eddig minden frissítést iLO alól vagy a Gen8-on futó Debian alatt csináltam.
-
#4418
dchard
veterán
ArthurShelby
#4417
dchard
veterán
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.
-
dchard
veterán
Ú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.
-
dchard
veterán
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.
-
dchard
veterán
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ó
-
jegesib
aktív tag
Srácok, olyan régen csináltam bios frissítést h szinte elfelejtettem. Régebben mintha ment volna ez iLO-ból, de most nem megy, és nem találok pure bin file-t sem, csak ilyen OS dependent tool-okat. iLO-t simán frissítettem, de a system rom is 2018 májusi. Mit rontok el?
Innét letöltöttem egy windowsos cuccot, amit kicsomagoltam, a benne található CPQJ0613.684-ot feltöltöttem az ilo-ba, de semmi változás. -
#4407
ArthurShelby
addikt
dchard
#4404
ArthurShelby
addikt
A BCM chip-ek ilyenek, asus routerekbe is ilyen melegek..
Szerintem ezzel nem kell törődni. -
dchard
veterán
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
-
Mykroft
tag
Sosem taperoltam, hogy mennyire melegek az egyes IC-k, mert feltételeztem, hogy a gyártó ekkora szériában úgy adja el, hogy nem sül meg benne semmi. És nem is találkoztam melegedésből adódó meghibásodás posztokkal a fórumokon sem. Persze rakhatsz ettől még rakhatsz rá bordát. A kép a sajátom pillanatnyi állapotának fotója.
Az ssd berakásához ha jól emlékszem egy Molex-Y kábelt tettem be, és az egyik ágában folytatódott az eredeti kábelezés, a szabad ágra pedig egy molex-sata csatlakozó került.
-
dchard
veterán
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.
), az eléggé zsebbe nyúlós, még ebayről is (nyilván akku + cachemodullal érdemes belevágni), én erre az öreg gépre már biztosan nem költenék annyit, ezért hagytam is ezt a vonalat.
Új hozzászólás Aktív témák
Angol nyelvű infók (BIOS, RAM lista, driverek, stb.)
- Suzuki topik
- CES 2026: Színre lép a Motorola Razr Fold
- Hálózati / IP kamera
- Magga: PLEX: multimédia az egész lakásban
- Autós topik
- Debrecen és környéke adok-veszek-beszélgetek
- Samsung Galaxy S25 Edge - a tegnap határán
- Gumi és felni topik
- GL.iNet Flint 2 (GL-MT6000) router
- Haditechnika, harcászat
- További aktív témák...
- Plex szerverhez keresek gépet több HDD tárolóval , Áfás számlával
- Ryzen 7 7700X +hűtött VRM-es B650M lap +16-32GB DDR5 RAM! GAR/SZÁMLA (a Te nevedre kiállítva)!
- Eladó 1440p Ultra Gamer PC: i5-12400F Intel Arc B580 12GB 24GB RAM SSD Dobozos!
- IBM TS3200 48-Slot Tape Library (45E1330), 2x LTO-4 FC Tape Drive (35P2510)
- HP Pro 400 G9 SFF Új, 2 év helyszíni garancia! I5-13500 + Számla
- magyar billentyűzet - 172 - Lenovo Legion Pro 7 (16IAX10H) - Intel Core U9 275HX, RTX 5080
- Eladó Asus GT730 SL 2GB videokártya
- Akció! Bontatlan Sandisk SSD Plus 2TB
- LG 39GX90SA-W - 39" Ívelt Smart OLED/ WQHD 2K / 240Hz & 0.03ms / 1300 Nits / G-Sync & FreeSync
- BESZÁMÍTÁS! Apple MacBook Pro 14 M4 Max 36GB RAM 1TB SSD macbook garanciával hibátlan működéssel
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest