Фатальная ошибка при обновлении ядра Debian Squeeze.
Есть Debian Squeeze.
Попытка обновления ядра заканчивается неудачей.
Вот список ядер в системе
При попытке удалить неустановленное пытается удалить все ядра.
Я так понимаю через sudo делали все это? А если в полноценного root’а залогиниться и повторить?
Все через root. Выделенный сервер.
что в /boot/grub/default?
Точно выделенный сервер, а не vps?
aptitude update && aptitude safe-upgrade
Точно выделенный. Это необходимо сделать?
Во время aptitude safe-upgrade произошло следующее, т.е. то же самое.
Однако все остальное обновилось.
Зато есть /etc/default/grub
Ага, понял. Проблема вот в чем:
А дальше падает как обычно.
Предупреждение исчезло, но не помогло.
Может все таки проблема в этом?
После этого ядро встало.
Всем спасибо за участие.
Почему-то конфиг файл не туда записан был. Ваша наводка была верной.
rc означает не до конца удалённый пакет. Cудя по твоим манипуляциям, ты используешь и apt и aptitude. Как, и почему в системе остались старые груб-хуки и/или не отработали новые из-за старых — разбираться не будем, но дам 2 совета.
1. всегда чисти систему apt-get purge
2. используй либо apt, либо aptitude. чередуя их ты опять рискуешь напороться на такой вот мелкий глючок.
Я конечно не спорю, что так делать плохо, как я делаю. Но неужели я должен удалить эти нужные мне и работающие пакеты?
В том числе и grub!
Хотя например для mysql
Я в замешательстве. Мне можно удалить весь этот список? А как быть с грабом, заново поставить потом?
Я кажется понял. Используется на самом деле grub-common.
Благодарю за подсказку.
Удалить все rc можно так
dpkg -l | awk «/^rc/
rc — частично установленный. каким образом он таким стал — при удалении, неправильном апгрейде (отложенная конфигурация и тп.) и ещё как, я точно не скажу.
в случае использования только apt-get, rc-пакет на которые apt-get не ругается, считается частично удалённым. в случае aptitude, ещё и частично настроенным, но могу ошибаться.
Подожди, не удаляй всё подряд, разберись сначала, нужен ли тебе какой-то пакет. Если нужен, переустанови его.
Чистка прошла без помех, это были действительно не нужные пакеты.
Разве что при удалении grub я запретил чистить папку grub2, хорошо что установщик спросил. А при удалении мускуля 5.1 он остановил сервер, но потом запустился без проблем, т.к. был установлен 5.5 на самом деле.
Источник
Ошибка initramfs при установке / обновлении
У меня возникла ошибка при обновлении или запуске любого apt Команда на неделю или около того. Обновление до LTS 18.04 не разрешило его и не удалило все старые ядра. Космос тоже не проблема.
Попытка переустановить initramfs не работает Я получаю ошибку:
У кого-нибудь есть идеи относительно того, что я могу сделать?
2 ответа
Как указал Харальд, проблема заключалась в нехватке места в разделе / boot.
Его решение не сработало для меня, но привело меня непосредственно к тому, что сработало:
cd /boot , тогда ls чтобы посмотреть версии уже имеющихся файлов. затем rm каждый файл, имеющий несколько версий, обязательно удалите все, кроме самой новой, затем sudo apt update
У меня эта ошибка была больше года. Теперь я нашел решение.
Объяснение: /boot находится на другом разделе, на котором недостаточно места для выполнения операции. Решение: выполните обновление на диске, на котором достаточно места, и скопируйте результаты.
Запуск автоматического удаления и очистки работал в моей ситуации.
apt-get auto-remove && apt-get clean && apt-get update && apt-get upgrade
Попробуйте очистить неиспользуемые ядра. Если проблема не устраняется, удалите все изображения initrd с помощью
затем сгенерируйте новые образы ‘initrd’ для всех существующих существующих ядер
Для меня это была проблема с пакетом initramfs-tools
Я только что сделал:
Тогда я больше не получал ошибку
У меня была эта проблема на двух отдельных машинах сегодня после выполнения apt update а также apt upgrade кроме моего был для linux-image-4.15.0-48-generic. (Ubuntu 18.04.2)
Мое исправление было так (воспроизведено на обеих машинах):
Затем переустановите пакет:
Это установит пакет на установку вручную и заменит файл *.postinst.
У меня только что была очень похожая проблема, когда я делал sudo apt autoremove и не удалось установить файлы ядра для ядра, которого у меня нет. мой uname -a показывает, что я использую ядро версии 5.0.0-20 и работает ls -al /boot показывает только это и ядро 5.0.0-17 установлено. Тем не мение, apt неожиданно обнаружил ошибки и попытался установить файлы в моем /boot для старых ядер, включая 5.0.0-15, 4.18.0-17, 4.13.0-45. Что странно.
Поэтому я полагаю, что каким-то образом они изменили логику dkms (или что-то, связанное с initramfs ) и проверяет некоторые другие местоположения, чтобы увидеть, могут ли быть установлены ядра, а затем выполняет обновления этих ядер и заменяет отсутствующие файлы.
Я не уверен, что именно это исправить, но я сделал:
У меня проблемы с очень туго /boot папка по историческим причинам и поэтому удалила старые файлы ядра с:
Наконец я побежал:
Что закончилось, как ожидалось, и вернуло систему в ожидаемое состояние, не пытаясь установить посторонние ядра. Я не проверял, как я пошел, поэтому не могу гарантировать, какая часть исправила это, но это не было вредным, чтобы очистить эти старые файлы из AFAICT.
Помимо проверки моего /var/log/apt/history.log файл, это, кажется, начало этой конкретной ошибки:
Но это может быть ложным флагом, так как для меня ограниченное / загрузочное пространство может быть причиной error code (1) ,
Источник
Error trying to install or update linux-image-amd64 #10164
Comments
tiziano88 commented Jan 10, 2018
This has been driving me crazy for the last few weeks; basically I tried installing an upgrade to the linux-image-amd64 package via apt-get on my machine (running Debian) but it has been failing mysteriously, leaving the machine in a weird state every time (e.g. not releasing upgrade locks, etc). Just today I think I finally managed to track that down to keybase:
Note the find: ‘/keybase’: Permission denied line there.
In the end I managed to proceed with the upgrade by unmounting the keybase folder with sudo umount /keybase and then retrying, but this was more complicated than it should have been. I think the core issue is that even the root user is not able to access the /keybase mount point when keybase is running. Is this WAI, or is there anything that can be done to avoid this?
The text was updated successfully, but these errors were encountered:
strib commented Jan 10, 2018
@tiziano88: Sorry about this. It’s true that /keybase is purposely not readable by root when you have Keybase/KBFS running. That’s to prevent root programs from accessing your private data. However, I’ve never heard of anyone running into this issue before, and I’ve never seen it myself on Ubuntu with linux-image installs. Do you have a modified grub configuration, maybe that looks for images directly in / somehow?
strib commented Jan 10, 2018
(Also it’s a bit weird it would be looking across mountpoints at all. )
You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
Источник
Проблема после обновления на Debian9
Всем доброго времени суток!Обновился с 8.8 до 9.Теперь в грабе нет образа линукс.Зашел с лайва перешел в чрут и увидел лежащие не установленные образы ядра, но при попытке их установить требует скачать какие-то файлы пробую скачать, выкидывает ошибку о невозможности это сделать.Как мне оживить?
Эх товарищ, я это сейчас как раз читаю, поздно(.Ранее с 7 на 8 переходил без чтения таких объемных мануалов.Скажи мне лучше, как мне сейчас исправить ситуацию?
У меня дуалбут win 7 и debian был 8 до обновления.Теперь grub показывает вот что: memtest и win7 и все на этом
Ну если поздно, тогда вот варианты разруливания ситуации:
1. Сделать шаг назад, на момент непосредственно перед тем, как начали обновление, то есть восстанавливать с полного бэкапа системы и далее делать по официальной инструкции, ссылку на которую я привел в своем предыдущем сообщении.
2. Либо, если полного бэкапа системы нет, то все равно сделать этот полный бэкап системы, далее делаете бэкапы по частям тех файлов и настроек, которые надо спасти, далее сносите старую систему и ставите Debian 9 с нуля и восстанавливаете забекапленные данные и настройки, возможно вручную. Полный бэкап на этом шаге нужен для того, что если сделаете что-то не так, можно было сделать шаг назад, и начать заново.
3. Есть еще третий путь, путь джедая: вручную чинить то, что накосячили. Разумеется, и перед третьим вариантом нужен полный бэкап системы.
Хорошо, если я хочу выбрать последний пункт, то поведайте какие мне команды надо ввести?И каким образом я сделаю бэкап?Из лайва chroot или что-то еще?Систему думаю нет смысла перустанавливать, ведь пока что нужно хотя бы ядро которого у меня нет.Расскажите по шагам, а я выполню и предоставлю листинги того что скажете.Может еще кто-то столкнулся с такой проблемой и этот путь поможет.Надеюсь на Ваше понимание.
Ну это я стратегически набросал. Не скажу, что да как делать конкретно, на низком уровне. Заведите себе гуру поблизости, в реале, мой вам совет.
Увы, я всегда обращался на ЛОР.Я так давно себе поставил и настроил Дебиан, что за столь долгое время пользования системой изредка консолью обновлял и устанавливал нужные пакеты.А большего и не надо было.Так я забыл совсем что такое починка системы и обратился сюда к сообществу.
home в отдельном разделе? Переустанавливай. Минут 20 это займёт. А то в треде уже юмористы набежали. Бэкапы какие-то.
бэкап — это хорошо и его нужно сделать.
Может и переставить с нуля систему не очень долго, да и, возможно, это наиболее хороший вариант — получите чистенькую системку, без всякого лимшнего.
Но ведь похоже, что ничего страшгного у вас не случилось. Надо всего лишь восстановить загрузчик загрузившись с live-cd и сделав chroot. В этом же нет ниченго сложного.
с каких это пор на ЛОРе пусть переустановки системы после слетевшего загрузчика стал считаться линукс тру вей?)
Теперь grub показывает вот что: memtest и win7 и все на этом
значит grub-install не нашел ядро. Грузитесь с рекавери в chroot и отпишитесь, что у вас там в /boot лежит, покажите установлено ли ядро (dpkg -l *linux*), покажите /etc/fstab из recovery-chroot
и обратите внимание на ссылки приведенные 
dn2010 . Там написано про восстановление grub
С релиза дебиан.
лучно у меня проблем не с обновновлением, ни с установковй с нуля проблем не возникало (правда это до релиза было)
Чесночно я сейчас в треде человека, у которого всё поломалось. Получается 50/50.
Да, home у меня на отдельном разделе.Лор без юмора не Лор)
чрут и увидел лежащие не установленные образы ядра,
Да, home у меня на отдельном разделе.
Тогда вообще проблем нет. Только при установке этот раздел желательно не переформатировать. Там легко галочку поставить по невнимательности. 🙂
А я вот сижу пока мест на jessie, в ожидании этого и других возможных сообщений от бета-тестеров. 🙂 Вот узнал, что сначала надо прочитать мануал, а ведь иначе тоже не стал бы читать. Но торопиться не буду. jessie ещё года 2 как минимум будет поддерживаться, подожду пока информации о других возможных траблах.
Держите.Я ошибся на счет наличие загруженого ядра.Это я видел похоже вывод команды dpkg.
Сонный был, хрень написал.Нет там ничего.
Возможно Вам поможет то, что во время установки я видел вопрос о том что ядро 3.16 будет удалено, а в списке устанавливаемых файлов была версия 4*.Думал автоматом поставит, раз в списке есть, но после чтения мана по обновлению увидел что нет.Вот и верь теперь инсталятору.
С Grub все нормально, ведь ядро не установлено поэтому он и не пишет в списке выбора ос и не только win и memtest.
Держите.Я ошибся на счет наличие загруженого ядра.Это я видел похоже вывод команды dpkg.
Так надо его поставить. Чрутнуться, поставить ядро, обновить граб и перезагрузиться.
Какими командами?И где это ядро находится? я вчера не там глянул.Не из под chroot.Это было просто из под live.А в мертвой системе ядер нет
В Debian нету такого ядра, такая схема версий используется только в Ubuntu.
поэтому я и сказал что не из под chroot смотрел.В чрут boot пуста и /usr/src тоже.А как поднять сеть из под chroot и скачать ядро я не знаю.
Загрузиться с cd или флешки, примонтировать корневой раздел, запустить команду chroot (заранее примонтировав нужные псевдофайловые системы типа /dev, /proc, /sys и т. д.) См. доку по chroot. В дебиан есть ещё хорошая команда debootstrap для подготовки chroot-окружения. В данном случае она вряд ли пригодится, но посмотреть можно. Зачрутиться командой chroot в корневой раздел и установить пакет с ядром linux-image*.deb командой apt-get в /boot (точнее просто установить, а в /boot/ он сам запишется). Затем запустить update-grub.
А можно попробовать просто переписать файлы из /boot/ раздела флешки в /boot-раздел диска и, зачрутившись, запустить update-grub (чтоб апдейтить диск, а не флешку). Но в этом способе я не уверен. И если получится, потом всё равно надо нормальное ядро поставить.
как установить?В chroot сеть не работает!
И загружаться лучше с live-cd debian, а не ubuntu, чтоб были доступны именно дебиановские репы.
В как? В chroot нет сети!
как установить?В chroot сеть не работает!
Тогда заранее скачать пакет linux-image* и установить его командой dpkg внутри chroot.
а как его пробросить в chroot?(пакет)
Просто примонтировать раздел и записать на него куда-нибудь.
не получается.Видит папку home, а в ней пусто.Но там много файлов.Сейчас же скачал с сайта debian ядро 4.9 и скинул в /home после сделал
Надо чрутиться не в /home, а в /. Если раздел /home (sda7) не примонтирован в каталог home, то этот каталог будет пустым. Но сейчас он и не нужен. Нужен только /.
Да, перед ребутом можно посмотреть, записались ли в /boot/ initrd* и vmlinuz*.
А подключить к /mnt/home свой home можно аналогично (уже после подключения к /mnt/ /):
Но сейчас это лишнее и даже вредное, ведь содержимое home можно, волнуясь, тоже испортить. А делать нам в /home сейчас абсолютно нечего (ну разве что фильм посмотреть во время установки ядра).
Установил то что просило(initramfs-tools и core). и.
Running in chroot, ignoring request. Error! Your kernel headers for kernel 4.9.0-3-amd64 cannot be found. Please install the linux-headers-4.9.0-3-amd64 package, or use the —kernelsourcedir option to tell DKMS where it’s located
Найден образ linux: /boot/vmlinuz-4.9.0-3-amd64 Найден образ initrd: /boot/initrd.img-4.9.0-3-amd64 Found memtest86+ image: /boot/memtest86+.bin Found memtest86+ multiboot image: /boot/memtest86+_multiboot.bin Найден Windows 7 на /dev/sda1 завершено
Похоже, что несмотря на ошибки, всё загрузилось. Я бы попробовал перезагрузиться. Но если вдруг возникнут проблемы, снова чрутнулся бы и выполнил то, что она просит: скачал и установил исходники ядра linux-headers-4.9.0-3-amd64.deb.
Похоже что установило куда надо и что надо
Разработчики дебиан выпустили новый релиз вовремя, чтобы каникулы были веселее.
Похоже что установило куда надо и что надо
Загрузился с жёсткого диска главное?
Да, загрузился, но написало failed start kernel modules и выкинуло в консоль.А update ядра требуют тонну зависимостей сотни всего, часть я вручную скачал и закинул через chroot, а там по цепочке еще сотню зависимостей требует.И самое главное в загрузившейся системе нет интернета и лампочка на моем ноуте не горит.Ведь модулей нет.
Ну, один вариант: разрешить зависимости, загрузившись с debian live-cd, если там есть сеть, снова зачрутиться и доустановить их (я думаю, что если правильно заранее примонтировать /dev/ и др. каталоги, то сетка должна заработать и в чруте). Ну и репы заменить на новые и правильно прописать в /etc/apt/sources.list на диске /dev/sda6.
Второй вариант: переформатировать корневой раздел /dev/sda6, но не трогать /dev/sda7, в котором /home, и переустановить ось, прописав при установке разделы, как они были и то же имя пользователя (только sda7 не форматировать и не менять на нём ф/с).
У меня тут страсти с libc6.Конфликт между amd64 и i386.Решаю.Когда надоест, то похоже придется установить систему с нуля другого выхода не вижу.Спасибо за помощь!
У меня тут страсти с libc6.Конфликт между amd64 и i386.Решаю.
А в чём там дело? Debian вроде сейчас поддерживает одновременное наличие 64- и 32-битных приложений и либ?
Когда надоест, то похоже придется установить систему с нуля другого выхода не вижу.Спасибо за помощь!
Думаю, что другой выход есть. Это номер 1 (допилить сетку из чрута, а потом обновить всё остальное, загрузившись с жёсткого диска).
Конечно, переустановить дистр с нуля несложно. Но при сохранении старого /home/ с его пользовательскими настройками, лежащими в скрытых каталогах /home/user/.*, там может остаться мусор. А при обновлении все установленные пакеты корректно обновятся. Если среди них есть лишние, то их потом можно будет корректно удалить командой apt-get purge с удалением всех настроек.
В общем, думаю, что при использовании 1-ого пути система будет чище.
А что касается сетки из чрута, то у меня она там есть. Думаю, что её не было из-за неправильного монтирования системных псевдо-ф/с. В крайнем случае можно перед выполнением chroot запустить команду debootstrap:
Эта команда создаёт минимальное окружение в каталоге /mnt. Возможно, она перезапишет какие-нибудь некорректные конфиги и бинарники. Но скорее всего и без неё сетка заработает.
Получилось установить libc6.Теперь вот что делаю:установка linux-headers и common.А на счет сетки пишет
Источник
