| View previous topic :: View next topic |
| Author |
Message |
Posted: Sun Nov 04, 2007 5:02 pm Post subject: |
|
|
The other night I "accidentally " upgraded an old kick around laptop from 2006 to 2008. The reason I say accidentally is because the partitions were not being formatted as I thought they would be. Anyway, once I noticed what was happening I let it go just to see what would happen.
Most things seemed to be OK, just about everything really, except for rpmdrake and related things. They flat out wouldn't work. So I just went ahead and did a fresh install which was the plan all along.
Last edited by stevelucas on Mon Nov 05, 2007 5:19 pm; edited 1 time in total |
|
stevelucas
Joined: 19 Feb 2003
Posts: 82
|
| Back to top |
|
 |
Posted: Mon Nov 05, 2007 9:11 am Post subject: |
|
|
| awilliamson wrote: | oh, yeah - I forgot you had that problem. I have absolutely no clue what would cause that and I've never seen it happen myself or to anyone else.
percentage output comes from the downloader used (curl or wget). urpmi just parrots whatever it gets from curl or wget, nothing is modified. I think wget has been modified recently to only show the percentage for quite large files. you could switch to curl, if you're using wget. |
I'm using curl. Perhaps the x86_64 version is broken or has been modified
Re. the machine that is not updating. I've found the /var/lib/urpmi/MD5SUM file only has entries for the DVD media. So it looks like all the other md5sum entries have not been added as part of the medium creation process. How could this have happened? Is there a way to force it to generate the entries?
However, I still get weird behaviour. I coped the MD5SUM file from the working machine to the dud one. I now no longer get the md5sum error when doing the urpmi.update. However, it downloaded the hdlist.cz files and then says that the mediums are all up to date when they are not! What could cause this behaviour? How does urpmi decide that a media is up to date or not? |
|
N_A_Mitchell
Joined: 14 Mar 2002
Posts: 471
|
| Back to top |
|
 |
Posted: Mon Nov 05, 2007 8:27 pm Post subject: |
|
|
The md5sums should be re-done every time you remove and re-add the repo. I've no idea why they wouldn't be.
I think it compares the local copy of the hdlist against the md5sum from the server. _________________ Adam Williamson | http://www.happyassassin.net
Fedora QA community monkey
Mandriva contributor, former community manager |
|
awilliamson
Site Admin
Joined: 30 Mar 2005
Posts: 25464
Location: Vancouver, B.C.
|
| Back to top |
|
 |
Posted: Tue Nov 06, 2007 10:31 am Post subject: |
|
|
| It looks like wget is the problem or the way urpmi uses wget. A clean install 2008 doesn't appear to put curl on the box. If I install curl then all my problems go away. |
|
N_A_Mitchell
Joined: 14 Mar 2002
Posts: 471
|
| Back to top |
|
 |
Posted: Thu Nov 08, 2007 8:56 pm Post subject: |
|
|
Back to the topic:
I moved /var to a separate partiiton, with different filesystem blocksize, and that helped much regarding rebuild of database, it now pass verification every time after rebuild, compared to before when it most often were found erroneous after rebuild.
However urpmi give segmentation fault.
Maybe I have incompatible versions, as i have changed some rpm thingys?
http://qa.mandriva.com/show_bug.cgi?id=32547#c172 _________________ Mandriva 2008.1 i32 on Desktop: nForce4, Opteron, ECC Chipkill, 15krpm SCSI. 2010.0 on T43 & T42p 1600x1200 encryption, LVM |
|
Morgano
Joined: 07 Nov 2005
Posts: 1164
Location: Sweden
|
| Back to top |
|
 |
|
Morgano
Joined: 07 Nov 2005
Posts: 1164
Location: Sweden
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|