- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- Épített vízhűtés (nem kompakt) topic
- RAM topik
- Sony MILC fényképezőgépcsalád
- TCL LCD és LED TV-k
- Hobby elektronika
- Vezetékes FEJhallgatók
- Azonnali alaplapos kérdések órája
- Az alaplapgyártókra hárítja az Intel az egyes Core CPU-k stabilitási gondját
- 3D nyomtatás
- Milyen asztali (teljes vagy fél-) gépet vegyek?
Hirdetés
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Agyi chipes gyártóba fektetett a kriptocég
it A Tether 200 millió dollárt fektet a Blackrock Neurotech agyi chipes vállalatba.
-
PROHARDVER!
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
King Unique
titán
Mint-ből melyiket érdemes leszedni feltenni [link], lehújabb 14 v 13 LTS
[ Szerkesztve ]
-
King Unique
titán
Üdv.!
Eme cikk [link] alapján, milyen feltételek kellenek 2,2 TB-nál nagyobb merevlemezek kezeléséhez, ill arról való bootoláshoz
Gondolok itt hw-es követelményeket (UEFI alaplap) túl, melyik 64 bites os-től fölfele támogatja, milyen fájlrendszer stb. -
King Unique
titán
válasz CPT.Pirk #18436 üzenetére
Köszönöm a választ , de vmi kernelszintű dolog, h mitől, v a népszerű ubuntu melyik verziótól támogatja ezt, v az is tökmindegy?
Illetve, amit fentebb írtam, h külső usb adattárnál windows-ok MBR is kezelik a fenti feltételekkel , linuxok nem, csak GPT-vel?(Ha más vki tudja, az is válaszolhat!!)
-
King Unique
titán
Köszönöm a válaszokat !
Disztrókra lebontva meg akkor megkérdem az adott topikokban. -
King Unique
titán
válasz syler123 #23176 üzenetére
Üdv!
Érdekes volt a problémád a másik topikban, de hogy ne ott offoljunk, ezért itt szólok hozzá inkább.
A naplózó fájlrendszerek - pl. Ext3, Ext4, NTFS, HFS+ - az adatbiztonság miatt ajánlottabbak. Az Ext2 talán még nem naplóz, ahogyan a FAT32 és exFAT sem. Külső USB-s meghajtón próbáltam reprodukálni a hibádat ExtFS fájlrendszerrel, de nem igazán akart összejönni Linux alatt. Egyedül akkor futottam bele, ha W alól a MiniTool programmal hoztam létre az Ext3/4 partíciókat. Annál valami nagyon nem kerek, mert a Mint és Ubuntu sem tudja felcsatolni az Ext3 partíciót...az Ext4-nél meg pontosan ugyanaz a hiba van, mint nálad: read-only. Nem lehet rá írni, nem lehet mappát létrehozni stb. Csak root módban, abban indított fájlkezelővel lehet rá másolni. Viszont, ha GNONE Disks / GParted segítségével törlöm a partíciót és létrehozom újból, akkor utána teljesen ok. Igaz nálam nincsenek a dmesg soraiban hibák. W alatt meg diskpart clean módszerrel érdemes legyalulni a lemezt és utána másik 3rd party partícionáló (pl. AOMEI) már jól hozza létre az Ext3 fájlrendszert, ami utána Linuxon is írható & olvasható.A te esetedben azt nem értem, hogy ha hibás is a létrehozott fájlrendszer, de utána legyalulod és megcsinálod újra, akkor mért lesz megint read only Főleg, hogy HDD diagnosztikai programok sem jeleznek semmilyen hibát...Megjegyzi a rendszer és valahogy "resetelni kéne", netán egy live Linux alól megpróbálni? Fene tudja...
[ Szerkesztve ]
-
King Unique
titán
válasz syler123 #23181 üzenetére
Nyilván, annyit nem ér szórakozni vele. Ha most kikapcsolt naplózással Ext4-gyel jó, akkor ok. MiniTool programot ExtFS-hez meg felejtsd el... AOMEI, EaseUS inkább, igaz Ext4-et nem tud egyik sem...Ahhoz akkor már a GParted való egy live rendszerről bebootolva. Azzal még HSF+ra is tudtam formázni külső meghajtót, igaz előtte a hfsprogs telepítése kellett.
Próbáltam JMicron JMS567 chipes külső házzal is, ott nem volt gond desktop Linux esetében. A két vezérlő meg eléggé hasonló.[ Szerkesztve ]
-
King Unique
titán
válasz batagy #23184 üzenetére
"Szóval nálam nem okozott gondot az EXT4 a JMS566-tal. Szerintem nem hibás ez a chip."
Maga a JMS566 nyilván nem, jól is néznénk ki, ha igen...meg külső ház vezérlője felől nézve eleve hülyeség, hogy csak bizonyos fájlrendszereknél okozna ilyet. Ha alapból gond lenne vele, vagy csak az ő külső házánál, akkor más fájlrendszereket is el kéne csesznie.
Amúgy meg ki tudja mi volt ennél a routeres használatnál, nem megfelelő leválasztások, ingadozó USB tápellátás és egyebek...? Értékesebb és fontos adatokat tartalmazó (2,5") külső meghajtókat eleve nem használok TV, router és társai eszközökhöz, mivel nem ezekhez vannak elsődlegesen tervezne. Egy normál külső HDD alap rendeltetése a PC, notebook + desktop OS használat. -
King Unique
titán
válasz Jester01 #23212 üzenetére
Az AS2115 csak a tray, OS-ben az azonosító. Az valójában ASMedia ASM1153 chip, az ASMT2115 meg az ASM1153E szokott lenni.
Én tesztelgettem 2,5" külső házakban (ASMedia és JMicron chip) HDD / SSD meghajtókat Linux és Windows alatt is, de olyanra nem emlékszem, hogy SSD-vel nem működött. Hardveres korlátozás erre nem valószínű, hogy lenne. Még a gyári Samsung T1 Portable külső SSD-ben is ASM1153E vezérlő van [link].
Majd megnézem, enyémre mit ír a dmesg.
[ Szerkesztve ]
-
King Unique
titán
válasz Jester01 #23212 üzenetére
Linux Mint 17.3 alatt néztem 2 db 2,5" USB 3.0 külső házban egy Kingston HyperX FURY 120 GB SSD-t. Jelenleg 3 db Ext4 partíció van rajta (+ üres hely), mindegyiken Linux fut. A partíciókat GParted segítségével hoztam létre. Az SSD mindkét házban megfelelően működik, leszámítva a TRIM hiányát, ami alapból nem támogatott USB-n.
● JMicron JMS567
[~ $ uname -a
Linux ku-lenovo 3.19.0-32-generic #37~14.04.1-Ubuntu SMP Thu Oct 22 09:41:40 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux~ $ dmesg
[ 126.467656] usb 2-1: new SuperSpeed USB device number 2 using xhci_hcd
[ 126.485333] usb 2-1: New USB device found, idVendor=357d, idProduct=7788
[ 126.485344] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 126.485349] usb 2-1: Product: USB to ATA/ATAPI Bridge
[ 126.485354] usb 2-1: Manufacturer: JMicron
[ 126.485358] usb 2-1: SerialNumber: ************************
[ 126.489673] scsi host6: uas
[ 126.490356] scsi 6:0:0:0: Direct-Access KINGSTON SHFS37A120G 0114 PQ: 0 ANSI: 6
[ 126.491817] sd 6:0:0:0: Attached scsi generic sg3 type 0
[ 126.492009] sd 6:0:0:0: [sdc] Spinning up disk...
[ 127.496572] ..ready
[ 128.501988] sd 6:0:0:0: [sdc] 234441648 512-byte logical blocks: (120 GB/111 GiB)
[ 128.501997] sd 6:0:0:0: [sdc] 4096-byte physical blocks
[ 128.502595] sd 6:0:0:0: [sdc] Write Protect is off
[ 128.502603] sd 6:0:0:0: [sdc] Mode Sense: 53 00 10 08
[ 128.502927] sd 6:0:0:0: [sdc] Write cache: enabled, read cache: enabled, supports DPO and FUA
[ 128.508732] sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 >
[ 128.511344] sd 6:0:0:0: [sdc] Attached SCSI disk
[ 128.735508] EXT4-fs (sdc2): recovery complete
[ 128.735627] EXT4-fs (sdc3): recovery complete
[ 128.736111] EXT4-fs (sdc2): mounted filesystem with ordered data mode. Opts: (null)
[ 128.743135] EXT4-fs (sdc3): mounted filesystem with ordered data mode. Opts: (null)
[ 129.029723] EXT4-fs (sdc1): 20 orphan inodes deleted
[ 129.029727] EXT4-fs (sdc1): recovery complete
[ 129.031773] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null)● ASMedia ASM1153
[~ $ uname -a
Linux ku-lenovo 3.19.0-32-generic #37~14.04.1-Ubuntu SMP Thu Oct 22 09:41:40 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux~ $ dmesg
[ 1340.183811] usb 2-1: new SuperSpeed USB device number 3 using xhci_hcd
[ 1340.201122] usb 2-1: New USB device found, idVendor=174c, idProduct=1153
[ 1340.201132] usb 2-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 1340.201137] usb 2-1: Product: AS2115
[ 1340.201141] usb 2-1: Manufacturer: ASMedia
[ 1340.201145] usb 2-1: SerialNumber: 00000000000000000000
[ 1340.202284] usb-storage 2-1:1.0: USB Mass Storage device detected
[ 1340.203180] scsi host7: usb-storage 2-1:1.0
[ 1341.201470] scsi 7:0:0:0: Direct-Access ASMT 2115 0 PQ: 0 ANSI: 6
[ 1341.202244] sd 7:0:0:0: Attached scsi generic sg3 type 0
[ 1341.211524] sd 7:0:0:0: [sdc] 234441648 512-byte logical blocks: (120 GB/111 GiB)
[ 1341.213087] sd 7:0:0:0: [sdc] Write Protect is off
[ 1341.213097] sd 7:0:0:0: [sdc] Mode Sense: 43 00 00 00
[ 1341.213361] sd 7:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1341.214812] sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 >
[ 1341.216224] sd 7:0:0:0: [sdc] Attached SCSI disk
[ 1341.402010] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null)
[ 1341.415710] EXT4-fs (sdc2): mounted filesystem with ordered data mode. Opts: (null)
[ 1341.449077] EXT4-fs (sdc3): mounted filesystem with ordered data mode. Opts: (null)[ Szerkesztve ]
-
King Unique
titán
válasz Jester01 #23216 üzenetére
Ezek univerzális házak, működnie kell szinte akármilyen SATA HDD/SSD-vel. Ha nem, akkor ott valami a partícióval nem ok. Formáztam én a fenti példánál mind2 rendszeren, NTFS / Ext4 fájlrendszerre, partíciós táblát is hoztam létre mindkettőn, de a felismeréssel és működéssel nem volt gond Linux alatt sem. Illetve olyan még elő szokott fordulni, hogy a máshol (pl. gépben SATA-n) inicializált és formázott meghajtót bizonyos házak nem kezelik megfelelően, leginkább GPT-nél. Ezért szokták javasolni a külső házban való partícionálást.
Sok infót viszont nem adtál meg, hogy pontosan mi van rajta, milyen fájlrendszer, mivel formázva, milyen SSD + ház stb.? Az új adatokból azért látszik, hogy egy 256 GB OCZ Vertex 4 SSD és a VID-PID alapján vsz egy JMicron vezérlős dual-bay rack / HDD dokkoló.[ Szerkesztve ]
-
King Unique
titán
válasz Jester01 #23220 üzenetére
Ez elég fura, hogy egyik laptopon működik, másikon nem, HDD-vel ok...ez alapján nem a rack hibája lehet, inkább valami inkompatibilitási probléma. Amin talán egy firmware (SSD, rack) frissítés segíthet, akár BIOS/ UEFI update. Illetve ilyen USB felismerési problémák szoktak lenni nem megfelelő alaplapi chipset driver miatt is (Windowsnál), bár akkor HDD-vel sem nagyon működne. Én amúgy ilyen külső házzal próbáltam, viszont ennél is 1153 a PID azonosító, ami miatt nem lehet firmware-t frissíteni [link]. Kizárólag az 55AA támogatott ilyen téren.
[ Szerkesztve ]
-
King Unique
titán
válasz batagy #23223 üzenetére
Mondjuk lehet valami ebben az USB 2.0 vs. USB 3.0 dologban is. Nálam az ASMedia chipes külső meghajtók 3.0 portban mindig elhasalnak leválasztásnál Linux alatt. Leállítja, majd azonnal felpörgeti és felcsatolja...2.0 portban leáll rendesen, illetve 3.0-ban a JMicron és más vezérlősek is. Kipróbáltam már egy rakás rendszerrel, régi-új kernellel, de nem használt. Ez valami ASMedia - Linux bug lehet, mert Windows alatt nem tapasztalni.
[ Szerkesztve ]
-
King Unique
titán
Általánosan azt mondogatják nem ajánlott emiatt SSD-re rakni. De SSD topikok tapasztalata alapján, nem kell túlzásba esni kímélés terén sem, mert jóval többet bírnak, mint amire sokan korábban számítottak. Érdemes átfutni a releváns topik cikkeit is.
-
King Unique
titán
válasz brickm #24095 üzenetére
Üdv!
Ha a Win10-et akarod helyreállítani, akkor mért próbálkoznál live Linux alól?? Ilyenkor eleve a Win10 telepítőjét célszerű bebootolni és onnan helyreállítani: [link], [link], [link].
Ha nincs lehetőséged Windows alól Rufus-szal kiírni a telepítőt, akkor 8.1/10 esetén elég csak felcsatolni az ISO-t és a teljes tartalmát rámásolni egy FAT32-re formázott pendrive-ra. Az utána általában bebootol Legacy | UEFI módban egyaránt. A rámásolás nyilván akár egy live Linux alól is megoldható.A GRUB helyreállítására a kezdő topik összefoglalójának végén is le van írva a módszer. Ha pl. sda3 partíción van a Linux, akkor live rendszer alól a megfelelő jogosultságokkal (sudo) az alábbit kell terminálba bepötyögni:
mount /dev/sda3 /mnt
grub-install --boot-directory=/mnt/boot /dev/sdaAmúgy szimplán kipróbálni nem lett volna jobb a VirtualBox / VMware? Illetve oly módon is lehet telepíteni, hogy ne cserélje le a Windows rendszerbetöltőjét. Ez esetben az eltávolítása sem okoz előbbi működésében problémát. Illetve akár egy gyorsabb pendrive-ra is simán feltelepíthető normál (nem live) módon [link].
[ Szerkesztve ]
-
King Unique
titán
válasz spammer #24104 üzenetére
Igen, valóban. Bár letölteni, ha nem is MCT-vel, de le tudja. Illetve, ha Ubuntu telepítője van neki, akkor ennyi erővel lehetne a másikból is. Na meg a topikjában is lehetett volna kérdezni, vagy akár a kezdő linuxosban, mert itt vsz nem ez a többség kedvenc témája...
[ Szerkesztve ]
-
King Unique
titán
válasz brickm #24109 üzenetére
Mondjuk ennek nem igazán értem a logikáját... Általában eleve célszerű az adott OS alól megoldani az ahhoz tartozó problémákat. Ha pl. rendelkezésre áll a Windows telepítő, akkor ilyen esetben legjobb azzal helyreállítani a rendszert. Persze lehet megoldható "keresztbe" is, csak épp feleslegesen bonyolítjuk a dolgot és szívatjuk vele magunkat.
Pont tegnap szált el nálam frissítés közben a Kubuntu 16.04. Valami hibaüzenetet dobott és fájlrendszer hibára panaszkodott, majd restart után már be sem bootolt... szerencsére volt konzol és az fsck futtatása az adott partíción megoldotta a dolgot. De az eszembe sem jutott volna, hogy Win alól álljak neki piszkálni és chkdsk és társait engedjek rá.Azért virtuális gépen is mondhatni jól használható egy Ubuntu, vagy akár eOS, ha van elég erőforrás. De egy USB3-as pendrive-ra is lazán felmennek és egy gyorsabb modellen a sebesség is megfelelő. Rövidebb idejű használat még ok, hosszabb távon Ext3/4 esetén a naplózást esetleg ki lehet kapcsolni és akkor nem fogja annyira "enni" a flash meghajtót. A linkelt GRUB újratelepítés igazából akkor célszerű, ha van Linux is a gépen. Lehet érdemesebb lenne inkább újrarakni az Ubuntut, mint ahogy fentebb is javasolták.
Univerzális megoldáshoz alternatíva lehet egy multiboot pendrive. Ennek elkészítéséhez jó pl. a YUMI, illetve a linuxos változata [link]. Egy megfelelő méretű pendrive-ra mehet aztán mindenféle rendszer és tool.Amúgy ez a kérdés bőven elfért volna a kezdő topikban, mert ide leginkább komolyabb ügyekben szokás írni. Illetve, ha eleve Windowst akarsz helyreállítani, akkor meg annak a topikjában célszerű érdeklődni.
-
King Unique
titán
-
King Unique
titán
válasz brickm #24118 üzenetére
Ott a live rendszer, nem? Magán a lemezen is gondolom vannak partíciók, ahová lehet tölteni. Viszont egyszerűbb lenne gyorsan feldobni az Ubuntut, akkor lesz GRUB és utána jó esetben bebootol a másik is. Aztán később majd lehet játszadozni a helyreállítással, ha esetleg előbbit eltávolítod. De amúgy ez esetben pont a másik megoldás egyszerűbb, amit linkeltem. Annál csak EasyBCD-ből kell eltávolítani az indítóbejegyzést, meg max. a partíciót törölni.
Továbbá ott van egy rakás live Linux rendszer. Azokat elindítva azért több dolog lecsekkolható, kipróbálható és el lehet dönteni, hogy tetszik / nem tetszik stb. Először ezt kéne letisztázni, aztán utána nekiállni a kiválasztottat élesben telepíteni. -
King Unique
titán
válasz involver #24238 üzenetére
Én már többször telepítettem Ubuntu 16.04-et pendrive-ról és most a Kali Linux legújabb 64 bites verzióját is kipróbáltam (torrent). Direkt Windows alól írtam ki a Rufus-szal és semmi gond nem volt. Telepítés előtt ugyan jelezte, hogy hiányzik a legújabb "Syslinux 6.03/20151118" és a program csak a régebbit tartalmazza, de az olyan szintű szoftver, ami még ezt is megoldja. Letöltötte automatikusan és utána ok volt. Kezdés előtt Linuxoknál rákérdez az írási módra, de az Ubuntu és Kali esetén is elég a normál "ISO képfájl mód". A DD mód Chakra, Antergos, Manjaro és társainál szükséges.
Szóval az Ubuntu és a Kali is simán bebootolt és a telepítés közben sem volt semmi probléma. Ha nálad ennyire nem megy, akkor az lehet pl. a pendrive, ISO hibája miatt is. De mondjuk utóbbinál nehezebb elképzelni, hogy a hivatalos oldalon lévő telepítők ilyen bugosak lennének.[ Szerkesztve ]
-
King Unique
titán
válasz CPT.Pirk #25036 üzenetére
Érdekesen lett ez megfogalmazva, de nekem a dinamikus lemezről a másik OS jut eszembe. Gondolom az alatt sikerült összehozni. Viszont az ottani programokkal jó esetben vissza lehet konvertálni adatvesztés nélkül alaplemezzé. Linux alatt meg a kolléga által is említett lmdtool opció van.
De ahogy nézem, már tárgytalan.
-
King Unique
titán
válasz CPT.Pirk #25040 üzenetére
Akkor nem jól kerestél rá, mert ezt külső programokkal vissza lehet konvertálni. Azután pedig már a Linux sem problémázott volna. Na persze a W helyi tooljai csak destruktív módon tudják, az igaz. De azoktól amúgy sem kell sokat várni, mert például még egy partíció kiterjesztést is akkor csinál meg a grafikus tool, ha a beolvasztani kívánt partíciót előtte töröljük...De külső szoftverek nyilván anélkül is megoldják.
[ Szerkesztve ]
-
King Unique
titán
válasz CPT.Pirk #25042 üzenetére
A partíció összevonások valóban sokáig eltarthatnak, mert azoknál átmozgatja az adatokat a program. Viszont egy ilyen sima átkonvertálás általában viszonylag hamar lefut. De mindegy, már úgyis tárgytalan. Illetve nyilván jobb a tisztán újraparticionált lemez, mint az ide-oda konvertált.
[ Szerkesztve ]
-
King Unique
titán
válasz zoleee24 #25268 üzenetére
a.) Egy másik topikban volt szó a telepítő kiírásáról. Linux alatt meg pl. az mkusb tud perzisztens rendszert készíteni.
b.) Itt az is fontos, hogy milyen boot módban (Legacy / UEFI) történik a telepítés. Előbbi az egyszerűbb, utóbbival néha meg lehet szívni. Nekem is van egy ilyen típusú laptopon, amelynél az UEFI-s Linux telepítés után ilyen hiba jött elő. Azóta egyáltalán nem lehet F2-vel belépni a BIOS-ba...Na persze nem biztos, hogy esetedben is előfordul, csak megemlítettem. Egyébként a dual-boot megoldásra van számos leírás: [link], [link], [link].
[ Szerkesztve ]
-
King Unique
titán
válasz zoleee24 #25276 üzenetére
Azt nem tudom, hogy nálad pontosan milyen a boot menü, mert a G580-on belül van többféle modell, illetve több BIOS-verzió. Nálam valami ilyesmi van, illetve külön beállítható a Legacy / UEFI boot. A telepítésnél célszerű csak az egyikre állítani és aszerint telepíteni. De, ha már fent van a 10-es és arra a lemezre akarod a Linuxot is tenni, akkor nyilván mindkettőt egyazon boot mód szerint kell telepíteni. Ez a leírás egyébként Legacy mód szerint készült.
Egyébként a Mint ISO eleve egy live rendszer, tehát nem szükséges a telepítőt külön perzisztens módon elkészíteni. Utóbbinak akkor van értelme, ha huzamosabb ideig akarod használni a live rendszert úgy, hogy a beállítások megmaradjanak. De ennyi erővel akár natívan is fel lehet telepíteni egy megfelelő méretű és sebességű pendrive-ra.
[ Szerkesztve ]
-
King Unique
titán
Én mondjuk így szoktam, de a vége elhagyható. Egyébként sok Linux ISO eleve hibrid és mindkét féle módon kiírhatók. A kolléga által említett UNetbootin egyébként az első opció szerint csinálja. A DD íráshoz pedig jó grafikus megoldás (lehet) például a multiplatformos Etcher. Nemrég cikkeztek is róla. Igaz, még béta állapotú, de már több rendszeren is használtam és ok volt.
[ Szerkesztve ]
-
King Unique
titán
Azért mert csak "full root módban" csinálja meg, a sima sudo nem feltétlen elég neki. Az "ubuntu.iso" helyére meg nyilván a pontos elérési utat kell beírni, de ezt gondolom vágod. Ez az alak meg csak annyival tud többet, hogy menet közben mutatja a folyamat állását. Egyébként mindkét módszer DD módban írja ki az ISO-t, szóval ilyen téren kb. ugyan mindegy melyiket használjuk. Valamint nyilván UEFI boot módban is működik mindkettő, legalábbis nálam igen.
Amúgy meg nem muszáj ilyenekkel szenvedni, nemrég említettem egy jó grafikus programot.
[ Szerkesztve ]
-
King Unique
titán
válasz Frawly #25815 üzenetére
A 8 évesnél kell általában külön programokkal, aktív partícióval (boot flag) szórakozni, az újaknál már rendszerint nem. Utóbbiaknál valóban elég lehet csak csatolni az ISO-t, majd a tartalmát rámásolni egy FAT32 fájlrendszerű pendrive-ra. Annak normál esetben Legacy / UEFI módban egyaránt bootolnia kell!
Legközelebb meg majd a téma topikjában kellene feltenni a nem ide való kérdéseket! Egyébként UEFI-ben a boot teljes javítása kissé macerás, de azért megoldható.
[ Szerkesztve ]
-
King Unique
titán
válasz laskr99 #25949 üzenetére
Ezt a kérdést nem feltétlen itt kellett volna feltenni, pláne hogy a host rendszer nem is Linux és nem arra keresel programot! Na meg maga a kérdés is inkább a kezdő topikba való, vagy eleve a megfelelő OS topikjában kellett volna érdeklődni. A népszerű VirtualBox és VMware szoftvereknek pedig szintén vannak külön topikjai, ahol meg lehet tárgyalni a speciális beállításokat.
[ Szerkesztve ]
-
King Unique
titán
válasz #61392896 #26953 üzenetére
Mi az, hogy úgy marad fél napig? Ilyenkor, ha még használja valami, akkor normál esetben ki szokta írni a leválasztásnál, hogy a kötet foglalt. Terminálban az
udisksctl
ilyenkor működik, vagy azt nem is próbáltad? Az utóbbi azunmount
+power-off
parancsokkal amúgy teljes leválasztást csinál, nem szimplán csak a kötetet csatolja le. Ha 2,5"-os külső HDD-t használsz, annál pont hasznos is, mert ezáltal rendesen leáll az eszköz és benne a merevlemez, nem működés közben rántod ki alóla a tápot a kábel kihúzásával. De rendszerint grafikus felületen is megoldható ugyanez a megfelelő leválasztási opcióval.[ Szerkesztve ]
Új hozzászólás Aktív témák
- Építő/felújító topik
- Telekom mobilszolgáltatások
- Poco X6 Pro - ötös alá
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Politika
- Épített vízhűtés (nem kompakt) topic
- Magga: PLEX: multimédia az egész lakásban
- Samsung Galaxy A55 - új év, régi stratégia
- Autós topik
- RAM topik
- További aktív témák...
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Canva Pro előfizetés - 1 éves
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office