Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.

Dismiss

jigdo can't complete debian-10.9.0-amd64-STICK16GB-1.iso: 63 files not found

176 views

Skip to first unread message

Danilo Schembri

unread,

Feb 22, 2022, 5:30:06 PM2/22/22

Hi,

jigdo can't complete debian-10.9.0-amd64-STICK16GB-1.iso: 63 files not found.

I use jigdo-lite 0.8.1.

Is there a clean way to solve this?

Regards,
Danilo Schembri
Fingerprint 83e0 dd30 92c2 0121 1fe7 d67d df06 0dca 80b3 9009 via
https://keys.openpgp.org/vks/v1/by-fingerprint/83E0DD3092C201211FE7D67DDF060DCA80B39009

Andrew M.A. Cater

unread,

Feb 22, 2022, 5:40:06 PM2/22/22

Is there a particular reason why you're using 10.9 rather than 10.11
which is the latest point release. It might be that if you try 10.11,
all the files will be current.

With every good wish, as ever,

Andrew Cater

Danilo Schembri

unread,

Feb 22, 2022, 7:00:06 PM2/22/22

On Tue, 22 Feb 2022 22:35:14 +0000 Andrew M.A. Cater wrote:

> Is there a particular reason why you're using

> 10.9 rather than 10.11

The reason is because I need to test upgrade strategies on a 10.9 Debian server. And I didn't want to perform a system copy.

I'll try 10.11 as first instance.

Thank you and best regards.

Danilo

Thomas Schmitt

unread,

Feb 23, 2022, 4:00:05 AM2/23/22

Hi,

Danilo Schembri wrote:
> jigdo can't complete debian-10.9.0-amd64-STICK16GB-1.iso: 63 files not
> found.

Does jigdo-lite report the names of the missing files ?

It would be strange if it could not find all packages in the two repos
which are given at the end of debian-10.9.0-amd64-STICK16GB-1.jigdo
(visible after gunzip):
Debian=http://us.cdimage.debian.org/cdimage/snapshot/Debian/
Debian=http://snapshot.debian.org/archive/debian/20210328T103801Z/ --try-last

When i look into e.g.
http://us.cdimage.debian.org/cdimage/snapshot/Debian/pool/main/libb/libburn/
i see about all package versions of libburn which ever made it into Debian.

Have a nice day :)

Thomas

Danilo Schembri

unread,

Feb 23, 2022, 11:40:06 AM2/23/22

Hi Thomas,

On Wed, Feb 23, 2022 at 9:50 AM Thomas Schmitt <scdb...@gmx.net> wrote:

>> jigdo can't complete debian-10.9.0-amd64-STICK16GB-1.iso: 63 files not
>> found.
> Does jigdo-lite report the names of the missing files ?

Thomas Schmitt

unread,

Feb 23, 2022, 11:50:06 AM2/23/22

Hi,

Danilo Schembri quoted jigdo-lite:

> 62 Files not found on mirror:
> http://ftp.us.debian.org/debian/dists/buster/main/installer-amd64/20190702+deb10u9/images/netboot/debian-installer/amd64/grub/x86_64-efi/hfsplus.mod

This one indeed yields with wget
HTTP request sent, awaiting response... 404 Not Found

> [...]
> snapshot.debian.org/archive/debian/20210328T103801Z/dists/buster/main/installer-amd64/20190702+deb10u9/images/netboot/debian-installer/amd64/grub/x86_64-efi/hfsplus.mod

But this one works for me with wget.
(With and without prefix "http://". I wonder, though, why that prefix is
missing in the message from jigdo-lite.)

Can your locally installed program wget download the file from this URL ?

(I understand that jigdo-lite uses wget for downloading from the mirrors
https://sources.debian.org/src/jigdo/0.8.1-1/scripts/jigdo-lite/?hl=75#L72
)
(md5sum of the file should be 08ec2778c184818dc20af491bb291112 .)

I get the same download success with
http://us.cdimage.debian.org/cdimage/snapshot/Debian/dists/buster/main/installer-amd64/20190702+deb10u9/images/netboot/debian-installer/amd64/grub/x86_64-efi/hfsplus.mod
which is not listed in your report but should have been tried due to
the presence of
Debian=http://us.cdimage.debian.org/cdimage/snapshot/Debian/
at the end of the .jigdo file.

Was there a third block of URLS with "us.cdimage.debian.org/cdimage/snapshot"
in the program messages ?

Thomas Schmitt

unread,

Feb 23, 2022, 12:40:05 PM2/23/22

Hi,

it comes to me that you could try

http://us.cdimage.debian.org/cdimage/snapshot/Debian/

as answer to jigdo-lite's request for "Debian mirror" (while being in
the directory with the .jigdo file and the incompletely filled .iso).
Maybe this brings you the missing 62 files.

(It would also bring up the question why that mirror does not work
as fallback for other less well filled mirrors.)

Andrew M.A. Cater

unread,

Feb 23, 2022, 12:50:06 PM2/23/22

https://cdimage.debian.org/cdimage/archive/10.9.0/amd64/

use the original cdimage machine which is located in Sweden

Your US mirror might be defective ...

All the very best, as ever,

Andy Cater

Danilo Schembri

unread,

Feb 23, 2022, 9:30:06 PM2/23/22

)Hi Thomas,

On Wed, Feb 23, 2022 at 5:49 PM Thomas Schmitt <scdb...@gmx.net> wrote:

>> snapshot.debian.org/archive/debian/20210328T103801Z/dists/buster/main/installer-amd64/20190702+deb10u9/images/netboot/debian-installer/amd64/grub/x86_64-efi/hfsplus.mod
> But this one works for me with wget.

> (With and without the prefix "http://". I wonder, though, why that prefix is

> missing in the message from jigdo-lite.)

Ok, you're right. Please, don't pay attention to jigdo output: it is
cleaned a little bit by me. :#)
On the server that directory doesn't exist (try
snapshot.debian.org/archive/debian/20210328T103801Z ), but there is
"some magic" that brings you "somewhere" (latest build? the nearest?)
when you ask for a subdirectory that could (?) exist. And I like it!
:-)

It seems that, under specific circumstances, under Windows, wget
doesn't obey the "--force-directories" input switch (jigdo-lite
outputs "Bad file descriptor'').
wget distributed with jigdo 0.8.1 is version 1.21.1.
Changing wget with version 1.21.2 (from cygwin project) files download
succeeded.
BUT (tada!) when the download finishes, jigdo doesn't understand files
are there ("No such file or directory" it says) and throws away
everything.
There are some other steps I can't get.
It could be a jigdo+Windows related issue. Tomorrow I'll test from a
Linux machine

I guess the other questions in your e-mail are no more relevant, but,
please, tell me if I'm wrong.

Bye,
Danilo

Thomas Schmitt

unread,

Feb 24, 2022, 3:20:06 AM2/24/22

Hi,

i wrote:
> > snapshot.debian.org/archive/debian/20210328T103801Z/dists/buster/main/instal
ler-amd64/20190702+deb10u9/images/netboot/debian-installer/amd64/grub/x86_64

-efi/hfsplus.mod
> > But this one works for me with wget.

Danilo Schembri wrote:
> On the server that directory doesn't exist

Indeed. The entry "2021-03-28 10:32:28" is missing in
https://snapshot.debian.org/archive/debian/?year=2021&month=3
I did not look at that list yesterday, because i could access
20210328T103801Z directly.

> On the server that directory doesn't exist (try
> snapshot.debian.org/archive/debian/20210328T103801Z ), but there is
> "some magic" that brings you "somewhere" (latest build? the nearest?)
> when you ask for a subdirectory that could (?) exist. And I like it!
> :-)

That explains why it worked for me yesterday.
In my role as bystander i express my deep distrust towards such automats
which cover up discrepancies between .jigdo files and snapshot.debian.org.

(The behavior of URLs like https://snapshot.debian.org/archive/debian
is confusing on its own. The browser gets redirected to the main page.
wget throws a 404 error.)

Whatever
http://us.cdimage.debian.org/cdimage/snapshot/Debian/dists/buster/main/installer-amd64/20190702+deb10u9/
and
http://us.cdimage.debian.org/cdimage/snapshot/Debian/dists/buster/main/installer-amd64/20190702+deb10u9/images/netboot/debian-installer/amd64/grub/x86_64-efi/hfsplus.mod
are still reachable.

So my proposal still stands. Try jigdo-lite with "Debian mirror"

http://us.cdimage.debian.org/cdimage/snapshot/Debian/

---------------------------------------------------------------------

> under Windows,

This might or might not explain why the fallback mechanism does not work.
It will be interesting to see whether my proposal avoids the need for
falling back and whether jigdo-lite can work with the downloaded files.

> BUT (tada!) when the download finishes, jigdo doesn't understand files
> are there ("No such file or directory" it says) and throws away
> everything.

If it complains about the MD5 checksum of the downloaded files, then
this would be due to the fact that the downloaded file is not the
expected version.
But when i do

wget https://snapshot.debian.org/archive/debian/20210328T103801Z/dists/buster/main/installer-amd64/20190702+deb10u9/images/netboot/debian-installer/amd64/grub/x86_64-efi/hfsplus.mod

i get a file of which md5sum says 08ec2778c184818dc20af491bb291112,
which seems correct.

(The expectation of the .jigdo file is encoded as ("URL safe") base64 in
this line
COwneMGEgY3CCvSRuykREg=Debian:dists/buster/main/installer-amd64/20190702+deb10u9/images/netboot/debian-installer/amd64/grub/x86_64-efi/hfsplus.mod
The checksum can be decoded by
echo 'COwneMGEgY3CCvSRuykREg' | sed -e 's/-/+/g' -e 's/_/\//g' | \
base64 -d | od -t x1 | sed -e 's/^.......//' -e 's/ //g'
which yields
08ec2778c184818dc20af491bb291112
)

> I guess the other questions in your e-mail are no more relevant, but,
> please, tell me if I'm wrong.

Well, the proposal to try as "Debian mirror"
http://us.cdimage.debian.org/cdimage/snapshot/Debian/
is still worth a try.

If it does not work at all with MS-Windows and you have problems to
get jigdo-lite for the reachable Linuxes, then consider to try
https://wiki.debian.org/JigdoOnLive
which describes how to download Jigdo ISOs by a Debian Live system.

0 new messages