Rufus vraag

[EvC]

Rufus biedt de mogelijkheid voor een ISO image modus en een DD image modus.
De DD image modus zou een mogelijke oplossing kunnen zijn voor startproblemen in ISO modus.
In welke situaties mag ik dan denken dat het vooruitgang kan bieden, bij een BIOS of bij een UEFI, of bij beide?
Vooral bij de huidige UEFI's en het installeren van Linux als hoofdbesturingssysteem op een origineel Windows 10 device zijn er nogal wat problemen.
In dit geval ga ik er vanuit dat Secure Boot uitschakelbaar is.

[rico70]

Ik zou kiezen voor de DD image modus. dd gebruik ik nl zelf altijd in Linux om een ISO naar USB te schrijven en dat gaat altijd goed.

[nemo]

@EvC,
Heeft je vraag som verband met   dit topic #6 & 7
Daar word ook geschreven over DD, heb er geen ervaring mee,waar het juist over gaat weet ik niet.
In Rufus ja daar is de optie DD ook??
Mvg

[EvC]

Mogelijk, in dat topic wordt de DD image modus summier aangehaald. Wellicht kan dat hier iets uitgebreider.

[swake]

Wat is DD
Lees hier meer .
https://askubuntu.com/questions/896911/is-dd-image-disk-writing-permanent

https://help.ubuntu.com/community/mkusb

[nemo]

@Swake,
Spijtig genoeg is mijn Engels niet echt goed om die linken te doorworstelen .hopelijk voor de TS wel.
Eerste link lees ik wel iets van Rufus,zeg maar iets he.
Komt er op neer,dat X distro van Linux niet wil opstarten(gemaakt met rufus) ,zo wel in oud BIOS als EUFI.
Terug opstartbare USB maak met optie DD in Rufus?Het dan wel lukt?
Ben ik beetje mee?
Mvg

[swake]

In dit topic zijn veel antwoorden te vinden .
https://forum.ubuntu-nl.org/index.php?topic=102999.0

lees ook eens #91

[nemo]

Gelukkig kan een hacker via de netwerkaansluiting bij een niet spanningsloze machine bij het UEFI komen.......

Gelezen zie echt het verband niet met de vraag DD,kan natuurlijk aan mij liggen he.
Vraag van mij is dit

Terug opstartbare USB maak met optie DD in Rufus?Het dan wel lukt?

Kan het soms simpel?
Mvg

[swake]

Handleiding Rufus
https://github.com/pbatard/rufus/wiki/FAQ

Vertaling > Nederlands
https://github.com/pbatard/rufus/commit/28d3423c5c9978c92dcfa94b178f6151f5a4fb5a

[nemo]

@Swake
Super bedankt voor je linken (hopelijk voor de TS)
Voor ergers leek als ik ,word het teveel al die lectuur!
Blijf gewoon Rufus gebruiken,mocht ik probleem tegen komen ja dan gaan we eens met DD aan de slag .
@Rico

Ik zou kiezen voor de DD image modus. dd gebruik ik nl zelf altijd in Linux om een ISO naar USB te schrijven en dat gaat altijd goed.

Soms van jouw uitleg mogelijk? Gebruik Rufus niet met DD, jij wel waar om ?
Mvg

[EvC]

Iets pragmatischer zou inderdaad welkom zijn.
Ik bedoel, als het met een ISO image USB stick fout gaat, wat zorgt er dan voor dat het met een DD image USB stick wel goed kan gaan met een BIOS of UEFI.
Dit ook in verband met de huidige problemen van Linux op Windows 10 devices.

[rico70]

@nemo, ik gebruik geen Rufus, ik heb nl geen windows meer. In Linux gebruik ik dd, dat werkt altijd. Vandaar dat ik adviseer om het met Rufus ook met dd te proberen.

[nemo]

@nemo, ik gebruik geen Rufus, ik heb nl geen windows meer. In Linux gebruik ik dd, dat werkt altijd. Vandaar dat ik adviseer om het met Rufus ook met dd te proberen.

Mag ik dan weten wat je gebruikt in Linux?
Je advies van DD kan wel nuttig zijn,zelf gebruik ik het niet in Rufus.
Mvg

[EvC]

In Linux gebruik ik dd, dat werkt altijd. Vandaar dat ik adviseer om het met Rufus ook met dd te proberen.

Heeft bijvoorbeeld UNetbootin dan ook een mogelijkheid voor een DD image modus?
Of andere applicaties met hetzelfde doel?

[swake]

DD kun je vergelijken met een cloontooltje .
Om te clonen moet de doelschijf even groot of groter zijn dan de bronschijf . Maar wat doe je als je een ISO bestand van 1,5 GB gebrand hebt naar een DVD schijfje en het schijfje gefinaliseerd hebt en je wilt het ISO bestand clonen naar een USB stick van maar 2 GB capaciteit . Normaal zal dat niet lukken .
Met dd ga je enkel het ISO bestand van 1,5 GB clonen naar de USB stick .

[rico70]

@nemo, ik gebruik geen Rufus, ik heb nl geen windows meer. In Linux gebruik ik dd, dat werkt altijd. Vandaar dat ik adviseer om het met Rufus ook met dd te proberen.

Mag ik dan weten wat je gebruikt in Linux?
Je advies van DD kan wel nuttig zijn,zelf gebruik ik het niet in Rufus.
Mvg

In Linux gebruik ik dd, dat is een terminal commando

Code: [Selecteer]

dd if=filenaam.iso of=/dev/sdXif input file
filenaam de naam van je ISO bestand
of output file
/dev/sdX waar het naar toe moet, USB stick bv. Als je maar 1 harde schijf in je computer hebt en voor de rest geen externe schijven / sticks is dit meestal sdb

[nemo]

DD kun je vergelijken met een cloontooltje .

@swake ,
Ja nu ben ik mee,zelf zit ik op totaal verkeerde trein lol.Want gaat over van DVD naar USB,doe ik nooit.geen probleem dan met DD!
Hopelijk de TS ook, ben er klaar mee,gewoon Rufus gebruiken en klaar is kees!
Bedankt voor je nuttige uitleg!!!!
Mvg

[EvC]

DD kun je vergelijken met een cloontooltje.

Dan nog geeft het geen uitleg wat het verschil maakt met een USB ISO image en waarom de DD methode wel zou helpen bij opstartproblemen.

[EvC]

[swake]

Toch wat gevonden i.v.m. dd
Alhoewel ik toch al heel wat ken van commando's gebruiken in linux had ik nog niet eerder gehoord van het dd commando .
https://www.computerhope.com/unix/dd.htm

[swake]

Vooral bij de huidige UEFI's en het installeren van Linux als hoofdbesturingssysteem op een origineel Windows 10 device zijn er nogal wat problemen.
In dit geval ga ik er vanuit dat Secure Boot uitschakelbaar is.

Lees in onderstaand topic reactie #49 , dat zal meer duidelijkheid scheppen .
https://forum.ubuntu-nl.org/index.php?topic=102999.25

[EvC]

Nog meer linkjes plaatsen vertroebeld de discussie, Swake.
Wellicht is er een verband met Windows 10 devices, Linux en met Rufus gemaakte DD image USB sticks. Dat is waarover het gaat.
En ik ben er vanuit gegaan dat Secure Boot uitgeschakeld kan worden (zie mijn openingspost).
Dit is mede naar aanleiding van dit topic.

[DeBaas]

Terug opstartbare USB maak met optie DD in Rufus?

Met dd gemaakt is een exacte kopie.
De standaard 64bit Ubuntu iso's zijn dan geschikt voor zowel UEFI als standaard (oudere) BIOS.
Op een UEFI machine kies je dan bij opstarten voor de UEFI USB, niet voor de USB zonder UEFI in de naam.
De USB is n.l. mogelijk 2x zichtbaar.

[jolo]

Ik heb als test beide uitgeprobeerd. Rufus
Partitie-indeling en type doelsysteem: GPT partitie-indeling voor UEFI
Bestandssysteem: FAT32
Clustergrootte: 4096 (standaard)

Indien gekozen voor "DD image", worden bovenstaande opties lichtgrijs.

Bij de keuze voor "disk met ISO image", komt deze terecht op één FAT32 partitie met GPT partitie-indeling. Indien gekozen voor "DD image", komt er op de usb-stick een aparte EFI patitie. De output van

Code: [Selecteer]

sudo parted -l wordt dan

Code: [Selecteer]

Warning: The driver descriptor says the physical block size is 2048 bytes, but
Linux says it is 512 bytes.
Ignore/Cancel? i                                                         
Model: USB 2.0 USB Flash Drive (scsi)
Disk /dev/sdb: 16,2GB
Sector size (logical/physical): 2048B/512B
Partition Table: mac
Disk Flags:

Number  Start   End     Size    File system  Name   Flags
 1      2048B   6143B   4096B                Apple
 2      7352kB  9744kB  2392kB               EFI

De usb-stick is overigens slechts 4 GB groot. Als ik de beide usb-sticks test, op de hoofd-pc uit mijn onderschrift, zit er geen verschil tussen. Dat wil zeggen beide usb-sticks tonen in het EFI boot menu zowel USB als UEFI USB.

Edit: Ik deed deze test met een Xubuntu 16.04.3-desktop-amd64 ISO.
En

Code: [Selecteer]

sudo fdisk -l ziet de rufus > "DD image" als

Code: [Selecteer]

Waarschuwing: GPT (GUID-partitietabel) gevonden op '/dev/sdc'!
Het programma 'fdisk' ondersteunt GPT niet.  Gebruik GNU 'parted'.


Schijf /dev/sdc: 4043 MB, 4043308544 bytes
255 koppen, 63 sectoren/spoor, 491 cilinders, totaal 7897087 sectoren
Eenheid = sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logischl/fysiek): 512 bytes / 512 bytes
in-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes
Schijf-ID: 0x137db39b

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sdc1   *           0     2603519     1301760    0  leeg
/dev/sdc2           14360       19031        2336   ef  EFI (FAT-12/16/32)

Waarschuwing: GPT (GUID-partitietabel) gevonden op '/dev/sdc1'!
Het programma 'fdisk' ondersteunt GPT niet.  Gebruik GNU 'parted'.


Schijf /dev/sdc1: 1333 MB, 1333002240 bytes
255 koppen, 63 sectoren/spoor, 162 cilinders, totaal 2603520 sectoren
Eenheid = sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logischl/fysiek): 512 bytes / 512 bytes
in-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes
Schijf-ID: 0x137db39b

   Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sdc1p1   *           0     2603519     1301760    0  leeg
/dev/sdc1p2           14360       19031        2336   ef  EFI (FAT-12/16/32)