Problem z repozytoriami w świeżo zainstalowanym Ubuntu Karmic

1

Mam świeżo zainstalowane Ubuntu Karmic 32 bity zainstalowane na starej maszynie (Pentium 4 512 Mb RAM) i mam poważny problem z apt-get. Bez względu na to, jakie repozytorium wybiorę, nie mogę zaktualizować plików repozytorium. Otrzymuję następujący błąd podczas apt-get update:

Hit http://br.archive.ubuntu.com karmic-updates/universe Sources                                                                       
Hit http://br.archive.ubuntu.com karmic-updates/multiverse Packages                                                                    
Hit http://br.archive.ubuntu.com karmic-updates/multiverse Sources                                                                     
96% [4 Sources bzip2 10792960]                                                                                                    120kB/s 2s
bzip2: Data integrity error when decompressing.
    Input file = (stdin), output file = (stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

Err http://br.archive.ubuntu.com karmic/universe Sources                                                                                    
 Sub-process /bin/bzip2 returned an error code (2)
 Downloaded 7920kB em 58s    (136kB/s)                                                                                                            
 W: Failed while searching http://br.archive.ubuntu.com/ubuntu/dists/karmic/universe/binary-i386/Packages.bz2  Sub-process /bin/bzip2 returned an error code (2)

Mam inny komputer w tej samej sieci, który doskonale potrafi pobierać te pliki i aktualizować bazę danych pakietów.

Ponadto, gdy próbuję zainstalować dowolny pakiet za pomocą apt-get, pojawia się „niepoprawna suma skrótu”. Na przykład podczas próby zainstalowania vima pojawia się następujący błąd:

E: Failed retrieving http://br.archive.ubuntu.com/ubuntu/pool/main/v/vim/vim-runtime_7.2.245-2ubuntu2_all.deb: incorrect Hash Sum

Znowu: Mam komputer w tej samej sieci, który może normalnie zainstalować dowolny pakiet, więc nie jest to problem z siecią lokalną.

Czy ktoś ma jakiś pomysł na to, co może się dziać? Próbowałem wielu różnych repozytoriów.

Miałem również problem z instalacją Gruba na tym komputerze (musiałem skorzystać z LILO, ponieważ Grub się nie zainstalował). Czy może to być problem sprzętowy (nie można zapisać dysku twardego?)?


Nowe fakty:

Przetestowałem pamięć standardowym testem, który jest na płycie CD z Ubuntu i wszystko jest w porządku. Testowałem też dysk twardy e2fsck -ci najwyraźniej nie ma problemu.

Naprawdę nie wiem co to może być. Miałem Windows XP zainstalowany na tym komputerze i miałem podobny problem: za każdym razem, gdy pobierałem jakiś plik instalacyjny, musiałem to robić wiele razy, aż zadziałało. W systemie Windows wydawało się, że problem wystąpił tylko podczas próby uzyskania dostępu do tymczasowo pobranego pliku. (tzn. kiedy jakiś instalator aplikacji musiał pobrać niektóre z jego plików w Internecie).

Może problem z siecią? Ale miałem jednocześnie inny komputer (mój notebook) w tej samej sieci, z tą samą wersją Ubuntu i repozytoriów, z których wszystko ładowałem doskonale.

Rafael S. Calsaverini
źródło
Widzę, że umieściłeś to na Ubuntuforums. Daj nam znać, jeśli znajdziesz odpowiedź. : o) ubuntuforums.org/showthread.php?t=1391108
Iain
Zmieniono pamięć RAM, nadal występuje ten sam problem. To nie jest problem z pamięcią RAM.
Rafael S. Calsaverini
próbowałeś skopiować pliki z laptopa na problematyczny komputer? za pomocą napędu SCP lub USB, czy cokolwiek innego? Ubuntu przechowuje pakiety, w których jest zainstalowany/var/cache/apt/archives
quackote
Okazało się, że problemem był konkretny port w koncentratorze, do którego podłączony był komputer. Zajęło nam to tygodnie, aby się tego dowiedzieć, ponieważ nie mamy dostępu do koncentratora, a kabel sieciowy jest przybity do ściany (dlaczego nie pytaj mnie ...).
Rafael S. Calsaverini,

Odpowiedzi:

1

Może to również stanowić problem z kartą sieciową, jeśli pobieranie również nie działa w systemie Windows. Lub nawet w kablu sieciowym, choć wydaje się to mniej prawdopodobne. Czy chcesz je zmienić?

rescdsk
źródło
1
lub zły port w przełączniku / routerze, do którego jest podłączony.
szarlatan
Jeśli jest to problem z siecią, czy mogę go przetestować? Jakoś sprawdzić, czy paczka, którą wysłałem, jest uszkodzona?
Rafael S. Calsaverini
1
Jasne, jedną rzeczą do wypróbowania jest pobranie czegoś, w którym można zobaczyć jego sumę kontrolną ... packages.debian.org/lenny/alpha/openssl/download Pobierz połączony plik, a następnie uruchom md5sum /path/to/file.deb w ten sam katalog, aby upewnić się, że odpowiada md5sum na stronie internetowej. Spróbuj kilka razy, aby sprawdzić, czy pasuje za każdym razem.
rescdsk
0

Może to być awaria dysku twardego, ale bardziej prawdopodobne są błędy spowodowane pamięcią RAM. Wszystkie instalacje Ubuntu mają wpis rozruchowy memtest86 +, więc łatwo to sprawdzić. Spróbuj także uruchomić komputer w trybie odzyskiwania i uruchomić pełny fsck: jeśli niektóre pliki są uszkodzone, fsck to powie.

Jeśli żadne z powyższych nie przyniesie żadnego pozytywnego wyniku, możesz zainstalować badblockspakiet (z .deb skopiowany na dysk USB) i przetestować pełną powierzchnię dysku pod kątem błędów.

Whitequark
źródło