Wyłączenie hasła, nie przyjmuje hasła przy autoryzacji bazy kluczy.

[mykowhai]

Witam, mam problem.

Otóż irytowało mnie ciągłe wpisywanie hasła, przy zablokowanym komputerze co odchodziłem od komputera to sie blokował i trzeba było podać hasło. Wymyśliłem że wyłącze hasło w ustawieniach konta, no i tak zrobiłem, dałem opcje Hasła brak, i tu sie zaczał problem po zatwierdzeniu wszystkiego, jak włączam komputer wyskakuje okienko z Hasłem do bazy kluczy, podaje takie jak przy instalacji i niestety nie przyjmuje, przy instalacji aplikacji również nie działa, przez co nie mam mozliwości instalacji ani zmieniania ustawień. Jest na to jakaś rada? Dlaczego tak sie stało?

Proszę o pomoc, pozdrawiam.

[marcin1982]

Masz aktywowane konto roota?
======
Jeśli nie, to chrootuj się do systemu na dysku przy użyciu dystrybucji livecd (opisy znajdziesz na forum) i spróbuj takich komend - będąc już zalogowanym jako root:

Kod: Zaznacz cały

passwd -u mykowhai

- odblokowanie hasła użytkownika
LUB

Kod: Zaznacz cały

passwd mykowhai [Enter]

i podajesz dwa razy hasło - ustawienie nowego hasła twojemu użytkownikowi. Tak będzie narazie najszybciej.
======

Wymyśliłem że wyłącze hasło w ustawieniach konta, no i tak zrobiłem, dałem opcje Hasła brak, i tu sie zaczał problem po zatwierdzeniu wszystkiego, jak włączam komputer wyskakuje okienko z Hasłem do bazy kluczy, podaje takie jak przy instalacji i niestety nie przyjmuje, przy instalacji aplikacji również nie działa, przez co nie mam mozliwości instalacji ani zmieniania ustawień. Jest na to jakaś rada? Dlaczego tak sie stało?

Menedżer bazy kluczy woła o hasło, którego nie ma i nie jest nigdzie przechowywane. Co do instalacji programów - sudo wymaga hasła twojego użytkownika. Usunąłeś lub zablokowałeś hasło do twojego konta użytkownika (nie wiem dokładnie co powoduje wyłączenie hasła).

Jeśli nadal chcesz nie wpisywać za każdym razem hasła to zainsteresuj się:
- ustawieniem pustego hasła w menedżerze bazy kluczy
- używaniem sudo bez hasła (instalacja programów i inne czynności administracyjne)
Oczywiście obniżasz poziom bezpieczeństwa systemu. Najpierw jednak sprawdź czy ponowne ustawienie hasła twojego użytkownika przywróci sytuację do normy.

[mykowhai]

Z pendrive to LiveCD mogę odpalić, czy koniecznie musi to być płytka?

[marcin1982]

Może być i to i to. Próbouj ;]

[mykowhai]

A mógłbyś mi jeszcze powiedzieć coś więcej o tym chrootowaniu, ew. podac jakiś link do tego opisu? Wyszukiwarka wskazuje instrukcje naprawiania GRUBa, a to chyba nie to?

[liftboy syndrome]

A nie prościej zbootować się w tryb ratunkowy? Przy uruchamianiu komputera przytrzymujesz klawisz Shift, aż wyświetli się menu. Wybierasz tryb ratunkowy. Potem wybierasz konsolę roota, zmieniasz hasło poleceniem passwd nazwauzytkownika, wpisujesz exit potem wybierasz kontynuację uruchamiania i voila.

update: błąd o którym mykowhai napisał niżej wynikał z zamontowania partycji / (root) w trybie read-only (tylko-do-odczytu). Trzeba zatem przed zrobieniem czegokolwiek przemontować ją w tryb read-write (odczyt-zapis) poleceniem

Kod: Zaznacz cały

mount / -o remount,rw

[marcin1982]

Bez odblokowanego hasła root - włączonego konta root - nic tam niezadziała. Ponieważ w pewnym momencie masz wybór:
Enter root password or type Ctrl+D
W pierwszym musisz podać hasło roota, którego nie masz (nieaktywny root). Ctrl+D przeniesie Cię do pierwszej czy drugiej konsoli TTY i pokaże napis:
ubunyu login:
Tylko chroot tutaj pomoże - uruchom livecd , czy liveusb, zaloguj się na konto roota:

Kod: Zaznacz cały

sudo su [Enter]

i podaj wynik polecenia:

Kod: Zaznacz cały

fdisk -l

Potem będziem działać dalej.

[liftboy syndrome]

Kolego, używasz "inny OS", to nie wiesz że w Ubuntu bootujesz się do rescue mode i pełnego roota zupełnie bezhasłowo.

[marcin1982]

Kolego tak się składa, że do testów mam Ubuntu 12.04 na partycji /dev/sda11 i sprawdziłem tryb ratunkowy jak to działa, zanim napisałem tamgego posta...

[liftboy syndrome]

To może używamy zupełnie innych ubuntów 12.04? Hint: nie mówię o trybie 'single' tylko ubuntowym 'recovery'
update: sprawdziłem - w trybie single też od razu włazi do '#'

Poza tym jeżeli mykowhai ustawił sobie puste hasło to może ustawić sobie hasło niepuste wykonując jako mykowhai polecenie

Kod: Zaznacz cały

passwd

Jeżeli jego hasło jest rzeczywiście puste to system po prostu poprosi go o nowe hasło.

[mykowhai]

liftboy syndrome, twoja rada zadziałała użyłem

Kod: Zaznacz cały

passwd

I wyskoczyło okienko ustawiania nowego hasła, z kolei jak próbowałem z trybu recovery wyskakiwał jakiś błąd. Ale wszystko już jest w porządku

marcin1982, tobie również dziękuje za pomoc.

[marcin1982]

To może używamy zupełnie innych ubuntów 12.04? Hint: nie mówię o trybie 'single' tylko ubuntowym 'recovery'
update: sprawdziłem - w trybie single też od razu włazi do '#'

No i stąd wynikło to niedomówienie. Pytałem na samym początku czy konto roota jest aktywne (przez sudo passwd root). U mnie jest, dlatego przy trybie ratunkowym woła o hasło roota bądź wciśnięcie Ctrl+D ;]
Poza tym zajrzyj tutaj:

}
menuentry 'Ubuntu, za pomocą systemu Linux 3.2.0-24-generic (tryb ratunkowy)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos11)'
search --no-floppy --fs-uuid --set=root 438141c8-ad70-4939-9347-c1b8065a3b62
echo 'Wczytywanie systemu Linux 3.2.0-24-generic...'
linux /boot/vmlinuz-3.2.0-24-generic root=UUID=438141c8-ad70-4939-9347-c1b8065a3b62 ro single nomodeset

//bear7: rozumiem, że kolorowanie ma czemuś służyć, ale to zmniejszenie czcionki? Okulista ciągle jest w cenie. Po co psuć sobie wzrok?

[liftboy syndrome]

Poza tym zajrzyj tutaj:

No zajrzałem i u mnie jest tak:

menuentry 'Ubuntu, za pomocą systemu Linux 3.2.0-24-virtual (tryb ratunkowy)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 06adb23a-71c7-4c68-8ad6-46349e4900b3
echo 'Wczytywanie systemu Linux 3.2.0-24-virtual...'
linux /boot/vmlinuz-3.2.0-24-virtual root=UUID=06adb23a-71c7-4c68-8ad6-46349e4900b3 ro recovery nomodeset
echo 'Wczytywanie początkowego dysku RAM...'
initrd /boot/initrd.img-3.2.0-24-virtual
}

No ale faktycznie po ustawieniu hasła na koncie roota pyszczy, żeby je podać.