- gban: Ingyen kellene, de tegnapra
- Luck Dragon: Asszociációs játék. :)
- Szoszo94: Xiaomi Mi Router 3G - Padavanra fel!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Fűzzük össze a szavakat :)
- Gurulunk, WAZE?!
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- sh4d0w: Csak a profit - emberélet nem számít
- vrob: Az IBM PC és a játékok a 80-as években
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
-
LOGOUT
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
-
-
> ha valaki beszerzi a MS root keyt
eleg lazan bedobtad ezt a feltetelezest
ha root keyeket 'be lehet szerezni', akkor konkretan _semmi_ nem mukodne az interneten
A secure boot (altalaban, nem csak a PC-s vilagban) elengedhetlen resze a (nagyvallalati) biztonsagi technologiaknak szerintem; persze teljesen igazad van, hogy nem tokeletes.
-
roseben
junior tag
Köszi a választ. Általában javasolják, hogy ezt a kettőt kapcsoljuk ki BIOSban linux telepítésekor.
Pár napja merevlemezt cseréltem (dual bootot már nem használok de egy szoftver miatt van tartalékban egy Windows-os SSD. Az történt, higy miután visszatettem a SSD-t amire Kubuntu van telepítve a laptop nem talált bootolható media-t. Frissített ugyan a Windows a fél óra alatt, de a linuxos ssd nem volt a gépben. Grubot így nem cserélhette le. A BIOSban az ...efi fálj elérési útvonala meg volt adva és onnan jött a kérdés, hogy miután aktiváltam a Secure bootot ez az opció már az efi fájl útvonala deaktiválódott' Na mindegy. Secure bottal meg persze megoldás híján újratelepítéssel most teszi a dolgát. -
Vasti74
senior tag
Ez eléggé elkeserítő...
Pedig elvileg Intel - NVidia - AMD grafikus driver van linux alá is jól működő, sőt, az AMD állítólag kimondottan jó.
Ahogy egy régi barátom szoktam mondani: "Nem rossz, csak a jótu' kib****** messzi áll!"
;-)A leginkább elkeserítő az - elnézést az érzelmeskedésért ;-) , hogy amikor elkezdtem linuxozni, volt kb. 3-4 disztribúció, és a kor vasain mindegyik kiválóan működött, most meg van 1000 disztribúció és annak 100000 variánsa, de ha így 2025-ben a felhasználó szeretne egy olyan funkciót használni, ami már egy 6-8 éves vason is elvárható volt, hogy működjön, és a másik két elterjedt rendszer alatt működik is, akkor meg húúúú.... Nem olyan egyszerű az! Na mindegy... Azért ha bejön a KDE, még mindig nem veszek mac-et ;-)
-
A KDE alatt viszont legalabb _mukodik_. Nincs rendes hwaccel, de legalabb majdnem minden ugy nez ki, ahogy annak kell.
> Egyetlen "értlmes" megoldás, hogy amennyiben a monitorod támogatja kisebb a skálázásnak megfelelő felbontást azt állítod be. Pl. WQHD.
Ez nem ertelmes szerintem, mert homalyosabb lesz.
En tok jol elvagyok 5K2K felbontassal, 150%-os skalazassal a legujabb KDE-n. Gnome alatt az Electronos appok nem mukodtek rendesen (tobbek kozott).
Szoval ezert javaslom a KDE-t.
-
roseben
junior tag
Köszönöm a választ. Ha nincsen a tárolóban a csomag akkor nem érdekel a téma. Nem fordítgatok. A kérdésem valóban hibás. Nem írtam oda, hogy ugyanúgy szeretném használni mint a mostani Kubuntu rendszert. De amiket írtatok abból az derül ki számomra, hogy maradok az eddigi hardveremnél.
-
-
Igazából annyi a cél, hogy az otthoni hálózatomat és a VPS-eimet a lehető legjobban meg tudjam védeni a reális támadásoktól.
A vicces kedvű kolegákat is ide értve.Tananyag is érdekel.
Sem az NSA, sem egyéb szervek nem pályáznak a nyaralási képeimre, sőt a munkám sem olyan, hogy bárkit érdekeljen, és IT biztonsági szakember sem akarok lenni, csak egy olyan szintet szeretnék elérni, hogy az tűrhetőnek számítson linuxos, hálózatos körökben.
Azért ide írtam (először a kezdő topikba), mert csak linuxos gépeim vannak.Kössz a tippet, megnézem ezt a Tenable Nessus Essentials-t.
-
A u-boot a jó rendszer architektúra szempontból. Az csak egy bootloader, beinicializál amit kell (pl. network, hogy TFTP legyen) utána berántja a kernelt és eltűnik a memóriából. A kernel a memória képet a device tree-ből kapja, ami eszköz specifikus és a kernel tree-ben van normál esetben. Ez az attack vectorokat is jelentősen csökkenti. Btw ARM esetén pl. microcode sincs, mert RISC.
A BIOS annyira konyhanyelv, hogy maga a vendor is BIOS-nak hívja a mai napig.
De x86-on van ez az SMM dolog amikor végrehajtás közben visszaugrik a proci a BIOS-ra. Szóval ott a memóriában marad a BIOS, és kell is, mert az kezeli a hardver csatlakoztatást.
(#33448) Livius A mikrokód igazából tök mindegy, a kernel úgyis felupgradeli early boot-ban ha régi.
-
vicze
félisten
Egy kis tisztázás, hülyeséget írtam "fenti bit fix kerül bele"-al, elég zavaros, hogy ez megy jelenleg. Nincs benne semmi ilyesmi.
Szóval ha jött bárkinek mikrokód frissítés, az egy általános bundle és csak a Roma-hoz van benne valós javítás. Tehát az egyetlen javított mikrokód a 0x0830107A, minden más ami, a "3.20191218"-ban van az nem a Zenbleed-re vonatkozik. pl. Family=0x17 Model=0x08 és Model=0x01 Zen és Zen+ modellek, amik nem érintettek a hibában.Szóval amíg nincsenek kernel frissítések backportokkal (nem dev-en vagy RC3-mal), a korábban írt/linkelt workaround elvileg megoldja, amíg nem jön bármi más.
-
-
Egyebkent meg javitva van a legutobbi AGESA-ban, de alkalmazas oldalon is lehet vedekezni ellene.
-
f_sanyee
senior tag
Ha visszaköveted, téma onnan indult, hogy valaki otthon tanulás céllal használná. egyébkén:
The use cases for Red Hat Enterprise Linux have been expanded in the Red Hat Developer Subscription for Individuals. The Red Hat Developer Subscription for Individuals is a single subscription, which allows the user to install Red Hat Enterprise Linux on a maximum of 16 systems, physical or virtual, regardless of system facts and size. Those 16 nodes may be used by the individual developer for demos, prototyping, QA, small production uses, and cloud access.
The Red Hat Developer Subscription for Individuals terms formerly limited Red Hat Enterprise Linux use to single-machine developers. The Red Hat Developer Subscription for Individuals is still only available to individuals, not organizations or teams, and is designed for personal servers, home labs, and small open source communities. Review the program terms and conditions of the Red Hat Developer Subscription for Individuals for details.
-
bambano
titán
ha a redhat bármibe belenyúlt, ami gpl-es, és azt binárisan kiadta, akkor köteles kiadni a patchet is.
az ingyenebéd nem csak akkor van, amikor csinál valamit a redhat és azt gipsz jakab élvezi, hanem akkor is, amikor a redhat kivett a nagy közösből gpl-es cuccokat és abból pénzt csinált.
-
Ebbol csak az latszik, hogy vagy nem tudod elolvasni, ami le vagyon irva, vagy annak ertelmezese nem megy.
Es bizony megeshet, hogy a Red Hat GPL-t sert, mert a fizetos ugyfelek ugyan kapnak hozzaferest a forraskodhoz, de ok mar nem oszthatjak meg senkivel. A forraskodnak resze a kernele is; a vanilla kernel forrasat megtalalod mashol is, de aligha valoszinu, hogy a Red Hat vanilla kernelt hasznal (derivative work), viszont a forraskod visszatartasaval (impose restrictions) nem teszi vissza a kozosbe, amit onnan kivett - es az az a pont, ahol valoszinuleg GPL-t sert a ceg.
Nem kell elajulni a cegtol, korabban is sertettek mar GPL-t, nincs ra garancia, hogy nem teszik megint.
Ertem en, hogy az Oracle van a celkeresztben, az Alma meg a Rocky csak collateral damage - de ettol meg megeshet, hogy licencet sert.
-
Vladi
nagyúr
"aki nem ért hozzá kavarja a ... és állít hülyeséget."
így van, mint például most te. Esetleg meg kéne érteni, miért is van a felháborodás. S igen, mióta ibm megvette azóta gyakorlatilag dobja a szemétbe az elveket, amire a redhat és úgy általában a szabad szoftveres világ épül.
(#33329) emvy:
Ez alavetően ellentétes a red hat eredeti üzleti politikájával. Programért sose kértek pénzt. A szoftver nem termék. A fizetős termék a szolgáltatás amit hozzá kapcsolt. Volt itt egy kiváló együttműködés a közösséggel. A vállalat a közösség tagja volt, most lépéseket tesz azért, hogy a vállalat legyen a közösség felé rendelve.
Olvasd újra a katedrális és bazárt. -
-
-
Rimuru
veterán
Archwiki: dm-crypt/Specialties/Remote unlocking of the root (or other) partition, vagy inspiracionak gentoo wiki, stb.
-
-
_NCT
addikt
Köszi szépen, jó ezt tudni. Win alatt valamivel jobban teljesít, de pl Arch alatt volt olyan, hogy a workload-ot 4-re állítottam, lassabb lett mint nélküle, ubuntu 22.04-en szintén. Érdekes jelenség, ez is legfrissebb opencl-mesa driverrel. Azt nem is mondom, hogy csak lts kernel jöhet szóba, mert hivatalosan 5.15-ig támogatott.
Amúgy a fő felhasználási terület az ez lenne, persze nem 0-24ben, illetve játszani is szoktam néha napján pl Far Cry 6-al, ezért nem elég az IGP és a G szériás Ryzen. Jelenleg Ryzen 5 2600 cpu van a konfigban, messze nem a cpu a szűk keresztmetszet. A Gimp és Libreoffice Calc-nak is kell az opencl, ezek is anyáztak mostanában.
Szerk: szomorú git-en is látni mennyien várnak támogatásra frissebb kártyáknál is AMD vonalon. Régebben (3-4 éve) még mindenki azt mondta, hogy Linuxra csak a pirosak jöhetnek szóba.
-
bambano
titán
debian által gyártott kernelre váltottam.
tehát nem ragaszkodnak.
a thunderbird már évek óta egy szemétdomb, és nem lett jobb.
örülök, hogy pár biztonsági hibát kijavítottak, és tettek bele sok újat.nem a felső házról beszéltem, ahol epyc cpukkal kell routolni, hanem az otthoni és kisvállalati szintről.
igen, köszönjük, parádés, hogy az intel qat akár 36 Gbps-t is titkosít/thread és van neki legalább három threadje (az eredeti intel adaatlap szerint 106 Gbps-ig megy), ezt állítsuk már szembe az 1-2.5 Gbps körüli internetes kapcsolatokkal...Egy normálisan összeválogatott, tisztán routernek szánt pc nem sokkal drágább, felét fogyasztja, és lényegesen erősebb, mint egy mikrotik router (mondjuk tetszőleges mikrotik router a ccr22xx alatt).
Én most építettem magamnak házi szervert, és az úgy fogyaszt harmadával többet, mint a 9 magos tilera (37w vs 27w), hogy van benne diszk is, meg ssd is, meg rendes proci is, meg elég ram is ahhoz képest, amennyi egy routernek kellene.
de agyalok, hogy építek még egy gépet, ahol jobban priorizálom a fogyasztást, és megnézem, mit tud.
-
inf3rno
nagyúr
Annak írom, aki képes felfogni.
Ja én csak saját tapasztalatból indulok ki. Sima x64-es gépnél a video kártya driverrel szívtam, de azt is sikerült megoldani. A 10Gbps hálókártya meglepő, de ment out of the box. Azért mégse egy Linux életérzés, desktopra nagyon nem ajánlom, szervernek talán elmegy. Bányászatra vagy MI-re nem jó, nincs CUDA, valszeg soha nem is lesz és a ROCm-et sem akarják támogatni. Ennyi a tapasztalatom velük. A szerverrel kapcsolatban annyi aggályom van, hogy pl. node.js-nél 3 hónap elmaradásban vannak, aztán ha biztonsági frissítés ennyit késik, akkor simán feltörik a szervert annyi idő alatt. Inkább akkor Alpine. Valószínűleg a pfSense terén frissebb minden, és arra koncentrálnak, illetve elvileg az OpenBSD - OPNsense is jó routerre, talán jobb is, mint a pfSense.
-
inf3rno
nagyúr
BSD-nél a legtöbb Linux szoftver működik minimális módosítással. FreeBSD-re simán felment az xorg és az XFCE vagy KDE is. Nyilván portolni kell rá, de állítólag nem egy nagy munka, és a legtöbb portolva van, ahogy a DPDK is. [link] A driver támogatásuk is nagyon jó, régi eszközöknél talán jobb is, mint a Linuxnak, újaknál vannak elmaradások, mert kicsi a közösség, és nem győzik.
-
Nem akarom DOS-olni magam, így konkrétat nem mondok. De minden gyártó 5G eszközei DPDK-val mennek. A reklám anyag a valóságban még jobban kihúzható. Egy AMD szerver proci ma már brutál erős, olyan FPGA-t nem tudsz csinálni ami akár azt megközelíti. Nincs HW gyorsítás, a HW maga a proci. Még a hardware checksumming-ot is kikapcsolja a DPDK. Közvetlenül a hálókártyáról pollolja a real time futó thread (övé a mag, nincs preemptive scheduling) a packeteket. A pfSense nem használhat DPDK-t, mert az Linux only szoftver.
Mond Linusnak, ugyanis a kernel architektúra továbbra is x86 maradt
(#32607) bambano Nem értek egyet, azokban a szegmensekben pont a mips/arm gyorsabb adott áron és fogyasztás mellett. Az igazán brutál routerek (több 100G vagy akár több T) azok viszont PC alapúak.
(#32603) Lenry Viszonylag friss, támogatott LTS kernel. Problem?
-
bambano
titán
a debian konzervativizmusához még annyit: a mostani stable-ben főverziót léptek a thunderbirddel, amit egyébként nem szoktak. csak az új tb bugos, viszont átírja a konfigjaidat, ezért nem lehet downgradelni.
milyen jó (nem), hogy a debian megszegte a saját elveit... a régi tbird működött, csak pár idiótának megint fontos volt nyüzsögni, így felraktak újabbat. az meg bugos.
ráadásul a debian egy disztró. miért baj, hogy van egy disztró, ami ezt gondolja? ha neked nem tetszik, választasz másikat.
-
bambano
titán
azt mondtad, hogy a debian ragaszkodik a régi kernelhez.
láthatóan nem ragaszkodik, hiszen itt van egy 5-6 napos kernel, gyári debian, felrakhatod.nem tudom, miért használnak bsd-t tűzfalnak, de mint írtam, nem mostanában néztem.
"Nem azt írtam, hogy nem végezheti, hanem az, hogy rohadt lassú lesz egy HW gyorsítotthoz képest.": valójában akkor lesz lassú, ha egyébként a feladat kisámfázza a cpu-t. illetve ott van még az a téves általánosítás is, hogy nem választod szét a kategóriákat. Azokban a szegmensekben, ahol a mikrotik is versenyez, a pc egyértelműen mindig gyorsabb routernek.
-
bambano
titán
"BSD szintekkel gyorsabb routing és fűzfalban": amikor utoljára néztem a bsd-t (nem mostanában volt), akkor volt benne egy nagy kernel lock meg egy single threaded tűzfal. úgy nagyjából 12-15 évvel volt lemaradva a linux kerneltől hálózati szempontból.
ezt behozták már?
"Nem a Linux végzi és nem az x64 végzi a routingot semmilyen formában": de, mikrotiken (ami a thread kezdő állítás volt) és pc-kből épített routerekben a linux és az x86 végzi a routingot.
-
bambano
titán
ez a desktopom, amin most írok:
cat /proc/version
Linux version 6.0.0-2-amd64 (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-7) 12.2.0, GNU ld (GNU Binutils for Debian) 2.39) #1 SMP PREEMPT_DYNAMIC Debian 6.0.3-1 (2022-10-21)én azért ezt a kernelt nem nevezném visszatartásnak.
az meg, hogy a linux lassan vagy gyorsan fejlődik, egyéni vélemény. szerintem folyton kapkodnak.<írtam egy hosszabb hsz-t, de inkább kimoderáltam magam>
-
x64 nincs és sose volt. Mindenki csak x86 hívja szakmai körökben. A kiterjesztés neve x86-64.
Nem a Linux végzi és nem az x64 végzi a routingot semmilyen formában olvass már utána kérlek. De, ez a state of the art. Közvetlenül a network kártyából mennek ki a csomagok userspace-be, meg onnan vissza.
BSD szintekkel gyorsabb routing és fűzfalban, nem véletlen lett az használva tűzfalakban nagyon sokáig bare metal telepítésekben, amíg nem volt a CPU-kben olyan sok dedikált gyorsító. A BSD gyorsabb volt 15 éve, azóta sok minden történt.
[link] Itt vannak performance tesztek.
-
A Debian ad egy stabil alapot, amit úgy alakítasz, ahogy tetszik. Linux Mint, Ubuntu pont ezt teszik (más tészta, hogy szarul). Ha haladóbb kell, RHEL, SLES, vagy ezek vmilyen deriváltja.
Amúgy akkor szerinted DDoS egy fűzfal esetében nem security probléma?
Ezt a fasságot honnan sikerült leszűrni?
-
fatpingvin
addikt
kíváncsian várom a példákat. az ésszerű középút meglátásom szerint a Fedora és az OpenSUSE képében jelen van, érdekes módonm az előbbinek mintha lenne valami köze a RHEL-hez... ja hogy a Debiant szívesebben használják mert support nélkül is megy amire elindítod, az uborkát meg inkább hagyjuk is, az mindennek a megtestesülése amit irtani kéne a desktop Linuxból.
-
Nofene, csak nem (8 éve Debian a fő rendszerem)?
Egyébként meg, Debian alapon is lehet cutting edge-en lenni, csak akkor pont odavész az a stabilitás, amit a kitesztelt csomagok adnak.@Shyciii: komolyan kérdeztem, milyen security issue-k jönnek, ha iptables-t használsz? Ha most sem válaszolsz értelmesen, akkor úgy veszem, hogy Te sem tudod, csak megemlítetted, hátha valaki összecsinálja magát. Nekem megfelel bármilyen publikusan olvasható link (a paywallos nem ilyen), ha nem akarsz túl sokat gépelni.
-
Speeedfire
félisten
-
_kovi_
aktív tag
Ugyanazon VLAN-ban megy.
Ezzel úgymond egy Linux gép elfedi az igazi célállomást. Tehát "A" gép megy "C" és "D" szerver felé, amelyeken MSSQL server megy.(1433/tcp)
A "B" gép pedig ez a Linux, ami csak továbbít.
Tehát pl az "A" gép SQL management studiójában a linux gép IP címét írod, nem az egyik SQL IP címét. -
-
sonar
addikt
Értem, hogy mit mondasz, csak nekem speciel vannak tunneljeim meg 10-nél több kapcsolat, ott tök kényelmes, hogy klikkelek és kész és nem kell észben tartanom, hogy hova milyen porton... Tehát van létjogosultsága. Egyébként még MobaXterm tud még nagyon handy lenni.
WSL igen, az egy jó dolog -
De miért kéne új kernel? Amíg van security patch, meg bugfix addig tökéletes a dolog.
5.10-es kernel viszonylag friss
is lehet.A legrégebbi még támogatott LTS kernel a 4.4.
Adott verzió support ideje 6 hónap és csá, ez elég messze van az LTS-től, csak a kernel ősrégi benne. Ott van normális upgrade path, meg pont a kernelt annyira nem szokták csesztetni. Nekik full saját águk van. Nagyon veszélyesnek tartom a kernel erőltetett frissítgetését.
Szóval nincs olyan, hogy a kernel nem frissül, max. olyan van hogy ritkábban frissül és nincs benne nagyobb újítás. Az eredeti postban direkt nem használtam a frissítés szót. A patchlevel frissítés nem upgrade.
-
Nem minden distro rolling. Se a Red Hat-en és származékain (fedora, meg a centos) kernel upgrade egy verzió alatt, se openSUSE Leap-en, vagy fizetős SUSE-n. (Nyilván thumbleweeden van, de az full rolling, ott release sincs.) Debianon sincs. Az ubuntu LTS egyik legnagyobb hibája a kernel upgradelgetése szvsz. Vagy legyen rolling vagy legyen fix a verzió.
-
-
-
Ha annál a cégnél ezt el lehetne normálisan intézni, szerintem már ott lenne
Tehát minden egyéb megoldás kiesik, a legegyszerűbb megoldani, hogy legyen HSTS is.
@lionhearted : Másképpen keveredik
- Csak HTTPS van, a HTTP be sem volt állítva
- TLS1.2 a max., amit ismer, és 1.2 meg 1.3 használható, szóval ez pipa
- Azt néztük, hogy a prime256v1 -et ismeri, az meg ECC algoritmus, és ennyiben függene a certtől, hogy annak is támogatnia kell (azaz az issuernek, de nem igazán értettem amit találtunk rá).
Még az lehet, hogy generálnak egy új cert, ECC algoritmussal, és azzal mennie kéne (olyan találat volt, hogy a HSTS csak ECC algoritmusokkal hajlandó működni, de azok meg Apache 2.2.6 óta vannak). De pont ez a bajom, hogy a headernek szerintem meg kéne jelennie a HTTPS fejlécben... De mi okozhat egyáltalán olyat, hogy nem teszi bele? A mod_headers -nek semmi konfigja nincs.
Plusz : itthoni szerveren nekem van HSTS, és rsa 2048-as algoritmussal titkosít, a cert is olyan. Tehát nekem is meredek, hogy össze kéne függenie. (Csakhogy ez egy rendesen frissülő Debian Testing.) -
yoogie
aktív tag
Első körökben az elemzés ami cél, a log gyűjtés most még nem cél. Windows-os környezetben Linux-os megoldással szeretnék adott elemzéseket elvégezni, első körben ingyenes programmal. Gyakorlatilag az alapértelmezett biztonsági eseményeket kezelni, abból esetleg diagramokat, statisztikákat kivenni, stb.
-
-
inf3rno
nagyúr
Köszi! Még tájékozódom akkor. Nekem úgy tűnt, hogy Alpine-ra is van valami. [link] Igazából amiatt aggódom Alpine-al kapcsolatban, hogy musl van nem gcc, bár utólag be lehet rakni, de nem tudom, hogy megzavar e ilyen dolgokat, mint python, tensorflow, java, nodejs, stb. Szervernek talán az Alpine jó lesz, van még egy rakás gépem, amin még Windows megy, azokra meg valami asztali disztro kéne, talán Void vagy Artix vagy ilyesmi lesz, az még ráér.
-
kovaax
őstag
Megpróbáltam letölteni a telepítőt, eközben derült ki, hogy egyszer már regisztráltam náluk, majd mikor nem sikerült letölteni semmit egy wget.sh-n kívül (ami szintlén nem képes letölteni semmit), rájöttem, hogy egyszer régen pont így jártam. Hát, ennyit akkor az Oracle Linuxról.
-
heti átlag kétszer frissítek, 3 éve csak ez van a gépen, tényleg nem nagyon volt vele gond, de nyilván nem ez a szerver, nem fut rajta semmi mission-critical, a saját cuccaim mennek rajta, ami a munkámhoz éppen kell.
de egyébként 2009 óta használok Arch-ot, szóval lehet, hogy ez is közrejátszik abban, hogy kevés nyűgöm van vele
-
kovaax
őstag
-
kovaax
őstag
Nincsen az! innoextract-tal kicsomagoltam (bár lehet ugyanezt az eredményt kaptam volna akkor is, ha simán futtatom wine-nal), aztán
wine AKÁRMI.exe /ext
-re kicsomagolta magát, lett egy BIOS.cap fájlom, amit azfwupdate -a 13312313123 ./BIOS.cap
berakott a boot alá, reboot, elkezdett felszállni a gép, kicsit összecsináltam magam, aztán kiírta, hogy updatel, akkor megnyugodtam, és utána reboot-olt, és meg volt updatelve a firmware. Eddig minden szép és jó, csak nem lett menüm, amiben állíthatnám a videó memóriát, úgy tűnik az nem elérhető Ideapad-on, csak menőbb Lenovoknál. Majd egyszer csinálok belőle egy hutut, mármint az egész kütyüről, és akkor mindenki boldog lesz ám! Köszönöm a segítséget! -
vicze
félisten
Hát ezt egy kicsit túl bonyolítottam.
Szóval a BIOS telepítő végre kell egy /ext commandline-ban és kicsomagolja önmagát és egyből meg is kapod a BIOS.cap-et onnantól már egyenes az út. Wine alól is mennie kéne szerintem.
Új hozzászólás Aktív témák
Hirdetés
- Autós topik
- Vicces videók
- Linux kezdőknek
- Milyen routert?
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Budapest és környéke adok-veszek-beszélgetek
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- PlayStation 5
- Kerékpárosok, bringások ide!
- További aktív témák...
- Assassin's Creed Shadows Collector's Edition PC
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Telefon felvásárlás!! Xiaomi Redmi 9, Xiaomi Redmi 9AT, Xiaomi Redmi 10, Xiaomi Redmi 10 2022
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- Eredeti, új Lenovo 330W töltők - ADL330SDC3A
- ÁRGARANCIA!Épített KomPhone i9 14900KF 32/64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
- Beszámítás! Oculus Rift virtuális valóság szemüveg garanciával hibátlan működéssel
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest