Re: jigdo can't complete debian-10.9.0-amd64-STICK16GB-1.iso: 63 files not found
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.
Have a nice day :)
Thomas
Reply to: