pfg21

Короткое замыкание, начали плавиться провода. Внимательно осмотрите:
- Розетку (силовую) куда включался комп, переноску, фильтр.
- Силовой шнур
- Разьем блока питания, куда втыкается шнур
- Снимите, осмотрите и понюхайте блок питания - если пахнет горелым - на замену.
Был случай, когда из-за КЗ в шнуре питания он начал буквально плавиться (натурально начала сползать изоляция!). Потрогайте шнур - если даже чуть теплый - на замену, где-то коротит.

Я знаю, что скорее всего БП надо менять, но что на счет остального ?

Возможно, и БП в порядке.
Скорее всего, неисправность состоит в плохом контакте или повреждении провода. Там происходило искрение и от этих искр подгорала ПВХ-изоляция, давая вонючий дым.
Кабель от БП до розетки очень внимательно осмотрите, не на нём ли подгорела\оплавилась изоляция. Было в офисе один или два похожих случая, когда просто кабель пришлось заменить (был брак кабеля). Искрение также может быть при плохом контакте кабеля, где он воткнут в БП. Опять же на бракованных кабелях встречаются слишком слабые контакты, такие кабели заметно отличаются от остальных - очень легко вставляется и выдёргивается разъём, а должен с усилием.

Ещё искрение с подгоранием пластика могло быть в розетке (сетевом фильтре, удлиннителе).

Никак. ПК может проработать как пять минут и двинуть кони, так и запросто 10-20 лет без поломок. Надо просто периодически обслуживать (менять термопасту, чистить от грязи, пыли и т.п.), эксплуатировать в нормальных условиях, не допускать перегрева, следить за показаниями смарта дисков и прочее. Выход железа из строя практически всегда происходит внезапно. Да, бывают неисправности, которые приводят к частичному отказу - нестабильное поведение, перезагрузки, падение ПО и прочее. Но это тоже случается непредсказуемо.

Не может что прям все идеально работает, а завтра не включится.

Может и случается регулярно - это вполне обычное явление.

Google -> bash color -> тысячи мануалов. Использовать поиск по назначению - не так уж и сложно, правда же?

Проблемы, естественно, есть, поскольку есть уязвимости.
Столкнётесь ли лично вы с ними никто не знает.

Гуглите unix time. Бороться с этим не нужно.

Этот способ хранения даты тянется ещё с Lotus 1-2-3. Когда Microsoft добавляла дату/время в Excel, то для совместимости использовали тот же формат.
Отсчёт ведётся от 30.12.1899. Целая часть - количество дней, прошедших с этой даты, дробная часть - время. Если дробную часть умножить на 24*60*60, то получим количество секунд с начала дня.
Встроенных функция для преобразования в PostgreSQL нет, так что, видимо, это прямой перенос из чего-то типа MSAccess.
45672.38114849537 соответствует 2025-01-15 09:08:51.230
Получить можно, например, так:

SELECT
  date_lotus,
  '1899-12-30'::date + MAKE_INTERVAL(days => date_lotus::int, secs => ((date_lotus - date_lotus::int) * 24*60*60)::int) AS datetime
  FROM test;

| date_lotus        | datetime            |
| ----------------- | ------------------- |
| 45672.38114849537 | 2025-01-15 09:08:51 |

В общем, если все буквы «е» без исключения, то так:

function replaceE(node) {
    if (node.nodeType === Node.TEXT_NODE) {
        node.textContent = node.textContent.replace(/е/g, 'ё').replace(/Е/g, 'Ё');
    } else {
        node.childNodes.forEach(replaceE);
    }
}

А если учитывать контекст, то нашел на просторах модуль (сам не пробовал): https://github.com/e2yo/eyo-kernel