Polskie Forum Użytkowników Debiana

ArnVaker pisze: Czyli prawdopodobnie ma to bezpośredni związek ze sterownikiem grafiki. Jaka karta graficzna, jakie sterowniki, jakieś dodatkowe parametry w linii kernela ustawione w grubie?

Pokaż wynik:
Kod: Zaznacz cały
grep Module /var/log/Xorg.0.log

Kod: Zaznacz cały

marek@debian:~$ grep Module /var/log/Xorg.0.log
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Module ABI versions:
(II) LoadModule: "extmod"
(II) Module extmod: vendor="X.Org Foundation"
	Module class: X.Org Server Extension
(II) LoadModule: "dbe"
(II) Module dbe: vendor="X.Org Foundation"
	Module class: X.Org Server Extension
(II) LoadModule: "glx"
(II) Module glx: vendor="X.Org Foundation"
(II) LoadModule: "record"
(II) Module record: vendor="X.Org Foundation"
	Module class: X.Org Server Extension
(II) LoadModule: "dri"
(II) Module dri: vendor="X.Org Foundation"
(II) LoadModule: "dri2"
(II) Module dri2: vendor="X.Org Foundation"
(II) LoadModule: "intel"
(II) Module intel: vendor="X.Org Foundation"
	Module class: X.Org Video Driver
(II) LoadModule: "vgahw"
(II) Module vgahw: vendor="X.Org Foundation"
(II) LoadModule: "ramdac"
(II) Module "ramdac" already built-in
(II) LoadModule: "ddc"
(II) Module "ddc" already built-in
(II) LoadModule: "i2c"
(II) Module "i2c" already built-in
(II) LoadModule: "fb"
(II) Module fb: vendor="X.Org Foundation"
(II) LoadModule: "evdev"
(II) Module evdev: vendor="X.Org Foundation"
	Module class: X.Org XInput Driver
(II) LoadModule: "synaptics"
(II) Module synaptics: vendor="X.Org Foundation"
	Module class: X.Org XInput Driver

i

Kod: Zaznacz cały

marek@debian:~$ lspci
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03)
00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03)
00:1f.2 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA IDE Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)

W grubie nic nie dopisywałem oprócz nowego kernela Debiana. Zrobiłem także instalkę totem w trybie tekstowym bez X-ów .
Podaję obecny stan rzeczy:

Kod: Zaznacz cały

debian:/home/marek# aptitude safe-upgrade -s
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności       
Odczyt informacji o stanie... Gotowe
Odczyt dodatkowych informacji o stanie      
Inicjalizacja stanów pakietów... Gotowe
Odczyt opisów zadań... Gotowe          
Nie zostaną zainstalowane, zaktualizowane ani usunięte żadne pakiety.
0 pakietów aktualizowanych, 0 instalowanych, 0 do usunięcia i 0 nie aktualizowanych.
Do pobrania 0B archiwów. Zajęte po rozpakowaniu: 0B.
Pakiety zostałyby pobrane/zainstalowane/usunięte.

Czyli rozumiem, że problem z pakietami został rozwiązany?

Kod: Zaznacz cały

aptitude update && aptitude safe-upgrade && aptitude dist-upgrade

Nie zwraca żadnych niespodziewanych rezultatów?

Masz kartę Intela, to trochę zburzyło moją koncepcję. Znalazłem dokładnie taki problem, ale ściśle związany ze sterownikami Nvidii. Dziwna to dosyć sprawa, także na uniwersalne rozwiązanie również nie trafiłem. Najpierw spróbuj dopisać parametr vga=791 do linii używanego kernela.

Przykład:

Kod: Zaznacz cały

kernel          /boot/vmlinuz-2.6.26-2-686 root=/dev/sda11 ro quiet vga=791

Po czym restart systemu. Nie brzmi to może zbyt logicznie, ale znalazłem kilka przypadków w których pomogło. Jeśli nie pomoże, to można pokombinować według tego.

Problem występuje na każdym kernelu?

ArnVaker pisze:Czyli rozumiem, że problem z pakietami został rozwiązany?
Kod: Zaznacz cały
aptitude update && aptitude safe-upgrade && aptitude dist-upgrade
Nie zwraca żadnych niespodziewanych rezultatów?

Tak ten problem mam z głowy. Wykonałem te polecenie i było tylko 6 aktualizacji, nic szczególnego. Miałeś rację, że wtedy aktualizację blokował totem. :evil:
Ta część skończona, rozwiązana.

Jakimś dla mnie niezrozumiałym sposobem udało się przywrócić przechodzenie do trybu tekstowego, co jest nawet zalecane podczas wykonywania dist-upgrade. :-)
Nie wiem jak i dlaczego, ale teraz po dopisaniu stosownej kwestii

Kod: Zaznacz cały

kernel          /boot/vmlinuz-2.6.30-2-686 root=/dev/sda1 ro quiet vga=791

opcja trybu tekstowego powróciła. Poprzednio wyglądało to tak:

Kod: Zaznacz cały

kernel          /boot/vmlinuz-2.6.30-2-686 root=/dev/sda1 ro init=/sbin/bootchartd

Czy można dopisać inicjację bootchart jako ciąg dalszy tej linii?
Postęp ładowania podczas bootowania systemu wyświetla się małymi literami co zapewne wiąże się z opcją vga=791. Teraz jednak powrót do X-ów jest zablokowany.

Kod: Zaznacz cały

/etc/init.d/gdm start

gdm jest już uruchomiony
Fatal server error:
Server is already active for display 0. If this server is no longer running, remove /tmp/.xo-lock and start again.

Nie podziałało też samo: startx.
Próbowałem skasować ten plik xo-lock lecz bez rezultatu: nie ma takiego pliku! Po reboot komputer uruchomił się prawidłowo. Wszedłem do katalogu tmp i wyedytowałem plik XO-lock,. W trybie txt podało xo-lock więc pewnie dlatego on się nie znalazł. Plik był pusty bez treści.
Dziwnie działa również wyłączanie systemu, po kliknięciu na "wyłącz komputer" pokazuje w shelu jego postęp następnie ekran przechodzi w stan po wylogowaniu i dopiero tutaj zaznaczając "wyłącz komputer" następuje jego faktyczne wyłączenie. Coś chyba nie tak?

bolo pisze:Czy można dopisać inicjację bootchart jako ciąg dalszy tej linii?

A dlaczego nie dopiszesz i nie sprawdzisz czy działa? :-P

bolo pisze:Teraz jednak powrót do X-ów jest zablokowany.
Kod: Zaznacz cały
/etc/init.d/gdm start

gdm jest już uruchomiony

Cóż więcej można dodać? Jeżeli nie wykonałeś:

Kod: Zaznacz cały

/etc/init.d/gdm stop

To serwer X-ów nadal jest uruchomiony, prawdopodobnie na tty7 (ctrl+alt+f7).

bolo pisze:Dziwnie działa również wyłączanie systemu, po kliknięciu na "wyłącz komputer" pokazuje w shelu jego postęp następnie ekran przechodzi w stan po wylogowaniu i dopiero tutaj zaznaczając "wyłącz komputer" następuje jego faktyczne wyłączenie.

Nie bardzo rozumiem... W każdym razie nie widzę związku z poprzednim problemem.

ArnVaker pisze: Cóż więcej można dodać? Jeżeli nie wykonałeś:
Kod: Zaznacz cały
/etc/init.d/gdm stop

Nie wykonałem ponieważ sądziłem, że będąc w trybie tekstowym przy wyłączonych X-ach, także nie działa gdm. Masz jednak znowu rację , jest to konieczne. Nasuwa mi się zatem pytanie czy robiąc dist-upgrade należy przejść do trybu tekstowego w powyższy sposób, czy też Menadżer logowania gdm może pozostać uruchomiony i nie ma to znaczenia?
.

Nie bardzo rozumiem... W każdym razie nie widzę związku z poprzednim problemem.

Ja widzę. Dopisując tę opcję VGA do poleceń rozruchowych kernela naprawiłem, sam nie wiem jak, możliwość przechodzenia do trybu tekstowego z graficznego. Następnie dopisując dalej w tej linii

Kod: Zaznacz cały

init=/sbin/bootchartd

spowodowałem kłopoty z wyłączaniem systemu. Ustąpiły po wycofaniu wpisu i odinstalowaniu bootchart.
Teraz jest wszystko OK. Zagadką jest dlaczego tak reagował system, ale faktem, że wróciło do normy.

bolo pisze:Nie wykonałem ponieważ sądziłem, że będąc w trybie tekstowym przy wyłączonych X-ach, także nie działa gdm.

X-y są włączone dopóki ich nie wyłączysz, po prostu Ty jesteś gdzie indziej.

bolo pisze:Nasuwa mi się zatem pytanie czy robiąc dist-upgrade należy przejść do trybu tekstowego w powyższy sposób, czy też Menadżer logowania gdm może pozostać uruchomiony i nie ma to znaczenia?

Rób jak uważasz za stosowne, ja już tutaj odpowiedziałem jak robiłem używając Sida. Obecnie aktualizuję Debiana w chroocie z Gentoo.

bolo pisze:Ustąpiły po wycofaniu wpisu i odinstalowaniu bootchart.

Nie wiem dlaczego, nigdy nie używałem bootchart.

Na zakończenie tematu (chyba że nie jest jeszcze rozwiązany) dodam, że pewnie zostało Ci sporo śmieci po tamtych pakietach, które można usunąć. Namierzysz je w ten sposób:

Kod: Zaznacz cały

aptitude search ~c

A usuniesz wszystkie przez:

Kod: Zaznacz cały

aptitude purge ~c

Można jeszcze sprawdzić, czy nie pozostały Ci jakieś osierocone pakiety:

Kod: Zaznacz cały

aptitude install deborphan && deborphan

Jeżeli coś znajdzie, zazwyczaj można śmiało usunąć.

ArnVaker pisze: Rób jak uważasz za stosowne, ja już tutaj odpowiedziałem jak robiłem używając Sida.

Wybacz, najzwyczajniej zapomniałem. :mrgreen:

Na zakończenie tematu (chyba że nie jest jeszcze rozwiązany) dodam....

Oczywiście temat zakończony z pełnym sukcesem! :-)
Dzięki Tobie oczywiście, bo sam nie poradziłbym sobie. Sporo się nauczyłem przy tej okazji. Szczególnie cieszą mnie te końcowe wskazówki jak czyścić system. Ja znałem tylko metodę

Kod: Zaznacz cały

aptitude clean

Temat do zamknięcia.

Polskie Forum Użytkowników Debiana

[+] system po aktualizacji nie dzia