[Comm] ALM2.2, ext3 и потерянные файлы

[Comm] ALM2.2, ext3 и потерянные файлы

[Maxim Bodynasky]

Доброго времени суток читающему эти строки!

В общем, приключилась сегодня со мной пренеприятнейшая история,
которую и попытаюсь изложить сейчас.

Дело было так: небольшая программка на perl через system("sudo /sbin/reboot")
перезагрузила компьютер. Прошла проверка дисков, которую я пропустил мимо
глаз (ох как теперь жалею). При загрузки X'ы недосчитались каких-то библиотек,
потом оказалось что пропали less, wget и ещё пол корневой ФС. rpm -V -a это
только подтвердил. Так что теперь сижу в операционке, больше напоминающей
американский флак с места событий того самого одинадцатого сентября...

Собствено, возникло два вопроса:
1) Что это могло быть (в компьютерных барабашек верить не хочется).
2) Как теперь всё это попроще исправить? RPM и apt вроде работают, 
   perl тоже :-) вручную доставил некоторые пакеты, так что есть доступ к
   man'у и wget'у.

Заранее благодарю за любую помощь, а особено за ответ на первый вопрос :-)

Re: [Comm] ALM2.2, ext3 и потерянные файлы

[Немос]

[-- Attachment #1: Type: text/plain, Size: 1055 bytes --]

Maxim Bodynasky пишет:
> Доброго времени суток читающему эти строки!
> 
> В общем, приключилась сегодня со мной пренеприятнейшая история,
> которую и попытаюсь изложить сейчас.
> 
> Дело было так: небольшая программка на perl через system("sudo /sbin/reboot")
> перезагрузила компьютер. Прошла проверка дисков, которую я пропустил мимо
> глаз (ох как теперь жалею). При загрузки X'ы недосчитались каких-то библиотек,
> потом оказалось что пропали less, wget и ещё пол корневой ФС. rpm -V -a это
> только подтвердил. Так что теперь сижу в операционке, больше напоминающей
> американский флак с места событий того самого одинадцатого сентября...
> 
> Собствено, возникло два вопроса:
> 1) Что это могло быть (в компьютерных барабашек верить не хочется).
> 2) Как теперь всё это попроще исправить? RPM и apt вроде работают, 
>    perl тоже :-) вручную доставил некоторые пакеты, так что есть доступ к
>    man'у и wget'у.

ну для начала
apt-get update (на случай если списки потеряны)
apt-get -f install
затем
apt-get install имена_пакетов_которые_нужны





[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 187 bytes --]

Re: [Comm] ALM2.2, ext3 и потерянные файлы

[Maxim Bodynasky]

Как-то это было написано Немос:
> Maxim Bodynasky пишет:
> > Доброго времени суток читающему эти строки!
> > 
> > В общем, приключилась сегодня со мной пренеприятнейшая история,
> > которую и попытаюсь изложить сейчас.
> > 
> > Дело было так: небольшая программка на perl через system("sudo /sbin/reboot")
> > перезагрузила компьютер. Прошла проверка дисков, которую я пропустил мимо
> > глаз (ох как теперь жалею). При загрузки X'ы недосчитались каких-то библиотек,
> > потом оказалось что пропали less, wget и ещё пол корневой ФС. rpm -V -a это
> > только подтвердил. Так что теперь сижу в операционке, больше напоминающей
> > американский флак с места событий того самого одинадцатого сентября...
> > 
> > Собствено, возникло два вопроса:
> > 1) Что это могло быть (в компьютерных барабашек верить не хочется).
> > 2) Как теперь всё это попроще исправить? RPM и apt вроде работают, 
> >    perl тоже :-) вручную доставил некоторые пакеты, так что есть доступ к
> >    man'у и wget'у.
> 
> ну для начала
> apt-get update (на случай если списки потеряны)
> apt-get -f install
> затем
> apt-get install имена_пакетов_которые_нужны

да, это именно то, что я сделал сразу после замеченной недостачи программ.
К сожалению, не помогло. Базы целы, не хватает множества файлов из разных
пакетов. Причём apt-get install естественно говорит что всё нормально.

Вот ещё интересная вещь всплыла:
pinfo, запущенная из-под рута ругается на невозможность создания tmp-файлов
в /root/tmp, а из под пользователя работает как часы. Естественно, дом рута
находится на битом разделе. Что бы это могло означать?

Re: [Comm] ALM2.2, ext3 и потерянные файлы

[Jury Levykin]

Maxim Bodynasky пишет:

>Вот ещё интересная вещь всплыла:
>pinfo, запущенная из-под рута ругается на невозможность создания tmp-файлов
>в /root/tmp, а из под пользователя работает как часы. Естественно, дом рута
>находится на битом разделе. Что бы это могло означать?
>  
>
1. проверьте разделы fsck.
2. посмотрите внимательно логи, может дело не в perl скрипте.

Еесли разделы разрушены, в любом случае, сначала нужно восстановить 
файловую систему.

Re: [Comm] ALM2.2, ext3 и потерянные файлы

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 525 bytes --]

On Sun, Oct 24, 2004 at 10:33:46PM +0400, Maxim Bodynasky wrote:
> pinfo, запущенная из-под рута ругается на невозможность создания tmp-файлов
> в /root/tmp, а из под пользователя работает как часы. Естественно, дом рута
> находится на битом разделе. Что бы это могло означать?
Это "неисправимое преимущество" pinfo.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Чтобы определить случайность линковки, в общем случае, надо
протестировать программу по полной программе.
		-- avl in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm][JT] ALM2.2, ext3 и потерянные файлы

[Maxim Bodynasky]

Как-то это было написано Andrey Rahmatullin:
> On Sun, Oct 24, 2004 at 10:33:46PM +0400, Maxim Bodynasky wrote:
> > pinfo, запущенная из-под рута ругается на невозможность создания tmp-файлов
> > в /root/tmp, а из под пользователя работает как часы. Естественно, дом рута
> > находится на битом разделе. Что бы это могло означать?
> Это "неисправимое преимущество" pinfo.

ясно, значит это у неё с пождения? А так нравится хождение по дереву доку-
ментов с помощью h,j,k,l...

Re: [Comm] ALM2.2, ext3 и потерянные файлы

[Maxim Bodynasky]

Как-то это было написано Jury Levykin:
> Maxim Bodynasky пишет:
> 
> >Вот ещё интересная вещь всплыла:
> >pinfo, запущенная из-под рута ругается на невозможность создания tmp-файлов
> >в /root/tmp, а из под пользователя работает как часы. Естественно, дом рута
> >находится на битом разделе. Что бы это могло означать?
> > 
> >
> 1. проверьте разделы fsck.

уже проверил. На своих местах появились некоторые библиотеки. В частности,
после этого загрузились X'ы

> 2. посмотрите внимательно логи, может дело не в perl скрипте.

imho, дело как раз и не в нём. Единственая системная функция, которую он
исполнил, была sudo /sbin/reboot. Или это тоже очень не хорошо? Вообще,
демоны на perl имеют право на существование, если бОльшую часть времени
они спят, ожидая SIGALRM ?
 
> Еесли разделы разрушены, в любом случае, сначала нужно восстановить 
> файловую систему.

вроде сделал. Интересно всё же, отчего рухнула ФС...

Re: [Comm] ALM2.2, ext3 и потерянные файлы

[Jury Levykin]

Maxim Bodynasky пишет:

>imho, дело как раз и не в нём. Единственая системная функция, которую он
>исполнил, была sudo /sbin/reboot.
>  
>
Лучше 
$sudo shutdown -r now
т.е. soft reboot.

[Comm] [JT] Re: ALM2.2, ext3 и потерянные файлы

[Michael Shigorin]

On Mon, Oct 25, 2004 at 11:50:04AM +0400, Maxim Bodynasky wrote:
> Или это тоже очень не хорошо? Вообще, демоны на perl имеют
> право на существование, если бОльшую часть времени они спят,
> ожидая SIGALRM ?

%
И кому приходят в голову мысли запускать скриптовых демонов?
                -- ldv in devel@
%

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm][JT] ALM2.2, ext3 и потерянные файлы

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 483 bytes --]

On Mon, Oct 25, 2004 at 09:50:00AM +0400, Maxim Bodynasky wrote:
> > Это "неисправимое преимущество" pinfo.
> ясно, значит это у неё с пождения?
Не знаю, нормально это или нет. Знаю только, что это у всех.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

>  ps afux | grep <fakeuser> | grep -v grep | awk '{print $1;}' | uniq
Опять races.                     

Есть тут один способ как-то с этим бороться, kill -1 -9 называется.
		-- ldv in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re[2]: [Comm] ALM2.2, ext3 и потерянные файлы

[php-coder]

0000100101011110100100101::25.10.2004::0110001001001000100111100100010

    Здравствуйте, Jury!
    Отвечаю на Ваше письмо:
  
>>imho, дело как раз и не в нём. Единственая системная функция, которую он
>>исполнил, была sudo /sbin/reboot.
JL> Лучше $sudo shutdown -r now т.е. soft reboot.

    Ого! Они оказываеться чем-то отличаються? Я правильно понял, что
    компьютер лучше перезагружать не через reboot? И выключать лучше
    не poweroff, а shutdown -h now?! В чем отличия?

    Простите, что влез в тред со своим вопросом, просто я этого не
    знал и вот решил уточнить и прояснить ситуацию...
    
-- 
  С уважением, php-coder (mailto:php-coder[at]ngs[dot]ru)
  Registered Linux User #327594
  ALT Linux Master 2.2 (kernel 2.4.27)

010010010010010001010101100::Linux RuleZz!::100010010001000100010001110

Re: [Comm] ALM2.2, ext3 и потерянные файлы

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 509 bytes --]

On Mon, Oct 25, 2004 at 12:50:50PM +0400, Jury Levykin wrote:
> Лучше 
> $sudo shutdown -r now
> т.е. soft reboot.
$ man 8 reboot
  If  halt or reboot is called when the system is not in runlevel 0 or 6,
  in other words when it's running normally,  shutdown  will  be invoked
  instead  (with  the  -h  or -r flag).

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Любое использование tmpnam(3)&Co есть block bug, если только я не сказал
обратного.
		-- ldv in sisyphus@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] ALM2.2, ext3 и потерянные файлы

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 493 bytes --]

On Mon, Oct 25, 2004 at 05:54:05PM +0700, php-coder wrote:
>     Ого! Они оказываеться чем-то отличаються? Я правильно понял, что
>     компьютер лучше перезагружать не через reboot? И выключать лучше
>     не poweroff, а shutdown -h now?! В чем отличия?
RTFM.
См. ман в соседнем письме. Ничем они не отличаются.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

Я не делаю бессмысленных вещей.
Спорных - возможно, но смысл есть всегда.
		-- ldv in sisyphus@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] [JT] Re: ALM2.2, ext3 и потерянные файлы

[Maxim Bodynasky]

Как-то это было написано Michael Shigorin:
> On Mon, Oct 25, 2004 at 11:50:04AM +0400, Maxim Bodynasky wrote:
> > Или это тоже очень не хорошо? Вообще, демоны на perl имеют
> > право на существование, если бОльшую часть времени они спят,
> > ожидая SIGALRM ?
> 
> %
> И кому приходят в голову мысли запускать скриптовых демонов?
>                 -- ldv in devel@
> %

после прочтения этой фортунки я и задал сей вопрос :-)))
а чего совственно в скриптовых демонах плохово? Писать их
значительно быстрее чем на C. Хотя, наверное, это мой 
единственный довод.

Re: [Comm] ALM2.2, ext3 и потерянные файлы

[Maxim Bodynasky]

Как-то это было написано Jury Levykin:
> Maxim Bodynasky пишет:
> 
> >imho, дело как раз и не в нём. Единственая системная функция, которую он
> >исполнил, была sudo /sbin/reboot.
> > 
> >
> Лучше 
> $sudo shutdown -r now
> т.е. soft reboot.

Большое спасибо всем ответившим. Вопрос восстановления системы решился
банальной генерацией списка потерянных файлов коммандой 
rpm -V -a | grep missing
с последующим скармливанием его apt-get install --reinstall

Вот только не до сих пор не ясна причина этого безобразия :-(

[Comm] Re: [JT] Re: ALM2.2, ext3 и потерянные файлы

[Michael Shigorin]

On Mon, Oct 25, 2004 at 06:11:30PM +0400, Maxim Bodynasky wrote:
> > И кому приходят в голову мысли запускать скриптовых демонов?
> >                 -- ldv in devel@
> после прочтения этой фортунки я и задал сей вопрос :-)))

ну а я покосился (недобро так) в сторону sympa...
(правда, это скорее французский перлъ, чем скриптовый демон, но
тем не менее)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/