BGAFC Vendégkönyv

Σ: 13 post

TCH (statz)

#1, Főfasz (10443)

2564 | #4d54 | ^ | Idézet | Sat, 10 Aug 2019 00:44:21 +02

178.164.*.*

*.pool.digikabel.hu

Van nekem egy (64-bites) FreeBSD 11-esem VBox-ban, egy 8 GB-s fixed-size VDI image-ben. Sajnos sikerült egy pkg install xyz kapcsán telerakni a szabad helyet. Baj ugyan nem lett belőle, de több hely kellett. Rákerestem, hogy hogyan lehet átméretezni VDI image-eket:

VBoxManage modifyhd FreeBSD64.vdi --resize 12288

Aha, ahogy azt a Móricka elképzeli: VBOX_E_NOT_SUPPORTED, mert csak dynamic VDI-t lehet átméretezni. Hogy lehet átállítani? Azt sehogy, de lehet klónozni:

VBoxManage clonehd FreeBSD64.vdi FreeBSD64_tmp.vdi

(Ha nem adunk meg típust, akkor dynamic lesz.) Utána csatoljuk le az eredetit és töröljük is ki, mert már nem kell.

VBoxManage closemedium disk FreeBSD64.vdi
rm FreeBSD64.vdi

Most lehet átméretezni.

VBoxManage modifyhd FreeBSD64_tmp.vdi --resize 12288

Akkor állítsuk vissza fixed-re:

VBoxManage clonehd FreeBSD64_tmp.vdi FreeBSD64.vdi --variant Fixed

Error:

Usage:

VBoxManage clonemedium      [disk|dvd|floppy] <uuid|inputfile> <uuid|outputfile>
                            [--format VDI|VMDK|VHD|RAW|<other>]
                            [--variant Standard,Fixed,Split2G,Stream,ESX]
                            [--existing]


Syntax error: unknown option: -–variant

Anyád. És ha elérakom a kapcsolót?

VBoxManage clonehd --variant Fixed FreeBSD64_tmp.vdi FreeBSD64.vdi

Akkor jó. Hát ez remek. Ugyan még a help is azt mondja, hogy forrás, cél és aztán a típus, de úgy csak azt írja, hogy ismeretlen opció. Fordítva meg megy. Mindegy. Töröljük az átmenetit:

VBoxManage closemedium disk FreeBSD64_tmp.vdi
rm FreeBSD64_tmp.vdi

Akkor sikerült átméretezni a fixed VDI-t, de most a partíciót is át kell. Húzzuk fel az image-et device-nak:

modprobe nbd max_part=16
qemu-nbd -c /dev/nbd0 FreeBSD64.vdi
partprobe /dev/nbd0

Aztán parted:

parted /dev/nbd0

Beugat, hogy Error: The backup GPT table is not at the end of the disk, as it should be. Fix, by moving the backup to the end (and removing the old backup)? Javíttassuk meg vele (y). Aztán:

resizepart 3 12280
quit

Lehet eltávolítani az eszközt:

qemu-nbd -d /dev/nbd0
rmmod nbd

Akkor átméreteztük a partíciót, most a filerendszert is át kell. Lehet felbootolni a FreeBSD-t és kérni egy zpool status-t, hogy megtudjuk, hogy mi a pool és a benne rejlő device neve. (zroot és ada0p3) Aztán:

zpool online -e zroot ada0p3

Ezután lehet megismételni az előbb félbeszakadt telepítést.

Ádám (statz)

#4, Főfasz (1815)

1859 | #4d55 | ^ | Idézet | Sun, 11 Aug 2019 23:23:10 +02

80.98.*.*

*.catv.broadband.hu

@TCH:
Eddig is az volt.

Igaz, de mondjuk 3-4 évvel ezelőtt aki játékra vett pécét, nem volt választása. Ráadásul az FX tényleg befűtötte télen a szobát, mint most a legújabb Intelek.

Viszont hatalmas köszönet az AMD-nek, hogy a procilábak náluk a processzoron vannak és nem az alaplapon, volt ma egy prociláb visszahajlításom. A Hozzáértő Felhasználó szarul próbálta meg belerakni a foglalatba, úgyhogy a lábak olyanok lettek, mint amikor áthajt egy traktor a kukoricaültetvényen. Elpöcsöltem vele egy fél órát, de működik hibátlanul. Intelnél meg valószínűleg cserélhettem volna alaplapot, és ugye régi generációhoz hibátlan alaplap elég nagy kincs.

@TCH:
Van nekem egy (64-bites) FreeBSD 11-esem VBox-ban, egy 8 GB-s fixed-size VDI image-ben.

De miért használsz fix méretű VDI-ket? Hoz jelentős gyorsulást a dinamikusan növekvőhöz képest?

Már megint a batch-el szívok, mert ezzel a legegyszerűbb automatizálni a dolgokat winfoson (nem nekem lesz, hanem egy Kedves Felhasználónak, akit nagyon-nagyon szeretek, főleg így 11-kor).
Ha van egy ifed, amin belül definiálsz egy változót, akkor az addig nem fog definiálódni, amíg a futás közben az if végére nem értünk, ugyanis a cmd az ifet egyetlen parancsnak veszi. Kösz, mikrofos.
Megoldás: a batch elejére bele kell böfögni, hogy setlocal enabledelayedexpansion, a változót meg % helyett !-ek közé kell rakni. Így megy.

Na meg volt ma egy Gányoló Felhasználó is, aki kivágta a ház oldalát, hogy egy USB csatlakozóba bedugott 5 V-os ventilátort visszavezessen a házba, mer' hát megállt az első venti és így melegedett a HDD. Értem én, hogy non-stop, de a 25 ezres háznak akkor se megyünk neki flexszel, csak mert találtunk otthon valami 0 légáramlással rendelkező, dísznek se jó aliexpresses ventilátorszerű képződményt.

TCH (statz)

#1, Főfasz (10443)

1760 | #4d56 | ^ | Idézet | Mon, 12 Aug 2019 02:15:00 +02

94.21.*.*

*.pool.digikabel.hu

@Ádám:
Igaz, de mondjuk 3-4 évvel ezelőtt aki játékra vett pécét, nem volt választása.

Nem játszom mai játékkal, így ezt nem tudom.

@Ádám:
Ráadásul az FX tényleg befűtötte télen a szobát, mint most a legújabb Intelek.

Ezt viszont pontosan tudom, hogy nem igaz. FX-8350-esem van és 35-40 fok között van üresjáratban, 40-45 fok között alacsony terheléssel, 45-50 között közepessel, 50-55 között erőssel és 55-60 között extrémmel. intelről hallottam 80 fokos sztorit is.

@Ádám:
Viszont hatalmas köszönet az AMD-nek, hogy a procilábak náluk a processzoron vannak és nem az alaplapon, volt ma egy prociláb visszahajlításom. A Hozzáértő Felhasználó szarul próbálta meg belerakni a foglalatba, úgyhogy a lábak olyanok lettek, mint amikor áthajt egy traktor a kukoricaültetvényen. Elpöcsöltem vele egy fél órát, de működik hibátlanul. Intelnél meg valószínűleg cserélhettem volna alaplapot, és ugye régi generációhoz hibátlan alaplap elég nagy kincs.

XDDDDDDD Amúgy +1.

@Ádám:
De miért használsz fix méretű VDI-ket? Hoz jelentős gyorsulást a dinamikusan növekvőhöz képest?

Igen.

@Ádám:
Már megint a batch-el szívok

PowerShell nem játszik?

@Ádám:
Na meg volt ma egy Gányoló Felhasználó is, aki kivágta a ház oldalát, hogy egy USB csatlakozóba bedugott 5 V-os ventilátort visszavezessen a házba, mer' hát megállt az első venti és így melegedett a HDD. Értem én, hogy non-stop, de a 25 ezres háznak akkor se megyünk neki flexszel, csak mert találtunk otthon valami 0 légáramlással rendelkező, dísznek se jó aliexpresses ventilátorszerű képződményt.

XDDDDDDDDDDDDDDDDDD

Ádám (statz)

#4, Főfasz (1815)

832 | #4d57 | ^ | Idézet | Mon, 12 Aug 2019 09:16:57 +02

80.98.*.*

*.catv.broadband.hu

@TCH:
Ezt viszont pontosan tudom, hogy nem igaz. FX-8350-esem van és 35-40 fok között van üresjáratban, 40-45 fok között alacsony terheléssel, 45-50 között közepessel, 50-55 között erőssel és 55-60 között extrémmel.

Milyen hűtőt használsz?
Egyébként FX-nél a T_max ilyen 60-70 körül van (a 8350-nek elvileg 61, ha lehet hinni az AMD-nek), míg az Intelnél lehet engedni 90-ig is általában. És ne csak a hőfokokat nézd, hanem a TDP-t is, ez Intelnél jóval alacsonyabb.
(Távol álljon tőlem az Intel mindennemű védelme, de az FX-eknél valamivel jobbak voltak, amikor még nem tudtunk a kismillió biztonsági résről.)

@TCH:
PowerShell nem játszik?

Ahhoz még annyit se értek, mint a batch-hez, meg winhate alatt telepítést igényel. A batch meg mindenhol működik.

TCH (statz)

#1, Főfasz (10443)

1597 | #4d58 | ^ | Idézet | Mon, 12 Aug 2019 10:07:34 +02

178.164.*.*

*.pool.digikabel.hu

@Ádám:
Milyen hűtőt használsz?

Most így hirtelen nem tudom, meg leírva sincs, de valami jókora Thermaltake cucc, ha minden igaz. Ventilátoros, nem vizes.

@Ádám:
Egyébként FX-nél a T_max ilyen 60-70 körül van (a 8350-nek elvileg 61, ha lehet hinni az AMD-nek), míg az Intelnél lehet engedni 90-ig is általában.

Hát, ha úgy érted azt a bizonyos T_max-ot, hogy megfelelő hűtés mellett nem megy feljebb, akkor igazad van. Ha úgy, hogy annyit bír ki, akkor nincs. Amikor kalibráltuk a hűtést és még nem ült rajta rendesen a hűtő, akkor sikerült 80 fok fölé is menni vele. Persze lekapcsoltuk, de nem halt bele. Bírja a magas hőfokot ez is, csak annyira nem melegszik. Az intel meg vízhűtés mellett is 60+ fokos.

@Ádám:
És ne csak a hőfokokat nézd, hanem a TDP-t is, ez Intelnél jóval alacsonyabb.

Bocs, de az intel által megadott TDP kb. úgy kamu, ahogy van.

@Ádám:
(Távol álljon tőlem az Intel mindennemű védelme, de az FX-eknél valamivel jobbak voltak, amikor még nem tudtunk a kismillió biztonsági résről.)

Jobbak? #define jobb. Gyorsabb, esetleg. Aztán kiderült, hogy azért gyorsabb, mert "csal". (Értsd: spekulál.) Aztán amikor ki kellett kapcsolni ezeket a spekulatív mechanizmusokat, akkor a benchmark görbék nagyot koppantak először az AMD görbéjén, aztán meg a padlón. Az intel mindig is egy nagy suxx volt.

miklos_akos (statz)

#7, Lófasz (871)

382 | #4d59 | ^ | Idézet | Tue, 13 Aug 2019 10:28:44 +02

176.77.*.*

*.pool.telenor.hu

Racsekkoltam a CPU hasznalatra (megint) erdekes modon ha napokig megy a gep akkor eleg rendesen lezuhan a hasznalat, de rendszerinditas utan 100%-on ketyeg (most pedig fut a Firefox, 2 Konsole, Thunderbird, Kate, 3 Arc meg egy Dolphin.

Asszonykanal vagyok, de webhost szar miatt nincs "nyaralas", hetvege, egyeb baszomfasz.

miklos_akos (statz)

#7, Lófasz (871)

166 | #4d5a | ^ | Idézet | Tue, 13 Aug 2019 12:27:55 +02

84.225.*.*

*.pool.telenor.hu

Eeeeeeeeees a toltom valoszinuleg zarlatos/tulfeszt/tularamot tol, mert par perc utan lebassza magat a gep, akksirol megy hibatlanul.
Akksi nelkul szinten ugyanez. :)

TCH (statz)

#1, Főfasz (10443)

62 | #4d5b | ^ | Idézet | Tue, 13 Aug 2019 13:32:08 +02

178.164.*.*

*.pool.digikabel.hu

Szerintem belefutottál egy bugba és szarul méri a CPU load-ot.

miklos_akos (statz)

#7, Lófasz (871)

161 | #4d5c | ^ | Idézet | Tue, 13 Aug 2019 13:35:09 +02

176.77.*.*

*.pool.telenor.hu

@TCH:
Szerintem belefutottál egy bugba és szarul méri a CPU load-ot.

Minden rendszerindításkor ez történt. *gondolkodóemodzsi*

Ádám (statz)

#4, Főfasz (1815)

1338 | #4d5d | ^ | Idézet | Tue, 13 Aug 2019 17:09:22 +02

91.104.*.*

*.pool.telenor.hu

@TCH:
Most így hirtelen nem tudom, meg leírva sincs, de valami jókora Thermaltake cucc, ha minden igaz. Ventilátoros, nem vizes.

Víznek szerintem csak akkor van értelme, hogyha valami normális épített darabról van szó.

@TCH:
Amikor kalibráltuk a hűtést és még nem ült rajta rendesen a hűtő, akkor sikerült 80 fok fölé is menni vele.

Ezekszerint az AMD csak tájékoztatásul közli ezeket a számokat, hogy "e fölé ne nagyon engedd". Intel ha eléri a T_max-ot, visszavesz az órajelből, így le tud hűlni a proci. Tulajdonképpen hűtő nélkül se tudod megölni. (Azt hiszem, mostmár a Ryzenek is ilyenek.)

@TCH:
#define jobb. Gyorsabb, esetleg. Aztán kiderült, hogy azért gyorsabb, mert "csal". (Értsd: spekulál.) Aztán amikor ki kellett kapcsolni ezeket a spekulatív mechanizmusokat, akkor a benchmark görbék nagyot koppantak először az AMD görbéjén, aztán meg a padlón

De 4-5 évvel ezelőtt az átlag felhasználónak fingja nem volt az intel spekulatív mechanizmusairól, ő csak annyit nézett, hogy az Intel gyorsabb.

@TCH:
Bocs, de az intel által megadott TDP kb. úgy kamu, ahogy van.

A régebbi Inteleknél nem jelentett annyi fogyasztástöbbletet a Turbo Boost, mint amennyit most jelent.

TCH (statz)

#1, Főfasz (10443)

1647 | #4d5e | ^ | Idézet | Wed, 14 Aug 2019 18:49:46 +02

178.164.*.*

*.pool.digikabel.hu

@miklos_akos:
Minden rendszerindításkor ez történt. *gondolkodóemodzsi*

Azért bug, kb. átlagot kapsz, nem pillanatnyi értékeket, aztán ahogy megy az idő előre, úgy fog egyre jobban konvergálni ahhoz, amit legtöbbször mérsz. De ez csak tipp. Ha "beállás" után is fel tud ugrani, akkor sztornó.

@Ádám:
Ezekszerint az AMD csak tájékoztatásul közli ezeket a számokat, hogy "e fölé ne nagyon engedd". Intel ha eléri a T_max-ot, visszavesz az órajelből, így le tud hűlni a proci. Tulajdonképpen hűtő nélkül se tudod megölni. (Azt hiszem, mostmár a Ryzenek is ilyenek.)

Nem egészen: hőmegfutás elleni védelem az AMD-ben is van. Viszont, ha az intel hagyja felhevülni azt a fospogácsát 90+ fokig, az az alaplapban és az alkatrészekben is kárt tehet.

@Ádám:
De 4-5 évvel ezelőtt az átlag felhasználónak fingja nem volt az intel spekulatív mechanizmusairól, ő csak annyit nézett, hogy az Intel gyorsabb.

Az átlagfelhasználónak most sincs. A szakmának pedig már 2007-ben leadta a vészjelzést Theo de Raadt, csak épp lefosták a fejét.

@Ádám:
A régebbi Inteleknél nem jelentett annyi fogyasztástöbbletet a Turbo Boost, mint amennyit most jelent.

Ettől még a megadott TDP egy nagy kamu.

saxus már megint ostoba.

Az egy dolog, hogy PHP-ben is meg lehet feleltetni az üres stringet NULL-nak, de bazdmeg, konkrétan le volt írva a cikkben, hogy a jelenség DB-related, abból indult ki a szál.

De hiába erőlködik, nem fogok neki válaszolni.

miklos_akos (statz)

#7, Lófasz (871)

1056 | #4d5f | ^ | Idézet | Wed, 14 Aug 2019 20:06:42 +02

176.77.*.*

*.pool.telenor.hu

@TCH:
Azért bug, kb. átlagot kapsz, nem pillanatnyi értékeket, aztán ahogy megy az idő előre, úgy fog egyre jobban konvergálni ahhoz, amit legtöbbször mérsz. De ez csak tipp. Ha "beállás" után is fel tud ugrani, akkor sztornó.

Amiota az 5.2.5-os kernel fut azota nem tapasztalom a hibat, valoszinuleg kernel bug volt.

@TCH:
Nem egészen: hőmegfutás elleni védelem az AMD-ben is van. Viszont, ha az intel hagyja felhevülni azt a fospogácsát 90+ fokig, az az alaplapban és az alkatrészekben is kárt tehet.

Nalam 85 foknal mar lebassza a gep magat (ez gondolom alaplap meg bios fuggo is).

@TCH:
Az egy dolog, hogy PHP-ben is meg lehet feleltetni az üres stringet NULL-nak, de bazdmeg, konkrétan le volt írva a cikkben, hogy a jelenség DB-related, abból indult ki a szál.

Hat igen, DB-k ala fejleszteni (szamomra) remalom. Minden alkalom amikor a MySQL/MariaDB elszarta magat:

TCH (statz)

#1, Főfasz (10443)

680 | #4d60 | ^ | Idézet | Wed, 14 Aug 2019 22:04:34 +02

188.143.*.*

*.pool.digikabel.hu

@miklos_akos:
Amiota az 5.2.5-os kernel fut azota nem tapasztalom a hibat, valoszinuleg kernel bug volt.

Told ya so. :P

@miklos_akos:
Nalam 85 foknal mar lebassza a gep magat (ez gondolom alaplap meg bios fuggo is).

Passz. Az alaplap/BIOS is tartalmazhatja, hogy megfutás esetén poweroff, de a CPU-ban tuti van.

@miklos_akos:
Hat igen, DB-k ala fejleszteni (szamomra) remalom. Minden alkalom amikor a MySQL/MariaDB elszarta magat:

MySQL/MariaDB...nem védem őket, de még istenesek. Itt most konkrétan az Oracle szemetéről volt szó. Azzal volt már dolgod? Na, az az igazi szarrakás.