LINUX.ORG.RU

Сообщения macumazan

 

Fedora 13, PA и микрофон

У кого-нибудь сабж работает из коробки? А то у меня aver 307 подключен на микрофонный вход в звуковую, индикация входящего сигнада в PA есть, звука понятно нету. Гугл как-то не внятно говорит, понял что многие трахаются с этой проблемой но вариант один - сноc PA. Может чего подкрутить надо?

macumazan
()

pam_winbind работает только для админа домена AD

hi! Samba 3.5.4 на Centos 5.5. Аутентификация в АД работает только для одного логина, который является админом домена.

Jul  7 16:08:07 centos gdm[2243]: pam_winbind(gdm:auth): [pamh: 0x9437ed8] ENTER: pam_sm_authenticate (flags: 0x0000)
Jul  7 16:08:07 centos gdm[2243]: pam_winbind(gdm:auth): getting password (0x00000011)
Jul  7 16:08:07 centos gdm[2243]: pam_winbind(gdm:auth): pam_get_item returned a password
Jul  7 16:08:07 centos gdm[2243]: pam_winbind(gdm:auth): Verify user 'sanches'
Jul  7 16:08:07 centos gdm[2243]: pam_winbind(gdm:auth): request wbcLogonUser succeeded
Jul  7 16:08:07 centos gdm[2243]: pam_winbind(gdm:auth): user 'sanches' granted access
Jul  7 16:08:07 centos gdm[2243]: pam_winbind(gdm:auth): Returned user was 'sanches'
Jul  7 16:08:07 centos gdm[2243]: pam_winbind(gdm:auth): [pamh: 0x9437ed8] LEAVE: pam_sm_authenticate returning 0 (PAM_SUCCESS)
Jul  7 16:08:08 centos gdm[2243]: pam_winbind(gdm:setcred): [pamh: 0x9437ed8] ENTER: pam_sm_setcred (flags: 0x0002)
Jul  7 16:08:08 centos gdm[2243]: pam_winbind(gdm:setcred): PAM_ESTABLISH_CRED not implemented
Jul  7 16:08:08 centos gdm[2243]: pam_winbind(gdm:setcred): [pamh: 0x9437ed8] LEAVE: pam_sm_setcred returning 0 (PAM_SUCCESS)
Jul  7 16:08:08 centos gdm[2243]: pam_unix(gdm:session): session opened for user sanches by (uid=0)

Есть еще тестовый пользователь домена test. Вот его лог, где видно, что pam_winbind в игноре

Jul  7 16:16:56 centos gdm[2243]: pam_unix(gdm:auth): check pass; user unknown
Jul  7 16:16:56 centos gdm[2243]: pam_unix(gdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost= 
Jul  7 16:16:56 centos gdm[2243]: pam_succeed_if(gdm:auth): error retrieving information about user test
Куда копать?

macumazan
()

backport

Из пакетных дистров, в каком менее геморно собирать разного рода бэкпорт? Точнее, где шансов собрать его и установить, не поломав систему, намного больше, чем в Debian? Думается мне, ответа нет, ибо бэкпорт сам по себе гемор, но тем не менее, вдруг есть что-то интересное. Пока смотрю в сторону alt и centos.

macumazan
()

bridge, iptables forward

hi! Есть bridge br1

br1		8000.0011955d362d	no		eth0
							tap_local1
							tap_local2

На tap_local1 висит ОС, которая по DHCP получает настройки из локальной сети, к которой физичеcки подключен eth0. Все идеально работает при условии iptables -P FORWARD ACCEPT.

При этом конфиге iptables настройки по дхцп не принимаются.

LAN_NET="192.168.1.0/24"
local_nic="br1"
iptables -F -t nat
iptables -F -t filter
iptables -P FORWARD DROP
  
  #									   forward между интерфейсами

iptables -A FORWARD -i $local_nic	-o tap_local1		-j ACCEPT
iptables -A FORWARD -o $local_nic	 -i tap_local1		 -j ACCEPT
iptables -A FORWARD -i $local_nic	 -o eth0				   -j ACCEPT
iptables -A FORWARD -o $local_nic	 -i eth0			   -j ACCEPT

iptables -A FORWARD -i tap_local1	 -o eth0			   -j ACCEPT
iptables -A FORWARD -o tap_local1	 -i eth0			   -j ACCEPT
 
iptables -A FORWARD -d $LAN_NET					  -j ACCEPT
iptables -A FORWARD -s $LAN_NET					   -j ACCEPT

tcpdump на br1,tap_local1 и eth0 во время неудачной попытки показывает

15:11:24.429490 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request [|bootp]
15:11:27.579696 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request [|bootp]
15:11:35.689911 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request [|bootp]
15:11:50.739974 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request [|bootp]

в случаи успеха

5:34:20.384272 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request [|bootp]
15:34:20.385270 IP 192.168.1.1.67 > 192.168.1.140.68: BOOTP/DHCP, Reply, length 320
15:34:20.387549 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request [|bootp]
15:34:20.390299 IP 192.168.1.1.67 > 192.168.1.140.68: BOOTP/DHCP, Reply, length 320
Совсем опух понимать, какое правило не дает получить ответ от dhcp сервера. У кого-нибудь есть идея?

macumazan
()

Samba 3.4 и пользователи AD2003

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

#wbinfo -g
helpservicesgroup
telnetclients
пользователи dhcp
администраторы dhcp
компьютеры домена
контроллеры домена
администраторы схемы
администраторы предприятия
издатели сертификатов
администраторы домена
пользователи домена
гости домена
владельцы-создатели групповой политики
серверы ras и ias
dnsadmins
dnsupdateproxy
test.ru$$$

#wbinfo -u
администратор
гость
support_388945a0
krbtgt
test
Но далее словил клина и не знаю куда двигаться:)

macumazan
()

Двойной egrep и выделение результатов цветом

Есть

 egrep --color=auto blabla  | egrep -v blublu 
Есть ли вариант сохранения выделения результатов после egrep -v blublu или может как-то можно объединить все в один вызов egrep?

macumazan
()

Установка 2х систем в 1 раздел hdd.

Реально ли сделать сабж, разместив на 1 раздел 2 корня? Что-то по типу

.
├── bin
├── boot
├── dev
├── etc
├── home
├── lib -> lib64
├── lib32
├── lib64
├── lost+found
├── media
├── mnt
      .
      ├── bin
      ├── boot
      ├── dev
      ├── etc
      ├── home
      ├── lib -> lib64
      ├── lib32
      ├── lib64
      ├── lost+found
      ├── media
      ├── mnt
      ├── opt
      ├── proc
      ├── root
      ├── sbin
      ├── sys
      ├── tmp
      ├── usr
      └── var
├── opt
├── proc
├── root
├── sbin
├── sys
├── tmp
├── usr
└── var

macumazan
()

[gentoo] оптимизация сборки mencoder`а

На досуге сравнил время работы сабжа при обработке одного и того-же файла в fedora 12 и gentoo. Arch x86_64.

В федоре MEncoder SVN-r31061-4.4.3 (C) 2000-2010 MPlayer Team В дженту Encoder SVN-r29796-4.4.3 (C) 2000-2009 MPlayer Team

В федоре 
real	10m34.802s
user	10m30.687s
sys	0m2.588s

В дженту
real	11m5.460s
user	11m2.850s
sys	0m2.090s

Т.к. версии сабжа и версии ядер разные соответственно, то особо и не проникся разницей.

Но играя флагами в gentoo и сравнивая результаты, не увидел влияния флагов оптимизации

CFLAGS="-O1 -g0 -march=native -msse4.1 -pipe -ftree-vectorize"
real	11m5.460s
user	11m2.850s
sys	0m2.090s 

CFLAGS="-O2 -g0 -march=native -msse4.1 -pipe -ftree-vectorize"
real	11m20.913s
user	11m18.180s
sys	0m2.280s

CFLAGS="-O2 -march=native -pipe"
real	11m17.272s
user	11m14.860s
sys	0m1.890s
Конвертил xvid в xvid
mencoder "$1" -oac mp3lame -lameopts abr:br=192 -ovc xvid -xvidencopts bitrate=1000:pass=2 -vf pp=de,scale=480:-2 -o "$1"-cowonS9.avi 
CPU intel c2q 9450. Чем объяснить такие странные результаты?

 

macumazan
()

KMS radeon vs xf86-video-ati в плане энергосбережения

Есть ли механизмы для определения наилучшего powersave mode для сабжа?

macumazan
()

RSS подписка на новые темы