Судя по гробовому молчанию,никто с подобными проблемами,либо не сталкивался,либо решения не имеет,жаль...Что же напишу,как мне всё-таки удалось костыльным методом побороть эту напасть,но сразу оговорюсь - это не решение проблемы,а её избегание,и то,при условии,что пользователю доступен пароль рута,сиречь неограниченная власть над системой...
После перезагрузки,не логинясь в DM,выходим в консоль(Ctrl+Alt+F1) и там логинимся рутом,затем:
$#usermod -l newlogin -d /home/newlogin -m oldlogin
$#groupmod -n nwelogin oldlogin
$#exit
Логинимся новым пользователем со старым паролем и:
$sudo service kdm(mdm,lightdm,gdm) restart
Логинимся новым пользователем в иксах и входим в сеанс(я выбирал plasma-desktop,потому что там есть kuser,а запускать kuser из под Unity ~ MATE ~ Gnome ~ XFCE не хотелось) и с помощью kdesu ~ gksu запускаем kuser ~ users-admin,где окончательно изменяем "полное имя пользователя" и перепроверяем его наличие в прежних группах,ну и редактируем имя пользователя в /etc/sudoers,что бы шуровать без запроса пароля,но это по вкусу
- среди нас есть религиозные фанатики канонов true way
,и больше ничего не зависает,удаляй хоть весь /home/user из nautilus или сохраняй там,что пожелаешь,но - это костыль,потому,как изменить login & homedir могут не все и не всегда,а хотелось именно правильного решения...
Вывод:вероятно,при установке Ubuntu пользователю автоматически присваивается некий скрытый атрибут или вводится какая-то теневая интеграция со службой системной индексации файлов,что и приводит к ступору этой этой службы,когда пользователь изменяет файлы в своем homedir,и наверное,это только на Ubuntu такое возможно,в подарок от оч-чень умных создателей дистра,в других,вот,до такого маразма не додумались...