skamilinux.hu

Mindig csodáltam az olyan megoldásokat melyet csak egy picit kell
tovább gondolni és mégis egész más sűlt ki belőle.
A következő videóban erre láthatunk példát.
Sokan használjuk az Unetbootin programot de Windows telepítő---> Usb-re nem,
mert nem jó... vagy mégis?
https://youtu.be/uivN0yLxir8

Ha egy kis gond is van a pendrive formázásával, fájlrendszerével, akkor sajnos könnyen megeshet, nem fog menni.

Pont ez a baj a Puppy esetén is, viszont volt aki az általam bemutatott módszerrel pont Win10 -et írt ki és köszöni szépen, működik

Íme:
https://youtu.be/8qs0IxVcxr4

...vagy ugyanez pepitában, puppy linux alatt windows10.iso esetén, tehát képzeljük oda, hogy haiku helyett azt az iso fájlt írjuk ki szektoronként:

https://www.youtube.com/watch?v=_hqPmfM-vXQ

Van az MX-en erre dd módra egy szoftver 32bitre formázott usb nem jó eleve így ntfs-el próbáltam, a menüben itt található: betöltés beállítás Mondom a lényeget, több mint félóra után leállítottam mert semmi mozgást nem jelzett, a particionálóban fel sem ismerte az "eredményt"
sdc-nek kellene lenni A fájlkezelőben minden meg van Viszont nem bootol

...na ezért félek én a grafikus megoldásoktól, mindenesetre érdekes!
Köszi az infót!

...amúgy szerintem egy Win10 DVD az sanszos, hogy egy pendrive -ra írás esetén mocskosul hosszú idő lehet!

A formázás nem számít, mivel DD másoláskor minden elveszlik, ami addig volt rajta, egy az egyben tükrözni az ISO fájlrendszerét, ez teljesen normális, tehát két fat32 partícióval sincs semmi gond, ha az van az ISO fájlban.

Ki kellene próbálni a videódban bemutatott módon is egy Windows telepítővel, talán én vétettem hibát....

dd-live progival a Puppy xenial64 7.5 az jó volt csak nem lehetett megfelelően használni.
Megcsinálta az uefi partíciót az indító fájlokkal, a többi meg ismeretlen(raw?) partícióra ment.
Bootolt meg minden de a mentést nem lehetett létrehozni USB-n mert az uefi rész túl kicsi volt a többi meg ismeretlen.

A dd mód/terminál ellen a Windows telepítőnél még annyit felhoznék hogy unetbootin progival talán könnyebb megoldani, no meg látható hol tart a folyamat.

A dd parancs eleve inkorrekt módon hozza létre a partíciót az usb-n , mert az iso tartalma kerül a meghajtóra , amit ezzel egyetemben le is zár , az iso méretéből adódóan . Tehát a példa kedvéért , ha van egy 8Gb-os usb és arra mi felteszünk egy 300Mb iso-nyi puppyt akkor a fájlrendszer az ison belül megadott "iso6998" Fs lesz vagy amit a CD-nek szoktak adni nemtom a pontos nevét , tehát ez eleve hibás partició lesz az usb-n , aztán amikor ez elkészül ... az iso végével lezárja a particiót a dd parancs , így mentést abszolut nem lehet készíteni az eszközre , mert azt fogja jelezni hogy tele van .
Javaslatom erre hogy : NE használjunk semmilyen usb készítőt ami a DD parancsot használja .
Ha csak live rendszerre kell , arra jó ...

Akkor már csak annyi a kérdés, én, hibáztam valamit a windows telepítő ilyen módon történő felírására, vagy eleve a dd módszer nem hozhatott volna jó eredményt ebben az esetben semmiként?

Szerintem annyi történt, hogy nem szabad kivenni a pendrive -ot, hanem meg kell várni, amíg kiírja, mert az bizony simán lehet fél óra, vagy akár több is.
A DD a végső megoldás és tutti módszer, de csak live létrehozására, mint ebben az esetben, tehát jó lesz az, csak meg kell várni...

jaja érdemes úgy beírni parancssorba hogy : Így látod mikor van teljesen az usb-n , majd 1 unmount parancs kő, aztán kihuzhatod .

unmount nem kell, mivel eleve nem is kerül felcsatolásra, ezért tudod írni közvetlenül a /dev/sdX meghajtót és nem a partíciót.
...meg írtad a sync -et, utánna már fölösleges, ha kész.