Простой вопрос

[MY3blKAHT]

в рутовой консоли

Код: [Выделить]

mount -o remount,rw /
cd /etc
ls *.lock
если будут .passwd.lock .group.lock shadow.lock  удали

Файлики .lock искал - не обнаружил.

[ARTGALGANO]

 должно что-то быть, т.к cannot lock /etc/passw

Код: [Выделить]

find /etc -name "*.lock"

[spk-ubuntu]

просто

Код: [Выделить]

mount что выводит?

[MY3blKAHT]

просто

Код: [Выделить]

mount что выводит?

/dev/sda1 on / type ext4 (rw, errors=remount-ro)
proc on /proc type proc (rw,noexec, nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections tyoe fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode-0755)
devpts on /dev/pts type devpts (w,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuod,nodev)

warning: /etc/mtab is not writeable (e.g. read-only file-system).
It's possible that information reported by mount( 8 ) is not up to date. For actual information about system mount points check the /proc/mount file


Вот что я получил.
Пользователь решил продолжить мысль 13 Ноября 2015, 10:39:20:

должно что-то быть, т.к cannot lock /etc/passw

Код: [Выделить]

find /etc -name "*.lock"

нашел таки один файл. .pwd.lock но удалить его не получается, пишет:
rm: cannot remove '.pwd.lock': Read-only file system

[Cxms]

но удалить его не получается, пишет:
rm: cannot remove '.pwd.lock': Read-only file system

Код: [Выделить]

mount -o remount,rw /

[MY3blKAHT]

Файлик pwd.lock удалил, но passwd по прежнему не срабатывает

Пользователь решил продолжить мысль 13 Ноября 2015, 16:38:58:На то что read-only file system, система ругается, так же, когда я пытаюсь сделать копию БД posgresql. Подозреваю что от этого все мои беды. Система тупо не может ничего записать, прав нет. Где бы это исправить..

[spk-ubuntu]

а что было до Большого Взрыва того, как появились эти проблемы? после чего это всё началось?

[Cxms]

Система тупо не может ничего записать, прав нет. Где бы это исправить..

Код: [Выделить]

mount -o remount,rw /Это перемонтироване корня (/) с доступом на чтение/запись.
В режиме восстановления корень по умолчанию монтируется с доступом только для чтения.

[MY3blKAHT]

а что было до Большого Взрыва того, как появились эти проблемы? после чего это всё началось?

До того как рухнили пароли от локальных учеток, я правил конфиг samba. Хотел сетевую шару сделать. Но насколько я понимаю, самба не связанна с локальными учетками, под самбу свои пользователи создаются.
Пользователь решил продолжить мысль 16 Ноября 2015, 09:03:59:

Система тупо не может ничего записать, прав нет. Где бы это исправить..

Код: [Выделить]

mount -o remount,rw /Это перемонтироване корня (/) с доступом на чтение/запись.
В режиме восстановления корень по умолчанию монтируется с доступом только для чтения.

я пытаюсь то же самое сделать загружаясь с флешки под 14.04, но выходит то же самое.

[spk-ubuntu]

когда Вы загружаетесь с флешки, то / - это корень live-файловой системы на флешке, и он действительно read-only. нужные вам passwd и shadow находятся где-то в районе /media/uuid-или-label-раздела-с-корнем/etc/ или /media/пользователь/... . теоретически можно туда сделать chroot. ну или попробовать отредактировать shadow вручную (приняв все меры предосторожности в виде создания его резервной копии и т.п.).

[MY3blKAHT]

Интересно, а если я просто скопирую файлик passwd с другой, рабочей системы. Он заработает? или я прибью все в конец?

[spk-ubuntu]

Интересно, а если я просто скопирую файлик passwd с другой, рабочей системы. Он заработает? или я прибью все в конец?

Я бы ограничился редактированием пароля (точнее его хэша) в той строке /etc/shadow, которая относится к пользователю, под которым Вы раньше входили и который обладал админскими правами.

[MY3blKAHT]

[/quote]Я бы ограничился редактированием пароля (точнее его хэша) в той строке /etc/shadow, которая относится к пользователю, под которым Вы раньше входили и который обладал админскими правами.
[/quote]
Это я уже делал. Стёр пароль в файле shadow, вычитав на форумах, что так можно зайти в учетку без пароля. Как в Гостя например. Но увы затирание пароля не дало результат. Не пускает все ровно, в ту учетку, где стирал.
Пользователь решил продолжить мысль 16 Ноября 2015, 15:28:30:

когда Вы загружаетесь с флешки, то / - это корень live-файловой системы на флешке, и он действительно read-only. нужные вам passwd и shadow находятся где-то в районе /media/uuid-или-label-раздела-с-корнем/etc/ или /media/пользователь/... . теоретически можно туда сделать chroot. ну или попробовать отредактировать shadow вручную (приняв все меры предосторожности в виде создания его резервной копии и т.п.).

Это я то же уже делал. Загружался с флешки, монтировал раздел в /mnt и заходил под chroot. Но passwd так и не сработал. И shadow вручную правил. И удалял там пароль совсем и с помощью команды шифрования, шифровал и вписывал туда пароль. Но ничего не дало результат. Мне все же кажется, что проблема не в файле shadow, а в том как срабатывает команда passwd. ЕЕ то и хочу заменить.

[ARTGALGANO]

Могу предположить, что проблема эта в pam-аутентификации.

Код: [Выделить]

cat /var/log/auth.log
ls -l /etc/pam.d/
cat /etc/pam.conf
cat /etc/pam.d/common-password|sed '/^$/d;/^#/d'
cat /etc/pam.d/common-auth|sed '/^$/d;/^#/d'
или

Код: [Выделить]

pam-auth-update

[MY3blKAHT]

Могу предположить, что проблема эта в pam-аутентификации.

Код: [Выделить]

cat /var/log/auth.log
ls -l /etc/pam.d/
cat /etc/pam.conf
cat /etc/pam.d/common-password|sed '/^$/d;/^#/d'
cat /etc/pam.d/common-auth|sed '/^$/d;/^#/d'
или

Код: [Выделить]

pam-auth-update

Увы, но ни к чему не привело, passwd так и не срабатывает и в учетки не входит.