# slackpkg update
# slackpkg install-new
# slackpkg upgrade-all
# slackpkg clean-system

При обновлении указал создавать new файлы:

# find /etc -name \*new
/etc/rc.d/rc.inet1.conf.new
/etc/rc_keymaps/pixelview_new

Да, у пользователя 20 групп в итоге указано в /etc/group

Сократил число групп, предупреждение add_groups исчезло.
Только вот проблема с монтированием самбы осталась.
man mount говорит что smbfs поддерживается, хотя при монтировании из fstab говорит что не знает smbfs.

# mount -t smbfs -o credentials=/home/user/.smbcredentials,uid=1000 //host/share /mnt/share
mount: unknown filesystem type 'smbfs'
# mount -t cifs -o credentials=/home/user/.smbcredentials,uid=1000 //host/share /mnt/share
ничего, монтирует нормально
# which mount.smbfs mount.cifs
which: no mount.smbfs in (/usr/local/sbin:/usr/local/bin:/sbin:/usr/sbin:/bin:/usr/bin)
/sbin/mount.cifs
cifs нашел, сейчас он прописан fstab
Могло ли 'smbfs'  устареть, работало же когдато. Или может новая самба виновата или нет какихто пакетов?
slackpkg search samba
[ installed ] - samba-3.6.5-i486-1

Думаю есть еще проблема что DHCP клиент не получает IP в момент монтирования (dhcpcd forked to background...), а каким то чудом получает его потом после запуска иксов. Но и в случае позднего получения IP в KDE должно быть автомонтирование (я так думаю) того что прописано в fstab если ткнули в соответствующую точку входа. А оно не работает.
Оговорка: Если войти из под root в KDE то монтирование cifs из проводника проходит нормально, поэтому собтвено вопрос с add_group и возник. На данный момент пользователь числится в следующих группах:
adm, disk, wheel, floppy,audio, video,cdrom,gdm,plugdev,power,netdev,users
Теоретически, если добавить пользователя в группу root можно добиться

Сеть поднимает точно не /etc/rc.d/rc.local так как он пуст (одни комментарии).
Все по дефолту, я думаю Патрик не стал запускать NetworkManager по умолчанию.
В /etc/rc.d/rc.inet1 немного изменен вызов dhcp. Старые параметры DHCP убрал (из inet1.conf) чтобы иметь возможность регулировать параметр lease time. А именно прописана строка
/usr/sbin/dhcpcd eth0 -l 1200 -t 35
вместо
/sbin/dhcpcd ${1} -t ${DHCP_TIMEOUT[$i]:-10} ${DHCP_OPTIONS}

Но даже в этом случае (35 секунд таймаут) DHCP сервер не дает IP.
35 секунд думает, потом включает IPv4LL который ему дает неверный адрес. Интересно, что потом после старта иксов этот адрес меняется на правильный.

Еще про dhcpcd.
Выяснилось что клиент получает IP только со второго запуска.
А именно первый раз запускаем из rc.inet1:

#dhcpcd eth0 -l 1200 -t 30
  c любыми параметрами, ждет положенный таймаут (висит на broadcasting for a lease) +8 секунд для IPV4LL
В этот момент получен неверный IP от IPV4LL, при незагруженных иксах сеть не доступна. 

Затем второй раз:
#dhcpcd  eth0 --release
dhcpcd eth0 -l 1200 -t 30
Не висит, получает IP сразу, сеть доступна.
Чем объяснить такое поведение? Видимо dhcp сервер надо уговаривать как женщину...

Не кривой, но под windows :-)
А с windows dhcp на этой же машине проблем нет. Дискримминация.
С другой стороны Windows XP уже 12 лет не менялась, значит проблема все таки в linux.
А чем смотреть, wireshark?

Второй метод нормально поднимает сеть. А вот если сделать killall и заново запустить dhcpcd то снова затык.
В принципе можно пока остановиться на достигнутом
#dhcpcd eth0 $DHCP_OPTIONS
#dhcpcd --release eth0
#dhcpcd eth0 $DHCP_OPTIONS
Cо второго раза понимает.

Если будет время можно будет изучить работу DHCP клиентов по дампам