LINUX.ORG.RU

Вагон проблем с Manjaro

 , ,


0

1

Установил Manjaro Deepin 16.10.3 на ноутбук с UEFI от Clover'a и тут сразу всплыло несколько проблем. Самостоятельно решить не удалось, может, вы подскажете?

1. После выхода из сна (примерно 1 из 5 пробуждений) не включается клавиатура и тачпад. Если в это пробуждение не включились, то можно снова в сон отправить и по пробуждению снова будут работать. В логе иксов пишет: AlpsPS/2 ALPS GlidePoint: Read error 19 config/udev: removing device AlpsPS/2 ALPS GlidePoint Unload module: «synaptics»

И все, хотя в случаях, когда все работает после пробуждения, там строк 30 инициализации. Пробовал несколько ядер: 4.4.39 (по умолчанию), 4.1.37, 3.18.46, 4.8.15, 4.9.0. Результат один и тот же везде, кроме 4.9.0. Там все работает, но косяки прибавляются в других местах.

2. Рандомные фризы. Не заметил какой то определенной последовательности действий, которая приводит к фризу. Система виснет и не помогает даже sysrq. Ни мышка не двигается, ни время не идет. В логе journalctl либо ничего, либо kernel: general protection fault: 0000 [#1] PREEMPT SMP  И кернел погибает.

Тут на форуме поискал и советовали проверить рам. Проверил мемтест86+. Она показывает ~300 ошибок, НО все ошибки на 5041.5MB, а у меня всего то рам на ~4096MB. То есть как можно эту информацию интерпретировать? Если я верхний порог в мегабайтах ставлю для проверки на 4078MB (а не ~5100, как в проге), то с прогой происходит что то непонятное и надо перезагружаться. Баг, наверное, не знаю. /proc/meminfo на Линуксе показывает memtotal 4027440 kB.

3. Есть папка Folder, есть 3 раздела А (ext4), B(ntfs или exfat - форматировал и так, и так), C(ext4). Папка находится на разделе A. Оттуда я ее копирую на раздел B. Во время копирования система виснет и ничего сделать нельзя, кроме хардребута. Повторные попытки приводят к такому же результату на том же самом номере копируемого файла (в окне наутилуса). Папка содержит ~25000 файлов, 3 гига. То же самое с копированием на раздел C. Если копировать с раздела А на раздел А, то все ок.

Ошибки логах нет никакой. Просто фриз и ничего не записывает в лог. Проверял journalctl -b -1

4. На открытых драйверах для видеокарты Nvidia все вроде работает ок, а на проприетарных от Nvidia после пробуждения из сна картинка рабочего стола становится как фотография шума, типа как на телеках раньше шум был без сигнала от какого то канала. Только тут разного цвета и текстуры. На любом ядре. Можно просто поставить другую картинку рабочего стола после пробуждения и все норм. Но надо это делать после каждого пробуждения.

На винде и мак ос ничего подобного никогда не было. То есть вряд ли можно рассматривать проблему с оперативной памятью. Синего экрана смерти много лет уже не видел.

Deepin

Это мало того, что глючная китайская поделка, так ещё и сборка на его основе - неофициальная, со всеми вытекающими.

Проблемы с суспендом - общая проблема Линукса.

Deleted
()
Ответ на: комментарий от stevejobs

Zorin пробовал до этого. Часто были фризы, но там это затрагивало одну какую то программу (разные программы), а не вообще наглухо систему. То есть можно было с активной повисшей программы перейти на другую прогу и обратно - снова начинала работать. Хз в чем был прикол, логи не смотрел. А вот по поводу выхода из сна не помню.

Мне больше на базе арча нравится дистрибутив, чем на базе убунты. Пакмэн, аур, легковесность, все дела. Ну а по поводу конкретно Deepin - не знаю, чем ее заменить. Визуально только Budgie может сравниться, но она похуже и при этом не установилась у меня. Офф сборки от Manjaro внешне не нравятся (да и может такие же баги имеют)

avently
() автор топика

Есть новости. Установил я Manjaro Budgie. При выходе из сна все также не работает клавиатура на дефолтном ядре 4.4. На 4.9 клавиатура как и на Deepin работает. При копировании той папки на ядре 4.4 процесс просто останавливается и можно дальше работать за компом, ничего не виснет. Тогда как на 4.9 ядре все снова виснет, как на Deepin. Вот же незадача то. В логе последняя строка такая: ntpd: kernel reports TIME_ERROR: 0x41: Clock unsynchronized

Удивительно, но на deepin тоже фигурировала строка про время и оно там писало, что время синхронизировано. Я этому сначала не придавал большое значение. Получается, после этой строки виснет при копировании определённой папки. Как это пофиксить?

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

как вариант, но ведь эта же проблема может проявиться где угодно в самый неподходящий момент.

Вот такую ошибку показывает из раза в раз с теми же самыми адресами. Что она означает? Проблема с оперативкой? В интернете мало инфы и я ее не понимаю:

general protection fault: 0000 [#1] PREEMPT SMP 
янв 04 05:15:29 linux kernel: Modules linked in: rfcomm sha256_ssse3 sha256_generic hmac drbg ansi_cprng ctr ccm bnep nls_iso8859_1 nls_cp437 vfat fat joydev fuse nouveau uvcvideo ath3k videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core v4l2_common videodev media btusb btrtl btbcm btintel bluetooth intel_rapl iTCO_wdt iosf_mbi iTCO_vendor_support mousedev arc4 x86_pkg_temp_thermal intel_powerclamp ath9k ath9k_common coretemp mxm_wmi ath9k_hw kvm_intel wmi ttm kvm ath irqbypass drm_kms_helper mac80211 rtsx_pci_ms psmouse crct10dif_pclmul memstick snd_hda_codec_conexant crc32_pclmul sony_laptop pcspkr cfg80211 drm crc32c_intel syscopyarea sysfillrect sysimgblt snd_hda_codec_generic snd_hda_codec_hdmi fb_sys_fops i2c_algo_bit cryptd evdev input_leds led_class mac_hid r8168(O) snd_hda_intel snd_hda_codec
янв 04 05:15:29 linux kernel:  snd_hda_core snd_hwdep snd_pcm snd_timer snd soundcore mei_me rfkill i2c_i801 mei lpc_ich thermal tpm_tis tpm fjes video shpchp button battery processor ac sch_fq_codel nvidiabl(O) ip_tables x_tables ext4 crc16 mbcache jbd2 hid_logitech_hidpp hid_logitech_dj usbhid hid sr_mod cdrom sd_mod rtsx_pci_sdmmc mmc_core serio_raw atkbd libps2 ahci libahci libata ehci_pci ehci_hcd scsi_mod rtsx_pci usbcore usb_common i8042 serio
янв 04 05:15:29 linux kernel: CPU: 0 PID: 42 Comm: kswapd0 Tainted: G           O    4.4.39-1-MANJARO #1
янв 04 05:15:29 linux kernel: Hardware name: Sony Corporation VPCEJ3M1R, BIOS R0200Z9 04/19/2012
янв 04 05:15:29 linux kernel: task: ffff880139f16040 ti: ffff8800bdd8c000 task.ti: ffff8800bdd8c000
янв 04 05:15:29 linux kernel: RIP: 0010:[<ffffffff8117b7b7>]  [<ffffffff8117b7b7>] page_evictable+0x17/0x40
янв 04 05:15:29 linux kernel: RSP: 0018:ffff8800bdd8fa88  EFLAGS: 00010286
янв 04 05:15:29 linux kernel: RAX: ffff08013a7308d8 RBX: ffffea00005288c0 RCX: 0000000000000246
янв 04 05:15:29 linux kernel: RDX: 0000000000000000 RSI: 0000000000000246 RDI: ffffea00005288c0
янв 04 05:15:29 linux kernel: RBP: ffff8800bdd8fa90 R08: 0000000000000000 R09: 0000000000381da6
янв 04 05:15:29 linux kernel: R10: ffff8800bdd8fa10 R11: 00000000000004a0 R12: ffffea00005288c0
янв 04 05:15:29 linux kernel: R13: ffffea00005288e0 R14: ffff8800bdd8fc20 R15: ffff8800bdd8fb40
янв 04 05:15:29 linux kernel: FS:  0000000000000000(0000) GS:ffff88013f400000(0000) knlGS:0000000000000000
янв 04 05:15:29 linux kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
янв 04 05:15:29 linux kernel: CR2: 0000000001b14308 CR3: 000000008fe7d000 CR4: 00000000000406f0
янв 04 05:15:29 linux kernel: Stack:
янв 04 05:15:29 linux kernel:  ffff8800bdd8fe58 ffff8800bdd8fb90 ffffffff8117b9ef ffff880139f16040
янв 04 05:15:29 linux kernel:  000000018ed3b2bf ffff88013f7f96c0 ffff8800bdd8fc18 ffff8800bdd8fc10
янв 04 05:15:29 linux kernel:  ffff8800bdd8fc00 ffff8800bdd8fc08 ffff8800bdd8fbf8 0000000000000016
янв 04 05:15:29 linux kernel: Call Trace:
янв 04 05:15:29 linux kernel:  [<ffffffff8117b9ef>] shrink_page_list+0x16f/0x7a0
янв 04 05:15:29 linux kernel:  [<ffffffff8117c6e4>] shrink_inactive_list+0x204/0x520
янв 04 05:15:29 linux kernel:  [<ffffffff8117d2d5>] shrink_lruvec+0x545/0x700
янв 04 05:15:29 linux kernel:  [<ffffffff8117d57f>] shrink_zone+0xef/0x2d0
янв 04 05:15:29 linux kernel:  [<ffffffff8117e8f7>] kswapd+0x547/0x9a0
янв 04 05:15:29 linux kernel:  [<ffffffff8117e3b0>] ? mem_cgroup_shrink_node_zone+0x1f0/0x1f0
янв 04 05:15:29 linux kernel:  [<ffffffff81095bf8>] kthread+0xd8/0xf0
янв 04 05:15:29 linux kernel:  [<ffffffff81095b20>] ? kthread_worker_fn+0x170/0x170
янв 04 05:15:29 linux kernel:  [<ffffffff815a757f>] ret_from_fork+0x3f/0x70
янв 04 05:15:29 linux kernel:  [<ffffffff81095b20>] ? kthread_worker_fn+0x170/0x170
янв 04 05:15:29 linux kernel: Code: 8e 81 48 c7 80 78 3b 00 00 00 00 00 00 5b 5d c3 0f 1f 40 00 66 66 66 66 90 55 48 89 e5 53 48 89 fb e8 de 94 00 00 48 85 c0 74 0e <48> 8b 50 70 31 c0 f7 c2 00 00 00 20 75 0d 48 8b 03 48 c1 e8 14 
янв 04 05:15:29 linux kernel: RIP  [<ffffffff8117b7b7>] page_evictable+0x17/0x40
янв 04 05:15:29 linux kernel:  RSP <ffff8800bdd8fa88>
янв 04 05:15:29 linux kernel: ---[ end trace 8dd3458c68efde96 ]---
avently
() автор топика

1. Нашел, как исправить первую проблему с неработающими тачпадом и клавиатурой на Sony VAIO. Для будущих искателей, так сказать: Добавить вот это - atkbd.reset в командную строку ядра linux в файле /boot/grub/grub.cfg. У меня после этого все работает, как и должно после пробуждения. Если же не будет работать тачпад (клавиатура по-любому должна заработать), то нужно добавить вот это - psmouse в /etc/modules. Сам так не делал, но в инете людям помогло.

Остальные проблемы не решены. Неужели товарищи-специалисты с таким не сталкивались?

avently
() автор топика

Вообщем, свершилось! Пункты 2 и 3 исправил. Оказывается, проблема все таки была в оперативке. Я для начала ограничил ее до 512 мегабайт и попробовал ту злополучную папку скопировать - ядро не погибло. Значит, оператива еще нормальная на первых 512 мегабайтах. Затем методом тыка пришел к тому, что memtest86+ чертовски крута и точно определила место проблемы с оперативкой, даже не смотря на то, что 5041МБ - это за пределами четырехгиговой оперативки. Чудеса, да, но оказалось, что добавить в командную строку ядра опцию «memmap=1M\$5041M» достаточно для того, чтобы ядро не умирало и система снова стала стабильной. Ну а баг номер 4 как то лень решать. Пусть будет так. Всем спасибо, расходимся.

avently
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.