Re: resize / on working system
Hello!
On Tue, May 22, 2007 at 05:52:00PM +0300, Mikolaj Golub wrote:
> AB> On Tue, May 22, 2007 at 04:24:29PM +0400, Alexander GQ Gerasiov wrote:
> >> > Почему это? Если мы уменьшаем ФС, то есть вероятность, что stage2
> >> > окажется в новом месте. А тогда stage1 его без переустановки не
> >> > найдет. Как я это дело понимаю, во время установки в stage1
> >> > хардкодится положение первого блока stage2 (или stage1.5), который
> >> > уже умеет работать с ФС.
> >>
> >> А, понял, речь про stage2. Не углядел. Тогда да, надо переустановить
> >> груб.
>
> AB> Вот-вот.. где собака порылась.
> AB> В общем ошибка ясна, всем спасибо.
>
> Ну это только одна из возможных причин. Вариант, что cfdisk "постарался",
> возможно даже более вероятен. Или с mbr что-то приключилось, или начало
> раздела не совпадает с тем, который раньше был. Не знаю, но не исключаю
> возможность, что разное ПО имеет свое собственное представление, как выбирать
> границы разделов. По крайней мере вижу, в cfdisk имеется чудная комманда:
>
> m Maximize disk usage of the current partition. This command will recover the
> the unused space between the partition table and the beginning of the
> partition, but at the cost of making the partition incompatible with DOS,
> OS/2 and possibly other operating systems.
Интересное продолжение проблемы. Как оказалось, grub не был убит, ровно
как и mbr. Т.к. саппорт с той стороны смог загрузить меня в /dev/sda5
систему.
Предположительно по логам, /dev/sda1 и не загружалась.
Т.е. grub живой и все его stages на месте, как я понимаю. fdisk
показывает теперь так:
Device Boot Start End Blocks Id System
/dev/sda1 * 1 632 5076508+ 83 Linux
/dev/sda2 19128 19457 2650725 5 Extended
/dev/sda5 19128 19457 2650693+ 83 Linux
sda1 живой и успешно маунтится.
Почему же может не бутаться? Куда копнуть? К сожалению, приходится
гадать, пока что не добился от саппорта информации что же видно на
консоли при попытке забутать sda1.
--
WBR,
Alexander Burnos
Reply to: