Очевидный Debian Stable. apt-get вполне норм.

С debian никогда не было проблем. А с ubuntu были неприятности.

gNewSense, Trisquel.

Слышал, есть всякие centos которые стабильные, шо ппц.

Это ты еще про слаку не слышал :)

Slackware. Такой стабильный, что в /etc множество файлов не менялись с 1993 года. Не пугает своими действиями: последним крупным изменением стало выкидывание GNOME в начале 2000-х. Релизы выходят в нужном тебе темпе: 14.2 вышел в июне 2016, а 14.1 - в ноябре 2013.

gNewSense основан на Debian oldoldstable. Trisquel много актуальнее — он на Ubuntu 14.04

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

Как это относится к твоей задаче? Убунта - это не роллинг, то, что делают в новых версиях на предыдущих никак не отражается.

Возьми kubuntu 16.04. Последний debian имеет косяки.

ЦентОС 6?? Но это экстрим!

На самом деле ты слишком много хочешь от продукта «за бесплатно».
Например 14.04ЛТС показала всем счастливым невидевцам такого лосунца, что те отюленели.

Так что выбор слишком узкий - либо свободный от блобов ЦентОС7, либо вся такая бинарная Убунта, но с нюансами.

Slackware

Например 14.04ЛТС показала

как невидевец, сидевший на 14.04 два года, не подтверждаю ;)

Slackware live.
Или просто Slackware.

Слакварь.

Debian Stable или даже Oldstable (последнее — если вообще не хочешь обновляться, там уже всё давно окаменело).

Еще могу Oracle Linux порекомендовать. Вполне приличный дистрибутив. Он что платный, что бесплатный - одинаковый. Стабильность тоже не плохая. Флешка столь долго не проживет, сколь дистрибутив поддерживается.

Клоун, вали на винфак. Там тебе будет «стабильный продукт за деньги». А вообще Дебиан - лучший стабильный дистрибутив.

Не знаю зачем ты меня на винфак отсылаешь, он там немного окаменел, я на него год не заходил.

Но если ты про Windows To Go, то я не тестил его.
А вот убунточку устанавливал на usb2.0 футляр для жесткого диска, ничего страшного в ней не было, обычная установка.

Вообще-то для флешки дистр нужен специальный, чтобы не ушатывал её. Есть PuppyRus Linux, вот его бы и надо использовать, или что-то подобное.

Флешка новая, даже если за пару лет она испоритится, то я новую куплю, благо они недорогие в 2к17 году.

Debian oldstable отрадой станет тебе.

Fedora, начиная с 22, весьма хороша и стабильна.

оба меня пугают своим апт (пакман удобнее)

напиши обертку на питоне и будет тебе пакман что ты как маленький

Дебиан стейбл же, apt-get отлично работает.

всегда и везде пользуюсь арчем

как изменить разрешение экрана?

Стабильные только NixOS и GuixSD

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

А что, в Arch Linux разве нет бинарных пакетов и нельзя создать на десктопе отдельный репозиторий с бинарными пакетами для обновления флэшки?

Я бы организовал изолированное окружение по типу jail/chroot с почти-копией рабочей среды флэшки, чтобы в ней создавать необходимые бинарные пакеты для репозитория, из которого проводить бинарные обновления на флэшку. А уж периодичность обновлений - как удобно. Можно репозиторий с бинарными пакетами делать разделяемыми между десктопной версией и мобильной.

Смысл? Зачем из роллинга пытаться сделать обычный бинарный дистр, если можно взять ту же Slackware или один из основанных на Slackware LiveCD и не заморачиваться?

всегда и везде пользуюсь арчем

чем исправить ошибку микрокода если процессор amd, пакета по amd-микрокодам в репе непредусмотрено...

всегда и везде пользуюсь арчем

чем вылечить это

[    0.116675] mce: [Hardware Error]: Machine check events logged
[    0.116677] mce: [Hardware Error]: CPU 1: Machine Check: 0 Bank 1: fffffdbffbbaff7e
[    0.116685] mce: [Hardware Error]: TSC 0 ADDR ffffffffffffffff 
[    0.116692] mce: [Hardware Error]: PROCESSOR 2:40fb2 TIME 1506901092 SOCKET 0 APIC 1 microcode 62
[    0.116697] mce: [Hardware Error]: Machine check events logged
[    0.116699] mce: [Hardware Error]: CPU 1: Machine Check: 0 Bank 2: b400010000020108
[    0.116703] mce: [Hardware Error]: TSC 0 ADDR 80400a81 
[    0.116708] mce: [Hardware Error]: PROCESSOR 2:40fb2 TIME 1506901092 SOCKET 0 APIC 1 microcode 62

Разрешение экрана - xrandr, остальное понятия не имею, я не пердоля, у меня все работает.

Например 14.04ЛТС показала всем счастливым невидевцам такого лосунца, что те отюленели.

А можно подробностей?

в самом начале, после релиза, прилетело обновление, сломавшее драйвер невидии :-)

Ставь слаку.

нет это ты как раз пердоля самый настоящий - едешь как дятел на готовом гуишном решении и нихера в конфигах не рубишь, у меня видеокарта старая и xrardr предлагает разрешения которые даже не подходят по соотношению сторон, мне надо 16:9 - xranr толкает 4:3, костыль в автостарте

#!/bin/bash
cvt 1600 900
xrandr --newmode "1600x900_60.00"  118.25  1600 1696 1856 2112  900 903 908 934 -hsync +vsync
xrandr --addmode VGA-1 1600x900_60.00
xrandr --output VGA-1 --mode 1600x900_60.00

Там вообще жесть была в 14.04 по Nvidia

https://bugs.launchpad.net/ubuntu/ source/nvidia-graphics-drivers-331-updates...

Я никогда больше не видел, чтоб при минорном обновлении Ubuntu LTS на тебе «черный экран»

Смысл в том, что ты сам определяешь, на какой стадии остановиться с обновлениями и не обновлять программы, если в этом нет серьёзной необходимости. А для критичных обновлений использовать изолированную среду для построения пакетов только для ветви зависимостей приложения, в котором обнаружилась серьёзная ошибка и есть исправление. Сносишь дискредитированное приложение на флэшке (вместе с ветвью зависимостей, в которой оно) и ставишь пересобранную ветку из новых пакетов. Таким образом смысл в непрерывных обновлениях (основанных не только на исправлении найденных ошибок, но и на «улучшениях») отпадает, а можно сосредоточиться только на затыкании дыр и заодно потихоньку апгрейдить зависимости,которые всё равно надо переустанавливать для исправления целевого приложения/библитеки.

Такое в конфиг иксов надо.

Оператива часом не битая? Пройдись memtest'ом на всякий случай, но это так, «от балды». Раз выясняется, что отключение ACPI «как бы решает» проблему, то надо смотреть логи этих самых machine check events.

Такое в конфиг иксов надо

в xorg.conf что ли? естественно туда первым делом попробовал - непомогает...

Хм. А как записывал?

UPD. Сгенерируй с помощью gtf строку и в секции «Monitor» впиши Modeline <то, что выдал gtf>.

Отключи Turbo Boost, почисть или поменяй кулер. Это конечно если такое из-за перегрева.

Сейчас смотрю в сторону дебиал стейбл, либо убунту-лтс

Бери debian stable или oldstable, если стоит задача почти не обновляться , а Ubuntu LTS бери если нужно больше софта (PPA etc). Ну или как вариант можешь просто только обновления безопасности ставить.

Бери debian stable или oldstable

у меня на sid-e все неплохо крутится, просто хотел попробовать arch - как он в деле, оказалось - труба дело требуется длительное допиливание...

Сгенерируй с помощью gtf

после таких генирований графика вообще не поднимаеся...

как записывал

нитуда записывал вообще - xorg.conf не нужен, есть xinitrc - кому старшно резать на живую из под root - можно скопировать в ~/.xinitrc и уже его редактировать

Да, в этом Arch схож Slackware, но слакварь для меня оказалась лучшим выбором.

Хм. А у меня работает нормально.

Вот только xinitrc не для этого, у него другое предназначение — пуск DE.

него другое предназначение — пуск DE

у меня вместо DE jwm - естественно прописан в .xinitrc, именно это подтолкнуло меня дописать разрешение в него и все получилось, у меня раньше все тоже прекрасно работало - пока xorg-server-utils не удалили из репы, у кого система стоит до его удаления - проблем нет, а вновь устанавливающим гемор - чуть мозг себе не сломал...

Centos — стабильно и функционально.

Tails OS usb

С любого компа, следов не оставляет.