On Fri, Jun 14, 2019 at 06:15:00PM -0600, Chris Murphy wrote:
> I would not be surprised if there are either bugs or intentional
> oddity with the firmware in Apple hardware. Only recently is it based
> on UEFI 2.x, for a long time it was based on Intel EFI 1.10 with a lot
> of Apple only stuff add
Sorry, I lost track of this thread, but read through it and doesn't
appear I need to provide anymore info.
I would not be surprised if there are either bugs or intentional
oddity with the firmware in Apple hardware. Only recently is it based
on UEFI 2.x, for a long time it was based on Intel EFI 1
Hi,
i wrote:
> > So i propose the change as fine tuning of the original developer's
> > intention. (Vladimir will correct me if i'm wrong.)
Daniel Kiper wrote:
> After some thinking I have an itching to add the "-k" option to the
> mformat.
I am not courageous enough to go that far.
> So, I wo
On Thu, May 16, 2019 at 02:18:51PM +0200, Thomas Schmitt wrote:
> Hi,
>
> i quoted mformat.c:
> > > /* install fake partition table pointing to itself */
>
> Daniel Kiper wrote:
> > OK, but why it is also done for FDD images?
>
> According to its man page, mformat formats floppies. So the questio
Hi,
i quoted mformat.c:
> > /* install fake partition table pointing to itself */
Daniel Kiper wrote:
> OK, but why it is also done for FDD images?
According to its man page, mformat formats floppies. So the question
would be why it creates a partition table at all.
> > Either mformat's res
On Wed, May 15, 2019 at 12:57:58PM +0200, Thomas Schmitt wrote:
> Hi,
>
> > Again, this is an FDD 2880K image and there is no MBR there. Your
> > interpretation is wrong.
>
> In respect to MBR partition table, mformat source has at
> https://sources.debian.org/src/mtools/4.0.23-1/mformat.c/#L1375
Hi,
> Again, this is an FDD 2880K image and there is no MBR there. Your
> interpretation is wrong.
In respect to MBR partition table, mformat source has at
https://sources.debian.org/src/mtools/4.0.23-1/mformat.c/#L1375
code with this comment:
/* install fake partition table pointing to itse
On Tue, May 14, 2019 at 08:04:01AM +0200, Thomas Schmitt wrote:
> Hi,
>
> Daniel Kiper wrote:
> > may I ask you to write a summary of your findings,
>
> A Macbook took offense from the MBR partition table entry in the EFI FAT
> image which grub-mkrescue produces by help of mformat(1).
> Vladimir st
Hi,
Daniel Kiper wrote:
> may I ask you to write a summary of your findings,
A Macbook took offense from the MBR partition table entry in the EFI FAT
image which grub-mkrescue produces by help of mformat(1).
Vladimir stated that this partition table entry is not intentional and
that the informati
Hi,
Daniel Kiper wrote:
> may I ask you to write a summary of your findings,
A Macbook took offense from the MBR partition table entry in the EFI FAT
image which grub-mkrescue produces by help of mformat(1).
Vladimir stated that this partition table entry is not intentional and
that the informati
On Sat, May 11, 2019 at 10:39:25PM +0200, Thomas Schmitt wrote:
> Hi,
>
> Florian Pelz wrote:
> > I guess this is off-topic and we cannot learn anything about the
> > permissibility of mformat -k from Windows?
>
> Yes.
>
> The on-topic conclusion so far is that i cowardly propose to zeroize
> the M
[Please cc: me since I am not subscribed to that list]
Hello,
I know this is getting off-topic, but since I am surprised how many
people here (have to) base their knowledge of booting Windows install
media from rumors and "advertising", I decided to bring in my knowledge
and personal experience
Hi,
Florian Pelz wrote:
> I guess this is off-topic and we cannot learn anything about the
> permissibility of mformat -k from Windows?
Yes.
The on-topic conclusion so far is that i cowardly propose to zeroize
the MBR partition table in the mformat result before populating it
by mcopy.
(Code sni
Hi,
> On the other hand, in the Windows world this rarely causes any confusion
> since no Windows version I've encountered so far contains native tools
> to write an ISO (or any other image file) to a USB stick as Unix' "dd"
> command would.
A Wallace Line for ISO-zooa. This explains a lot.
> t
I guess this is off-topic and we cannot learn anything about the
permissibility of mformat -k from Windows?
Michael Schierl already explained everything, but still:
I reinstate the Windows 10 USB installation medium’s content.
On Sat, May 11, 2019 at 07:31:23PM +0200, Thomas Schmitt wrote:
> > I
Hi,
Florian Pelz wrote:
> Shall I continue testing?
I'm into ISO images. But it might be interesting to see what Microsoft
deems to be bootable and is willing to promote by its weight.
> I do not know how to verify on Windows if the boot used UEFI.
You could zeroize the x86 machine code in the
On Sat, May 11, 2019 at 02:05:25PM +0200, Thomas Schmitt wrote:
> > I will continue testing the Windows 10 USB install medium:
> > /dev/sdb1 * 2048 15728639 15726592 7.5G c W95 FAT32 (LBA)
>
> That's not an EFI System Partition.
> So i assume the USB stick boots by BIOS and x86 machine code
Hi,
> The Windows 8.1 ISO image that I downloaded from Microsoft yesterday
> also cannot be booted from a USB drive on neither this Macbook or
> another computer.
I wonder how other people can get to the impression that their attempts
succeeded. (Will have to wait for somebody who is willing to g
On Fri, May 10, 2019 at 06:27:17PM +0200, Thomas Schmitt wrote:
> Hi,
>
> Florian Pelz wrote:
> > This is not an install ISO but a USB install medium. The USB drive
> > was written by the Windows Media Creation Tool. Copying instead a
> > Windows ISO created by the Windows Media Creation Tool to
Hi,
Florian Pelz wrote:
> This is not an install ISO but a USB install medium. The USB drive
> was written by the Windows Media Creation Tool. Copying instead a
> Windows ISO created by the Windows Media Creation Tool to a USB drive
> does *not* yield a bootable USB drive; it does not even boot
On Fri, May 10, 2019 at 03:46:56PM +0200, Thomas Schmitt wrote:
> Hi,
>
> Florian Pelz wrote:
> > I would like to test but on this bootable German Windows 10
> > 32-bit+64-bit USB install medium, the content is different. How would
> > I find the offset in the USB image (you call it offset 454) w
Hi,
Florian Pelz wrote:
> I would like to test but on this bootable German Windows 10
> 32-bit+64-bit USB install medium, the content is different. How would
> I find the offset in the USB image (you call it offset 454) which I
> should zero out to break Windows?
That would be offset 454 in the
On Fri, May 10, 2019 at 09:09:25AM +0200, Thomas Schmitt wrote:
> The firmware of the affected Macbook probably tolerates everything
> except four zeros at byte offset 454 (here: 0x1039c6), where Microsoft
> has 20 61 6e 64.
I would like to test but on this bootable German Windows 10
32-bit+64-b
Hi,
iwrote:
> What do you get as hex dump of byte 1,062,912 to 1,063,423 ?
I found the answer in the hex dump:
00103800 eb 3c 90 4d 53 44 4f 53 35 2e 30 00 02 01 01 00 |.<.MSDOS5.0.|
00103810 02 e0 00 40 0b f0 09 00 12 00 02 00 00 00 00 00 |...@|
00103820 00 00 00 00 00 00
Hi,
Chris Murphy wrote:
> [Microsoft image CCCOMA_X64FRE_JA-JP_DV9]
> b040 91 ef 01 00 00 00 00 00 00 00 00 00 00 00 00 00 |
> b050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |
> b060 88 00 00 00 00 00 01 00 07 02 00 00 00 00 00 00 |
It comes to m
Hi,
Chris Murphy wrote:
> Fedora ISO's use isohybrid and have multiple partitions on their ISOs:
> MBR, GPT, and APM.
Well, the GPT is not valid because the MBR partition table is not
"protective". It has a partition of type 0xEF embedded in a partition
of type 0x00. Barely compliant to UEFI spec
Hi,
Vladimir 'phcoder' Serbinenko wrote:
> > have a look at windows install CD/DVD.
Chris Murphy wrote:
> I think there's no partition whatsoever, plain UDF.
> LABEL="CCCOMA_X64FRE_EN-US_DV9"
debian-user has a thread about a similar image: CCCOMA_X64FRE_JA-JP_DV9
https://www.mail-archive.com/
On Wed, May 1, 2019 at 1:31 AM Thomas Schmitt wrote:
>
> But this question is already decided by the EFI capable ISOs of Debian,
> Ubuntu, Archlinux, Fedora, and openSUSE. None of them has a partition
> table entry. I am not aware of failure reports which point to this as
> culprit.
Fedora ISO's
On Tue, Apr 30, 2019 at 5:43 PM Vladimir 'phcoder' Serbinenko
wrote:
>
> There is an easy way to check if -k can be used always: have a look at
> windows install CD/DVD. If it doesn't have partion table then we can drop it
> as well.
I think there's no partition whatsoever, plain UDF. I have a
Hi,
Vladimir Serbinenko wrote:
> There is an easy way to check if -k can be used always: have a look at
> windows install CD/DVD. If it doesn't have partion table then we can drop it
> as well.
Eek. After that i would have to scrub my eyes with a wire brush.
But this question is already decided
There is an easy way to check if -k can be used always: have a look at
windows install CD/DVD. If it doesn't have partion table then we can drop
it as well.
On Thu, 25 Apr 2019, 18:16 Thomas Schmitt, wrote:
> Hi,
>
> Daniel Kiper wrote:
> > How do you create USB stick from ISO image?
>
> By plai
On Thu, Apr 25, 2019 at 10:18:08AM +0200, Thomas Schmitt wrote:
> wget
> https://dev.lovelyhq.com/libburnia/libisoburn/raw/master/frontend/grub-mkrescue-sed.sh
> chmod u+x grub-mkrescue-sed.sh
>
> export MKRESCUE_SED_MODE=mbr_hfs
> export MKRESCUE_SED_IN_EFI_NO_PT=yes
>
> grub-mkrescue
Hi,
Daniel Kiper wrote:
> How do you create USB stick from ISO image?
By plain copy to the base device, as usual for a grub-mkrescue ISO.
Like
dd if=image of=usb_stick
> Have you tried latest Guix image?
Florian builds Guix ISOs locally. So i assume that it was newest Guix.
Nevertheless, th
On Wed, Apr 24, 2019 at 10:32:08PM +0200, Daniel Kiper wrote:
> On Sun, Apr 21, 2019 at 03:43:52PM +0200, Thomas Schmitt wrote:
> > Hi,
> >
> > this is about how exactly to solve a diagnosed and worked-around problem.
> >
> > Guix is one of the few distros which make their installation ISOs by
> >
On Sun, Apr 21, 2019 at 03:43:52PM +0200, Thomas Schmitt wrote:
> Hi,
>
> this is about how exactly to solve a diagnosed and worked-around problem.
>
> Guix is one of the few distros which make their installation ISOs by
> help of grub-mkrescue. The EFI boot manager of an old Macbook got stuck
> wh
Hi,
i wrote:
> > 1: Is there any use for the partition entry in the EFI partition of a
> > grub-mkrescue ISO ?
Vladimir Serbinenko wrote:
> Nope. An artefact of mformat that we don't really want. I just didn't know
> about -k (or maybe it didn't exist back then)
> > 2: Is there any use for the
On Mon, 22 Apr 2019, 01:42 Thomas Schmitt, wrote:
> Hi,
>
> this is about how exactly to solve a diagnosed and worked-around problem.
>
> Guix is one of the few distros which make their installation ISOs by
> help of grub-mkrescue. The EFI boot manager of an old Macbook got stuck
> when such an I
Hi,
this is about how exactly to solve a diagnosed and worked-around problem.
Guix is one of the few distros which make their installation ISOs by
help of grub-mkrescue. The EFI boot manager of an old Macbook got stuck
when such an ISO was presented on USB stick. I.e. it not only did not
boot the
38 matches
Mail list logo
