[mdk-re] Re: [mdk-re] АВТОремонт системы- возможен?

[Oleg N. Kayunov]

Alexander Bokovoy wrote:
> 
> On Fri, 4 May 2001, Oleg N. Kayunov wrote:
> > Roman S wrote:
> > >
> > > Цитирую "Oleg N. Kayunov" <okayunov на mtu-net.ru>:
> > >
> > > >       Обнаружились _вдруг_ некие вещи:
> > > > 1. в /usr/lib вдруг появились неисправные симлинки (хотя некоторые из
> > их
> > > > смотрел с неделю назад - все было в порядке);
<skip>
> > > >       Вроде как все это соотносится с потребовавшимся некоторое время
> > > > нажатием 'Reset"  :-((( После чего были сообщения о происходившей
> > > > коррекции
> > > В принципе - суть сводится к проверке целостности установленных пакетов
> > средствами RPM
> > Так в том-то и беда, что для явно нарушенных пакетов ни rpm -V ни
> > kpackage (при просмотре списка файлов) ничего не говорят даже для
> > заведомо неисправных пакетов.
> >
> > > и "обновлению" rpm -Uvh <package> --force
> > Не помогает. Проверил.
> > Например - полетели симлинки lireadline*, дал оную команду для readline
> > и для readline-devel - симлинки остались нарушенными.
> Они и были сломаны. 
Так ведь НЕ были!
Сам недавно смотрел - когда отказалась обновляться MySQL.
Все было в порядке.

Кроме того сейчас специально проверил - висит порушенный симлинк 
/usr/lib/libbz2.so -> ../../libbz2.so.1.0.1
Переустановил посредством rpm -Uhv --force пакеты bzip2, bzlib и
bzip2-devel -
симлинк по-прежнему "висит".
Хуже того - после ее переименования и переустановки пакетов она
появилась снова (после bzip2-devel), но опять в неправильном виде!
Кстати, IMHO показывает-то она куда-то совсем не туда.
Это что - в самом-самом корне должен файл лежать?

>Потому и делался новый пакет libreadline, в котором,
А где он? Тут об этом уже спрашивали, помнится.
И я тоже. 
Но суть-то в том, что его я не устанавливал, а ссылки были в порядке.

> помимо новой версии Readline, исправляются эти симлинки.
> 
> >
> > А дело-то плохо - начал дурить konsequeror, но дело явно не в нем самом
> > - видно что нарушилось управление памяти: при попытке просмотра html
> > файла (около 190 KB) доходит до 85% а затем начинает неудержимо расти
> > swap (до 500MB !!! и далее), причем рост его не прекращается даже после
> > убиения konsequeror-а. При том, что "честной" оперативки у меня ну
Так что похоже проблема не (только?) в самом konsequeror.

> > просто завались - 320MB! Кстати, xosview показывает при этом абсурдную
> > ситуацию - большую часть оперативки большую часть времени при этом
> > занимает кэш. Очень разумно.
> Может быть это ошибка самого Konqi? Пошлите сообщение об ошибке его
Проверил на другом большом файле, коий раньше читался.
Теперь выводит только его начало.


> разработчикам. Все-таки большие HTML-файлы есть предмет внимательного
Сначала хотелось бы быть уверенным, что система фунициклирует нормально. 

> тестирования и головной боли для всех разработчиков браузеров.
> 
> --
> Sincerely yours, Alexander Bokovoy
>   The Midgard Project   | www.midgard-project.org | ALT Linux Team
> Minsk Linux Users Group |    www.minsk-lug.net    | www.altlinux.ru
> -- "Out of register space (ugh)"
> -- vi

			Семь бед - один Reset? Олег.