Fedora 16 поломалась загрузка

Доброго дня, уважаемые форумчане!
Тут тоже запощу свою проблему! Вобщем, снова напрягает меня моя машина с Федорой 16! Поломалась загрузка! Стопорится на Failed to start Display manager. Я так понимаю, что это всего-лишь следствие, а причина в другом. Что уже успел сделать:
1. Сначала при загрузке система ругалась на то, что невозможно создать кучу файлов в /run. Это порешалось чекдиском и удалением /run вручную. Сейчас загрузка идёт, но система матерится на то, что не может стартовать несколько служб и после очередного ругательства виснет намертво.
2. Соответственно монтировал диск на другой машине. Там всё в порядке! Данные на месте, каталоги, файлы. Т. е. на внешний вид всё ОК. Сам диск без бэдов.
Что можно предпринять, чтоб реанимировать загрузку? В каком направлении двинуться?

UPD: Загрузился в single. Сыпет ошибками systemd-tmpfiles[675]: Failed to create directory /var/lock (или /var/run): Permission denied
Т. е. с чего начал, то и осталось! Почему пермишн денид? Никто ничего не трогал!!!! Папки эти с root|root и норм правами! Что не так то?

Fedora 16 уже 7 лет не поддерживается.

demetrius2003 написал:

или /var/run):

ЕМНИП, /var/run должна быть симлинком на /run

[console]rm -rf /var/run
mkdir -p /run
chmod 755 /run
ln -s /run /var/run[/console]

А в однопользовательском оно / разве не в ro монтирует??

s.xbatob написал:

Fedora 16 уже 7 лет не поддерживается.

И что с того? Если работает и все устраивает, зачем менять?

DiabloPC написал:

[quote=demetrius2003]или /var/run):

ЕМНИП, /var/run должна быть симлинком на /run

[console]rm -rf /var/run
mkdir -p /run
chmod 755 /run
ln -s /run /var/run[/console]

А в однопользовательском оно / разве не в ro монтирует??

s.xbatob написал:

Fedora 16 уже 7 лет не поддерживается.

И что с того? Если работает и все устраивает, зачем менять?[/quote]
Вот, работать перестало. Теперь проще все обновить, чем искать давние проблемы

всё правильно! /var/run - это симлинк на /run, а /var/lock - это симлинк на /run/lock. Это всё перепроверил. И даже пересоздал. Не понимаю, почему как было так и осталось permission denied! Права и владельца проверил! Такое впечатление, что что-то с tmpfs приключилось и оно не может нормально работать, соответственно много чего идёт не так.
P.S.: Если мне надо было бы, то я бы новьё накатил. Надо именно 16-ю запустить.

UPD: Завёл в single!!! Как теперь в нормальном режиме запустить? Проверить бы но как и что?
Добавлено: 02.01.2019 21:34:08

Даю отчёт!
Решил эксперимент устроить. На новый диск поставил Fedora 16 с нуля. Запустил, подмонтировал старый диск, сравнил. И что же! Часть папок отсутствует как класс! /usr/bin к примеру и прочая. Не хватает ОЧЕНЬ МНОГО! Вобщем решение принял волевое. Оставил новую установку Fedora 16, со старой перенёс всё необходимое из софта. Пользовательские данные - из бэкапов. Благо беда до них не смогла дотянуться. Часть софта после переноса, по понятным причинам, не заработала, поэтому возникла нужда подключить репозитории и поставить естесственным путём то, чего не хватает! Но тут меня ждал очередной сюрпрайз! Репозитории для Fedora 16 в основной массе своей померли! Искал полдня! В результате получился вот такой вот fedora.repo:

[fedora]
name=Fedora dima
failovermethod=priority
baseurl=http://archives.fedoraproject.org/pub/archive/fedora/linux/releases/16/Everything/i386/os/
#mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch
enabled=1
metadata_expire=7d
gpgcheck=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch
[fedora-debuginfo]
name=Fedora dima - Debug
failovermethod=priority
baseurl=http://archives.fedoraproject.org/pub/archive/fedora/linux/releases/16/Everything/i386/debug/
#mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-debug-$releasever&arch=$basearch
enabled=1
metadata_expire=7d
gpgcheck=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch
[fedora-source]
name=Fedora dima - Source
failovermethod=priority
baseurl=http://archives.fedoraproject.org/pub/archive/fedora/linux/releases/16/Everything/source/SRPMS/
#mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-source-$releasever&arch=$basearch
enabled=1
metadata_expire=7d
gpgcheck=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch

Может кому пригодится!
P.S.: Что это было так и не понял! Может нарушение целостности ФС? Тогда почему чекдиск не помог? Короче надо переходить на полный бэкап системы!!!

"demetrius2003" написал:

надо переходить на полный бэкап системы!!!

IMHO, надо переходить на Убунту. Конечно, Федора прогрессивнее Убунту. И Новый Гном на ней раньше появился и прочие менее красивые новинки и т.п. однако, она, по сути, испытательная площадка Ред-Хата. Убунту, хотя и более консервативна и хорошие новинки в ней появляются позднее, чем в Федоре, но более стабильна и надёжна.

PahomUbuntu написал:

IMHO, надо переходить на Убунту. Конечно, Федора прогрессивнее Убунту. И Новый Гном на ней раньше появился и прочие менее красивые новинки и т.п. однако, она, по сути, испытательная площадка Ред-Хата. Убунту, хотя и более консервативна и хорошие новинки в ней появляются позднее, чем в Федоре, но более стабильна и надёжна.

Может, всё-таки не пользоваться дистрибутивом 8-летней давности? Фанаты стабильности могут поставить CentOS -- он и то свежее.
А насчёт закидонов -- уж не фанатам Ubuntu рассуждать. :( Тут явно лучше Debian

"demetrius2003" написал:

На новый диск поставил Fedora 16 с нуля.

Это ужас какой-то! :'(
На новый диск нужно ставить Fedora 29. *DRINK*

Olej, а нужно ли? Я вот сам три дня назад себе opensuse 11.1 поставил. Ну а что делать если мне пых <=5.2 понадобился? Развести геморроя дня на 3 чтобы его в leap15 прикрутить?

"DiabloPC" написал:

а нужно ли?

Я не верю, что есть приложения, которые нельзя заставить работать в свежих версиях, или нет более адекватных альтернатив таким "бесценным" программам.

P.S. Вообще, "период полураспада" установленного рабочего дистрибутива (десктоп, не сервер) по опыту на многих компьютерах и разных дистрибутивах - 3-4 года ... и это не из соображений "поддерживается - не поддерживается", плевать - а потому что накапливаются ошибки и мусор. И вот с такой периодичностью следует или переустанавливать систему заново, или динамически обновлять дистрибутив до следующей версии.

"Olej" написал:

которые нельзя заставить работать в свежих версиях

Olej написал:

[quote="demetrius2003"] На новый диск поставил Fedora 16 с нуля.

Это ужас какой-то! :'(
На новый диск нужно ставить Fedora 29. *DRINK*[/quote]
Да, именно так! Когда ещё один сломается -- концов уже будет не найти. А тут, когда сломается, дистрибутив будет уже стабильным и даже устаревшим.

"s.xbatob" написал:

А тут, когда сломается, дистрибутив будет уже стабильным и даже устаревшим.

:) Шапочка вполне себе стабильная. Косяков пока нету. С ноября полёт отличный. *OK*

Olej написал:

[quote="DiabloPC"]а нужно ли?

Я не верю, что есть приложения, которые нельзя заставить работать в свежих версиях, или нет более адекватных альтернатив таким "бесценным" программам.
[/quote]

Долго думать не буду. Просто первое, что пришло в голову, это популярная бухгалтерская программа 1С-бухгалтерия, 8-ка. Есть там клиент под линукс. Неплохо работает. Да вот одна беда - хочет этот клиент такую либу под себя (дай Бог памяти) как webkitgtk. А теперь, братцы вперед. Попробуй найти этот самый пакет в той же Федоре-28,29... И дальше тоже - обломаишься. Выпилили его из дистрибутива, поддержку прекратили. Типа - ненадежный. Да мне плевать, что он ненадежный, мне надо, чтобы клиент 1С работал... Можно, конечно, применить шаманские пляски с бубном, найти на просторах Инета вариант этой самой библиотеки, попытаться его поставить... Без гарантированного успеха.

Ну а теперь простой вопрос - есть ли в природе альтернатива 1С, которая сможет работать так же как и 1С с данными 1С, накопленными не за один десяток лет?

Вендор-лок он такой, коварный. Заставляет использовать уязвимые библиотеки. Как бы тут судом дело не обернулось.

"Vascom" написал:

Вендор-лок он такой, коварный. Заставляет использовать уязвимые библиотеки. Как бы тут судом дело не обернулось.

Wolfenberg написал:

[quote="Vascom"]Вендор-лок он такой, коварный. Заставляет использовать уязвимые библиотеки. Как бы тут судом дело не обернулось.

"Cruiser78" написал:

признан контрафактным софтом.

Тут скорее о профпригодности контролирующих лиц речь, а не о контрафактности дистрибутива.

"Cruiser78" написал:

С указанием конкретных юридически значимых НПА, по которым линукс может быть признан контрафактным софтом.

Как написали выше, сверху сидят у нас одни идиоты. Поэтому вас задолбают распоряжениями о ПО. Вы докажете,
что буржуйская GNU (GPL) не противоречит законодательству РФ? :) И что именно ваш софт одобрен твердолобым Роскомнадзором и всеми службами ФСБ? А на обновления у вас есть их "добро"? Только этих вопросов хватит, чтобы на пинках вас елозить вокруг серверной не один год, не говоря уже про ваше руководство.

Wolfenberg написал:

[quote="Cruiser78"]С указанием конкретных юридически значимых НПА, по которым линукс может быть признан контрафактным софтом.

Как написали выше, сверху сидят у нас одни идиоты. Поэтому вас задолбают распоряжениями о ПО. Вы докажете,
что буржуйская GNU (GPL) не противоречит законодательству РФ? :) [/quote]

Я принципиально не смогу доказать, что GNU(GPL) не противоречит Законодательству РФ по одной простой причине. В России государственный язык - русский. А лицензия GNU(GPL) написана по английски. И её явно запрещено переводить для юридических надобностей на другие языки. На этом месте любые доказательства и заканчиваются. Так юридически значимого текста лицензии на русском (государственном языке) нет и быть не может. Такая-вот загогулина получается.

Ровно на этом же месте я могу любого идиота завернуть (и заворачивал не раз, правда, по иным делам) в эротическое путешествие. Что именно я нарушаю используя тот же Линукс из российских законов? С указанием конкретных пунктов НПА, которые я нарушаю.
============
UPD. И еще. Принципиально невозможно доказать гарантированное отсутствие чего либо. И если инспектор требует у тебя доказательств твоей правоты, то его надо, как минимум, посылать далеко-далеко. Это дело инспектора найти у тебя нарушения и доказать их, а не твое - оправдываться перед инспектором. Если инспектор требует от проверяемого подобное, то он явно прибегает к дешевому демагогическому приему "инверсия презумции". Как только подобное начинается, то общение с инспектором необходимо прекращать. Пусть пишет телегу самостоятельно, в меру своего развития. Как правило - невысокого. Напишет предъяву - её и будете опровергать.