Отправляет email-рассылки с помощью сервиса Sendsay

KirovLUG: пользователи Linux в Вятке

За 2005-02-25

Re[2]: linuxconf

Здравствуйте, Kolotov.

Спасибо за пример smb.conf, только что закончил мытарства.
Все заработало.
Есть еще один вопрос, скорее всего тривиальный, но все же...
Нужно коннектиться к инету из WinXP, а страницы просматривать в
Линуксе...
Дело в том, что у меня модем виндовый Genius GM56PCI-L...

Сорри если сильно напрягаю с вопросами.

   2005-02-25 20:37:40 (#322878)

Re: linuxconf

> Удалился пакет нормально, после чего успешно установился, НО опять не
> запустился, выдал ту же ошибку.
> Что хочу сделать?
>
> В общем ситуация такая: Линукс установлен на виртуальной машине
> MS VirtualPC. На компе в кач-ве операционки WinXP(пока, гы-гы-гы).
> Сам комп в одноранговой сети из двух компов.
> Когда сеть работает (т.е. оба компа включены), из линукса нормально
> проходят пинг-запросы к обоим компам, на ура проходят запросы к апачу.
> Так вот охота настроить передачу данных, т.е. нормальный файлообмен.
> Насколько я правильно понял, нужно настраивать SAMBA'у и SWAT.
тогда нужно поправить ручками файлик: /etc/samba/smb.conf, swat в
принципе ни к чему (это насколько я помню веб-морда к настройке самбы).
Вот пример smb.conf

[global]
workgroup = MyWorkGroup
netbios name = MyServer
server string = Linux forever
hosts allow = 192.168.1. 127.
load printers = no
guest account = nobody
log file = /var/log/samba/%m.log
max log size = 50
security = share
map to guest = Bad User
encrypt passwords = yes
smb passwd file = /etc/samba/smbpasswd
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
dns proxy = no
local master = yes
preferred master = yes
default case = lower
character set = KOI8-R
client code page = 866
hide dot files = yes

[homes]
comment = Home Directories
browseable = no
writable = yes
valid users = %S
create mode = 0664
directory mode = 0775

[public]
path = /home/public
comment = Share source
guest ok = yes
public = yes
writable = yes
printable = no
create mask = 0666
directory mask = 0777

затем нужно рестартануть smb:
# /sbin/servce smb restart

   2005-02-25 17:06:56 (#322707)

linuxconf

Здравствуйте, K.O.S.C.

Удалился пакет нормально, после чего успешно установился, НО опять не
запустился, выдал ту же ошибку.
Что хочу сделать?

В общем ситуация такая: Линукс установлен на виртуальной машине
MS VirtualPC. На компе в кач-ве операционки WinXP(пока, гы-гы-гы).
Сам комп в одноранговой сети из двух компов.
Когда сеть работает (т.е. оба компа включены), из линукса нормально
проходят пинг-запросы к обоим компам, на ура проходят запросы к апачу.
Так вот охота настроить передачу данных, т.е. нормальный файлообмен.
Насколько я правильно понял, нужно настраивать SAMBA'у и SWAT.

   2005-02-25 16:31:10 (#322689)

Трабл с linuxconf

Здравствуйте, K.O.S.C.

У меня биг, а может и не биг, но трабл...
Не запускается linuxconf, цитирую: "Из-за непоправимой ошибки
произошла авария приложения /usr/bin/gnome-linuxconf (Общая ошибка
защиты)".
Пробовал ставить из rpm, сообщает, что уже
мол установил ты его. А он так нужен, так нужен.
Так вот - как бы так исправить непоправимое, чтобы счастье наступило, птички
запели
т.д.

Все, имеющиеся у меня, хелпы перелопатил, ничего вразумительного не
нашел.
Система ASPLinux 7.1 Standart Edition

Сорри, забыл кодировку сменить.
Я в меру новичок :)

Best regards,
MatraS
mailto:matras_***@m*****.ru
ICQ: 276865760
--

   2005-02-25 15:59:36 (#322675)

Re: Трабл с linuxconf

> У меня биг, а может и не биг, но трабл...
> Не запускается linuxconf, цитирую: "Из-за непоправимой ошибки
> произошла авария приложения /usr/bin/gnome-linuxconf (Общая ошибка
> защиты)".
> Пробовал ставить из rpm, сообщает, что уже
> мол установил ты его. А он так нужен, так нужен.
> Так вот - как бы так исправить непоправимое, чтобы счастье наступило, птички
> запели
> т.д.
>
> Все, имеющиеся у меня, хелпы перелопатил, ничего вразумительного не
> нашел.
вообще-то linuxconf не очень-то и нужен... что хочешь сделать-то - может
так научим...

а деисталировать пакет можешь:
$ rpm -e name_packet
затем, снова ставь...

   2005-02-25 15:48:20 (#322669)

Трабл с linuxconf

Здравствуйте, K.O.S.C.

У меня биг, а может и не биг, но трабл...
Не запускается linuxconf, цитирую: "Из-за непоправимой ошибки
произошла авария приложения /usr/bin/gnome-linuxconf (Общая ошибка
защиты)".
Пробовал ставить из rpm, сообщает, что уже
мол установил ты его. А он так нужен, так нужен.
Так вот - как бы так исправить непоправимое, чтобы счастье наступило, птички
запели
т.д.

Все, имеющиеся у меня, хелпы перелопатил, ничего вразумительного не
нашел.

Я в меру новичок :)

Best regards,
MatraS
mailto:matras_***@m*****.ru
http://www.lenina104.fatal.ru
ICQ: 276865760
--

   2005-02-25 15:39:38 (#322664)

тут одним товарищам объяснял почему так много дистрибутивов Linux

на опечатки не обращайте внимание - торопился...
цитирую:
>> KA> Fedora Core
>>
>> Федорино Коре... или Горе... :)
>> А а за что красную шапку так обозвали?...

ну шапка, он из чего сделана? и фетра... дык, "fedora" в словаре
Мюллера: "мягкая фетровая шляпа", ну а "core" - 1> сердцевина;
внутренность; ядро; to the core насквозь 2> центр, сердце (чего-л.) 3>
суть; the very core of the subject самая суть дела 4> _тех. сердечник;
стержень 5> _эл. жила кабеля 2. _v. вырезать сердцевину
Как это перевести - вам, учившим английский мульон лет виднее, чем мне
англонемцу... :)

>> Эээ... Вот что меня давно интересует... В чем вся ета заточенность
выражается?...
>> Вроде как блин основное достоинство всех этих *nix - совместимость
архитектуры
>> и переносимость софта, а тут заточенность какая-то... Просвети
чайника? :)

Определенный дистрибутив поставляется с набором определнномго софта и
библиотек, а также у каждого свой подход к управлению пакетами
(установка/деинсталяция софта), а также сердце - разный подход к
организции скриптов загрузки (на самом деле их всего два: BSD и System
V). Еще следует учитывать, что каждый дистрибютор по своему смотрит на
безопасность.

Если мы будем собирать софт только просто из исходников:
$ tar xzf super_soft.tar.gz
$ ./configure
$ make
$ make install
То в принципе, все будет вставать (не всегда прямо) и работать (не
всегда без глюков). А в составе дистрибутива уже скомпилированный софт,
за стабильную работу (без глюков) должны отвечать дистрибьюторы. Они
должны гарантировать, что такая-то софтинка при наличии такой-то версии
такой-то библиотеки точно стабильно работает (на этапе сборки и
линковки программ из исходников брались соответствующие хидеры и прочая
хрень).
Помимо этого софт может быть устанволен в разноен место на диске: чаще
всего не сисемный (инстурментарий не необходимый на этпае загрузки)
ставится в /usr/bin или /usr/local/bin, но некоторые дисрибтивы считают,
что, например, софт будет смотреться в папке /opt. Т.к. это завсит от
того с какими опциями собран тот или иной пакет (на путь влияет опция
"--prefix", то тут фантазя может ринимать самые причудливые формы,
вплоть до создания папки "/ProgramFiles" :)

Что касается управления пакетами, то существует несколько основных
технологий: RPM, deb, обычная распаковка собранного софта и обычная
сборка софта с поледующей установкой.
RPM - RedHat Packet Manager начал свое шествие от RedHat и постепенно
привился ко многим другим: SuSE, Mandrake, ALT, ASP и др.
DEB - изобретение Debian-сообщества (кстати, Debian полностью
независимый дистрибутив - за его выпуск не отвечает никакая опреденная
контора, никакой определнный человек - дистрибутив разрабатывется
сообщестовом, а глава проета Debian выбирается раз в некоторое кол-во
времени)
При использовании этих двух технологий при установке автоматически
проверяется зваисит ли пакет от каких-либо других, и если зависит, то
они автоматически добавляются (или удаляются, если пакет с ними
конфликтует) - это гарантирует работоспособность дистрибутива в целом
(но можно и обходить зависимости на свой страх и риск)
Установка уже собранного софта - собранный софт (каждый отдельный пакет)
просто архивируется. Затем пользователем также просто разархивируется
(опреденной тулзой или простым архиватором), автоматичекси
устанавливаясь в опреденные каталоги на диске. Примеры: Slackware, Gentoo.
Сборка софта из исходников - здесь все понятно. По третьему способу
устанваливается какой-то необходимы минимум пакетов, остальные потом
можно собирать из исходников. В принципе, так можно поступить с любым
(почти) дистрибутивом, но есть и специально так и сделанные: Linux From
Scratch (вообще-то это не дистрибутив как таковой, а технология сборки
собственного Linux)

Хм. Теперь о скриптах загрузки - довольно старная вещь. Одни
предпочитают BSD-стиль - вся загрузка операционной системы описвывается
в специальных rc* - скриптах, т.е. если нужно что-то убрать или добавить
в процесс загрузки, то править нужно именно их (каждый скрипт
соответсвует опреденному уровню). Другие предпочитают SystemV-стиль: за
каждый сервис отвечает определнный скрипт из /etc/rc.d/init.d, если нам
нужно запускать этот сервис на определенном уровне, то мы создаем
символическую линку (симлинк) на нужный скрипт с буквой "S" в начале в
определенном каталоге, отвечающем за этот уровень /etc/rc.d/rcX.d, где
"X" - номер уровня; если мы хотим, чтобы скрипт не стартовал, то симлинк
должен начинаться с "K". Теперь если мы хотим перейти с одного уровня на
другой не перегружая системы, то все сервисы, помеченные как "K" на
новом уровне - остановятся, а "S" - стартанут.
Что такое уровни? "Уровни выполнения являются режимами работы init и
определяют выполняемые системные процессы и предоставляемые сервисы":
0 Выключение системы.
1 Однопользовательский режим. Без сети. Только консоль.
2 Нормальная работа (настраивается администратором). Считается,
что однопользовательский, но с сетью. Только консоль.
3 Нормальная работа (настраивается администратором).
Многопользовательский. С сетью. Только консоль.
4 или 5 Нормальная работа (запускается X Window System). Сеть есть. В
графике могут работть также несколько пользователей.
6 Перезагрузка.

И немного о безопасности. Например, в Fedora Core 2 и 3 ядро и критичные
пакеты собираютсся с поддержкой SELinux (набор заплаток и библиотек,
повышающих безопасность: например, запрет выполнения в сегменте данных).
В ALTLinux система иденетификации и аутентификации пользователей
заменена со стандартной на tcb (альтернативная схема управления теневыми
паролями) и т.д.

Вот вообщем такие вот "заточки"...

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

   2005-02-25 15:36:22 (#322663)

Аттачменты в wiki

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

Stranger

   2005-02-25 14:36:35 (#322609)