You are not logged in.
Hello, I have been dealing with Collection of SliTaz GNU/Linux 4.0 packages for days now.
Reading and all. The problem I do not have a lot of time. I work 6 days a week and 5 I work
2 jobs
I burned Collection of SliTaz GNU/Linux 4.0 packages it says it is iso, but it will not load.
It says can't find the image.
What to do with it and how to make it work?
Offline
@ooseven, I have a working packages.iso and can only suggest 1. do a md5 check to make sure that your downloaded file is not corrupted 2. re-burn the DVD.
Having said that, one of my old PCs will not boot with packages.iso but I have no problems with all other PCs - so, it is worth a trying to boot another machine to see whether that makes any difference.
Offline
I will reburn as my pc is not old, 4 core processor, 8 g ram.
But it must be a bad download or burn.
I will do it in w7
Offline
I requested Slitaz 4.0 Repository Packages be added to products available from a commercial firm and received the following reply:
"Thank you for your email. We would love to add the Slitaz packages
repository. We have tried on several occasions (since it's requested
fairly often), each time downloading it multiple times, and the hash
never matches what is published by the project.
So either the hash is being calculated incorrectly, or the ISO is being
consistently corrupted.
Until it's fixed by the project, we can't provide it on our website.
If you want to take the risk, we can provide it to you. But you should
know, it may be completely unusable."
Offline
http://mirror.slitaz.org/iso/cooking/packages-cooking.iso and http://mirror.slitaz.org/iso/4.0/packages-4.0.iso are built every day. The hash (.md5) changes every day. See date (Last modified) field in http://mirror.slitaz.org/iso/4.0/
http://mirror.slitaz.org/iso/3.0/packages-3.0.iso, http://mirror.slitaz.org/iso/2.0/packages-2.0.iso and http://mirror.slitaz.org/iso/1.0/packages-1.0.iso are frozen.
Offline
Since a new Slitaz 4.0 Repository Packages ISO is built and uploaded every day, this means that someone who is downloading the ISO while a new ISO is being uploaded will get a corrupted file. Am I correct? Can anyone tell us if it is standard operating procedure to upload the new ISO at the same time every day, and if so, what time of day would that be?
Offline
1- get packages-4.0.md5 first.
2- Use rsync:
# tazpkg get-install rsync
# rsync -vaP rsync://mirror.slitaz.org/slitaz/iso/4.0/packages-4.0.iso .
The next one(s) should be fast.
# rsync -vaP rsync://mirror.slitaz.org/slitaz/iso/4.0/packages-4.0.iso .
Edit:
The next one(s) should be fast.
# rsync -vaP rsync://mirror.slitaz.org/slitaz/iso/4.0/packages-4.0.md5 . &&
rsync -vaP rsync://mirror.slitaz.org/slitaz/iso/4.0/packages-4.0.iso .
The second rsync open the packages-4.0.iso about 1 second after packages-4.0.md5. You can download packages-4.0.iso during hours (or days), it is still opened and not removed (updated) on the mirror filesystem. The directory list may show a new one but you are still downloading the original.
According to http://mirror.slitaz.org/iso/4.0/ the creation time is 02:50 Europe/Paris timezone (UTC+1)
Offline
No, it means you can download a packages iso and hash that do not match. Especially if you downloaded them both days apart. Who is this commercial site?
Offline
I won't give the name of the commercial supplier of Linux discs, because doing so might reveal the name of the sender of the email, and he might want to remain anonymous in this case. Let me just say it's probably number 1 on the web for Linux discs. I do want to add that the sender of the email did not say how and when the ISO downloads were attempted. So, some vital information is missing here.
My interest in requesting Repository Packages on DVD is because I only have dial-up access. I sure there are others having broadband access who would like to download the ISO using a Windows machine, not a machine running Linux.
I'm still interested in knowing if there is a "best" time to download the Repository Packages ISO -- meaning a time when a new upload is not taking place. I know when I was using PCLinuxOS there were some problems with updates due to just this; people were attempting online updates when the developers were uploading files.
Offline
i use that and update speed is amazing 26 mb/s i have only 1 Mbit link
you can use it even in windows with cygwin
thanks very much ^_^
[ Generated in 0.018 seconds, 7 queries executed - Memory usage: 1.55 MiB (Peak: 1.77 MiB) ]