#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.

Nem találkoztam még "Ezen Amáliával", de ránézek.

#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. :)).

#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.

#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)

#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.

#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)

#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 ! :)

#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 ;)

#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. ;)

#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é.

#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.

#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. :)

#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 ! :)