LINUX.ORG.RU
решено Форум — Admin  

Проблемы после обновления с Debian 6 до 7

 , , ,


2

1

Сделал на домашнем шлюзосервачке бекап системы и apt-get upgrade с apt-get dist-upgrade до Wheezy. Теперь у меня во время загрузки и работы системы малевич вместо консоли на ЭЛТ-мониторе (иксов нет), но можно зайти по ssh; также, похоже, сбились настройки net.ipv4.ip_forward, т.к. маршрутизация пакетов в интернеты на сервачке и обрывается. Как это можно пофиксить кроме варианта развёртывания системы из бекапа?

← SSH аутентификация двух юзеров по двум rsa-ключам.
Непонятки с Apache2 и cgi →

Теперь у меня во время загрузки и работы системы малевич вместо консоли на ЭЛТ-мониторе

Какая видеокарта? Что в dmesg?

также, похоже, сбились настройки net.ipv4.ip_forward, т.к. маршрутизация пакетов в интернеты на сервачке и обрывается

А через что она была настроена, что сейчас в iptables, какая ещё диагностика проводилась? Сами же настраивали в первый раз - проделайте те же действия, и всё заработает.

AITap ★★★★★
()
Ответ на: комментарий от AITap

Какая видеокарта?

Интеграшка, материнка — Asus P5GC-MX/1333, если верить сайту асуса — Intel GMA 950. Кстати, если при загрузке в грубе выбрать старое ядро (2.6.32-5), то картинка на мониторе есть, т.е. проблема с новым ядром.

Что в dmesg?

[    4.496846] fbcon: inteldrmfb (fb1) is primary device
[    4.496850] fbcon: Remapping primary device, fb1, to tty 1-63
[    4.871665] ------------[ cut here ]------------
[    4.871700] WARNING: at /build/linux-ppSMWv/linux-3.2.46/drivers/gpu/drm/i915/intel_display.c:967 assert_pipe+0x62/0x69 [i915]()
[    4.871704] Hardware name: System Product Name
[    4.871706] pipe B assertion failure (expected off, current on)
[    4.871708] Modules linked in: snd_hda_codec_realtek i915(+) snd_hda_intel video drm_kms_helper snd_hda_codec snd_hwdep snd_pcm snd_page_alloc drm snd_timer snd processor parport_pc parport iTCO_wdt iTCO_vendor_support soundcore coretemp button cypress_m8 thermal_sys usbserial pcspkr i2c_i801 serio_raw evdev asus_atk0110 rng_core i2c_algo_bit i2c_core ext4 crc16 jbd2 mbcache uvesafb usbhid hid sg sr_mod sd_mod cdrom crc_t10dif ata_generic ata_piix libata scsi_mod r8169 mii uhci_hcd ehci_hcd atl2 usbcore usb_common [last unloaded: scsi_wait_scan]
[    4.871747] Pid: 386, comm: modprobe Not tainted 3.2.0-4-686-pae #1 Debian 3.2.46-1+deb7u1
[    4.871750] Call Trace:
[    4.871757]  [<c1038544>] ? warn_slowpath_common+0x68/0x79
[    4.871783]  [<f8e3b49f>] ? assert_pipe+0x62/0x69 [i915]
[    4.871787]  [<c10385bd>] ? warn_slowpath_fmt+0x29/0x2d
[    4.871813]  [<f8e3b49f>] ? assert_pipe+0x62/0x69 [i915]
[    4.871838]  [<f8e3c4cb>] ? intel_crtc_disable+0x39/0x60 [i915]
[    4.871843]  [<f84759c9>] ? drm_helper_disable_unused_functions+0xb0/0xd3 [drm_kms_helper]
[    4.871847]  [<f84765a8>] ? drm_crtc_helper_set_config+0x137/0x7e3 [drm_kms_helper]
[    4.871852]  [<f847530b>] ? drm_fb_helper_set_par+0x51/0x87 [drm_kms_helper]
[    4.871858]  [<c119206c>] ? set_con2fb_map+0x1a4/0x2d9
[    4.871861]  [<c1192426>] ? fbcon_event_notify+0x285/0x56f
[    4.871866]  [<c10c15d6>] ? ____cache_alloc+0x85/0x407
[    4.871870]  [<c12c6670>] ? notifier_call_chain+0x21/0x44
[    4.871875]  [<c105144e>] ? __blocking_notifier_call_chain+0x36/0x49
[    4.871878]  [<c105146a>] ? blocking_notifier_call_chain+0x9/0xc
[    4.871882]  [<c1188ac9>] ? register_framebuffer+0x1fa/0x219
[    4.871886]  [<f8475515>] ? drm_fb_helper_single_fb_probe+0x1d4/0x25f [drm_kms_helper]
[    4.871891]  [<f847570e>] ? drm_fb_helper_initial_config+0x16e/0x17b [drm_kms_helper]
[    4.871919]  [<f8e4bd20>] ? intel_fbdev_init+0x60/0x67 [i915]
[    4.871941]  [<f8e2511b>] ? i915_driver_load+0xbf2/0xd9e [i915]
[    4.871950]  [<f854e282>] ? drm_get_minor+0x1ca/0x212 [drm]
[    4.871959]  [<f854f901>] ? drm_get_pci_dev+0x120/0x1fc [drm]
[    4.871963]  [<c1176d0b>] ? pci_device_probe+0x53/0x9a
[    4.871968]  [<c11f490b>] ? driver_probe_device+0x10c/0x10c
[    4.871971]  [<c11f488b>] ? driver_probe_device+0x8c/0x10c
[    4.871974]  [<c11f494b>] ? __driver_attach+0x40/0x5b
[    4.871977]  [<c11f38d1>] ? bus_for_each_dev+0x3b/0x5d
[    4.871981]  [<c11f462f>] ? driver_attach+0x14/0x17
[    4.871984]  [<c11f490b>] ? driver_probe_device+0x10c/0x10c
[    4.871987]  [<c11f4360>] ? bus_add_driver+0x86/0x1af
[    4.871991]  [<c115f07f>] ? kset_find_obj_hinted+0x4c/0x8d
[    4.871996]  [<f8490000>] ? 0xf848ffff
[    4.872021]  [<f8490000>] ? 0xf848ffff
[    4.872024]  [<c11f4cba>] ? driver_register+0x73/0xc6
[    4.872027]  [<f8490000>] ? 0xf848ffff
[    4.872030]  [<f8490000>] ? 0xf848ffff
[    4.872033]  [<f8490000>] ? 0xf848ffff
[    4.872036]  [<c11773ac>] ? __pci_register_driver+0x32/0x86
[    4.872039]  [<f8490000>] ? 0xf848ffff
[    4.872042]  [<f8490000>] ? 0xf848ffff
[    4.872046]  [<c1003074>] ? do_one_initcall+0x66/0x10e
[    4.872049]  [<f8490000>] ? 0xf848ffff
[    4.872054]  [<c106168c>] ? sys_init_module+0x14c0/0x1677
[    4.872059]  [<f8d7d000>] ? 0xf8d7cfff
[    4.872066]  [<c12c7f9f>] ? sysenter_do_call+0x12/0x28
[    4.872068] ---[ end trace 0c045daae776936a ]---
[    4.876019] fb1: inteldrmfb frame buffer device
[    4.876022] drm: registered panic notifier
[    4.876198] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0

А через что она была настроена, что сейчас в iptables, какая ещё диагностика проводилась?

Похоже проблема не в этой настройке, а в дефолтном интерфейсе. Раньше дефолтным был eth0 (который и смотрит в интернет), сейчас (если верить route -n) им почему-то вдруг стал eth1.

wintrolls ☆☆
() автор топика
Ответ на: комментарий от wintrolls

Придётся добавить nomodeset в параметры ядра и отписаться при помощи reportbug, что inteldrmfb не работает на этом устройстве.

Похоже проблема не в этой настройке, а в дефолтном интерфейсе. Раньше дефолтным был eth0 (который и смотрит в интернет), сейчас (если верить route -n) им почему-то вдруг стал eth1.

А через что настраивается сеть?

AITap ★★★★★
()
Ответ на: комментарий от AITap

А через что настраивается сеть?

/etc/network/interfaces, помогло комментирование строки с gateway в секции eth1. Странно, но раньше оно работало как надо и с ней.

wintrolls ☆☆
() автор топика

В общем, поскольку вся эта свистопляска затевалась в основном для нового ядра, в котором есть поддержка недавно купленной USB Wi-Fi сетевушки, а полученный результат принёс больше геморроя чем пользы (например, отвалился сервис управления моим UPS в nut, почему-то стала игнорироваться опция GRUB_DISABLE_LINUX_RECOVERY=«true» и начал тухнуть монитор при бездействии), было решено восстановить систему из бекапа и накатить новое ведро из бэкпортов. Всё работает, проблему с малевичем устранил с помощью nomodeset в /etc/default/grub, различий с тем как было раньше не заметил. Короче говоря, работает — не трогай.

wintrolls ☆☆
() автор топика
Ответ на: комментарий от anonymous

Возможно она поддерживается в https://backports.wiki.kernel.org я так себе TP-LINK USB Wi-Fi в squeeze ставил.

Я немного поспешил с ответом. Действительно, после установки нового ядра изкоробки оно не работает (в отличии от обновления дистрибутива). Завёл по этой инструкции: http://elinux.org/RPi_Peripherals.

wintrolls ☆☆
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← SSH аутентификация двух юзеров по двум rsa-ключам.
Admin
Непонятки с Apache2 и cgi →