Elementary OS 7, неудачное обновление
Загрузить свой скриншот
Войдите, чтобы добавлять скриншоты

Elementary OS 7, неудачное обновление

14
Материал написан пользователем сайта.
Дистрибутив:
Окружение:
  • Pantheon

Доброго времени суток!

Дистрибутив: Elementary OS. Окружение рабочего стола: Pantheon.

Предистория: Впервые Линукс (Ubuntu 14.04, Линукс Минт категорически не хотел работать на моем старом ноуте) установил давно и использовал для учебы. Тогда же попробовал Arch (словил пару багов), Manjaro (никогда не нравилось оформление и шрифты). В году 2018 купил новый ноут (характеристики можно увидеть на скриншоте) с предустановленой виндой, поэтому некоторое время сидел на ней, пока не стала зависать и тормозить. Тогда установил в дуалбут ElementaryOS 5, которая мне очень понравилась, и которой я пользовался очень долго, потому что решил снести Windows 10 после выхода новой версии Elementary OS. Когда это случилось, был очень разочарован новой версией, было много фризов и глюков.

Тут начался дисрохопинг. Попробовал OpenSUSE (KDE тормозит очень сильно; GNOME только здесь работает у меня очень шустро, но со временем тоже начинаются фризы), Solus (постоянно случались какие-то мерцания в нижней части монитора, в других дистрах такого не заметил), Ubuntu (ужасно тормозит со временем), MX Linux, Linux Mint (Корица тормозит тоже со временем). Вернулся снова на Elementary OS уже версии 6.1. Все очень устраивало.

Суть: С выходом новой версии системы решил штатно обновиться, несмотря на не совсем хорошие отзывы на многих ресурсах. Конечно, не сделал Backup, так как объем данных на диске разросся и не нашлось подходящего носителя. Понадеялся на извечный авось… При установке, как и раннее, в версии 6.1, поставил галочку на "форматировать корневой раздел" и монтировать /home без форматирования. После установки система не видит раздел /dev/sda4. При загрузке с Live-CD другого дистрибутива раздел найти удается, но данные не отображаются. Gparted показывает, что несколько Мб на разделе занято. Пока что все попытки восстановить данные ни к чему не привели.

Я сам по профессии далек от IT или программирования, ноутбук использую в основном для офисных программ, таких как LibreOffice, Evince. Всегда устанавливаю менеджер паролей KeePassXC (Flatpak). Для коммуникации Telegram (Flatpak), Skype (Flatpak), Zoom. Как браузер использую Firefox.

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

Вот такой несчастливый опыт обновления без бэкапа :( Написал пост, чтобы предостеречь других от моих ошибок и, возможно, более опытные смогут помочь советом… Мой первый пост, сильно тапками не кидайте )

Всем всего хорошего!

Лайков: +9
войдите, чтобы ставить лайки
14
  • Опубликовано: 27.02.2023
  • Alucard78

Еще скриншоты:

Комментарии

choice
Активный пользователь
Активный
27.02.2023
11:16
Постоянная ссылка на комментарийПостоянная ссылка на комментарий
+1
войдите, чтобы ставить лайки
Alucard борется с ElementaryOS - лайк конечно!
12 фев было воскресенье, почему So 12 Feb? Немецкий?
Swap раздел есть, но без замочной скважины - не прописан в fstab?
Порадуй ноут - добавь оперативки.
.
Дистрохоперы бэкапом не пользуются.
LactoseFree1
Активный пользователь
Активный
27.02.2023
11:43
Постоянная ссылка на комментарийПостоянная ссылка на комментарийРодительский комментарийchoiceРодительский комментарий
+1
войдите, чтобы ставить лайки
"Дистрохоперы бэкапом не пользуются.", потому что уходя, иди без оглядки?)
xKDE
Активный пользователь
Активный
27.02.2023
12:00
Постоянная ссылка на комментарийПостоянная ссылка на комментарий
+1
войдите, чтобы ставить лайки
Покажите
ls /home
x230
Активный пользователь
Активный
27.02.2023
12:51
Постоянная ссылка на комментарийПостоянная ссылка на комментарийРодительский комментарийxKDEРодительский комментарий
0
войдите, чтобы ставить лайки
Точно не "echo $USER" надо?
:)

Или думаешь, - там бэкапы лежат?
xKDE
Активный пользователь
Активный
27.02.2023
12:54
Постоянная ссылка на комментарийПостоянная ссылка на комментарийРодительский комментарийx230Родительский комментарий
+2
войдите, чтобы ставить лайки
Думаю, там два юзера) одного мы видим, второго найдём! Это ж как суслик)
Остатки от прежнего юзера лежат в /home себе спокойно.
x230
Активный пользователь
Активный
27.02.2023
14:13
Постоянная ссылка на комментарийПостоянная ссылка на комментарийРодительский комментарийxKDEРодительский комментарий
0
войдите, чтобы ставить лайки
Точно, ... - суслик!
"А он есть!"
+
xKDE
Активный пользователь
Активный
27.02.2023
13:01
Постоянная ссылка на комментарийПостоянная ссылка на комментарийРодительский комментарийx230Родительский комментарий
0
войдите, чтобы ставить лайки
А echo $USER покажет нам лишь "ap")
Mikhail226
27.02.2023
17:11
Постоянная ссылка на комментарийПостоянная ссылка на комментарий
+4
войдите, чтобы ставить лайки
Дружище! Возможно все дистрибутивы со временем начинают тормозить не просто так! У меня ноутбук с такой же конфигурацией и есть определенный баг: бесконечно забиваются логи ошибкой pci express. Вот скриншот с аналогичным багом: http://pingvinus.ru/gallery/4639
Возможно при установке арч линукса вы встречали быстро бегущие сообщения об ошибке в терминале - это та же ошибка. Можете также посмотреть какой-нибудь программой-анализатором жесткий диск на предмет разростающихся логов(или совсем просто, откройте свойства жесткого диска и обновите с каким-то промежутком времени, если место уменьшается, то это сигнализирует о том же). Если вам покажутся эти симптомы знакомымы, то вам как и в скриншоте по ссылке выше надо прописать в параметры запуска ядра параметр pcie_aspm=off
Вот еще ссылка на статью об этой ошибке: https://mdex-nn.ru/page/linux-pcie-bus-error.html
scorpii
Активный пользователь
Активный
27.02.2023
22:02
Постоянная ссылка на комментарийПостоянная ссылка на комментарийРодительский комментарийMikhail226Родительский комментарий
+2
войдите, чтобы ставить лайки
системой, как и логами можно и нужно управлять
инструменты имеются

для чистки логов:
journalctl --vacuum-time=1d
journalctl --vacuum-size=300M

в конфиг файле системного журнала можно задать ограничение на максимальный размер дискового пространства, для этого открываем файл конфига в нано или другом текстовом редакторе и задаем размер или количество файлов и т.д., там много чего можно задать, не забывая раскомментировать строку настройки, которую хотим активировать:
nano /etc/systemd/journald.conf
SystemMaxUse=500М
После этого сохраняем файл конфига и перезапускаем службу:
systemctl restart systemd-journald

Таким образом вы будете управлять местом, а логи все равно придется изучать и принимать меры для исправления, коммунити большое, решение можно найти всегда
Mikhail226
28.02.2023
04:51
Постоянная ссылка на комментарийПостоянная ссылка на комментарийРодительский комментарийscorpiiРодительский комментарий
+1
войдите, чтобы ставить лайки
Информация, конечно, интересная, но не понял к чему это. В описанной мной ситуации система просто спамит одинаковой ошибкой, которая сама по себе абсолютно не критична. Тут хоть как управляй, а все равно это лишняя нагрузка на систему(и бесполезная). К тому же решение я описал.
DrSheppard
Активный пользователь
Активный
03.03.2023
14:06
Постоянная ссылка на комментарийПостоянная ссылка на комментарийРодительский комментарийMikhail226Родительский комментарий
+1
войдите, чтобы ставить лайки
Ну очень хотелось расписать юзеру как ограничить журнал до 500 мб, а то до этого мы не знали
xKDE
Активный пользователь
Активный
03.03.2023
15:08
Постоянная ссылка на комментарийПостоянная ссылка на комментарийРодительский комментарийDrSheppardРодительский комментарий
0
войдите, чтобы ставить лайки
Кто бы их ещё читал... ) А то обычно ломают, переустанавливают ось и называют это "дистрохоп")))
DrSheppard
Активный пользователь
Активный
03.03.2023
16:29
Постоянная ссылка на комментарийПостоянная ссылка на комментарийРодительский комментарийxKDEРодительский комментарий
0
войдите, чтобы ставить лайки
Справедливости ради, стоит отметить, что засорение журналами - одна из самых часто встречающихся причин долгой загрузки.
Почему не стоит октокорп или перед командой не написано sudo, а также зачем выполнение двух команд выполняющих одну и ту же функцию — непонятно)
dev
Активный пользователь
Активный
08.03.2023
02:41
Постоянная ссылка на комментарийПостоянная ссылка на комментарийРодительский комментарийscorpiiРодительский комментарий
0
войдите, чтобы ставить лайки
можно отправить логи в tmpfs. Минус - если система рухнула, не узнаешь от чего, плюс - все чистенько и ssd в релаксе.

Написать комментарий

Ваше имя:
Текст комментария:
  • Уважать других.
  • Не ругаться.
  • Без оскорблений.
  • Без грубости.
  • Не переходить на личности.
  • Писать на русском языке.
  • Без политики.
  • Без флуда.
Правила