sokarsg-1 pisze:O ja też mam problem z usypianiem na 18.0 tyle, że ja używam kubuntu 12.04 i myślałem że to wina którejś aktualizacji. W każdym bądź razie u mój asus 1201n usypia na pół sekundy (wyłącza się wiatraczek i słychać parkującą głowice) po czym się samoczynnie budzi.
Inne wrażenia z krótkiej bo krótkiej przygody z 18.0 to w porównaniu ze starszym kernelem zwiększyła się responsywność systemu, KDE. Kwin działa znacznie sprawniej na 18.0.
Racja, co dziwne testowałem 3 dni temu i było ok, a teraz na ION`ie pojawił się problem - updaty X`ów ?!? Na innych maszynach działa idealnie - Intel, ATI/AMD.
Jeszcze jedno w wersji APM 1.4 jest błąd, który ... usunąłem, ale dziwnym trafem nowa wersja nie nadpisała się na DropBox`a ?!?!?. Dlatego postaram się jeszcze do 12 udostępnić 1.4.1.
Pozdrawiam
-- 24 lut 2012 08:37 --
Zaraz dam poprawiony APM 1.4.1 i opisze pokrótce parę spraw. Teoretycznie nie mam teraz na to czasu, ale na szybko muszę pewne kwestie wyjaśnić.
Pozdrawiam
-- 24 lut 2012 08:52 --
Właśnie mi przed chwila szczęka opadła ... nie muszę poprawiać APM v1.4 ...
bo właśnie w tym momencie - jest PRAWIDŁOWY !!!! Pierwszy raz coś takiego widzę na DropBoxie. Wczoraj sięgałem i zainstalowała się poprzednia poprawiana [nieprawidłowa] przez te wersje, która jest obecnie na serwerze. Widać coś zmieniają na DB - m.in. szatę graficzna i prawdopodobnie nastąpiło przywrócenie wcześniejszej bazy danych[stara wersja APM 1.4 = nieprawidłowa] ... a teraz odtworzyli nowszą [poprawiony = prawidłowy APM 1.4]. Zatem nie ma potrzeby poprawiania skryptu ... bo właśnie przed chwilą zainstalował mi się poprawny ?!?!.
Zróbmy tak osoby, które już zainstalowały APM 1.4, proszę o jego odinstalowanie:
Kod: Zaznacz cały
sudo rm -fr /etc/pm/power.d/advanced_power_management_by_ext73_v1.4
a następnie ponowna instalacja APM 1.4 - jeszcze raz proszę ściągnąć skrypt instalacyjny, usuwając poprzedni wcześniejszy instalator.
Pozdrawiam
-- 24 lut 2012 09:23 --
Kwestia restartowania się przy usypianiu. Normanie znam przyrznę takiego stanu. Stan taki powstaje wtedy, gdy dla parametru wakeup - urządzenia USB - w trybie AC ustawimy enabled, a zatem włączone. Wtedy żadna maszyna nie wejdzie w stan uśpienia i będzie się restartować ... dlatego na AC wymuszam disabled - skrypt APM 1.4. Jednak - obecnie to wymaga podkreślenia - pod nvidią nawet na sterownikach 195.20 problem nadal istnieje, logi wskazują, że wszystko jest ok, a najgorsze jest to, że jak testowałem na Nvidii 3 dni temu wszystko działało prawidłowo. W zasadzie "najśmieszniejsze" w tym jest to, że do tej pory to właśnie pod Nvidią na kernelu 3.2.x były najmniejsze problemy. Cóż badam sprawę - zobaczymy. Co ciekawe ostatnio miałem zlecenie na kilkanaście różnych maszyn z Ubuntu i na wszystkich [3 z nich pod nvidią - tu pod i3 i i5] usypianie działało idealnie - kernel v18.0-K8. Podobnie pod intelem tu nawet robiłem dwie maszyny Asus Zenbook UX21 z i7 ... pod moim testowym v18.1-i7-64 i użytkownikom - jak to mówili

- szczeki opadały, jak Kubuntu zrobione przez mnie na tych maszynach działa i skutkuje kolejnymi zamówieniami

, ale to już powiedziałem, jak działalność oficjalnie zacznę

.
-- 24 lut 2012 09:45 --
Kwestia dźwięku ... cóż tu nie wypowiadałem się na ten temat, bo wydawało mi się to na tyle proste i jasne, że nie widziałem problemu. Po pierwsze stosowanie Pulse Audio uważam wręcz za konieczność. Jeszcze 2 lata temu to była "mordęga", teraz "błogosławieństwo"

. Przykładowo zobaczcie co widzi sama alsa pod odpaleniu alsamixer na X370 ... tu pod testowym v19.0-brazos-64. Tu na niektórych maszynach następuje "resetowanie ustawień" przy zmianie kernela, który w odmienny sposób komunikuje się z urządzeniami dźwiękowymi- vide różnice między kernelami opartymi o Linux-3.0.x, a 3.2.x, czy też 3.3.x [między 3.2, a 3.3 nie powstaje problem]. Oczywiście następuje tu przełączenie na inne domyślne = często "nieprawidłowe" urządzenie, co skutkuje "brakiem dźwięku" = przesyłaniem strumienia audio na wyjście, które nie jest wykorzystywane = konieczność przywrócenia konfiguracji. Zatem krótki screenacast:
MSI X370 - alsa i phonon + pulseaudio 1
MSI X370 - alsa i phonon + pulseaudio 2
MSI X370 - alsa i phonon + pulseaudio 3
MSI X370 - alsa i phonon + pulseaudio 4
MSI X370 - alsa i phonon + pulseaudio 5
MSI X370 - alsa i phonon + pulseaudio 6
MSI X370 - alsa i phonon + pulseaudio 7
Kwestia sterowników, proszę spróbować zainstalować wersje update - obecnie działa prawidłowo. Natomiast moje Catalysty 12.1 32 i 64 bit już ... od miesiąca leżą na serwerze, ale nie miałem czasu dokończyć instalatorów = chciałem, aby od razu dawały zmienną środowiskową, informująca Ubuntu o wsparciu sprzętowym dekodowania video = wsparcie GPU np. w VLC, SMplayerze, etc, a to pozwala - pod moimi kernelami - np. oglądać filmy Full HD [100 % płynności] przy obciążeniu wszystkich rdzeni procesora na 99-100 %. Być może jakoś dziś mi się uda, ale nie obiecuje ... mam i od groma pracy.
Pozdrawiam
-- 24 lut 2012 11:10 --
Jeszcze co do Broadcoma ... hmm dziwne instalowałem wczoraj na maszynie kernel K8 z Broadcomem i działa od strzała ...
Kolego JerryG używasz K8 tak ? Jeśli tak zróbmy moze w ten sposób, zainstaluj kernel, a następnie:
Kod: Zaznacz cały
wget http://dl.dropbox.com/u/14502404/broadcom-sta-wifi-3.2.6-ext73-f1-18.0-k8-ags-cfs_5.100.82.112-1.1_i386.deb
Kod: Zaznacz cały
sudo dpkg -i broadcom-sta-wifi-3.2.6-ext73-f1-18.0-k8-ags-cfs_5.100.82.112-1.1_i386.deb
Kod: Zaznacz cały
sudo depmod -a 3.2.6-ext73-f1-18.0-k8-ags-cfs
Jesli wypluje błędy prosze o informacje ... oczywiście w/w pod działającym 3.2.6-ext73-f1-18.0-k8-ags-cfs.
Pozdarwaiom