Po aktualizacji systemu odzyskanie pliku debconf

[jackweb]

Witam!

Zaktualizowałem sobie Debiana Etch na Lenny (testing). Wielu ludzi polecało już to zrobić. Na desktop się podobno nadaje.

Wszystko przebiegło dobrze. Restartuję komputer, a tu X'sy się nie włączają. Co jest? Próbuję ręcznie → problem ze sterownikami. Instalowałem za pomocą Envy, więc szukałem jakiejś wersji na Lenny'ego, aby zaktualizować albo usunąć je, ale znalazłem informację, że trzeba usunąć sterowniki przez Envy przed aktulizacją systemu. Aha! Dowiedziałem się o tym po dist-upgrade... Kiedy uruchamiałem Envy, pisał, że nie chce współpracować z moim systemem. Akurat! Zmieniłem /etc/debian_version na 4.0. Kiedy wszystko zrobiłem, chciałem przywrócić plik, zmieniłem go vimem na lenny/sid i napisałem :save! deb
i kliknąłem tab. Pojawiło się debconf i kliknąłem enter. Nie zauważyłem nawet, że zmieniłem nie ten plik. Myślałem, że klikając tabem wyskoczy debian_version. W rezultacie niechcący podmieniłem zawartość pliku /etc/debconf.

Jak to wszystko naprawić, a mianowicie:
- Jak przywrócić stary plik debconf?
- Jak włączyć X'y? Zakomentowałem linijkę o "nv", aby nie ładował sterowników i przyczepił się do czcionek. Co zainstalować?

[De_sant]

Kod: Zaznacz cały

Zakomentowałem linijkę o "nv"

zmien nv na vesa

Przy aktualizacji do lennego pewnie zmienila ci sie wersja xorga , kernel

przeinstaluj jakos sterownik - ja instaluje zawsze sterowniki zamkniete z instalatora

EDIT: nie wiem czy to cos da
oto moj plik debconf.conf

Kod: Zaznacz cały

# World-readable, and accepts everything but passwords.
Name: config
Driver: File
Mode: 644
Reject-Type: password
Filename: /var/cache/debconf/config.dat

# Not world readable (the default), and accepts only passwords.
Name: passwords
Driver: File
Mode: 600
Backup: false
Required: false
Accept-Type: password
Filename: /var/cache/debconf/passwords.dat

# Set up the configdb database. By default, it consists of a stack of two
# databases, one to hold passwords and one for everything else.
Name: configdb
Driver: Stack
Stack: config, passwords

# Set up the templatedb database, which is a single flat text file
# by default.
Name: templatedb
Driver: File
Mode: 644
Filename: /var/cache/debconf/templates.dat

# Well that was pretty straightforward, and it will be enough for most
# people's needs, but debconf's database drivers can be used to do much
# more interesting things. For example, suppose you want to use config 
# data from another host, which is mounted over nfs or perhaps the database
# is accessed via LDAP. You don't want to write to the remote debconf database,
# just read from it, so you still need a local database for local changes.
#
# A remote NFS mounted database, read-only. It is optional; if debconf
# fails to use it it will not abort.
#Name: remotedb
#Driver: DirTree
#Directory: /mnt/otherhost/var/cache/debconf/config
#Readonly: true
#Required: false
#
# A remote LDAP database. It is also read-only. The password is really
# only necessary if the database is not accessible anonymously.
# Option KeyByKey instructs the backend to retrieve keys from the LDAP
# server individually (when they are requested), instead of loading all
# keys at startup. The default is 0, and should only be enabled if you
# want to track accesses to individual keys on the LDAP server side.
#Name: remotedb
#Driver: LDAP
#Server: remotehost
#BaseDN: cn=debconf,dc=domain,dc=com
#BindDN: uid=admin,dc=domain,dc=com
#BindPasswd: secret
#KeyByKey: 0
#
# A stack consisting of two databases. Values will be read from
# the first database in the stack to contain a value. In this example,
# writes always go to the first database.
#Name: fulldb
#Driver: Stack
#Stack: configdb, remotedb
#
# In this example, we'd use Config: fulldb at the top of the file
# to make it use the combination of the databases.
#
# Even more complex and interesting setups are possible, see the 
# debconf.conf(5) page for details.

[jackweb]

Dzięki za plik debconf.conf.

Kernel się zmienił, co do xorga, to pewnie też. Podczas startx włącza się tryb tty7, ale monitor jest jakby wyłączony, nie ma obrazu. W tty1 pojawiają się jakieś raporty o błędach. Wyciąg z /var/log/Xorg.0.log to. Co jest źle? Chyba błąd z x-ttcidfont-conf, odinstalowałem, a po instalacji jest napisane, że niektóre pakiety nie zostaną zainstalowane, czy coś w tym stylu i jest pokazany właśnie pakiet x-ttcidfont-conf.