- Nyaralás előtti hardverszemle
- Házimozi belépő szinten
- Milyen házat vegyek?
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Vezetékes FEJhallgatók
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Kormányok / autós szimulátorok topikja
- SD-kártyát vennél? Ezért ne csak a GB-ot nézd! – Tech Percek #9
- Androidos fejegységek
-
PROHARDVER!
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
zizidor
őstag
válasz
ubyegon2
#11294
üzenetére
Dedikált alatt azt értem, hogy az a rendszer csinálja az összes többinek az indítását is, szóval amelyik elsőként indul. Ezt kell alapesetben aktualizálgatni, a ténylegesen frissített rendszer mellett is.
Szerintem félreértettetek. Én senkit nem akarok rábeszélni, hogy velem értsen egyet. Mindenkinek szíve joga, hogy a saját rendszerén úgy oldja meg, ahogy neki szimpatikus. Nekem az jön be, ha nem kell manuálisan alá dolgoznom, végül is az egész GRUB szkript csokor azért van, hogy automatizálja a feladatot. Én a saját problémámra kerestem megoldást, mert nem tudtam pontosan, hogy a GRUB hogyan viselkedik. De kiderült.
Nekem nem tűnik bonyolultnak, ha telepítéskor nem a hda-t jelölöm ki a GRUB-nak minden esetben, hanem a hda1-et, hda2-t, stb. Ezekhez, ha nincs vele más célom, hozzá sem kell nyúlni, pont elég amit saját maga csinál minden egyes frissítéskor.
Vicces ez a 2 másodperc amit írsz, mert az "átbootolok, újratelepítem, visszabootolok" azért nem 2 másodperc, azt te is érzed. Nekem annyival jobb, hogy semmi ilyet nem kell tennem. Csak újraindítom a kernel frissítésen átesett rendszert, és kész. NEKEM ez egyszerű, praktikus és biztonságos is, mert egyik sem fog beleírni a másik konfigjába.
-
#11299
cigam
titán
SwissAirplan
#11296
válasz
SwissAirplan
#11296
üzenetére
nem állitok be semmi "juzert" akkor a kamera hogy éri el a szervert?
Az attól függ hogyan konfigoltad. Ha a konfigodban engedélyezve van az anonymous elérés, akkor nem kell user pass, ill. bármit elfogad. De be lehet állítani úgy is, hogy a helyi felhasználókat engedje csak be. Ekkor kell a hozzájuk tartozó user/pass páros.Nem, a 21-es porton kell kapcsolódni hozzá. A 20-as portra is szükség van az aktív kapcsolat felépítéséhez, de a kapcsolódás a 21-es portra történik. Ez csak azt biztosítja, hogy ne csak passive, hanem active kapcsolat is felépülhessen a kliens és a szerver között. Ez az a bizonyos "ftp mode", hogy hogyan próbáljon kapcsolódni.
A link inkább a konfigurálására példa, és Fedora alatt született. Ettől föggetlenül a konfig fájl opciói ugyanazok.
Ugye sudo-val próbáltad szerkeszteni? -
#11298
#63718632
törölt tag
SwissAirplan
#11297
#63718632
törölt tag
válasz
SwissAirplan
#11297
üzenetére
A dnf az Fedora-s csomagkezelő. Mint-en nem működik.
Ezzel kéne: sudo apt install -
#11297
SwissAirplan
aktív tag
SwissAirplan
aktív tag
Ugy néz ki hogy feltelepült.. de nem itt érem el
nano /etc/vsftpd/vsftpd.conf hanem itt
nano /etc/vsftpd.conf.És itt nem enged módositani a config fájlon. ftp://localhost cimen a elérem de mivel nem tudok jelszót ezért nem is tudok belépni...
Hozzáteszem.. erre a parancsra sudo dnf install vsftpd ezt a hibaüzenetet dobta
sudo: dnf: parancs nem találhatóUgyhogy ez valószínű még az előző telepítésemböl sikerült
-
#11296
SwissAirplan
aktív tag
cigam
#11260
SwissAirplan
aktív tag
Szia(sztok)
Köszönöm.. átnéztem ezt a linket
ez már egy kicsit értelmesebben leirja de mégis lenne egy kérdésem.
Ha alpba feltelepítem a szervert és nem állitok be semmi "juzert" akkor a kamera hogy éri el a szervert?
a 20-as portot kapcsolj a aprogram ugye?tehát ha a Linuxos gép IP-je mondjuk 192.168.1.11 a kamera meg ilyen beállitásokkal bir
akkor a szerver cimhez be kell adjam hogy ftp://192.168.1.11
a portnak 20
az ftp mode nak van olyan hogy PASV és PORT... akkor itt a portot
és akkor a usert és a passwordot szabadon hagyom...Ez igy jó ?
Vagy itt a kamera tulajdonságokba azért adjak neki mappát? -
válasz
zizidor
#11293
üzenetére
Így nincsenek a képen azok a vezérlők, amivel el tudnám indítani a telepítést.
Az minden desktop disztrónál az F 1 2 3 4 5 6 gombok valamelyikével konfigolható, valamelyik ezek közül a felbontás.
Az Ubuntu nem ismeri fel a wifit, illetve úgy néz ki hogy bármelyik, ami 5-ös kernelt futtat. Mint-re még nem default, de ha telepítek egy 5-öst, akkor ott sincs wifi.
Valahol mint ha olvastam volna ezt Ubuntuval kapcsolatban, de nem ugrik be, hogy milyen wifiről volt szó, az Inteles iwlwifi tutira múködik 5.x kernellel is. A Mint 19.2- ben is 5-ösre frissült nálam elsőre install után.
-
válasz
zizidor
#11291
üzenetére
Ez bonyolult??? Az. Ahhoz képest, hogy csak felrakom, amit felrakok, persze nálam minden rendszer egyenrangú, nem tudom, mit jelent nálad a dedikált? Nálam az a főrendszer, amit utoljára teszek fel, ha ezen variálni akarok, átbootolok arra és újratelepítem a GRUB-ot, 2 másodperc kb, vagy marad az átszámozós módszer, de azt nem szeretem, mert van akár 10-15 sec is.
-
zizidor
őstag
válasz
ubyegon2
#11287
üzenetére
Az Ubuntu nem ismeri fel a wifit, illetve úgy néz ki hogy bármelyik, ami 5-ös kernelt futtat. Mint-re még nem default, de ha telepítek egy 5-öst, akkor ott sincs wifi.
A Deepin meg 4K felbontásra kapcsol, csak nem tud annyit a monitor. Így nincsenek a képen azok a vezérlők, amivel el tudnám indítani a telepítést.
-
zizidor
őstag
válasz
ubyegon2
#11287
üzenetére
Bocs, nem az a gond, hogy melyik induljon el alapból. Az eredeti problémafelvetésem az volt, hogy olyan esetben, amikor a rendszerbetöltést egyetlen dedikált rendszer végzi, akkor frissül-e a GRUB magától. Kiderült, hogy NEM.
Bármelyik rendszer kernel változása esetén újra kell generálni a dedikált rendszer GRUB konfigját is. Minden frissítésnél nekem ezt külön figyelni kell (kellene) és gondoskodni róla (reboot, dedikált rendszert indít, update-grub, reboot, vissza az eredetibe). Kivéve persze ha maga a dedikált frissül. Ez egy folyamatos feladat, sosincs vége, minden egyes kernel változásnál el kell végezni. Én ezt tartom bonyolultnak.
Számomra sokkal egyszerűbb, ha egy alkalommal rászánok kb. 5 percet, beírom a dedikált GRUB konfigjába azt az 5-6 menüpontot (amit példaként írtam, és csak a címet meg a partíció számát kell variálni), és többet nem kell foglalkoznom vele. Mindegyik rendszer frissíteni fogja a saját fájlrendszerén a saját GRUB-ját. Ez bonyolult???
-
https://logout.hu/tema/linux_abszolut_kezdoknek/hsz_68654-68654.html
Itt említ egy megoldást haddent ft, egyébként legegyszerűbb, ha elmented az érintett csomag config fájlját és azzal felülírod a 19-2 telepítettét. De!
Firefoxot érdemes saját magában syncelni, ott amit bepipálsz, azokat menti el, viszont a Cinnamont messziről kerüld! A 19.2-ben a Cinnamon 4.x kampeca lesz, ha felülírod a 18.x Cinnamon 3.8.x verzió konfigjával.
-
-
Szeretnék egy új telepítésű Mint 19.2-t. Fontos, hogy ne upgrade legyen, mert a 18-as telepítésénél túlvariáltam az SSD szétszabdalását.
Ki tudom-e a 18.3-as Mintből menteni a beállításokat, hogy azok működjenek a 19.2-n, és hogyan?
Nem a Dokumentumokra hanem a conky, putty, firefox, cinnamon, stb. beállításokra gondolok.
Mindig ezek tartanak hetekig amíg minden visszaáll a megszokott állapotába. -
válasz
zizidor
#11286
üzenetére
Az biztos, hogy egyszer már olvastam az általad ki5lött mődszernél bonyolultabb multiboot-ot, de abból egy szót sem értettem, a tiedből igen, de itt meg azt nem értettem, hogy mi a ragyának kell ezt így megbonyolítani! Mióta pingvinezek, mindig volt fenn több disztró, anno 8 is egymás mellett és egyszerűbb nem is lehetett volna. Mindig az utolsó disztró GRUB-ja- lesz érvényes, mert a desktop disztrók szinte mindegyike kérdés nélkül felrakja a GRUB-ot, akármit is írnak más fórumon erről.
Innentől nem értem a problémát, mert az indító disztró aktuálisan mindig frissített lesz. Ha meg neked ilyenkor az kell, hogy mindig a megszokott kedvenced induljon, átírod a GRUB megfelelő sorában a nullát a szükséges számra és akkor az a disztró fog bootolni, majd ha ennek is lesz friss, tárolós kernel frissítése, akkor szintén csinál egy GRUB-update-et.6milliószor egyszerűbb, mint b*szakodni ezekkel a chainloaderekkel meg minden particióra külön GRUB-ot hegeszteni! Tudod mi ez így? A hibalehetőségek megsokszorozása.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Jelenleg egyetlen disztró van, aminél szinte kötelező lenne külön a saját particiójára tenni a GRUB-ot, az meg a csodahíype2, a Manjaro! Itt ugyanis 2+ éve nem sikerült megoldani, hogy ne kapjon kernel panicot, ha egy másik disztró kernelt frissít!
Egyik Linux a wifit nem kezeli, a másik a monitorral akad össze
Ezeket meg az adott disztrón belül kellene kezelned inkább, mint virtuálba vacakolni.
(ez a wifit nem kezelő nem a Manjaro véletlenül?) -
zizidor
őstag
válasz
#63718632
#11285
üzenetére
Egy bizonyos életkor felett már a lustasági és főleg a feledékenységi faktort is figyelembe kell venni, ezért jobb az a módszer, ami nem igényel felhasználói beavatkozást.
Úgy néz ki, hogy tapasztalatszerzésnek jó volt ez a téma, de a technikai marhaságok miatt kénytelen leszek mégiscsak virtuális gépet használni. Egyik Linux a wifit nem kezeli, a másik a monitorral akad össze, ezek mellett a rendszerindítás mikéntje nem annyira lényeges.
-
zizidor
őstag
válasz
#63718632
#11283
üzenetére
Mindössze annyi előnye van, hogy egy kernel update esetén nem kell az elsődleges rendszert külön is frissíteni, mert az csak behúzza a többi fájlrendszerről az ott lévő GRUB-ot, amit viszont a hozzá tartozó rendszer naprakészen tart.
A GPT meg csak egyszerűbbnek tűnt így. Eredetileg ugyanazon a meghajtón volt a Windows és a Linux. A Windows GPT/UEFI módban települt, így került fel a Mint is, de megőrült tőle a BIOS, minden indításnál létrejött egy újabb Linux bejegyzés, ezért inkább újratelepítettem legacy-ként, így nincs keveredés. Aztán kapott a Linux egy saját SSD-t, és mivel nem volt kedvem újratelepíteni az azóta jól bejáratott rendszert, egyszerűen csak átraktam rá a Linuxos fájlrendszereket. A Mint UUID-vel hivatkozik rájuk, szóval mindegy hol vannak. A GPT itt nem jelent előnyt, de hátrányt sem. A GRUB-nak van (kell!) egy saját 1 MB-os partíció, nem csak úgy benyomva a partíciók közti kihasználatlan helyre.
-
#63718632
törölt tag
válasz
zizidor
#11282
üzenetére
Jó, de ez miért jobb. Mintha csak simán a "fő" grubba felvett saját indító végezné az indítást?
Másik:
"insmod part_gpt" ez van az idézett konfigban. Azt mondod nem uefi-s környezeted van.
Most azt feltételezem, hogy msdos partíciós táblád van. Nem ez okozza a gondot?
Ha 2TB-nál nagyobb lemezen végzed a dolgod, ott kell a gpt kétségtelen. Ez alatti méretben msdos táblával logikai partíción sok rendszert telepíthetsz. Linuxnak nem feltétel a primary partíció. -
zizidor
őstag
válasz
#63718632
#11281
üzenetére
A GRUB-nak van egy ilyen parancsa, a megadott helyről betölt egy fájlt vagy adott számú szektort és elindítja bootloaderként. Gyakorlatilag annyi, mintha alapból onnan indulna a boot. Pl:
menuentry "Másik oprendszer" {
insmod chain
insmod part_gpt
chainloader (hd0,gpt4)+1
} -
zizidor
őstag
Úgy kezdtem, csak gond volt a grafikával, időnként teljesen szétesett a kép, ezért akartam inkább "élesben" tesztelni.
Mondjuk ez sem lett jobb. A chainloader-es megoldás abszolút jó, de olyan állatságokba sikerült belefutni, hogy az Ubuntu a bejelentkező képnél kikapcsolja a monitort (no signal), a Deepin-t nem tudom telepíteni, mert már a legelső képernyőnél hiányzik a továbblépés gomb (a nyelv-választó lista nem fér ki a 2560x1440-es képernyőre!?!?!?), az 5-ös kernellel meg nem működik a wifi adapter. Driver frissítés után sem.
Marad a virtuális gép, korlátozott grafikai lehetőséggel.
-
zizidor
őstag
válasz
#63718632
#11275
üzenetére
"Úgy is csak az mbr-ben lévő grub fog bootolni."
Alapból igen. De ha onnan betöltöm a többit [chainloader (hd2,gptx)+1], akkor mindig az adott rendszer saját, friss, aktuális GRUB-ját használja. Akkor nem kell manuálisan frissítgetni a Mint-et.
Legalábbis ez az elképzelés...
-
#63718632
törölt tag
válasz
zizidor
#11274
üzenetére
Nem kell semmit letiltogatni. Úgy is csak az mbr-ben lévő grub fog bootolni. Abban meg benne lesz a többi indító is. Nincs jelentòsége a gyökér partíción lévő grubok osprober funkciójának. Csak az mbr-ben lévő grubot kell állítgatni, a benne lévő indítók sorrendjét illetően. De azon grubok további lehetőségei is ott lesznek. Pl. Régebbi kernellel történő indítás, mert a legutóbbi elhasalt, ecetera.... .
-
zizidor
őstag
válasz
#63718632
#11273
üzenetére
Köszi, akkor a legpraktikusabbnak az látszik, hogy mindegyiknél a saját partícióra megy a GRUB, os prober mindenhol letiltva, és a Mint-nél csinálok mindegyiknek egy chainloader-es menüt. Akkor mindegyiket a saját GRUB-ja fogja indítani, amit kernel frissítésnél úgyis aktualizál.
UEFI-vel nem akarok próbálkozni, mert volt már hogy megszivatott. Windows is van a gépen, az úgy indul, de amikor UEFI módban telepítettem a Mintet, akkor mindegy indításnál kreált egy újabb bejegyzést, végül volt már vagy 25, akkor nekiálltam kigyomlálni és inkább legacy módban használom.
Az normális, ha a gép boot menüje a külső, USB3-as SSD két NTFS partícióját is felkínálja EFI bootként? Az nem csak FAT32 lehet??? Egyiken sincs rendszer, de még EFI mappa sem. BIOS hiba?
-
#63718632
törölt tag
válasz
zizidor
#11272
üzenetére
Jól fogtad meg a lényeget. Legyen egy úgymond fő rendszer, aminek az indítója az mbr-ben van. Az összes többié pedig a saját gyökér partícióján. Így mindegyik rendszer csak a saját grubját fogja írogatni. Egy köztes lépés mindig kell, amikor nem a főrendszered grubja frissűl. Ahhoz, hogy a fő rendszer grubjába felvett más rendszerek frissült indítója aktualizálódjon. Úgy a főrendszeren kell egy grub update-t csinálni, hogy az osprober felvegye a változásokat a többi gyökérpartíción lévő indítókból.
Ilyet csináltam nem egyszer Legacy/MBR módban.UEFI környezetben már nem csináltam ilyet. Ha mégis csinálnék, akkor minden rendszernek csinálnék saját efi/boot partíciót is és abba tenném az indítóját. A további lépések ugyannazok, mint a fentebbi esetben.
Abban nem vagyok biztos, hogy pl. 500MB méretű efi/boot partíción csak egy rendszer grubja tud telepűlni úgy, hogy fölül ír már egy ott lévőt. Vagy szépen egymás mellé teszi-e őket és az a grub amelyik az alapértelmezett, amit mindíg használsz, abban az os prober úgy működik-e mint MBR esetén.
-
zizidor
őstag
Sziasztok!
Megpróbálom nem túlbonyolítva leírni mit is szeretnék.
Jelenleg egy Mint van a gépemen, de különböző tesztek miatt szeretnék több (5-6) különböző disztrót is telepíteni. A kérdés az, hogy ilyenkor hogy viselkedik a GRUB. Valamelyik fórumban azt írták, hogy csak a legelső telepítésnél kell felrakni a GRUB-ot, az összes többinél kihagyni, azokat majd megtalálja (update-grub) és a boot menüből indítható lesz mindegyik. Eddig oké, de mi van egy kernel frissítés esetén? A telepített kerneleket az update-grub gyűjti össze, és akkor le kell futtatni minden egyes kernel módosulás esetén, vagy maga a GRUB rendszerindításkor?
Vagy esetleg praktikusabb az, ha mindegyiknek a fájlrendszerén van egy saját GRUB, úgy konfigurálva, hogy csak azt az egy rendszert indítsa (menü nélkül), és a Mint-ből ezeket chainloader-rel indítom. Akkor minden kernel variálás esetén frissülne a saját GRUB konfig.
-
sonar
addikt
válasz
ubyegon2
#11268
üzenetére
No kérem, itthon ma megint nem akart frissülni a rendszer. És a következő üzenetet kaptam:
Failed to fetch http://ppa.launchpad.net/dhor/myway/ubuntu/dists/xenial/InRelease
Could not connect to ppa.launchpad.net:80 (91.189.95.83), connection timed out
Akkor mondom pingeljük meg$ ping 91.189.95.83
PING 91.189.95.83 (91.189.95.83) 56(84) bytes of data.
64 bytes from 91.189.95.83: icmp_seq=2 ttl=50 time=652 ms
64 bytes from 91.189.95.83: icmp_seq=3 ttl=50 time=401 ms
64 bytes from 91.189.95.83: icmp_seq=4 ttl=50 time=231 ms
64 bytes from 91.189.95.83: icmp_seq=5 ttl=50 time=102 ms
64 bytes from 91.189.95.83: icmp_seq=6 ttl=50 time=528 ms
64 bytes from 91.189.95.83: icmp_seq=7 ttl=50 time=189 ms
64 bytes from 91.189.95.83: icmp_seq=8 ttl=50 time=47.7 ms
64 bytes from 91.189.95.83: icmp_seq=9 ttl=50 time=227 ms
64 bytes from 91.189.95.83: icmp_seq=10 ttl=50 time=41.1 ms
64 bytes from 91.189.95.83: icmp_seq=11 ttl=50 time=243 ms
64 bytes from 91.189.95.83: icmp_seq=12 ttl=50 time=53.9 msHát ez nem igazán fasza. No mondom akkor nézzük meg böngészőben, hogy mit is látunk.
Pikk pakk bejött az oldal majd a ping is helyreállt és a frissités bejött.PING 91.189.95.83 (91.189.95.83) 56(84) bytes of data.
64 bytes from 91.189.95.83: icmp_seq=1 ttl=50 time=42.6 ms
64 bytes from 91.189.95.83: icmp_seq=2 ttl=50 time=42.6 ms
64 bytes from 91.189.95.83: icmp_seq=3 ttl=50 time=45.5 msSzóval nem tudom. Vhol a nagy útvesztőben vmi nincs rendben.
-
Ezt a NAT-olást csak saját esetem miatt említettem, nekem bő két nap és több topikban novellányi javaslat jött össze akkor a hiba elhárítására. Tudom, hogy alapvetően észre sem veszik az emberek, ha NAT-olják őket, de nálam ez a TLS handshake nevű dolog nem múködött azoknál a weboldalaknál, amiket sűrűn látogattam, kivéve még a systemd előtti Mint 17-3-nál. Ezt tudod amúgy a legkönnyebben csekkolni, publikus-e vagy nem az IP.
Nekem azért okozott gondot ez a NAT-olás, mivel nem értek ezekhez a dolgokhoz, no meg első szolgáltatói reklamációmkor a nyamvadék ÜSZ-es letagadta, hogy NAT-olva lennék, pedig láthatta, ahogy ezt a két nappal későbbi másik ügyintéző is azonnal látta és hitetlenkedett is, miért mondta ezt az előző....... Neked egyszerűbb dolgod van, mert értesz hozzá.
Bocs, hogy laikusként beleokoskodtam.
-
sonar
addikt
-
De ebből úgy tűnik a szolgáltató környékén lehet vmi problematika.
Az tud a legnyűgösebb lenni, kivéve ha NAT-olják az IP-t és már tudja a user, mik a jelei ennek. Én anno bő két napot szívtam emiatt. Nálad kicsi az esélye, hogy ez van, de azért érdemes megnézni egyezik-e kapott IP a valós IP-vel.
Igaz anno azt írtad, nem ördögtől való ez a NAT-olás. Persze, semmilyen hiba nem az, ha rájössz mi az és tudod az elhárításának módját!
-
sonar
addikt
-
#11263
sonar
addikt
NeoPampalini
#11262
sonar
addikt
válasz
NeoPampalini
#11262
üzenetére
2-3 mirrort is megpróbáltam. Viszont otthon mind a kettő gépen csinálja.
-
#11260
cigam
titán
SwissAirplan
#11259
válasz
SwissAirplan
#11259
üzenetére
-
#11259
SwissAirplan
aktív tag
Sonja
#11258
SwissAirplan
aktív tag
Köszönöm. ezt megtaláltam.. de valamit nagyon elronthattam, mert nem akar működni.. a telepítés az ment de gondolom a konfigurációnál nem stimmel valami mondjuk még azt se tudom hogy milyen ftp cimet portot user és passwordot kell megadni... godolom a cim a gépen futó cim lessz..
Esetleg ha ezekbe tudnál tanácsot adni azt is megköszönném!
-
#11258
Sonja
nagyúr
SwissAirplan
#11257
Sonja
nagyúr
válasz
SwissAirplan
#11257
üzenetére
-
#11257
SwissAirplan
aktív tag
SwissAirplan
aktív tag
Sziasztok!
Linux Mint re keresnék FTP szerver programot.. sajnos ha jól láttam a filezilla szerver csak Win alatt fut.
Van egy i3-as gép amin L M fut egy domoticzot szolgál gi, a lakásba vannak akmerák és azoknak a képét szeretném oda feltölteni.
A kamerákban van ftp feltöltési lehetőségés akkor gondoltam megoldanék "házon belül"mindent
-
Frawly
veterán
válasz
Joker88
#11252
üzenetére
Ez a nem akar működni mit takar?
Innen feltetted a DEB csomagot? Érdemes terminálból csinálni:
sudo dpkg -i /letöltött/csomag/helye/lmc_1.2.32_i386.debA gondot valószínűleg az okozza, hogy 32 bites csomag, és 64 bites rendszerre teszed, de azért nézzük meg mit ír ki, hátha működésre lehet bírni, ha a csomagkezelő multilibből berántja a 32 bites függőségeket.
Az a baj, hogy a legtöbb keresztplatformos chatprogram központi szervert igényel.
Esetleg BeeBEEP?
-
Joker88
őstag
egy nagyon nehéz kérdésem lenne hozzátok.
Otthon több számítógép is van ( PC,notebook) . Az enyémet leszámítva Windows 8.1 és 10 rendszerrrel futnak.
Van egy helyi hálózati "cset alkalmazás ( [link] ) " azonban ez nem akar működni a Mint-en.. szóval, van-e , létezik-e olyan "keresztplatformos" megoldás ami működik Linuxon és Windows-on egyaránt. Akár fizetős,akár ingyenes, angol/magyar szintén lényegtelen. -
Mint Cinnamon 19.2
A systemctl poweroff nem kér jelszót, a systemctl hibernate kér.
Azt szeretném, hogy a hibernate se kérjen.
Lehet ezt valahol a rendszerben állítani/paraméterezni?Azért érdekes mert egy kisalkalmazás hívná meg amikor el akarom küldeni hibernálásba.
Tök unalmas mindig beírni a jelszót is mikor elindulok. -
Frawly
veterán
válasz
ubyegon2
#11244
üzenetére
Az a gép ezek szerint tudja az EUFI-t. Az ne tévesszen meg senkit, hogy karakteres BIOS-szerű felülete van, és nem grafikus, attól még nem BIOS, hanem UEFI van a gépen. Szerintem UEFI bootlehetőséget azért nem lát, mert CSM/Legacy boot van bekapcsolva, és nem vegyes/UEFI boot.
Meg ez egy Fossiccu, annak nem tudom mennyire szabványos az UEFI implementációja. De a telepítő is lehet trágya. Az Ubuntu-vonal megoldhatná már végre, hogy normálisan kezelje az UEFI bootot, erre a fejlesztők valahogy még nem képesek.
Szerk.: ááá, látom megoldódott. Nem tudom mivel lett kiírva a Mint, mert elvileg annak univerzális lemezképe van, ami képes UEFI/Legacy bootra is. Szerintem csak el lett csesszerintve a lemezkép kiírása. Windows alatt a Rufus ajánlott, Linux alatt a dd parancs, ezek biztosan nem cseszik el a kiírt lemezképet.
-
-
Na ez jó hír!
A kitartásod valóban nem semmi! Egyik szemem sír csak, mert ebben a többirányú próbálkozáshalomban nem derült ki, mi a ragya okozza ezt a jelenséget a pendrive-ra írásnál. Nincs kizárva, hogy a BIOS talán második lapján lévő beállítások, ahol lehet állítani a legacy meg USB 3 opciókat. Mikor ezeket nézegettem, hiába suhant át az agyamon, hogy talán kiírt DVD, mert nem ismertem ezt a fajta BIOS-t! (egyiket sem ismerem, hogy őszinte legyek, a desktop Asus UEFI-s BIOS-szal azért már jól elvagyok)Megint csak igaza lett annak, aki azt mondja, hogy nincs olyan probléma Linuxon, amit ne lehetne megoldani, csak megfelelő kitartás kell esetenként. Régi Toshiba laptopon én is legalább egy hónapig szenvedtem, mire a rendszer használni szíveskedett mindkét processzor magot.
-
nOvOp
senior tag
válasz
ubyegon2
#11244
üzenetére
Megoldva!! Bár nem úgy, ahogyan gondoltam.
Úgy csináltam a telepítést, ahogy leírtam, hdd ki, ssd partíciók törlése, w10 telepítés alatt partíciók létrehozása+hagyva egy partíciónálatlan területet a linuxnak. W10 fel, gyorsindítás w10-ben kikapcs, jöhet a linux. Ugyanaz a hiba!!
Aztán azt találtam ki, hogy visszateszem a dvd írót és egy újraírható lemezre kiírom a linuxot, megpróbálom úgy. Bingó! A bootolás során ez volt az első kérdés: UEFI vagy BIOS mód Innen már tudtam, hogy jó lesz. Köszi a sok segítséget, bocs a "feltartásért". Igazából a pendrive-ot több módon is kiírtam, több pendrive-ot használva. W10 alól: rufus, unetbootin, illetve még 1, amit ubyegon2 fórumtárs javasolt. Linux alól is unetbootin + a beépített pendrive író. Egyiknél sem jött be ez a választási lehetőség. Most van egy friss w10-em és egy mintem. 
-
Frawly
veterán
Ez lehet jobb is lesz. Kevesebbet fogsz vele szívni.
Ha a gép támogatja az EUFI bootot, akkor viszont használd azzal (de akkor a Secure Boot részét kapcsold ki lehetőleg). Az UEFI boot előnye, hogy az EFI bootpartíciót lehet több rendszerbetöltő is, így külön rendszerbetöltője lesz a Win10-nek és a Mint-nek is, és emiatt mindegy, melyik OS-t telepíted elsőnek.
Legacy BIOS / CSM bootnál mindkét OS egymás bootloaderét írogatja felül, ugyanabban a Master Boot Record-ban lévő kódrészét legalábbis, ezért ilyenkor a Windows kell először telepíteni, utána a Linuxot. Ha fordított sorrendben telepíted, akkor a Windows felülírja a GRUB-ot, lecseréli a saját NTLDR-jére, és a Linux nem lesz bootképes.
Egyébként az UEFI bootnak meglenne az az előnye is, hogy az még GRUB nélkül is megy. Csak a legtöbb disztróban, így pl. a Mint-ben is él az a régi beidegződés, hogy mindenképp ragaszkodnak a GRUB-hoz UEFI bootnál is, reméljük ezt egyszer kinövik.
-
-
Viszont azt nem értem, hogy gyárilag miért nem megy neki. Arra kéne inkább rájönni.
Csak erre a BIOS-os dologra tudok gondolni, ott megy rossz irányba a dolog(mivel a Mint 17.3 még működött). Valahogy a disztró telepítő elején a választómenünél kéne beírni kernelopcióként azt a --target 386-os sort, de ehhez nem értek.
Az is lehet, hogy az iso-ból ki lehet szedni valahogy az EFI részt, de ez sem tűnik számomra túl egyszerűnek.
-
nOvOp
senior tag
válasz
ubyegon2
#11232
üzenetére
Köszi, átnézem, azt hiszem kezdem előölről.
Amúgy F12-vel választok boot menüt. Ott 3 lehetőség van.
1. hard drive
2. USB
3. Network
Bármelyiket választom, egyből boot-ol róla, több választási lehetőség nincs.A bios-om pedig így néz ki. (most találtam)
@cigam: ezzel sem megy.
Köszi azért mindenkinek! -
Ha mindent pontosan a leírtak szerint csináltál*, akkor mégis csak a BIOS menüben kell boot előtt választanod a pendrive neve kétszer jelenik meg meghajtóként, ebből az egyik az EUFI-s.
Minden BIOS más, de boot előtti meghajtó választás mindegyikben van.Elképzelhető, hogy a Mint 17.3-nél nem volt még UEFI-s telepítő, emiatt nincs gondod azzal a telepítéssel.
*például meghajtót adsz meg a GRUB célnak és nem particiót!
(szerintem a telepítés idejére ragaszd le az összes számos billentyűt)
Ez most ellentmond cigam szaki sorainak, de én így ismerem.
-
nOvOp
senior tag
Nem sikerült
Lefuttatam a parancsot, de hibát jelzett:
grub-install: error: failed to get canonical path of `/dev/sdb4/boot/grub'.Boot után a grub rescue> fogad. Egyik oprendszer sem indul.
A live usb-ről tudok bootolni, most is onnan írok, de azon kívül semmi.
Lefuttattam pár parancsot, amit javasoltak más fórumon másnak, hasonló hiba esetén. Beteszem ide, talán mond nektek vmit és tudtok tanácsot adni. Amennyiben nem, akkor megpróbálom visszatenni ideiglenesen a 17.3-at majd később a W10-zel kezdem, gyalulok mindent.root@mint:/home/mint# sudo fdisk -l
Disk /dev/loop0: 1.8 GiB, 1948155904 bytes, 3804992 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytesDisk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xc9a5c07eDevice Boot Start End Sectors Size Id Type
/dev/sda1 2046 976771071 976769026 465.8G f W95 Ext'd (LBA)
/dev/sda5 2048 923518975 923516928 440.4G 7 HPFS/NTFS/exFAT
/dev/sda6 923521024 976771071 53250048 25.4G 83 LinuxPartition 1 does not start on physical sector boundary.
Disk /dev/sdb: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xd4e6ac93Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 1187839 1185792 579M 7 HPFS/NTFS/exFAT
/dev/sdb2 1187840 191651839 190464000 90.8G 7 HPFS/NTFS/exFAT
/dev/sdb3 233269248 234436607 1167360 570M 27 Hidden NTFS WinRE
/dev/sdb4 191651840 233269027 41617188 19.9G 83 LinuxPartition table entries are not in disk order.
Disk /dev/sdc: 28.7 GiB, 30752000000 bytes, 60062500 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000a4ea2Device Boot Start End Sectors Size Id Type
/dev/sdc1 * 2048 60049407 60047360 28.6G b W95 FAT32
root@mint:/home/mint# sudo find / -iname boot
/boot
find: ‘/proc/2154/task/2154/net’: Invalid argument
find: ‘/proc/2154/net’: Invalid argument
find: ‘/run/user/999/gvfs’: Permission denied
/usr/lib/systemd/boot
/usr/src/linux-headers-4.15.0-20/arch/alpha/boot
/usr/src/linux-headers-4.15.0-20/arch/arc/boot
/usr/src/linux-headers-4.15.0-20/arch/arm/boot
/usr/src/linux-headers-4.15.0-20/arch/arm64/boot
/usr/src/linux-headers-4.15.0-20/arch/blackfin/boot
/usr/src/linux-headers-4.15.0-20/arch/c6x/boot
/usr/src/linux-headers-4.15.0-20/arch/cris/boot
/usr/src/linux-headers-4.15.0-20/arch/frv/boot
/usr/src/linux-headers-4.15.0-20/arch/h8300/boot
/usr/src/linux-headers-4.15.0-20/arch/ia64/hp/sim/boot
/usr/src/linux-headers-4.15.0-20/arch/m32r/boot
/usr/src/linux-headers-4.15.0-20/arch/metag/boot
/usr/src/linux-headers-4.15.0-20/arch/microblaze/boot
/usr/src/linux-headers-4.15.0-20/arch/mips/boot
/usr/src/linux-headers-4.15.0-20/arch/mn10300/boot
/usr/src/linux-headers-4.15.0-20/arch/nios2/boot
/usr/src/linux-headers-4.15.0-20/arch/openrisc/boot
/usr/src/linux-headers-4.15.0-20/arch/parisc/boot
/usr/src/linux-headers-4.15.0-20/arch/powerpc/boot
/usr/src/linux-headers-4.15.0-20/arch/s390/boot
/usr/src/linux-headers-4.15.0-20/arch/score/boot
/usr/src/linux-headers-4.15.0-20/arch/sh/boot
/usr/src/linux-headers-4.15.0-20/arch/sparc/boot
/usr/src/linux-headers-4.15.0-20/arch/unicore32/boot
/usr/src/linux-headers-4.15.0-20/arch/x86/boot
/usr/src/linux-headers-4.15.0-20/arch/xtensa/boot
/usr/src/linux-headers-4.15.0-20-generic/arch/x86/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/fb/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/iscsi/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/watchdog/handle/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/x86/reroute/for/broken/boot
/cdrom/EFI/BOOT
/cdrom/boot
/rofs/boot
/rofs/usr/lib/systemd/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/alpha/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arm/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arm64/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/blackfin/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/c6x/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/cris/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/frv/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/h8300/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/ia64/hp/sim/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/m32r/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/metag/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/microblaze/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/mips/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/mn10300/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/nios2/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/openrisc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/parisc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/powerpc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/s390/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/score/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/sh/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/sparc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/unicore32/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/x86/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/xtensa/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/arch/x86/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/fb/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/iscsi/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/watchdog/handle/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/x86/reroute/for/broken/boot
root@mint:/home/mint# sudo update-grub
/usr/sbin/grub-probe: error: failed to get canonical path of `/cow'.
root@mint:/home/mint# grub-install /dev/sdb --boot-directory=/dev/sdb4/boot
Installing for i386-pc platform.
grub-install: error: failed to get canonical path of `/dev/sdb4/boot/grub'.
root@mint:/home/mint# -
Jaa.....
Az sb1-et ne bántsd, az a Windows-hoz tartozó boot partíció.
A telepítőben válaszd a manuális partcionálást
- Az sdb4 legyen a / és pipáld be hogy formázza is le.
- Az sda6 legyen a /home és ne formázza le. Így megmarad a home partíciód, és rajta minden beállításod, fájlod. Ha tiszta lappal akarsz indulni, akkor ezt is jelöld be formázásra.
- Ott allul meg az sdb-t jelöld ki hogy oda tegye a GRUB-ot.
Ezután le kellene cserélje az sdb MBR-jét a sajátjára, és a GRUB menübe bele kellene kerülne aW10-nek is.Ha mégsem akkor a
grub-install /dev/sdb --boot-directory=/dev/sdb4/boot
a jó parancs, de a profibb kollégák majd kijavítanak, ha tévednék. -
nOvOp
senior tag
Bocs, lehet félreérthető voltam. Nem frissíteni szeretném, hanem feltenni elölről.
Nekem volt az a grub telepítési problémám és ajánlottad, hogy live telepítésekor, miután leszáll grub telepítési hibával, próbáljam meg azt manuálisan telepíteni az alábbi paranccsal:grub-install /dev/sdb --boot-directory=/ahova/felcsatolta/a/root/partíciót/boot
Na ezt nem értem és erre kérdeztem rá. Szóval feltenném elölről a 19.1-et és megpróbálnám a javaslatodat. (csak nem igazán értem, mit kellene helynek megadnom)
-
nOvOp
senior tag
Segítenétek értelmezni a parancsot a jelenlegi felállásnál? Jelenleg a 17.3 van fenn. Gondolom hasonlón települne fel a 19.1 is. Mi lenne a pontos parancs ebben az esetben? Vagy ha ebből nem derül ki, akkor hogyan deríthetem ki, hogy mit kell megadnom?
A boot ahogy látom az sdb1-en van. Lehet, hogy telepítésnél is már megadhatnám az sdb1 partíciót? Eddig mindig csak az sdb lemezt adtam meg, partíció választás nélkül.
-
válasz
fradi81
#11218
üzenetére
Linux telepítőnek drága az az ssd
Ja, én a két 32GB-os ! pendriveomat 7 és 8eft-ért vettem Ennyiből már egész jó 120GB-os SSD van!
Nyilván meg fogom nyíltan kérdezni, melyikre mondod, hogy drága? Most a tartósságáról ne is beszéljünk, mert ha úgy áll a helyzet, az SSD-t berakom bármelyik gépbe és teszek rá oprendszert.
Szóval tartósság, méret, funkciók tekintetében a pendrive 100x drágább.(persze értem, hogy a kolléga vesz egyet 3 rugóért és az is ellátja a feladatát)
Mondjuk én a 250GB Samsung 850 EVO-t vettem pendrivepótlónak 12rugóért nemrég., de még bírja a fő pen, csak a tartalék döglött meg.
-
Frawly
veterán
válasz
fradi81
#11218
üzenetére
Ha csak néha kell, 1-1x, akkor drága. De ha valaki szeret alternatív disztrókat meg OS-eket próbálgatni, akkor megéri. Lehet rá teszt OS-eket telepíteni, arra is jó. Meg lehet használni rendszertelepítések klónozására, virtuális gépek alá (Win10-et Win To Go telepítő nélkül csak így lehet telepíteni, meg pl. régi MS-DOS verziókat, pl. 3.30), pendrive-nak, tévéhez és médialejátszóhoz háttértárnak (pl. FullHD filmek lejátszására), stb.. Nyilván ilyet nem vesz senki csak egy darab 10 perces OS telepítéshez. Én sem csak erre használom, bár legfőképp erre, ráadásul nem is csak egy gépen, hanem több gépen is lehet használni. Tehát tipikusan annak éri meg, akinek van egy csomó gépe, okoseszköze, és aközött kell offline adatot hordozni, meg OS-eket telepíteni.
Nekem ráadásul van kettő ilyenen SSD-m is. Nem költöttem rá sokat, egyiket használtan vettem, a másikat meg egy nagy leakciózáskor (csak ezért, mert kihagyhatatlan ajánlat volt). Már behozta az árát, és még használom őket pár évig.
-
Frawly
veterán
válasz
Dhampir
#11216
üzenetére
Az igaz, hogy a pendrive 3 ezer, de egy használt 64 gigás vagy új 120 gigás SSD-t meg kapsz 4-7 ezer környékén, igaz ehhez kell egy SATA-USB átalakító is (ami megint 2 ezer körül van minimum), de ezt csak egyszer kell megvenni, utána használhatod több SSD-vel és HDD-vel.
Az SSD sokkal gyorsabb lesz, min. 200 MB/sec-kel fog rá felíródni a lemezkép (de ha normálisabb SATA3 SSD veszel, és az átalakító tudja az USB3 vagy 3.1 UASP módot, akkor 400-500 MB/sec-kel), és a bootolás is csak néhány mp. lesz róla. Plusz tartósabb is, mint egy pendrive, mert az SSD vezérlője gondoskodik a cellák egyenletes fárasztásáról, míg ez pendrive-nál nincs.
A lassúsággal sehová tovább nem érsz, csak az idődet rabolod. Ezeket a régi pendrive-okat én már rég kidobáltam, olyan lassúak, hogy semmire nem jók. Úgyis fogyóeszközök, nem bírnak sok írást, hamar tönkremennek.
-
Dhampir
félisten
Köszönöm szépen, hogy megírtátok tanácsaitokat.
Árban nincsen nagy különbség, így akkor inkább a nagyobb 32 GB méretűt választom.
Frawly:
Már megszoktam a lassúságot. Lassan jár, de tovább ér.
Nem lenne rossz az SSD ilyen célra sem, de egy pendrive most barátságosabb áron, háromezer forint környékén mozog.
-
Frawly
veterán
válasz
Dhampir
#11212
üzenetére
Nem csak hogy lehet, de érdemes is. Minél nagyobb pendrive, általában annál újabb, és emiatt általában minél gyorsabb.
Erre én USB-SATA átalakítóval SSD-ket használok, 64-240 GB méretben. Sokkal gyorsabban kiíródik rá az iso, és sokkal gyorsabban is bootol be róla a telepítő vagy a live rendszer.
Ilyen régi 2 GB-os pendrive-oknál a hajad kihull, mire kiírja rá a rendszer az iso-t.
-
válasz
#10034944
#11211
üzenetére
Köszönöm az észrevételt, kicsit "szétszórt" voltam a héten.
Tutira nem vagy ezzel egyedül!Egyébként jó a Lemezek alkalmazás is, csak Frawly koma nem szereti a GUI-s programokat! A smart adatokat néha bénán írja ki, de ez sem bug, inkább fordítási hiba.
smartctlpersze a tuti, terminalos parancsokkal egyértelműbb sokszor a helyzet.(#11212) Dhampir
Nem lehet 32/16GB-os pendrive-ra iso-t írni!
Igaz én ezt nem tudtam és emiatt 6 éve egy 32GB-os penre írom a disztrókat meg 2 éve van mellé egy 16GB-os is. Szerencsére a pendrive-ok se tudják, amit mi sem! Érdemes valami jó minőséget venni, ami gyors, mert a szutykok néha huszad olyan gyorsak és kipereg a hajad, mire kiírja az iso.t, meg telepítésnél is jó a gyors pen. Nekem a 32-es Sandisk OTG, ennél gyorsabb már csak a Sandisk Extreme, de ezt nem használom erre a célra.
-
-
válasz
#10034944
#11209
üzenetére
Az a Toshiba HDD a kép alapján lóghatna akár egy USB külső házban is, ezért érdeklődnek ily hevenyen a kollégák. Tudod mi van akkor, ha a segítők kérdésére nem vagy csak részben válaszolsz?
Megmondom én nyíltan, qrvára nehéz megoldani a problémát, amit felvetettél. Halkan azért megkérdezném, hogy szerinted mi a ragyáért kérdez vissza, a választ író szaki?
(azt a PCIe kártyás dolgot vegyük úgy, hogy nem is írtad, max tedd fel a kérdést magadban, hogy mivel kapcsolódik az eszköz az alaplaphoz/PC-hez?)
-
#10034944
törölt tag
-
-
Frawly
veterán
válasz
#10034944
#11205
üzenetére
Ezért kérdezték, hogy mire van kötve. Külső USB-s átalakítóknál és házaknál néha az USB-SATA konverterchip nem támogatja a SMART-ot. A Gnome Disks (Lemezek) alkalmazás egy bugos hulladék, nézz rá helyette terminálból a sudo smartctl -a /dev/sd[akármilyenbetű] paranccsal is.
Innentől nem értem a problémát, mert az indító disztró aktuálisan mindig frissített lesz. Ha meg neked ilyenkor az kell, hogy mindig a megszokott kedvenced induljon, átírod a GRUB megfelelő sorában a nullát a szükséges számra és akkor az a disztró fog bootolni, majd ha ennek is lesz friss, tárolós kernel frissítése, akkor szintén csinál egy GRUB-update-et.![;]](http://cdn.rios.hu/dl/s/v1.gif)
A kitartásod valóban nem semmi! Egyik szemem sír csak, mert ebben a többirányú próbálkozáshalomban nem derült ki, mi a ragya okozza ezt a jelenséget a pendrive-ra írásnál. Nincs kizárva, hogy a BIOS talán második lapján lévő beállítások, ahol lehet állítani a legacy meg USB 3 opciókat. Mikor ezeket nézegettem, hiába suhant át az agyamon, hogy talán kiírt DVD, mert nem ismertem ezt a fajta BIOS-t! (egyiket sem ismerem, hogy őszinte legyek, a desktop Asus UEFI-s BIOS-szal azért már jól elvagyok)
Új hozzászólás Aktív témák
Hirdetés
RowonA topik célja: Segítségnyújtás a Linux Mint-et használó kezdők és haladók valamint a még csak azzal ismerkedők számára.
Kérdés előtt olvasd el a topik összefoglalóját! -> [link]
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Nyaralás előtti hardverszemle
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Házimozi belépő szinten
- Motorola Edge 50 Neo - az egyensúly gyengesége
- A fociról könnyedén, egy baráti társaságban
- Hardcore café
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- Tőzsde és gazdaság
- További aktív témák...
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Vírusirtó, Antivirus, VPN kulcsok
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged