В ядре Linux версии 5.6 разработчики решили проблему 2038 года для 32-битных систем



    Проблему, которую можно было ожидать 19 января 2038 года во вторник в 03:14:07 по Всемирному времени (UTC), исправили разработчики Linux в новой версии ядра 5.6. Одним из основных разработчиков, занимающихся этой проблемой является Арнд Бергманн, который и сообщил об исправлении в ядре Linux за восемнадцать лет до возможного временного апокалипсиса из-за использования способа хранения даты, согласно стандарту POSIX (UNIX timestamp, Unix epoch).

    Над решением этой проблемы разработчики Linux трудились несколько лет — y2038-endgame.

    И вот, 29 января 2020 года стало известно, что разработчики не только решили эту проблему 2038 для ядра Linux 5.6, а также собираются портировать патчи для ее решения в ранние версии ядра Linux — 5.4 и 5.5.

    Правда, пока что решение сделано с несколькими оставшимися оговорками, например, пользовательское пространство и приложения, работающие в нем, должны быть построены на базе 64-битного формата time_t, а не 32-битного. Поддержка 64-битного формата time_t существует в библиотеках GNU C Library 2.32 и Musl libc 1.2. Также со стороны приложений пользовательского пространства, чтобы избежать проблемы 2038 года, они должны использовать все современные системные вызовы ядра Linux.

    26 января 2020 года стало известно, что Линус Торвальдс представил первый стабильный релиз ядра Linux 5.5 под кодовым названием Kleptomaniac Octopus. Выпуск новой версии ядра Linux вышел в соответствии с графиком, спустя два месяца после выхода предыдущей стабильной версии. Исходный код Linux 5.5 доступен для загрузки с портала kernel.org.
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 106

      +6

      Ну наконец-то! Мы уже заждались этого патча.

        –7
        Если не секрет, я так понял из вашего коммента, вы внедряете 32-системы на базе Linux с ожидаемым сроком поддержки > 20 лет. Что это за сфера? Атомная энергетика?
          –7

          Если делать в стиле "…як-…як — и в продакшн" "после нас — хоть потоп", то на выходе получается винда.

            +8

            Получается операционная система, являющаяся лидером для домашних ПК на протяжении более чем 20 лет? Да, беда...

              –4

              АвтоВАЗ был лидером автомобильной промышленности на 1/6 части суши 30 лет.
              И что?
              Количество — показатель качества?
              И где винфоны теперь?

                +9
                А винфон, царствие ему небесное, как мобильная ОС в плане целостности дизайна — непревзойден. ИМХО.
                  –1

                  … никем, кроме Symbian :-)

                    –1
                    Увы, не пользовался. Правда хороша?
                      0

                      Не то слово.
                      Надежно, как танк. И шустро.

                        0
                        Это был шедевр, на моём N80 было после загрузки, свободно оставалось 18 Мб оперативы запускал 10 приложений и все летало, кстати можно было самому писать программы на питоне. но были минусы симбиан плохо работало с приложениями на яве, и просто так не прошьёшь чистой вычищенной прошивкой как сейчас андроид. На моей мобиле в 2007 году был вайфай, ИК порт(использовал как пульт для телека) и две камеры 3.2 Мп и 2 Мп, но тольк вайфай в городе был только в одном месте и видеосвязь в России не работала, можно сказать они опережали время
                          0
                          А почему так было, удачная архитектура? Старались программисты?

                          А ее кто-то пытался воскресить или переписать?
                            –1

                            … а потом нокию купило Microsoft.


                            Дальше продолжать?

                              0

                              Я многое точно не знаю, но примерная история такая:
                              Nokia начали развивать следующее поколение Symbian под именем MeeGo -> Под давлением Microsoft разработку свернули -> Сообщество создало форк Mer -> Выходцы из Nokia основали Jolla, взяли под крыло Mer, на его базе сделали Sailfish, для обхода патентов UI создали заново.
                              Параллельно сообществом развивается полностью свободный дистрибутив Mer под названием NemoMobile.

                                +1

                                Извините, но MeeGo — это ни разу не Symbian, а продолжение разработки линух-дистрибутива Нокии под названием Maemo (использовался в N810/N900). Задумывалась, как "операционная система для всего" (см. Windows 10), правда в итоге так никуда и не пошла.

                                  0

                                  Да, наверное Вы правы, я ничем из продуктов Nokia не пользовался, слежу только начиная с Sailfish/Mer.
                                  Знаю только что MeeGo позиционировался как замена Symbian.

                      +3
                      >АвтоВАЗ был лидером автомобильной промышленности на 1/6 части суши 30 лет.

                      Искусственное ограничение. Альтернативы на эту часть суши не допускадись.

                      У винды таких преференций нет и не было.
                        +1
                        У винды таких преференций нет и не было

                        То есть об OEM-договорах Вы никогда не слышали.


                        Windows удобна не потребителям, а производителям (это не одно и то же).
                        И не столько удобна, сколь выгодна.
                        Была, по крайней мере (сейчас в среде серверов выгоднее Linux).


                        Пример из наших пенатов — 1С.
                        Как самолет: "и тошнит — и выйти некуда".


                        Если для онкобольных уже долгие годы единственный вариант — удаление опухоли, то это значит, что хирургия среди них популярна?

                          +3
                          Вы не видите разницы между OEM договорами, которые заключались компаниями добровольно и ограничением допуска на рынок СССР на уровне государства? Любой производитель операционок имел право заключать OEM договора. Microsoft просто сделал лучшее предложение. Да — производителям. Но если бы потребитель был массово не согласен с таким выбором производителей, эти договора бы анулировали. Кому захотелось бы перепродовать продукт, который наносит ущерб бизнесу и бренду?
                            –2
                            А какая разница, если в результате OEM договора(ограничения государства) я либо не мог вообще купить ноутбук(автомобиль) с линуксом(иностранный), либо мог купить пару весьма посредственных моделей? Мне как пользователю разницы не было, т.к. на полках(автосалонах) были в основном только виндовые буки(В/Г/З/УАЗ).
                              +4
                              Ветка начиналась с утверждения Newbilius, что винда является лидером для домашних ПК на протяжении более чем 20 лет.

                              Это лидерство подвергли сомнению, сравнив с ситуацией на закрытом автомобильном рынке СССР.

                              Я не согласен с тем, что сравнение корректно. Винда стала лидером в конкурентной среде. (Что не отменяет низкое техническое качество ее первых версий)
                                –1
                                Винда стала лидером в конкурентной среде.

                                Винда стала лидером в среде Микрософт.
                                А Микрософт стало лидером в среде IBM-PC решением самой IBM (которую потом и бортанула, но это отдельная история).
                                Так что за чистую конкуренцию — немного натянуто.

                                  +1
                                  Конкуренция никогда не бывает чистой. Каждый пользуется всем, что ему доступно и на что он готов пойти. Это не отменяет сам факт конкуренции.
                                  И, да — вы видели, например, Linux в 1995 году? Для простых пользователей даже его установка была непосильной задачей. Как и работа в нем.
                                    0
                                    Это не отменяет сам факт конкуренции.

                                    Начиная с какой-то величины — фактически отменяет. Де-юре она есть, де-факто — ее нет.
                                      –1
                                      >И, да — вы видели, например, Linux в 1995 году? Для простых пользователей даже его установка была непосильной задачей.

                                      Именно в 1995-м проблемы как раз ещё не было. Была непривычность, да. Те, кто привыкли к DOS & Windows 3.x, должны были переходить на заметно другой стиль во всём. Но установка DOS и Windows была не легче — тоже куча тонкостей и необходимость знания глубоко технических деталей. Более того, некоторые вещи с Linux были заметно проще — например, у него было меньше проблем с геометрией диска выше 500MB.

                                      Ситуация, что пользовательский (десктопный) линукс заметно отставал, выросла с Windows 95/98 и далее на 2000. Вот тогда Microsoft хорошо поработал на упрощение установки и запуска (причём оригинальная 95 ещё сильно страдала… вот OSR2 наконец стала выглядеть прилично), и на развитие vendor lock-in через MS Office. К 2005 это укрепилось окончательно, а средства для Linux только-только начали выходить из сырого состояния.

                                      > Как и работа в нем.

                                      Если уже добыт (что было непросто без связей), установлен и запущен — работа была простой и лёгкой, знаю по своему опыту. Вот взаимодействие с другими становилось чем дальше, тем сложнее — пока основную часть этого взаимодействия составляли офисные документы…
                                        0
                                        работа была простой и лёгкой


                                        Если работа не связана с обработкой документов (M$Office), чертежей (AutoCad, PCAD, etc), графики (Photoshop, Corel) — да, было всё просто :D
                                          0
                                          Да, я про это сказал там. >90% боли составляло именно отсутствие Linux-версий целевых программ. Сама ОС проблем давала минимум.
                                          (Мне некоторое время было ещё веселее — под FreeBSD — добавлялся слой эмуляции Linux для заметной части того, что таки было.)
                                  +3
                                  Стоп-стоп-стоп. По OEM договору производителей никак не ограничивали на возможность выпуска ноутбуков под линуксом или другой ОС. Если же вы не можете купить под линуксом, то возможно это связано с тем, что производителю было не выгодно на нём выпускать (например, потому, что косяки оного ложились бы на плечи производителя, а МС сама обновляла винду ту же).
                                  Более того, пример с андроидом на мобильных показал, насколько обратная ситуация была бы адом. Никакущая поддержка, редкие обновления, большая часть смартфонов не может быть обновлена до последних версий ОС, обновления заканчивались не редко примерно тогда же, когда и оканчивались продажа девайсов в розницу.
                                    0
                                    > По OEM договору производителей никак не ограничивали на возможность выпуска ноутбуков под линуксом или другой ОС.

                                    Фактически — ограничивали, ибо:

                                    >> In the late 1980s, Microsoft began requiring OEMs to pay Microsoft a “per processor license fee” for each computer they shipped, regardless of whether they installed Windows on the computer. This arrangement gave OEMs a powerful incentive not to pay for and install competing operating systems. (источник)

                                    Если вы скажете, что необходимость платы за Windows, даже если она не установлена, это не ограничение… обычно такое принято называть «иезуитство».
                                      +1
                                      Вы забыли добавить:
                                      In 1994, the U.S. Department of Justice (“DOJ”) filed an antitrust suit against Microsoft challenging this conduct, resulting in a consent decree under which Microsoft agreed to stop using per processor license fees. But the anticompetitive practice had already been quite effective in reducing competitors’ share, particularly when combined with Microsoft’s other actions directed against DR-DOS.
                                      Т.е. никак не касается популярности windows, с учетом масштабов роста ПК с 94 года на несколько порядков и то, что за это время многие другие продукты не только успели завоевать рынок, но и уже исчезнуть. Успех в 3.11 никак не объясняет успехов 9х, XP, 7. Более того, были ещё виста и 8-ка, которые показали то, что навязать ОС достаточно трудно.
                                      В итоге оправдываться тем, что было даже больше, чем 25 (! пофиксил!) лет назад (тогда в интернете всего нескольких млн пк выходило), сейчас, когда одна десятка где-то под миллиард имеет — это уже как-то совсем можно от безысходности. Сколько млрд. устройств было выпущено с тех времён без этого пункта?
                                        –2
                                        > Успех в 3.11 никак не объясняет успехов 9х, XP, 7.

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

                                        > Более того, были ещё виста и 8-ка, которые показали то, что навязать ОС достаточно трудно.

                                        Потому что альтернативой были более ранние версии того же.

                                        > это уже как-то совсем можно от безысходности.

                                        Да, они приняли достаточно мер, чтобы поддержать этот успех. Но без его начального достижения ничего бы не получилось. А дальше надо было просто не напортачить уж совсем грубо.

                                        Вот с принципиально новыми рынками это не прошло, потому что софт надо было полностью переписывать и т.д.
                      0
                      это на всех базах данных сказывается
                        +2
                        В БД свой формат хранения времени, с ОС не связан
                          0
                            +1
                            И? Ну в MySQL такой же формат, как и в линукс. на int32 завязано, не иначе, удивительно да? )) Уверен: еще в десятках других систем так же. Но это никак не делает их зависимыми друг от друга. Починка Линукса не починит MySQL.
                              –3
                              Так вы уж определитесь свой в БД формат или всё же UNIX_TIMESTAMP.
                                +1

                                В mysql (например) есть форматы DATETIME, DATE и TIMESTAMP. DATETIME должно хватить до 9999 года.

                                  +1
                                  DATETIME может и хватит, а вот TIMESTAMP увы…
                                  +3
                                  Формат хранения в БД не зависит от формата структур API OS. Так вам понятно?
                          +7

                          Да. Как это может быть ни странно для ITшников, но системы на базе 32-х битного Линукса вполне себе используются во встраиваемом оборудовании, которое по требованиям должно служить 20+ лет. Да, это та же энергетика и подстанции, где используются системы синхронизации времени на базе GPS и различное Ethernet оборудование.


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


                          А разработчики того оборудования нам говорят "Ну ждем, пока Linux ядро пофиксят" и скидывают ссылку на этот баг.

                            +3

                            Почему нельзя протестировать? Вы не можете собрать тестовый контур и в нем перевести время вперёд ?

                              +2

                              Настолько далеко перевести не можем. Не предусмотрено.

                              –1
                              Что значит странно? я сам так-то опыт эмбеда имею =) просто таких сроков поддержки пока не встречал, 10 лет это норма. Если не секрет, кто минусит мой коммент выше — что не так? Я как-то грубо спросил?
                              • НЛО прилетело и опубликовало эту надпись здесь
                                  0
                                  Простите, ключевой момент «поддержка без обновления».
                                  В
                                  промышленности, и в автовокзалах на кассах, и в школах, и в обычных небогатых пользователей

                                  Как правило (я не ручаюсь за 100% кейсов), но все же, обновления — вполне себе опция. Сложно представить чтобы у небогатого пользователя не было возможности обновить систему. Ведь ядро 5.6 это не последняя версия с поддержкой 32 бит, будут же еще.
                                  Поэтому да, по умолчанию подразумеваешь что-то сильно жесткое.
                                  Даже в системах энергетики периодически обновления софта делаются (да, это далеко не автоматически, и это обновление по сути как маленькое внедрение целиком новой системы с приемкой, испытанием, и выведением сперва резервной цепи, после тестирования — уже основной).
                              0

                              Broadcasting, например, в чём, собственно, проблема с 32-битными системами?

                                +6

                                Обыкновенный контроллер бурильни.
                                В герметичном ящике, закапывается в землю и его уже никто никогда выкапывать не будет.
                                Гарантия — 15-25 лет.

                                  0
                                  Спасибо.
                                0
                                18 лет до 2038, а они уже заждались ))
                                  +1

                                  50 лет с начала эпохи, заждались уже

                                  +2

                                  Ммм. Я боюсь вам придется ещё подождать, так как там еще нужен glibc и там все очень так себе. https://sourceware.org/glibc/wiki/Y2038ProofnessDesign

                                    0
                                    Лучше рано, чем поздно.
                                    0
                                    В ядре 5.4, если я не ошибаюсь, эту фичу включили, убрав заглушку, и при этом поломав часть драйверов, например, staging/fbtft.

                                      0

                                      fbtft уже не просто deprecated, его в 5.4 вроде бы вообще хотели убрать целиком и полностью. Как и tinydrm теперь просто drm/tiny.


                                      Но я живу еще на 4.19.97, поэтому впилил драйверок на базе fbtft

                                      0
                                      учитывая что многие дистрибутивы дропают поддержку 32-bit, останутся ли к 2038 году системы которым нужно это решение.
                                        +6

                                        Embeded вполне могут остаться.
                                        Да и не только embeded. Моему линуху x32 уже ~16 лет (только вчера заметил файлы 2003-го года), и как-то ломает его сносить. Я эту стройную систему костылей и подпорок уже не восстановлю.
                                        Так что всё может быть.

                                          0

                                          Уже выпущенную embedded 32 битную систему вряд ли кто-то сможет проапгрейдить. Это не только патч на ядро, но и пересборка системных библиотек. для производителя это сравнимо с разработкой нового устройства.
                                          Raspberry, например, на 4.19 ездит, для этой системы решения пока нет.

                                            0

                                            Может бэкпорт какой-нить придумают.

                                              0

                                              Нормальную можно. У нас системы обновляются из облака. Апдейт назначается системе, она его скачивает и устанавливает. Встраиваемый линукс, бытовая электроника. Проблемы с пересборкой библиотек не будет, их же не на устройстве надо пересобирать. Вот U-boot отвалиться может, это да. Его обновлять дистанционно опасно.

                                                +2

                                                "Проблемы с пересборкой библиотек не будет"


                                                Поднять версию ядра, libc и, возможно, кучки связанных библиотек без проблем? Пожалуй, не поверю ;)
                                                Собранный образ установится, why not. Но его надо сначала собрать и пройти все тесты.

                                              +1
                                              Это десктоп живет с 2003 года? Что за дистрибутив?
                                                +4

                                                Сначала был AltLinux 1.1 (это сразу после Manrake 2001 Russian Edition), потом апгрейдил до пока не поломал Сизифом, потом переключился на Fedora в какой-то момент (№3, это 2004-й год).
                                                То есть F3 установлено с нуля, но состав пакетов, настройки сервисов, ключи, базы данных и всё такое тщательно передраны со старого альтлинуха.
                                                А домик вообще не менялся, он отдельно живет.


                                                И теперь Fedora 31 x64-only, прям как серпом по я не знаю что делать прям.

                                                  +1
                                                  Моё почтение Федоре и вам.
                                                    +8

                                                    Спасибо.
                                                    Приезжайте к нам на Колыму ©


                                                    PS. А теперь представим, что бы осталось от моего десктопа, если бы оно было Windows 98 SE или NT 4.0 (самое рабочее на тот (2001) момент).
                                                    Конечно же пользователи Windows не понимают, зачем линуксоиды беспокоятся за 2038-й год.

                                                      +1
                                                      Между прочим у 98SE и NT4 никаких проблем с 2038 годом нет. Если железо продержится, то Windows продолжит работать без каких-либо дополнительных патчей.
                                                        +4
                                                        Ну, на ютьюбе я много видео видел, где апгрейдились с самых ранних версий вин до вин 10 (например, www.youtube.com/watch?v=uqnZmdwdm6Y ). Конечно учитываем, что тут чистые системы, а не рабочие экземпляры.

                                                        Будем честны, но мало кто из линуксоидов может похвастаться такой живучестью системы. Большинство задалбливают какие-то фантомные глюки/баги или крайне неудачные апдейты и они по итогу перекатывают систему на чисто. Я же не только Федору похвалил, но и вас. Потому что ваша заслуга тут очевидно, дерьмо вы явно не раз за эти годы разгребали.
                                                          +1
                                                          Конечно же пользователи Windows не понимают, зачем линуксоиды беспокоятся за 2038-й год.
                                                          Мы, как пользователи Windows, которые только-только начали апгрейдить Windows 2003 (а в кое-каком оборудовании до сих под работает NT4.0 SP6), вообще не понимаем, о чём тут линуксоиды раздувают)
                                                            +1

                                                            И как же вы обходитесь без 64 бит, когда уже всё прогрессивное человечество все "нормальные" пользователи Windows без этого жить не могут?
                                                            PS. Птичку NT4 жалко. Изумительная вещь была. Взяли, спортили девку.

                                                              0
                                                              Нам в том году с новым прибором в замен старого наконец-то прислали блок с винХП эмбедед, а не нт 4.0, ваще не пониманием, в чём проблема)
                                                              0
                                                              А что не так? Папки из профиля пользователя забрали и с XP до 10 многие настройки популярных программ путем перемещения данных папок спокойненько переезжали. Та же мозила и тандербёрд постоянно так переносятся у нас с хп, 7-ки, 8-ки на 10-ку. Ну да, ПО заново ставить, однако если писатели программ нормальные — перенос возможен.
                                                              Более того, сама винда (не всегда, но всё же) переживала даже перенос с машины на машину (лучше, конечно, драйверы вначале удалить, но бывало и так), а вот на 8/10 это даже лучше стало.
                                                                +1
                                                                Это не обновление, а ручной перенос папок.

                                                                Обновление это когда вы установили икспи, пользовались ей несколько лет, потом взяли и штатно обновились и так постепенно дообновлялись до вин10. Без переустановок винды за всё это время. Но мне кажется, что ещё на икспи там реестер за всё это время просто в кашу превратился бы.
                                                                  0
                                                                  Читаю:
                                                                  но состав пакетов, настройки сервисов, ключи, базы данных и всё такое тщательно передраны со старого альтлинуха.
                                                                  А это что, не подскажете?
                                                                  Обновление это когда вы установили икспи, пользовались ей несколько лет, потом взяли и штатно обновились и так постепенно дообновлялись до вин10. Без переустановок винды за всё это время.
                                                                  А насколько успешно на линуксах происходит обновление с x32 на х64? Ну то, что происходило примерно при переходе на 7-ку, максимум 8-ку у людей?
                                                                  В принципе, если поищите, то окажется, что существовал «Советник по переходу на Windows 7» во времена её выхода. Для обновления с ХР на 7. А так же «Мастер переноса данных и параметров» на диске с 7-кой. Только винда по сути каждый раз переустанавливается, а не обновляется, просто подтягивается профиль. В 10-ке вообще стандарт.
                                                                    0
                                                                    > А насколько успешно на линуксах происходит обновление с x32 на х64?

                                                                    При наличии готовой инструкции — просто надо ей следовать. Большинство дистрибутивов это решило тривиальным разделением пакетной базы по архитектурам.
                                                                    Ну да, много странных значков (по-моему, средства GUI для этого так и не появились, или я их не увидел). Увы.
                                                                      0
                                                                      Вы немного не поняли. Вот стоит у вас х32, вы хотите обновить его до х64 не переустановкой. Итак, вопрос, как это сделать именно «обновлением»? А не по сути переносом профиля в новую установленную систему.
                                                                        +1
                                                                        Ну я просто в make.conf вписал новые значения и пересобрал мир.
                                                                          0
                                                                          > Вы немного не поняли.

                                                                          Нет, это вы не поняли.

                                                                          > Итак, вопрос, как это сделать именно «обновлением»?

                                                                          Инструкция дистрибутивозависима, но состоит из следующих операций:

                                                                          1. Разрешается установка x86_64 пакетов в конфиге пакетного менеджера.
                                                                          2. Ставится 64-битное ядро и пакеты, зависящие от битности ядра (типа доп. драйверов видеокарты). Ранее требовалось делать специфические дополнительные операции компиляции драйверов или их переходников, сейчас это реализовано в виде зависимостей пакетов (потребуют установку gcc+binutils).
                                                                          Делается перезагрузка с новым ядром.
                                                                          3. Ставятся библиотеки для x86_64 (параллельно основным; во всех основных линуксовых дистрибутивах именно так).
                                                                          4. Обновляются остальные бинарные пакеты на 64-битные версии.

                                                                          После принятия решения, что переход состоялся, можно удалить 32-битные остатки библиотек и старые ядра.
                                                                          Каждая этап описан побуквенно в виде команд. Промежуточных битых состояний почти не бывает (я не наблюдал). Всегда можно сделать откат в прежнее состояние по необходимости.

                                                                          В соседнем комментарии сказано про «пересобрать мир» — это работало, но это вариант локально-сборных дистрибутивов, типа Gentoo. Ну и это долго и таки марудно.
                                                                            +1
                                                                            Спасибо, замечательный пример того, почему такое в ОС для пользователей не завозили, а был экспорт профиля пользователя.
                                                                              +1
                                                                              А как там «в ОС для пользователей» было с установленными приложениями?
                                                                                –1
                                                                                С учетом, что приложения писались без оглядки на все рекомендации? Собственно, часть приложений переносилась легко, а у всяких с уникальной активацией или особой криворукостью программистов — вот именно из-за них винду и было проще поставить новую, чем обновлять.
                                                                                  0
                                                                                  Кстати, вчера я просто взял ссд с 8.1 из ноута (3 поколение коре i5), ничего не делая с ОС воткнул его в настольный комп (на Zen2), запустил винду — всё заработало. Удалил софт под ноутное железо, удалил дрова интела и нвидии и ещё по мелочам. Запустил обновление с сайта МС до 10-ки.
                                                                                  Несколько раз нажал далее и уже минут через 20 я получил рабочую винду со всеми рабочими приложениями без переустновки оных, с сохранившимися настройками пользователя и прочим. Слетели частично лишь настройки программ по умолчанию. Сохранились ссылки на папки пользователя на другом диске (тоже физически был извлечён из ноута и поставлен в системник).

                                                                                  Не заработала игра из Стима одна пока, но фикс нашёл (ибо она под XP изначально была и как понимаю проблема была с добавленными функциями общения в стиме во время игры, так как потребовало положить steam.dll к экзешнику игры). Всё остальное — завелось. В папке олд при пристальном изучении не было найдено ничего полезного.

                                                                                  Итого, могу констатировать, что на 10-ку переезд автоматический с 8.1 и для популярных приложениях вопросов «как там с установленными приложениями» вполне может не возникнуть. За другие версии утверждать не могу.

                                                                                  Криворуких программ и с особыми путями активации — установлено не было.
                                                                              0

                                                                              Есть нюанс.
                                                                              В линухе а) нет реестра и б) всё документировано.
                                                                              Поэтому если вы просто накатите сверху x32 все пакеты x64 — все конфиги останутся на месте и все настройки системы — тоже.
                                                                              И общесистемные и — тем более — пользовательские.
                                                                              Я могу сейчас просто снести свой линух и поставить с нуля (оставив домик в покое). И для меня — как пользователя — почти ничего не изменится (только вернуть взад настройки mysql надо будет).
                                                                              Даже хуже — могу снести свою федору и поставить убунто. И тоже будет работать (скорее всего :-)

                                                                                0
                                                                                Есть нюанс. Проблемы при переносе пользователей возникают не из-за самой ОС. А в основном от софтописателей. Которые с прибором клали как на рекомендации, так и на правильные практики (вы никогда не видели программ, которые файлы настроек в папке темп хранят?).
                                                                                Даже хуже — могу снести свою федору и поставить убунто. И тоже будет работать (скорее всего :-)
                                                                                Как показала практика, убунта не всегда будет работать, даже когда была просто обновлена.
                                                                                Плюс вспоминая, что в разных линях файлы надо было в разные папки скидывать, и чтоб тот же адсл-юсб-модем заработал под слакварю в серединке нулевых — пришлось сильно адаптировать инструкцию от другого дистриба под слакварь, так что просто взять и поменять один дистриб на другой — это очень оптимистично.
                                                                                  +1

                                                                                  Нет, ну это уже в области извращений, здесь "Windows vs Linux" ни при чем.
                                                                                  Тот же ключик Сбера в одной и той же версии Windows на разных машинах может заработать, а может и нет — как повезет. И техподдержка не поможет.

                                                                                    –1
                                                                                    Именно. Без этого извращения винду было бы легко обновлять между версиями. Собственно, в последних версиях МС пошло проще и начало удалять программы, которые несовместимы (но их пользователь сможет поставить потом).
                                                                                  +1
                                                                                  нет реестра


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

                                                                                  всё документировано.


                                                                                  Засмеялся :D
                                                                                  В линухах наличие документации немного компенсируется наличием исходников.
                                                                                    +1
                                                                                    Зато есть файлопомойка с конфигами. Файлопомойку фатально испортить сложнее, чем базу данных

                                                                                    Для любителей этого дела есть "гномореестр" ;-)
                                                                                    А если Поттерингу снова засвербит — то будет что-то вроде configd.

                                                                    +1

                                                                    А я вот не помню, когда моя федора стала 64-битной. Но как-то это без боли произошло.

                                                                      +1

                                                                      Она не может сама по себе внезапно стать 64-битной.
                                                                      Теоретически это можно сделать с помощью специальных нетривиальных манипуляций.

                                                                    +2

                                                                    У меня не с 2003-го, но с 2006-го гента кочует с машины на машину.

                                                                  +3
                                                                  Система электронного контроля прохода в Нью-Йоркском метро введена в эксплуатацию в 1992, а поменяли полностью её только в 2019м — т.е. 27 лет(+ год-два на развёртование) — там OS/2 стояла (и это нормальное время для работы систем в цивилизованных странах) — так что немного даже припозднились с патчем, который будет использоваться в большом количестве в 32х микроконтроллерах в 2038;)
                                                                  0

                                                                  Всё замечательно, а что делать с системами которые сделаны уже лет 5 назад, на ядрах 3.x, а то и 2.6?
                                                                  Компьютеры 15-летней давности даже сейчас бывают исправны и продаются на барахолках типа авито, я думаю что и через 18 лет вполне могут встретиться
                                                                  Те же авто выпущенные года 3 назад наверняка имеют 32-битный бортовой компьютер и через 20 лет в хороших руках могут остаться на ходу

                                                                    0

                                                                    Вот компьютеру в авто прям жизненно необходимо знать текущую дату ) тем более если это не тесла.

                                                                      +4
                                                                      А как же! Ему же надо знать, когда автомобилю пора начинать чаще ломаться :)
                                                                        0

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

                                                                          0

                                                                          для средней скорости кровь из носу нужна текущая дата )))) Если уж так рассуждать — она должна считаться через временные метки типа rdtsc, т.е. тики процессора.

                                                                            0
                                                                            Ключевое слово «должна»)
                                                                      0
                                                                      У меня 16-17-летний (точнее не помню) компьютер (Celeron, Debian 9) выполняет роль домашнего сервера. И есть еще в хозяйстве живой Asus Eee PC, ему 12 лет. :)
                                                                        +1

                                                                        Celeron который из PII, P!!! или P4?

                                                                          0
                                                                          Не знаю. :) archey сообщает вот что: Intel® Celeron® CPU 2.20GHz
                                                                            0
                                                                            Это P4/PD
                                                                              +1

                                                                              Не винтаж.
                                                                              Вот из PII (которое Slot-1, без кеша, убить которым можно) — вот это был бы номер.

                                                                                0
                                                                                Да мне, знаете, вот «по это самое», винтаж оно или нет. :)

                                                                                Из винтажного у меня была IBM PS/2 keyboard 1994 г. выпуска, абсолютно рабочая — вот ей убить действительно можно, да что там убить, она вполне способна была и на геноцид, но, увы, утрачена армейским способом во время переезда 4 года назад.
                                                                        0
                                                                        Правда, пока что решение сделано с несколькими оставшимися оговорками, например, пользовательское пространство и приложения, работающие в нем, должны быть построены на базе 64-битного формата time_t, а не 32-битного
                                                                        «необходимо пересобрать весь код»
                                                                          0
                                                                          … но только один раз (для этого).

                                                                          Хотя проблемы вполне могут быть (структуры данных, впихивание time_t в int, и так далее).
                                                                          +2
                                                                          Кстати говоря, как я понимаю, это всё относится и к, например, ARMv7, MIPS, а не только к x86. По моему некоторые комментаторы об этом не подумали.
                                                                            +1
                                                                            Забавно что в «ПОХОЖИЕ ПУБЛИКАЦИИ» всплывает статья 2007 года. =)
                                                                            Palm OS на базе Linux появится не раньше 2008 года [2 июля 2007]
                                                                              0
                                                                              Кстати, мы уже несколько лет боремся с неправильным time_t, реализовав соответствующую диагностику в PVS-Studio: V795. Note that the size of the 'time_t' type is not 64 bits. After the year 2038, the program will work incorrectly.

                                                                              Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                                              Самое читаемое