Hmm wiesz w sumie o tym nie pomyślałem
a tu proste rozwiązanie, dzięki przyjżę się, jak to funkcjonuje. Zawsze mnie to zadziwia, jak często proste rozwiązania nie są widziane
ups5
Mianowicie brak w kernelu (lub niewłaściwa implementacja) device-mapper driver, który uniemożliwia np. właściwe działanie Truecrypta (montowanie wirtualnych napędów).
Masz racje wywaliłem to z jądra razem z raidem ... juz z powrotem będzie, w pierwszej kolejności w 2.6.31.6-ext73-gtr, a następnie przebuduje 2.6.31.4-ext73-gtr
EDIT:
Zbudowałem
2.6.31.6-ext73-gtr-3.0 - uwzględniłem [poprawiłem konfiguracje] tu błędy zgłoszone przez Kolegę
ups5, a dodatkowo jeszcze podniosłem responsywność
. Udostępnię wieczorem.
Pozdrawiam !
Linux-2.6.31.6-ext73-gtr-3.0 [Ubuntu 9.10]
linux-headers-2.6.31.6-ext73-gtr-3.0
linux-image-2.6.31.6-ext73-gtr-3.0
broadcom-sta-modules-2.6.31.6-ext73-gtr-3.0_5.10.91.9-3
Teraz tylko zaznaczę - chyba mam rozwiązanie problemu modemów HSDPA, np Huawei 220 etc. ... tak jak myślałem to nie problem jądra (jak wmawiali mi developerzy Canonical - i ciężko im było to przetłumaczyć), a kwestia spapranych devkit`ów ... opiszę - co i jak, dziś lub jutro rano.
Modemy HSDPA Huawei E220 i inne (Era, Play, Orange, Plus)
Zatem zanim opisze kwestie związane z modemami HSDPA ... mały off topic (choć tak naprawdę donoszący się do wydajności). Otóż przetestowałem (wstępnie) nową Fedore i powiem tak ... nigdy tej dystrybucji nie lubiłem, ale patrząc na postęp i dopracowanie, jakie poczyniono w Fedorze 12, zasługuje to słowa uznania ! Ciekawy byłem ich przechwałek, że jądro jest super szybkie i zoptymalizowane dla atoma .... już wiem dlaczego
... podejrzewając, co mogli tam zrobić, już specjalnie się nie zdziwiłem, jak obejrzałem konfiguracje ich jądra ... jak bym zrobił copy-copy części z moich ustawień ! Widać mają tam Developerów, którzy wiedzą jak wykorzystać każdy MHz i bajt maszyny ! To chyba pierwsza Dystrybucja, która moim zdaniem ma tak dobrze skonfigurowane (pod względem wydajności) jądro ! ... co prawda to mój wstępny przegląd jego ustawień (może to jeszcze zweryfikuje), ale widać że zachowuje się całkiem nieźle w akcji.
Teraz modemy - po pierwsze to nie problem Kernela, a skopanego ustawienia m.in. (teraz tyle wiem) pakietów devicekit-disks i devicekit-power. Problem związany jest z "demonami" devicekit-disks-daemon oraz devicekit-power-daemon.
Zatem aby prawidłowo działały modemy takie, jak E220 i inne Huawei (a także innych producentów) musimy podjąć następujące kroki:
1. Jeśli mamy już jakąkolwiek konfiguracje w ustawieniach połączeń komórkowych, usuwamy ją.
2. Zanim podłączymy modem !!!! musimy wykonać następującą sekwencje:
sudo killall devkit-power-daemon
sudo killall devkit-disks-daemon
3. Podłączamy modem, czekamy aż pojawi się zakładka konfiguracji modemy i realizujemy tę czynność - odpowiednio dla naszego dostawcy mobilnego internetu (Era, Play, Orange, Plus, etc.).
4. Następnie łączymy się .
5. Po restarcie, już bezproblemowo powinno wykrywać modem. Prawidłowo go rozpoznawać oraz konfigurować, łącząc w sposób pozwalający na jego wykorzystywanie przez aplikacje systemu.
To w zasadzie tyle na chwilę obecną, jest to obejście problemu, nie jego rozwiązanie. Mam nadzieje, że zarówno developerzy z Canonical, jak i Gnome poprawia (m.in.) ten błąd, w tym moim zdaniem bezcelowego montowania, jako napędu przestrzeni ze sterownikami dla Windows.
Ważną kwestią jest nie modyfikowanie tych ustawień w trakcie, gdy którykolwiek z w/w demonów pracuje !!!! Inaczej możemy zapomnieć o tak skonfigurowanym łączu
. W sytuacji, gdy instalujemy nową wersje kernela, z moich doświadczeń wynika, że całą procedurę lepiej powtórzyć (zdarzaj się bowiem "kwiatki").
Tak przy okazji, podobny problem montowania w/w przestrzeni dyskowej występuje też w Fedorze 12 (moim zdaniem Developrzy Gnome dali w obecnej wersji ciała), ale tam widać jej (Fedory) developerzy poradzili sobie z łączem i działa idealnie ! Cóż kolejny element spaprany przez Canonical - obok zarządzania zasilaniem, ustawień X`ów dla sterowników Intela, zbyt restrykcyjnej polityki policykit [vide żądanie uprawnień do zmiany częstotliwości pracy procesora = paranoja !] oraz spornych pod względem wydajności (imho) ustawień kernela.
BTW. zbudowałem wersje Kernela 2.6.31.4-ext73-gtr-3.0 [Ubuntu 9.10] ... zgodnie z poprawkami zgłaszanymi przez Kolegę ups5 ... do tego jeszcze go zoptymalizowałem . "Standardowo" udostępnię wieczorem.
Pozdrawiam !
kernel 2.6.31.4-ext73-gtr-3.0 [Ubuntu 9.10]:
linux-headers-2.6.31.4-ext73-gtr-3.0
linux-image-2.6.31.4-ext73-gtr-3.0
broadcom-sta-modules-2.6.31.4-ext73-gtr-3.0_5.10.91.9-3
Grafika
zainstalowałem najnowsze xorg, sterowniki intela z gałęzi git (ostatni update przedwczoraj
) i mesę 7.7 (wszystko rozwojowe) i powiem, że czuć potencjał ... gierki dostały kopa
... compiz działa, jak bym go "posmarował"
przebudowałem kernel 2.6.31.6 w oparciu o patch Con Colivas`a - Shoudler BFS -
2.6.31-bfs310-ext73-gtr-4. Na chwilę obecną nie wypracowałem jednoznacznego stanowiska. Z jednej strony wydajność wzrasta tak o 25-30 % w stosunku do 3.6.31.6-ext73-gtr-3.0, ale z drugiej strony spada responsywność - przy dużym obciążeniu bliżej mu do jadra canonical, niż do najbardziej responsywnego 2.6.31.6-...