Software-update: balenaEtcher 1.5.113

Versie 1.5.113 van balenaEtcher is uitgekomen. Met dit opensource- en crossplatform-programma kunnen op een eenvoudige en veilige manier OS-images op geheugenkaartjes of USB-sticks worden geflasht. In het selectiescherm laat het alleen geheugenkaartjes of USB-sticks zien, zodat nooit per ongeluk een hardeschijfpartitie wordt overschreven, en na afloop kan de schrijfactie worden gevalideerd. Verder is het ook mogelijk om een image naar meerdere devices tegelijkertijd te schrijven. Sinds versie 1.5.111 zijn de volgende veranderingen en verbeteringen doorgevoerd:

Changes in version 1.5.113

• Show the first error for each drive (not the last)
• Fix red leds not showing for failed devices
• docs: add documentation links
• docs: update macOS version
• Improve hover message when the drive is too small
• Update electron to v9.4.0
• Update npm to v6.14.8
• Update rgb leds colors
• Remove unmountOnSuccess setting
• Only show auto-updates setting on supported targets
• Remove dead code in settings modal
• Fix effective flashing speed calculation for compressed images
• Change some border colors to have higher contrast
• Update etcher-sdk from 5.1.10 to 5.1.11
• Update sys-class-rgb-led from 2.1.1 to 3.0.0

Changes in version 1.5.112

• Add rendition and sys-class-rgb-led to repo.yml
• Update sys-class-rgb-led from 2.1.0 to 2.1.1
• Fix layout when the featured project is not showing
• Improve flashing error handling
• Fix modal content height on Windows
• Update etcher-sdk from 5.1.5 to 5.1.10
• Set useContentSize to true so the size is the same on all platforms

Versienummer	1.5.113
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, macOS, Windows 8, Windows 10
Website	Balena
Download	https://github.com/balena-io/etcher/blob/master/CHANGELOG.md
Bestandsgrootte	124,00MB
Licentietype	GPL

Reacties (37)

Ik snap niet dat een programma 124 mb moet zijn om een sdcard te schrijven...

Dat komt door Electron. Ik gebruik deze tool vrijwel wekelijks en het werkt erg prettig, niet alles hoeft in de CLI om cool te zijn.

[Reactie gewijzigd door Thomzh op 18 december 2020 23:18]

Echter hoeft ook niet alles in Electron worden gemaakt. En CLI is niet het enige alternatief; er zijn voldoende op GUI gebaseerde image schrijvers ( zoals windiskimager, rufus, unetbootin, woeusb, en imagewriter) die een relatief spartaanse maar functionele GUI hebben.

windiskimager, rufus, unetbootin, woeusb, en imagewriter

En geen van die tools werken op iets anders dan Windows. Etcher wel, dankzij Electron. Toegegeven, waarom je dit op een mac of Linux bak wil is een tweede, die hebben vaak zelf betere tools tot hun beschikking, maar dat is een andere discussie.

imagewriter is unix-only, woeusb is linux-only, en unetbootin is beschikbaar op de meeste OSes.

edit; ik heb inderdaad niks voor macos benoemd, maar dat is enkel omdat ik geen gebruikservaring heb met het OS, noch disk writer applicaties op macos.

[Reactie gewijzigd door OdieHerpaderp op 21 december 2020 16:02]

Heb je een link naar imagewriter? UNIX only software anno 2020 is een beetje een museum stuk, vandaar de interesse.
woeusb is een hobbyproject zonder releases, zo te zien.
unetbootin werkt vaker niet dan wel..

Het gaat mij niet om een cli of zo, ik gebruik zelf win32diskimager en dat werkt prima. Ik begrijp dat het framework wat wordt gebruikt er voor zorgt dat het zo groot is dus?

Ik zou zeggen, hang er eens wireshark voor en huiver wat er allemaal wordt verstuurd, alleen voor het schrijven van een isootje. Rufus bv verstuurt...niets

Op de Mac is het 211 MB, waarbij het Electron Framework 170 MB is.
Als je naast Etcher bijvoorbeeld ook nog Slack of Whatsapp gebruikt heb je dus allemaal de zelfde frameworks in verschillende apps die allemaal ruimte innemen...
Je had wellicht ook gewoon alles netjes in een 'normale' taal kunnen schrijven

Bij werkelijk elke release van dit programma hier, is dat de eerste opmerking.

Gebruikte dit veel in Windows. In Fedora gebruik ik gewoon Fedora Media Writer.

In Fedora gebruik ik gewoon Fedora Media Writer.

Waarom niet GNOME disks? Zit ingebakken en integereert netter met je desktop (als je de GNOME versie van Fedora hebt, dan, maar daar ga ik wel vanuit nu). De Fedora Media Writer is het voor mij net niet.

Omdat ik XFCE gebruik. Gnome vind ik persoonlijk niks.

Ik neem aan dat je dan GNOME Shell bedoelt, want XFCE is gebouwd op GNOME techniek/technologie. Maar goed, dat even terzijde. De XFCE variant van Fedora heeft precies dezelfde utility aan boord om ISO's naar disk te flashen onder Toepassingen -> Hulpmiddelen -> Schijven

He, dat is handig, wist ik niet. Dank je.

Bloatware.....

En spyware.

Hoezo? En wat raad je wel aan? Gebruik namelijk ook vaak etcher, werkt erg prettig

Op Windows is Rufus onverslaanbaar, zeker de oudere versie met hun oude GUI (2.18.1213) waar ik net even meer mee kan (Windows 10 MBR op Fat32 zodat die ook in UEFI werkt). Die kan ook gewoon prima images flashen, maar ook FreeDOS sticks maken, Windows ISO's flashen en zelfs Windows To GO maken. Betere tool voor images flashen is er niet.

Op Linux vind ik Mintstick de allerbeste optie, Dan heb je 1 tool om simpelweg images te flashen, en een andere die USB sticks eenvoudig kan formatteren naar bijvoorbeeld NTFS.

Voor multibooten vind ik zelf Easy2Boot de beste, en voor de Vantoy liefhebbers is er in Easy2Boot een optie om Ventoy te integreren zodat je beide hebt.

Ventoy of rufus. Komen beide hier ook voorbij.

Zie bijv etix111 in 'downloads: balenaEtcher 1.5.111'

Ik raad dd aan. Zijn ook non-bloated frontends voor.

Hoe maak je met dd een bootable usb stick?

dd if=file.iso of=/dev/usb_drive status=progress

Ik weet wel hoe je met dd data kopieert, maar op deze manier heb je dus bijna nooit een goed bootende .iso. Daar zijn nog meer handelingen voor nodig. En daarom zijn tools als Unetbootin, Rufus en Etcher zo handig.

Vroeger moest je nog wel eens met fdisk de partitie bootable maken maar tegenwoordig niet meer nodig. In BIOS moet je misschien selecteren dat je van een custom partitie wilt booten maar daar zou je met Etcher ook last van hebben.

Het enige mooie aan Etcher is dat het cross-platform is...

Het programma is overigens niet GDPR compliant. (Zie de ticket )

Ik doe het anders al 10 jaar met dd. Tot nu toe nog geen enkele stick gehad die niet wilde booten, op BIOS en UEFI machines. Dit was tot 15 jaar terug voor met Ubuntu een issue, maar dat lag aan de aangeleverde ISO bestanden, die waren feitelijk niet goed (gemaakt voor CD/DVD). Nu zijn ze over op een andere manier van ISO's bakken met USB drives als primaire focus, nu booten ze dus wel standaard.

Elke andere Linux distro doet het trouwens al jaren zonder issues. Ook Windows, trouwens.

Enige puntje wat veel mensen (ook hier!) vergeten is dat dd maar de helft van het verhaal is. Dit is een betere optie:

dd if=<iso bestand> of=<output> status=progress; sync

Aangezien er USB drives zijn die pas schrijven op moment van uitwerpen (*kuch kuch* Sandisk *kuch kuch*)

[Reactie gewijzigd door sfranken op 20 december 2020 15:12]

Vaak werkt iets naar een USB dd-en ook gewoon niet en staat de data er wel op geflasht maar wil het niet booten. Unetbootin of Etcher zijn in mijn ervaring de betrouwbaarste oplossing.

Mua, sfranken in 'downloads: balenaEtcher 1.5.113'

Want? Bron??

Bij de vorige release (downloads: balenaEtcher 1.5.111) hier op tweakers heb ik hier over gereageerd, maar toen zei ik het volgende erop:

De tranen springen je ook in de ogen als je ziet hoe ze omgaan met kritiek van de community over dit probleem:
https://github.com/balena-io/etcher/issues/2497

Skip deze tool mensen...

Jammer dat je zo wordt gedownvote. Het doet mij pijn als Linux distro's deze tool aanraden om een bootable USB stick te maken. Dan kies ik liever voor Rufus of gewoon de ISO extracten als dat kan.

Dit is de enige Electron-app die ik graag gebruik. Betrouwbaarder dan Unetbootin, gebruiksvriendelijker dan Rufus.

[Reactie gewijzigd door novasurp op 20 december 2020 16:33]

Wel, omdat je aandringt.... je hebt wellicht gelijk. Mijn pijlen waren naar Windows gericht, en niet naar Windows gebruikers, ook al klonk het zo. Hierbij mijn excuus. Ik gebruik zelf trouwens ook nog regelmatig Windows.