Ви не увійшли. Будь ласка, увійдіть або зареєструйтесь.
Ласкаво просимо вас на україномовний форум з програмування, веб-дизайну, SEO та всього пов'язаного з інтернетом та комп'ютерами.
Будемо вдячні, якщо ви поділитись посиланням на Replace.org.ua на інших ресурсах.
Для того щоб створювати теми та надсилати повідомлення вам потрібно Зареєструватись.
Український форум програмістів → *nix → Після прокидання від сплячого режиму, Ubuntu18.04 не приймає пароль.
Сторінки 1
Для відправлення відповіді ви повинні увійти або зареєструватися
Ubuntu 18.04.1 LTS.
Після прокидання від сплячого режиму, Ubuntu не приймає пароль.
бувають випадки коли приймає. Закономірності не помітив.
В чому може бути причина і як виправити?
проблема може бути в юзері, котрий іноді неправильний пароль вводить, але не помічає цього. В мене таке саме.
можливо Вам вдалося придумати пароль, з якого убунтівська хеш-функція дає неоднозначний результат.
напишуть його тут і ми спробуємо в себе на компах.
Хеш-функція не може давати неоднозначний результат; можете навіть глянути в /etc/shadow - якщо хеш починається з $6$ - це SHA-512.
Радше якісь проблеми із драйвером клавіатури/розкладкою.
Ага, ось, схоже, ваша проблема і розв'язок: додати типову розкладку клавіатури для X11, для цього створити файл
/usr/share/X11/xorg.conf.d/20-keyboard.conf
з відповідною розкладкою (тут - французька):
Section "InputClass"
Identifier "keyboard"
MatchIsKeyboard "yes"
Option "XkbLayout" "fr"
Option "XkbVariant" "latin9"
EndSectionХеш-функція не може давати неоднозначний результат;
ну от, тепер нам не бачити пароля (
Капслок замість шифта. Не та розкладка.
Капслок замість шифта. Не та розкладка.
пароль на рівні "abcd12345" тому вводити його невірно проблемно. Тим більше вводити постійно.
правда я swap-file збільшив в розмірі з 1 до 16 гб.
ну і гібернацію включив, яка так і не запрацювала.
правда я swap-file збільшив в розмірі з 1 до 16 гб.
ну і гібернацію включив, яка так і не запрацювала.
Гібернація може бути з багом. В мене теж було таке.
Зловити цей баг досить складно, можливо вам якраз "повезло".
Лікується примусовим перезапуском.
згадую в FreeBSD була схожа проблема з Х-сами, але точно не помню, де в файлику, треба було вказати яке шифрування використовується,можна глянути на термінал, подивитись помилки типу CTRL+ALT+F1 чи іншу комбінацію що там пише
hal і dbus стартували ?
snenko, ви якось відписуйтеся, чи що. Рецепт із клавіатурою не допоміг?
snenko, ви якось відписуйтеся, чи що. Рецепт із клавіатурою не допоміг?
тільки прочитав. завтра буду пробувати
Хеш-функція не може давати неоднозначний результат; можете навіть глянути в /etc/shadow - якщо хеш починається з $6$ - це SHA-512.
Радше якісь проблеми із драйвером клавіатури/розкладкою.Ага, ось, схоже, ваша проблема і розв'язок: додати типову розкладку клавіатури для X11, для цього створити файл
/usr/share/X11/xorg.conf.d/20-keyboard.confз відповідною розкладкою (тут - французька):
Section "InputClass" Identifier "keyboard" MatchIsKeyboard "yes" Option "XkbLayout" "fr" Option "XkbVariant" "latin9" EndSection
спробував.
поміеяв з fr на en
і спробував замість latin9 utf-8
не працює((
Подивіться, які у вас є розкладки
localectl list-x11-keymap-layoutsта варіанти
localectl list-x11-keymap-variants [layout]Гадаю, все ж таки
Option "XkbLayout" "us"і XkbVariant не потрібен.
Подивіться, які у вас є розкладки
localectl list-x11-keymap-layoutsта варіанти
localectl list-x11-keymap-variants [layout]Гадаю, все ж таки
Option "XkbLayout" "us"і XkbVariant не потрібен.
▼Прихований текст
пробував Option "XkbLayout" "us" нажаль не допомогло((
думаю в логах ще подивитись але, де і що глянути я незнаю
Сторінки 1
Для відправлення відповіді ви повинні увійти або зареєструватися