Forum Debian Users Gang

Może to ma jakiś związek z tym?

ArnVaker napisał(-a):

hornet napisał(-a):

Kernel 2.6.28-r1 tuxonice.

W ogóle ten kernel strasznie stary. ;) Czemu czegoś w miarę aktualnego nie użyjesz?

Jak pisałem posta zrobiłem literówkę - 2.6.38-r1.

Gentoo:

# iwconfig 
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11bgn  ESSID:"x61"  
          Mode:Managed  Frequency:2.452 GHz  Access Point: 00:1D:0F:F2:D8:B1   
          Bit Rate=54 Mb/s   Tx-Power=9 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=70/70  Signal level=-27 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:2   Missed beacon:0

sit0      no wireless extensions.

Debian:

# iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11bgn  ESSID:"x61"  
          Mode:Managed  Frequency:2.452 GHz  Access Point: 00:1D:0F:F2:D8:B1   
          Bit Rate=54 Mb/s   Tx-Power=9 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          Link Quality=70/70  Signal level=-27 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:1   Missed beacon:0

vboxnet0  no wireless extensions.

Widzicie coś istotnego oprócz zarządzania energią?

Ostatnio edytowany przez hornet (2011-06-06 18:35:59)

Żadnej poprawy.

Właśnie kompiluje kernel 2.6.39 i będzie próba. Męczyłem się teraz z podniesieniem interfejsu eth0, ale to zaraz opiszę, bo problem jest co najmniej dziwny. Jak się skompiluje to dam znać.

hornet napisał(-a):

Właśnie kompiluje kernel 2.6.39 i będzie próba. Męczyłem się teraz z podniesieniem interfejsu eth0, ale to zaraz opiszę, bo problem jest co najmniej dziwny. Jak się skompiluje to dam znać.

Jedna rada:
Jak coś nie działa na nowym kernelu, to sprawdzaj na wcześniejszym.
Zaoszczędzisz sobie w ten dużo czasu i nerwów.

Ja np mam taką płytę, że żeby działało ACPi - to muszę je wymusić wpisem acpi=force w grubie.
Ostatnim kernelem samodzielnie kompilowanym , na którym ten wpis działał, był 2.6.38.2.
Nowsze po dodaniu acpi=force w ogóle nie wstają, i szukam właśnie przyczyny.
A problem mam na Gentoo, jajo z Aptosida (2.6.39-0.slh.2-aptosid-686) na Wheezym z tym parametrem wstaje normalnie.

To by było na tyle
;-)

Ostatnio edytowany przez Jacekalex (2011-06-06 21:36:50)

I czemu tylko wlan0, a z eth0 jest wszystko wporządku?

to możesz Ty sprawdzić nie my

To może spróbuj przekompilować wszystkie programy sieciowe sprawdzając ich flagi.

Chciałbym wiedzieć tylko, które binarki są uwalone... Rekompilacja wszystkich sieciowych programów? Hmm... na pewno potrwa długo, a czy przyniesie zamierzone efekty? Pewnie nie.

Cholera, trak to nie znajdę, to może być glibc, to może być openrc, ja już nie mam siły... ;D Chyba po sesji postawie nowe Gentoo, albo powrócę do Archa, albo zainstaluje Funtoo.

Mówisz glibc? A cofnę o wersję... w sumie już ładny śmietnik sobie zrobiłem, który trzeba będzie posprzątać kiedyś.

ArnVaker napisał(-a):

System może Ci paść po cofnięciu glibc. :P

Nawet nie wiem jak zmusic do tego portage... :P Zrobię jednak upgrade do ~amd64.

Jestem pod wrażeniem.. nawet to nie pomogło... Chyba zaczne od czystego stage, i stopniowo będę sprawdzał... póki co czasu nie mam na dłubanie w tym.

Dziękuję wszystkim za zainteresowanie i pomoc :)

Ostatnio edytowany przez hornet (2011-06-08 22:53:04)

Jacekalex napisał(-a):

Paść jak paść

Nie „paść jak paść”, tylko autentycznie system może po tym paść. Myślisz, że to zabezpieczenie w ebuildzie ktoś sobie zrobił dla jaj? Oczywiście zależy to od danej sytuacji i wersji z której do której cofasz, takie tylko gentoowe r1, r2, r3 nie powinny stanowić problemu. Przykładowo jeśli cofniesz glibc zaraz po jego aktualizacji, zanim jeszcze zdążysz przebudować na nim oprogramowanie w systemie, to również nie powinno być problemu. Jednak jeśli po jego aktualizacji przebudowałeś już inne oprogramowanie, to prawdopodobne jest, że po cofnięciu system nie będzie działał. Dajmy na to gcc (tylko przykład) — jeżeli został zbudowany w oparciu o nowszą wersję glibc, to po cofnięciu nie znajdzie symboli odnoszących się do nowszej wersji — na starszej wersji przestanie działać.