Hirdetés
-
Készül a Warhammer 40,000: Mechanicus 2
gp A folytatás PC-re és konzolokra készül, a megjelenési dátum egyelőre nem ismert.
-
NVIDIA: a következő nagy dolog az AI-generálta videó
it Az NVIDIA vezérigazgatója szerint még nagyobb keresletet hoznak majd a chipjeik iránt az AI által generált videók. Pedig nagy baj nincs, legutóbb így is 200 milliárd dollárral nőtt a cég piaci értéke a kedvező tőzsdei hangulat miatt.
-
Ilyen lehet a Samsung Galaxy Watch7 Ultra
ma Renderképek mutatják meg a Samsung júliusban megjelenő új felső kategóriás okosóráját.
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
King Unique
titán
válasz St3ven #58986 üzenetére
Ott a screenshoton a hibaüzenet, ami elég egyértelmű. Vagyis a 100 MB-os ESP-n lévő szabad hely kevés neki és elvileg meg kellene növelni a méretét. Amihez opció lehet a GParted, vagy Windowsnál egy külső particionáló program. De előtte azért lehet nem ártana mentést készíteni az EFI-rendszerpartícióról, illetve a meglévő rendszerekről, ami már a másik fórumtagnak is említve volt. Normál esetben amúgy elég szokott lenni több rendszerhez is ekkora ESP, de egyik-másik Linuxnál már tapasztaltam, hogy nagyobb méretű bejegyzéséket hoztak létre.
Egyébként meg nem kell túlbonyolítani! Az Ubuntu-alapú rendszereknél működni szokott UEFI-s telepítésnél nemcsak az ESP-re rakott rendszerbetöltő, hanem akár magára a lemezre telepített is. A másik rendszer által létrehozott partíciókat pedig értelemszerűen nem kell piszkálni, a már meglévő és aktívan használt ESP-t pedig pláne nem kell formázni! Az
efibootmgr
piszkálása pedig ráér majd a telepítés után, már ha szükséges. Addig is boot sorrendet gondolom tudsz állítani az UEFI BIOS-ban, illetve pl. F12-vel boot eszközt választani.[ Szerkesztve ]
-
King Unique
titán
válasz St3ven #58994 üzenetére
Inkább megnövelni, mint formázni, mert az utóbbi után max. a Solus fog indulni, meg esetleg a másik Linux. Megoldható ugyan utólag Windowsnál is az UEFI rendszerindítás teljes helyreállítása (leírás), de azért macásabb, pláne egy multiboot megoldásnál, mint a partíció szimpla átméretezése. A grafikus rendszermentő programok használata amúgy nem különösebben bonyolult, számos leírás, videó stb. van hozzájuk. Az Ubuntunál meg ott van pl. a TimeShift, de a másik platform rendszereire készült programok némelyikével is le lehet akár menteni. Viszont, ha jelenleg nincsen hova menteni, akkor az nyilván probléma.
Nem kel megpiszkálni a jelenlegi rendszereknél a rendszerbetöltőt, jó így. Csak arra céloztam, hogy a telepítőben mindkét beállítási opcióval próbáltam már és pl. az Ubuntu, Mint esetében működött. De amúgy általánosan valóban a
/boot/efi
partícióra szokás tenni UEFI-s telepítésnél.Kevertem hirtelen az Ubuntu Budgie-val, de a Solus valóban más.
[ Szerkesztve ]
-
-
-
King Unique
titán
válasz batai15 #59054 üzenetére
Az előző válaszokat nem tudom mennyire olvastad el és nézted át, de azokban eleve benne van, hogy egyes rendszereknél simán fel lehet csatolni grafikus felületen a fájlkezelőben. Valamint egy másikban az is, hogy milyen egyéb módon lehet még megoldani, beleértve pl. terminálban is.
[ Szerkesztve ]
-
King Unique
titán
válasz lacafaca #60036 üzenetére
Ha egy linuxos lemezképfájlt akarsz kiírni Windows alól, akkor inkább az utóbbi OS topikjában kellett volna érdeklődni, mert attól még nem lesz kimondottan linuxos kérdés... Szóval igaza van a fórumtársnak!
Egyébként pedig nem kell
.raw
kiterjesztésű lemezképfájl kiírásához Windows alatt sem semmi extra, pláne hogy a hivatalos leírás szerint a WDI megfelel hozzá. Ha az jó, akkor pedig a többi hasonló program is. A WDI-nél amúgy csak annyi van, hogy alapértelmezetten az.img
kiterjesztésű fájlokat listázza ki, míg a többihez alatta a*.*
opciót kell kiválasztani.[ Szerkesztve ]
-
King Unique
titán
válasz lacafaca #60046 üzenetére
Ez csak egy jogos megjegyzés volt, ennyi. Pláne azért, mert itt nyilván korántsem mindenki használ Windowst és ebből adódóan értelemszerűen azt sem tartja számon, hogy xy ottani programban éppen mit kell beállítani. A "disckimager" gondolom a Win32 Disk Imager akart lenni, amelyben csak egy szimpla beállítás kérdése volt a .raw lemezképfájl kiválasztási lehetősége.
-
King Unique
titán
válasz lacafaca #60061 üzenetére
Itt arról van szó, hogy egy fizikus asztaltársasághoz odalépett egy tag és inkább biológiai témát érintő kérdést tett fel. Erre finoman megjegyezték neki, hogy főleg fizikai oldalról megközelítve a témát ugyan ők is tudnának mondani ezt-azt, viszont a biológusok a másik asztalnál ülnek, ők tudnának róla bővebben mesélni. Emberünk viszont mégis tőlük várt választ... De aztán közben kiderült, hogy szerencsére köztük is akad olyan, akit érdekel a biológia, illetve pár fizikus-biológus.
[ Szerkesztve ]
-
King Unique
titán
válasz Drughi #60087 üzenetére
Annál a programnál a Linux lemezképfájlok esetében a kiírás módja is lényeges és elsődlegesen a DD képfájl mód javasolt. De amúgy akár a másikkal is működik az Ubuntu.
Ha nem indítható a pendrive-ról az Ubuntu, akkor lehet itt is ilyen, vagy ehhez hasonló opciókat kell állítgatni az UEFI BIOS-ban. Illetve a Secure Boot kikapcsolására is szükség lehet. Bár normál esetben ezeket elvileg támogatnia kellene, de hardvertől függően mégis előfordulhatnak kivételek.
[ Szerkesztve ]
-
King Unique
titán
válasz Drughi #60087 üzenetére
"ha kiválasztom a meghajtót akkor pedig a windows kezd el betölteni"
Ez sem teljesen világos, de ha a beépített háttértárat, akkor nyilván nem meglepő. Viszont itt pont az lenne a lényeg, hogy a kiválasztott boot eszköz a pendrive legyen! Ez ugyan egy táblagép, de pl. laptopoknál az F12, vagy más funkcióbillentyűvel is lehet boot eszközt választani.
-
King Unique
titán
válasz ArthurShelby #60214 üzenetére
A 8.1 (is) normál esetben 100 MB-os ESP-t szokott létrehozni, ami a 2. partíció a lemez elején, előtte a WinRE van (példa). A Linuxok szoktak ennél nagyobb méretű ESP-t kreálni. Ha dual-boot megoldással utólag Linux is telepítve lesz, akkor az a már meglévő ESP-t fogja használni. Amit előtte törölni nagyon nem javasolt, mert akkor nem fog indulni a Windows... Azt pedig az előbb linkelt példa is mutatja, hogy normál esetben a rendszer számára fenntartott kisebb partíciók a rendszerpartíció (C) előtt helyezkednek. Akkor utólag a C-ből nyilván a nem lefoglalt terület leválasztása is egyszerű a Linux számára. Ha nálad abnormális módon a kettő közé van ékelődve az ESP, akkor az viszont szívás, ha utólag át kell méretezni őket... Külső particionáló programokkal elvileg technikailag megoldható, aztán hogy ilyenkor az átmozgatás nem-e okoz gondot a rendszer működésénél, az már más dolog.
[ Szerkesztve ]
-
King Unique
titán
válasz ArthurShelby #60218 üzenetére
Az amúgy sem feltétlen engedi / tudja megcsinálni az ilyen műveleteket, ellenben más programok már igen (példa). De ez esetben lehet célszerűbb lenne azoknak is a pendrive-ról bootolható WinPE vátozatát használni. Előtte pedig egy mentés nem ártana a rendszerről biztos, ami biztos alapon. Számos program van ilyen célra Windowshoz (példák), illetve nemrég az Ubuntu topikban ajánlott Acronis is megfelel ilyen célra.
A 300 MB-os ESP-t, ha valóban a Windows hozta létre, akkor annak normál esetben 100 MB-osnak kellene lenni. De, ha (több) OS upgrade történt, akkor már reálisabb, hogy a megszokottnál nagyobb méretű.
[ Szerkesztve ]
-
King Unique
titán
válasz gordonfreemN #60263 üzenetére
Egy linuxos program közvetlen telepítése a hagyományos módon nyilván nem fog menni Windows alatt. Ugyan a 10-eshez már elérhető a natív WSL, de lehet célszerűbb lenne inkább pl. VirtualBox, VMware Workstation Player stb. programokkal egy virtuális Linuxot telepíteni. A Wubi inkább felejtős, illetve annyi erővel akkor már akár dual-boot is lehetne.
[ Szerkesztve ]
-
King Unique
titán
válasz gordonfreemN #60288 üzenetére
A virtuális gépnek mondjuk vannak ilyen nyűgjei és nem feltétlen minden téren ugyanaz, mint a natívan futtatott rendszer. Aztán, hogy itt csak beállítás kérdése, vagy alapból nem kezeli rendesen a VirtualBox, az nem derült ki.
A readme fájlban egyébként ott vannak az instrukciók a program használatához. De amúgy tényleg indul Linux alatt kattintásra, mint egy portable Appimage. Legalábbis, ha futtathatóvá van téve és van ehhez jogosultság. De pl. egy felhasználóbarát Mint esetében ez is OK és amúgy is az javasolt kezdőknek, pláne Windows után. A telepítési adathordozó Windows alóli elkészítéséhez pedig egy korábbi hozzászólásban vannak infók. Lehet akár perzisztens Live rendszert is készíteni a pendrive-ra és akkor a beállításokat is elmenti.
[ Szerkesztve ]
-
King Unique
titán
válasz gordonfreemN #60293 üzenetére
Pont az a lényege az ún. Live rendszernek, hogy telepítés nélkül kipróbálható. Tehát nyilván nem kell ehhez 15 GB szabad tárhely, sőt a Mint esetében elég akár egy 2 GB-os pendrive is. Egy 8 GB-osnál pedig még a perzisztens területnek is jutna hely. Sőt akár még a közvetlen telepítés is megoldható, mert a 15-20 GB a javasolt, nem a minimális tárhely. De az utóbbihoz előtte azért nem árt tisztában lenni a telepítés folyamatával, különösen a particionálással, nehogy véletlenül egy másik lemez legyen ledózerolva! Valamint nyilván egy gyorsabb pendrive sem árt hozzá. A Live rendszernél akár egy lassabb is megteszi, mert javarészt úgyis a RAM-ból fut.
[ Szerkesztve ]
-
King Unique
titán
válasz Skullwipe #60334 üzenetére
Már a partíciókból is látszik, hogy ez UEFI-s telepítés. Az a 16 MB-os az MSR, ami normál esetben eleve meg sem jelenik a lemezkezelőben, max. parancssorban. Tehát nem világos, hogy mit alkottál ott...
Ha dual-boot megoldást tervezel és a Mint (?) lesz a másik OS, akkor az utóbbinak kell egy rendszerpartíció, egy swap partíció / fájl, valamint egy EFI-rendszerpartíció (ESP). De, ha van már másik OS által létrehozott ESP a lemezen, akkor azt fogja használni. Plusz ilyenkor a rendszerbetöltő (GRUB) helyének is az ESP-t szokás megadni. Aztán szükség esetén esetleg a Secure Boot opciót kikapcsolni, bár az Ubuntu-alapú rendszereknek az Arch és társaival ellentétben van digitális aláírásuk. Az összefoglalóban egyébként ott van ehhez a Windows 10 + Linux DUAL Boot készítése UEFI -vel és GPT-vel leírás. Ja, és a Mint telepítése előtt akár mentést is lehetne készíteni a Windowsról, akkor nem lesz para, ha esetleg nem úgy jön össze valami. Ehhez rendelkezésre áll számos program (példák), illetve nemrég az Ubuntu topikban ajánlott megoldás is.
[ Szerkesztve ]
-
King Unique
titán
válasz growler #60333 üzenetére
Ha teljes perzisztens megoldás kell, akkor azok a programok pont olyat csinálnak. Próbáltam már USB 2.0-s pendrive-on is, de azért használhatatlannak nem mondanám. Na meg pendrive és pendrive között is lehet különbség ilyen téren. De az igaz, hogy egy gyorsabb pendrive nyilván előnyösebb ilyen célra.
(#60337) Skullwipe:
Vagyis, ha utólag sikerült belegányolni, akkor már annyira nem meglepő, hogy miért úgy jelenik meg a lemezkezelőben. Egyébként a Linuxra visszatérve, az hogy milyen módban fut a telepítő, könnyen lecsekkolható. Ha ilyen a boot sceen, akkor legacy BIOS mód, ha ilyen, akkor pedig UEFI.[ Szerkesztve ]
-
King Unique
titán
válasz Skullwipe #60340 üzenetére
Nem olvastam vissza mindent, de a boot sorrendet és az indítóbejegyzéseket szükség esetén az UEFI BIOS-ban nyilván lehet állítgatni. Ahogyan Linux alól akár az efibootmgr is használható ehhez, Windowsnál pedig a bcdedit, illetve grafikus felületen pl. az EasyUEFI.
-
King Unique
titán
-y Put drive in standby mode
-Y Put drive to sleep
-z Re-read partition table
-Z Disable Seagate auto-powersaving modeA
hdparm -z /dev/sdX
paranccsal újra fel kellene pörögnie a merevlemeznek. De értelemszerűen akkor is, ha pl. a fájlkezelőben betallózod a tartalmát és meg akarsz róla nyitni valamit. Pont ez a lényege a készenléti (alvó) állapotnak, mivel ilyenkor eleve nem áll le véglegesen és visszavonhatatlanul a merevlemez.[ Szerkesztve ]
-
King Unique
titán
válasz Pirostank #60710 üzenetére
Itt van mintának egy hasonló eset. Nem pont ugyanilyen laptop, mint a tied, de a telepítésre vonatkozóan a lényeg kb. le van írva benne. Illetve az UEFI-s telepítéshez kapcsolódóan pl. ebben a hozzászólásban, ami a topik összefoglalójában is megtalálható. Első körben pedig inkább a dual-boot megoldás lenne a célszerűbb, amit a leírás is szemléltet. Na meg, ha már előtelepített és egyben jogtiszta rendszer van a laptopon, akkor megint nem feltétlen kellene ledózerolni... Azt a CD-s mellékletet meg inkább hanyagolni kellene, ki tudja mikori... A számodra szimpatikus Linuxot (kezdőknek Mint, Ubuntu és társai) le kellene tölteni, majd az ISO-t kiírni egy pendrive-ra, aztán mehet a telepítés.
[ Szerkesztve ]
-
King Unique
titán
Ha elmondása alapján tényleg egy mezei CD-ről van szó, akkor nem valószínű, hogy az mai darab... Ráadásul egyik-másik Linux (normál) telepítője már rá sem fér egy sima CD-re. Illetve a mostani IT-s témájú magazinokhoz rendszerint már DVD-t szoktak mellékelni, abból is DVD9-et. Amin általában össze van szórva minden egyben és nem feltétlen alkalmas a normál telepítéshez. Ezért is volt javasolva, hogy akkor már tisztább normálisan letölteni egy Linux ISO-t és elkészíteni a telepítési adathordozót.
(#60710) Pirostank:
Ha a másik válaszban linkelt leírás, vagy egy hasonló alapján próbáltad a telepítési adathordozó elkészítését (DiskPart + ISO tartalmának másolása), akkor akár az is opció lehet. Próbáltam már EFI módban és nálam működött Mint esetén. De a DD képfájl mód szerinti a kiírás a javasolt és a 100%-ig biztos módszer. Amúgy a linkelt leírásban nincsen semmi extra, pl. a Secure Boot esetleges kikacsolásáról a másik topikban s volt szó. De mondjuk a Fedora, Ubuntu, Mint és társai azt is támogatják, ellenben pl. az Arch, Manjaro már nem, az utóbbinál mindenképpen szükséges kikapcsolni. Aztán, ha van Fast Boot opció is a BIOS-ban, akkor azt szintén ki kell, máskülönben eleve a már telepített W10 fog indulni.[ Szerkesztve ]
-
King Unique
titán
Ott van kapásból a Secure Boot, amit célszerű kikapcsolni az Arch miatt, mivel az rendszerint nem támogatott ilyen téren. Ugyan a linkelt leírásban van valami tákolásos módszer is, de talán egyszerűbb inkább kikapcsolni. A Windows 10-nél egyébként OK, illetve az pl. az Ubuntu, Linux Mint, Fedora Linuxoknál is, azok általában bekapcsolt Secure Boot mellett is használhatók. Bár az utóbbiaknál ez akár hardvertől függő is lehet. Aztán a Windows 10-nél a fast startup, illetve az UEFI BIOS-ban a Fast Boot funkciót célszerű még ilyenkor kikapcsolni. Ami nemcsak az NTFS partíció félhibernálásos állapota miatti esetleges problémás felcsatolás, hanem a rendszerindítás miatt is lényeges, mivel bekapcsolt állapotban egyből a 10-es fog indulni.
[ Szerkesztve ]
-
King Unique
titán
Az előző válaszban már le volt írva, hogy ilyenkor hardvertől függően célszerű lehet kikapcsolni, mivel a rendszerindításnál előfordulhat, hogy egyből a W10 fog indulni és nem lehet kiválasztani a Linuxot. De volt akinél pl. az Ultra Fast opciónál pendrive-ról sem lehetett bootolni, avagy nem lehetett belépni a BIOS-ba. Viszont az mondjuk a fast startup esetében alapból megvan, mert ha így van leállítva a Windows, akkor egy hidegindításnál egyből az indul és nem lehet belépni a BIOS-ba stb. Max. csak úgy, ha nem leállítás, hanem újraindítás történik, illetve a rendszer alól a speciális rendszerindítással.
(#61330) Frawly :
Pedig de, van olyan, amikor célszerű azt is kikapcsolni...[ Szerkesztve ]
-
King Unique
titán
A 16-osból is eleve a 16.04.4 a legfrissebb, de amúgy van már 18.04.1-es ISO is. Az SSD-re felesleges a partíciókat előre legyártani, bőven ráér a Linux telepítőjével létrehozni őket a telepítés során. Ráadásul, ha a leírt módon írtad ki a telepítőt, akkor az eleve UEFI-s telepítéshez való, vagyis normál esetben kell még egy EFI-rendszerpartíció (ESP) is a lemezre. De, ha mindkét rendszer ugyanazon SSD-re kerül, akkor ilyenkor a Linux a Windows által már létrehozottat fogja használni, mivel 1 lemezen eleve csak 1 db ESP lehet. Ha külön fizikai meghajtóra (SSD) lesz most telepítve a Linux, akkor is elvileg kilistázza és ESP-ként jelöli meg telepítő a másikon lévőt.
[ Szerkesztve ]
-
King Unique
titán
Mármint másik gépen lett elkészítve Windowszal a telepítő, vagy ugyanazon, csak 2 db SSD van benne és az egyikre kerülne most a Linux?
Az ESP-nek FAT32 fájlrendszerűnek kell lennie, a méretére pedig pl. 200-500 MB körülit célszerű beállítani. Plusz a telepítőben is eleve az ennek megfelelő opciót kell beállítani a létrehozásánál. Viszont, ha van már egy ESP, akár azt a telepítő efi néven kilistázza és ilyenkor elvileg azt fogja használni az Ubuntu. Ezért is volt kérdés, hogy a Windowst és egyben annak ESP-jét tartalmazó háttértár másik, vagy ugyanazon gépben van-e.
A swap partíció / fájl pedig nyugodtan mehet az SSD-re, nem kell afféle túlkímélés végett lespórolni, vagy másik fizikai lemezre áthelyezni. Illetve eleve célszerű létrehozni, mivel az Ubuntu telepítője ugatni fog, ha nincsen.
[ Szerkesztve ]
-
King Unique
titán
válasz ubyegon2 #61519 üzenetére
Talán nem telepítettél még Ubuntut és nem találkoztál figyelmeztetéssel akkor, amikor nem volt létrehozva swap? Pedig van ilyen, képzeld...!
Aztán gyakorlatilag nem tudsz semmi egyebet felhozni ellene, csak azt, hogy van 8 GB RAM. De azt mégis honnan tudod előre, hogy ő hogyan és mire fogja használni a rendszert, milyen programokat futtat majd? Nem véletlenül szoktak létrehozni swapot, mert általában inkább jobb az, ha van valamekkora (lehet a RAM teljes méreténél kisebb is), mintha nincsen semmi. Ráadásul az automatikus telepítést választva a telepítő is létrehozza, talán nem véletlenül...
[ Szerkesztve ]
-
King Unique
titán
válasz ubyegon2 #61528 üzenetére
Az lehet, hogy te viccesnek találod, csak pont az benne a poén, hogy az általános leírások is rendszerint mind arra épülnek, hogy swapot kell létrehozni és nem feltétlen térnek ki arra, hogy mondjuk 8 GB-nál biztosan nem kell senkinek... Ráadásul akkor ennyi erővel elmagyarázhatnád az Ubuntu és más rendszerek készítőinek is, hogy az automatikus particionálási sémájuk miért csinál 8 GB RAM-nál is swapot, hiszen te annyival jobban tudod náluk is... Ez a senki nem javasol pedig megint érdekes, mert pont nemrég írta itt más is, hogy a felhasználástól függően akár még 16 GB RAM-nál is szükség lehet rá. Az pedig a másik, hogy inkább abból szokott probléma lenni, ha egyáltalán nincsen és nem abból, amikor van valamekkora swap. A 250 GB-os SSD-t pedig egyáltalán mondanám relatíve kicsinek ahhoz, hogy ne férne el rajta egy swap partíció / fájl. Na szóval ennyi erről!
[ Szerkesztve ]
-
King Unique
titán
válasz ubyegon2 #61530 üzenetére
Írtak rá példát a másik válaszban. Az viszont nem világos, hogy a hibernálást miért ne használhatná egy home user. Pláne, ha mondjuk laptopja van és altatja a rendszert, majd közben merül az aksi, akkor ott a hibernáláshoz kapcsolódó hibrid alvás is hasznos lehet.
A másikra válaszolva, az nem lebeszélés, ha az adott esettől függően (tehát nem mindig) megemlítem lehetséges opcióként itt-ott a dual-boot megoldás lehetőségét. Magam is többnyire ilyeneket használok és amúgy jó dolog. Ja, és nem kötelező jelleggel szoktam, hanem csak opcionálisan. Aztán azt majd eldönti mindenki maga, hogy milyen megoldást választ és melyik rendszert használja. Egyébként meg nem mintha annyira győzködni kellene itt bárkit is ez ügyben, mert rendre megjelennek a kapcsolódó topikokban olyan fórumtagok, akkor maguktól is eleve ilyet akarnak összehozni.
[ Szerkesztve ]
-
King Unique
titán
Ha nincsen másik háttértár a gépben meglévő ESP-vel, akkor UEFI-s telepítésnél nyilván alapból kell ESP a célmeghajtóra. Viszont egyrészt a mérete lehetett volna akár nagyobb is, de egy rendszernek bőven elég a 100 MB. Másrészt az előbb pont arról volt szó, hogy a particionálást a telepítővel is meg lehetett volna oldani, sőt célszerűbb. Pláne, hogy szükség esetén az ESP-re vonatkozóan a megfelelő opciót is be kell állítani a linkelt módon.
(#61532) CPT.Pirk:
Nálam merültek már ennél többet is és jó dolog volt, hogy nem a 0-ról kellett indítani, hanem a hibrid alvásból ébresztve ott tudtam folytatni a munkát, ahol abbahagytam.[ Szerkesztve ]
-
King Unique
titán
Itt pont a lényeg, hogy az egy dolog, hogy a GParted segítségével FAT32-re formázod és elnevezed EFI-nek. Viszont ESP ténylegesen akkor lesz, ha a telepítő is annak ismeri fel és arra a célra használja. A jelző is amúgy nem
msftdata
az ESP-nél, hanemboot, esp
. De, ha a 2. screenshoton lévő módon megjelölöd és ESP-ként fogja használni a telepítő, akkor talán így is jó lesz. Aztán ami még lényeges lehet, hogy ilyenkor a rendszerbetöltő helyeként is ezt a/dev/sda1/efi
-t szokás megadni. De elvileg akár még úgy is működhet, ha magára a lemezre (sda) kerül.[ Szerkesztve ]
-
King Unique
titán
válasz ubyegon2 #61558 üzenetére
Milyen promótól? Egyszer már le volt írva nemrég ezzel kapcsolatban a válasz, bár ahogy nézem, a #61543 hsz-ben a hátulról mellbe megjegyzésed után még mindig nem sikerült megérteni... Ami pedig nemrég volt itt a topikban téma a telepítéssel kapcsolatban, annál megint fals, mert ott csak az ESP miatt lett megkérdezve, hogy az illetőnél milyen felállás van. Amire leírta, hogy most csak Linux lesz azon az SSD-n, azt telepített rá, ennyi. Aztán az már az ő dolga, hogy a leírtak alapján mellette elvileg azt a bizonyos másik rendszert is használja és azon írta ki pendrive-ra a telepítőt. Ahogyan épp nemrég egy másik linuxos topikban szintén a user magányügye, hogy ő eleve dual-boot megoldást akar és ahhoz kért segítséget. Szóval nem kellett ehhez promózni...
[ Szerkesztve ]
-
King Unique
titán
válasz Shyciii #61752 üzenetére
Nem ismeretlen jelenség, a Manjaro fórumán és pl. itt is írnak ilyen USB 3.0-s problémáról. Szóval első körben autosuspend, hátha az megoldja.
Egyébként olyat is tapasztaltam Linuxnál, hogy csak USB 2.0 sebességgel volt hajlandó működni az USB 3.0-s külső HDD, a szoftveres leválasztás után rendre újra felpörgette és újracsatolta, meg ilyenek...
[ Szerkesztve ]
-
King Unique
titán
válasz CanibelZ #61973 üzenetére
Ennek a felemás telepítésnek aztán mégis mi értelme van? Azt általában úgy szokták dual-boot megoldásnál, hogy vagy mindkét rendszer teljes egészében (/home lehet kivétel) 1 fizikai meghajtóra van telepítve, vagy 2 külön meghajtóra mind a kettő. De ez a "keresztbetelepítés", hogy a rendszer számára fenntartott kisebb partíciók egyik lemezre, a rendszer a másikra stb., ez így elég tré...
Ha a linkelt leírás szerint csináltad a telepítést, akkor annak normál esetben működni kellene. Ha van már egy másik rendszer (Windows) által létrehozott ESP a célmeghajtón, akkor a Manjaro is alapértelmezetten azt fogja használni, ami ezen és ezen a screenshoton is szemléltetve van. Aztán ami még lényeges, az pl. a Secure Boot, mivel annál a Manjaro általában nem támogatott. Viszont az nem derült ki, hogy az UEFI BIOS-ban ki van-e kapcsolva.
[ Szerkesztve ]
-
King Unique
titán
válasz CanibelZ #61977 üzenetére
Azért attól is függ milyen HDD, de ha valami 5400-as mobil típus, annál nem csoda, sőt azon egy Manjaro KDE sem lesz annyira pörgős. Ha a gyors működés a cél és van SSD, akkor nyilván eleve arra kellett volna telepíteni a rendszert, beleértve a rendszerpartíciót is.
Ha tényleg mindent a leírás szerint csináltál és a meglévő EFI partíción létrejött a Manjaro bejegyzése, rendben települt a GRUB is, a BIOS boot menüben ott van az indítóbejegyzése, akkor elvileg annak működni kellene. Az utóbbi frissítését, vagy újratelepítését esetleg még lehetne még próbálni, ha más nem megy.
[ Szerkesztve ]
-
King Unique
titán
válasz CanibelZ #61980 üzenetére
Mondjuk attól is függ, hogy menyire van telemásolva a HDD, meg a fájlrendszer mennyire töredezett. Na meg, hogy kinél milyen állapotban van a rendszer, mennyire van szétcseszve, telerakva a sebességet visszafogó programokkal stb. Nekem van 10-es telepítésem 7200-as WD Black-en és viszonylag gyorsan működik, de azért az SSD-től nyilván elmarad. A 2,5"-os 5400-as laptop HDD-ken már lassabb, de ott is inkább a bootolás és a rendszer felállása, viszont utána már úgy-ahogy jól használható.
Az amúgy nem derült ki, hogy a BIOS boot menüben jelenleg milyen indítóbejegyzések vannak, de Linux alól az
efibootmgr
lehetőséget ad a szerkesztésre. Windowsnál meg parancssorban ott van erre a célra abcdedit
, grafikus felületen meg pl. az EasyUEFI.[ Szerkesztve ]
-
King Unique
titán
válasz CanibelZ #61984 üzenetére
Amikor ennyire nem megy, akkor valóban megoldás szokott lenni a BIOS resetelése, vagy problémásabb eseteknél a frissítése. Ezek lettek volna a következő javaslatok. Ha az előbbi is megoldotta, akkor OK. A BIOS boot menüjében pedig ott kellene lenni mindkét rendszerbetöltőnek és a sorrend is számíthat. Ha a Windows Boot Manager van az első helyen, akkor értelemszerűen a Windows fog indulni, hacsak pl. F11/F12 stb. funkcióbillentyűvel a gyors boot menüben ki nem választod a Manjaro-t.
[ Szerkesztve ]
-
King Unique
titán
válasz Frawly #62019 üzenetére
Ha már itt tartunk, akkor mily meglepő, nálam több gépen, több telepítésnél sem tekeri a 10-esnél a WU mindig a procit, plusz szükség esetén szüneteltethetők is akár a frissítések. Meg havonta általában van 2 db összesítő frissítés és restart is rendszerint csak azok után kell 1x, szóval ez a 100x szimpla mese... Ahogyan ez a lemezt a használhatatlanságig tekeri megint az, mert még 5400-as laptop HDD-n is van normál + USB-s telepítésem és viszonylag használhatóan működik rajtuk. Aztán az áraknál megint van egy fogalomzavar, mert OEM-licencet lehet venni olcsóbban is, vagy éppen újrahasznosított formában, plusz akár az itteni hardverapró is tele van kedvezményes áru szoftverekkel...
[ Szerkesztve ]
-
King Unique
titán
válasz Frawly #62023 üzenetére
Hát maga a frissítés az mindig nyilván nem is, amiből havonta van max. pár komolyabb. Rendszeresen max. a beépített védelem frissül, már aki azt használja. De ahhoz eleve apró frissítések jönnek ki és kb. észre sem venni. Amúgy meg egy-egy nagyobb frissítés közben nyilván Linuxon is van terhelése a lemeznek és a procinak. A laptop merevlemeznél meg főleg a bootolás és utána a rendszer felállása a lassú. De ha kész, akkor utána már úgy-ahogy jól használható, sőt ilyeneken frissítés közben is szoktam netezni, vagy más programot futtatni. Külső SSD-re telepített rendszerem szintén van, de az a belsőhöz hasonlóan eleve gyors és nem nagyon volt még olyan több verziónál sem, hogy teljesen leakadt volna.
[ Szerkesztve ]
-
King Unique
titán
válasz Frawly #62026 üzenetére
Hát Arch-ot mondjuk nem nagyon használok, de frissítés közben rá szoktam nézni az erőforrásfigyelőre pl. Ubuntu, Linux Mint alatt és nyilván van processzor- és lemezterhelés. Szóval azt egyáltalán nem mondanám, hogy közben végig 0-n áll... Ráadásul egy olyan böngésző, mint pl. a Firefox azoknál is ugyanúgy megtekeri sok megnyitott lapnál a CPU-t és a RAM-ot is eszi. Vagyis azt szintén nem mondanám, hogy azzal böngészve Linuxon annyival kedvezőbben jövök ki az erőforrások használatát illetően... Az FHD, vagy akár az UHD filmek lejátszása meg eleve tekeri a processzort és annál ezért nyilván megint nem nagyon.
[ Szerkesztve ]
-
King Unique
titán
válasz Frawly #62040 üzenetére
Azért ez hardvertől, illetve processzortól is függő, hogy melyiknél milyen terhelést produkál közben. De átlagos erősségű vasakon tesztelve nálam simán össze szokott jönni kétszámjegyű terhelés is frissítés közben pl. Ubuntu, Mint rendszereknél. Ha erősebb a hardver, akkor már kevésbé lehet észrevenni, de ennyi erővel egy Windowsnál is hasonló a helyzet.
A linuxos Firefoxnak ugyan valamivel kisebb az erőforrásigénye, de azért olyan sokkal nem, hogy ugyanazon tartalomnál és ugyanannyi megnyitott lapnál a fele, vagy még kevesebb RAM-ot fogyassza. A rendszerfigyelő szimplán csak a Firefox folyamatára kevesebb memóriafogyasztást ír, de ha az ahhoz tartozó web content folyamatokat is hozzáadom, akkor már megközelítőleg majdnem kijön az, amit Windowson lefoglal.
[ Szerkesztve ]
-
King Unique
titán
válasz Frawly #62044 üzenetére
Általában használok a böngészőben reklámblokkolót, de úgy is lefoglalhat sok tabnál akár több GB-ot mindkét rendszeren. Némelyik kiegészítő meg eleve növeli az erőforrások használatát és az sem mindegy, hogy milyen van feltéve.
A Windows 10-nél a lemez tekerése bizonyos eseteben jellemző lehet, de leginkább akkor, ha kevés a RAM és a lapozófájlt használja inkább. Viszont azt nagyon nem mondanám, hogy normális körülmények között mindig csinálja és folyamatosan tekerne, ez megint szimpla mese és nem igaz... Azt pedig már írtam nemrég, hogy még HDD-s gépeken is használom és ott is leginkább csak a bootolás és utána a rendszer felállása a lassú. De azt követően már viszonylag jól használható a rendszer, még ha nyilván nem is lesz olyan gyors, mint SSD-n. Főleg a laptopoknál meg sokan csak altatják, hibrid alvásból ébresztik a gépet + vele a rendszert és úgy HDD-n az előbbiek sem gond.
A frissítéseknél nem teljesen világos, hogy megint miről beszélsz, mert pl. az P2P beállítás is csak opcionális, kikapcsolható. Valamint a letöltött frissítések másolatát őrzi meg a rendszer, nem teljes mentést készít minden egyes frissítés során mindenről. A másolatok pedig törölhetők a lemezkarbantartóval. Valamint a megfelelő kiadásokban a frissítéseknél van halasztási opció és a csoportházirendben is konfigurálhatók. Vagyis nem, nem tolja csak úgy az arcomba, ha nem akarom... Plusz az újraindítást is lehet ütemezni és későbbi időpontot megadni. Az viszont igaz, hogy Linuxon gördülékenyebben meg a frissítés és rendszerint hamarabb megvan, mint Windowson. De azért ott is hardverfüggő + az internetkapcsolat sebessége is számít. Ha sok csomagot, illetve egy nagyobb adagot kell letölteni, akkor nem túl gyors nettel ott is percek mennek el pusztán csak magával a letöltéssel. Az amúgy nem világos honnan szedted és mi alapján állítod, hogy egy Defender definíciófrissítéséhez min. 15 perc kell, de egyszerűen hülyeség, sőt inkább hazugság... Ott a letöltött fájlok eleve aprók és nyilván hamar megvan mind a letöltés, mind a telepítés, tapasztalat. Inkább egy havi összesítő frissítés telepítéséhez kell negyed óra, annál már reális. Ja, és közben ugyanúgy használom a rendszert, netezek, futtatok más programokat is. De egyébként hardvertől, internetkapcsolattól függően lehetnek eltérések időben. Sőt, egy erősebb vason gyors nettel volt akinél a legutóbbi teljes build upgrade is megvolt kb.10 perc alatt, a téma topikjában írta is.
Ha már fájlrendszerek, akkor az NTFS lehet jobban hajlamos a töredezésre, de az is függ a használattól. Ha az adattárolós HDD-ken beállítom torrentnél a fájlok előre lefoglalását, akkor eleve kevésbé töredezik. Sőt, nem egy olyan merevlemezem van, amik évek óta nem voltak töredezettségmentesítve, mégis bőven 10% alatti érték van mindegyiken. De amelyik rendszermeghajtóként van használva, annál sem különösebben vészes, illetve a háttérben fut a karbantartás és szükség esetén automatikusan elintézi az optimalizálást is a rendszer. Valamint az NTFS és akár exFAT támogatottság szempontjából sem rosszak, mert azokat a különféle tv-k, lejátszók, játékkonzolok is eleve inkább kezelik, mint mondjuk az Ext4-et. Az SSD-re melyik rendszer mennyit ír téma pedig nem megint nem különösebben téma, mert annyit normál használat mellett eleve nem fog rá írni a Windows sem, hogy idő előtt túllépje a garanciában foglalt limitet, avagy a sok írástól tönkremenjen...
[ Szerkesztve ]
-
King Unique
titán
válasz Frawly #62044 üzenetére
Amúgy meg tényleg maximálisan jogos, amit nemrég más is említett. Újabban már a szakmai topikokban sem bírod ki állandó haterkedés és sárdobálás nélkül, ami nyilván nem ide való lenne... De az mondjuk milyen érdekes, hogy SSD-s topikokban már egyből más a hangnem, ott elmaradnak a különféle degradáló megjegyzések...
-
King Unique
titán
válasz Frawly #62057 üzenetére
Visszaolvastam képzeld több hasonló topikban is és pont az alapján írtam... Egyszerűen késztetést érzel arra és nem bírod ki, hogy ne húzd elő rendre nemrég a másik fórumtag által is említett "mantrát"... Ráadásul olyankor is teszed a felesleges megjegyzéseket, amikor nem is kifejezetten az a téma, mert csak alapon. Ez a teljesen jogosan pedig részben azért sántít, mert nem ritkán megtoldod túlzásokkal és pontatlan állításokkal is, amik nem meglepő módon helyenként pontosításra, avagy éppen megcáfolásra kerülnek... Szóval ezt megint nem kell bemesélni és megmagyarázni!
Ahogyan azt sem, hogy nyilván az olyan topikokban csinálod ezt, ahol inkább le lehet tolni ellenreakciók nélkül... A rendszer topikbjában, vagy éppen az SSD-s topikokban, ahol a nagy többség eleve Windowst használ, ott már nem nagyon menne és bizonyára többen jól megmondanák a frankót... Az pedig mindenkinek a magánügye, hogy melyik rendszert használja, preferálja, milyen fan. Egy szakmai topik viszont nem arról kellene szóljon, hogy rendre szembeállítsuk a kettőt és feleslegesen menjen a fikaáradat. Érdekes módon mások itt is meg tudnak nyilvánulni ettől mentesen, ahogyan egy windowsos topikban szintén...
[ Szerkesztve ]
-
King Unique
titán
válasz totron #62181 üzenetére
Felcsatolod a fájlkezelőben az ISO-t, a tartalmát rámásolod a FAT32 / NTFS fájlrendszerű pendrive-ra, meg. max. legacy BIOS (CSM) bootoláshoz aktívvá teszed (boot flag) a rajta lévő partíciót. Ennyi, felesleges túlbonyolítani és a WoeUSB és társai sem létszükséglet hozzá, ami egyébként amúgy sem egy nagy szám. Ha UEFI-s telepítéshez kell, akkor ott viszont akár még ezzel is szórakozni kell a 7-esnél, ellenben az újabbaknál már nyilván nem.
-
King Unique
titán
Számtalanszor volt már arról szó, hogy a Rufus esetében az ITT bejelölt opciót (dd) javasolt használni a Linux ISO-k kiírásánál, az a biztos. Némelyik disztrónál az ISO képfájl mód szerinti kiírás is használható, de pl. a Manjaro általában pont nem ilyen. Az Etcher alapból a DD képfájl módot használja, viszont azt az előbbiek értelmében ugyanúgy tudja a Rufus is és nem nagyon szokta elhibázni. Legalábbis én eddig még nem tapasztaltam.
(#62248) herdsman12:
Van Windowsra számos program (példák), amivel kompletten le lehet menteni a rendszert egy lemezképfájlba, de akár a beépített eszköz is tud ilyet. Abból utána szükség esetén simán visszaállítható a rendszer a korábbi állapotba. Ha a GRUB lesz az alapértelmezett rendszerbetöltő, az sem akkora gond, mert az tudja indítani a Windowst is. Szükség esetén pedig az utóbbi rendszerbetöltője is visszaállítható pl. a telepítőt indítva pár parancs kiadásával, ami legacy BIOS felállásnál amúgy is egyszerű. De ha kényelmesebb az EasyBCD-s megoldás, akkor nyilván azt is használhatod.[ Szerkesztve ]
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Autóápolás, karbantartás, fényezés
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Napelem
- Politika
- Escape from Tarkov
- Kerékpárosok, bringások ide!
- 3D nyomtatás
- Hieronymus: Békésen legelészik a májusi hardvercsorda
- EAFC 24
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest