-
Mobilarena
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
King Unique
titán
válasz
v.attis #37722 üzenetére
Tehát akkor a kettős Legacy + UEFI opción volt, ahol ha Legacy first beállítás is volt, vagy a telepítésnél eleve az annak megfelelő (nem UEFI jelölésű) pendrive lett kiválasztva korábban, akkor úgy reális a BIOS/MBR szerinti telepítés, UEFI only módban alapesetben nyilván nem ment volna. Valamint ha utólag az Kubuntut először UEFI mód + bekapcsolt Secure Boot szerint próbáltad "keresztbe telepíteni", akkor nem meglepő, ha ilyen felállásnál gond volt, eleve Legacy/CSM szerint kellett volna, igazodva a másik OS telepítéséhez.
Igen, olvastam, de ugye le volt írva, hogy hardverfüggő lehet, meg van-e megfelelő driveres támogatás, alapesetben automatikusan letölti és telepíti a WU, stb. Meg van pl. olyan Lenovo laptopon, aminél nem kellett külön Wi-Fi driver sem a 10-eshez, mivel már eleve inbox volt. Illetve esetedben a Kubuntunál is inbox lehet, azért működött azonnal. -
King Unique
titán
válasz
v.attis #37719 üzenetére
A CSM/UEFI beállításokra, telepítésre lettem volna kíváncsi, arról írtam az előző válaszban, de mindegy.
Amit leírtál a Windowsra vonatkozóan driver és update témában, az nem feltétlen úgy van minden esetben, ha van megfelelő driveres támogatás az adott verzióhoz az adott laptopnál - ezt is kérdeztem előzőleg - , meg ugye a 10-esnél a WU automatikusan letölti és telepíti a szükséges drivereket, az újabb verzióknál egy része meg eleve inbox, + egy ideje már eleve kumulatív frissítések vannak, stb., előbbiek teljesülése esetén nyilván nem kell ennek 1 nap, de mindegy.
Ubuntu topik lévén azt hittem standard Ubuntut telepítesz, de végül is a Kubuntu is jó/jobb választás, illetve kezdőknek pl. a Linux Mint (Cinnamon), ahol az utóbbinak külön topikja van itt a fórumon. -
King Unique
titán
válasz
v.attis #37706 üzenetére
Ami oda van írva, nem sikerült a GRUB telepítése, ami miatt nem meglepő, ha utána nem bootol egyik-másik OS. A GRUB akár utólag is helyreállítható live rendszer alól, de ha közben már sikerült megoldani, akkor oké. Az pedig evidens, hogy ha az SSD-n a Windows BIOS/MBR, vagy más néven Legacy/CSM mód szerint lett telepítve, akkor normál esetben értelemszerűen az Ubuntut is tudatosan annak megfelelően kellene ugyanarra a lemezre, azaz azt beállítani az UEFI BIOS-ban, bootolásnál az annak megfelelő boot eszközt (pendrive-ot) kiválasztani a gyorsmenüben, stb. Szóval ez esetben nyilván nem az UEFI-t, meg nyilván a Windowsnak sem teljesen mindegy, valamint a bekapcsolt UEFI boot esetedben gondolom valami UEFI + Legacy kettős opciót jelenthet, mert UEFI only módban nyilván nem bootolna MBR-lemezről a standard módon telepített Windows, max. átkonvertálás után.
A partíciót meg gondolom elsődlegesről logikaira konvertáltad külső programmal, ami igen, működhet a korábban leírtak alapján és akkor megspórolható a destruktív módszer, a fájlok oda-vissza másolása. -
King Unique
titán
válasz
v.attis #37703 üzenetére
Ha már lementetted a D partíció tartalmát, akkor nyilván törölhető, létrehozható helyette logikai meghajtó, stb., az előző válaszban le van írva. Meg ez nyilván megoldható Windows alól is a lemezkezelőben, nem feltétlen kell hozzá GParted / Ubuntu live.
A partíció konvertálásánál, ha az elsődleges-logikai közötti oda-vissza konvertálásra célzol adatvesztés nélkül, akkor azt windowsos 3rd party particionáló programok tudják (példa), a GParted viszont eleve nem, max. destruktív módon (partíció törlésével). Ha a dinamikus lemezzé konvertálásra célzol, akkor azt meg inkább ne erőltesd, ha nem célirányosan használod, meg az a Linux-telepítésnek sem feltétlen fekszik.De ha már úgyis lementetted az adatokat, akkor mehet az először említett módszer, az elsődleges/logikai konvertálás akkor szükséges, ha pl. nincs hova lementeni az adatokat és nem lehet másképp megoldani.
-
King Unique
titán
válasz
v.attis #37701 üzenetére
Nyilván az, mivel a kiterjesztett, illetve logikai meghajtók eleve zölddel vannak jelölve a lemezkezelőben, lásd pl. az alábbi képen. Esetedben is valami olyasmit kellett volna összehozni.
Egyik lehetséges megoldás az adatok lementése után törölni a D-t, majd 1 kiterjesztetten belül logikai partíciót létrehozni, arra visszamásolni az adatokat, Ubuntunak leválasztani a szabad területet, stb. Másik lehetőség külön fizikai lemezre telepíteni az Ubuntut, ami lehet akár pendrive is (de inkább külső HDD/SSD), ha megfelelő sebességű és tárolókapacitású. -
King Unique
titán
válasz
King Unique #37697 üzenetére
Ja, bocs, helyesbítek, az elsődleges partíció már nem opció, mivel a mellékelt screenshot alapján már van 4 db. Vagyis ha a D után létrehozott unallocated területre akarod telepíteni az Ubuntut, akkor csak a logikai partíció lehet opció 1 kiterjesztetten belül. Sőt, így már az sem, mivel ahhoz a 4. partíciónak eleve kiterjesztettnek kellene lenni és azon belül lehetne létrehozni több logikait...
-
King Unique
titán
válasz
v.attis #37695 üzenetére
Ha van online mentés is, akkor oké, de azért nem árthat +1 offline sem, ha van annyi szabad hely a külső merevlemezen, lásd a téma topikjában javasoltakat.
Igen, hardvertől, szoftverkörnyezettől függően estlegesen lehetnek meglepetések, meg ugye a laptopok megint külön kategória, nem árt ha van megfelelő driveres támogatás az adott Windowshoz, stb. Amúgy használok én is több verziót, több gépen, beleértve laptopokon is és megfelelően működik a W10, szerencsére nincsenek ilyen gondjaim.
Nem kell újratelepíti állandóan a 0-ról, ezt nem tudom mégis honnan veszik egyesek, amikor egyrészt ott van az előző válaszban említett rendszermentés lehetősége, amivel 1:1-ben lementhető és szükség esetén 1:1-ben visszaállítható az OS. + A rendszer-visszaálllítás, in-place javító upgrade lehetősége fájlok, alkalmazások megtartásával, stb.
Jó, az Ubuntu telepítéséhez kaptál instrukciókat, mehet akár a megmaradt 1 db elsődleges partícióra is, vagy ha többet akarsz, akkor kiterjesztett és logikai partíciók. Ha Windows alól írod ki az Ubuntu telepítőjét pendrive-ra, akkor a Rufus esetében a DD képfájl módot javasolt használni, de akár még a sima fájlkezelős fájlmásolás is működhet. -
King Unique
titán
válasz
v.attis #37691 üzenetére
Ha egy tetű lassú pendrive-ra telepíted az Ubuntut standard módon (nem kell ehhez LiLi), akkor persze hogy lassú lesz a működés.
Az olyanon max. a live rendszer fut gördülékenyen. Az igazán gyors pendrive-ok ilyen értékeket tudnak, a pendrive-szerű külső SSD-k (példa) és a standard külső SSD-k (példa) pedig még gyorsabbak nemcsak szekvenciálisan, hanem a random, illetve 4K írás-olvasás esetén is, ahol a standard pendrive-ok megint gyatrák (példa).
Egyébként a Windowsnál a lemezkezelőben a D meghajtónál kötet zsugorítása és kész, elég a nem lefoglalt (unallocated) területet leválasztani a Linux, illetve az Ubuntu számára, amit majd a telepítésnél particionál és formáz annak a telepítője. Valamint MBR-lemezen az igaz, hogy max. 4 db elsődleges partíció lehet, de a másik felállás max. 3 db elsődleges és 1 kiterjesztetten belül több logikai partíció, ahol a Linux telepíthető az utóbbira is (példa).
"D-ről dolgozom, tehát nagyon nagyon fontos, hogy épségben maradjon!"
Akkor a zsugorítás és telepítés előtt szépen mentést készítesz az adatokról a külső HDD-re. Ami amúgy sem árt, sőt ha jelenleg csak 1 példányban vannak tárolva a D meghajtón, akkor az adatbiztonság szempontjából olyan, mintha nem is léteznének.
+ Előtte akár a Windowsról, a jelenlegi partíciókról is lehet komplett mentést készíteni pl. a külső HDD-re és akkor pláne nincs miért aggódni, ha esetleg valami balul sülne el a particionálásnál, telepítésnél. -
King Unique
titán
válasz
King Unique #37363 üzenetére
+ Ha esetleg legacy/CSM módban történne a bootolás és telepítés - ami ugye nem derült ki - , akkor ott szintén működik a fájlkezelős másolás, viszont (hardvertől, illetve BIOS-tól függően) kellhet a pendrive-on lévő partícióra boot flag (példa). Ha UEFI szerint, akkor viszont nem, meg az említett leírásban is világosan le van írva, hogy UEFI-s telepítő létrehozását taglalja.
-
King Unique
titán
válasz
teleahocipöm #37362 üzenetére
+ Ilyen hibánál akár a letöltött ISO-fájl és/vagy a pendrive hibája is felmerülhet, vagyis azokat sem ártana lecsekkolni, szükség esetén másikkal kipróbálni.
-
King Unique
titán
válasz
teleahocipöm #37357 üzenetére
Az a leírás nyilván használható és működik Linuxon is, ki lett próbálva számtalanszor. Ha nálad nem, akkor egész egyszerűen nem megfelelően csináltad, ilyen egyszerű... Vagyis nem, nem kell UNetbootin és társai szutykokkal vesződni, meg még véletlenül sem dd-ézni az ISO-t, hanem csak felcsatolni a fájlkezelőben, majd a tartalmát 1:1-ben rámásolni a pendrive-ra. + Ha a 64 bites standard (nem ESD) ISO van letöltve, akkor szükség esetén darabolni (wimtools) az
install.wim
fájltinstall.swm
fájlokra, ha FAT32 alapon UEFI-s telepítés a cél (az sem derült ki, hogy most CSM/UEFI) és nem támogatja a laptop UEFI-nél az NTFS-t, ez is le van írva abban a leírásban. + Az is a szerző egy másik leírásában, hogyan is kellene megfelelően W10-et telepíteni. De ez az egész mondjuk nem éppen ezen topik témája, van az OS-nek saját topikja is...+ Ahogyan más is írta, az ODD helyére berakott HDD Caddy megoldásoknál lehetnek anomáliák, telepítési, bootolási problémák, meg ott gyakran a port is csak SATA I/II szokott lenni. Vagyis ha van rá lehetőség, akkor elsődlegesen inkább a standard SATA portot kellene használni, ahova alapból van téve a HDD/SSD. Meg egy bruttó 120 GB-os SSD-n alapesetben elfér mindkét OS, nekem is van olyanon dual-boot telepítésem, az ODD helyén lévő HDD meg maradhat közös adattárnak. Bár ahhoz nem ártott volna először a W10-et telepíteni, majd utána a Linuxot.
-
King Unique
titán
válasz
ROBOTER #37127 üzenetére
Pont ez az, hogy ha céges gép, akkor azt alapesetben arra kellene használni, amire való, a magán jellegű dolgokat meg a saját laptopon intézni. De mindegy, ha annyira az előbbi használata a cél, akkor le volt írva, hogy megoldható az USB-s eszközre telepítés és onnan történő bootolás. Elvileg, aztán az már az adott hardvertől, annál az UEFI BIOS-tól, annak beállítási lehetőségeitől is függhet, hogy mennyire fog működni Ubuntunál.
(#37129) Gyurka6:
Ha nem több gépre, hanem csak több lemezre telepítés a cél, akkor az megoldható a már lementett lemezképfájlból visszaállítással, vagy akár közvetlen klónozással, amihez ott a dd, lemezek alkalmazás, Clonezilla, stb. De az nem éppen világos, hogy szektorhibás meghajtókkal minek szórakozni, aminél majd utána nem kell meglepődni, ha nem fog menni a visszaállítás/klónozás, nem fog bootolni az OS... Az olyat normál esetben eleve cserélni/kukázni kellene, vagy esetleg írástesztet futtatni rajta, vagy ilyen módon megpróbálni "javítani", már ha még van értelme egyáltalán és nem teljesen kuka. -
King Unique
titán
válasz
ROBOTER #37125 üzenetére
Vannak a pendrive-okhoz hasonló méretű M.2 formátumú gyárilag készre szerelt külső SSD-k, külső házak, a másik topikban is linkelve volt ilyen. Vagyis nem, nem feltétlen kell külön kábelt használni, meg nem kizárólag csak 2,5"-os külső SSD jöhet szóba.
Akkor mint az előző válaszban linkelt példák is szemléltetik, nem a helyi lemezre (sda), hanem a külső meghajtóra telepíted a GRUB-ot. Meg ha eleve UEFI-s telepítés a cél, akkor a külső meghajtón létrehozni az ESP-t is, nem a helyi lemezen lévőt használni. Aztán az UEFI BIOS-ban sem feltétlen muszáj a boot sorrendet fixen átállítgatni, elég az F12/egyéb funkcióbillentyűvel előhívható gyorsmenüben kiválasztani a bootolásnál a külső meghajtót.
Egyébként nem teljesen világos ez a "2 notebookos élet". Ha akkora nyűg számodra 2-t használni, akkor logikusan adnál magát csak az egyik használata, annál szükség esetén dual-boot, virtuális gép, stb. lehetősége. Vagy ha az adott notebookhoz állítólag annyira nem lehet hozzányúlni a korábban leírtak alapján, akkor nem teljesen világos minek kell piszkálni, erőltetni másik OS USB-s használatát, miért nem lehet az utóbbit a másik laptopon megoldani. -
King Unique
titán
válasz
ROBOTER #37118 üzenetére
Mármint ha arra célzol, hogy lehet-e USB-s meghajtóra telepíteni Linuxot, akkor igen, lehet. Az itteni téma összefoglalóban is ott vannak az ezt pendrive-on és külső HDD-n szemléltető korábbi leírások.
Viszont azok még legacy/CSM módban történő telepítésnél készültek. Az UEFI-s hardvertől függően kicsit macerásabb lehet, szükség lehet a Secure Boot kikapcsolására, bár elvileg van már aláírása, kulcsa az Ubuntunak is. Valamint ha az elszeparált működés a cél, akkor az EFI-rendszerpartíciót (ESP) is a külső meghajtón kell létrehozni, máskülönben a helyi lemezen lévő ESP-t fogja használni, ott hozza létre a mappáját, mármint ha azon is UEFI szerint van telepítve az OS.A célra egy gyorsabb USB 3.0-s pendrive is megfelelhet. Viszont ha a gyakori, tartós, intenzív használat a cél, akkor a külső SSD a nyerő már csak a nagyobb írásterhelhetőség és a nagyobb adatátviteli sebesség, valamint GC, WL, UASP, TRIM, SMART technológiák támogatása miatt is, amiről a pendrive-os topikban is volt szó többször.
-
King Unique
titán
"a /boot egy kis méretű ssd-n van, a / egy másikon, és a /home meg a disk-en"
Ennek amúgy mi értelme van? Mármint főleg annak, hogy külön-külön fizikai meghajtóra rakni őket. Ha netán le kell menteni, klónozni, vagy éppen a mentésből visszaállítani a rendszert, biztos nagyon kellemes és egyszerű lesz több helyről összelegózni... Normál esetben maga a rendszer eleve 1 fizikai meghajtóra kerül és esetleg a /home esetében lehet indokolt a másik, ha túl nagy méretű és nem fér el az eredeti rendszermeghajtón. Vagy a nagyobb mennyiségű adatot a rendszertől függetlenül eleve egy X TB-os HDD-n tárolni külön, aztán kész. Az ugyanúgy elérhető, felcsatolható lesz stb.
-
King Unique
titán
válasz
qwertly #33998 üzenetére
Nem tudom, ez a
/boot
honnan jött, de amúgy felesleges, a Mint telepítője sem hoz ilyet létre az automatikus particionálásnál. UEFI-s telepítésnél az ESP a lényeg, amiről nemrég egy másik topikban is volt szó. A csatolási pont pedig/boot/efi
szokott lenni.A kiíráshoz jó a screenshoton lévő program (Rufus), de annak is ezt a beállítását szokás használni a Linux ISO-knál (bővebben).
-
King Unique
titán
válasz
Frawly #33811 üzenetére
Először is, ez már anno egy másik topikban ki lett tárgyalva és már akkor is le volt írva világosan, hogy a WTG-hez, illetve a rendszer külső meghajtóról történő futtatásához nem ez a szokatlan módszer a standard, nem ez az elsődlegesen javasolt, még ha akár működőképes is. Ezen pedig nincs mit ragozni, mert tény! Másodszor pedig kapaszkodj meg te, mert eleve úgy kezdte a fórumtárs, hogy Windowson hozta létre a beépített megoldással és nem Linuxon! Sőt a második körben is valószínűleg ott készítette el egy külső programmal. Szóval eleve nem azt kérdezte (mások sem) egy szóval sem eredetileg, hogy Linuxon hogyan kell megoldani, azt már te kezdted el ragozni és erőltetni a saját példádat alapul véve... Amire egyébként le volt írva, hogy ha máshogyan tényleg nem tudja valaki megoldani, akkor Linux alatt akár ez is opció lehet ilyen célra. Az pedig gondolom megvan talán, hogy a WTG amúgy eleve Enterprise funkció, olyan környezetbe szánták és azért sem érhető el minden egyes kiadás esetében. Legalábbis a natív eszközzel nem, de külső program használatánál már igen. Az meg a másik, hogy amúgy kell licenc arra is...
-
King Unique
titán
válasz
Core2duo6600 #33809 üzenetére
Ez az előbb említett megoldás inkább afféle tákolás így virtuális géppel keverve, még ha adott esetben működőképes is. Ez akkor opció leginkább, ha valaki pl. Linux alatt akar ilyet összehozni és máshogyan nem tudja megoldani. Viszont a WTG létrehozásának normál esetben eleve nem ez a módja és Windowson számos program létezik ilyen célra, vagyis nemcsak a beépített megoldás használható. Illetve ezekkel a külső programokkal megoldható a létrehozás akármilyen kiadásnál, nincsen Enterprise-ra korlátozva. Valamint a nem hitelesített USB-tárolóeszköz sem feltétlen gond, de az mondjuk a natív szoftver használatánál sem kizáró tényező.
-
King Unique
titán
válasz
Ducati916 #33784 üzenetére
Gondolom ennél az első opcióra célzol, ami az előző válaszban linkelt leírásokban is benne van, sőt abból linkeltem. Ha nálad nincsen ott ilyen, az sem feltétlen gond, sőt az UEFI-s telepítést bemutató leírásban a fórumtársnál sem volt a screenshot alapján, mégis meg tudta oldani.
-
King Unique
titán
válasz
Frawly #33756 üzenetére
Megint csak oda lyukadunk ki, hogy ennyi erővel a Windows is rákérdez és megerősítés kér egy-egy ilyen művelet előtt. Ellenben ha az együgyű user nem tudja, hogy mit csinál és ész nélkül kattintgat, leokéz ezt-azt, akkor könnyen megvan a baj Linuxnál is.... Az Ubuntu telepítője sem fog neki szájbarágósan elmagyarázni mindent a-tól z-ig, ha az automatikus telepítést választja és next-next-finish, akkor meg pláne.
Azt pedig megint nem mondanám, hogy az 1.0-s usernek egyszerűbb lenne a Windows helyett mondjuk az Ubuntu grafikus particionálója, pláne hogy azt sem fogja tudni, hogy milyen csatolási opciókat adjon meg... Ráadásul az Ubuntu grafikus telepítője még az egyszerűbbek közé sorolható, ellenben némelyik másik disztrónál már érdekesebben van megoldva és jobban oda kell figyelni. Az meg a másik, hogy ha annyira nem ért hozzá, akkor az 1.0-s user inkább ne telepítsen, ne állítson be egyik rendszernél sem semmi komolyabbat, hanem inkább kérjen meg egy hozzáértőt!
-
King Unique
titán
válasz
Frawly #33754 üzenetére
Ennyi erővel, ha fogalmatlanul bejelöli a user a Linux telepítésénél pl. az LVM-et, akkor az megint gondot okozhat egy ilyen dual-boot megoldásnál... A Windows a telepítésénél nem szokott dinamikus lemezt kreálni, azt rendszerint utólag kell beállítani a felhasználónak, mint már említve volt. Aminél eleve tájékoztatja a rendszer a usert és többszörös megerősítést kér, szóval nem magától lesz olyan.
Ez az 1 partíción van az OS + adatok pedig megint olyan, hogy ennyi erővel pl. az Ubuntu sem csinál az alapértelmezett (automatikus) telepítésnél külön /home-ot, hanem mindent a gyökérbe (/) rak... Annál is a manuális particionálást választva lehet külön beállítani, ahogyan a Windowsnál is lehet külön adatpartíciót létrehozni már a telepítőben. Sőt, a spéci audit móddal akár már a telepítéskor áthelyezhetők pl. a felhasználói mappák. A telepített rendszernél pedig ott van az instant alaphelyzetbe állítás is, ami lényegében egy reinstall és szintén van lehetőség a személyes fájlok megtartására. Ha pedig adatbiztonságról van szó, akkor OS-től függetlenül így is, úgy is menteni kell több helyre az adatokat, mert az nem adatbiztonság, ha 1 fizikai lemezen vannak tárolva, hiába van külön partíció.
-
King Unique
titán
válasz
Frawly #33749 üzenetére
Ennyi erővel egyik OS-nél se particionáljon a laikus, ha nem tudja mit és miért csinál, meg nem mintha másik rendszernél egyszerűbb lenne... Amúgy meg nem szimplán a kötet dinamikus, hanem maga a lemez. Normál esetben pedig eleve alaplemezt kreál a Windows is egy másodlagos lemeznél, dinamikusként általában utólag lehet beállítani. Amit amúgy rendesen kezel a rendszer, sőt rendszerlemez is lehet dinamikus. De, ha nincsen rá célirányosan szükség, akkor helyette nyilván alaplemezt érdemes használni, az már a Linuxnál is OK lesz. Az SSD-s topikban meg az volt a gond, hogy tárolókészletként lett beállítva a másodlagos fizikai meghajtó. Viszont az se magától történt, hanem bizonyára a user nyomkodott összevissza és lehet el sem olvasta rendesen, hogy mit okéz le. Ami szimpla user error... De még így sem feltétlen akkora gond, mert utólag kikapcsolható.
-
King Unique
titán
-
King Unique
titán
válasz
taki01 #33744 üzenetére
Az LDM rendszerint a Windows alatt létrehozott dinamikus lemezt jelöli, aminek kezelése problémás lehet Linux alatt... De elvileg az
ldmtool
kell hozzá az ArchWiki szerint, azzal megoldható, ha az Ubuntu natúrban nem tud vele mit kezdeni. Mondjuk anno nálam a Mint fel tudta csatolni, de komolyabban piszkálni már nem érdemes vele... Amiket próbáltam módosítani a lemezen, az utána Windowsban meg sem jelent és olyan volt mintha, mintha nem csináltam volna semmit... -
King Unique
titán
válasz
Ducati916 #33731 üzenetére
A screenshotokon látszik, hogy GPT particionálási stílus szerinti a lemez és van EFI-rendszerpartíció (ESP), vagyis egyértelműen UEFI-s telepítésről van szó. Tehát az Ubuntut is ennek megfelelően kellene bootolni pl. egy pendrive-ról és telepíteni a fizikai meghajtóra stb. De ez a "nem érzékeli" dolog még mindig teljesen világos, kifejthetnéd bővebben... Viszont a screenshotokon egyértelműen látszik, hogy a Live rendszer kilistázza a meghajtó tartalmát és "érzékeli" rajta a már telepített Windowst. Akkor pedig normál esetben a telepítőnek is kellene. Ha ez a helyzet, akkor viszont eleve ellentmondásos a korábbi állításod...
Egyébként még ott van az itteni téma-összefoglalóban két leírás a telepítéshez, azok alapján bőven meg lehet csinálni. A második készült kifejezetten UEFI-s telepítéshez a Linux Mint alapján (Ubuntu is kb. ugyanaz), de az elsőt is érdemes lecsekkolni, amiben le van írva néhány általános dolog. Például az, hogy hogyan kell a Linux számára Windows alól leválasztani a nem lefoglalt lemezterületet stb.
• Képregény - Windows mellé Ubuntu
• Windows 10 + Linux DUAL Boot készítése UEFI -vel és GPT-vel -
King Unique
titán
válasz
Ducati916 #33718 üzenetére
Az mondjuk lemaradt, hogy pl. a 10-es jelenleg legacy BIOS (CSM), avagy UEFI bootolási mód szerint van-e telepítve. A Linuxot is nyilván annak megfelelően kellene, pláne ha ugyanarra a lemezre kerül az is. Az pedig megint nem világos, hogy minek kapcsoltad ki az UEFI-t, lehet nyilván az Ubuntut aszerint is telepíteni... Max. esetleg a bekapcsolt Secure Boot okozhat gondot egyes hardvereknél, de az Ubuntu ilyen téren általában támogatott és normál esetben annak sem kellene. Aztán ez a "nem érzékeli" pedig végképp nem világos, hogy pontosan mire is vonatkozik... Ha magát a fizikai lemezt, akkor volt akinél az okozott gondot, hogy Windows alatt dinamikus volt a lemez és azt nem kezelte megfelelően a Linux. De arra is volt már példa, hogy valakinél a Windows 10 a RAID módba állított SATA vezérlő szerint lett telepítve és az a Linuxnál gondot okozott, egyáltalán nem jelenítette meg a telepítője a helyi meghajtót. Ott a BIOS-ban végül AHCI módba kellett állítani a SATA vezérlőt és akkor már OK volt a telepítés. Viszont ez esetben a másik rendszernél szükség volt az alábbi leírásban foglaltakra. A partíciós táblát pedig amúgy nem nagyon szokta csak úgy "elbarmolni" a Windows. Viszont olyat már tapasztaltam SSD-n, hogy az automatikus telepítést választva elcseszte az Ubuntu a partícióeltolást és utána a Linux Mint telepítője problémázott, nem volt hajlandó az újonnan létrehozott partícióra települni...
-
King Unique
titán
válasz
PsycHo88 #33596 üzenetére
Mindkettő opció lehet, de ha van már a háttértáron egy Windows telepítve EFI módban, akkor nyilván a Linuxot is annak megfelelően kellene. A telepítő indításánál amúgy itt inkább a boot sorrend, illetve szükség esetén a megfelelő boot opció hozzáadása, illetve kiválasztása lenne a lényeg. Hardvertől függően meg pl. F9/F12 funkcióbillentyűvel is lehet közvetlenül az indítás előtt boot eszközt választani.
-
King Unique
titán
válasz
PsycHo88 #33583 üzenetére
Az előbb linkeltem a leírásokat, hogy gondoltam szólok előre...
Windows alatt ilyenkor parancssor kell az újraparticionáláshoz, de amúgy a Rufus, vagy a linkelt FMW is simán megoldja. Linux alatt szintén problémát okozhat és szükség lehet terminálra, mert a Disks / GParted sem mindig tud vele mit kezdeni, vagy max. csak többszöri nekifutásra.
UEFI -s telepítésnél egyébként rendszerint FAT32 kell, mert NTFS fájlrendszerű pendrive-ról korántsem minden hardvernél lehet EFI módban bootolni. De amúgy felesleges külön piszkálni, mert beállítja automatikusan program. Illetve a DD képfájl mód szerinti kiírásnak biztosan működnie kell, az a legacy BIOS (CSM) és az UEFI módhoz egyaránt jó. Ha gond van a bootolásnál, akkor az biztos nem emiatt lesz... Az Ubuntu-alapú rendszereknek pedig rendszerint van Secure Boot aláírása, tehát normál esetben azt sem szükséges kikapcsolni. De hardvere is válogatja és van amelyiknél szükség lehet rá.
Amúgy néha el kellene olvasni a válaszokat is, illetve használni a "válasz" opciót és nemcsak write-only módban nyomi...
-
King Unique
titán
válasz
PsycHo88 #33578 üzenetére
A képfájl kiírásához kapcsolódóan jó az Ubuntu, Mint stb. ISO-khoz elvileg az első opció is (próbáltam már), de a biztos a DD képfájl mód. Például az Etcher eleve az utóbbit használja, de a Fedora weboldaláról letölthető eszköz (FMW) szintén. Utóbbi plusz előnye, hogy utána a pendrive helyreállítását is megoldja, mert amúgy ilyet okoz a "dédézés".
-
King Unique
titán
válasz
halhatatlan #33567 üzenetére
A naplózó fájlrendszerek egy esetleges áramszünetet, hirtelen leállást is jobban tolerálnak, illetve egy logikai helyreállításnál csak a naplót kell újraolvasni és megvizsgálni, hogy az oda bejegyzett műveletek rendben lezajlottak-e. Azonkívül pl. jogosultságkezelést és egyéb dolgokat is támogat az említett kettő, ami megint nem hátrány. Opció lehet akár a nem naplózó exFAT fájlrendszer is és annál nem kell foglalkozni a töredezettséggel, van amikor egyes fájlműveletek is valamivel gyorsabbak lehetnek, de az előbbieknek szintén megvannak az előnyei. Ha már gyorsaság, akkor az alábbi hozzászólás jól szemlélteti, hogy amúgy egyik sem feltétlen lesz olyan gyors, mint Windows alatt használva. Mondjuk kissé azért csalóka, mert csak 1 rendszer, 1 teszt és Live környezet, illetve más szituációban nyilván lehetnek Linux alatt azért ennél nagyobb értékek is NTFS-nél és exFAT-nál egyaránt.
-
King Unique
titán
válasz
halhatatlan #33565 üzenetére
Látom felesleges volt bármit is írni...
-
King Unique
titán
válasz
halhatatlan #33559 üzenetére
Írták már, hogy NTFS, vagy exFAT fájlrendszerre, bár az utóbbihoz Ubuntu esetén szükség lehet az
exfat-fuse exfat-utils
csomagok telepítése. A Mint amúgy már natívan támogatja mindkettőt és szerintem jobb választás Windows után egy kezdő usernek. De akár Ext4 is lehet, amit ugyan a Windows alapértelmezetten nem kezel, de a TC-hez van read-only ExtFS kiegészítő. Sőt, az Ext2Fsd, illetve a Paragon szoftverével már írni és olvasni is lehet egyaránt. Ha pedig eleve dual-boot megoldással használod, akkor a Linuxnál nem kell foglalkozni az NTFS töredezésével, szükség esetén nyilván megoldható Windows alól a töredezettségmentesítés. De, ha pl. torrentnél be van állítva a fájlok előre lefoglalása, akkor meg amúgy is kevésbé fog töredezni a fájlrendszer.Egyébként egy belső / külső merevlemeznél elsődlegesen naplózó fájlrendszereket javasolt használni, mint pl. az NTFS, vagy az Ext4. A FAT16/32 és exFAT inkább az olyan flash-alapú tárolókra való, mint pl. a pendrive-ok és a memóriakártyák.
-
King Unique
titán
válasz
Nixon18 #32899 üzenetére
A dual-boot nem lenne opció, mármint Windows & Linux?
Akkor nem kellene ilyen kompromisszumos megoldásokkal sem szórakozni. Na meg a Wine alatt is jellemzően csak a régebbi verziói működnek úgy-ahogy az ilyen szoftvereknek, némelyik program viszont egyáltalán nem. A virtuális géphez pedig erős hardver kell ilyen felállásnál, pláne hogy ezek az egyes tervezőprogramok is jellemzően zabálják az erőforrásokat.
-
King Unique
titán
válasz
gyulank #32502 üzenetére
Nincs abban semmi meglepő, ha ez esetben a kiterjesztés / összevonás a partíció, illetve az adatok átmozgatásával jár. Ha üres lenne a lemez, akkor csinálná meg egy pillanat alatt. Meg akkor, ha az az 500 MB-os partíció nem a másik előtt a lemez legelején, hanem közvetlenül utána helyezkedne el.
Amúgy a telepítéskor particionálatlan területet kellett volna megadni célnak, illetve ott létrehozni a telepítővel a szükséges rendszerpartíciókat és akkor nem pakolja másik lemezre... Esetleg letiltani a telepítés idejére a BIOS-ban a másikat, vagy fizikálisan leválasztani stb.
-
King Unique
titán
válasz
#61392896 #32477 üzenetére
Oszt' mégis hogyan, mert az pont nem lett említve?
Az első linken egy particionáló program van, amelynek van többek között pl. partíció- és lemezmásoló funkciója is. Valamint ismeri és tud formázni Ext2/3/4 fájlrendszerekre is, de nem feltétlen mindig tökéletesen. A második link pedig nem teljesen egyértelmű, hogy melyik szoftverre vonatkozik.
-
King Unique
titán
válasz
gyulank #32432 üzenetére
Lehet hibás akár az adatkábel is, de mondjuk akkor más OS-nél is gondot okozna. Az meg, hogy újratelepíted a béta rendszert, azaz a tesztverziót, attól még nem lesz olyan, mint a stabil változat. Na meg a másik topik alapján az a hibakód nyilván megint abnormális... Ha nincsen a célmeghajtón elég szabad hely, akkor azt írja ki, de attól még normál esetben nem omlik össze a fájlkezelő. Illetve a beépített grafikus fájlkezelő egy dolog, de attól még használhatók külső programok (TC és társai) is, ahogyan akár parancssorban is lehet másolni. Az pedig megint elég rejtélyes, hogy ha normálisan újra lett particionálva a 3 TB-os lemez, akkor mért csak 2,68 TB szabad tárhely van rajta és mért nem 2,72 TB...? De, ha netán már rajta van annyi adat, akkor az más dolog.
-
King Unique
titán
válasz
gyulank #32430 üzenetére
Na ez megint abnormális, de az nem derült ki, hogy jelen esetben maga az OS bugos, vagy netán SATA csatlakozási problémák vannak-e. De az előbbinél a stabilnál egy potenciálisan bugosabb tesztverziónál annyira nem lenne meglepő, ami már a korábbi válaszokban is említve volt. Viszont ezáltal megint nem derült ki, hogy Windowsnál amúgy működne-e a másolás, vagy éppen hibaüzenetet dobna, hogy nincsen a célmeghajtón elég szabad tárhely... Normál esetben nyilván az előbbi, illetve a gyártóknál előforduló minimális eltérések (jelen esetben 1 MB) ilyenkor kb. elhanyagolhatók.
-
King Unique
titán
válasz
gyulank #32422 üzenetére
Az előbb még a HDD állapotáról volt szó, amit a linkelt programokkal lehetne megállapítani és letesztelni. Ha az OK, de nem lehet rámásolni a kívánt adatmennyiséget, az megint más dolog. Illetve, ha megfelelő a HDD állapota és amúgy rendesen működik, akkor pusztán rejtélyes tárhelyproblémák miatt nem feltétlen fogják kicserélni.
Az, hogy nálad pontosan mi okozza a problémát, azt részleges online távdiagnosztikával nem egyszerű megállapítani... Pláne, hogy eleve abnormális az egész, ami többször is említve volt. De, hogy mennyi adatot lehet ráírni a lemezre, azt elvileg lehetne tesztelni Linuxnál, valamint Windowsnál is pl. a H2testw programmal. Viszont egy ilyen teleírás megint órákig eltarthat.
-
King Unique
titán
válasz
gyulank #32418 üzenetére
Nyilván az utóbbira, 512-vel rendszerint eleve nem is engedi leformázni, amit nemrég magad is tapasztaltál.
A lemez állapotának megállapításához pedig nyilván egy arra alkalmas szoftver kellene. Azaz Linuxnál grafikus felületen pl. a Disks, GSmartControl, terminálban meg a smartctl. Windowsnál meg a CDI, HDS, HD Tune, gyártó saját tesztprogramja stb.
-
King Unique
titán
válasz
gyulank #32411 üzenetére
Az AF 512e típusánál fix 512/4096 bájtos logikai és fizikai szektorok vannak. A formázásnál csak a lemezfoglalási egység változtatható, ami alapértelmezetten rendszerint 4K szokott lenni.
Egyébként a merevlemezgyártók rendszerint eleve SI (decimális) mértékegység szerint számolnak, tehát 1000-es alapon. Az operációs rendszerek és egyes programok viszont többnyire IEC (bináris) szerint, azaz 1024-es alapon, ezért van az eltérés. Viszont az előbbiből kiindulva 2 db 3 TB-os HDD között normál esetben nyilván nem lehet 100 GB-os eltérés a nyers és a formázott tárolókapacitás között sem. Illetve utóbbi max. az olyan fájlrendszereknél, mint pl. az Ext4, ami előre lefoglalja a tárterület egy részét.
-
King Unique
titán
válasz
gyulank #32408 üzenetére
Ha újraparticionáltad a célmeghajtót az említett módon NTFS fájlrendszerre és továbbra is X GB szabad tárhely kellene a másoláshoz, akkor ott valami nagyon nem stimmel. Ha anno Windowson lett particionálva a forrásmeghajtó és nem volt annál, sem pedig most a célmeghajtónál semmilyen trükközés, azaz pl. tükrözés és dinamikus lemez, tömörítés, MaxLBA megpiszkálása stb., akkor simán át kellene tudni másolni a teljes tartalmat egyikről a másikra. Ahogyan Linuxnál is a korábbi válaszban szemléltetett módon.
-
King Unique
titán
válasz
gyulank #32403 üzenetére
Ez alapján nem, mert ez csak a lemezek kilistázása. De amúgy mi tart vissza? Illetve ez a "mindkettő üressé válna" megint nem teljesen világos. Elég nyilván csak a megfelelő sorszámú célmeghajtót kiválasztani és azt újraparticionálni. Vagy azóta talán már az is tele lett másolva adattal, esetleg az eredetiről törölve lettek?
-
King Unique
titán
válasz
gyulank #32401 üzenetére
Újraparticionáltad ezzel a módszerrel a disk 1 / 2-t NTFS-re és nem lehet rámásolni a másik 3 TB-os lemezről az adatokat, nem férnek rá? Illetve elég akár csak épphogy elindítani a műveletet és kipróbálni, hogy működik-e. Na ne, akkor ott valami nagyon, de nagyon nem stimmel...
Ez a 17074 valami Insider verzió lehet, mert a stabil RS3 a 16299. Szóval az előbbi lehet akár bugos is, ami egy ilyennél annyira nem meglepő...
-
King Unique
titán
válasz
gyulank #32399 üzenetére
Az, hogy ezek a fájlkezelők másképpen számolnak és jelenítik meg a foglalt lemezterületet, vagy akár a partíció méretét, mint a GParted, az elvileg normálisnak mondható. Mint említettem nálam is így volt, de attól még azonos méretű partícióknál simán működött a másolás az előző válaszban említett módon és csak Ext4-nél volt probléma. De itt az meg a másik, hogy többek között valószínűleg a korábban említett dolog sem lett rendesen kipróbálva. Aminek normál esetben nyilván működnie kellene, ahogyan Linuxnál is olyan fájlrendszerrel, ami nem különíti el a tárhely egy részét.
-
King Unique
titán
válasz
gyulank #32395 üzenetére
Próbálgattam ezt kisebb méretű partíciókkal és az Ext4 fájlrendszer valóban meg tudja szívatni a usert, ha közel teljesen tele kell másolni a partíciót. Sőt, hiába állítottam be 0% rezervált területet, vagy éppen formáztam újra úgy a partíciót / eszközt, akkor is ugatott a fájlkezelő, hogy nem fér rá minden adat... Valahogyan biztosan meg lehet oldani, de most nem szórakoztam vele. Ellenben, ha pl. NTFS és XFS fájlrendszerre formáztam Linuxszal az ugyanakkora méretű célpartíciót, akkor az NTFS fájlrendszerű forrásról simán ment a másolás és ráfért annak minden adata. Valamint Windowsnál is az NTFS és exFAT fájlrendszerű partícióra.
Szóval az egy dolog, hogy esetedben is problémás ilyen szempontból az Ext4, de ha a többivel sem megy, az már tényleg abnormális...
-
King Unique
titán
válasz
gyulank #32377 üzenetére
A meglévő kötet szimpla formázása azért nem éppen egyenlő az újparticionálással, amikor teljesen törölve van a lemez, majd új partíciós tábla kerül rá, új partíció és fájlrendszer stb. Utóbbi módszerrel lehet úgymond tiszta lappal kezdeni.
De amúgy egyre zavarosabb ez az egész strory... Ha mindkét HDD bruttó 3 TB-os, azaz nettó ~ 2,73 TiB, akkor ugyanekkora szabad lemezterületre normál esetben simán át kellene tudni mozgatni 2,71 TiB adatot. Windowsnál NTFS fájlrendszer és Linuxnál Ext4 fájlrendszer esetében is, illetve ha utóbbinál a rezervált lemezterület le van csökkentve 0-ra.
-
King Unique
titán
Van Windowsra is TestDisk & PhotoRec, ahogyan egyéb (komolyabb) adatmentő programok (példák) is.
Egyébként a linkelt weboldalon a megfelelő paranccsal Linuxnál is működnie kellene a telepítésnek. Viszont olyat már tapasztaltam, hogy a Live Ubuntu esetében egyes programok telepítésénél gondok voltak, ellenben pl. a Mint alatt simán felment ugyanaz.
-
King Unique
titán
válasz
Norbi887 #32187 üzenetére
Ha a telepítés típusánál a screenshoton lévő legelső opciót választod, akkor nem, nem fogja törölni. Vagy lehet másképpen is, amit a Képregény - Windows mellé Ubuntu leírás jól szemléltet. Ha netán UEFI-s telepítésről van szó, akkor annak megfelelő leírás is van. Ezek amúgy az itteni összefoglalóban is megtalálhatók, amit és a linkelt leírásokat azért nem ártana a telepítés előtt áttanulmányozni!
Egyébként, ha annyira biztosra akarsz menni és fő elővigyázatosság, akkor előtte mentést készítesz a rendszerről (és az adatokról) pl. ezzel a programmal.
-
King Unique
titán
válasz
longhair #31947 üzenetére
Márpedig a Rufus rendszerint OK szokott lenni, pláne ha DD képfájl módban írják ki vele a Linux ISO-t. Illetve az legalább mindkettőt tudja, ellenben az UNetbootin csak az ISO képfájl módot. Amúgy a desktop Ubuntu képfájlokhoz elvileg mindkettő használható, de a "dédézés" a biztosabb.
-
King Unique
titán
válasz
Rimuru #31920 üzenetére
Itt inkább arról van szó, hogy neked, mint a grafikus megoldásokat (egyáltalán) nem preferáló szakinak nem tetszett, hogy kritika érte a parancssoros megoldást... Igaz pontosításra szorult és valóban meg lehet oldani, de attól még bizonyos esetekben kissé körülményes lehet. Pláne, hogy a kiírásra vonatkozó általános leírásoknál sem hívják fel az ilyenekre a figyelmet. Erre vonatkozott a normál alak. Na persze most jön a megfelelően kellene használni stb. A tabos kiegészítés egyébként ki volt próbálva a mostaninál és az alapján lett leírva. Amúgy meg egy grafikus programban sem bonyolultabb megoldani, illetve van akiknek egyszerűbb és praktikusabb.
Egyébként, ha már annyira megy a tanácsok osztogatása, akkor akár ennél a jelenlegi pendrive-os esetnél is lehetne, vagy kellett volna... Azokat a bizonyos jelzőket és stílust meg máshol, másnak...
-
King Unique
titán
válasz
Rimuru #31916 üzenetére
Volt már erről szó a többi linuxos topikban is, szóval nem ismeretlen ez a fajta megoldás. A "tabos" kiegészítés egyébként a
\
alakot ajánlja fel, de vissza kell törölni utána a felesleges részt, különben olyan formában megint hibára fut. Viszont eredetileg az volt a téma, hogy "normál" alakban nem fut le, ami fentebb szemléltetve volt... Szóval ez ilyen, kicsit trükközni kell vele... Ahogyan normál esetben a folyamatot sem mutatja, mert annak is kell astatus=progress
.Ellenben a beépített / külső grafikus programoknál ez nem gond, az írási folyamatot is mutatják alapból stb. Szóval Linux alatt sem feltétlen kötelező egy ISO kiírásához terminált használni. Na meg a DD sem sem jó minden típusú lemezképhez, az meg a másik.
-
King Unique
titán
válasz
Rimuru #31910 üzenetére
Az egy korábbi screenshot, amin nyilván látszik, hogy működik. Illetve abban nem megengedett karakter sincsen. Ellenben az átnevezésnél rakjál a fájl/mappa/partíció nevébe pl. egy szóközt és mindjárt hibát dob...
Nem hiszed? Tessék:
sudo dd if=/home/kingunique/Letöltések/TEST/FreeNAS-9.2.1.9-RELEASE-x 86.iso of=/dev/sdc bs=4M
dd: ismeretlen operandus: ”86.iso”
További információkért adja ki a(z) „dd --help” parancsot.Viszont az említett grafikus programok megcsinálják még akkor is és nem problémáznak miatta...
-
King Unique
titán
válasz
Rimuru #31907 üzenetére
Ennek a parancsnak van egy általános alakja, ami ITT is le van írva, de lehet még cifrázni, mint pl. ITT. De nem arról van szó, hogy a parancs, illetve a fájl elérési útvonala van elgépelve, hanem ha az utóbbinál eleve nem megfelelő karakter van, akkor hibára fut... Nem egyszer próbáltam már!
Vagy talán te ezt nem tudod, még nem próbáltad...?
-
King Unique
titán
válasz
growler #31905 üzenetére
Én egyébként direkt ki is próbáltam az innen letöltött fájlokkal. Simán ki lehetett őket írni, illetve működik a Disks alkalmazással is. Legalábbis normál esetben igen, de ha ugye pl. a letöltött fájl hibás, vagy a pendrive szar, akkor nem meglepő a hibaüzenet... Az pedig nyilván megint zöldség, hogy a DD tette volna tönkre a pendrive-ot.
De mindegy, készségesen válaszolt mindenki a kérdésre és említve volt több működő opció is a kiírásra vonatkozóan. Sőt, még a felhasználói útmutatót is linkelte valaki, ahol ugyancsak le van írva. Illetve pl. a MintStick egy pendrive-ról bebootolt Linux Mint Cinnamon alatt is használható és nyilván nem kell ahhoz telepíteni, vagy átállni rá.
-
King Unique
titán
válasz
Rimuru #31902 üzenetére
Mármint plusz kapcsolókat beletenni (ha vannak), hogy hagyja figyelmen kívül, vagy mire gondolsz? De, ha arra, hogy lehetne a neveket is megfelelő alakban megadni, az is igaz. Csak az már az adott programnak is a hiányossága, ha bizonyos karaktereket nem tud megfelelően kezelni, ellenben ugyanazon rendszer alatt a többi szoftver igen... De mindegy, ki erre, ki arra esküszik.
-
King Unique
titán
válasz
growler #31898 üzenetére
Ismerem, használtam már ezt is. Illetve pl. az Ubuntu MATE oldalán javasolják ezt a módszert is. Ha tartalmazza a rendszer, akkor pedig nyilván telepíteni sem kell. Ahogyan az Etcher esetében sem szükséges telepítés, mert eleve AppImage.
(#31897) colomb2:
Tudom, próbálgattam már ezt is, ahogyan a többi hasonlót szintén. De eleve háklis bizonyos karakterekre és ilyenkor hibára fut. Csak ezért viszont nem feltétlen fogom mindig átírni a fájl/mappa/partíció nevét... Nekem egyszerűbb és kényelmesebb egyik-másik grafikus eszköznél párat kattintani. Na meg pl. az Etcher legalább biztonságos és alapértelmezés szerint nem enged bizonyos háttértárakat kiválasztani. Max. külön beállítás után. Nem úgy, mint pl. az FMW, aminél legutóbb megszívta az egyik fórumtag... -
King Unique
titán
válasz
growler #31895 üzenetére
Az 1.2.0-s verziónál egész pontosan 73-74 MB körül vannak a linuxos változatok. A windowsos és maces verziók valamivel kisebb méretűek.
De nem mintha a mai internet-sávszélességek mellett olyan hú de sokáig tartana letölteni egyiket, vagy másikat... Ahogyan a háttértár sem fog megtelni tőlük. A MintStick esetében meg pont az a kulcsszó, hogy beépített, mármint a(z egyes) Linux Mint rendszerekben. Ellenben másik Linuxra felvarázsolni nem mindig olyan sima menet, amit a példa is szemléltet...
-
King Unique
titán
válasz
growler #31890 üzenetére
Ha már grafikus felület, akkor ott van az Etcher, ami említve volt már többször ebben a topikban is. Egyébként mindegyik felsorolt program DD képfájl módot használ a kiírásnál.
Amúgy az innen letöltött ISO-fájlt kiírja a Mint beépített eszköze, ahogyan az Etcher szintén. Bár utóbbi az alábbi hibaüzenetet dobta az ISO-ra vonatkozóan, de továbblépés után már megcsinálta a kiírást. A
.img
kiterjesztésű képfájlnál nem volt gond, illetve van az előbb linkelt oldalon valami.usb
változat is. -
King Unique
titán
válasz
P.mini #31838 üzenetére
A linkelt leírásban ugyan nincsen benne, de egy másikban igen, hogy célszerű kikapcsolni akár még a telepítés előtt a gyorsindítást. Ahogyan az is, hogy Windows alatt max. egy nem lefoglalt területet kell csak leválasztani a Linux számára, amit nem kell particionálni, formázni stb. Aztán, ami még gondot tud okozni a Linuxnál, az a Windows alatt létrehozott dinamikus lemez (példa).
-
King Unique
titán
válasz
P.mini #31833 üzenetére
Windows 10 + Linux DUAL Boot készítése UEFI -vel és GPT-vel
Ugyanez a leírás jó az Ubuntuhoz is. Illetve, ha pl. ITT nincsen "Windows Boot Manager mellé" opció, attól még választható a "Valami más" és a kézi particionálás. Ahol normál esetben nyilván látszódnia kell a háttértárnak és a rajta lévő partícióknak.
Az meg egy dolog, hogy az elmondottak alapján állítólag EFI módban lett telepítve a W10. Viszont, ha a Linuxot is aszerint akarod, akkor fontos, hogy megfelelő boot mód legyen beállítva, a megfelelő boot eszköz legyen kiválasztva stb. Valamint pl. egy pendrive-ra is megfelelő programmal és a megfelelő módon kell kiírni a Linux ISO-t. Amúgy, ha EFI módban indul az Ubuntu a pendrive-ról, akkor fekete-fehér a boot képernyő.
-
King Unique
titán
Hát pedig az Etcher rendszerint OK szokott lenni, ahogyan a DD képfájl mód szerinti kiírás is a Linux ISO-knál, amiről a másik topikban volt szó. Írtam már ki az előbbi programmal Linux alól Fedora ISO-t, sőt telepítettem is és nem volt semmi gond. De az Ubuntu és pl. a Mint beépített eszköze is DD képfájl mód szerint írja ki az ISO-fált, aminek normál esetben rendben kellene lenni.
-
King Unique
titán
válasz
gyulank #31383 üzenetére
Említve volt már többször is az itteni linuxos topikokban az Etcher, ami egy multiplatformos, ingyenes, portable grafikus program. Ez szintén DD képfájl módban írja ki az ISO-t, viszont talán kellemesebb és egyszerűbb a használata, mint pl. terminálban ilyen-olyan parancsokkal szórakozni.
-
King Unique
titán
-
King Unique
titán
Előbb kaptál ott válaszokat, mielőtt itt feltetted volna a kérdést. Másrészt az továbbra is tartja magát, hogy 1 kérdést 1 topikban célszerű feltenni. Illetve aki segíteni szeretne, vagy aki később a válaszokat hasznosítani, nekik is könnyebb, ha 1 helyen megtalálnak mindent és nem több topikban szétszórva.
Azzal nem zavartad volna meg a PC-n a másik rendszer működését, ha csinálsz egy külön partíciót, rámásolod az ISO tartalmát, majd hozzáadod a telepítőt a boot menühöz. A művelet végeztével pedig eltávolítod ezeket. De utólag már mindegy. Ez a minimal ISO, illetve a netinstall valóban jó opció és nyilván simán ráfért volna az 1 GB-os pendrive-ra. De ez kb. mindent a netről húz le, ami ha túl lassú, akkor az úgy macerás lesz. Amúgy eléggé le van csupaszítva ez a kis képfájl és csak Legacy módban működik.
Egyébként szívesen!
-
King Unique
titán
-
King Unique
titán
válasz
imibogyo #30746 üzenetére
Ha Windows alatt GPT-re inicializálod a lemezt, akkor jön létre a 128 MB-os MSR partíció. Viszont ez önmagában nem sok vizet zavar és csatolási problémákat sem kellene okoznia.
Nem említetted a rendszer pontos verzióját, de ha 8.1/10, akkor azoknál alapértelmezetten be van kapcsolva a fast startup. Azt pedig pont ilyen csatolási problémákat okoz Linux alatt. Csak olvashatóként viszont fel lehet csatolni. Továbbá az ntfsfix elvileg rendbe rakja. Legalábbis csináltam már ilyet és nálam nem volt gond.
Viszont más lemeze, más adatai, az más eset...Éppen ezért, ha fontos adatok vannak rajta, akkor előtte az adatmentés lenne a biztonságos megoldás. Vagy felrakni egy újabb Windowst és kikapcsolni a fentebb említett funkciót, majd úgy leállítani a rendszert.
-
King Unique
titán
Az ilyen USB-s kütyüknél előfordul, hogy a kábel okozza a problémát és egy másikkal már ok. Vagy pl. egyes PC-ken az előlapi portok produkálnak fura dolgokat, ellenben a hátlapiba (alaplapi) csatlakoztatva már megfelelően működik az eszköz. De olyan is előfordul, hogy a SATA-n particionált háttértár USB-n nem megfelelően jelenik meg, vagy akár fordítva. Problémásabb esetekben viszont van, hogy csak a firmware frissítése segít.
-
King Unique
titán
Jó az az SSD egyáltalán, diagnosztikai programok mit mondanak az állapotára? Meg ez a "dokkolóba teszem és beteszem a Win7-es asztali gépbe" mondat érdekes, mert ha pl. USB-s külső dokkoló, akkor max. csatlakoztatod a géphez. Vagy milyen? Továbbá dokkoló nélkül, natívan SATA-n nem próbáltad berakni az asztali PC-be és úgy hozzáférni a partícióhoz, illetve szükség esetén formázni?
Egyébként a másik rendszeren is ott van a diskpart és külső programok, mint az már korábban említve volt. A nem lefoglalt területen pedig normál esetben létre lehet hozni egy új kötetet a beépített eszközzel is.
-
King Unique
titán
A pendrive-ok esetében a lemezkezelő jobbklikkes menüjében nem minden opció aktív ilyenkor. De ott van beépített eszközként a diskpart, ami simán megcsinálja. Na meg a korábban említett külső programok pár kattintással szintén. De ennyi erővel pl. az Ubuntuban sincsen alapértelmezetten telepítve a GParted, hanem azt is külön kell.
Az meg, hogy egy átlagos felhasználó mit ismer, minek a létezéséről tud, az megint más dolog. De ennyi erővel vsz nemhogy particionálást, de egyéb komolyabb műveletet sem fognak csinálni...Sőt lehet egy parancssort / terminált sem fognak megnyitni. Egyébként meg manapság az internet korábban nem mintha annyira bonyolult lenne pl. a lemezkezelőre egy ilyen leírást találni. Vagy épp egy videót, ahol részletesen végigmutogatnak mindent.
-
King Unique
titán
Azért a Windowsnál a formázás nem csupán a mezei fájlkezelőből áll ám...Vannak egyéb opciók is, amelyekkel ez esetben simán megoldható az újraparticionálás. Egyébként a sima FAT(16) kötet max. mérete 4 GB lehet, azért nem használható a pendrive teljes tárolókapacitása.
De, ha már Linux alatt próbálod, akkor ott van pl. a GParted. A Disks ilyen téren nem nagy szám, lásd pl. a nemrég említett esetet.
-
King Unique
titán
Az
.img
formátumú képfájloknak DD képfájl írási mód kell, ami elvileg az Ubuntu beépített eszközével is megoldható. Illetve akár a Disks segítségével is kivitelezhető. De az Etcher szintén használható ilyen célra és szvsz kényelmesebb, mint terminálban pötyögni. Ahol mellesleg a karakterekre, a fájl- és mappanevekre is oda kell figyelni, máskülönben hibaüzenetet dob...!Egyébként a DD képfájl módban elkészített telepítő Windows alatt ezt eredményezi és a normál használathoz eleve újra kell formázni / particionálni a pendrive-ot. De Linux alatt is problémás lehet, legalábbis pl. a Disks alkalmazás nem mindig boldogul vele. Ilyenkor pl. a GParted segítségével célszerű újraparticionálni.
-
King Unique
titán
válasz
intensa_man #30620 üzenetére
A másik topikban direkt linkeltem a Linux Mint leírást, erre Ubuntu alól próbálod...Taps!
Másrészt a beépített fájlkezelőt lehet pl. root módban is indítani, ha esetleg nem enged írni a partícióra. Vagy ott van pl. a Double Commander stb., de látom feleslegesen volt linkelve...
Megköszönni meg úgy látszik luxos, de ezen már meg sem lepődöm...
-
King Unique
titán
Egy átlag laptopban itt maga a 2,5" | 5400 RPM | 8/16 MB cache HDD a gyenge láncszem... Ezek eleve lassúak rendszer alá és pl. egy Ubuntu sem fog annyira pörögni. Lassan bootol majd be és a frissítés is lassabb lesz, mint pl. SSD-n. Tudom, mert próbáltam.
Lehet a 10-enél valamivel jobb lesz a helyzet, de nem kell akkora csodát várni. Egyébként utóbbinál max. havi 1-2 összegző update szokott lenni és azok telepítése tarthat el egy ideig. De, ha sok egyéb program is frissíti magát, akkor nyilván azok is hozzáadódnak.
Egyébként legjobb lenne rendszer alá SSD-t tenni, a HDD-t pedig berakni az ODD helyére egy Caddy-be. Persze, ha valami újabb laptop, amiben már optikai meghajtó sincsen, akkor ez nyilván nem opció. Ellenben egy USB-s külső ház igen a HDD számára.
-
King Unique
titán
Hát mondjuk meg tudom érteni, mert számomra a natúr GNOME 3 finoman fogalmazva nem éppen kényelmes és nem igazán áll kézre, sőt...Ennél még a Unity is (sokkal) jobb. Egyébként most is van Ubuntu GNOME, szóval érdekes lesz, ha még egyet kreálnak. Ha meg KDE-re váltanak, akkor mi lesz a Kubuntuval?
Kár megkavarni ennyi év után...
-
King Unique
titán
válasz
balu999 #30328 üzenetére
Értem. Bár ezeknek a régebbi verziói elvileg mennek Wine alatt, de nem különösebben szórakoztam vele én sem. Nálam alapból dual-boot megoldás van és az ilyen szoftvereket inkább natívan futtatom. Szóval nálad akkor maradnak az alternatívák, legalábbis egyelőre. Azoknak mondjuk annyi előnye megvan, hogy kisebb a hardverigényük, kevesebb tárhellyel beérik stb. Mert az említett program újabb verziói azért elég combosak ilyen téren.
-
King Unique
titán
válasz
balu999 #30315 üzenetére
Hasonló akad, mint pl. ezek a felsorolt alternatívák. Viszont az Inventor egy professzionális szoftver és az előbbiek tudásban nyilván elmaradnak tőle. Illetve itthoni cégeknél is max. pl. a DraftSight az, amit láttam használni alap 2D-s dolgokra. Meg a Blender az, amit még szoktak emlegetni 3D-re.
Egyébként Wine / virtuális gép / dual-boot nem opció?
-
-
King Unique
titán
-
King Unique
titán
válasz
hódmaci #29889 üzenetére
Grafikus program ilyen célra elvileg a DDRescue-GUI, ami 1:1-ben egy fizikai másolatot készít a lemezről. Korábban én is próbálgattam. Persze arra figyelni kell, hogy a megfelelő meghajtók legyenek kiválasztva! Ugyanis a program a célmeghajtóról mindent töröl!
-
King Unique
titán
válasz
szabacsik #29786 üzenetére
Minek formáznád előre live rendszer alatt, ha először úgyis a Windows megy rá??
Ami nem mellesleg Legacy / UEFI boot módban is létrehoz a rendszer számára pár kisebb partíciót, szóval sok értelme van előre összefabrikálni...Egyébként ott a telepítőjében a diskpart, amivel full le lehet gyalulni a lemezt. Majd pl. az ezen leírásban is említett módon ráérsz akár a telepítés után leválasztani az unallocated (nem lefoglalt) részt a Linuxnak. Bár, ha netán az elavult Legacy boot + MBR páros szerint telepíted, akkor max. 4 db elsődleges partíció lehet, amire figyelni kell! De a Linux mondjuk telepíthető logikai partícióra is, amiből egy kiterjesztett partíción belül lehet több is a lemezen.
-
King Unique
titán
Akkor az kavart be és ilyenkor nem is engedi átnevezni, legalábbis a helyi tooljai nem. Ellenben akad Windowsra egynéhány "unlock" program, amelyekkel elvileg meg lehet oldani. De, ha már van a gépen Linux is, akkor célszerűbb talán ott átnevezni őket. Illetve én a Linux alatt készített screenshotokat ezért szoktam mindig átnevezni, valamint már a mentés előtt eleve megfelelő nevet adok a képeknek.
-
King Unique
titán
A Cinnamon hasonlítása az XP-hez, azért megint túlzás...Utóbbi puritán megjelenésénél nyilván sokkal dizájnosabb az előbbi és ugyanakkor kicsit más is.
"Unity az ami eléggé OSX-szerű"
Attól, hogy a felületen akad pár apró hasonlóság, attól még szvsz nem sok köze van hozzá. Nem is értem mért emlegetik egyesek folyton ezt. Ami normális OS X klón volt, az például a Pear Linux, mint ahogyan az a screenshotokon is látszik.
-
King Unique
titán
válasz
lev258 #29314 üzenetére
Ezt nem is tudtam, eddig nem tűnt fel. Kösz az infót!
Nem akarok én itt izélni, csak az valahol érthető, hogy nem fognak csak úgy x db szakmai topikot bezárni / törölni. Korábban kellett volna jobban átgondolni ezt az egészet és annak megfelelően kialakítani a szerkezetet!
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Gitáros topic
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- iPhone topik
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Az Oppo Find X8 Ultra lett a legvékonyabb kameramobil
- Windows 11
- Milyen SSD-t vegyek?
- Autós topik látogatók beszélgetős, offolós topikja
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
- HP Rack szerverek és tartozékok egyben vagy külön-külön
- 127 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4080 (ELKELT)
- AKCIÓ! Microsoft XBOX Series X 1TB SSD fekete játékkonzol garanciával hibátlan működéssel
- Újszeru GIGABYTE G5 - 15.6" FullHD 144Hz - i7-13620H - 48GB - 1TB - RTX 4050 - Win11 - 1,5 év gari
- Csere-Beszámítás! Asus Tuf RTX 5070Ti 16GB GDDR7 Videokártya! Bemutató darab!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest