Здравствуйте. Помогите пожалуйста. Есть ноутбук:
OS: Fedora 33 (Workstation Edition) x86_64
Host: 80XR Lenovo ideapad 320-15IAP
Kernel: 5.9.12-200.fc33.x86_64
Packages: 2713 (rpm), 6 (flatpak)
Shell: bash 5.0.17
Resolution: 1366x768
DE: GNOME 3.38.2
Terminal: gnome-terminal
CPU: Intel Pentium N4200 (4) @ 2.500GHz
GPU: AMD ATI Radeon R7 M260/M265 / M340/M360 / M440/M445 / 530/535 / 620/625 Mobile
GPU: Intel Celeron N3350/Pentium N4200/Atom E3900 Series
Memory: 1069MiB / 3752MiB
После очередного включения, как я понял после небольшого обновления, начала появляться ошибка: Ошибка сегментирования (стек памяти сброшен на диск).
Появляется она в терминале после любой команды содержавшую SUDO. Тоесть то немногое что я за гуглил по этой ошибке, я не могу использовать.
LinuxForum.Fans
ОШИБКА: "Ошибка сегментирования (стек памяти сброшен на диск)"
Автор: Lynn
8 сообщений
1065 просмотров
Lynn, *SCRATCH* сдаётся мне, у вас ОЗУ умирает уже за давностью лет. Либо, просто не хватает памяти.
Что показывает вывод команды:
[console]valgrind[/console]
Пробовали так?:
1.
[console]su
rpm --rebuilddb
rpm --verify --all[/console]
2.
[console]
dnf clean all
dnf check all
dnf distro-sync
dnf remove --duplicates[/console]
3.
[console]touch /forcefsck[/console]
4. Перезагружаемся
Пробовали так?:
ты хоть читай внимательней.
Появляется она в терминале после любой команды содержавшую SUDO.
память не память, а скорее кривая безопасность pam, shadow, sudo, polkit... или глючное по самое не балуйся ведро, пардон ядро. Я заметил, после 5.4.ХХ они будьто нарочно сломали всё до чего смогли дотянуться из безопасности и шифрования. Вот недавний пример - udisk2 с новыми ядрами работает рандомно, опознавание групп просто не работает(тот самый ошибко сигментирования) так что надо смотреть что там такое обновилось.
Как временное решение выполнять не через sudo, а напрямую в рута через su заходить и исправлять, но если рута нет, то тут и решений то нормальных раз и всё. Чрутиться из какой нибудь лайв-портянки и там уже пытаться что-то сделать.
ты хоть читай внимательней.
спасибо, подправил немного команды.
не хватает библиотеки или криво что-то обновлено...
как вариант. Для поиска конкретной проблемы(что побилось). Можно пойти таким путём :
первый подозреваемый sudo. Тут как раз не нужны волшебные права, в терминале смотрим:
[console]
which sudo
# путь который вернёт команда вбиваем дальше:
ldd /usr/bin/sudo # /usr/bin заменить на фактический путь
[/console]
смотрим, все ли библиотеки найдены.
Дальше можно через strace посмотреть на какой он валится в прострацию,
[console]
strace sudo &>log.txt
[/console]
ну а там по обстановке, что в логе будет.
Самое простое это принудительно переустановить sudo.
Lynn, *SCRATCH* сдаётся мне, у вас ОЗУ умирает уже за давностью лет. Либо, просто не хватает памяти.
Я доставал её, чистил контакты, но заменить пока нечем. Надо действительно попробовать поменять, спасибо.
Добавлено: 10.12.2020 23:03:10
Что показывает вывод команды:
[console]valgrind[/console]
[console]
lynn@lenovo:~$ valgrind
valgrind: no program specified
valgrind: Use --help for more information.
[/console]
Добавлено: 10.12.2020 23:20:00
Пробовали так?:
1.
[console]su
rpm --rebuilddb
rpm --verify --all
[/console]
По третьей команде очень много чего вывелось. Как я понял это беребор моих файлов, и почти на все стоит - ОТКАЗАНО В ДОСТУПЕ
Добавлено: 10.12.2020 23:23:08
2.
[console]
dnf clean all
dnf check all
dnf distro-sync
dnf remove --duplicates[/console]
3.
[console]touch /forcefsck[/console]
4. Перезагружаемся
[console]
lynn@lenovo:~$ dnf clean all
248 файлов удалено
lynn@lenovo:~$ dnf check all
lynn@lenovo:~$ dnf distro-sync
Ошибка: Эту команду нужно запускать с привилегиями суперпользователя (на большинстве систем - под именем пользователя root).
lynn@lenovo:~$ dnf remove --duplicates
Ошибка: Эту команду нужно запускать с привилегиями суперпользователя (на большинстве систем - под именем пользователя root).
lynn@lenovo:~$ touch /forcefsck
touch: невозможно выполнить touch для '/forcefsck': Отказано в доступе
[/console]
Не помогло((, но спасибо за попытку.
Добавлено: 10.12.2020 23:35:01
как вариант. Для поиска конкретной проблемы(что побилось). Можно пойти таким путём :
первый подозреваемый sudo. Тут как раз не нужны волшебные права, в терминале смотрим:
[console]
which sudo
# путь который вернёт команда вбиваем дальше:
ldd /usr/bin/sudo # /usr/bin заменить на фактический путь
[/console]
смотрим, все ли библиотеки найдены.
Дальше можно через strace посмотреть на какой он валится в прострацию,
[console]
starce sudo &>log.txt
[/console]
ну а там по обстановке, что в логе будет.
Самое простое это принудительно переустановить sudo.
[console]
lynn@lenovo:~$ cat log.txt
bash: starce: command not found...
[/console]
Не помогло((, но спасибо за попытку.
Моя вина! Позор на мои седины. Команда звучит:
[console]
strace sudo &>log.txt
[/console]
в общем проблема твоя в том, что при обновлении побилась какая-то часть из безопасности. На поверхности sudo. Сам судо зависит от Linux-PAM, MIT Kerberos, OpenLDAP, MTA, которые в свою очередь дальше зависят ещё от кучи вещей, всё это объединяет понятие Security, каждая из частей самодостаточна, но там есть иерархия, с неисправным PAM невозможно получить никаких прав в системе, и т.п..
Если в системе отсутствует активированная учётка root, то со сломанным sudo(который может быть полностью исправным, но при неправильно работающем PAM, абсолютно бесполезным!) невозможно исправить проблемы вызванные некорректным обновлением, т.к. нужны права суперпользователя! Это понятно?
Выходы я уже описал:
первый - войти root'ом:
[console]
$ su -
#в пустой строке ввести пароль root'а
[/console]
став суперпользователем можно пытаться исправить проблему. Если же учетная запись root'а не настроена, то в правах будет отказано и ничего с системой сделать не получится. Для этого случая остаётся второй вариант решения:
Загрузиться с любого live-cd-dvd-usb, с любого!!! Смонтировать партиции(в порядке указанном в fstab), смонтировать системное дерево процессов в дерево покалеченной системы, сделать в неё chroot, и уже в таком состоянии исправлять проблему. Это понятно!??
учитывая всё что выше в этом топике, соответствующей компетенцией ТС просто не обладает, даже если выложить полную пошаговую инструкцию как всё это сделать, а за сим всё мероприятие - артель "напрасный труд". Самое простое решение - сохранить критичные личные данные, документы и по тупому переустановить систему, ей богу это будет просто быстрее. Но как сделать поный chroot я конечно могу объяснить, был бы толк, т.к. от оператора требуется хотя бы минимальное понимание как функционирует система и элементарные навыки работы в консоли, ну и желательно понимание того, что он делает копипастя предложенные команды.
Войдите или зарегистрируйтесь, чтобы ответить.
