Mintstick anomália

Fórum: 

Szevasztok !
Az utóbbi időben vettem észre, hogy ha egy képfájlt a "Pendrive lemezkép-író"-val írok ki, és ezt
később formázni szeretném a "Pendrive formázó"-val, akkor látszólag probléma nélkül lefut a
formázás - de ha utána megnézem a GPartedel, akkor egy partíciós tábla nélküli eszközt látok.

A GPartedal kell létrehozni új (msdos) partíciós táblát, formázni (Fat32-re) és csak így lesz egyéb
célra is használható a pen.
Ez az anomália a Mint 20-nál és a 19.3-nál is jelentkezik. A 18.3-nál viszont nem - ott a Pendrive
formázó 1 lépésben Fat32-re formázza a dd-zet eszközt - a GParted-el nem kell hozzányúlni.

Más a háttérben nem dd-t használó segédprogrammal (Multibootusb, UNetbootin) kiírt pen.-eket
viszon 1 lépésben képes a kiválasztott fájlrendszerre formázni.

A mai nap live-ban kipróbáltam a Xubuntu 20.04.1-et - telepítettem rá az 1.4.4-es mintsticket
(nem volt egyszerű mutatvány) és formáztam vele egy olyan pen.-t melyre a lemezkép-íróval
írtam ki egy képfájlt - az eredmény ott is ugyanaz lett hogy egy partíciós tábla nálküli eszközt
hagyott maga után.

Más is észrevette? Esetleg talált rá valamiféle gyógyírt? ... Nem veszélyes a dolog - csak egy
kis plusszmunkával jár.

kimarite képe

Teszt | Eredmény: működik minden

#1 Az ellenőrzési módszereddel van a probléma szerintem. A Lemezkép író és a Lemezkép formázó azon a rendszeren, amire való, kiválóan működik. Egy lépésben felírtam a Linux Mint Ulyana képfájlt, leválasztottam és befűztem az USB-kulcsot, majd formáztam (FAT32).

Az eredmény:
(az USB-kulcs az sdb eszköz)

sudo fdisk -l
[sudo] kimuly jelszava:             
Disk /dev/sda: 25 GiB, 26843545600 bytes, 52428800 sectors
Disk model: VBOX HARDDISK   
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: 0xd02db5f1

Eszköz     Indítható Start     Vége Szektorok Size Id Típus
/dev/sda1  *          2048 52426751  52424704  25G 83 Linux

Disk /dev/sdb: 14,33 GiB, 15376318464 bytes, 30031872 sectors
Disk model: Cruzer Blade    
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: 0x58cf6566

Eszköz     Indítható Start     Vége Szektorok  Size Id Típus
/dev/sdb1             2048 30031871  30029824 14,3G  c W95 FAT32 (LBA)

A tesztelt rendszer Linux Mint Ulyana, Cinnamon. Virtualboxban.

-----

A Virtualbox vendég rendszere ezzel a módszerrel látja az USB kulcsokat:

-- hozzá kell adni magad, vagyis a felhasználód a vboxusers csoportba (a gazda rendszeren!):

sudo usermod -aG $USER

-- újra kell indítanod a gazda rendszert.

-- az elindított vendég rendszernél, a Virtualbox beállításaiban be kell kapcsolnod az USB-kulcsot (tegyél megfelelésjelet a jelölőnégyzetbe):

Eszközök > USB > „SanDisk Cruzer Blade (***)

-----

Nem erre a rendszerre készült:

A mai nap live-ban kipróbáltam a Xubuntu 20.04.1-et - telepítettem rá az 1.4.4-es mintsticket
(nem volt egyszerű mutatvány) és formáztam vele egy olyan pen.-t melyre a lemezkép-íróval
írtam ki egy képfájlt - az eredmény ott is ugyanaz lett hogy egy partíciós tábla nálküli eszközt
hagyott maga után.

Ezt te tapasztaltad vagy csak hallottál róla?

Ez az anomália a Mint 20-nál és a 19.3-nál is jelentkezik. A 18.3-nál viszont nem - ott a Pendrive
formázó 1 lépésben Fat32-re formázza a dd-zet eszközt - a GParted-el nem kell hozzányúlni.

Értékelés: 

0
Még nincs értékelve
kimarite képe

sudo usermod -aG vboxusers $USER

#2 Elnézést, a parancsort rosszul illesztettem be. Itt van helyesen:

sudo usermod -aG vboxusers $USER

Értékelés: 

0
Még nincs értékelve

Teszt | Eredmény: működik minden

#2 Hogy demonstráljam a jelenséget, A Mint 20 Cinnamon rendszeremen formáztam
egy pen.-en lévő, - a dd-t használó "Pendrive lemezkép-író"-val kiírt Xubuntu 20.04.1-es telepítőt.
(Ez volt kéznél - bármelyik más kiadás dd-vel kiírt telepítője lehetett volna.)
https://www108.zippyshare.com/v/DZ6uHE7d/file.html

"Ezt te tapasztaltad vagy csak hallottál róla?"
Természetesen én tapasztaltam mikor csupán kíváncsiságból kipróbáltam egy Mint-től
eltérő kiadáson.
Hangsúlyozom, hogy csak a dd-vel kiírt telepítőkön végez ilyen félmunkát. (Mint 20 ill. 19.3)

Szerk.: A video online lejátszása lehet hogy nem működik - le kell tölteni.

Értékelés: 

0
Még nincs értékelve

Teszt | Eredmény: működik minden

#5 Nem a telepítőre kiírt kiadás kora a meghatározó, hanem az hogy Mint 20, 19.3
alatt bármelyik dd-vel kiírt telepítőn a "Pendrive formázó" csak félmunkát végez.

(A mai előző hozzászólásod hogy tüntetted el ?)

Értékelés: 

0
Még nincs értékelve

Teszt | Eredmény: működik minden

#6 Szia, még szerkesztési időn belül voltam, átszerkesztettem, mert közben eszembe jutott még valami, amit meg akarok én is nézni, csak nem találtam olyan pendrájvot, amit fel tudnék áldozni. Még álmos fejjel írtam azt, lassan műkődött az agyam :-) .(Az zavar, hogy a jelszó beírása után a Pendrive lemezkép író látszik a videón, nem a formázó)

A telepítő mivolta azért érdekes, mert egyes telepítők különböző formában működnek a médián, vagy hogy mondjam. Azaz a partició szerkezete más. Ezt is emékből írom, ezt is meg akarom nézni jobban, de az tuti, hogy agy 18-as Mint telepítő és egy LMDE telepítő eltér (Mármint nem a tartalom tekintetében, hanem hogy mi módon bootol a médiáról)

Értékelés: 

0
Még nincs értékelve

Teszt | Eredmény: működik minden

#7 Szia !
"A telepítő mivolta azért érdekes, mert egyes telepítők különböző formában működnek a médián, vagy hogy mondjam."
Sejtem hogy mire gondolsz - ha dd-vel (vagy ezt használó egyéb segédprogrammal) kiírt telepítőt
indítok, és nálam pl. az F12 bill.-vel előcsalogatom a boot választót - (ez lehetőséget biztosít arra, hogy
kiválasszam melyik eszközről bootoljon a gép - anélkül hogy a BIOS beállításaiban kéne ezt megtennem.)
Szóval ...a boot választóban azt láthatod, hogy az adott pen. 2 választható opcióban szerepel.
- UEFI: Előtaggal (ha EFI-s telepítést csinász akkor ezt válaszd/indítsd)
- Előtag nélkül (a régi Legaci típusú telepítéshez )

De ezt válóban a képfájl "évjárata" döntheti el. (Pl. egy 10.04-es képfájl valószínű dd-vel kiírva sem ajánlja
fel az EFI-s telepítés lehetőségét.)

Értékelés: 

0
Még nincs értékelve
kimarite képe

Teszt | Eredmény: működik minden (dd?)

#4 Most már „kapisgálom”. :)
Az a helyzet, korábban nem ezt írtad, hanem:

A mai nap live-ban kipróbáltam a Xubuntu 20.04.1-et - telepítettem rá az 1.4.4-es mintsticket
(nem volt egyszerű mutatvány) és formáztam vele egy olyan pen.-t melyre a lemezkép-íróval
írtam ki egy képfájlt - az eredmény ott is ugyanaz lett hogy egy partíciós tábla nálküli eszközt
hagyott maga után.

Az „ott is” elsőre nem jött le. ;)

És köszi az erőteljes, mostani pontosítást, hogy a vélhetően csak a dd paranccsal megírt („dd-zett” USB telepítőkre jellemző, hogy a Mintstick nem tud velük mit kezdeni. Korábban ezt írtad:

A 18.3-nál viszont nem - ott a Pendrive formázó 1 lépésben Fat32-re formázza a dd-zet eszközt - a GParted-el nem kell hozzányúlni.

A dd-s dolgot nem próbáltam ki.
Nyilván, neked azonnal feltűnt, mert szoktál dd-vel telepítőt kiírni.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Teszt | Eredmény: működik minden (dd?)

#9 Ui.: Gondolom, ha a „Mintstick” nem is működik a dd-vel kiírt telepítők esetén, akkor nemcsak a GParted, hanem a saját formázó is megformázza az eszközt rendesen. Ezt nem néztem, mert minden rendben volt a próbámnál. És nekikezdtem egy bejegyzés írásának, amit nem tudtam befejezni, mert hosszabb. A Drupal fórum motor jelenleg nem bíztosítja a piszkozat mentésének lehetőségét, így a LibreOffice alkalmazással mentettem (ha lenne piszkozat, kéne figyelmeztető jelzés is - nekem mondjuk, nem - hogy: - Elkezdted, fejezd be. :)).

Értékelés: 

0
Még nincs értékelve

Teszt | Eredmény: működik minden (dd?)

#9 Az igazság az. hogy a parancssoros dd-t nem szoktam használni - hiszen vannak biztonságosan használható grafikus felületű alkalmazások (pl. Pendrive lemezkép-író, Etcher) - ezek a háttérben a dd-thasználják.
Fogalmazhatunk úgy is, hogy a dd grafikus frontendjei.

Értékelés: 

0
Még nincs értékelve

Teszt | Eredmény: működik minden (dd?)

#10 A dd-vel történő kiíráskor egy olyan speciális fájlrendzert hoz létre, amelyet a GParted nem ismer fel.
Következtetés-képp a dd-zett eszközt lehet ugyan a GParted-el formázni, de igencsak meg lehet szenvedni
vele. Lépten-nyomon hibaüzeneteket dobál - szóval, nem egyszerű gyalog-galopp.

A mintstickes formázó és lemezkép-író egymást nagyon jól kiegészítették - formázó gyorsan és 1 lépésben
tudta Fat32-re formázni a lemezkép-íróval készített telepłtőt ... ez az ami valami miatt nem megfelelően
működik.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Teszt | Eredmény: működik minden (dd?)

#11 Ki kéne próbálni a parancssoros tesztet az újabb, támogatott kiadásoknál.

A Mintstick, a lemezkép-író indítása ez (valós névvel).

  • Pendrive lemezkép-író
mintstick -m iso

Kiegészítés (érdekesség, de hasznos is lehet)

  • Pendrive formázó
mintstick -m format

A Linux Mint 20 Ulyana kiadásnál van így.

További, teszt célt szolgáló kérdések:
-- milyen paranccsorok indítják a dd-vel is együttműködő Linux MInt 18.x kiadásnál a két alkalmazást?
-- milyen parancssorok indítják a két alkalmazást, a Linux Mint 19.x kiadásnál?

Nem tudom megnézni, de hátha valaki igen (ha telepített még a már nem támogatott 18.x kiadás).
Két alkalmazás: tulajdonképpen egy alkalmazásról van szó.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Teszt | Eredmény: működik minden (dd?)

#12 A dd-vel történő kiíráskor egy olyan speciális fájlrendzert hoz létre, amelyet a GParted nem ismer fel.
Következtetés-képp a dd-zett eszközt lehet ugyan a GParted-el formázni, de igencsak meg lehet szenvedni
vele. Lépten-nyomon hibaüzeneteket dobál - szóval, nem egyszerű gyalog-galopp.

A kíirt képfájlt valóban nem látta régebben a GParted, más Linux terjesztésnél sem. Azért tudom, mert az fdisk alkalmazással tudtam ilyenkor formázni az eszközt vagy partíciós táblát létrehozni rajta ..., azaz a hagyományos használatra (adat tárolás) újra használatba venni. Valahol le is írtam a módszert ... ami most nem lényeges, mert az a lényeg, hogy a beépített, grafikus alkalmazésok működjenek.

Tegnap a Pendrive lemezkép-íróval megírt USB-kulcsot saját maga sikeresen formázta. Illetve ..., ezt nem néztem. Csak úgy néztem rá mindenre, hogy egy, Debian 10 Buster rendszeren kiírt telepítőt sikeresen írt meg egy másik képfájllal a Pendrive lemezkép-író (az egyik állítás cáfolva a tesztemmel, azaz, nálam létrejött a partícióstábla). Ránézek arra is, a saját maga által kiírt képfájllal mit csinál.

A mintstickes formázó és lemezkép-író egymást nagyon jól kiegészítették - formázó gyorsan és 1 lépésben
tudta Fat32-re formázni a lemezkép-íróval készített telepłtőt ... ez az ami valami miatt nem megfelelően
működik.

Együttes használatot nem teszteltem. Csak a Mintsticket (a fenti módon, amit most írtam, és korábban)

Értékelés: 

0
Még nincs értékelve

Teszt | Eredmény: működik minden (dd?)

#13 Kimarite - hagyjuk az egészet - nem ér meg ennyi litániát.
Azért vetettem fel a kérést, mert reméltem hogy valaki már találkozott ezzel a jelenséggel, és tud
rá egyfajta megoldást.
És nem utolsó sorban azért, hogy aki belefut ebbe, ne álljon úgy előtte mint borjú az új kapu előtt.
Van rá megoldás - ha dd-zett pent formázol a "Pendrive formázó"-val, utána nyisd meg a GParted-et,
hozz létre a pen.-en új partíciós táblát (jellemzően msdos-t) ezután formázd meg valamilyen általad
preferált fájlrendszerre (jellemzően Fat32-re.) ... Ennyi ! - Meg egy Bambi ! :)

Értékelés: 

0
Még nincs értékelve
tresor képe

Teszt | Eredmény: működik minden (dd?)

#15 Igen, csak nem kell betojni ha a gparted elsőre, másodjára hibát dob. Előbb utóbb megcsinálja.
Én csak dd-zek és ismerem ezt a problémát.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Teszt | Eredmény: működik minden (dd?)

#15 ha dd-zett pent formázol a "Pendrive formázó"-val, utána nyisd meg a GParted-et,
hozz létre a pen.-en új partíciós táblát (jellemzően msdos-t)

Csak így a „leányzó fekvése” is más. Akkor a Pendrive formázóval van probléma és nem a Pendrive lemezkép-íróval. :)

Én értettem félre, késő volt már... ;)

Az utóbbi időben vettem észre, hogy ha egy képfájlt a "Pendrive lemezkép-író"-val írok ki, és ezt
később formázni szeretném a "Pendrive formázó"-val,
akkor látszólag probléma nélkül lefut a
formázás - de ha utána megnézem a GPartedel, akkor egy partíciós tábla nélküli eszközt látok.

(+ dd)

Értékelés: 

0
Még nincs értékelve
kimarite képe

Teszt | Eredmény: működik minden (dd?)

#14 A mintstickes formázó és lemezkép-író egymást nagyon jól kiegészítették - formázó gyorsan és 1 lépésben tudta Fat32-re formázni a lemezkép-íróval készített telepłtőt ... ez az ami valami miatt nem megfelelően működik.

Együttes használatot nem teszteltem.

De ... kiírtam a lemezképet, aztán formáztam. Kiváló:

sudo fdisk -l
[sudo] kimuly jelszava:             
Disk /dev/sda: 25 GiB, 26843545600 bytes, 52428800 sectors
Disk model: VBOX HARDDISK   
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: 0xd02db5f1

Eszköz     Indítható Start     Vége Szektorok Size Id Típus
/dev/sda1  *          2048 52426751  52424704  25G 83 Linux

Disk /dev/sdb: 14,33 GiB, 15376318464 bytes, 30031872 sectors
Disk model: Cruzer Blade    
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: 0x578ae902

Eszköz     Indítható Start     Vége Szektorok  Size Id Típus
/dev/sdb1             2048 30031871  30029824 14,3G  c W95 FAT32 (LBA)

Marad a dd-s próba. :D
Mert: a formázó gyorsan és egy lépésben tudja FAT32-re formázni a lemezkép-íróval készített telepłtőt
... most ezt teszteltem. ;)

Értékelés: 

0
Még nincs értékelve
kimarite képe

Teszt | Eredmény: működik minden, még a dd-s próba is (megoldva)

#18 A GParted az eszközt felismeri, viszont iso9660-nak mutatja az eszközön található fájlrendszert. :)
Akkor is ez tapasztalható, ha a GParted indítása előtt az eszközt eltávolítom, majd újra bedugom.
Azonban (most jön a lényeg)

  • a formázás sikeres, az eszközön, a fájlkezelő segítségével új mappát létre tudok hozni!
  • a lemezkép írása művelet is sikeres, a képfájl kiírása sikerült!

A GParted felismerése nem feltétlen hibás, de a műveletek sikeresek nálam.

Azonban a GParted formázás után és a lemezkép megírása után egyaránt csak az eszközt látja, partíciókat nem.

Míg az fdisk:

-- formázás után

Eszköz     Indítható Start     Vége Szektorok Size Id Típus
/dev/sda1  *          2048 52426751  52424704  25G 83 Linux

-- képfájl megírása után

Eszköz     Indítható Start    Vége Szektorok  Size Id Típus
/dev/sdb1  *             0 3876543   3876544  1,9G  0 Üres
/dev/sdb2              648    8583      7936  3,9M ef EFI (FAT-12/16/32)

-----

Jön a dd-s próba:

cd Letöltések/
sudo dd status=progress if=linuxmint-20-cinnamon-64bit.iso of=/dev/sdb bs=4M; sync

Kimenet:

1983905792 bájt (2,0 GB, 1,8 GiB) másolva, 266 s, 7,5 MB/s
473+1 beolvasott rekord
473+1 kiírt rekord
1984790528 bájt (2,0 GB, 1,8 GiB) másolva, 266,315 s, 7,5 MB/s

Fdisk

Eszköz     Indítható Start    Vége Szektorok  Size Id Típus
/dev/sdb1  *             0 3876543   3876544  1,9G  0 Üres
/dev/sdb2              648    8583      7936  3,9M ef EFI (FAT-12/16/32)

GParted: iso9660

A tesztem végeredménye - összegzés

Linux Mint formázás, és írás (dd és saját alkalmazások)

  • a korábbi - általam tapasztalt - jelenségeket mutatja.
  • az eszköz bármilyen célra kiválóan alkalmas (rántotta sütésére mondjuk, nem...)!

Problémának a GParted „helyzet felismerését” látom, minden egyéb működik. :)
A tesztelt rendszer, naprakész, azaz teljesen friss csomagokkal rendelkező Linux Mint Ulyana, Cinnamon.
A tesztelés Virtualboxban történt. A vendég rendszer (Ulyana) MBR partícióstáblára lett telepítve.
Valamit érzek az erőben: az EFI kavarhat be. Te EFI partícionálásnál nézed mindezeket (Linux Mint 19.3 és 20)? Még egy kérdés: a Linux Mint 18.x EFI-s volt?

Ha az egészből azt szeretted volna „kihozni”, hogy a dd és a dd-t használó alkalmazások FAT32 formázását a GParted iso9660 formázásnak mutatja, ami képfájlok fájlrendszere, akkor jó messziről futottál neki... . Szerintem sem ér meg további beszélgetést :), ami logikus: vagyis minden tükéletesen működik, csak van egy értelmezés, amit érdemes elfogadni. Lovagoljunk más tájakra: https://www.youtube.com/watch?v=z3yiZGSeTZg ;)

Értékelés: 

0
Még nincs értékelve

Teszt | Eredmény: működik minden, még a dd-s próba is (megoldva)

#19 Nem a 18.3-as rendszerem (2021 Ápr. végéig támogatott) Legacy - tehát
dos/BIOS/hagyományos telepítésű.
A 19.3-as úgymond hibrid telepítésű ... gpt -> EFI (boot, esp) partíció - de a
rendszerbetöltő helyének nem az EFI (300MB Fat32) partíciót adtam meg,
hanem az eszközt (/sdb). Mint a régi Legaci telepítés esetén.
A BIOS-ban a "CSM" -> enabled ... ami azt jelenti, hogy az EFI módban telepített
rendszerek is bootolnak, és a Legacy módban telepítettek is.
A 20-as rendszerem, az "szabványos" EFI telepítésű.
A régi 18.3-as rendszeremen a Pendrive formázó kifogástalanul működik mint
ahogy az előtte lévő kiadásoknál is. (Mint 13, Mint 17 - természetesen ezek is
Legacy telepítésűek voltak.)
De a kutyaság az egészben az, hogy a két újabb rendszeremen (20, 19.3)
mintha csak nemrég óta lenne hibás(?) a Pendrive formázó - emlékeim szerint
a telepítésük után mintha jó ideig ezek is 1 lépésben tudták volna Fat32-re
formázni a dd-vel kiírt pen.-eket.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Teszt | Eredmény: működik minden, még a dd-s próba is (megoldva)

#20 a két újabb rendszeremen (20, 19.3)
mintha csak nemrég óta lenne hibás(?) a Pendrive formázó - emlékeim szerint
a telepítésük után mintha jó ideig ezek is 1 lépésben tudták volna Fat32-re
formázni a dd-vel kiírt pen.-eket.

Nálam is egy lépésben formáznak. Erről szóltak a tesztjeim. ;)
Hogy nálad mi van, mi lehet elrontva a rendszereden, te tudod megnézni.
Ha nem vagy hajlandó a saját - állítólag nem elrontott rendszered - tesztelni (parancssor) - az sem az én saram..., de ilyenkor az van, te viseld el a lustaságod következményeit. Vagy jelents bugot. Én most azért nem teszem meg, mert nem látok hibát, és te sem működsz együtt a hiba okának kiderítésében. Hibajegyet nyitottam a múltkor, mert láttam, valami nem kerek, és válasz is érkezett.
Azt sem tudom, jó emlékszel-e mi volt régebben, én vélhetően azért nem foglalkoztam ezzel a témakörrel „ilyen mélységekben” minden kiválóan működött. És a ma elvégzett tesztjeim is azt mutatják, a jelen pillanatban is minden jól működik. A te rendszered lehet más, mint az átlagé.

Értékelés: 

0
Még nincs értékelve

Teszt | Eredmény: működik minden, még a dd-s próba is (megoldva)

#21 Azért próbáltam ki a Xubuntu 20.04.1-en is a Pendrive formázót, hogy kizárjam
a lehetőségét hogy a Mint rendszereimmel történt valami ami a formázó problémáját
okozza - de a live Xubuntura telepített Pendrive formázó ugyanúgy nem fejezi be a
formázást mint a telepített Mint 20, 19.3-ason.
De már tudom hogy mit kell csinálni, és ez a kis pluszmunka nem esik nehezemre
kibírom ! :)

Értékelés: 

0
Még nincs értékelve
kimarite képe

Teszt | Eredmény: működik minden, még a dd-s próba is (megoldva)

#22 De már tudom hogy mit kell csinálni, és ez a kis pluszmunka nem esik nehezemre
kibírom ! :)

Jaja, feltétlen írj ticketet (GitHub), és linkeld vissza, hogy mi is lássuk.
És egy-két napon belül meg lesz oldva a problémád. :)

Értékelés: 

0
Még nincs értékelve

Ez inkább úgy néz ki Gparted anomália, vagy mi.

No, most alkalmam volt kipróbálni. rendszer: Mint 19.3 Cinnamon. Pendrive lemezkép íróval felírt ISO: Linux mint 20 Cinnamon. Fájlrendszer felírás után: ISOFS. Pendrive formázó elindít: Jelszó megadása után pendrive lemezképíró folytatja munkát, formázás után a rendszer (lemez ikonján jobb egérgomb, tulajdonságok) szerint a fájlrendszer típusa msdos, méret 61,9 GB. Lemezek alkamazásban partíció típus W95 FAT32 (LBA). Lemezcímke: PENDRIVE

Gparted alatt: Lemezcímke: Linux Mint Cinnamon 64 bit, fájlendszer iso9660, méret 57,62 GiB.

Értékelés: 

0
Még nincs értékelve

Ez inkább úgy néz ki Gparted anomália, vagy mi.

#24 + infó, újraindítottam a rendszert, hátha változik a dolog, másoltam fájlokat a pendrájvra, Gparted elindít, hát semmi változás, ugyanazt látja, sőt, üresnek látja a particiót, annak ellenére, hogy fájlok vannak rajta. Felírtam egy 32 bites 17-es Xubuntu telepítőt a pendrájvra, majd megformáztam, Gparted ezt is ugyanúgy látja, csak a lemezcímke változott...

Értékelés: 

0
Még nincs értékelve
kimarite képe

Ez inkább úgy néz ki Gparted anomália, vagy mi.

#24   A GParted valamiért mást lát.

Értékelés: 

0
Még nincs értékelve

Ez inkább úgy néz ki Gparted anomália, vagy mi.

#25 + adalék: Mégsem csak Gparted anomália: Lemezek alkalmazás elindít, formázást elindít: hiba, nem sikerült a formázás, és ekkor már a Lemezek alkalmazás is azt mutatja, amit a Gparted. Lemezek alkalmazásban eltávolítottam a particíót, újra elindítottam a formázást, most sikerült. Gparted is jól látja immár a FAT32 partíciót, de méret továbbra is 57,62 GiB, és azt mondja 14,53 MiB használt, holott semmi nincs a pendrájvon.

Értékelés: 

0
Még nincs értékelve
tresor képe

Mióta van Ventoy, nem nagyon dd-zek.

Mióta egyszer megtanúltam a dd kőbevésett szabályait, utána mindíg azzal írtam magamnak a telepítőket. Aztán jöt egyszer "balacy" a Ventoy-os posztjával és azóta azt használom. Egyszer kell csak preparálni egy nagyobb pendrájvot Ventoy-nak. Utána rendes másolásokkal lehet rá vagy le pakolgatni az ISO-kat róla.
Ha nem bootolsz róla, rádugás után ott egy Ventoy eszköz, amire bármit másolhatsz. Fájlokat, ISO-kat ezek nem zavarják egymást. Ha bebootolsz róla, csak az ISO-kat látod egy grub menüben, a rámásolt egyéb fájlok nincsnek hatással a Live bootokra.

Tervezek egy nagyobb hordozható SSD-t így bekonfigolni.

https://ipon.hu/shop/termek/adata-240gb-sd600q-usb-31-18-piros-asd600q-240gu31-crd/1752521

 

Értékelés: 

0
Még nincs értékelve

Mióta van Ventoy, nem nagyon dd-zek.

#28 Igen, én nekem is van Ventoy-os pendrájvom, de az csak olyan gépeken jó, amik elegendő RAM-al rendelkeznek, hogy az ISO fájl beleférjen, és még maradjon is a további műveletekhez, mert a Ventoy RAM diszkre másolja az ISO-t, és onnan butulja. Kevésebb RAM esetén szükség lehet "hagyományosan" felírt telepítőre ;-)

Értékelés: 

0
Még nincs értékelve
tresor képe

Mióta van Ventoy, nem nagyon dd-zek.

#29 Mennyi az a "kevés" RAM ahol már nem boldogul? Ezt a limitációt még nem hallottam.

Értékelés: 

0
Még nincs értékelve

Mióta van Ventoy, nem nagyon dd-zek.

#30 ISO mérete + ami a butult rendszer futásához kell. Meg amit esetleg a Ventoy is lefoglal, bár ez minimális, de azért számít. Pl. a Mint 19.3 Mate ISO-ja 2 GB, futáshoz ajánlott 1 GB, egy 2 GB-val szerelt gépen nem fog menni Ventoy alól.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Lemezek alkalmazás

#27 A megoldáshoz vezető út. A Lemezek ezt mutatja (amúgy fdisk kimenet):

Eszköz     Indítható Start    Vége Szektorok  Size Id Típus
/dev/sdb1  *             0 3876543   3876544  1,9G  0 Üres <- iso9660
/dev/sdb2              648    8583      7936  3,9M ef EFI (FAT-12/16/32) <- FAT

A nem particionált terület a szabad hely. A kimenetben nem látható.

Az sdb1 partíciót nem lehet törölni, formázni a Lemezekben. Az sdb2 partíciót lehet formázni. A szabad helyet is. Mindez csak akkor van, ha valamely partíció tekintetében próbálkozol. Ha a lemez (USB-kulcs) a tárgy, akkor megy. :)

Megcsinálom ezt:

cd Letöltések/
sudo dd status=progress if=linuxmint-20-cinnamon-64bit.iso of=/dev/sdb bs=4M; sync

És előtte, utána: https://imgur.com/a/oLON2H2

Utána:

sudo fdisk -l
[sudo] kimuly jelszava:             
Disk /dev/sda: 25 GiB, 26843545600 bytes, 52428800 sectors
Disk model: VBOX HARDDISK   
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: 0xd02db5f1

Eszköz     Indítható Start     Vége Szektorok Size Id Típus
/dev/sda1  *          2048 52426751  52424704  25G 83 Linux

Disk /dev/sdb: 14,33 GiB, 15376318464 bytes, 30031872 sectors
Disk model: Cruzer Blade    
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: 0x1900ddfb

Értékelés: 

0
Még nincs értékelve