Проблема з репозиторіями в недавно встановленому Ubuntu Karmic


1

У мене є тільки що встановлений Ubuntu Karmic 32 біт встановлений на старій машині (Pentium 4 512 Мб RAM), і я маю серйозні проблеми з apt-get. Незалежно від вибору репозиторію, я не можу оновлювати файли сховища. Під час a 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)

У мене є інший комп'ютер в тій самій мережі, що цілком здатний завантажити ці файли і оновити базу даних пакунків.

Крім того, коли я намагаюся встановити будь-який пакет з apt-get, я отримую "неправильну суму хешу". Наприклад, намагаючись встановити vim, я отримую таку помилку:

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

Знову: у мене є комп'ютер в тій самій мережі, що може встановлювати будь-який пакет нормально, тому це не проблема локальної мережі.

Хто-небудь має який-небудь ключ до того, що може відбуватися? Я спробував багато різних сховищ.

У мене також була проблема з установкою Grub в цій машині (довелося вдатися до LILO, тому що Grub не встановив). Чи може це бути апаратною проблемою (мій жорсткий диск не вдається записати?)?


Нові факти:

Я тестував пам'ять зі стандартним тестом, який поставляється в Ubuntu CD і все в порядку. Я тестував також жорсткий диск e2fsck -c і, очевидно, проблем немає.

Дійсно не знаю, що це може бути. Я мав Windows XP, встановлений на цій машині і мав подібну проблему: кожен раз, коли я завантажував інсталяційний файл, мені довелося робити це багато разів, поки це не спрацювало. У вікнах здавалося, що проблема сталася тільки тоді, коли він намагався отримати доступ до тимчасового завантаженого файлу. (наприклад, коли деяким інсталяторам програми доводилося отримувати деякі файли в Інтернеті).

Можливо, проблема мережі? Але я мав одночасно інший комп'ютер (мій ноутбук) в одній мережі, з тією ж версією Ubuntu і сховищами, де все чудово завантажувалося.


Я бачу, що ви підняли це на Ubuntuforums. Повідомте нас, якщо ви знайдете відповідь. : o) ubuntuforums.org/showthread.php?t=1391108
Iain

Змінена оперативна пам'ять, як і раніше, така ж проблема. Не проблема RAM.
Rafael S. Calsaverini

Ви спробували скопіювати файли з ноутбука на проблему комп'ютера? через SCP або USB thumbdrive або що? Ubuntu зберігає пакунки, в яких він встановлений /var/cache/apt/archives
quack quixote

Виявилося, що проблема полягала в конкретному порту в концентраторі, де був підключений комп'ютер. Нам знадобилося кілька тижнів, щоб знайти цю причину, через яку ми не маємо доступу до центру, а мережевий кабель прибитий до стіни (чому ??? не питайте мене ...).
Rafael S. Calsaverini

Відповіді:


1

Також може виникнути проблема з вашою мережевою картою, якщо завантаження не працюватиме у Windows. Або навіть в мережевому кабелі, хоча це й здається менш імовірним. Спробуйте перемкнути їх?


1
або поганий порт на комутаторі / маршрутизаторі, до якого він приєднаний.
quack quixote

У випадку, якщо це проблема мережі, чи є спосіб, я можу його перевірити? Як-то перевірити, якщо якийсь пакет, який я послав, повертається пошкодженим?
Rafael S. Calsaverini

1
Звичайно, одна річ, щоб спробувати це завантажити щось, де ви можете бачити його контрольної суми ... packages.debian.org/lenny/alpha/openssl/download Завантажте зв'язаний файл, потім запустіть md5sum /path/to/file.deb в тому ж каталозі, щоб переконатися, що він відповідає md5sum на веб-сторінці. Спробуйте кілька разів, щоб побачити, чи відповідає він кожного разу.
rescdsk

0

Це може бути помилкою жорсткого диска, але, швидше за все, помилки, викликані ОЗП. У всіх установках Ubuntu є запис для завантаження memtest86 +, тому це буде легко перевірити. Також спробуйте завантажитися в режимі відновлення і запустити повний fsck: якщо деякі файли були пошкоджені, fsck скаже.

Якщо жодне з наведеного вище не дасть жодного позитивного результату, можна встановити badblocks пакет (з .deb копіюється на USB-накопичувачі) і перевіряти повну поверхню диска на наявність помилок.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.