Re: [Comm] взрыв rpm после проблем с памятью

[Speccyfighter <zxwarior@yandex.ru>]

04.04.2011 09:51, Dmitry Chistikov пишет:
> Олег Потеев, Apr. 03, 2011, 18:21 +0400:
>
> #  rpm --rebuilddb
> -bash:  rpm: command not found
> # memtest86+
> -bash: memtest86+: command not found
> <skip>
>
По memtest86+.
Его вообще невозможно запустить из работающей системы по двум причинам.

Причина 1-я.

$ apt-cache search memtest
inquisitor-memtester - Userspace utility for testing the memory 
subsystem for faults
memtest86+ - Memory test for x86 architecture
memtest86 - Тест памяти для x86-архитектуры
memtester - Userspace utility for testing the memory subsystem for faults
installer-feature-add-memtest-stage2 - Ensure that memtest* is added to 
bootloader config

$ rpm -qa | grep memtest*
memtest86+-4.00-alt1

$ rpm -ql memtest86+
/boot/memtest-4.00.bin
/usr/sbin/installmemtest86+
/usr/share/doc/memtest86+-4.00
/usr/share/doc/memtest86+-4.00/FAQ
/usr/share/doc/memtest86+-4.00/README
/usr/share/doc/memtest86+-4.00/README.build-process

# ls -l /boot/memtest-4.00.bin
-rw-r--r-- 1 root root 160280 Sep 23  2009 /boot/memtest-4.00.bin

Причина 2-я:

При запуске программы memtest, в памяти компьютера ничего не должно быть,
кроме самой программы.
Идеальный вариант, когда программу можно релоцировать по другому адресу,
чтобы проверить и ту область памяти, в которой сидит программа по-дефолту.
Поэтому запуск этой программы из работающей системы вообще лишен смысла.

Запуск возможен из стартового меню системы, если программа установлена.
Ну и из меню загрузочного диска/дискеты/флешки.


 > Вы пытались запустить какую-то другую команду, не rpm. Перед "r" 
попало что-то еще.

В теории да, перед командой может быть символ с кодом меньше чем 20h.
Но по теории вероятности
file not found
может быть по четырем причинам:

- его нет в системе
- перед командой стоит непечатный символ
- в переменной PATH не описан полный путь к каталогу в котором лежит 
программа
- переменная PATH не сформирована в принципе (чего не может быть)

Глянуть бы состояние /etc/profile
Именно в нём формируется переменная PATH
Ну и у рута в .bashrc
Если файл задающий переменную разрушен, то будет
file not found
и ситуация еще хуже, чем можно представить.


Временное решение видится таким:
вернуть планки на то место как они стояли.
Но в идеале, по спецификации, - одного производителя, одного типа, из 
одной партии.
Случаи, - меняем местами и не работает, - встречались не раз на практике.
Вплоть до полного отказа при:
один производитель, один тип, но разные партии, - выпущено в разное время.
Оставлялось работать, по причине нежелания пользователя на лучший вариант:
шоб как-нибудь хорошо работало.
Который само-собой требовал затрат.

Если причина в этом, - то устранить.
Но тест сопутствующих компонентов по устранению главной причины, более 
чем желателен.


Теперь немного юмора, чтобы сгладить:
понятно, что паранойя, но при разборке, даже винты укладываю так, как 
они стояли в
оригинале. Часто просто втыкаются в бумагу или полукартон.
Что они одинаковые, это видимый обман. Об этом скажет разболтанная резьба.
Ну не считая всего остального.