Ошибка сегментирования зависимостей. Поиск пользовать умею.

Господа, подскажите куда смотреть. Есть несколько debian-основанных дистрибутивов и сам debian в полной красе. Несколько ПК с debian-ом на борту. Ставил динаковые ОС на ПК и проблем не наблюдалось. Только один домашний ПК совсем не хочет работать. Ставил для опыта такие ОС: Ubuntu (10.04LTS, 11.10, 12.04LTS, Linux Mint 12, Debian (ну тут уж как не извращался (Live-DVD(не один дистр), NetInstall, Standart 6.0, Даже скачал 8 DVD 32Gb ))). Ну Вы меня поняли :) . Так вот суть вопроса: при установке какого-нибудь приложения или простого обновления ОС вылетает прекрасная фраза: ошибка сегментирования зависимостей. :-(

Когда сношу все bin-файлы командой : rm /var/cache/apt/*.bin

Мне как ни странно удается установить пару приложений или обновить ОС, но потом снова вылезает ошибка.

Правил /etc/apt/sources.list , т.е. удалял все полностью и указывал другие репозитории. НЕ ПОМОГЛО.

На все указанных выше ОС такая проблема.

Мож с железом что-то? ХЗ поставил паралельно окна работают, радуя жену.

Вывод lspci:

root@debianhost:/home/mikhail# lspci
00:00.0 Host bridge: VIA Technologies, Inc. P4M890 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. P4M890 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. P4M890 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. P4M890 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. P4M890 Host Bridge
00:00.5 PIC: VIA Technologies, Inc. P4M890 I/O APIC Interrupt Controller
00:00.6 Host bridge: VIA Technologies, Inc. P4M890 Security Device
00:00.7 Host bridge: VIA Technologies, Inc. P4M890 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge
00:02.0 PCI bridge: VIA Technologies, Inc. P4M890 PCI to PCI Bridge Controller
00:03.0 PCI bridge: VIA Technologies, Inc. P4M890 PCI to PCI Bridge Controller
00:0f.0 IDE interface: VIA Technologies, Inc. Device 5337 (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237A PCI to ISA Bridge
00:11.7 Host bridge: VIA Technologies, Inc. VT8251 Ultra VLINK Controller
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 7c)
00:13.0 Host bridge: VIA Technologies, Inc. VT8237A Host Bridge
00:13.1 PCI bridge: VIA Technologies, Inc. VT8237A PCI to PCI Bridge
02:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8500 GT] (rev a1)
04:03.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10)
04:04.0 Ethernet controller: Macronix, Inc. [MXIC] MX987x5 (rev 20)
80:01.0 Audio device: VIA Technologies, Inc. VT1708/A [Azalia HDAC] (VIA High Definition Audio Controller) (rev 10)


Поможите кто чем может!!!

покажите вывод

df -h

Вот он вывод:

root@debianhost:/home/mikhail# df -h
Файловая система Разм Исп Дост Исп% смонтирована на
/dev/sda6 28G 3,5G 23G 14% /
tmpfs 1013M 0 1013M 0% /lib/init/rw Вот эта строчка мне не нравится.
udev 1008M 264K 1008M 1% /dev
tmpfs 1013M 4,0K 1013M 1% /dev/shm
/dev/sda7 67G 207M 64G 1% /home

Это вывод при ошибке.


Случаем не в tmpfs проблема? Если там , то как решить? Сделать отдельным разделом?

Путем простейшего гугления я нигде не нашел информации про то чтобы обязательно выделять /tmp . Если я правильно понял, то он используется для хранения временных файлов и чистится каждый раз при перезагрузке. Или я ошибаюсь?

С tmpfs всё нормально. М.б., видеокарта уже не поддерживается в этих дистрибутивах?

Пётр.

memtest погоняйте есты памяти, нет ли проблем?

Текст ошибки неплохо дословно привести. Если только лишь "ошибка сегментирования", которая суть "segmentation fault" -- то это сообщение о том, что приложение полезло куда не следует и было убито. Причины подобного поведения могут быть весьма разнообразными, но поскольку проявляются только на одной машине, в первую очередь нужно исключить проблемы с оборудованием.

Если суть ошибки в невозможности разрешить зависимости, это ошибка совсем другого порядка, причиной легко могут быть не до конца отзеркалированные репозитории и т.п. Хотя ряд ли.

Peter, проблем с видео вообще не наблюдалось. Хоть ставил NVIDIA дрова, хоть на default, если не изменяет память "nouveau" (ну не суть!). Все поет и пляшет, ребенок приспокойно играет в TuxCar. Да и ничего не дергается.

bormant, щас как раз смогу запустить memtest о результатах доложу.

memtest повесился на моей машине и около 8 часов показывал 26%. Щас попробую с Live-CD потестить.

Ну что, Господа, промучав свою машинку тестами я узнал что у меня есть какая-то ошибка ОДНА! в ОЗУ. Но я думаю это к делу не относится. Что можно еще проверить?

Nazarik86 написал:

Ну что, Господа, промучав свою машинку тестами я узнал что у меня есть какая-то ошибка ОДНА! в ОЗУ. Но я думаю это к делу не относится. Что можно еще проверить?

Одной достаточно.

Nazarik86 написал:

memtest повесился на моей машине и около 8 часов показывал 26%

memtest не должен зависать, если такое произошло, значит память наверняка лучше заменить.

Если модулей памяти пара, нужно проверять и пару, и каждый модуль отдельно - этим вы локализуете неисправный модуль. Давно-давно я где-то читал, что, если вы хотите иметь подсистему памяти на паре модулей, лучше покупать комплект - модули одного производителя и из одной партии, а если планируете upgrade из конфигурации с одним модулем, то лучше продать имеющийся, а вместо него опять же купить пару. Мол, все это сказывается на стабильности. В те времена не было еще двухканального режима работы памяти - а для этого однозначно лучше комплект. А с парой из разных модулей с разными характеристиками двухканальный режим может и не заработать.

С ОЗУ поразбираюсь. Щас хочу вообще тогда проапгрейдиться (может даже проц поменяю). О результатах отпишусь.

После многократных тестов своего ПК была выброшена одна планка ОЗУ и заменена на другую. Проблема вроде решилась, т.е. не повторялась. Только меня смущает то, что мне до этого помогала команда rm /var/cache/apt/*.bin Каким образом ОЗУ влияет на bin-арники? Почитаем еще... Ну в принципе все и тему можно закрывать.