Ошибка домашней папки пользователя

/home/root

Это где такая дичь? У всех рутовый хомяк находится в /root. Сам сломал, или кто помог?

это наследие прошлого, не в этом суть.

не в этом суть

Ну раз не в этом, то наши полномочия на этом всё, кончились.

Прошу отвечать развернуто. Эта проблема для любого пользователя которого я создавал. что не так?

а вообще это The Angstrom Distribution

C /home игрища устраивал? Может, перемонтировал на ходу?
Перезапусти сервер SSH.

Зачем ssh хранит ссылку на /home?

Эта проблема для любого пользователя которого я создавал.

Прозрачно намекну что рута ты не создавал.

я ничего не делал, это стандартная сборка Linux angstrom. при разворачивании любого их образа - root без пароля и его домашняя папка /home/root. Скажите пожалуйста в чем суть проблемы? как должно быть и что сделать? Кроме того если я даже нового пользователя создам - проблема же самая.

не создавал, а намека не понял. прошу объяснить суть происходящих вещей.

не понял суть вопроса. Где хранит ссылку на /home?

А что, если сначала залогинится ssh, а уже потом запустить bash?

Дело в том, что у них /root в /home, а должен быть в корне. Хз является ли это причиной твоей проблемы, но во-первых, может да, во-вторых, это еще и может вызвать непредсказуемые проблемы с другими программами.

а, в этом случае ошибок нет и все корректно. Проблема именно когда я вызываю любую команду в ssh подключении (узнал позже путем эксперимента), например <ssh root@192.168.1.1 pwd>

Если честно, никогда так не делал, всегда сначала коннекчусь, потом уже команды. Возможно, в этом месте есть какой-то баг в ssh? В любом случае, если работает схема сначала коннект-потом команды, то почему нельзя так и делать?

Требуется вызывать простые команды по shh автоматизированно в одну строку.

Тогда давай разбираться. Какой шелл в системе по умолчанию? Ты говоришь sh, но ведь не имеется же ввиду оригинальный sh, который шелл Борна (не Борн-Эгейн)? Или имеется?

Просто предположение. Может, там сам sshd из /home запущен. Там дистр довольно специфический. Факт то, что такой директории по мнению sshd нет (No such file or directory).

Ну суть проблемы в том, что ssh запускает bash в каталоге, у которого нет родителя. Такое может быть, если ssh запустился, взял ссылку на /home, после этого /home удалили с диска, но он как бы в памяти остался висеть, и bash запускается с текущей директорией, установленной в несуществующем на диске каталоге, о чём он и жалуется, пытаясь понять, что происходит вообще. Но какая последовательность событий привела к этому, я не очень представляю и зачем вообще ssh так делает - я тоже не очень представляю.

Возможно вместо удаления был примонтирован другой раздел сверху на /home.

В общем перезапуск sshd может помочь.

Хотя почему оно не работает с командой и работает просто с сессией - тоже не понимаю.

Фс чистая , только после накатывания , манипуляций с юзерами не проводились . Проблема с Любой командой , не только bash. . Погуглил - называется remotecommand . Была введена с версии ssh 7.6 . Может sshd просто некорректно работает ? https://unix.stackexchange.com/questions/354594/remote-command-in-ssh-config-file

А что-то вроде echo "ls /" | ssh -T hostname не сработает?

Интересная у вас игра. Не удержался поиграть.

Взял тут https://dominion.thruhere.net/angstrom/nightlies/v2013.06/qemuarm/ rootfs и zImage, запустил в ArchLinux так:

qemu-system-arm -kernel 'zImage' -m 64 -M versatilepb -append "root=/dev/sda" -hda 'Angstrom-systemd-image-eglibc-ipk-v2013.06-qemuarm.rootfs.ext3' -nic user,hostfwd=tcp::5022-:22

$ ssh root@localhost -p 5022 pwd
/home/root

Так-то должно быть как-то связано с несуществующим каталогом. Но не видно, прям обидно.

-----------------

Далее я решил сменить оболочку для root с sh на bash

До установки bash /bin/sh там симлинк на /bin/busybox, после установки opkg install bash тот же /bin/sh стал симлинком на /bin/bash. Т.е. у root она и так уже bash.

Извини, мозгов отсыпать не могу. ☺

У меня до установки bash

stat /bin/sh
File: '/bin/sh' -> '/bin/busybox.nosuid'

При этом все оказывается нормально работает, то есть выполняются

$ ssh root@192.168.1.1 pwd
/home/root

Далее стоит только поставить bash и уже проблема :

ssh root@192.168.1.1  pwd
Password: 
shell-init: error retrieving current directory: getcwd: cannot access parent directories: Inappropriate ioctl for device
pwd: error retrieving current directory: getcwd: cannot access parent directories: Success
pwd: error retrieving current directory: getcwd: cannot access parent directories: Bad address

При этом действительно стало:

  stat /bin/sh
  File: '/bin/sh' -> '/bin/bash'

И что ему не нравится?

Меня бы, наверное, смущало такое соседство слов «busybox.nosuid» и «cannot access parent directories»

В версии Angstrom-systemd-image-eglibc-ipk-v2013.06-qemuarm вообще нет такого busybox.nosuid

Внутри у него вот такие версии:

root@qemuarm:~# ssh -V       
OpenSSH_6.1p1, OpenSSL 1.0.1e 11 Feb 2013
root@qemuarm:~# bash --version
GNU bash, version 4.2.10(1)-release (arm-angstrom-linux-gnueabi)

Может скажете, если не секрет, точную версию своего Angstrom чтобы попытаться воспроизвести? cat /etc/version

А ещё лучше, наверное, найти все-таки разработчиков Angstrom и с ними поговорить.

`/proc` есть же? Там можно посмотреть контекст запуска всех участвующих процессов (sshd мастер-процесс, sshd экземплр коннекта, запущеный в сессии bash).

`ls -al /proc/12345/cwd`

И, кстати да - как костыль: может быть если считать, что pwd в вашем busybox.nosuid сломан (или ssh ?, или bash ?), тогда сразу и cd указывать, чтоб не ругался?

Т.е. типа такого:

$ssh root@localhost -p 5022 "cd /; uname -a; pwd"
root@localhost's password: 
Linux qemuarm 3.8.11-yocto-standard #1 PREEMPT Sun Jan 26 20:31:35 CET 2014 armv5tejl GNU/Linux
/

Angstrom v2015.06

Спасибо. Пока даже запустить не получается эту версию в QEMU.

Тыкал тут разные версии - у некоторых установка bash еле-еле влазит на /.

Проверьте на всякий случай свободное место у себя на корне.

Правда у меня получается, что если влазит то нормально работает, а если не влазит, то даже sshd перестает запускаться.

запустить не получается эту версию

Запустил qemux86

Не могу воспроизвести, хоть тресни. Странно, что у вас версия v2015.06, а ядро уже 4.1. Оно же только вышло в июне 2015. Крайне маловероятно, что сразу же попало в релиз дистрибутива.

С другой стороны - я и ядро не родное 3.19, а 4.1 из релиза следующего года подсовывал к 2015.06. Всё равно - запускается и работает в нормальном режиме.

В общем - я всё. Сдаюсь. Теоретик из меня слабый, а на практике пощупать ошибку не получилось.

Надеюсь вам помогут местные сильные теоретики.

спасибо за помощь! Проблему решил путем сборки bash версии 5.0!