kernel panic. Это что за обновления то такие?

/boot раздел и ядра с инитрд были на отдельном разделе и соответственно остались прежние.

Зато модули в /lib/modules. grub по-прежнему загружает новое ядро, но его модулей в бекапе не было.

Дебиан уже не торт :(

Хотя может бэкап уже не торт, и пора сверить его суммы?

попробуй ядру в буте прописать ipv6.disable=1

Это что за обновления то такие?

Ето системд.

тупо сквошем закатывал

нет, как раз до него дело не дошло, разве что libsystemd, так что не думаю, что он виноват.

iommu=1 iommu_inclusive_mapping=1 xen-pciback.passthrough=1 iommu=pt amd_iommu=fullflush cpufreq=dom0-kernel console=xvc console=tty

вот параметры граба. сейчас ещё ипв6 допишу

Странно, что ты не ожидал такого, при разнице между ведром и инит скриптами больше, чем пол года.

Новое ведро -> в ините из этого нового ведра что-то используется, так как в старом ведре этого нет, то все и виснет.

дебиан был скорее тестинг. В образе же был стейбл.

Stable с testing смешивать нехорошо. Если что-то совсем нужно, то проще testing на виртуалку поставить.

ядра я собирал сам, ессно. При помощи make-kpkg. Мне не до конца понятно взаимодействие. make-kpkg/kernel package при сборке добавляет что-то от с текущей версией инит для загрузки? Какие-то правила?

А tar'ом уже не модно?

А tar'ом уже не модно?

А tar можно просто брать и монтировать на ro/rw?

А tar можно просто брать и монтировать на ro/rw?

А бэкапы разве должны иметь такую возможность? И к тому же squashfs не умеет в rw (без aufs) и не во всех дистрибутивах распространен, в отличие от tar.

Затаренный бэкап прост в использовании и повреждается не часто.

А бэкапы разве должны иметь такую возможность?

Т.е. бэкапам не нужна фича быстро извлечь один единственный файлик из всего здоровенного бэкапа? Ок.

И к тому же squashfs не умеет в rw (без aufs) и не во всех дистрибутивах распространен, в отличие от tar.

И к тому-же rw у squashfs можно обеспечить 100500 разными способами и без aufs которого (ОЙ Ну ты подумай горе!) нет в ядре.

Затаренный бэкап упакованный в squashfs прост в использовании и повреждается не часто.

Так же верно как и оригинал.

Т.е. бэкапам не нужна фича быстро извлечь один единственный файлик из всего здоровенного бэкапа? Ок.

Посмотрел допустим так tar -tvf <archive> | grep blah , потом tar xf <archive> <something>, нэ? Или ты через графическую оболочку открываешь, чтобы извлечь?

И к тому-же rw у squashfs можно обеспечить 100500 разными способами и без aufs которого (ОЙ Ну ты подумай горе!) нет в ядре.

Назови хоть 1 из них, а то в интернетах только про aufs и слышно. И да, что ты будешь делать, если вдруг в ядре загруженной системы не окажется поддержки squashfs+xz ? Ядро пересобирать? А как же бэкап ? :)

tar xf <archive> <something>, не?

Это если ты точно помнишь что тебе конкретно за <something> надо. А вот усложнив задачу… если ты не обладаешь точными сведениями что именно тебе надо из бекапа то гораздо удобнее просто взять подмонтировать весь бекап как раздел и залезть на него любимым файловым менеджером.

Назови хоть 1 из них, а то в интернетах только про aufs и слышно.

Ок исключаем aufs - unionfs, unionfs-fuse, overlayfs, funionfs. И даже если всего этого вовсе нет то никто не запрещает просто взять и разархивировать так же как и все обычные архивы.

И да, что ты будешь делать, если вдруг в ядре загруженной системы не окажется поддержки squashfs+xz ?

Какой вопрос такой и ответ - а что ты будешь делать если тебе с твоим tar-ом ВНЕНЕЗАПНО выстрелить в ногу?

Это если ты точно помнишь что тебе конкретно за <something> надо.

См. выше. Можно просто tar -tvf <archive>

Какой вопрос такой и ответ - а что ты будешь делать если тебе с твоим tar-ом ВНЕНЕЗАПНО выстрелить в ногу?

Гипотетическая ситуация для ламеров :) И вообще, tar везде распространен, и откроется такой бэкап на любом линуксе

Можно просто

Усложняем - архив здоровенный и разархивировать всё долго и бессмысленно.

И вообще, tar везде распространен, и откроется такой бэкап на любом линуксе

И вообще, unsquashfs и насрать на то где-там распространён tar.

медленнее, хуже жмётся.

Назови хоть 1 из них, а то в интернетах только про aufs и слышно. И да, что ты будешь делать, если вдруг в ядре загруженной системы не окажется поддержки squashfs+xz ?

Избивать ногами лежащего арчевода, который такое собрал, когда уже с мохнатеньких 90ых годов все дистрибутивы поддерживают сквош, как де-факто.
А, не стой, провокатор. Это неправильный ответ. Правильный - соберу модуль и установлю squshfs-tools?

Новое ведро -> в ините из этого нового ведра что-то используется, так как в старом ведре этого нет, то все и виснет.

нет.

Aa что и почему? //пишу с планшета, Ленива вставать

долго обьяснять, но никакой особенной интеграции между инитом и ядром нет. хоть 2.2 его грузи, хоть bsd.

Тогда почему всё ядра, кроме 3.2 встают на дыбы? /Бут, повторюсь, на отдельном разделе.

это другой вопрос, вариантов масса. хрен поймешь что ты там делал, надо смотреть что в инитрамфс, модули, лог загрузки. брейкнуться в дебаггер, глянуть трейс когда он «зависает». попробовать загрузить систему с init=/bin/sh в конце концов. по твоему сообщению ясно чуть менее чем ничего, однако с уверенностью можно сказать что дело не в «несоответсвии» ядра и инита, если это не системд.