LINUX.ORG.RU

Fedora 25 + SSD = зависает

 ,


0

3

С установкой новой Федоры началось: машина рабоатет несколько часов, свободная оперативка кончается (всего 4 гига, память жрут firefox, slack), начинается какая-то длительная дисковая операция и машина намертво зависает.

Спасает только резет, ждать не помогает.

Кто-то встречался с подобным?

Попробуй загрузиться с флешки.

Deathstalker ★★★★★
()

Что же системе ещё остаётся делать при исчерпании памяти, кроме как зависнуть?

Мифы и легенды говорят, что в таких случаях должен приходить некий oom-killer и убивать самую жирную прогу, но этого oom-killer'а мало кто видел в реальности.

Своп есть?

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

Я неверно выразился: память есть, и под приложения и под дисковый кэш. Но когда незанятой становится около 500 метров - начинается такая фигня.

Свопа нет.

lochness
() автор топика
Ответ на: комментарий от Deleted
Feb 09 17:54:55 ignatenko-w541.localdomain kernel: cc1plus invoked oom-killer: gfp_mask=0x1400840(GFP_NOFS|__GFP_NOFAIL), nodemask=0, order=0, oom_score_adj=0
Feb 09 17:54:55 ignatenko-w541.localdomain kernel:  oom_kill_process+0x206/0x3e0
Feb 09 17:54:55 ignatenko-w541.localdomain kernel: [ pid ]   uid  tgid total_vm      rss nr_ptes nr_pmds swapents oom_score_adj name
Feb 09 17:54:55 ignatenko-w541.localdomain kernel: oom_reaper: reaped process 20782 (cc1plus), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
i_gnatenko_brain ★★★★
()

с обновления на федора 25 начались адские проблемы. Перестал запускаться gvim — вешает и убивает всю графическую подсистему; перестало автоматом подключаться к wifi при отключении от провода. Неавтоматом тоже не подключается, если перед отключением вручную не переключить интерфейс.

zdesnesru
()

пожрало 4 гига оперативы это уму непостижимо, шинда отдыхает...

amd_amd ★★★★★
()

свободная оперативка кончается (всего 4 гига, память жрут firefox, slack), начинается какая-то длительная дисковая операция и машина намертво зависает.

Наконец-то кто-то узнал как я живу

Deleted
()

А с чего ты решил, что SSD как-то причастен? Какое железо?
Имею аналогичную проблему, воспроизводимую со 100% вероятностью на двух разных компьютерах (i7 с ограничением mem=4G и atom J1800 с реальными 4G RAM. На обоих: CentOS7, система на SSD, видео встройка, swap-a нет)

Тест: запускаем createrepo на большом репозитории, mem used - 300-400M, но как только буфера/кеш выжирают почти все память (остается ~150M) происходит зависон или hard reset (на 1-ом и 2-ом соответственно).

Если ограничить количество используемой памяти 2G (опцией ядра или физически), то все нормально.

P.S. Кстати, еще глюк при загрузке ядра в режиме uefi нельзя задать произвольное число в опции mem (например 2G). Надо грузить ядро из grub-а командами linux/initrd.

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

SSH на машину возможен или не пускает тоже?

takino ★★★★★
()

Это обычное поведение линукса при кончающейся памяти.

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

mmap()-нутые файлы читает непрерывно раз за разом(типо своп без свопа) тк места в памяти для их кэширования не осталось. И малейшая запись вызванная запущенными программами идёт считай в прямом небуферизованном режиме.

anonymous
()

/etc/default/grub

сюда: GRUB_CMDLINE_LINUX_DEFAULT=«quiet splash» добавить: intel_idle.max_cstate=1

aliveDebian
()
Ответ на: комментарий от arson

А с чего ты решил, что SSD как-то причастен?

В Fedora 25 грозились включить новый Storaged, который лучше работает с SSD.

Какое железо?

Новый интеловский чипсет, Целерон (тоже новый), 4 гига памяти, встроеная видеокарта. Ничего специфического.

На предыдущей машине было 2 гига памяти, HDD и Fedora 24 - всё работало.

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

Попробуй нормальный дистрибутив.

unixwz
()
Ответ на: комментарий от lochness

Ничего специфического.

Ну так у меня тоже самое. Попробуй тест с createrepo.
4G RAM 2 планками? Вытащи одну и повтори.

Правда, на CentOS c ядрами из elrepo >4.7 вроде ошибка пропадает, но все-таки попробуй.

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