Hi,
Dennis Clarke wrote:
> # dd if=/cdrom/test/debian_20220328/debian-11.0.0-sparc64-NETINST-1.iso
> of=/dev/rdsk/c0t1d0s0 bs=2048 count=189529
> dd: unexpected short write, wrote 1536 bytes, expected 2048
> 65725+0 records in
> 65725+0 records out
> So that is strange. Perhaps the iso image file
Hi,
Jan Engelhardt wrote:
> https://oss.oracle.com/linux-sparc/isos/
I downloaded
https://oss.oracle.com/linux-sparc/isos/linux-sparc-1.0-DVD.iso
It was made by genisoimage in 2015 and has a Sun disk label like
debian-10.0-sparc64-grub-NETINST-1.iso of 27 Apr 2019.
Have a nice day :)
Thomas
Hi,
John Paul Adrian Glaubitz wrote:
> You are very welcome to create a guest account for Debian Salsa
I already have one for xorriso related package preparation.
> and open
> merge requests for the debian-installer and debian-cd projects [1].
It is more about weighing the options and their co
Hi,
John Paul Adrian Glaubitz wrote:
> there is also a test image for ia64 with GRUB
> https://cdimage.debian.org/cdimage/ports/grub-test/
Interesting. I never had an ISO for Itanium.
Looks very similar to the Debian arm64 ISOs. Much neater MBR partition
table than i386 and amd64 ISOs.
I still s
Hi,
> PS: You can fetch the image from the known location to test
Looks good. Viewing xorriso arguments in /mnt/iso/.disk/mkisofs ...
looks good too.
The ISO is now added to my collection of bootable ISOs for regression
test. My test loop checks whether the ISOs which are repacked from
existing
Hi,
i wrote:
> grub-mkrescue copies stuff to bytes 512 to 767 of its -G image.
It's 512 to 1023, of course.
Have a nice day :)
Thomas
Hi,
there is a copy of the -G image file in the ISO:
/boot/grub/sparc64-ieee1275/cdboot.img
It has only 512 bytes. Very non-zero.
But block 0 is for the SUN disk label (partition table).
libisofs overwrites it completely at ISO production time.
See
https://sources.debian.org/src/libisofs/1.
Hi,
xorriso-wise, the debian-10.0-sparc64-grub-NETINST-1.iso looks ok:
$ xorriso -indev debian-10.0-sparc64-grub-NETINST-1.iso \
-report_system_area plain
...
Volume id: 'Debian 10.0 sparc64 n'
System area options: 0x000c
System area summary: SUN-SPARC-Disk-Label
I
Hi,
bytes 512 to 768 of debian-10.0-sparc64-grub-NETINST-1.iso are all
zero, except the numbers inserted by xorriso:
At byte 552: 00 00 00 00 00 1a b0 0
At byte 560: 00 06 e9 f0
So something went wrong with boot block image production before the
xorriso run, where it was used with
Hi,
John Paul Adrian Glaubitz:
> xorriso -as mkisofs -r -checksum_algorithm_iso md5,sha1
> -V 'Debian 10.0 sparc64 n'
> -o /home/glaubitz/debian-cd-test/debian-10.0-sparc64-NETINST-1.iso
> -J -joliet-long -cache-inodes
> -G /home/glaubitz/tmp/sid/CD1/../CD1/boot/grub/sparc64-ieee1275/cdboot.img
>
Hi,
> xorriso -as mkisofs -r -checksum_algorithm_iso md5,sha1
> -V 'Debian 10.0 sparc64 n'
> -o /home/glaubitz/debian-cd-test/debian-10.0-sparc64-NETINST-1.iso
> -J -joliet-long -cache-inodes
> -G /home/glaubitz/tmp/sid/CD1/../CD1/boot/grub/sparc64-ieee1275/cdboot.img
> -B ...
> --grub2-sparc-core
Hi,
John Paul Adrian Glaubitz wrote:
> -J -joliet-long -cache-inodes -l
> -G $CDDIR/../CD1/boot/grub/sparc64-ieee1275/cdboot.img -B ...
>
> Would it be enough to just switch to xorriso here?
I think you forgot -o result.o and -V Volume_Id.
They are all in the list of emulated options (xorriso -a
Hi,
Mark Cave-Ayland wrote:
> In that case I think the change for Adrian's second patch should in fact be
> this:
> add_mkisofs_opt $CDDIR/../$N.mkisofs_opts "-G cdboot.img -B ...
> --grub2-sparc-core /boot/grub/core.img"
>
> Does that look better?
If /boot/grub/core.img is the path of the next
Hi,
Mark Cave-Ayland wrote:
> - In your second patch re-enable the -G/-B options but with -G set to
> cdboot.img:
> add_mkisofs_opt $CDDIR/../$N.mkisofs_opts "-G cdboot.img -B ..."
Does this refer to
From: John Paul Adrian Glaubitz
Date: Thu, 25 Apr 2019 00:05:45 +0200
https://lists.de
Hi,
> - the first 32K of an ISO9660 is undefined
That's such a negative word. :))
It is "reserved for system use" and "not specified" by ISO 9660 / ECMA-119.
> - boot.S and diskboot.S get built into cdboot.img
grub-mkrescue opens cdboot.img for reading and the image file for -G
for writing and
Hi,
John Paul Adrian Glaubitz wrote:
> I have read the genisoimage manpage and I have to admit, I haven't fully
> understood
> yet how it is supposed to work. It seems we have to specify the bootloader
> code
> with -G, thus -G cdboot.img. But -B is apparently used to pass a whole
> directory
>
Hi,
Fred wrote:
> It appears the HP DVD drive is defective. It now doesn't work with Wheezy
> either.
Oh yeah. Age sucks.
I assume you already checked with a different cable. So there remains
only the duty to submit it to an environmentally conscious recycling
system.
Have a nice day :)
Thom
Hi,
Fred wrote:
> [ 21.343237] ata2.00: ATAPI: HL-DT-ST RW/DVD GCC-H20N, C805, max UDMA/44
Aha. An LG CD burner and DVD reader ("combo" drive). A dozen years old,
at least.
> [ 21.367287] ata2.00: configured for MWDMA2
> [ 42.175653] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x
Hi,
Frank Scheiner wrote:
> as my Ultra 10 has a CDROM drive installed
> instead of a DVDROM drive I was mislead to write "CDROM drive"
"DVD" gives a hint of the age of the drive. Everything from this century
should be driven by SCSI commands (volumes SPC, SBC, MMC).
There must have been old day
Hi,
Fred wrote:
> > [...] DVD drive [...]
Frank Scheiner wrote:
> if a specific CDROM drive and
> the assumed "compatible" driver don't work together, this results in a
> situation like yours
All DVD capable drives at IDE are supposed to work by the SCSI/MMC protocol
via ATAPI. So there is few c
Hi,
sacarde wrote:
> I try to customize "debian-9.0-sparc-netinst" iso
> what suggest me to use?
The ISO production command line is recorded in many Debian ISOs as file
/.disk/mkisofs
Google did not find me a "9.0-sparc" ISO, but only
debian-9.0-sparc64-NETINST-1.iso
In its file /.disk/mki
Hi,
Sébastien Bernard:
> Cheers to team work.
Special cheers to Patrick Baggett !
And thanks to all who cared for this problem. I'd need more
users who don't shrug but complain and tell me that i'm wrong.
The bug fix is now committed as
http://libburnia-project.org/changeset/5324
(We still d
Hi,
Sebastien's machine now has a xorriso-1.3.7 (the current development
snapshot) with changed libburn/async.c.
The callers of add_worker() now declare:
union w_list_data o;
rather than
struct union_member o;
The type of the fourth parameter of add_worker has been changed
fro
Hi,
> No, it's plain wrong. Unions are fine, if used properly. You aren't
> using them properly.
Duh. You convinced me. The callers do it wrong, indeed.
They would have to use local union variables instead of their actual
structs. The parameter of add_worker() should be a pointer to the
union, no
Hi,
> I really need a disassembly and to be able to probe the runtime
> stack a bit, so that really means that I need to build the code. :)
The current example would be a bit too opulent, i guess:
-rwxr-xr-x 1 thomas thomas 3753398 avril 28 17:49 xorriso/xorriso
(wget http://www.gnu.org/softw
Hi,
i wrote:
> struct write_opts write;
> ...
> add_worker(Burnworker_type_writE, d,
> (WorkerFunc) write_disc_worker_func, &o);
Urgh. I copied the wrong struct definition. Line 592 bears of course:
struct write_opts o;
which is used in the call of add_worker().
Ha
Hi,
Patrick Baggett:
> Could you explain the context around this code? Perhaps the source is
> not really "alignment safe" and could use some patching upstream? I'd
> be happy to provide advice or code samples.
The context was misposted to bug report 731806 as message #87:
https://bugs.debian.o
Hi,
sorry for mis-posting the first reply for bug 746254 to this bug 731806.
Meanwhile it turned out that the SIGBUS vanishes if i do not
compile with -O2 or if i replace "a->u =" by memcpy().
So it seems worth to check whether genisoimage resp. strcmp() work
properly if not compiled with -O2.
Hi,
Sébastien Bernard:
> result from strcmp('\','\0001' is 0)
> result from strcmp('\','\0001' is -1)
> Typicaly, an endianness error.
But one in strcmp(), not in your code or the one of genisoimage.
You compare an empty string with a string that contains one
character 0x01.
This is under
Hi,
> I may provide you access to a shell account on my machines if needed.
Yes, please.
Plus a directory tree
./tmp/miniiso/cd_tree
which can cause the xorriso crash.
> Sparc architecture is extremely picky about alignement. Bad alignement,
> yields SIGSEGV whereas intel only do it in the l
Hi,
> I tried with the xorriso -as mkisofs command, with no luck.
> This command terminates with a SIGBUS no matter of the options I pass on
> the command line.
Ouch.
I have no Debian of arch "sparc" in reach.
> xorriso -as mkisofs -r -J -o ./tmp/miniiso/mini.iso -G /boot/isofs.b -B
> ... ./t
31 matches
Mail list logo
