Nem az otthoni gépen használnám főként, ezért így egyszerűbb nekem.

Sda2-sda5 miatt gondoltam, másik hdd új probléma: azt írja, hogy "a smart nincs bekapcsolva"

Egy kicsit bővebben?
Milyen lemez, mire van rákötve, és melyik program mikor írja ezt ki?

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Disk Lemezek program [kép]
WD/Samu van smart, Toshiba/Hitachi nincs.

Valami Disk Lemezek bug lehetett: menü/smart [kép] és bekapcsolni ... [kép]

Ezért kérdezték, hogy mire van kötve. Külső USB-s átalakítóknál és házaknál néha az USB-SATA konverterchip nem támogatja a SMART-ot. A Gnome Disks (Lemezek) alkalmazás egy bugos hulladék, nézz rá helyette terminálból a sudo smartctl -a /dev/sd[akármilyenbetű] paranccsal is.

Sata kábel, WD m.2 sata, smartctl szerint is Available/Enabled. Köszönöm!

Olyat se láttam még, hogy M.2 SATA SSD SATA kábellel legyen rákötve a gépre. Az M.2-nek az a lényege, hogy közvetlenül M.2 slotba megy bele és nem kell kábelezni.

A mire van kötve rész inkább arra vonatkozott, hogy nem USB-n keresztül megy-e a móka.

Sziasztok!

Észrevételem szerint az eddig használt 2 GB méretű pendrive adathordozókra már nem fér rá a Linux Mint és az Ubuntu.

Véleményetek szerint lehet használni 16 GB vagy 32 GB méretű adathordozókat is Linux ISO kiírására?

[ Szerkesztve ]

Hello, miért ne lehetne? Igen lehet.

moto g72, Ninebot d28e

Nem csak hogy lehet, de érdemes is. Minél nagyobb pendrive, általában annál újabb, és emiatt általában minél gyorsabb.

Erre én USB-SATA átalakítóval SSD-ket használok, 64-240 GB méretben. Sokkal gyorsabban kiíródik rá az iso, és sokkal gyorsabban is bootol be róla a telepítő vagy a live rendszer.

Ilyen régi 2 GB-os pendrive-oknál a hajad kihull, mire kiírja rá a rendszer az iso-t.

Köszönöm szépen, hogy megírtátok tanácsaitokat.

Árban nincsen nagy különbség, így akkor inkább a nagyobb 32 GB méretűt választom.

Frawly:

Már megszoktam a lassúságot. Lassan jár, de tovább ér.

Nem lenne rossz az SSD ilyen célra sem, de egy pendrive most barátságosabb áron, háromezer forint környékén mozog.

[ Szerkesztve ]

Az igaz, hogy a pendrive 3 ezer, de egy használt 64 gigás vagy új 120 gigás SSD-t meg kapsz 4-7 ezer környékén, igaz ehhez kell egy SATA-USB átalakító is (ami megint 2 ezer körül van minimum), de ezt csak egyszer kell megvenni, utána használhatod több SSD-vel és HDD-vel.

Az SSD sokkal gyorsabb lesz, min. 200 MB/sec-kel fog rá felíródni a lemezkép (de ha normálisabb SATA3 SSD veszel, és az átalakító tudja az USB3 vagy 3.1 UASP módot, akkor 400-500 MB/sec-kel), és a bootolás is csak néhány mp. lesz róla. Plusz tartósabb is, mint egy pendrive, mert az SSD vezérlője gondoskodik a cellák egyenletes fárasztásáról, míg ez pendrive-nál nincs.

A lassúsággal sehová tovább nem érsz, csak az idődet rabolod. Ezeket a régi pendrive-okat én már rég kidobáltam, olyan lassúak, hogy semmire nem jók. Úgyis fogyóeszközök, nem bírnak sok írást, hamar tönkremennek.

Linux telepítőnek drága az az ssd, arra a 10 percre amíg feltelepül a rendszer jó a pendrájv is, szerintem legalábbis erről volt szó

moto g72, Ninebot d28e

Ha csak néha kell, 1-1x, akkor drága. De ha valaki szeret alternatív disztrókat meg OS-eket próbálgatni, akkor megéri. Lehet rá teszt OS-eket telepíteni, arra is jó. Meg lehet használni rendszertelepítések klónozására, virtuális gépek alá (Win10-et Win To Go telepítő nélkül csak így lehet telepíteni, meg pl. régi MS-DOS verziókat, pl. 3.30), pendrive-nak, tévéhez és médialejátszóhoz háttértárnak (pl. FullHD filmek lejátszására), stb.. Nyilván ilyet nem vesz senki csak egy darab 10 perces OS telepítéshez. Én sem csak erre használom, bár legfőképp erre, ráadásul nem is csak egy gépen, hanem több gépen is lehet használni. Tehát tipikusan annak éri meg, akinek van egy csomó gépe, okoseszköze, és aközött kell offline adatot hordozni, meg OS-eket telepíteni.

Nekem ráadásul van kettő ilyenen SSD-m is. Nem költöttem rá sokat, egyiket használtan vettem, a másikat meg egy nagy leakciózáskor (csak ezért, mert kihagyhatatlan ajánlat volt). Már behozta az árát, és még használom őket pár évig.

[ Szerkesztve ]

Segítenétek értelmezni a parancsot a jelenlegi felállásnál? Jelenleg a 17.3 van fenn. Gondolom hasonlón települne fel a 19.1 is. Mi lenne a pontos parancs ebben az esetben? Vagy ha ebből nem derül ki, akkor hogyan deríthetem ki, hogy mit kell megadnom?

A boot ahogy látom az sdb1-en van. Lehet, hogy telepítésnél is már megadhatnám az sdb1 partíciót? Eddig mindig csak az sdb lemezt adtam meg, partíció választás nélkül.

A frissítéskezelő nem ajánlja fel? Pl itt leírják a teendőket, a kiadandó parancsokat. És mint minden jó leírás itt is azzal kezdi, hogy legyen mentés a fontos adataidról

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Bocs, lehet félreérthető voltam. Nem frissíteni szeretném, hanem feltenni elölről.
Nekem volt az a grub telepítési problémám és ajánlottad, hogy live telepítésekor, miután leszáll grub telepítési hibával, próbáljam meg azt manuálisan telepíteni az alábbi paranccsal:

grub-install /dev/sdb --boot-directory=/ahova/felcsatolta/a/root/partíciót/boot

Na ezt nem értem és erre kérdeztem rá. Szóval feltenném elölről a 19.1-et és megpróbálnám a javaslatodat. (csak nem igazán értem, mit kellene helynek megadnom)

Jaa.....
Az sb1-et ne bántsd, az a Windows-hoz tartozó boot partíció.
A telepítőben válaszd a manuális partcionálást
- Az sdb4 legyen a / és pipáld be hogy formázza is le.
- Az sda6 legyen a /home és ne formázza le. Így megmarad a home partíciód, és rajta minden beállításod, fájlod. Ha tiszta lappal akarsz indulni, akkor ezt is jelöld be formázásra.
- Ott allul meg az sdb-t jelöld ki hogy oda tegye a GRUB-ot.
Ezután le kellene cserélje az sdb MBR-jét a sajátjára, és a GRUB menübe bele kellene kerülne aW10-nek is.

Ha mégsem akkor a
grub-install /dev/sdb --boot-directory=/dev/sdb4/boot
a jó parancs, de a profibb kollégák majd kijavítanak, ha tévednék.

[ Szerkesztve ]

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Nem sikerült
Lefuttatam a parancsot, de hibát jelzett:
grub-install: error: failed to get canonical path of `/dev/sdb4/boot/grub'.

Boot után a grub rescue> fogad. Egyik oprendszer sem indul.
A live usb-ről tudok bootolni, most is onnan írok, de azon kívül semmi.
Lefuttattam pár parancsot, amit javasoltak más fórumon másnak, hasonló hiba esetén. Beteszem ide, talán mond nektek vmit és tudtok tanácsot adni. Amennyiben nem, akkor megpróbálom visszatenni ideiglenesen a 17.3-at majd később a W10-zel kezdem, gyalulok mindent.

root@mint:/home/mint# sudo fdisk -l
Disk /dev/loop0: 1.8 GiB, 1948155904 bytes, 3804992 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xc9a5c07e

Device Boot Start End Sectors Size Id Type
/dev/sda1 2046 976771071 976769026 465.8G f W95 Ext'd (LBA)
/dev/sda5 2048 923518975 923516928 440.4G 7 HPFS/NTFS/exFAT
/dev/sda6 923521024 976771071 53250048 25.4G 83 Linux

Partition 1 does not start on physical sector boundary.

Disk /dev/sdb: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xd4e6ac93

Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 1187839 1185792 579M 7 HPFS/NTFS/exFAT
/dev/sdb2 1187840 191651839 190464000 90.8G 7 HPFS/NTFS/exFAT
/dev/sdb3 233269248 234436607 1167360 570M 27 Hidden NTFS WinRE
/dev/sdb4 191651840 233269027 41617188 19.9G 83 Linux

Partition table entries are not in disk order.

Disk /dev/sdc: 28.7 GiB, 30752000000 bytes, 60062500 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000a4ea2

Device Boot Start End Sectors Size Id Type
/dev/sdc1 * 2048 60049407 60047360 28.6G b W95 FAT32
root@mint:/home/mint# sudo find / -iname boot
/boot
find: ‘/proc/2154/task/2154/net’: Invalid argument
find: ‘/proc/2154/net’: Invalid argument
find: ‘/run/user/999/gvfs’: Permission denied
/usr/lib/systemd/boot
/usr/src/linux-headers-4.15.0-20/arch/alpha/boot
/usr/src/linux-headers-4.15.0-20/arch/arc/boot
/usr/src/linux-headers-4.15.0-20/arch/arm/boot
/usr/src/linux-headers-4.15.0-20/arch/arm64/boot
/usr/src/linux-headers-4.15.0-20/arch/blackfin/boot
/usr/src/linux-headers-4.15.0-20/arch/c6x/boot
/usr/src/linux-headers-4.15.0-20/arch/cris/boot
/usr/src/linux-headers-4.15.0-20/arch/frv/boot
/usr/src/linux-headers-4.15.0-20/arch/h8300/boot
/usr/src/linux-headers-4.15.0-20/arch/ia64/hp/sim/boot
/usr/src/linux-headers-4.15.0-20/arch/m32r/boot
/usr/src/linux-headers-4.15.0-20/arch/metag/boot
/usr/src/linux-headers-4.15.0-20/arch/microblaze/boot
/usr/src/linux-headers-4.15.0-20/arch/mips/boot
/usr/src/linux-headers-4.15.0-20/arch/mn10300/boot
/usr/src/linux-headers-4.15.0-20/arch/nios2/boot
/usr/src/linux-headers-4.15.0-20/arch/openrisc/boot
/usr/src/linux-headers-4.15.0-20/arch/parisc/boot
/usr/src/linux-headers-4.15.0-20/arch/powerpc/boot
/usr/src/linux-headers-4.15.0-20/arch/s390/boot
/usr/src/linux-headers-4.15.0-20/arch/score/boot
/usr/src/linux-headers-4.15.0-20/arch/sh/boot
/usr/src/linux-headers-4.15.0-20/arch/sparc/boot
/usr/src/linux-headers-4.15.0-20/arch/unicore32/boot
/usr/src/linux-headers-4.15.0-20/arch/x86/boot
/usr/src/linux-headers-4.15.0-20/arch/xtensa/boot
/usr/src/linux-headers-4.15.0-20-generic/arch/x86/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/fb/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/iscsi/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/watchdog/handle/boot
/usr/src/linux-headers-4.15.0-20-generic/include/config/x86/reroute/for/broken/boot
/cdrom/EFI/BOOT
/cdrom/boot
/rofs/boot
/rofs/usr/lib/systemd/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/alpha/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arm/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/arm64/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/blackfin/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/c6x/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/cris/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/frv/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/h8300/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/ia64/hp/sim/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/m32r/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/metag/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/microblaze/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/mips/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/mn10300/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/nios2/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/openrisc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/parisc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/powerpc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/s390/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/score/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/sh/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/sparc/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/unicore32/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/x86/boot
/rofs/usr/src/linux-headers-4.15.0-20/arch/xtensa/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/arch/x86/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/fb/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/iscsi/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/watchdog/handle/boot
/rofs/usr/src/linux-headers-4.15.0-20-generic/include/config/x86/reroute/for/broken/boot
root@mint:/home/mint# sudo update-grub
/usr/sbin/grub-probe: error: failed to get canonical path of `/cow'.
root@mint:/home/mint# grub-install /dev/sdb --boot-directory=/dev/sdb4/boot
Installing for i386-pc platform.
grub-install: error: failed to get canonical path of `/dev/sdb4/boot/grub'.
root@mint:/home/mint#

[ Szerkesztve ]

[Linux] Grub2 rendszerbetöltő helyreállítása Windows telepítése után

Ebben minden benne van.

Köszi. A grub teleptésnél ezt a hibaüzenetet kapom: cannot find EFI directory

És ha felmountolod?
sudo mount /dev/sdb4 /mnt
sudo grub-install --root-directory=/mnt /dev/sdb4

[ Szerkesztve ]

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

root@mint:/# sudo mount /dev/sdb4 /mnt
root@mint:/# sudo grub-install --root-directory=/mnt /dev/sdb4
Installing for x86_64-efi platform.
grub-install: error: cannot find EFI directory.

Ha mindent pontosan a leírtak szerint csináltál*, akkor mégis csak a BIOS menüben kell boot előtt választanod a pendrive neve kétszer jelenik meg meghajtóként, ebből az egyik az EUFI-s.
Minden BIOS más, de boot előtti meghajtó választás mindegyikben van.

Elképzelhető, hogy a Mint 17.3-nél nem volt még UEFI-s telepítő, emiatt nincs gondod azzal a telepítéssel.

*például meghajtót adsz meg a GRUB célnak és nem particiót!

(szerintem a telepítés idejére ragaszd le az összes számos billentyűt)

Ez most ellentmond cigam szaki sorainak, de én így ismerem.

[ Szerkesztve ]

és ha
sudo grub-install --root-directory=/mnt/boot /dev/sdb4

Valami apróság hiányzik ...

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Köszi, átnézem, azt hiszem kezdem előölről.
Amúgy F12-vel választok boot menüt. Ott 3 lehetőség van.
1. hard drive
2. USB
3. Network
Bármelyiket választom, egyből boot-ol róla, több választási lehetőség nincs.

A bios-om pedig így néz ki. (most találtam)

@cigam: ezzel sem megy.
Köszi azért mindenkinek!

[ Szerkesztve ]

Ha már úgy is bent vagy a kísérletezgetésben, ezt se hagy ki.
[link]

[ Szerkesztve ]

Tényleg! Lehet a --target=i386-pc lebeszéli az EFi módról.

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Lehet, hogy ez a megoldás, de itt is határozottan ellenzik a particióra telepítést.

# grub-install --target=i386-pc /dev/sdX

Akkor legyen sudo grub-install --target=i386-pc --root-directory=/mnt/boot /dev/sdb

Viszont azt nem értem, hogy gyárilag miért nem megy neki. Arra kéne inkább rájönni.

[ Szerkesztve ]

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Viszont azt nem értem, hogy gyárilag miért nem megy neki. Arra kéne inkább rájönni.

Csak erre a BIOS-os dologra tudok gondolni, ott megy rossz irányba a dolog(mivel a Mint 17.3 még működött). Valahogy a disztró telepítő elején a választómenünél kéne beírni kernelopcióként azt a --target 386-os sort, de ehhez nem értek.

Az is lehet, hogy az iso-ból ki lehet szedni valahogy az EFI részt, de ez sem tűnik számomra túl egyszerűnek.

[ Szerkesztve ]

De a látottak alapján maga a gép nem is tud EFI-t.

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Köszi mindenkinek a segítséget!
Azt hiszem kiveszem a hdd-t és újra formázom/partícionálom az ssd-t. Felteszem a w10-et, majd egyből a mintet. Ha minden működik, visszateszem a hdd-t. Utána jelentkezem. Remélem csak beszámolni...

[ Szerkesztve ]

Ez lehet jobb is lesz. Kevesebbet fogsz vele szívni.

Ha a gép támogatja az EUFI bootot, akkor viszont használd azzal (de akkor a Secure Boot részét kapcsold ki lehetőleg). Az UEFI boot előnye, hogy az EFI bootpartíciót lehet több rendszerbetöltő is, így külön rendszerbetöltője lesz a Win10-nek és a Mint-nek is, és emiatt mindegy, melyik OS-t telepíted elsőnek.

Legacy BIOS / CSM bootnál mindkét OS egymás bootloaderét írogatja felül, ugyanabban a Master Boot Record-ban lévő kódrészét legalábbis, ezért ilyenkor a Windows kell először telepíteni, utána a Linuxot. Ha fordított sorrendben telepíted, akkor a Windows felülírja a GRUB-ot, lecseréli a saját NTLDR-jére, és a Linux nem lesz bootképes.

Egyébként az UEFI bootnak meglenne az az előnye is, hogy az még GRUB nélkül is megy. Csak a legtöbb disztróban, így pl. a Mint-ben is él az a régi beidegződés, hogy mindenképp ragaszkodnak a GRUB-hoz UEFI bootnál is, reméljük ezt egyszer kinövik.

[ Szerkesztve ]

A grafikus "ISO Master"-el könnyen szerkesztheted a képfájlt.
Kérdés az, hogy pontosan mit kéne eltávolítani ahhoz hogy
adathordozóra kiírva induljon és kipróbálható legyen a live rendszer ?

Megoldva!! Bár nem úgy, ahogyan gondoltam.
Úgy csináltam a telepítést, ahogy leírtam, hdd ki, ssd partíciók törlése, w10 telepítés alatt partíciók létrehozása+hagyva egy partíciónálatlan területet a linuxnak. W10 fel, gyorsindítás w10-ben kikapcs, jöhet a linux. Ugyanaz a hiba!! Aztán azt találtam ki, hogy visszateszem a dvd írót és egy újraírható lemezre kiírom a linuxot, megpróbálom úgy. Bingó! A bootolás során ez volt az első kérdés: UEFI vagy BIOS mód Innen már tudtam, hogy jó lesz. Köszi a sok segítséget, bocs a "feltartásért". Igazából a pendrive-ot több módon is kiírtam, több pendrive-ot használva. W10 alól: rufus, unetbootin, illetve még 1, amit ubyegon2 fórumtárs javasolt. Linux alól is unetbootin + a beépített pendrive író. Egyiknél sem jött be ez a választási lehetőség. Most van egy friss w10-em és egy mintem.

Gratula! Legfőképp a kitartásodhoz.

Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews

Na ez jó hír! A kitartásod valóban nem semmi! Egyik szemem sír csak, mert ebben a többirányú próbálkozáshalomban nem derült ki, mi a ragya okozza ezt a jelenséget a pendrive-ra írásnál. Nincs kizárva, hogy a BIOS talán második lapján lévő beállítások, ahol lehet állítani a legacy meg USB 3 opciókat. Mikor ezeket nézegettem, hiába suhant át az agyamon, hogy talán kiírt DVD, mert nem ismertem ezt a fajta BIOS-t! (egyiket sem ismerem, hogy őszinte legyek, a desktop Asus UEFI-s BIOS-szal azért már jól elvagyok)

Megint csak igaza lett annak, aki azt mondja, hogy nincs olyan probléma Linuxon, amit ne lehetne megoldani, csak megfelelő kitartás kell esetenként. Régi Toshiba laptopon én is legalább egy hónapig szenvedtem, mire a rendszer használni szíveskedett mindkét processzor magot.

[ Szerkesztve ]

Az USB beállítás ott csak arról szól, hogy miként használja az USB 3.0 portot. Akár le lehet korlátozni 2.0- ra is. De egyébként kipróbáltam másik USB csatlakozóban is, ami csak 2.0- ás, és ott sem volt jó.
Köszi még1x nindenkinek!

Az a gép ezek szerint tudja az EUFI-t. Az ne tévesszen meg senkit, hogy karakteres BIOS-szerű felülete van, és nem grafikus, attól még nem BIOS, hanem UEFI van a gépen. Szerintem UEFI bootlehetőséget azért nem lát, mert CSM/Legacy boot van bekapcsolva, és nem vegyes/UEFI boot.

Meg ez egy Fossiccu, annak nem tudom mennyire szabványos az UEFI implementációja. De a telepítő is lehet trágya. Az Ubuntu-vonal megoldhatná már végre, hogy normálisan kezelje az UEFI bootot, erre a fejlesztők valahogy még nem képesek.

Szerk.: ááá, látom megoldódott. Nem tudom mivel lett kiírva a Mint, mert elvileg annak univerzális lemezképe van, ami képes UEFI/Legacy bootra is. Szerintem csak el lett csesszerintve a lemezkép kiírása. Windows alatt a Rufus ajánlott, Linux alatt a dd parancs, ezek biztosan nem cseszik el a kiírt lemezképet.

[ Szerkesztve ]