- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- Atomenergiával dübörögnek tovább az Amazon adatközpontok, SMR-ek is jöhetnek
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Az NVIDIA ipari AI-felhőt épít a németeknek, együtt az OpenAI és a Google
- Két új Ryzen közül választhatnak a kézikonzolok
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#99858
King Unique
titán
King Unique
#99857
King Unique
titán
válasz
King Unique
#99857
üzenetére
Ja, meg nyilván a felcsatolt ISO tartalmát kell a pendrive-ra másolni a fájlkezelős másolásnál, nem magát az ISO-fájlt 1:1-ben, az utóbbi max. a Ventoy és társai módszereknél opció.
-
#99857
King Unique
titán
moleculez
#99856
King Unique
titán
válasz
moleculez
#99856
üzenetére
"filekezelőben felpattintom az NTFS pendrivera az nem hozott eredményt"
Pedig kellett volna, ha pl. UEFI-s telepítés a cél és annál támogatja a BIOS/UEFI az NTFS fájlrendszerű telepítési adathordozóról a bootolást. Ha nem ment és nem user error miatt, akkor vagy nem támogatja és csak FAT16/32 fájlrendszert támogat UEFI módban, vagy nem UEFI-s bootolás hanem Legacy (CSM) szerinti, ahol ilyenkor aktívvá (boot flag) kell tenni még a pendrive-on lévő partíciót (csak Legacy bootoláshoz).
Egyébként azt sem ártott volna leírni, hogy most Legacy (CSM) vagy UEFI szerinti telepítés a cél, melyik van jelenleg beállítva a BIOS/UEFI menüben, ha UEFI akkor bekapcsolt / kikapcsolt Secure Boot (a Fedora rendesen támogatja a bekapcsolt Secure Boot melletti bootolást és telepítést is) mellett, stb.
A 64 bites ISO meg kb. alap, de ha netán 32 bites Windows ISO lett letöltve, akkor az alapesetben csak Legacy (CSM) szerinti telepítéshez használható, ellenben UEFI-shez nem. -
#99855
King Unique
titán
moleculez
#99854
King Unique
titán
válasz
moleculez
#99854
üzenetére
Elolvastad egyáltalán a linkelt útmutatókat?
• A legegyszerűbb nyilván pl. a fájlkezelőben vagy terminálban felcsatolni az ISO-fájlt és a tartalmat 1:1-ben rámásolni a FAT32 / NTFS fájlrendszerre formázott pendrive-ra.• Ha UEFI-s bootolás és telepítés a cél (Windows Boot Manager UEFI-nél van), akkor a FAT32 a standard [amihez darabolni kell a standard (nem MCT-s) ISO-t a 4+ GB-os install.wimfájl miatt, lásd a linkelt bejegyzésben] de ha támogatja az alaplap, annál az UEFI az NTFS-t, akkor mehet NTFS-re formázott pendrive-ról is és akkor nem kell darabolni.• A Ventoy UEFI-s bootoláshoz és telepítéshez pont nem a legjobb, mert a Secure Boot támogatást is külön kell bekapcsolni , de a "Verifying shim SBAT data failed" miatt úgyis elhasal, mert még nem javították.• Hardverhiba nincsen, a telepítéshez használt pendrive, célmeghajtó (pl. SSD), RAM-ok, stb. oké? A Windows ISO is, megfelelő forrásból lett letöltve? • AZ sem teljesen világos, hogy most "szűz" PC-re menne a telepítés, amin nincsen semmilyen OS, vagy már van rajta Windows és a lenne újratelepítve, utóbbi esetben azé vagy a telepítőé a hibaüzenet. -
#99852
King Unique
titán
moleculez
#99849
King Unique
titán
-
#78311
King Unique
titán
K0zm0
#78306
King Unique
titán
Hát mondjuk mert talán az a standard, a legtöbb helyen szélesebb körben elterjedt és használt, valamint az oktatásban a tanároknak és diákoknak ingyen jár, nem kell külön megvenniük.
-
#78310
King Unique
titán
mtomi95
#78300
-
#77231
King Unique
titán
gyulazsolti
#77222
King Unique
titán
válasz
gyulazsolti
#77222
üzenetére
A Linux rendszerek beépített médiaíró eszközeinél (példa) is rendszerint a DD képfájl mód szerinti kiírás a standard nem véletlenül, ezért a miért javasolt azt használni a Linux ISO-k kiírásakor sem különösebben kell magyarázni. De mivel általában ISOHybrid típusok, ezért írhatók ISO és DD képfájl módban egyaránt (a Windows ISO-k viszont nem, azokhoz a DD nem jó, nem is ajánlja fel a Rufus), ahol az utóbbi az általánosan javasolt, sőt pl. Arch, Fedora, Manjaro és társai esetében mindenképpen, ellenben az Ubuntu, Mint bootol és működik ISO módban írva is. + A sima fájlkezelős másolás is működik Windows alól egyes Linux ISO-knál (bővebben), ahogyan Linux alatt másolva Windows ISO-knál szintén (bővebben). Ennyi!
-
#71180
King Unique
titán
Neil Watts
#71169
King Unique
titán
válasz
Neil Watts
#71169
üzenetére
Normál esetben működnie kellene az eszköznek Linuxon is, a támogatásnál követelményként általában valami régebbi kernelverziót szoktak megadni a gyártók, ami egy modern, újabb verziójú desktop Linuxnál nyilván nem téma.
A külső ház hibáját majd akkor lehet ráfogni, ha ki volt próbálva másik gépen, másik operációs rendszerrel (akár másik live Linux/WinPE), másik USB-portban, másik USB-kábellel és mindenhol a leírt probléma áll fenn. Ellenkező esetben viszont nem. + Ha megnézed a gyártó weboldalán, akkor ennél a külső háznál van read-only kapcsoló, ami az alábbi képen is látszik. Vagyis ha be van kapcsolva az írásvédelem, akkor nem meglepő, ha nem lehet formázni...
Egyébként gondolom 15 mm magas 3-5 TB-os HDD-t is szándékozol a külső házban használni, mert ha nem, akkor egy 7 mm magas 2,5"-os SSD-hez ilyen szempontból nem sok értelme volt ilyet venni.
-
#69256
King Unique
titán
0xmilan
#69255
King Unique
titán
válasz
0xmilan
#69255
üzenetére
Akkor minek itt kérdezted és miért ezt?
A fájlkezelős másolás módszere nem ismeretlen, volt már róla szó itt is, kidobja a kereső. UEFI-s bootoláshoz meg csak másolni kell, boot flag kizárólag legacy/CSM módhoz kellhet és ott is hardverfüggő lehet, hogy mit támogat a(z) (UEFI) BIOS.Attól, hogy a másik rendszeren írod ki a Rufus használatával, ugyanúgy érvényes az, ami az előbbi válaszban le van írva. Ott ilyen szempontból a Rufus max. az UEFI_NTFS megoldással tud többet, de az csak kikapcsolt Secure Boot mellett működik. Meg újabban már le tudta tölteni az ISO-t is, de "csak" a standard változatot.
Kinek mi, nekem eddig bevált, meg az Edu előnye, hogy az őszi kiadásoknál hosszabb ideig támogatott.
-
#69254
King Unique
titán
0xmilan
#69240
King Unique
titán
válasz
0xmilan
#69240
üzenetére
Akkor még egyszer, nem kell hozzá semmi extra, pláne nem dd, ami eleve nem jó hozzá. Elég a fájlkezelőben felcsatolni az ISO-t, majd a tartalmát 1:1-ben rámásolni a FAT32-re formázott pendrive-ra. Ha legacy/CSM bootolás a cél, akkor meg a pendrive-on lévő partícióra boot flag kellhet, UEFI-nél viszont nem. Egyébként ez a fájlkezelős másolás akár az egyes Linux ISO-knál is működik [cikk], még ha azoknál a dd-vel történő kiírás is a default.
A kérdés inkább az ISO, a benne lévő install.wim fájl mérete miatt a FAT32/NTFS fájlrendszer használata a pendrive-on. Alapesetben, az MCT használatánál ez nem kérdés, mert ott az ESD ISO és a benne lévő install.esd fájl kisebb 4 GB-nál, ellenben ez a tool Linuxon nem használható, a böngészőben a letöltési oldal sem fogja felajánlani. Ha nagyobb az install.wim mérete 4 GB-nál, ellenben UEFI-ben támogatja a hardver az NTFS fájlrendszerű telepítési adathordozót, akkor nem gond. Ha csak FAT16/32 fájlrendszerűt támogat, akkor viszont darabolni kell install.swm fájlokra. A másik OS-en ez könnyen megoldható, de ezen (+) leírás alapján elvileg Linuxon is a wimlib segítségével.
-
#66909
King Unique
titán
Laszlo733
#66907
King Unique
titán
válasz
Laszlo733
#66907
üzenetére
Ha le van választva az sda4-ből a lefoglalatlan terület, akkor nem azon, hanem az sda5-nél kell az átméretezés / mozgatás opcióra menni és a felugró ablakban (ilyen) balra tolni a teljes partíciót. Majd ezt ismételni az sda6 és sda7 esetében is, de amúgy már leírták a másik válaszban. Viszont mivel adatok vannak a partíciókon, ezért az átmozgatásuk eltarthat egy ideig. Másrészt megjelenik majd a figyelmeztetés, hogy az átmozgatás bizonyos esetekben gondot okozhat utána rendszer a bootolásánál, ezért javasolt előtte menteni. Vagy kihagyni, aztán jó esetben remélhetőleg nem lesz gond.
-
#66905
King Unique
titán
Laszlo733
#66901
King Unique
titán
válasz
Laszlo733
#66901
üzenetére
Ez esetben közvetlenül nem fogja tudni átmozgatni, kiterjeszteni az sda7-re a lefoglalatlan területet a GParted, mint már említve volt. Viszont annyi pontosítással élnék, hogy a másik válaszban leírt módszerrel már működhet, egyenként átmozgatva a partíciókat. De akkor a swap partíciónak kikapcsolt állapotban kell lennie és a linuxos rendszerpartíciók átmozgatásánál fel fog dobni egy figyelmeztetést.
-
#66897
King Unique
titán
Laszlo733
#66889
King Unique
titán
válasz
Laszlo733
#66889
üzenetére
Attól függ, hogyan csinálod. Ha a GParted segítségével, akkor nem, vagy max. csak destruktív módon. Ugyanis az csak akkor tudja kiterjeszteni a lefoglalatlan területtel, ha közvetlenül az sda7 után helyezkedne el. De ha már használsz Windowst is, akkor arra vannak olyan particionáló programok, amik ez esetben is meg tudják oldani, képesek adatvesztés nélkül átmozgatni a partíciókat. Aztán az más dolog, hogy a Linuxok rendszerpartíciói mennyire fogják tolerálni az átmozgatást, utána is bootolnak-e majd, ezért biztos ami biztos alapon javasolt előtte mentést készíteni. Vagy a másik megoldás a destruktív módszer, azaz az adott rendszerek törlése, majd újratelepítése a kívánt méretű partícióra.
-
#65642
King Unique
titán
Thusor
#65640
King Unique
titán
válasz
Thusor
#65640
üzenetére
A Rufus esetében az ebben a hozzászólásban szemléltetett opciót kellett volna bejelölni, vagyis a DD képfájl módot és úgy kiírni az ISO-t. Te valószínűleg a másik szerint csináltad, azért voltak gondok a bootolásnál. Amúgy az Etcher is az utóbbi szerint írja ki, de azt ugye a Rufus is tudja.
Bár az mondjuk fura, ha az Ubuntu beépített indítólemez készítőjével sem sikerült, mert az szintén dd-zik. -
#65385
King Unique
titán
ontheground
#65366
King Unique
titán
válasz
ontheground
#65366
üzenetére
Ha valaki a C-ből akarja a particionálatlan (unallocated) területet leválasztani, akkor nyilván hozzányúl. Ha máshonnan, másik partícióból, akkor nem. Amúgy meg nem kell egy ilyen átméretezéshez, pláne egy szimpla unallocated terület leválasztásához spéci live rendszer, mert többnyire megoldható Windows alól is annak beépített eszközeivel. Külső particionáló programokkal meg pláne, sőt azok tudnak restart után ún. PreOS módban is működni, ha esetleg valami olyan műveletet kell megoldani, amit a futó rendszer alatt nem lehet. Szóval nem kell ide GParted, ami particionálás tekintetében amúgy sem tud különösebben semmi olyat, amit az előbbi programokkal ne lehetne megoldani. Max. abban jobb, hogy többféle fájlrendszert, partíciós sémát, meg talán pár spéci beállítást támogat. Ráadásul a fórumtag jelenleg Windowst használ és adja magát, hogy ott oldja meg a partíció átméretezését, ahhoz felesleges NTFS-nél külön egy live rendszert bebootolnia. Egy másodlagos, jelenleg csak adattárként funkcionáló meghajtónál meg aztán pláne. Az meg a másik, hogy a Linux alól xy particionáló programokkal piszkált NTFS partíciónál jártam már úgy, hogy utána gondok voltak, ahogyan fordított esetben szintén, amikor Windows alól akartam Ext fájlrendszerű partíciót. Szóval nem minden esetben szerencsés keverni a kettőt.
-
#65364
King Unique
titán
King Unique
#65363
King Unique
titán
válasz
King Unique
#65363
üzenetére
Ja, most nézem nem rendszerpartíciót akarsz átméretezni... Ilyenkor már inkább opció a GParted, ahogyan Windowson az előbbi módon kivitelezve szintén. De ha van hely az SSD-n, akkor lehetne a Linuxot is arra telepíteni, nem tovább bonyolítani a külön fizikai meghajtóra történő telepítéssel. Ha pedig csak kipróbálni akarod első körben, akkor megteszi a pendrive-ról bootolható live rendszer, vagy virtualizálva futtatni (pl. VirtualBox).
-
#65363
King Unique
titán
Kenderice
#65356
King Unique
titán
válasz
Kenderice
#65356
üzenetére
Volt korábban az itteni összefoglalóban is egy cikk, amiben szemléltetve volt a nem lefoglalt terület leválasztása a Linux számára, de eltűnt. Viszont a lényeg, hogy windowsos rendszerpartíciónál eleve inkább Windowson célszerű megoldani az ilyet a kötet zsugorítása opció használatával. Ha esetleg nem engedi a kívánt méretre zsugorítani, akkor pedig az AOMEI, Easeus, MiniTool és társai particionáló programok valamelyikével, amik nem mellesleg többet tudnak, mint a GParted.
-
#63882
King Unique
titán
herdsman12
#63881
King Unique
titán
válasz
herdsman12
#63881
üzenetére
Nyilván van, az ilyen külső merevlemezeknél ez kb. alap. Max. Linuxon pl. a Disks, smartctl, illetve azoknak egyes verziói van hogy nem támogatják, nem jelenítik meg. Viszont Windowson és macOS-en a diagnosztikai szoftverek általában igen, sőt ezen 2 platformra a WD-nek is van saját (WD Drive Utilities) programja, ami alapból jár a My Passport sorozathoz.
-
#63836
King Unique
titán
ArthurShelby
#63835
King Unique
titán
válasz
ArthurShelby
#63835
üzenetére
Ugyanazt csinálja, ugyanúgy írja ki az ISO-t, mint Linuxon terminálban a dd. Némelyiknél (pl. Ubuntu, Mint) működik az ISO képfájl mód is, de általánosan az előbbi a javasolt, az rendszerint jó mindegyikhez. Legalábbis a Linux képfájlokhoz igen, de pl. a Windowshoz már egyáltalán nem.
-
#63828
King Unique
titán
drup
#63825
King Unique
titán
Volt már arról szó ebben a topikban is többször, hogy a Rufus esetében Linux ISO-khoz eleve a DD képfájl módot javasolt használni. Az így kiírt képfájl egyaránt bootolható lesz legacy (CSM) és UEFI módban. Valamint ennél a Syslinux sem fog kelleni, nem fog szükség esetén az újabb verzió letöltésével szórakozni.
-
#63805
King Unique
titán
Doky586
#63802
King Unique
titán
válasz
Doky586
#63802
üzenetére
A -s kapcsolóval elvileg a blkdiscard is képes biztonsági törlésre. Amikor nálam megtalálta az adatmentő program a fájlokat, akkor anélkül futtattam. Vagy marad a bonyolultabb megoldás, a hdparm használata Linuxon. Vagy akár a HDD-knél használatos lassú formázás, többszörös felülírás is eredményes lehet és utána szintén nem fog semmit találni az adatmentő program és egyúttal a leendő új tulaj sem.
Az az lehetőség meg direkt azért volt offba téve előzőleg és most is, mert van benne némi kerülőút. De ez kb. csak a letöltésre vonatkozik, egyéb módon viszont elvileg nincsen megpiszkálva. Na meg az újabb verzió legalább modern alapokra épül és az UEFI-s bootolást is normálisan támogatja, nem kell hozzá a Secure Boot kikapcsolása sem. Ahogyan valószínűleg a képernyő felbontását is inkább támogatná, nem mint az a régi és elavult verzió. De persze nem kötelező, lehet szenvedni a régivel is, ahogyan meg is lehetne vásárolni az újat. Na meg látom felesleges volt megemlíteni, mert szokás szerint csak a cinikus megjegyzésekre futotta tőled...
De nekem 8, akkor sok sikert a kísérletezéshez! -
#63801
King Unique
titán
Doky586
#63775
King Unique
titán
válasz
Doky586
#63775
üzenetére
"kért tápreset, ami pl egy laptop esetében kivitelezhetetlen"
Nem feltétlen, legalábbis a PM használatakor nem kell semmi extra. Annál is befagyasztott (frozen) állapotban lehet az SSD, de elég csak a screenshoton bejelölt "sleep" opcióra kattintani és azzal alvó állapotba helyezni a rendszert, a laptopot. Majd utána ébreszteni és akkor már "not frozen" állapotban lesz az SSD, ami után már mehet a Secure Erase.
Az aktuális (2018) PM ISO egyébként külső weboldalakról simán lekapható, csak a keresőt kell(ene) használni. Hadd ne kelljen linkelni már...Linuxon a Secure Erase-hez egyébként nemcsak a hdparm használható, hanem akár pl. a blkdiscard is. Az előbbi eleve egy többlépéses, jelszómegadásos, kissé túlbonyolított módszer, ami ha félresikerül, akkor az gondot is okozhat. Ellenben az utóbbi egyszerűbb és biztonságosabb. Annál csak 1 parancsot kell kiadni, 1 sort kell begépelni.
sudo blkdiscard /dev/sdXAz X a meghajtó (SSD) azonosítója, ami
lsblkparanccsal kilistázható és normál esetben pl. "a", azazsdalesz. A fenti parancs a teljes SSD-n futtatja a TRIM-et, nem kizárólag csak a szabad területen. Ezáltal lekap róla minden partíciót, partíciós táblát és inicializálatlan állapotba helyezi. Viszont a kontra az, hogy nem feltétlen végez tökéletes munkát. Legalábbis nálam a GetDataBack utána több esetben is megtalálta a korábbi partíciókat, azon belül a mappákat és fájlokat, illetve azok egy részét. De a -s kapcsolóval elvileg már valódi Secure Erase is végrehajtható az alábbi módon.sudo blkdiscard -s -v /dev/sdXViszont ezt magának a meghajtónak (SSD) is támogatnia kell, máskülönben nem fut le a parancs és hibaüzenetet dob.
-
#63557
King Unique
titán
csixy
#63553
King Unique
titán
A Windows To Go az eleve egy teljes telepítésnek felel meg, csak nem belső meghajtón (SATA), hanem USB-n megvalósítva. A Live és a perzisztens rendszer pedig megint más dolog! Ennyi erővel vannak hasonlók WinPE alapon is (példa) és ezekhez szinten nem kell gyors pendrive, egy átlagosról is bőven elfutnak. Nem mellesleg fullosan fel vannak szoftverezve és az UEFI boot támogatása is alap.
-
#62920
King Unique
titán
lev258
#62918
King Unique
titán
válasz
lev258
#62918
üzenetére
Mások szerint, állítólag, meg ki tudja pontosan melyik verziónál és milyen körülmények között... Nálam még nem volt vele gond, pedig régóta használom a programot. Az meg a másik, hogy ha valakinél netán egy régebbi verzió esetleg nem működött megfelelően, az már eleve nem mérvadó, arra felesleges hivatkozni, hiszen azóta kijött számos újabb és alap, hogy mindig az aktuális verziót kell használni.
(#62919) infectedmann:
A próba kedvéért most kiírtam a program aktuális (3.3) verziójával DD képfájl módban egy Lubuntu 18.04.1-es ISO-t és gond nélkül bebootolt, nem volt olyan hibaüzenet, mint a linkelt videón. -
#62917
King Unique
titán
infectedmann
#62916
King Unique
titán
válasz
infectedmann
#62916
üzenetére
Meg másik pendrive-ot sem ártana kipróbálni, mert van amikor azok szarakodnak... Egyébként teljesen jó a kiíráshoz a Rufus is, semmilyen gond nincsen vele. Max. arra kell figyelni, hogy az ITT szemléltetett módon kell használni a Linux ISO-knál. De ez is már le lett írva vagy 100X...
-
#62903
King Unique
titán
whited
#62901
King Unique
titán
válasz
whited
#62901
üzenetére
Hát az mondjuk pont lemaradt és az sem világos, hogy ez esetben miért Linux topikban kérdezted, de mindegy... Akkor a már említett YUMI, valamint a MultiBootUSB, SARDU, XBOOT, WinUSB stb., Windowsra van számos ilyen grafikus program. Viszont EFI módban némelyiknél szükség lehet az annak megfelelő változat használatára, valamint a Secure Boot kikapcsolására. Például a YUMI tipikusan ilyen, amelynél ez esetben az UEFI-s verziót kell használni és az is csak kikapcsolt Secure Boot mellett működik.
-
#62895
King Unique
titán
whited
#62890
King Unique
titán
válasz
whited
#62890
üzenetére
Ott van az ArchWiki, az részletezi a megvalósítását. De ha nem magad akarsz mindent manuálisan összetákolni, akkor az előbbi leírás végén említve van pár grafikus program, amelyek a nagyját automatikusan megcsinálják. Vagyis pl. a MultiSystem, a többplatformos MultiBootUSB stb.
-
#62779
King Unique
titán
Shyciii
#62778
King Unique
titán
válasz
Shyciii
#62778
üzenetére
A telepítő bootolásához még annyit, hogy legacy BIOS (CSM) módban szükség lehet a pendrive-on lévő partíciót aktívvá (boot flag) tenni. UEFI módban viszont már nem, ott működik anélkül is.
A modellszám alapján az aktuális My Passport sorozat, de azon belül még a régebbi 2 TB-os modell. A Linux támogatását nem feltétlen szokták feltüntetni a gyártók, de normál esetben azzal is működnie kellene. Illetve kritériumként általában 2.X kernelverziót szoktak megjelölni minimumként, ami a mai rendszereknél nyilván nem téma. A másik USB-portot, másik USB-kábelt nem tudom próbáltad-e, de ha nem, akkor érdemes lenne. Aztán ami még lényeges, hogy a My Passport sorozatnál hardveres titkosítás van, aminél a jelszókérést a gyártó által mellékelt szoftverrel lehet aktiválni / deaktiválni. Ha netán be van kapcsolva a meghajtózár és a jelszókérés, akkor úgy problémás lesz a hozzáférés Linuxon. De magát a fizikai eszközt elvileg ez esetben is ki kellene listáznia a rendszernek. Ha tényleg semmilyen szinten nem ismeri fel, az komoly...
-
#62777
King Unique
titán
Shyciii
#62773
King Unique
titán
válasz
Shyciii
#62773
üzenetére
A WD-nél és egyes gyártóknál szokott lenni lehetőség a firmware frissítésére, de az csak Windows és esetleg még macOS only, ahogyan a gyártó által mellékelt egyéb szoftverek is. Azt viszont nem írtad, hogy pontosan milyen My Passport sorozatról van szó, a modellszám sem ismert. De egyrészt lehet már gyárilag a legújabb firmware van rajta, viszont egy próbát esetleg megérhet a frissítés. Ami egyébként nem destruktív, nem törli a meghajtón lévő adatokat. Max. akkor lehet gond (pl. téglázás), ha közben nem tervezett módon megszakad. Másrészt normál esetben anélkül is működnie kellene Linuxon, eleve plug and play eszköz. Elég nagy blama lenne, ha nem, ellenben másik OS-en meg simán...
"Közben dd-vel már írom ki a WIndows-t"
—►"hiába írtam ki kétféle módon is a win teleptőt usb-re, sehogy sem akar bebootolni róla."Ha dd-vel csinálod, akkor nem is fog, ugyanis az egyáltalán nem jó hozzá... Ha 8.1/10 ISO, akkor csak az ISO-fájt kell felcsatolni, majd a tartalmát 1:1-ben rámásolni egy FAT32-re formázott pendrive-ra.
-
#62536
King Unique
titán
carrilboy
#62532
King Unique
titán
válasz
carrilboy
#62532
üzenetére
Ha már ott van egynéhány Windows only program, vagy akár a nyomtatónál a gyártó részéről a támogatás, plusz a laptophoz vélhetően előtelepített / külön formában megvásárolt rendszer, akkor a vegyes használat, vagyis a Windows & Linux dual-boot sem anynira elvetendő. OK hogy azt írtad nem akarsz 2 rendszert, de ez esetben lehet talán célszerűbb lenne. Vagy másik megoldás a már említett virtuális gép, vagyis a Windows virtuális futtatása Linux alól. Működőképes lehet ez utóbbi is, de ugyanakkor kissé erőltetett, újból fel kell telepíteni a teljes rendszert + rá a programokat, nem csak szimplán a programot, aztán plusz erőforrás kell hozzá stb. Míg az előbbinél egyszerűbb lehet a Linux utólagos telepítése az SSD-re, amihez az összefoglalóban ott vannak a leírások. Példák: [link], [link]. De aztán te tudod, ha Linux only megoldás kell, akkor olyat csinálsz.
-
#62379
King Unique
titán
hypno skate
#62375
King Unique
titán
válasz
hypno skate
#62375
üzenetére
Az nem írtad, hogy milyen a laptop, mármint legacy BIOS-os, vagy UEFI-s, illetve melyik bootolási mód szerint telepítetted az Ubuntut. Ha a HDD-re telepítetted és oda került a rendszerbetöltő is, akkor a BIOS-ban a HDD-t kellene beállítani elsődleges meghajtóként, ha azt akarod, hogy az Ubuntu induljon. Ha az SSD, illetve a Windows Boot Manager van az első helyen, akkor nem meglepő, ha az indul. Aztán egy
update-grubsem ártana, ha esetleg a GRUB nem listázza ki a a másik fizikai meghajtón (SSD) lévő Windowst.A pendrive-ról való futtatás egyébként kissé csalóka, mert ott a Live rendszer eleve többnyire a RAM-ból fut és azért olyan gyors. Sőt, hasonló megoldás van WinPE alapon is, ami szintén ilyen. Ellenben ha pl. fullosan feltelepíted az Ubuntut a pendrive-ra, akkor más lassabb lesz az is, pláne ha egy lassú pendrive-ról van szó.
-
#62250
King Unique
titán
Lacc
#62242
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. -
#62188
King Unique
titán
totron
#62187
-
#62186
King Unique
titán
totron
#62181
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.
-
#62064
King Unique
titán
Frawly
#62057
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...
-
#62048
King Unique
titán
Frawly
#62044
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... -
#62046
King Unique
titán
Frawly
#62044
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...
-
#62043
King Unique
titán
Frawly
#62040
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.
-
#62032
King Unique
titán
Frawly
#62026
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.
-
#62024
King Unique
titán
Frawly
#62023
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.
-
#62021
King Unique
titán
Frawly
#62019
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...
-
#61988
King Unique
titán
CanibelZ
#61984
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.
-
#61983
King Unique
titán
CanibelZ
#61980
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
efibootmgrlehetőséget ad a szerkesztésre. Windowsnál meg parancssorban ott van erre a célra abcdedit, grafikus felületen meg pl. az EasyUEFI. -
#61978
King Unique
titán
CanibelZ
#61977
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.
-
#61976
King Unique
titán
CanibelZ
#61973
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.
-
#61753
King Unique
titán
Shyciii
#61752
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...
-
#61559
King Unique
titán
ubyegon2
#61558
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...
-
#61539
King Unique
titán
ooszi
#61538
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
msftdataaz 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. -
#61537
King Unique
titán
ooszi
#61533
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. -
#61531
King Unique
titán
ubyegon2
#61530
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.
-
#61529
King Unique
titán
ubyegon2
#61528
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! -
#61524
King Unique
titán
ubyegon2
#61519
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...
-
#61516
King Unique
titán
ooszi
#61512
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.
-
#61508
King Unique
titán
ooszi
#61505
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.
-
#61331
King Unique
titán
Bici
#61327
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... -
#61324
King Unique
titán
Bici
#61317
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.
-
#60718
King Unique
titán
cigam
#60713
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. -
#60711
King Unique
titán
Pirostank
#60710
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.
-
#60570
King Unique
titán
Bici
#60559
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/sdXparanccsal ú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. -
#60341
King Unique
titán
Skullwipe
#60340
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.
-
#60339
King Unique
titán
growler
#60333
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. -
#60335
King Unique
titán
Skullwipe
#60334
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.
-
#60331
King Unique
titán
growler
#60323
-
#60295
King Unique
titán
gordonfreemN
#60293
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.
-
#60291
King Unique
titán
gordonfreemN
#60288
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.
-
#60269
King Unique
titán
gordonfreemN
#60263
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.
-
#60219
King Unique
titán
ArthurShelby
#60218
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ű.
-
#60217
King Unique
titán
ArthurShelby
#60214
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.
-
#60090
King Unique
titán
Drughi
#60087
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.
-
#60089
King Unique
titán
Drughi
#60087
-
#60088
King Unique
titán
Drughi
#60087
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.
-
#60062
King Unique
titán
lacafaca
#60061
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.
-
#60059
King Unique
titán
lacafaca
#60046
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.
-
#60045
King Unique
titán
lacafaca
#60036
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
.rawkiterjeszté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.imgkiterjesztésű fájlokat listázza ki, míg a többihez alatta a*.*opciót kell kiválasztani. -
#59056
King Unique
titán
batai15
#59054
King Unique
titán
-
#59046
King Unique
titán
batai15
#59045
-
#59044
King Unique
titán
batai15
#59043
-
#58995
King Unique
titán
St3ven
#58994
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/efipartícióra szokás tenni UEFI-s telepítésnél.Kevertem hirtelen az Ubuntu Budgie-val, de a Solus valóban más.
-
#58993
King Unique
titán
St3ven
#58986
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
efibootmgrpiszká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. -
#58978
King Unique
titán
kicsi83
#58970
King Unique
titán
válasz
kicsi83
#58970
üzenetére
Addig meg szépen csinálhatnál a rendszerről egy mentést (lemezképfájl) másik fizikai lemezre, amihez számos program áll rendelkezésre (példák). De akár a beépített megoldás is használható. Ha ez megvan, akkor utána már nyugodtan lehet kísérletezni és szükség esetén könnyen visszaállítható az eredeti (érintetlen) állapot.
Egyébként azt megadhattad volna, hogy legacy BIOS / UEFI szerinti telepítést csinálsz, partíciók helyzetéről egy screenshot stb. Ha egy kiterjesztetten belül logikai partíciókat hoztál létre, az úgy reális MBR-nél is, de elsődlegesként csak GPT-vel oldható meg. Az EasyBCD az UEFI-t pedig nem nagyon támogatja, tehát ha már ott sikerült linuxos bejegyzést hozzáadni, akkor gondolom az előbbi szerinti telepítésről lehet szó.
-
#58949
King Unique
titán
csixy
#58947
King Unique
titán
Meg lehet oldani terminálban is, ami az előző válaszokban már említve volt. A GParted szintén szóba került és valóban opció grafikus felületen az is. De az ilyenkor már a megnyitásnál problémázik a 2048/512 bájtos blokkméret miatt és hibaüzenetet dob mind az új partíciós tábla létrehozásánál, mind a formázásnál... Ugyan erőltetve tovább lehet lépni, majd a fizikai leválasztás és újracsatlakozás után jó esetben már formázható a pendrive. De pont erre volt említve a többszöri nekifutás.
Egyébként a Linuxok beépített eszközei rendszerint DD képfájl módot használnak a lemezképfájl kiírásánál. A Chakra esetében pl. a SUSE Studio ImageWriter szintén. De annál van külön valami formázó program is.
-
#58939
King Unique
titán
leviske
#58932
King Unique
titán
válasz
leviske
#58932
üzenetére
Ha már Windowst említesz, akkor ilyenkor nyilván annál is megoldható a pendrive újraparticionálása. Ehhez ott van pl. parancssorban a DiskPart, amelynek ez esetben a használatát az alábbi leírás szemlélteti. Grafikus felületen meg simán megcsinálja pl. a Rufus, de az előző válaszban említett FMW szintén, amely utóbbi elérhető Windowsra is. Ahogyan nyilván külső particionáló programokkal (példák) is meg lehet ezt oldani.
-
#58930
King Unique
titán
leviske
#58926
King Unique
titán
válasz
leviske
#58926
üzenetére
Azért attól normál esetben nyilván nem megy tönkre egy pendrive, csak mert ki lett írva írva egy lemezképfájl. Itt valószínűleg az lehet a gond, hogy a Linux beépített eszközei általában eleve a nemrég említett DD képfájl mód szerinti írást használják és az alakít ki a pendrive-on egyedi partíciószerkezetet. De ezt csak simán újra kell particionálni és kész. Bár grafikus felületen pl. a DIsks, GParted ugatni szokott miatta és van, hogy nem, vagy csak többszöri nekifutásra sikerül újraformáznia / újraparticionálni a pendrive-ot... De pl. a Mint beépített pendrive formázója már megcsinálja egyből, valamint a Fedora saját médiaírójának is van helyreállítási opciója. Vagy terminálban, amit a leírás végén lévő parancs szemléltet.
-
#58862
King Unique
titán
Lathronos
#58860
King Unique
titán
válasz
Lathronos
#58860
üzenetére
Az Etcher eleve nem jó hozzá és semmilyen olyan program, amely DD képfájl mód szerint írja ki. A másik linkben lévő program már elvileg jó, de az amúgy nem egy nagy szám. Nálam legutóbb még a pendrive formázását sem tudta magától megcsinálni és állandóan hibaüzenetet dobált. Azt is nekem kellett külön FAT32-re formázni és csak úgy volt hajlandó kiírni...
De amúgy felesleges ilyen külső programokkal vacakolni, mert bőven jó hozzá a felcsatolt ISO tartalmának átmásolása módszer.
-
#58856
King Unique
titán
kertsa
#58855
King Unique
titán
válasz
kertsa
#58855
üzenetére
Ezt a fájlkezelős másolást magam is próbáltam már Linuxnál több alkalommal és eddig mindig működött. A lemezképfájl felcsatolása pedig már csak részletkérdés. Például az Ubuntu és a Mint alapértelmezetten tartalmazza a Disk Image Mounter eszközt, aminél a csatolás után nyilván az ISO-fájl teljes tartalma megjelenik. Kubuntu és KDE asztali környezetnél szintén meg lehet ezt oldani, ahogyan terminálban és grafikus felületen egyéb módszerekkel egyaránt (példák).
-
#58852
King Unique
titán
kertsa
#58846
King Unique
titán
válasz
kertsa
#58846
üzenetére
Az nem derült ki, hogy milyen boot mód szerint akarod használni, milyen fájlrendszer lett beállítva a pendrive-on stb. De amúgy nem kell túlbonyolítani, pláne nem terminálban. A 8.1/10 ISO-knál elég a fájlkezelős másolás is egy FAT32 fájlrendszerű pendrive-ra, amivel kapcsolatban a topik összefoglalójában is ott van egy korábbi hozzászólás linkje. Az úgy működni fog Legacy BIOS (CSM) és UEFI módban is, max. az előbbinél egyes hardvereken esetleg szükség lehet a partíció aktívvá tételére (boot flag), de normál esetben anélkül is működik. A 7-es viszont már problémásabb lehet, sőt annál UEFI-s telepítésnél akár még ezzel is szórakozni kell, illetve az utóbbit amúgy sem támogatja teljes körűen. Az pedig magától a hardvertől is függ, hogy a bootolásnál mit támogat, mit szükséges pluszba beállítani. Valamint egyes modernebb alaplapoknál pl. UEFI módban már nemcsak FAT32, hanem akár NTFS fájlrendszerű boot eszköz is használható.
-
#58713
King Unique
titán
CPT.Pirk
#58712
King Unique
titán
válasz
CPT.Pirk
#58712
üzenetére
Ez a 95% nem tudom honnan és mi alapján jött, mert azért nagy valószínűséggel nem feltétlen így van... Sőt, jártam már egy nem túl agyonformázott viszonylag egyszerűbb szöveges doksinál is úgy, hogy egyes szövegrészek, egyszerű táblázatok kicsit szétestek, vagy épp átcsúsztak a másik oldalra. Akkor pedig megint gond lehet, ha valaki 2 eltérő programmal akarja ugyanazt a dokumentumot szerkeszteni... Ezek pedig nem egyedi esetek és eddig sem éppen azok a tapasztalatok voltak túlnyomó többségben, hogy mindenkinél milyen fenomenálisan tökéletes a kompatibilitás... A magam részéről épp ezért nem is erőltetem már egy ideje ezt a felemás használatot.
-
#58706
King Unique
titán
CPT.Pirk
#58704
King Unique
titán
válasz
CPT.Pirk
#58704
üzenetére
Ja, technikailag meg tudja nyitni a programmal, meg ha valami faék doksi, akkor jó esetben nem lesz gond. Viszont az nem új keletű dolog, hogy nem tökéletes a 2 program és a formátumaik között a kompatibilitás és bizony előfordulhatnak elcsúszások, széthullások stb. Éppen ezért aki komolyabban használja őket, összetettebb doksikkal dolgozik, folyamatosan szerkeszti őket stb., akkor nem érdemes erőltetni a dolgot... Ha nem akarja magát szívatni a user, akkor ez esetben vagy egyik programot és annak helyi formátumát használja, vagy a másikat.
-
#58537
King Unique
titán
Joker88
#58533
King Unique
titán
válasz
Joker88
#58533
üzenetére
Kapcsold ki a Windowsban a fast startup (gyorsindítás) funkciót, majd úgy állítsd le a rendszert! De akár a hibernálást is ki lehet teljesen, ha biztosan nem használod, illetve a hibrid alvás funkciót sem. Vagy másik megoldás Linuxnál read-only módban csatolni a meghajtót. De akár grafikus felületen a Disks (lemezek) alkalmazással is meg lehet oldani, amiről nemrég logout blogbejegyzés is készült.
-
#58532
King Unique
titán
nOvOp
#58531
-
#58530
King Unique
titán
nOvOp
#58529
King Unique
titán
A TimeShift fájlszintű mentést készít, ahogyan próbálgattam. Azaz nem 1 db lemezképfájlba menti a rendszert, mint más programok. De ettől függetlenül hasznos és ajánlott dolog a rendszerről egy teljes mentést készíteni. Ami bizonyos esetekben nyilván többet ér, mint csak egyes beállítások, vagy programok lementése...
-
#58494
King Unique
titán
hódmaci
#58491
King Unique
titán
válasz
hódmaci
#58491
üzenetére
Ha Windowst futtató gépeket akarsz védeni a vírusoktól, akkor inkább azon rendszer felől kellene megközelíteni a dolgot és a Vírusirtó topicban érdeklődni. Már csak azért is, mert jóval komolyabb védelmi szoftverek érhetők el arra, mint a linuxos AV-k. Valamint vannak akár pendrive-ról bootolható Live rendszerek is. De az egyébként a másik, hogy Windowsnál is egy komolyabb fertőzéshez sok esetben user error is kell. Tehát, ha nincsen meg a megfelelő felhasználói magatartás, akkor az már önmagában komoly kockázatot jelenthet...
Az adatbiztonság pedig megint más dolog. Ha fontos és pótolhatatlan adatokról van szó, akkor elengedhetetlen, hogy azokról mindig legyen kellő számú és naprakész állapotú online / offline mentés! Ha esetleg beüt egy zsarolóvírus és letitkosítja a fájlokat, akkor azzal a Linux és a ClamAV sem fog tudni mit kezdeni... Ellenben, ha van biztonsági másolat, akkor no problem.
-
#58418
King Unique
titán
grabber
#58416
King Unique
titán
válasz
grabber
#58416
üzenetére
Például a Linux Mint, annak is főleg a Cinnamon kiadása. Live módban pedig kipróbálható a rendszer telepítés nélkül is. Egyébként attól, hogy a köztudatba az Ubuntu ivódott bele, még nemcsak az létezik és ≠ kizárólagos alapon a Linuxszal. Na meg annál az egzotikus Unity és újabban GNOME asztali felület nem csoda, ha szokatlan és kényelmetlen Windows után...
-
#58093
King Unique
titán
Frawly
#58089
King Unique
titán
válasz
Frawly
#58089
üzenetére
Nem mondod, én is tudom, hogy natív USB 3.0 támogatás van benne, sőt a 4.6-os kernel óta elvileg 3.1 Gen 2 is. Ahogyan nyilván az UEFI-s telepítést és a GPT-t is támogatja, bár a Secure Boot már nem mindegyik rendszernél OK. Viszont a modern mivolta és az említett dolgok támogatása ellenére a mostani esetnél mégis trükközni kellett vele azon a hardveren, mert normál módon nem akart menni a telepítés... Igaz, nem egy naprakészebbnek mondható Arch, Manjaro, vagy Fedora volt az alany, hanem az Ubuntu és az arra épülő Budgie.
-
#58086
King Unique
titán
ubyegon2
#58084
King Unique
titán
válasz
ubyegon2
#58084
üzenetére
Az gondolom megvan, hogy a szoftvert a gyártó / fejlesztő weboldaláról szokás letölteni. Illetve ennek híján egy megbízható oldalról. Az, hogy te ki tudja honnan töltöttél le egy ki tudja milyen programot, az megint nem derült ki...De, ha valaki valami kókány helyről, az inkább user error... Egyébként, ha már tesztprogramram, akkor ott van pendrive-okhoz pl. a Check Flash, illetve a H2testw, ahol a gúgli szerint az első találatok között szerepel mindkét linkelt oldal. Ja, és csak párat kell kattintani a letöltéshez, nincsenek egyéb "kötelmek" meg amik itt fel voltak hozva W. hater módra. Milyen érdekes ugye...
Ott van pl. a grafikus Disks alkalmazás Linuxnál, meg terminálban mondjuk a hdparm és még akad pár. De azért a másik platform rendszereire szintén, sőt megannyi tesztprogram, diagnosztikai alkalmazás, adatmentő szoftver, akár a hardver gyártója által kiadott spéci programok stb. Amelyek bizony van, hogy nagyon is jól tudnak jönni!
-
#58083
King Unique
titán
ubyegon2
#58082
King Unique
titán
válasz
ubyegon2
#58082
üzenetére
Ezt fordított esetben szintén el tudom mondani, hogy felőlem hiába "véleményezed" itt, vagy más topikban, attól még szívesen használtam eddig is és fogom a jövőben szintén. Illetve nálam eleve nélkülözhetetlen desktop OS, valamint pl. a multiboot megoldásoknak is központi szereplője.
Ez a teszteléses dolog egyébként nem teljesen világos, hogy mikor és milyen programokat ajánlottam stb. Ha a böngészőben nincsen reklámblokkoló telepítve (pedig szokás) és azért ugrált fel a letöltésnél megannyi hirdetés stb., azért nem igazán az OS-t kell okolni... Sok ilyen tesztprogramot használok, mert Windowsra van egy csomó grafikus alkalmazás, de korántsem mondanám, hogy annyira küzdelmes lenne ezeket letölteni és feltelepíteni, sőt... Vagy még az utóbbit sem feltétlen kell, mert akad több portable szoftver is. Meg ez a 6 program ugrik fel, megint elég rejtelmesen hangzik... Használok 8.1-et is, normálisan karbantartott és nem összecseszett rendszer formájában, de érdekes módon mégsem ugrálnak fel tesztelés közben random a különféle programok...
-
#58071
King Unique
titán
ubyegon2
#58067
King Unique
titán
válasz
ubyegon2
#58067
üzenetére
Hát pl. egy 7-es az, mint említve volt. De, hogy egy ilyen elvileg modern Linuxnál ezekkel kell szórakozni és csak Legacy módban lehet(ne) telepíteni, míg a másik platform rendszere mindenféle trükközés nélkül működik és telepíthető többek között UEFI-ben is, az azért bizony igenis elgondolkoztató, ha tetszik, ha nem...
Bár azért az Ubuntu és társainál egy modernebb rendszer, mint pl. a Fedora, lehet jobban vette volna az akadályt. Egyébként dual-boot megoldásnál a Mint mellett nálam gond nélkül üzemel a X-es is, sőt kifejezetten szeretem használni... 
(#58068) Slownz:
Voyager esetleg? Ez legalább nem olyan egzotikus, mint a Deepin, van benne Live mód is stb. Továbbá nem is olyan lebutított, mint az eOS, az utóbbinál jobban testreszabható.
De nekem 8, akkor sok sikert a kísérletezéshez!
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... 
Új hozzászólás Aktív témák
Hirdetés
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!
- Samsung Galaxy S21 FE 5G - utóirat
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- One mobilszolgáltatások
- Milyen légkondit a lakásba?
- Intel Dual Core 2000 felhasználók barátságos offolós topikja
- Ingatlanos topic!
- sh4d0w: Csak a profit - emberélet nem számít
- sziku69: Szólánc.
- Elektromos cigaretta 🔞
- Luck Dragon: Asszociációs játék. :)
- További aktív témák...
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Mini PC, tiny PC HP Fujitsu Esprimo i5-7500T
- AKCIÓ! HP Elitedesk 800 G1 USDT mini asztali számítógép - i7 4770S 16GB RAM 128GB SSD Intel HD
- BESZÁMÍTÁS!Gigabyte B650M R7 7800X3D 64GB DDR5 1TB SSD RTX 3080Ti 12GB Corsair 4000D Airflow TG 750W
- Iphone 15 Plus 128GB Pink Dobozos 12 Hónap Garancia
- BESZÁMÍTÁS! Apple MacBook Pro 14 M4 Pro 24GB RAM 512GB SSD garanciával hibátlan működéssel
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest