LinuxForum.Fans
Тема

[Решено] Не получается обновиться в squeeze

Автор: servi71 23 сообщений 6411 просмотров
#49921

Всех приветствую. Попытался обновить squeeze, и не получается. Делал так:

text
 apt-get -d dist-upgrade
Вошел в текстовый режим и 
apt-get dist-upgrade

Образовываются зависимости, вот окончание в консоли

text
insserv:  loop involving service mountdevsubfs at depth 2
insserv:  loop involving service udev at depth 1
insserv: There is a loop at service stop-bootlogd if started
insserv: There is a loop between service stop-bootlogd and mountoverflowtmp if started
insserv:  loop involving service mountoverflowtmp at depth 1
insserv:  loop involving service network-manager at depth 13
insserv:  loop involving service smfpd at depth 1
insserv:  loop involving service bootlogd at depth 4
insserv: There is a loop between service smfpd and ifupdown-clean if started
insserv:  loop involving service networking at depth 10
insserv: There is a loop between service stop-bootlogd and bootlogd if started
insserv:  loop involving service mountall-bootclean at depth 1
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
dpkg: нe yдaлocь oбpaбoтaть пapaмeтp udev (--configure):
 пoдпpoцecc ycтaнoвлeн cцeнapий post-installation вoзвpaтил кoд oшибки 1
dpkg: зaвиcимocти пaкeтoв нe пoзвoляют нacтpoить пaкeт libudev0:
 libudev0 зaвиcит oт udev (= 154-1), oднaкo:
  Πaкeт udev пoкa нe нacтpoeн.
dpkg: нe yдaлocь oбpaбoтaть пapaмeтp libudev0 (--configure):
 пpoблeмы зaвиcимocтeй -- ocтaвляeм нe нacтpoeнным
Oбpaбaтывaютcя тpиггepы для initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.32-3-686
W: Possible missing firmware /lib/firmware/rtl8168d-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl8168d-1.fw for module r8169
Πpи oбpaбoткe cлeдyющиx пaкeтoв пpoизoшли oшибки:
 initscripts
 cron
 udev
 libudev0
Чтeниe cпиcкoв пaкeтoв... Γoтoвo
Πocтpoeниe дepeвa зaвиcимocтeй
Чтeниe инфopмaции o cocтoянии... Γoтoвo
Чтeниe инфopмaции o pacшиpeнныx cocтoянияx... Γoтoвo
Инициaлизaция cocтoяний пaкeтoв... Γoтoвo
Чтeниe oпиcaний зaдaч... Γoтoвo

Попытался эти пакеты установить через dpkg, тоже не получается.
Что можно сделать, прошу объяснить, кто знает.

#49954

Я с этим столкнулся, когда обновлял Lenny до testing, уже толком не помню,
в каком порядке и что при этом устанавливал, но, во всяком случае, надо
установить ядро от testing, вроде бы это было надо для udev. Сам dpkg
надо установить новый, потом udev и что с ним связано, но за порядок
уже не поручусь. У меня при этом были подключены репозитарии и от
Lenny и от testing, но это не рекомендуется. Вообще мороки было много.
dpkg-listbugs не устанавливайте, с ним могут быть проблемы.
Пётр.

#49956

Спасибо. Я уточню, что обновляюсь не переходя с одной ветки на другую, а все в той же ветке squeeze.

#50133

сначала руками установил новое ядро и только после этого встал udev

#50138

ручками это как?

#50828

Переустановил я систему, поставил ядро 2.6.34, ввел aptitude dist-upgrade, и система обновилась.

#54354

Воспользуюсь темой. Пытаюсь обновиться, но
на этом обновление останавливается:

text
nvidia-graphics-drivers (195.36.24-3) unstable; urgency=low

Recently several users experienced problems starting their X display managers when using the NVIDIA driver. Observations are flashing NVIDIA logos (there are usually several attempts to start the display manager) and log entries talking about "timeout". This may be caused by the hardware needing more time to initialize than is allowed by the default timeout settings. Increasing the timeouts can work around this problem:

For 'kdm' edit /etc/kde4/kdm/kdmrc and set (see #583312) [X-*-Core] ServerTimeout=120

For 'gdm' edit /etc/gdm/gdm.conf and set (see #521699) [daemon] GdmXserverTimeout=30

For 'gdm3' the default timeout setting seems to be sufficient. This appears to be an issue with the hardware and the initialization sequence rather than with the drivers, since it also affects the free nouveau drivers.

-- Andreas Beckmann <debian@abeckmann.de> Wed, 02 Jun 2010 09:06:26 +0200

/tmp/tmp7ulfsd (END)

Как исправить?

#54355

Сегодня в репах squeeze появились 195.36.24-4
У меня обновление прошло без ошибок. Всё работает.

#54359

durc, Откуда? Вот только что запустил:

sudo apt-get update
sudo apt-get -u upgrade

и отображается то-же что в прошлом посте.
Может у меня коких-то репозиториев не прописано? Вот то что есть:

text
deb http://ftp.us.debian.org/debian/ squeeze main
deb-src http://ftp.us.debian.org/debian/ squeeze main

deb http://security.debian.org/ squeeze/updates main contrib deb-src http://security.debian.org/ squeeze/updates main contrib

deb http://ftp.debian.org/debian/ squeeze main contrib non-free deb-src http://ftp.debian.org/debian/ squeeze main contrib non-free

deb http://qutim.org/debian/squeeze/ squeeze main deb-src http://qutim.org/debian/squeeze/ squeeze main

#54361
phant0m написал:
durc, Откуда? Вот только что запустил:

sudo apt-get update
sudo apt-get -u upgrade

и отображается то-же что в прошлом посте.

deb http://ftp.debian.org/ squeeze main contrib non-free
На Ваше зеркало может ещё не дошло.
Я сам лично сегодня обновлялся.

#54367

apt-cache policy nvidia-glx
nvidia-glx:
Установлен: 195.36.24-4
Кандидат: 195.36.24-4
Таблица версий:
*** 195.36.24-4 0
500 http://ftp.debian.org squeeze/non-free Packages
100 /var/lib/dpkg/status

#54379
phant0m написал:
Заменил эти 2 записи на предложенную:

deb http://ftp.debian.org/ squeeze main contrib non-free
deb-src http://ftp.debian.org/ squeeze main contrib non-free

но результат тот-же.

А что за драйвер стоит сейчас
Запустите
apt-cache policy nvidia-glx

#54380

durc,

text
nvidia-glx:
  Installed: 195.36.24-1
  Candidate: 195.36.24-4
  Version table:
     195.36.24-4 0
        500 http://ftp.debian.org squeeze/non-free Packages
 *** 195.36.24-1 0
        100 /var/lib/dpkg/status
#54381

Ну видно что обновиться должен до

Candidate: 195.36.24-4
#54382

Попробуйте поправить конфиги как здесь написано

For 'kdm' edit /etc/kde4/kdm/kdmrc and set (see #583312)
[X-*-Core]
ServerTimeout=120

For 'gdm' edit /etc/gdm/gdm.conf and set (see #521699)
[daemon]
GdmXserverTimeout=30

Я не использую дисплей менеджер.

#54383

durc, Остановил KDM и еще попробовал. Было сообщение сделать так: dpkg --configure -a.
Сделал и обновление прошло.

#54387
phant0m написал:
durc, Остановил KDM и еще попробовал. Было сообщение сделать так: dpkg --configure -a.
Сделал и обновление прошло.

Хорошо.
Но всё же отредактируйте /etc/kde4/kdm/kdmrc
Изиените таймаут
[X-*-Core]
ServerTimeout=120
Просто, если этого не сделать могут быть проблемы с загрузкой KDM
Это то что Вам писалось при обновлении

Recently several users experienced problems starting their X display
managers when using the NVIDIA driver. Observations are flashing NVIDIA
logos (there are usually several attempts to start the display manager)
and log entries talking about "timeout". This may be caused by the
hardware needing more time to initialize than is allowed by the default
timeout settings. Increasing the timeouts can work around this proble

Вчитайтесь.

Войдите или зарегистрируйтесь, чтобы ответить.