naszar |
|
Темы:
21
Сообщения:
507
Участник с: 24 сентября 2012
|
GideonЭто не совсем крах ядра.. вроде так и должно быть. По бэктрэйсу это системный вызов который вдет сюда. Паника на экране - результат вызова. А вызов скорее всего делает init (systemd). А делает он вызов потому что в нем что-то криво. А может быть это кривой initramfs. Вся ценная информация выше. Лог загрузки можно попробовать вытащить через netconsole. По Shift+PageUP экран вверх не листается? UPD: тут подумалось: ошибка должна воспроизводится на виртуалке ( qemu, virtualbox и т.д.), ибо проблема скорее всего в софте а не в железе. Можно попробовать подцепить раздел к виртуальной машине и хоть зачитаться логами..... |
naszar |
|
Темы:
21
Сообщения:
507
Участник с: 24 сентября 2012
|
ghostУ меня [для asha 311] юсб сериал телефон цеплять не хотел.. подгружались cdc_ether, rndis_wlan и компания но работать не хотели.. пришлось повлиять: allienalex, вы хоть кусок dmesg опсля вонзания телефона покажите, а то не совсем понятно в чем у вас проблема.
|
naszar |
|
Темы:
21
Сообщения:
507
Участник с: 24 сентября 2012
|
У вас база пакмана старая и вы пытаетесь стянуть пакет которого больше нет. pacman -Syy, или лучше обновится перед установкой. |
naszar |
|
Темы:
21
Сообщения:
507
Участник с: 24 сентября 2012
|
kurychТам Atheros - самый адекватный на свете чип.. скорее всего netctl глючит. У меня TL-WN722NC (похожий, но с антенкой) - ath9k_*.ko - работает замечательно. |
naszar |
|
Темы:
21
Сообщения:
507
Участник с: 24 сентября 2012
|
Было что-то подобное, netctl-auto@ спасло отца русской демократии.slavutichтыц |
naszar |
|
Темы:
21
Сообщения:
507
Участник с: 24 сентября 2012
|
sysdig возможно поможет |
naszar |
|
Темы:
21
Сообщения:
507
Участник с: 24 сентября 2012
|
PeterKabin PeterKabinА после удаления раздела манжары в /usr/lib/modules остались лежать модули от ядра которое как я понял сейчас загружается? Когда арчь ставили, /boot раздел монтировали? grub-mkconfig, делали? |
naszar |
|
Темы:
21
Сообщения:
507
Участник с: 24 сентября 2012
|
neobraveА почему Это вы так зашифровали айпишник, или на самом деле '...' написано? В первом случае Пропишет вам маршрут по умолчанию через этот проводной интерфейс (поломав вайфай), во втором - отвалится с ошибкой (Error: an inet address is expected rather than "..."). Все ошибки можно увидеть через systemctl status --full netctl@ethernet.service или journalctl -u netctl@ethernet.serviceneobravenetctl работает безотносительно пользовательской сессии, как-то так: На этой машине никаких иксов не запущено и залогинен только один пользователь - по ссх.... что netctl, что самописный юнит из вики не могут рулить уже поднятыми и настроенными интерфейсами. Насколько мне помниться, в арче после установки включен dhcpcd.service (работает на всех интерфейсах). Еще вы могли включить systemd-networkd (кстати посмотрите, может вам этот вариант подойдет) или networkManager или ДХЦП на конкретном интерфейсе (dhcpcd@enp8s0.service)... погрепайте systemctl и ps aux на предмет, что никакие службы не пытаются управлять вашими интерфейсами. |
naszar |
|
Темы:
21
Сообщения:
507
Участник с: 24 сентября 2012
|
neobraveтыц (wiki) У меня так: cat /etc/conf.d/network\@enp2s0 cat /etc/systemd/system/network\@.service Единственно, вам не нужно задавать маршрут по умолчанию, и сей юнит прописывает адреса интерфейсу только на старте (на втыкание - вытыкание кабеля не реагирует, но это скорее заморочка systemd - не разбирался, так устраивает). neobraveКак-то вы немного непонятно описали свою проблему. Надо посмотреть ip addr и ip route до и после события которое все ломает. Еще может оказаться полезной dhcpcd --test <if-name>, она покажет что вам там роутеры по дхцп отдают. Вообще выглядит похоже, что вам второй роутер (к которому подключена малинка) отдает новый маршрут по умолчанию... возможно поможет опция dhcpcd:
neobraveА чем вас netctl не устроил? Это скрипт на баше, который запускает то-же wpa_supplicant и dhcpcd. Пользую его на ноутбуке через netctl-auto@ (без этого сеть не хотела приподниматься после падения) - год никаких проблем. |
naszar |
|
Темы:
21
Сообщения:
507
Участник с: 24 сентября 2012
|
daggerfallВот этот kio_file и еще два потока ядра (один пишет, другой читает) должны съедать все IO. Кроме них в копировании никто не участвует.. попробуйте найти в top'е сколько они едят процессора (у меня что-то около 2% и они в очень глубоком не прерываемом сне - как-никак IO на медленный девайс). Можно посмотреть на этот kio_file, и если он не спит, ест процессор и делает это в ядре, то скорее всего да, виноваты драйвера. Возможно, у вас действительно очень мало памяти и ядро хочет для копирования больше буферов. Вытесняет какую-то часть кедов в свап, а потом хочет втеснить взад, да не может - ибо io из-за копирования просело. Вы проверяли какие процессы на диске и идет ли сваппинг во время копирования? Возможно ваш компьютер стар и медлителен, кеды ему не показаны. Таки планировщик устроен так, что даже при 100% нагрузке отзывчивость интерфейса не падает (конечно за исключением случая когда сам интерфейс для плавной работы хочет 100% процессора). |