debian jessie не грузится после апдейтов и ребута

Переустановка груба не помогла, даже груб рекавери не грузит.

Грузануться с livecd, чрутнуться, переставить grub, больше не обновляться.

Переставил, написал в комментарии выше уже. Ерунда какая-то.

а ты когда груб переставлял, не забыл все разделы смонтировать? и не ругался он тебе про что-нибудь?

В командной строке груб ls (hd0,gpt2)/boot файлы видно, все на месте, в конфиге тоже все вроде верно.

set root='hd0,gpt2'

root@host:/boot# grub-install /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
root@host:update-grub
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-3.16.0-4-amd64
Found initrd image: /boot/initrd.img-3.16.0-4-amd64
  No volume groups found
done

Да и через dpkg-reconfigure grub-pc пробовал, разницы нет.

А пересоздать initrd? dpkg-reconfigure linux-image-xxx ?

Файловую систему проверял?

Могу попробовать, но что это даст? Диск то grub видит, файлы на нем тоже. Меня это очень смущает:

attempt to read or write outside of disk hd0

Откуда оно взялось?

fsck запускать - крайний выход. Там на дисках очень много файлов, в том числе мелких, оно ведь будет несколько суток молотить, или есть «быстрый режим»?

обратись к вашему системному администратору

ФС какая? случаем не reiserfs?

/boot отдельным разделом в начале диска или нет?

fsck запускать - крайний выход.

Запуск fsck — это первое, что нужно сделать.

Там на дисках очень много файлов, в том числе мелких, оно ведь будет несколько суток молотить

Обычно же /boot отдельным разделом делают. Ты уверен, что у тебя всё в одном?

или есть «быстрый режим»?

У ext4 есть быстрый режим, активирован всегда. Там происходит проверка только тех групп, в которые была запись. Большая проблема — заставить fsck проверить всё.

Обычно же /boot отдельным разделом делают. Ты уверен, что у тебя всё в одном?

Да, конечно.

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1           1        8001   83  Linux
/dev/sda2               1      349990  2811286642   83  Linux
/dev/sda3          349990      364734   118431180   82  Linux Swap / Solaris

Запуск fsck — это первое, что нужно сделать.

fsck /dev/sda2
fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
/dev/sda2 : récupération du journal
/dev/sda2 : propre, 64358038/175710208 fichiers, 390441147/702822912 blocs

А вот с флагом -f он будет работать несколько суток..

attempt to read or write outside of disk hd0

Честно говоря, впервые столкнулся с такой ошибкой, поэтому в замешательстве.

ext4

диск разбит криво

Так удали sda1, он же перекрывается с sda2. Вполне возможно, что в grub2 сменили (или добавили) код для определения границ разделов. И из-за перекрытия он неправильно работает.

Вполне возможно, что в grub2 сменили (или добавили) код для определения границ разделов.

Вот я про это изначально и спрашивал, не замечал ли кто-то такого. В ченжлогах не нашел.
Просто через fdisk удалить и все, дополнительных манипуляций не нужно?

не замечал ли кто-то такого

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

Просто через fdisk удалить и все, дополнительных манипуляций не нужно?

Вроде, да. Должно быть достаточно.

А, ну да.

grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible.

Сейчас так:

Device          Start        End    Sectors  Size Type
/dev/sda2        4096 5622587391 5622583296  2.6T Linux filesystem
/dev/sda3  5622587392 5859440639  236853248  113G Linux swap

Это я похоже как раз удалил раздел BIOS Boot Partition который был костылем для загрузки.

Ну раздел то я верну, но тогда возвращаюсь на исходную позицию. Куда копать - черт его знает.

Что это за странная фигня? У тебя начало sda2 было «1». Судя по размерам свопа, Block — это 1024 байта, а Sector — 512.

livecd с убунтой 14.04, там какой то глючный fdisk. Прошу прощения.

в убунту GNU Fdisk 1.2.5
в чрутнутом дебиане fdisk from util-linux 2.25.2

parted -l
Model: DELL PERC H310 (scsi)
Disk /dev/sda: 3000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system     Name  Flags
 1      17,4kB  2097kB  2080kB                        bios_grub
 2      2097kB  2879GB  2879GB  ext4
 3      2879GB  3000GB  121GB   linux-swap(v1)

посмотрим

Изменений никаких нет, ошибка та же. Мыслей пока тоже никаких, разве что на старое ядро переехать или наоборот новое из бекпортов.

на старое ядро переехать

Эту ошибку выдаёт grub2, не ядро.

Эту? Я думал, kernel panic это все-таки ядро.

Ну еще попробовать создать отельный /boot

И чем это поможет? Уточню еще раз - с такой разбивкой разделов работало все минимум год, а отдельный /boot я совсем нигде не использую уже давно.

Дык а ошибка от grub'а пропала? паника то от initrd.

И чем это поможет?
grub2

Да, наверное ничем :(

grub то сам заработал? если да, то надо initrd пересобрать, как я выше писал, должно помочь. Хотя мне помог апгрейд до нового ядра + пересборка initrd.

Я думал, kernel panic это все-таки ядро.

У тебя GRUB не может загрузить initrd, и запускает ядро без него. Голое ядро, без модулей. У него же даже ext4 модулем. Как оно читать раздел-то будет?

Попробуй update-grub запустить. И update-initramfs -k all -u. Есть шанс, что эти команды сдвинут нужные тебе файлы в другое место диска, где grub сможет их прочитать.

Уточню еще раз - с такой разбивкой разделов работало все минимум год

Предположим, что у GRUB проблема с чтением за пределами 2^32 секторов. Файлы настроек grub, ядра и initrd располагаются в случайных местах диска, сплошными кусками. Задача — посчитать вероятность сбоя.

В чруте решил проверить обновления, прилетело

Unpacking linux-image-3.16.0-4-amd64 (3.16.7-ckt25-2+deb8u3) over (3.16.7-ckt25-2) ...

Ребутнулся, заработало. Спасибо за советы.

Не подскажешь, где можно почитать историю выходов пакетов от дебиана с ченджлогами? Интересно, на что я наткнулся (кривой пакет?).

Ну и я наверное окончательно решил свалить на убунту, когда буду переезжать на новое железо. Глюки те же, но хоть пакеты посвежее.

А с таблицей то все нормально, без этого раздела в 2 мегабайта груб просто не поставится на gpt. Тебя ввел в заблуждение выхлоп убунтушного fdisk, за что я уже извинился.

root@2:~# fdisk -l

Disk /dev/sda: 2.7 TiB, 3000034656256 bytes, 5859442688 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 596D56B0-22ED-4C6A-A4E9-7563A513FCAD

Device          Start        End    Sectors  Size Type
/dev/sda1          34       4095       4062    2M BIOS boot
/dev/sda2        4096 5622587391 5622583296  2.6T Linux filesystem
/dev/sda3  5622587392 5859440639  236853248  113G Linux swap

Предположим, что у GRUB проблема с чтением за пределами 2^32 секторов.

Тут надо не предполагать, а знать наверняка.

Я погуглил ошибку, нашёл упоминания о проблемах на 3 TB дисках. Народ сходится к мысли, что у GRUB проблема с чтением файлов. LBA адреса становятся больше 32 бит. Возможно, это как-то связано.

Обновление пишет файлы в другие места диска, что «чинит» проблему. Ну знаешь, как раньше была проблема с загрузкой LILO. Нужно было, чтобы ядро находилось в пределах первых восьми гигабайт, так как для LBA24 это был лимит.

Тут надо не предполагать, а знать наверняка.

Welcome: http://git.savannah.gnu.org/cgit/grub.git/tree/

Ага, может и так.