Witajcie! Nazywam się Jakub Rusinek, mój pseudonim niekoniecznie artystyczny do Livio. Mam do Was kilka pytań, gdyż jestem zainteresowany dystrybucją openSUSE. Poprawiła się ona znacznie w stosunku do poprzedniej wersji, ale w dalszym ciągu są błędy i problemy, które powstrzymują mnie przed przesiadką z ukochanej Fedory. 1. Dlaczego XGL jest domyślnym sposobem na efekty pulpitu? Na sterownikach opensource do kart ATI sprawia on straszne problemy. Jest na to obejście (włączenie AIGLX), ale jest to niezwykle kłopotliwe, gdyż wymaga zabawy z /etc/X11/xorg.conf i /usr/share/gnome/default.session (celem uruchamiania skryptu /usr/bin/gnome-wm). Bez skryptu musiałbym wrzucać compiz --replace (...) do autostartu GNOME, co znacznie spowolniłoby start systemu, który i tak bardzo szybko się włącza (kompilacja pod i586 swoje robi). 2. YaST ma problemy z LIRC-em - usługa nie chce się uruchamiać mimo konfiguracji. Co więcej - menedżer usług jest strasznie nieprzyjazny. Bardzo chętnie się przesiądę, jeśli pomożecie mi nieco. Postarajcie się mocno, a zyskacie kolejnego kontrybutora :) . Swoją drogą, Wesołych Świąt i Szczęśliwego Nowego Roku :) [1]. 1| Czy ja aby nie urwałem się z choinki :> ? -- Jakub 'Livio' Rusinek http://liviopl.jogger.pl/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jakub 'Livio' Rusinek wrote:
1. Dlaczego XGL jest domyślnym sposobem na efekty pulpitu?
Poniewaz, XGl jest wybrykiem Novella a Novell jest patronem Opensuse.
Na sterownikach opensource do kart ATI sprawia on straszne problemy. Jest na to obejście (włączenie AIGLX), ale jest to niezwykle kłopotliwe, gdyż wymaga zabawy z /etc/X11/xorg.conf
A co w tym takiego klopotliwego? Po prostu edytujemy i sprawa zalatwiona. Pozy tym kto przy zdrowych zmyslach uzywa kart ATI? Maja chyba najgorsze sterowniki i to pod kazdym systemem. Osobiscie tez uzywam AIGLX ale mam karte nVidia. ;)
2. YaST ma problemy z LIRC-em - usługa nie chce się uruchamiać mimo konfiguracji.
A jaki blad wypisuje 'rclirc start' ?
Co więcej - menedżer usług jest strasznie nieprzyjazny.
Co jest takiego nieprzyjaznego w "runlevel editor"? Wlacz, wylacz i podaj init? Leci. Dla mnie jest wystarczajaco przyjazny. ;)
Bardzo chętnie się przesiądę, jeśli pomożecie mi nieco. Postarajcie się mocno, a zyskacie kolejnego kontrybutora :)
No staramy sie...
Swoją drogą, Wesołych Świąt i Szczęśliwego Nowego Roku :) [1].
Wzajemnie
1| Czy ja aby nie urwałem się z choinki :> ?
Pytanie chyba retoryczne...;) - -- All the best, Peter J. N. aedon DESIGNS, http://www.aedon.eu/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHcmoGh8q3OtgoGAwRAnV6AJ9gBa2r0Ukz8I2GB1OXY5pUQfdbmACdG9yi 34d1DupFFaKXCqEXCsFQU1I= =6GAG -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-pl+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-pl+help@opensuse.org
Witam Wszystkich! Czy ktoś z Was spotkał się może że wraz z komunikatem Kernel Panic.... mrugają diody od Caps lock i scroll lock? Czy można to uznać jednoznacznie za błąd hardwerowy np. dysku? Niestety z komunikatu który wyrzucał kernel panic niewiele na pierwszy rzut oka mozna bylo wywnioskowac, na drugi zreszta tez nie:) Błąd ten wyskoczył mi na serwerze, który od roku nie sprawiał żadnych problemów a tu nagle taki zonk. Niestety sprawa powtórzyła sie po dwóch tygodniach. Czy ktoś z Was spotkał się z taką reakcją kernela? Pozdrawiam marcin matyla
Mata pisze:
Witam Wszystkich!
I ja witam Ciebie.
Czy ktoś z Was spotkał się może że wraz z komunikatem Kernel Panic.... mrugają diody od Caps lock i scroll lock? Czy można to uznać jednoznacznie za błąd hardwerowy np. dysku? Niestety z komunikatu który wyrzucał kernel panic niewiele na pierwszy rzut oka mozna bylo wywnioskowac, na drugi zreszta tez nie:)
Tak, spotkałem się. Generalnie błąd jądra systemu jest ciężki do zdiagnozowania i najlepszą, chociaż czasochłonną, metodą wydaje się reprodukcja błędu. Biorąc jednak pod uwagę, iż kernel panic jest z reguły niepowszednio występującym zjawiskiem, wspomniana metoda może nastręczać pewnych trudności. Mówiąc ogólnie kernel panic występuje w sytuacji w której jądro nie wie co ma dalej zrobić. I kiedy pojawia się taka sytuacja, jądro stara się podać możliwie najwięcej informacji o występującym problemie. Natomiast bardziej technicznie, kernel panic może zostać spowodowany poprzez awarię modułu ładowanego dynamicznie, bądź wkompilowanego w jądro statycznie. Istnieją dwa głowne rodzaje kernel panic (czyt. zwiechy systemu): 1. Hard Panic - inaczej znany jako Aieee! 2. Soft Panic - inaczej zwany jako Oops AD 1. Jako symptomy wystąpienia Hard Panic uznajemy: - komputer jest kompletnie zablokowany i nie reaguje na nasze działania - migają światełka informujące o stanie klawiszy Caps Lock/Num Lock/Screll Lock. - Na monitorze pokazany jest kernel dump z napisem "Aieee!" - Błąd tego rodzaju zaliczamy do BSOD Najczęściej występującą przyczyną tego rodzaju błędu jest sytuacja w której moduł (sterownik) przestaje funkcjonować w procedurze obsługi przerwania (interrupt hander), ponieważ stara się uzyskać dostęp do pustego wskaznika (null pointer). W wyniku czego sterownik nie moze przyjmować nowych przerwać i doprowadza do wstrzymania pracy systemu. Z reguły jest to awaria sprzętu. W zależności od natury zjawiska kernel postara się zebrać możliwie najwięcej informacji przed wstrzymaniem pracy, lecz uznając, że Hard Panic jest dość drastycznym błędem nie jest pewne jaka ilość informacji zostanie zgromadzona. W związku z Twoim przypadkiem, bez dodatkowych informacji nie mogę zdiagnozować poprawnie problemu i określić miejsca w którym wspomniany błąd wystąpił. Gdybyś zdecydował się je dostarczyć, potrzebuję: - /var/log/messages - czasami jądro zdąży zapisać cały stos błędu - informacja co było robione przed wystąpieniem błędu - zrzut z ekranu w momencie wystąpienia błędu, ze wzgłedu na wstrzymanie pracy systemu niemożliwe jest skopiowanie/wklejenie informacji, dlatego dobrym pomysłem wydaje się zrobienie zdjęcia, bądź ręczne przepisanie. AD 2. Czysto informacyjnie Jako symptomy wystąpenia Soft Panic uznajemy: - znacznie mniej poważny niz Hard Panic - skutkuje segmentation fault - widać informację Oops w /var/log/messages/ - komputer będzie pracował w ograniczonym zakresie, restart jest zalecany Praktycznie wszystko związane z zatrzymaniem pracy modułu będzie uznawane jako soft panic. Jednakże w tym wypadku wstrzymanie pracy sterownika nie powoduje katastroficznego wstrzymania systemu, gdyż moduł nie jest zablokowany w procedurze obsługi przerwania. Podobnie jak w Hard Panic błędne dzialanie może wystąpic przy próbie odwołania do pustego wskaźnika.
Błąd ten wyskoczył mi na serwerze, który od roku nie sprawiał żadnych problemów a tu nagle taki zonk. Niestety sprawa powtórzyła sie po dwóch tygodniach.
Czy ktoś z Was spotkał się z taką reakcją kernela?
Tak. Reakcja w tym przypadku jest jedna Hard Panic, natomiast nie znane są przyczyny wystąpienia, które są niepomiernie istotniejsze.
Pozdrawiam marcin matyla
-- Pozdrawiam, Krzysztof Janusz hevilath@gmail.com --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-pl+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-pl+help@opensuse.org
Jakub 'Livio' Rusinek pisze:
Witajcie!
Nazywam się Jakub Rusinek, mój pseudonim niekoniecznie artystyczny do Livio.
Bardzo Nam miło Ciebie poznać, nazywam się Krzysztof i będę dzisiaj Twoim gospodarzem;)
Mam do Was kilka pytań, gdyż jestem zainteresowany dystrybucją openSUSE. Poprawiła się ona znacznie w stosunku do poprzedniej wersji, ale w dalszym ciągu są błędy i problemy, które powstrzymują mnie przed przesiadką z ukochanej Fedory.
Zgadzam się, wydanie 10.3 zostało znacznie poprawione w stosunku do poprzedniczki. Widać wyraźny progres, chociażby w postaci nowych narzędzi i technologi, które bez wątpienia można nazwać, pionierskimi i innowacyjnymi. Wystarczy wspomnieć o połączeniu repozytoriów społecznościowych w Guru i Packman, nowym aplecie update'u dla środowiska graficznego GNOME, przy okazji o YaST2 w GTK, pojawieniu się aplikacji Giver, KIWI, nowych narzędziach do wirtualizacji (VirtualBox, Xen 3.1, moduł VM YaST'a, KVM itd), możliwości instalacji bazowego systemu z jendej płyty CD (możemy też wspomnieć o wersji Live), openSUSE Codec Installer, możliwośc dodania dodatkowych repozytorii za pomocą jednego kliknięcia, nowy system zarządzania pakietami (ZMD zostało usunięte, hell yeah!), skrócony czas uruchamiania (i inny ekran startowy przy wychodzenia ze stanu hibernacji) i w końcu, ale zdecydowanie nie na końcu moja ulubiona nowość 1-Click Install. To prawda zdarzają się pewne niedociągnięcia (opera i flash) i musimy sobie jakoś z nimi radzić, zanim pojawią się poprawki.
1. Dlaczego XGL jest domyślnym sposobem na efekty pulpitu?
Być może dlatego że, poprawcie mnie jeżeli jestem w błędzie, Novell=XGL, RedHat=AIGLX, a przynajmniej obie firmy były inicjatorami i poświęcają swoje zasoby na rozwój projektów.
Na sterownikach opensource do kart ATI sprawia on straszne problemy. Jest na to obejście (włączenie AIGLX), ale jest to niezwykle kłopotliwe, gdyż wymaga zabawy z /etc/X11/xorg.conf i /usr/share/gnome/default.session (celem uruchamiania skryptu /usr/bin/gnome-wm).
Nie posiadam karty ATI i nie jestem w stanie tego sprawdzić.
Bez skryptu musiałbym wrzucać compiz --replace (...) do autostartu GNOME, co znacznie spowolniłoby start systemu, który i tak bardzo szybko się włącza (kompilacja pod i586 swoje robi).
Do tej pory nie zastanawiałem się, czy system uruchamia mi się 1 sekundę dłużej z compiz --replace, czy też nie. Natomiast jeżeli chodzi o szybszy start systemu, jako ogółu, to tak na dobrą sprawę, kompilacja pod i586 nie ma tutaj większego znaczenia, gdyż poprzednie wydania również były i586. Największą rolę odgrywa optymalizacja skryptów startowych dokonana, między innymi, przez Stephan Kulow.
2. YaST ma problemy z LIRC-em - usługa nie chce się uruchamiać mimo konfiguracji.
W przypadku gdy YaST nie może uruchomić usługi pomimo poprawnej konfiguracji mogę zaproponować, abyś spróbował zainicjować usługę ręcznie z 'wiesza poleceń'. Jako 'administrator', root: /etc/init.d/lirc start Jeżeli usługa jest, mówiąc ogólnie, żle skonfigurowana, bądź występują problemy innej, bliżej niesprecyzowanej natury, owo polecenie może dostarczyć witalnych, pomocnych informacji. Pomogając nam, informując o błędach, pomagasz sobie. ;D
Co więcej - menedżer usług jest strasznie nieprzyjazny.
Ciśnie mi się na klawiaturę teza, że to chyba rzecz względna i nie ma o czym tak naprawdę dyskutować. Uważam i wcale nie skromnie, że menadżer usług jest wystarczająco czytelny i spełnia swoje zadanie doskonale. Alternatywą może być konsola, bądź też YaST w trzech odsłonach GTK/QT/NCURSES. Sprawdź co bardziej Ci odpowiada.
Bardzo chętnie się przesiądę, jeśli pomożecie mi nieco. Postarajcie się mocno, a zyskacie kolejnego kontrybutora :) .
Będzie Nam bardzo miło, jeżeli dołączysz do naszej małej społeczności. Jednakże, weź proszę pod dokładne rozważenie tego o co Nas prosisz, szantażując wręcz.. Owszem, pomożemy Tobie na tyle, ile to będzie możliwe. Natomiast decyzja o zo-staniu 'członkiem' społeczności openSUSE zależy tylko do Ciebie i tak, na prawdę zupełnie nic tego nie zmieni.
Swoją drogą, Wesołych Świąt i Szczęśliwego Nowego Roku :) [1].
Tobie również życzę wszystkiego dobrego w Nowym Roku. Generalnie powinienem napisać, 'zeby nowy rok byl lepszy od poprzedniego', but consider this..F*** THIS S***! Niech po prostu będzie inny, niech nie ogranicza naszych młodych, chłonnych i kreatywnych umysłów swoją monotonnością.
1| Czy ja aby nie urwałem się z choinki :> ?
A czy ta choinka się świeciła? Co na to Święty Mikołaj? :D
-- Pozdrawiam, Krzysztof Janusz hevilath@gmail.com --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-pl+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-pl+help@opensuse.org
participants (4)
-
Jakub 'Livio' Rusinek -
Krzysztof Janusz -
Mata -
peter