[root@localhost fay]# ps x
PID TTY STAT TIME COMMAND
1 ? S 0:00 init [5]
2 ? SN 0:00 [ksoftirqd/0]
3 ? S< 0:00 [events/0]
4 ? S< 0:00 [khelper]
9 ? S< 0:00 [kthread]
21 ? S< 0:00 [kblockd/0]
60 ? S 0:00 [kapmd]
83 ? S 0:00 [pdflush]
84 ? S 0:00 [pdflush]
86 ? S< 0:00 [aio/0]
85 ? S 0:00 [kswapd0]
680 ? S 0:00 [kseriod]
758 ? S 0:00 [kjournald]
790 ? S<s 0:00 udevd
1308 ? S 0:00 [khubd]
3187 ? S 0:00 [kjournald]
3674 ? Ss 0:00 klogd -2
4340 ? S 0:00 /usr/bin/mdkkdm -nodaemon
4395 ? SL 7:16 /etc/X11/X -deferglyphs 16 -auth
/var/run/xauth/A:0-LIru9t
4462 ? S 0:00 -:0
4525 tty1 Ss+ 0:00 /sbin/mingetty tty1
4526 tty2 Ss+ 0:00 /sbin/mingetty tty2
4527 tty3 Ss+ 0:00 /sbin/mingetty tty3
4528 tty4 Ss+ 0:00 /sbin/mingetty tty4
4529 tty5 Ss+ 0:00 /sbin/mingetty tty5
4530 tty6 Ss+ 0:00 /sbin/mingetty tty6
6237 ? Ds 0:00 pppd 57600 -detach crtscts defaultroute
usepeerdns user 45322926
6303 ? Zs 0:00 [ip-down] <defunct>
6355 ? Ds 0:00 pppd 57600 -detach crtscts defaultroute
usepeerdns user 45322926
6491 pts/1 S 0:00 su
6494 pts/1 S 0:00 bash
6539 pts/1 R+ 0:00 ps x
[root@localhost fay]# kill 6237
[root@localhost fay]# kill 6303
[root@localhost fay]# kill 6355
[root@localhost fay]# ps x
PID TTY STAT TIME COMMAND
1 ? S 0:00 init [5]
2 ? SN 0:00 [ksoftirqd/0]
3 ? S< 0:00 [events/0]
4 ? S< 0:00 [khelper]
9 ? S< 0:00 [kthread]
21 ? S< 0:00 [kblockd/0]
60 ? S 0:00 [kapmd]
83 ? S 0:00 [pdflush]
84 ? S 0:00 [pdflush]
86 ? S< 0:00 [aio/0]
85 ? S 0:00 [kswapd0]
680 ? S 0:00 [kseriod]
758 ? S 0:00 [kjournald]
790 ? S<s 0:00 udevd
1308 ? S 0:00 [khubd]
3187 ? S 0:00 [kjournald]
3674 ? Ss 0:00 klogd -2
4340 ? S 0:00 /usr/bin/mdkkdm -nodaemon
4395 ? SL 7:17 /etc/X11/X -deferglyphs 16 -auth
/var/run/xauth/A:0-LIru9t
4462 ? S 0:00 -:0
4525 tty1 Ss+ 0:00 /sbin/mingetty tty1
4526 tty2 Ss+ 0:00 /sbin/mingetty tty2
4527 tty3 Ss+ 0:00 /sbin/mingetty tty3
4528 tty4 Ss+ 0:00 /sbin/mingetty tty4
4529 tty5 Ss+ 0:00 /sbin/mingetty tty5
4530 tty6 Ss+ 0:00 /sbin/mingetty tty6
6237 ? Ds 0:00 pppd 57600 -detach crtscts defaultroute
usepeerdns user 45322926
6303 ? Zs 0:00 [ip-down] <defunct>
6355 ? Ds 0:00 pppd 57600 -detach crtscts defaultroute
usepeerdns user 45322926
6491 pts/1 S 0:00 su
6494 pts/1 R 0:00 bash
6540 pts/1 R+ 0:00 ps x
[root@localhost fay]#

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19201; Возраст листа: 685; Участников: 1377
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/381961

admin wrote:

>Здравствуйте!
>
>
>
>>- "Каналы утечки информации. Их классификация".
>>
>>
>
>Начнем с начала.
>
>Утечка - бесконтрольный выход конфиденциальной информации за пределы
>организации или круга лиц, которым она была доверена.
>
>Информация передается полем или веществом.
>Утечка образуется за счет неконтролируемых физических полей:
>
>1) акустических
>2) световых
>3) электромагнитных
>4) радиационных, тепловых и др.
>
>Технические каналы утечки информации - физический путь от источника информации
>
>к злоумышленнику, посредством которого может быть осуществелен
>несанкционированный доступ к охраняемым сведениям.
>
>Тех. каналы утечки инфы бывают:
>
>1) визуально-оптические (Непосредственное или удаленное, в том числе и
>телевизионное, наблюдение. Переносчик информации - испускаемый или отраженный
>
>свет).
>2) акустические (включая акустико-преобразовательные)
>3) электромагнитные (включая магнитные и электрические)
>4) материально-вещественные (бумага, фото, магнитные носители,
>производственные отходы различного вида - тверндые, жидкие газообразные).
>
>Ниже представлена структура канала утечки информации.
>
>Источник Источник сигнала Среда Приемник Злоумышленник
>
>Отрезок (физический путь), включающий Среду, Источник сигнала и Приемник и
>есть канал утечки информации.
>
>Движение инфы в таком канале осуществляется только в одну сторону - от
>источника к злоумышленнику.
>
>Вопрос полностью не раскыт, но теперь у тебя есть что сказать. :)

>
>
Это не из Олифера случаем?
А то больно уж знакомые фразы...

В сообщении от 1118294249 секунд после начала Эпохи Unix Вы написали:

> переменные. Хотя wget (хоть и надежно) - но прошлый век, я использую
> aget - стабльности мало, но качает на порядок быстрее.

Да, и мне тоже очень интересно от чего это может так в 10 раз скорость
возрасти.

Здравствуйте!

Приобрел фильм в переводе Гоблина.
Фильм называется "Пес-призрак".

Mplayer его просто без звука читает, а Xine говорит
The stream ... use an unsupported codec:
Audio Codec: Voxware metasound (win32) (0x0)

Похожая проблема с фильмом "Отчаянный".

Как оживить звук?

Спасибо за внимание!

И снова здравствуйте!

On Mon, 30 May 2005 01:50:01 +0400
Ivan Savochenko <iva***@p*****.net> wrote:

IS> > Возможно причина в этом, уже не первый раз натыкаюсь на инфу о
IS> > CUPS+Gimp-Print v4.2.7 (у меня v4.2.6). Поковыряю конфиги ещё. Если нет,
IS> > буду искать/ставить v4.2.7.
IS>
IS> Ура, похоже свершилось! После установки Gimp-Print v4.2.7 в настройках
IS> CUPS появился пунктик специально под мой принтер:
IS> "EPSON Stylus Photo R200 - CUPS+Gimp-Print v4.2.7".

Несколько слов в продолжение темы.

После установки 'gutenprint-5.0.0-beta4' появилась возможность печатать
на CD. В настройки принтера добавлены пункты:

Media Size: [ CD - 5 inch ] (или 'CD - 3 inch')
Media Source: [ Print to CD ]

CD Hub Size: [ Normal ] (или 'Print To Hub)

CD Horizontal Fine Adjustment: [ 0.0 mm ]
CD Vertical Fine Adjustment: [ 0.0 mm ]

а так же 'Borderless:' и целая куча всяческих полезных настроек.

Здравствуйте!

> - "Каналы утечки информации. Их классификация".

Начнем с начала.

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

Информация передается полем или веществом.
Утечка образуется за счет неконтролируемых физических полей:

1) акустических
2) световых
3) электромагнитных
4) радиационных, тепловых и др.

Технические каналы утечки информации - физический путь от источника информации

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

Тех. каналы утечки инфы бывают:

1) визуально-оптические (Непосредственное или удаленное, в том числе и
телевизионное, наблюдение. Переносчик информации - испускаемый или отраженный

свет).
2) акустические (включая акустико-преобразовательные)
3) электромагнитные (включая магнитные и электрические)
4) материально-вещественные (бумага, фото, магнитные носители,
производственные отходы различного вида - тверндые, жидкие газообразные).

Ниже представлена структура канала утечки информации.

Источник Источник сигнала Среда Приемник Злоумышленник

Отрезок (физический путь), включающий Среду, Источник сигнала и Приемник и
есть канал утечки информации.

Движение инфы в таком канале осуществляется только в одну сторону - от
источника к злоумышленнику.

Вопрос полностью не раскыт, но теперь у тебя есть что сказать. :)

Доброе время суток!
Wed, 8 Jun 2005 20:51:13 +0700 list@m*****.com писал(а):

> У меня получилось два раздела (видимых раздела).

В смысле видимых? Как вы пытаетесь их "увидеть"?
Например / - корневой раздел. Чтобы просмотреть его содержимое, достаточно
запустить mc и написать в командной строке
$cd /

> В какой раздел устанавливаются программы?
> В первый или второй?

Программы устанавливаются туда, куда предусмотрел их разработчик. Как правило
прикладные программы устанаваливаются в /usr/bin, /usr/local/bin
Системные утилиты ( программы ) в /sbin, /usr/sbin, /bin

Для того, чтобы запустить какую-либо программу, почти всегда достаточно
знатьтолько лишь как она называется.
Например вы хотите посмотреть фильм и знаете, что для этого прекрасно подходит
mplayer.. Чтобы узнать, где он расположен, достаточно в командной строке
написать:

$locate mplayer | grep bin

Система выведет что-то вроде этого:
...
/usr/bin/mplayer
/usr/bin/gmplayer

Т.к. /usr/bin - стандартный каталог для исполняемых файлов, то для запуска
программы можно не писать полный путь+имя. В командной строке достаточно лишь
написать:

$mplayer Kot_Leopold.avi и наслаждаться.

> Куда это все устанавливается? Пользователь буду я один.

Кстати, а какой у вас дистрибутив?

> У меня получилось два раздела (видимых раздела).
> 1) Много каталогов в том числе usr/ (2 Ггб)
> 2) Пустой раздел с единственной папкой dmitry (имя пользователя) (30
> Ггб)
>
> В какой раздел устанавливаются программы?
> В первый или второй?

В основном, всё устанавливается под /usr. Кое что может пойти в /opt,
так что 2GB для системы и всего перечисленного ниже маловато. Впрочем,
можно сделать символическую ссылку из /usr на каталог во втором
разделе, но лучше было бы переразбить диск.

> Я говорю о программах для просмотра видео, аудио, игр, среды
> разработки, постгресовской базы, ОДБС драйверов, ну еще издательскую

Постгрессовская база скорее всего будет под /var.

> систему, графические редакторы.
>
> Куда это все устанавливается? Пользователь буду я один.
>

> Да.
> Для надежности можно отобрать от raid один диск (оставив его в degraded
> state), сделать на нем обычную fs и перекопировать туда его содержимое.
> После эксперементов восстановить raid

это не эксперименты а необходимость. после прочтения мануалов звучит
знакомо, но страшновато. ладно буду пробовать. спасибо.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19193; Возраст листа: 685; Участников: 1377
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/381516

Damir Hakimov wrote:

>Konstantin Korikov wrote:
>
>
>
>>В сообщении от 1118271573 секунд после начала Эпохи Unix Вы написали:
>>
>>
>>
>>
>>
>>>>> gzip -f | cat '/ другой раздел /file.gz/' > /dev/hda1
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>># gzip -dc </другой_раздел/file.gz >/dev/hda1
>>>>
>>>>
>>>>
>>>>
>>>>
>>>А это надёжно?
>>>Нет ли подводных камней, связанных с типом разделов
>>>primary/logical(extended)?
>>>
>>>
>>>
>>>
>>Не знаю, сам никогда не пробовал. Не исключено что восстановление данных
>>окажется совсем не восстановлением, а уничтожением всего раздела. :)
>>Но теоретически различия primary/logical(extended) не влияют на блочные
>>устройсва вида /dev/hdLN, где L - буква диска, N - номер раздела. На них
>>просто хранится файловая система, а в самом начале загрузочная запись
>>длинной, кажись, 512 байт.
>>
>>
>>
>>
>>
>Восстанавливать надо на тот-же раздел с которого все это архивировалось.
>Поэтому для случаев восстановления на другой раздел/винт использовать
>следует tar.
>
>Дамир.
>
>
Спасибо за информацию.
Я в принципе так и думал. Вообще-то действительно я всегда бэкапил в
tar-bol-ы
И вообще, не у всех резиновые жёсткие и DVD-RW же.
Поэтому, этого наверное достаточно:
/home
/root
/etc - на всякий случай
/usr/local/
/boot - тоже на всякий пожарный
ну и ещё пару каталогов...

В сообщении от 8 Июнь 2005 18:49 kwin***@u*****.com написал(a):
> > Ничего не не получится и вслучае raid-ов других типов - формат тома не
> > совпадает с форматом простой ФС.
>
> т.е. можно смело
> он просто не загрузиться?

Да.
Для надежности можно отобрать от raid один диск (оставив его в degraded
state), сделать на нем обычную fs и перекопировать туда его содержимое.
После эксперементов восстановить raid

Maks пишет:

> Вылечил тем, что в настройка Konqueror
>
>во вкладке Быстродействие указал Максимальное количество предварительно
>загруженных копий - 0.
>
Спасибо, все получилось.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19190; Возраст листа: 685; Участников: 1377
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/381485

В сообщении от 9 Июнь 2005 09:59 Damir Hakimov написал(a):
> Konstantin Korikov wrote:
> >В сообщении от 1118271573 секунд после начала Эпохи Unix Вы написали:
> >>>> gzip -f | cat '/ другой раздел /file.gz/' > /dev/hda1
> >>>
> >>> # gzip -dc </другой_раздел/file.gz >/dev/hda1
>
> Восстанавливать надо на тот-же раздел с которого все это архивировалось.
> Поэтому для случаев восстановления на другой раздел/винт использовать
> следует tar.

Не обязательно. Достаточно, чтобы места в разделе хватало. Правда избыток
свободного места будет похоронен, так что лучше, чтобы размеры совпадали.

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

В сообщении от 8 Июнь 2005 23:59 saturas написал(a):
> Konstantin Korikov wrote:
> >В сообщении от 1118104870 секунд после начала Эпохи Unix Вы написали:
> >>Я закатал первый раздел с системой командой вида:
> >>
> >> cat /dev/hda1 | gzip -c > / другой раздел /file.gz
> >
> > # gzip -c </dev/hda1 >/другой_раздел/file.gz
> >
> >>а когда попробовал восстановить его обратно такой командой:
> >>
> >> gzip -f | cat '/ другой раздел /file.gz/' > /dev/hda1
> >
> > # gzip -dc </другой_раздел/file.gz >/dev/hda1
>
> А это надёжно?
> Нет ли подводных камней, связанных с типом разделов
> primary/logical(extended)?

Это ничем не отличается от того, что делали вы.

А logical раздел абсолютно ничем не отличается от primary, так что как раз
здесь никаких сюрпризов не будет.