Невозможно зайти в систему по ПРАВИЛЬНОМУ паролю

[slant]

Нет, я лишь поправляю, что доверять в этом случае надо не одному Клему а и Шаттлворту.

[rogoznik]

Ну вот есть у меня машинка на сокете 1155.
Стоит у мамы. Примерно раз в месяц обновляю. Еще месяц назад там стояла LMDE 4, а стояла она года 3 - 4. Я ее с дохнущего диска на ssd переносил. Месяц назад обновил ее до LMDE 5.
Никаких проблем.
Единственная проблема - так это дрова на nvidia GTS 250 уже не поставить. Хотя оно и на nouveau нормально крутится.
ЧЯДНТ?

[madesta]

Методом "тыка" пришёл к выводу ...
... читая негатив от разных "умников" в свой адрес ...

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

Может вам, молодым, съевшим собаку на LINUX...

Не по теме

Не согласен. Про меня вообще можно сказать, что песок начинает сыпаться с одного места. И не считаю, что съел собаку, хотя Linux использую уже 11 лет. Как мне говорили преподы ВУЗа, вам всю жизнь придётся добывать себе знания самостоятельно, вне зависимости от сферы деятельности.

Хочется, чтобы включил и работает......

ИМХО, лучше уж классический Mint, а не LMDE. Тем более, что на официальном сайте поясняется, что для использования LMDE могут потребоваться более глубокие знания, чем для просто LM. Или вообще использовать покупной MAC или Windows с установленной системой. Правда с Windows, в свете последних событий, уже вопросы.

[slant]

Правда с Windows, в свете последних событий, уже вопросы.

... А с маком так и вообще, с учетом как они на свои облака еще раньше завязались.

[madesta]

А с маком так и вообще

Тогда выхода нет и остаётся, как завещал великий Ленин, учиться, учиться и учиться.

[Greey]

Мужики, не ломайте копья по чём за заря. Сколько людей - столько и мнений. Устанавливать обновления безопасности нужно (проверяются они от и до), остальное - по необходимости. Вопрос только в том, что каждый это делает по желанию. Есть экпериментаторы (жить без этого не могут), есть консерваторы (а надо ли), есть пофигисты (и так сойдёт), есть начинающие (сказали надо, значит, надо). Я -консерватор.
Жду ответа от rogoznik на поставленный вопрос.

[Greey]

ИМХО, лучше уж классический Mint, а не LMDE. Тем более, что на официальном сайте поясняется, что для использования LMDE могут потребоваться более глубокие знания, чем для просто LM.

Самообучаемость доступна в любом возрасте. К LDME перешёл с LM, а на него с Debian, который знаю, считаю, неплохо, так как познакомился с ним ещё в 2002 году (может в 2003). В Debian, сами понимаете, проблема с несвободными драйверами. Обвес у меня (звуковая, принтер) выпуска 2000 года. Привычка - вторая натура, знаете ли. Надоело после каждого релиза "распихивать" всё по местам, а ставить non-free не хотелось. Попробовал из интереса LM 19, звуковая сразу подхватилась, принтер, правда, пришлось настраивать как в Debian. Потом, узнал о LDME 4 и поставил его, результат тот же. Так как он на пакетной базе Debian и, как раз по знаниям понятнее, оставил. Такая вот предыстория.
В LMDE 5 драйвер ESS выкинули из ядра. Снова вернулся в исходную точку. Спрашивается, какой смысл теперь переходить на 5-ку? Поработаю на 4-ке до выхода релиза Debian 12 и вернусь назад к ней.

P.S. Проявление косерватизма: ранее использовал Windows, начиная с DOS и заканчивая 8.1. За всё время использования "окон" ни разу не устанавливал лицензионной и никогда не обновлял системы.

[rogoznik]

Жду ответа от rogoznik на поставленный вопрос.

Если ты об этом

Вот с этого места подробнее... Хочешь сказать, если стояла версия пакета *.1 и обновил до версии *.5 (выпущенной для этого же стабильного релиза), пропустив версии *.2 ... *.4, то гарантированно "вылезут" глюки?

Отвечаю:
Если это отдельно взятый пакет, который мало у кого в зависимостях, то вероятно и не будет проблем.
Но вероятнее всего другой сценарий, потому как редко отдельно взятый пакет будет обновляться один, а значит будут обновлены все зависимости, а это все пакеты от которых он зависит и все пакеты, которые от него зависят. И неожиданно получается десяток, а то и два десятка пакетов. А у каждого из этих пакетов тоже есть зависимости. А там еще и конфиги меняются. Думаю дальше объяснять не надо.

В LMDE 5 драйвер ESS выкинули из ядра. Снова вернулся в исходную точку. Спрашивается, какой смысл теперь переходить на 5-ку? Поработаю на 4-ке до выхода релиза Debian 12 и вернусь назад к ней.

В надежде что там будет этот драйвер? Не будет его там. Так как выкинули его не из Debian и уж тем более не из LMDE, а из ядра. А выкинули потому что нет смысла тащить поддержку старого железа в новые версии ядра, т.к. и так оно разбухло.

Странно что ты ничего из этого не знаешь и не понимаешь, а ты ведь

Debian, который знаю, считаю, неплохо, так как познакомился с ним ещё в 2002 году (может в 2003)

[Greey]

... А там еще и конфиги меняются. Думаю дальше объяснять не надо.

Не надо. Вопрос ясен. Когда поставил LDME 5, практически все пакеты, которые хотел установить из локального архива прошлой версий LDME 4, отказались устанавливаться, ссылаясь на неразрешимые зависимости - это были библиотеки. Часть программ удалось установить, скачав библиотеки более новых версий, которые были в ссылке, а часть программ, даже после установки недостающих библиотек, устанавливаться отказались. Всё точь-в-точь как сказали. Времена меняются. В начале 00-х, когда работал с Debian подобного безобразия с зависимостями пакетов не наблюдалось, потому что разработчики имели чувство собственного достоинства и не выпускали непроверенные пакеты, чем грешат современные программисты. Пакеты из локального репозитория можно было ставить на три версии ОС кряду.

В надежде что там будет этот драйвер? Не будет его там. Так как выкинули его не из Debian и уж тем более не из LMDE, а из ядра. А выкинули потому что нет смысла...

В Debian драйвера ESS не было вообще, но тем не менее при установке Debian 11.3. выведится сообщение о присутствии устройства на которое нет драйвера и даже указывается какой именно драйвер отсутсвует - snd.maestro3.ko., и предлагается установить его, если он есть у пользователя с его устройства. Мелочь , но приятно, что подумали. В LMDE же просто проигнорировали часть пользователей - если у них нет таких устройств, так и у других нет. Мол - ваши проблемы. Явно человечность и отношение к пользователю у Debian намного выше. LMDE с такими новшествами мне не нужен.

P.S. Спасибо за информацию! Приятно было пообщаться. Счастливо оставаться. Возвращаюсь на форум Debian.

[slant]

В начале 00-х, когда работал с Debian подобного безобразия с зависимостями пакетов не наблюдалось, потому что разработчики имели чувство собственного достоинства и не выпускали непроверенные пакеты, чем грешат современные программисты. Пакеты из локального репозитория можно было ставить на три версии ОС кряду.

Это, извините, бред. К "не проверенности" пакетов и чувству собственного достоинства требования определенных версий либ для программ в бинарном виде не имеют никакого отношения.

У линукса есть одновременно сильная и слабая сторона - разделяемые библиотеки (У винды впрочем тоже - .dll, но она из них получает как не больше вреда чем пользы). Но здесь оно работает так, как задумывалось. Пока все еще в исходниках до сборки - совместимость полная, не привязанная к версиям (за исключением больших и серьезных изменений - этак на уровне концепции софта). А вот когда программа компилируется из исходников с динамической линковкой к библиотекам, она будучи в бинарном виде уже привязывается к определенной реализации интерфейсов такой библиотеки. И привязка эта достаточно плотная, т.к. компилятор старается оптимизировать производительность кода. Потому часто есть требования к определенной версии компилятора и она не меняется на протяжении всего цикла жизни релиза системы. А сама концепция разделяемых библиотек существует чтобы в памяти машины не было дубликатов функций, т.е. лишнего повторяющегося кода. И чтобы каждая программа не грузила свой собственный вариант либы занимая память под нее. Если программу можно "свободно ставить на три версии" - это значит что либо нужная ей библиотека вообще не развивалась все эти три версии и компилятор в системе не менялся, либо программа была собрана со статической линковкой, и жрет лишнюю память под себя (свою собственную версию библиотеки) - зато ни от чего не зависима, кроме разве что ядра.
В общем то всегда было так: полная совместимость - на уровне исходников. Когда они откомпилированы в бинарный вид, совместимость между разными релизами возможна, но не обещается. А чем больше статически собранных программ - тем больше жор памяти у системы будет. И тем ближе она получится к винде с ее знаменитым dll hell. (На самом деле не совсем оно, но потеря производительности и жор памяти - это будет.)
Но т.к. у нас тут opensource, то в подобных случаях просто берутся исходники и компилируется программа под нужную систему и ее версии либ, если уж готового пакета нет. Что позволяет в большинстве случаев запускать нужную программу даже на другой архитектуре (x86 -> ARM и т.д.) Что возможно именно благодаря такой организации.
Это сильная сторона решения.
Слабая - именно само требование чтобы бинарники запускались с теми версиями либ для которых компилировались. И необходимость их ставить если это первая программа которой конкретная либа нужна. Вот для для облегчения установки этих зависимостей и развились пакетные менеджеры - rpm, apt, yum, dnf, pacman...

P.S. Вообще у debian в примерно в 2000-ых и был период этакого застоя, где-то с 3-ей по 5-ую версии. Система именно тогда получила репутацию "заросшего мхом антиквариата в котором даже ошибки бережно хранят и переносят из версии в версию." Так что вышеописанная установка на три версии подряд - вполне могла быть частым явлением для debian в то время. Но нормой она однозначно не являлась.

[Greey]

Это, извините, бред. К "не проверенности" пакетов и чувству собственного достоинства требования определенных версий либ для программ в бинарном виде не имеют никакого отношения.

Погорячился, с кем не бывает. Ваша правда. Человек я импульсивный. Спасибо за подробное разъяснение! Познавательно. Перечитывал несколько раз. Вот, в поисках таких ответов приходится часами в интернете рыться.

[Zulu]

Hi, same issue, can't enter my Mint with a current passwd. Boot from USB = there is no space - last 5 days Timeshift made 5 copies)
How can I delete Timeshift files?
How to enter as a HOST to be able to delete?
Or how can I access data files to delete some video?

Sorry for typing in English - cyrylic not supporded in this mode.
Help!)

[WWolf]

Zulu, ctrl+alt+f1
enter login and password
timeshift --list for view list snapshots
timeshift --delete --snapshot '2014-10-12_16-29-08' for delete snapshot
logout and ctrl+alt+f7 for return to graph mode... login and clear other

[hellonet]

WWolf, I also saved myself this way. But why couldn’t it be written in Russian?

[WWolf]

Не по теме

hellonet, у меня тот же вопрос к Zulu

[symon2014]

Sorry for typing in English - cyrylic not supporded in this mode.
Help!)

Вы всё врёти ))