Войдите на экран приветствия [дубликат]

Некоторые наблюдения / вопросы / предложения:

На вашем диске есть загрузочные файлы BIOS / CSM / legacy-mode и EFI / UEFI-mode. Похоже, вы используете EFI-режим в первую очередь, что хорошо, потому что Windows не будет загружаться в режиме BIOS с диска GPT, который у вас также есть. Тем не менее, материал в BIOS-режиме явно посылает вас на дикие гусиные погони. (Раздел bios_grub, /dev/sda6 используется, например, только в версии BIOS GRUB, поэтому время, потраченное на него, пропадает даром.) Я рекомендую вам прочитать эту страницу для получения дополнительной информации по этому вопросу. На выходе Boot Repair (по адресу http://paste2.org/AXVH8wM8) отсутствует файл grub.cfg, который обычно включает этот вывод. Это делает невозможным комментировать настройки GRUB. Вы можете отправить этот файл (он находится в /boot/grub/grub.cfg после загрузки в Ubuntu) на сайт pastebin и опубликовать URL-адрес вашего документа здесь для комментариев. Вы установили rEFInd (который я поддерживаю, BTW), и Boot Repair показывает файлы rEFInd на вашем жестком диске; но нет никаких доказательств записи rEFInd в вашем менеджере загрузки. Возможно, вы сможете создать его, набрав sudo efibootmgr -c -l \\EFI\\refind\\refind_x64.efi -L "rEFInd boot manager" в окне терминала в Ubuntu. Когда вы это сделаете, rEFInd должен появиться в следующий раз при загрузке; однако тот факт, что загрузочная запись rEFInd отсутствует, свидетельствует о том, что ваша прошивка может быть немного шелушащейся, а не «принимать» изменения NVRAM. Если это так, или если вы предпочитаете не менять свой загрузочный менеджер по умолчанию только сейчас, вы можете попробовать поставить rEFInd на флэш-накопитель USB или CD-R - изображения для обоих доступны на ссылке rEFInd download, которую вы задали в своем вопросе. rEFInd иногда может быть более надежным в загрузке Windows, чем GRUB, поэтому стоит попробовать работать rEFInd. Теоретически обновления Ubuntu не должны влиять на вашу способность загружаться в Windows через GRUB. Это делает тот факт, что вы столкнулись с этой проблемой в два раза чаще, чем беспокоиться. Мое предположение заключается в том, что вы пренебрегли отключением функций быстрого запуска Windows и / или Hibernation. Эти функции могут создавать повреждение файловой системы в общих файловых системах, включая ESP, где находятся загрузчики. Прочитайте, как отключить Fast Startup здесь и как отключить спящий режим здесь. Отключите эти функции, как только вы снова загрузитесь в Windows. Если моя догадка о том, что Fast Startup / Hibernation находится в корне ваших проблем, верна, вы можете временно устранить проблему, выполнив dosfsck на /dev/sda1 (то есть sudo dosfsck /dev/sda1). В крайних случаях, резервное копирование раздела (в /boot/efi в Ubuntu), размонтирование, создание на нем новой файловой системы FAT32, его повторная установка, редактирование /etc/fstab для использования нового серийного номера и восстановление данных на нем необходимо. Однако в долгосрочной перспективе отключение Fast Startup и Hibernation - единственное решение, если они будут вызывать повреждение файловой системы в ESP.
3
задан 20 May 2012 в 12:25

14 ответов

У меня была точно такая же проблема. Моя работа заключалась в том, чтобы запретить lightdm для отображения действительных имен пользователей, а попросить пользователя ввести свое имя пользователя. Мне не понравилось, что имена пользователей были показаны в любом случае.

Счастлив, я был, пока не заметил, что SSHd также страдает от той же проблемы. Я вошел в систему как xyz, и все же, когда я пытаюсь ssh на мой компьютер как xyz, я получаю «Permission denied, попробуйте еще раз». И когда я проверяю файл /var/log/auth.log, я нахожу следующее:

Jun  1 01:18:27 mypc sshd[17357]: input_userauth_request: invalid user xyz [preauth]

Jun  1 01:18:32 mypc sshd[17357]: error: Could not get shadow information for NOUSER

Jun  1 01:18:32 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:36 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:38 mypc sshd[17357]: Connection closed by 123.123.123.123 [preauth]

И все же соединение SSH с использованием учетной записи, с которой я установил Ubuntu 12.04, работает нормально.

Графический интерфейс для добавления новых пользователей чрезмерно упрощен. Я не хочу, чтобы chown и chgrp все мои данные. Что такое GUI, который я забыл при редактировании passwd, group, shadow.

1
ответ дан 25 July 2018 в 17:15

Если выполняется AccountService, файл /etc/lightdm/users.conf игнорируется. В таком случае вы можете установить минимальный UID, изменив значение атрибута UID_MIN в файле /etc/login.defs.

4
ответ дан 25 July 2018 в 17:15

У меня была точно такая же проблема. Моя работа заключалась в том, чтобы запретить lightdm для отображения действительных имен пользователей, а попросить пользователя ввести свое имя пользователя. Мне не понравилось, что имена пользователей были показаны в любом случае.

Счастлив, я был, пока не заметил, что SSHd также страдает от той же проблемы. Я вошел в систему как xyz, и все же, когда я пытаюсь ssh на мой компьютер как xyz, я получаю «Permission denied, попробуйте еще раз». И когда я проверяю файл /var/log/auth.log, я нахожу следующее:

Jun  1 01:18:27 mypc sshd[17357]: input_userauth_request: invalid user xyz [preauth]

Jun  1 01:18:32 mypc sshd[17357]: error: Could not get shadow information for NOUSER

Jun  1 01:18:32 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:36 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:38 mypc sshd[17357]: Connection closed by 123.123.123.123 [preauth]

И все же соединение SSH с использованием учетной записи, с которой я установил Ubuntu 12.04, работает нормально.

Графический интерфейс для добавления новых пользователей чрезмерно упрощен. Я не хочу, чтобы chown и chgrp все мои данные. Что такое GUI, который я забыл при редактировании passwd, group, shadow.

1
ответ дан 1 August 2018 в 23:40

Если выполняется AccountService, файл /etc/lightdm/users.conf игнорируется. В таком случае вы можете установить минимальный UID, изменив значение атрибута UID_MIN в файле /etc/login.defs.

4
ответ дан 1 August 2018 в 23:40

У меня была точно такая же проблема. Моя работа заключалась в том, чтобы запретить lightdm для отображения действительных имен пользователей, а попросить пользователя ввести свое имя пользователя. Мне не понравилось, что имена пользователей были показаны в любом случае.

Счастлив, я был, пока не заметил, что SSHd также страдает от той же проблемы. Я вошел в систему как xyz, и все же, когда я пытаюсь ssh на мой компьютер как xyz, я получаю «Permission denied, попробуйте еще раз». И когда я проверяю файл /var/log/auth.log, я нахожу следующее:

Jun  1 01:18:27 mypc sshd[17357]: input_userauth_request: invalid user xyz [preauth]

Jun  1 01:18:32 mypc sshd[17357]: error: Could not get shadow information for NOUSER

Jun  1 01:18:32 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:36 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:38 mypc sshd[17357]: Connection closed by 123.123.123.123 [preauth]

И все же соединение SSH с использованием учетной записи, с которой я установил Ubuntu 12.04, работает нормально.

Графический интерфейс для добавления новых пользователей чрезмерно упрощен. Я не хочу, чтобы chown и chgrp все мои данные. Что такое GUI, который я забыл при редактировании passwd, group, shadow.

1
ответ дан 4 August 2018 в 15:12

Если выполняется AccountService, файл /etc/lightdm/users.conf игнорируется. В таком случае вы можете установить минимальный UID, изменив значение атрибута UID_MIN в файле /etc/login.defs.

4
ответ дан 4 August 2018 в 15:12

У меня была точно такая же проблема. Моя работа заключалась в том, чтобы запретить lightdm для отображения действительных имен пользователей, а попросить пользователя ввести свое имя пользователя. Мне не понравилось, что имена пользователей были показаны в любом случае.

Счастлив, я был, пока не заметил, что SSHd также страдает от той же проблемы. Я вошел в систему как xyz, и все же, когда я пытаюсь ssh на мой компьютер как xyz, я получаю «Permission denied, попробуйте еще раз». И когда я проверяю файл /var/log/auth.log, я нахожу следующее:

Jun  1 01:18:27 mypc sshd[17357]: input_userauth_request: invalid user xyz [preauth]

Jun  1 01:18:32 mypc sshd[17357]: error: Could not get shadow information for NOUSER

Jun  1 01:18:32 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:36 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:38 mypc sshd[17357]: Connection closed by 123.123.123.123 [preauth]

И все же соединение SSH с использованием учетной записи, с которой я установил Ubuntu 12.04, работает нормально.

Графический интерфейс для добавления новых пользователей чрезмерно упрощен. Я не хочу, чтобы chown и chgrp все мои данные. Что такое GUI, который я забыл при редактировании passwd, group, shadow.

1
ответ дан 5 August 2018 в 23:38

Если выполняется AccountService, файл /etc/lightdm/users.conf игнорируется. В таком случае вы можете установить минимальный UID, изменив значение атрибута UID_MIN в файле /etc/login.defs.

4
ответ дан 5 August 2018 в 23:38

У меня была точно такая же проблема. Моя работа заключалась в том, чтобы запретить lightdm для отображения действительных имен пользователей, а попросить пользователя ввести свое имя пользователя. Мне не понравилось, что имена пользователей были показаны в любом случае.

Счастлив, я был, пока не заметил, что SSHd также страдает от той же проблемы. Я вошел в систему как xyz, и все же, когда я пытаюсь ssh на мой компьютер как xyz, я получаю «Permission denied, попробуйте еще раз». И когда я проверяю файл /var/log/auth.log, я нахожу следующее:

Jun  1 01:18:27 mypc sshd[17357]: input_userauth_request: invalid user xyz [preauth]

Jun  1 01:18:32 mypc sshd[17357]: error: Could not get shadow information for NOUSER

Jun  1 01:18:32 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:36 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:38 mypc sshd[17357]: Connection closed by 123.123.123.123 [preauth]

И все же соединение SSH с использованием учетной записи, с которой я установил Ubuntu 12.04, работает нормально.

Графический интерфейс для добавления новых пользователей чрезмерно упрощен. Я не хочу, чтобы chown и chgrp все мои данные. Что такое GUI, который я забыл при редактировании passwd, group, shadow.

1
ответ дан 7 August 2018 в 17:01

Если выполняется AccountService, файл /etc/lightdm/users.conf игнорируется. В таком случае вы можете установить минимальный UID, изменив значение атрибута UID_MIN в файле /etc/login.defs.

4
ответ дан 7 August 2018 в 17:01

Если выполняется AccountService, файл /etc/lightdm/users.conf игнорируется. В таком случае вы можете установить минимальный UID, изменив значение атрибута UID_MIN в файле /etc/login.defs.

4
ответ дан 10 August 2018 в 06:06

У меня была точно такая же проблема. Моя работа заключалась в том, чтобы запретить lightdm для отображения действительных имен пользователей, а попросить пользователя ввести свое имя пользователя. Мне не понравилось, что имена пользователей были показаны в любом случае.

Счастлив, я был, пока не заметил, что SSHd также страдает от той же проблемы. Я вошел в систему как xyz, и все же, когда я пытаюсь ssh на мой компьютер как xyz, я получаю «Permission denied, попробуйте еще раз». И когда я проверяю файл /var/log/auth.log, я нахожу следующее:

Jun  1 01:18:27 mypc sshd[17357]: input_userauth_request: invalid user xyz [preauth]

Jun  1 01:18:32 mypc sshd[17357]: error: Could not get shadow information for NOUSER

Jun  1 01:18:32 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:36 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:38 mypc sshd[17357]: Connection closed by 123.123.123.123 [preauth]

И все же соединение SSH с использованием учетной записи, с которой я установил Ubuntu 12.04, работает нормально.

Графический интерфейс для добавления новых пользователей чрезмерно упрощен. Я не хочу, чтобы chown и chgrp все мои данные. Что такое GUI, который я забыл при редактировании passwd, group, shadow.

1
ответ дан 10 August 2018 в 06:06

У меня была точно такая же проблема. Моя работа заключалась в том, чтобы запретить lightdm для отображения действительных имен пользователей, а попросить пользователя ввести свое имя пользователя. Мне не понравилось, что имена пользователей были показаны в любом случае.

Счастлив, я был, пока не заметил, что SSHd также страдает от той же проблемы. Я вошел в систему как xyz, и все же, когда я пытаюсь ssh на мой компьютер как xyz, я получаю «Permission denied, попробуйте еще раз». И когда я проверяю файл /var/log/auth.log, я нахожу следующее:

Jun  1 01:18:27 mypc sshd[17357]: input_userauth_request: invalid user xyz [preauth]

Jun  1 01:18:32 mypc sshd[17357]: error: Could not get shadow information for NOUSER

Jun  1 01:18:32 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:36 mypc sshd[17357]: Failed password for invalid user xyz from 123.123.123.123 port 57492 ssh2

Jun  1 01:18:38 mypc sshd[17357]: Connection closed by 123.123.123.123 [preauth]

И все же соединение SSH с использованием учетной записи, с которой я установил Ubuntu 12.04, работает нормально.

Графический интерфейс для добавления новых пользователей чрезмерно упрощен. Я не хочу, чтобы chown и chgrp все мои данные. Что такое GUI, который я забыл при редактировании passwd, group, shadow.

1
ответ дан 15 August 2018 в 17:50

Обычно uid 100 ~ 999 зарезервированы для системных учетных записей, и они не должны использоваться как обычный пользовательский uid, как описано в useradd manual

Значения между 0 и 999 обычно зарезервированы для системных учетных записей.

Следовательно, использование uid ниже 1000 заставляет lightdm не показывать их. Попробуйте изменить значение uid пользователя выше 999. (на самом деле выше 1000, потому что первый пользовательский uid, который вам равен 1000). Например, чтобы установить uid 1004, используйте эту команду:

sudo usermod --uid 1004 bethy46

Это изменит uid пользователя bethy46 до 1004 и, таким образом, отобразится в приглашении пользователя lightdm.

Чтобы узнать uid пользователя с именем user, используйте эту команду:

id -u user
1
ответ дан 18 August 2018 в 20:33

Другие вопросы по тегам:

Похожие вопросы: