Вот нашел чтиво по подобной проблеме
сегодня вечером попробую, отпишусь, что вышло или нет
Checking root filesystem
/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
Это означает, что нарушилась файловая система диска, хотя сами системные и пользовательские данные могут оказаться в полном порядке.
Чтобы «привести в чувство» ФС и исправить ее ошибки, можно воспользоваться утилитой fsck, запускаемой под рутом.
Варианты ее использования могут быть следующие:
1. Самый простой:
fsck /dev/sda1
/dev/sda1 — проверяемый раздел.
2. При самом простом варианте может оказаться, что утилита начнет задавать множество вопросов типа Y/N, на которые придется долго отвечать.
Для автоматическихо утвердительных ответов следует применить ключ -y
fsck -y /dev/sda1
3. Есть еще другие ключи:
-f — принудительная проверка (проводится даже если файловая система помечена как работоспособная);
-c — искать поврежденые блоки (bad blocks) и помечать их соответствующим образом;
-v – verbose, будет выводить детальную информацию на терминал (процент выполнения и т.
Следует отметить, что использование ключа -c для поиска поврежденных блоков вызывает значительное замедление работы.
Внимание!
Кроме того, на практике выяснилось, что при работе утилиты fsck с ключом -c нажатие Ctrl-C («Break») вызвало потерю жесткого диска из системы, он стал отсутствующим даже после перезагрузки системы.
Восстановить его прежний статус удалось только полным выключеним компьютера.
Примечание.
Обычно раздел диска «сопротивляется» проверке утилитой fsck, сообщая, что он кем-то занят, и предупреждает, что его принудительная проверка может вызывать потерю данных.
Поэтому в таких случаях следует его отмонтировать доступным способом:
umount /dev/sda1
Нового пользователя создал, но войти под ним в систему не выходит: при попытке сменить имя пользователя в диалоге входа раскладка клавиатуры сбрасывается на русскую и обратно на английскую уже не переключается, соответственно имя пользователя ввести невозможно. Приходится перегружаться, после чего в диалоге входа снова стоит имя основного пользователя и остаётся только ввести пароль. Странно. В kubuntu у меня такой проблемы не было: доп.учётки создавал, раскладка не менялась, всё было норм.
Докладываю.Во всех manjaro кроме cinnamon onboard устанавливается прекрасно без дополнительного софта.
По cinnamon-в минте аналогичная ситуация, но onboard высвечивается в фолдере«аппликация» и программу можно открыть под рутом. Все onboard.deb выше 1.3 не устанавливаются на LM18.2
Спасибо, что не бросил меня.
Смените тему оформления, например на arc-gtk-theme, для Qt, GTK2, GTK3 и вид будет одинаковый.Настрoйка темы для Qt в проге qt5ct(Настройки Qt5).Также можно войти в сессию под root и настроить все также и там как и в сессии пользователя.Тогда разницы не будет.Что за тема сейчас у вас, как называется?
Странное дело в — настройках — дополнительно переключил сетевой интерфейс с любого на свой-«enp3s0», потом снова вернул на любой перезагрузил начал качать. По сути вернул настройки по умолчанию, но пока не тронул не работал.
Переустанови темы, скорее всего ты грохнул какие-то стили от тем.
Тут основа wiki.archlinux.org/index.php/Zsh
Смена оболочки по-умолчанию $ chsh -s полный-путь-до-оболочки
сегодня вечером попробую, отпишусь, что вышло или нет
Checking root filesystem
/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
Это означает, что нарушилась файловая система диска, хотя сами системные и пользовательские данные могут оказаться в полном порядке.
Чтобы «привести в чувство» ФС и исправить ее ошибки, можно воспользоваться утилитой fsck, запускаемой под рутом.
Варианты ее использования могут быть следующие:
1. Самый простой:
fsck /dev/sda1
/dev/sda1 — проверяемый раздел.
2. При самом простом варианте может оказаться, что утилита начнет задавать множество вопросов типа Y/N, на которые придется долго отвечать.
Для автоматическихо утвердительных ответов следует применить ключ -y
fsck -y /dev/sda1
3. Есть еще другие ключи:
-f — принудительная проверка (проводится даже если файловая система помечена как работоспособная);
-c — искать поврежденые блоки (bad blocks) и помечать их соответствующим образом;
-v – verbose, будет выводить детальную информацию на терминал (процент выполнения и т.
Следует отметить, что использование ключа -c для поиска поврежденных блоков вызывает значительное замедление работы.
Внимание!
Кроме того, на практике выяснилось, что при работе утилиты fsck с ключом -c нажатие Ctrl-C («Break») вызвало потерю жесткого диска из системы, он стал отсутствующим даже после перезагрузки системы.
Восстановить его прежний статус удалось только полным выключеним компьютера.
Примечание.
Обычно раздел диска «сопротивляется» проверке утилитой fsck, сообщая, что он кем-то занят, и предупреждает, что его принудительная проверка может вызывать потерю данных.
Поэтому в таких случаях следует его отмонтировать доступным способом:
umount /dev/sda1
Все-таки попробуйте поставить arc-gtk-theme, отпишитесь.
По cinnamon-в минте аналогичная ситуация, но onboard высвечивается в фолдере«аппликация» и программу можно открыть под рутом. Все onboard.deb выше 1.3 не устанавливаются на LM18.2
Спасибо, что не бросил меня.
Огромнейшее спасибо. Действительно, через терминал у меня тоже ничего не получилось.