Po aktualizacji Debian Squeeze nie uruchamia si

[yeuser]

Po aktualizacji, system Debian Squeeze (2.6.32-5-amd64) nie uruchomił się (ten problem już raz wystąpił po wymianie karty graficznej). Aktualizacja, jak zwykle psuje instalację sterowników własnościowych i muszę robić reinstalację (jeśli chcę mieć akcelerację). Na starej karcie grafiki geforce fx5700 i geforce 8600 nie ma poważnych problemów (tzn. system się chociaż uruchamia) ale na radeon hd5750 do pewnego czasu jest dobrze, potem system już się nie uruchamia (kolejny raz zaciął się po uruchomieniu menadżera wyświetlania). Wszedłem więc w jakiś tryb naprawczy (ang. restore mode) i chciałem przeinstalować sterownik, instalator stwierdził, że tego nie zrobi. W takim razie odinstalowałem sterownik, potem restart i system dopiero łaskawie uruchomił się.
Dołączam, mam nadzieję, przydatne informacje.

[attachment=1]untitled.jpg[/attachment]

kdm.log

Kod: Zaznacz cały

X.Org X Server 1.7.7Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.0.0-1-amd64 x86_64 Debian
Current Operating System: Linux pc-et 2.6.32-5-amd64 #1 SMP Mon Jan 16 16:22:28 UTC 2012 x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=e0db10c4-4893-4577-a796-d919b161092e ro quiet
Build Date: 29 October 2011  06:58:14PM
xorg-server 2:1.7.7-14 (Julien Cristau <jcristau@debian.org>) 
Current version of pixman: 0.16.4
    Before reporting problems, check http://wiki.x.org
    to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
    (++) from command line, (!!) notice, (II) informational,
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Mar  4 01:24:23 2012
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(WW) fglrx: No matching Device section for instance (BusID PCI:0@1:0:1) found
/usr/bin/X: symbol lookup error: /usr/lib/xorg/modules/drivers/fglrx_drv.so: undefined symbol: GlxInitVisuals2D

Kod: Zaznacz cały

lspci -n

00:00.0 0600: 8086:29c0 (rev 02)
00:01.0 0604: 8086:29c1 (rev 02)
00:1a.0 0c03: 8086:2937 (rev 02)
00:1a.1 0c03: 8086:2938 (rev 02)
00:1a.2 0c03: 8086:2939 (rev 02)
00:1a.7 0c03: 8086:293c (rev 02)
00:1c.0 0604: 8086:2940 (rev 02)
00:1c.3 0604: 8086:2946 (rev 02)
00:1c.4 0604: 8086:2948 (rev 02)
00:1d.0 0c03: 8086:2934 (rev 02)
00:1d.1 0c03: 8086:2935 (rev 02)
00:1d.2 0c03: 8086:2936 (rev 02)
00:1d.7 0c03: 8086:293a (rev 02)
00:1e.0 0604: 8086:244e (rev 92)
00:1f.0 0601: 8086:2916 (rev 02)
00:1f.2 0101: 8086:2920 (rev 02)
00:1f.3 0c05: 8086:2930 (rev 02)
00:1f.5 0101: 8086:2926 (rev 02)
01:00.0 0300: 1002:68be
01:00.1 0403: 1002:aa58
03:00.0 0106: 197b:2363 (rev 02)
03:00.1 0101: 197b:2363 (rev 02)
04:00.0 0200: 10ec:8168 (rev 01)
05:00.0 0401: 13f6:8788

Plik /var/log/Xorg.0.log w załączniku.

Przy okazji, czy można zablokować aktualizację wszystkiego co jest związane z xorg, x itp. nie powodując konfliktów albo w ogóle zaprzestać aktualizacji sytemu? Wolę zapobiegać problemom niż potem z nimi walczyć.

Dodane:
Nie, problem nie jest rozwiązany. Jak teraz zainstaluję sterowniki ati, powinno być cacy, ale po którejś kolejnej aktualizacji znowu wszystko się posypie i zabawa trwa dalej. Możliwe, że problem jest beznadziejny więc mniejsza z tym.
Żeby nowego tematu nie tworzyć: czy można jakoś zablokować np. przy pomocy ,,aptitude hold'' grupy pakietów związane z serwerem x (które najlepiej) tak żeby przy aktualizacji nie powstały żadne konflikty? Mógłbym zacząć teraz eksperymentować, ale nie chcę narobić bałaganu. Jakieś sugestie, wskazówki? Można zawsze w ogóle nie aktualizować systemu, ale co jeśli pojawią się poprawki eliminujące jakieś krytyczne błędy?

[fnmirk]

Gdzie tu widzisz problem? Jeżeli aktualizujesz system i ma zostać zaktualizowane jądro lub elementy środowiska graficznego to przygotowujesz się do tego i to wszystko. Jak nie chcesz konfigurować ponownie środowiska graficznego, po aktualizacji, to zainstaluj wersję stabilną Debiana i nową wersję jądra.

Jeżeli nie będziesz usuwał wersji jądra, na której masz skonfigurowany sterownik własnościowy do karty grafiki to system powinien działać.

Nie ma przymusu aktualizacji. Aby uniknąć problemów należy aktualizację przeprowadzać w czystym trybie tekstowym (wyłączając środowisko graficzne).

Jeżeli system nie działa po aktualizacje wtedy przedstaw logi.

Debiana nie instaluje się ponownie tylko naprawia.

[yeuser]

Używam wyłącznie wersji stabilnej Debiana. Nic nie usuwam, nie kombinuję, nie czaruję itd, jestem raczej zwykłym użytkownikiem. Do aktualizacji zawsze używam

Kod: Zaznacz cały

aptitude safe-upgrade

Problem nie powstaje gdy pojawia się nowa wersja jądra albo nowe komponenty środowiska graficznego. Powstaje on jak na liście pakietów, które mają być zaktualizowane, jest coś z xorg albo x w nazwie. Wtedy jest niemal pewne, że obecną instalację sterowników vga nie działa po tym i nie dziwi mnie to bo sterowników ze strony producenta nie ma w repozytoriach, proces aktualizacji nic o nich nie wie, więc nadpisuje wszystko jak leci, czyli robi bałagan. Tylko niestety w przypadku radeona doprowadza to do tego, że systemu nie można potem w ogóle uruchomić. W chwili obecnej nie widzę lepszego rozwiązania niż zaprzestanie robienia aktualizacji Debiana, chociaż spróbuję jeszcze zrobić aktualizację w trybie tekstowym jak napisałeś.

[fnmirk]

Przesadzasz z tymi problemami, w dodatku na wersji stabilnej. Nie wykorzystujesz w odpowiedni sposób narzędzi i informacji jakich dostarcza system.

Kod: Zaznacz cały

man -L en aptitude

http://debian.linux.pl/threads/13294-Al ... #post84983

Bez logów, kiedy nastąpi awaria systemu trudno jest coś doradzić.

[Yampress]

Uzywaj standardowego sterownika. Po co Ci akceleracja?