Forum Debian Users Gang

1. Sprawdź na dystrybucyjnym kernelu.
2. Zajrzyj do /var/log/daemon.log (potrzebujesz uprawnień roota), gdzie network-manager zapisuje informacje diagnostyczne. Może powiedział, co go boli.
3. Co prawda w to nie wierzę, ale może się okazać, że problem leży po stronie network-managera. Spróbuj uzyskać połączenie za pomocą innych programów (wicd, iwconfig). Jeżeli tam będzie działać, to sprawa jest jasna.

1.Na dystrybucyjnym kernelu jest to samo.
2.Wrzuciłem logi na dropboxa: https://www.dropbox.com/s/p4c5bdjn1okcksb/daemon.log
3.Oprócz network managera próbowałem wpa_gui ale nie widział mojej karty wi fi.

kamil9489: połączenie jest i wymaga hasła. NM nie posiada go w swojej bazie. Z jakiegoś powodu nie prosi o jego podanie, a zamiast tego się wywala.
Tym powodem jest prawdopodobnie to, że nie jest dostępny żaden agent, który pozwoliłby bezpiecznie przechowywać hasło. Wg tego wątku, rozwiązaniem jest zainstalowanie i uruchomienie gnome-keyring (NM-gnome, którego prawdopodobnie masz zainstalowanego, w Debianie wymaga tylko libgnome-keyring0).

Możesz też spróbować zainstalować pakiet gnome-core i na chwilę przełączyć się na GNOME. W tym środowisku NM powinien grzecznie poprosić o hasło do sieci i bezproblemowo się połączyć. Być może (podkreślam: być może) ten gnome-keyring jest potrzebny tylko do zapisania hasła, a do odczytu wystarczy już biblioteka libgnome-keyring. To by w jakiś sposób tłumaczyło, dlaczego NM-gnome wymaga tej drugiej, a jedynie zaleca tę pierwszą.
Jeżeli mam rację (a jest to ślepy strzał), to po skonfigurowaniu NM pod GNOME, dalej powinien już działać także na Xfce.

Problem rozwiązany.Wystarczyło wrzucić gksu....Wielkie dzięki wszystkim za pomoc !!!

Jeśli to sieć wifi, to najlepiej całość skonfigurować nie w Nm czy Wicd, ale bezpośredniio w wpa_supplicancie, przez wpa_cli lub wpagui.

Konfiguracja bardzo prosta:
http://dug.net.pl/drukuj/230/konfiguracja_wpa_gui_w_debianie/
http://xrunhprof.wordpress.com/2009/09/19/setup-wpa … ng-on-debian/

Dodatkowo wpa_supplicant sam automatycznie wybiera sieci na podstawie identyfikatora AP, potrafi współpracować z AccesPointami i wybrać sieci na podstawie priorytetu.
Nic lepszego i bardziej niezawodnego do połączeń wifi dla Linuxa nigdy nie było, i chyba raczej nie będzie.

Oczywiście albo NM, albo Wicd, albo Wpagui, nie można trzymać równocześnie dwóch lub  wszystkich trzech i oczekiwać, ze będą działać równocześnie.
Zazwyczaj będą się ze sobą kolidowały, i w rezultacie sieci nie będzie w ogóle.

Pozdrawiam
;-)

ilin napisał(-a):

Minio napisał(-a):

Możesz też spróbować zainstalować pakiet gnome-core i na chwilę przełączyć się na GNOME. W tym środowisku NM powinien grzecznie poprosić o hasło do sieci

To ,że napisałeś możesz a nie zainstaluj  nie zmienia postaci rzeczy.

Szkoda że nie zacytowałeś następnego zdania, gdzie było napisane „podkreślam: być może”. Dwa zdania później napisałem, że „jest to ślepy strzał”.
Oczywiście można sobie ciąć wypowiedzi jak się chce, ale w ten sposób chyba nigdzie nie dojdziemy.

ilin napisał(-a):

Ja się nie czepiam ,ale jak ktoś podaje alternatywne rozwiązania to bądź łaskaw swoich trzech groszy nie wtrącać.

Będę wtrącał, bo:
1. to jest zwykły FUD. Można to samo powiedzieć w taki sposób, aby FUD-u nie siać (wyżej podałem przykład).
2. to „alternatywne rozwiązanie” nie jest żadnym rozwiązaniem, a jedynie przesunięciem problemu. Na tej samej zasadzie rozwiązaniem wszystkich problemów z Linuksem na desktopie jest zainstalowanie Windowsa, a rozwiązaniem wszystkich problemów z Linuksem na serwerze jest zatrudnienie administratora.

Minio napisał(-a):

ilin napisał(-a):

Minio napisał(-a):

Możesz też spróbować zainstalować pakiet gnome-core i na chwilę przełączyć się na GNOME. W tym środowisku NM powinien grzecznie poprosić o hasło do sieci

To ,że napisałeś możesz a nie zainstaluj  nie zmienia postaci rzeczy.

Szkoda że nie zacytowałeś następnego zdania, gdzie było napisane „podkreślam: być może”. Dwa zdania później napisałem, że „jest to ślepy strzał”.
Oczywiście można sobie ciąć wypowiedzi jak się chce, ale w ten sposób chyba nigdzie nie dojdziemy.

ilin napisał(-a):

Ja się nie czepiam ,ale jak ktoś podaje alternatywne rozwiązania to bądź łaskaw swoich trzech groszy nie wtrącać.

Będę wtrącał, bo:
1. to jest zwykły FUD. Można to samo powiedzieć w taki sposób, aby FUD-u nie siać (wyżej podałem przykład).
2. to „alternatywne rozwiązanie” nie jest żadnym rozwiązaniem, a jedynie przesunięciem problemu. Na tej samej zasadzie rozwiązaniem wszystkich problemów z Linuksem na desktopie jest zainstalowanie Windowsa, a rozwiązaniem wszystkich problemów z Linuksem na serwerze jest zatrudnienie administratora.

Twoje humanistyczna orientacja nie pozwala zrozumieć ,ze to alternatywne rozwiązanie jest antidotum na najważniejszy problem.
Braku możliwości skonfigurowania sieci wifi.

Dla użytkownika obojętnym jest jakim programem będzie konfigurował sieć byle działało.
Propozycja instalacji gnome jest .... (sam sobie dopowiedz.)

adam@debian:~/Desktop$ aptitude show gnome-core
Pakiet: gnome-core                           
Stan: niezainstalowany
Wersja: 1:3.4+7
Priorytet: opcjonalny
Sekcja: gnome
Opiekun: Debian GNOME Maintainers <pkg-gnome-maintainers@lists.alioth.debian.org>
Architektura: i386
Rozmiar rozpakowanego: 53,2 k
Wymaga: libatk-adaptor (>= 2.4), at-spi2-core (>= 2.4), baobab (>= 3.4), brasero
        (>= 3.4), caribou (>= 0.4.2), caribou-antler (>= 0.4.2),
        libcaribou-gtk-module (>= 0.4.2), libcaribou-gtk3-module (>= 0.4.2),
        dconf-gsettings-backend (>= 0.12), dconf-tools (>= 0.12), empathy (>=
        3.4), eog (>= 3.4), evince (>= 3.4), evolution-data-server (>= 3.4),
        fonts-cantarell (>= 0.0.8), sound-theme-freedesktop, gcalctool (>= 6.4),
        gconf2 (>= 3.2.5), gdm3 (>= 3.4), glib-networking (>= 2.32),
        gnome-backgrounds (>= 3.4), gnome-bluetooth (>= 3.4), gnome-contacts (>=
        3.4), gnome-control-center (>= 1:3.4), gnome-dictionary (>= 3.4),
        gnome-disk-utility (>= 3.0), gnome-font-viewer (>= 3.4),
        gnome-icon-theme (>= 3.4), gnome-icon-theme-extras (>= 3.4),
        gnome-icon-theme-symbolic (>= 3.4), gnome-keyring (>= 3.4),
        libpam-gnome-keyring (>= 3.4), gnome-menus (>= 3.4),
        gnome-online-accounts (>= 3.4), gnome-packagekit (>= 3.4), gnome-panel
        (>= 3.4), gnome-power-manager (>= 3.4), gnome-screensaver (>= 3.4),
        gnome-screenshot (>= 3.4), gnome-session (>= 3.4),
        gnome-session-fallback (>= 3.4), gnome-settings-daemon (>= 3.4),
        gnome-shell (>= 3.4), gnome-system-log (>= 3.4), gnome-system-monitor
        (>= 3.4), gnome-terminal (>= 3.4), gnome-themes-standard (>= 3.4),
        gnome-user-guide (>= 3.4), gnome-user-share (>= 3.0), tracker-gui |
        gnome-search-tool, gsettings-desktop-schemas (>= 3.4),
        gstreamer0.10-plugins-base (>= 0.10.36), gstreamer0.10-plugins-good (>=
        0.10.31), gstreamer0.10-pulseaudio (>= 0.10.31), libgtk-3-common (>=
        3.4), gtk2-engines (>= 2.20.2), gucharmap (>= 1:3.4), gvfs-backends (>=
        1.12), gvfs-bin (>= 1.12), iceweasel (>= 10), libcanberra-pulse,
        gkbd-capplet (>= 3.4), metacity (>= 1:2.34), mousetweaks (>= 3.4),
        nautilus (>= 3.4), notification-daemon (>= 0.7.4), policykit-1-gnome (>=
        0.105), pulseaudio, gnome-sushi (>= 0.4), vino (>= 3.4), yelp (>= 3.4),
        zenity (>= 3.4)

W tym przypadku to nie niedoskonałość NM tylko jego pakietowanie lub sposób instalacji był niedoskonały bo nie wciągał programu ,który w sposób graficzny pozwala otrzymać uprawnienia roota.

W wicd jest to inaczej rozwiązane gdyż automatycznie dodaje użytkownika do grupy netdev i niejako z automatu ów użytkownik może wpisywać hasła i parametry sieci.

Mowa była o wifi dlatego zaproponowałem wicd które zawsze działa w tym przypadku.
Nic więcej.

Koniec dyskusji.