On Tue, 14 Jan 2020 15:47:51 +0000, Peter Humphrey wrote: > > sent 2.71M bytes received 218.79M bytes 56.02K bytes/sec > > HOW long?! 56KB/s shows something going badly wrong.
This sounds like it could be a network problem. Have you used mirrorselect? > > total size is 208.96M speedup is 0.94 > > I've never seen a speedup less than 1 before. > > > * Manifest timestamp: 2020-01-12 18:38:55 UTC > > * Valid OpenPGP signature found: > > * - primary key: DCD05B71EAB94199527F44ACDB6B8C1F96D8BF6D > > * - subkey: E1D6ABB63BFCFB4BA02FDF1CEC590EEAC9189250 > > * - timestamp: 2020-01-12 18:38:55 UTC > > * Verifying /var/db/repos/gentoo/.tmp-unverified-download-quarantine > > ...!!! Manifest v> > > Manifest mismatch for media-plugins/Manifest.gz > > __size__: expected: 48363, have: 48349 > > That would indeed leave the tree safely in quarantine. I wondered if the file was truncated from some sort of network problem, until I checked my tree and saw that that file was 48349 bytes and portage was really happy. > > Inodes? That's an interesting thought. Not sure how I'd check that > > ... I'll redirect the output into a file next time. > > > > What would I look for in the top(1) status lines (the lines at the top > > before the process table?)? > > I'd want to see how much memory and swap were consumed and available; > the processor load may offer you a clue too. > > > With emerge-webrsync do you mean webrsync or is there some additional > > facility? > > According to the Wiki* the first thing you do after chrooting into the > new system is to issue the command 'emerge-webrsync'. I suggest you try > it. I would definitely try emerge-webrsync as it downloads a consistent snapshot of the system. You say you have no network or bandwidth restrictions, but 56K/s says otherwise. -- Neil Bothwick ... but you can't expect to wield supreme executive power just because some watery tart threw a sword at you!
pgpfCEVX63pZT.pgp
Description: OpenPGP digital signature
