[РЕШЕНО] Samba 3.4.4 или поломанный Цербер

Вот уж не знаю, стоит ли обращаться на багзиллу с моей проблемой(она, как мне кажется специфична), но попробую отписаться тут...

Дано: моя рабочая машина - компьютер на Gentoo Linux, который крутиться в сети с Windows
fileserver на Windows 2008
контроллер домена Active Directory все на той же Windows 2008

Мой компьютер в домен не введен. Версия ядра - 2.6.31-zen10.

Раньше на Samba 3.4.3 у меня работала следующая схема:

на моем компе был настроен krb5.conf - http://dpaste.com/144773/
и smb.conf - http://dpaste.com/144774/
в папке пользователя(логин пользователя - pinkbyte) лежал файл .k5login следующего содержания:

Цитата:

Здесь popov_sv - мой логин в Active Directory.

Плюс к этому были настроены pam так, чтобы при вводе пароля на локальную учетную запись происходила авторизация в Active Directory с получением билета kerberos(через pam_krb5 и при условии что пароли у локальной учетки и в AD СОВПАДАЮТ!)

Поясню: ВСЕ работало исправно, судя же по укороченному krb5.conf можно убедиться что DNS настроен верно.

данная команда на монтирование шары выполнялась просто на ура(fileserver - имя файлового сервера):

Цитата:
mount //fileserver/upload$ /mnt/1 -o user=popov_sv,sec=krb5

Вот вчера обновился до samba-3.4.4(конфиги ессно сбэкапил, при обновлении вылезло обновить /etc/init.d/samba - я подтвердил)

И что же я вижу, товарищи? А вижу я весьма неприглядную хрень - процесс cifs.upcall, который вызывается ядром при монтировании шары через kerberos валится с ошибкой -136 в syslog.

Гугл по коду ошибки ничего вразумительного мне не дал, лезть самому в исходники считаю преждевременным(да и не такой уж я специалист, чтобы понять где тут затык, а не умеешь - не берись). Пока что я откатился до 3.4.3, где все работает.

В связи с этим собственно вопрос - может ли мне кто-нибудь сказать вразумительно(Changelog я уже читал) - ЧТО могли поломать?

Моя ситуация может показаться вырожденным случаем - мол попробуй настроить по другому, введи комп в домен etc, но за несколько месяцев работы данная конфигурация неплохо себя успела зарекомендовать(а я успел переползти с стабильной на маскированную версию samba), так что проблема как мне кажется не в конфигурации. А если и в ней - значит я что-то упускаю...

Updated
Вот тут вроде говорится об успешной работе 3.4.4, но в том случае компьютер является частью домена.

P.S. Расписал все возможно нудно и излишне подробно, но лучше уж так, чем просто "памагите, отвалилося"

UPDATE: В версии 3.4.6(которая сейчас является стабильной), а также в версии 3.5.2 данная проблема отсутствует.