Re: resize / on working system
Hello! On Wed, May 23, 2007 at 03:28:33PM +0300, Mikolaj Golub wrote: > > On Wed, 23 May 2007 14:49:07 +0300 Alexander Burnos wrote: > > >> qemu /dev/sda > > AB> grub действительно живой, когда пытаюсь загрузить систему с sda1, то > AB> начинает грузится, монтирует корень, а потом зависает после: > > AB> Begin: Waiting for root file system... ... > > Скорее всего это связано с тем, что в бут-параметрах ядра стоит > root=/dev/sda1, а когда грузится в qemu, то этот диск уже /dev/hda, вот он и > не может найти рутовую ФС. Нужно перед загрузкой в qemu поменять параметр ядра > root=/dev/sda1 на root=/dev/hda1 Да, вероятней всего в этом причина. Ну да я уже убил вторую систему и успешно настраиваю первую с измененными разделами. Всем огромное спасибо за помощь. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
On Wed, 23 May 2007 14:49:07 +0300 Alexander Burnos wrote: >> qemu /dev/sda AB> grub действительно живой, когда пытаюсь загрузить систему с sda1, то AB> начинает грузится, монтирует корень, а потом зависает после: AB> Begin: Waiting for root file system... ... Скорее всего это связано с тем, что в бут-параметрах ядра стоит root=/dev/sda1, а когда грузится в qemu, то этот диск уже /dev/hda, вот он и не может найти рутовую ФС. Нужно перед загрузкой в qemu поменять параметр ядра root=/dev/sda1 на root=/dev/hda1 -- to my, trociny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Hello! On Wed, May 23, 2007 at 02:51:13PM +0300, Alexander Burnos wrote: > > > AB> Почему же может не бутаться? Куда копнуть? К сожалению, приходится > > > AB> гадать, пока что не добился от саппорта информации что же видно на > > > AB> консоли при попытке забутать sda1. > > P.S. переустанавливал grub через grub-install на всякий случай. Не > помогло. Все, решил вопрос. Насторожило то, что количество Blocks в разделе, которые показывал fdisk были несколько меньше, чем blocks файловой системы, которые видно через df. fdisk'ом удалил раздел, создал таким, чтобы Blocks было заведомо больше, чем в выводе df, сделал grub-install. Бутнулся. Ву-а-ля. Все работает :) -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Hello! On Wed, May 23, 2007 at 02:49:07PM +0300, Alexander Burnos wrote: > Hello! > > On Wed, May 23, 2007 at 12:17:33PM +0300, Mikolaj Golub wrote: > > AB> Предположительно по логам, /dev/sda1 и не загружалась. > > > > AB> Т.е. grub живой и все его stages на месте, как я понимаю. fdisk > > AB> показывает теперь так: > > > > AB>Device Boot Start End Blocks Id System > > AB> /dev/sda1 * 1 632 5076508+ 83 Linux > > AB> /dev/sda2 19128 19457 26507255 Extended > > AB> /dev/sda5 19128 19457 2650693+ 83 Linux > > > > AB> sda1 живой и успешно маунтится. > > > > AB> Почему же может не бутаться? Куда копнуть? К сожалению, приходится > > AB> гадать, пока что не добился от саппорта информации что же видно на > > AB> консоли при попытке забутать sda1. P.S. переустанавливал grub через grub-install на всякий случай. Не помогло. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Hello! On Wed, May 23, 2007 at 12:17:33PM +0300, Mikolaj Golub wrote: > AB> Предположительно по логам, /dev/sda1 и не загружалась. > > AB> Т.е. grub живой и все его stages на месте, как я понимаю. fdisk > AB> показывает теперь так: > > AB>Device Boot Start End Blocks Id System > AB> /dev/sda1 * 1 632 5076508+ 83 Linux > AB> /dev/sda2 19128 19457 26507255 Extended > AB> /dev/sda5 19128 19457 2650693+ 83 Linux > > AB> sda1 живой и успешно маунтится. > > AB> Почему же может не бутаться? Куда копнуть? К сожалению, приходится > AB> гадать, пока что не добился от саппорта информации что же видно на > AB> консоли при попытке забутать sda1. > > Ну, в принципе, можно не гадать, а посмотреть ;-) Спасибо :) > qemu /dev/sda grub действительно живой, когда пытаюсь загрузить систему с sda1, то начинает грузится, монтирует корень, а потом зависает после: Begin: Waiting for root file system... ... Если пытаюсь загрузить систему с sda5, то через qemu получаю следующее: root (hd0,4) Error 5: Partition table invalid or corrupt Не через qemu все наоборот, в sda5 грузится, в sda1 - вообще нет. Что там на консоли до сих пор не известно. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
On Wed, 23 May 2007 11:37:28 +0300 Alexander Burnos wrote: AB> Предположительно по логам, /dev/sda1 и не загружалась. AB> Т.е. grub живой и все его stages на месте, как я понимаю. fdisk AB> показывает теперь так: AB>Device Boot Start End Blocks Id System AB> /dev/sda1 * 1 632 5076508+ 83 Linux AB> /dev/sda2 19128 19457 26507255 Extended AB> /dev/sda5 19128 19457 2650693+ 83 Linux AB> sda1 живой и успешно маунтится. AB> Почему же может не бутаться? Куда копнуть? К сожалению, приходится AB> гадать, пока что не добился от саппорта информации что же видно на AB> консоли при попытке забутать sda1. Ну, в принципе, можно не гадать, а посмотреть ;-) qemu /dev/sda -- to my, trociny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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 имеется чудная комманда: > > mMaximize 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 26507255 Extended /dev/sda5 19128 19457 2650693+ 83 Linux sda1 живой и успешно маунтится. Почему же может не бутаться? Куда копнуть? К сожалению, приходится гадать, пока что не добился от саппорта информации что же видно на консоли при попытке забутать sda1. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
On Tue, 22 May 2007 16:16:35 +0300 Alexander Burnos wrote: AB> Hello! 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 имеется чудная комманда: mMaximize 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. -- to my, trociny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Hello! On Tue, May 22, 2007 at 04:24:29PM +0400, Alexander GQ Gerasiov wrote: > > Почему это? Если мы уменьшаем ФС, то есть вероятность, что stage2 > > окажется в новом месте. А тогда stage1 его без переустановки не > > найдет. Как я это дело понимаю, во время установки в stage1 > > хардкодится положение первого блока stage2 (или stage1.5), который > > уже умеет работать с ФС. > > А, понял, речь про stage2. Не углядел. Тогда да, надо переустановить > груб. Вот-вот.. где собака порылась. В общем ошибка ясна, всем спасибо. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
На Tue, 22 May 2007 14:29:05 +0300 Mikolaj Golub <[EMAIL PROTECTED]> записано: > > On Tue, 22 May 2007 13:51:03 +0400 Alexander GQ Gerasiov wrote: > > AGG> На Tue, 22 May 2007 13:27:37 +0400 > AGG> Иван Лох <[EMAIL PROTECTED]> записано: > > >> On Tue, May 22, 2007 at 12:20:53PM +0300, Alexander Burnos wrote: > >> > > Да. Теперь у Вас скорее всего нет стадии 1.5 grub в новой > >> > > системе. (/boot/grub/) он в процессе инициализации grub > >> > > создается. > >> > > >> > Эта стадия лежит где-то за пределами fs? Т.к. /boot/grub был и > >> > остался в оригинальном /. > >> > >> Он лежит в fs, но я эти файлы всегда перегенерировал заново. Хотя > >> может быть это была моя паранойя оставшаяся с lilo? > AGG> Угу, паранойя. :) Для груба оно не требуется. > > Почему это? Если мы уменьшаем ФС, то есть вероятность, что stage2 > окажется в новом месте. А тогда stage1 его без переустановки не > найдет. Как я это дело понимаю, во время установки в stage1 > хардкодится положение первого блока stage2 (или stage1.5), который > уже умеет работать с ФС. А, понял, речь про stage2. Не углядел. Тогда да, надо переустановить груб. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
On Tue, 22 May 2007 13:51:03 +0400 Alexander GQ Gerasiov wrote: AGG> На Tue, 22 May 2007 13:27:37 +0400 AGG> Иван Лох <[EMAIL PROTECTED]> записано: >> On Tue, May 22, 2007 at 12:20:53PM +0300, Alexander Burnos wrote: >> > > Да. Теперь у Вас скорее всего нет стадии 1.5 grub в новой системе. >> > > (/boot/grub/) он в процессе инициализации grub создается. >> > >> > Эта стадия лежит где-то за пределами fs? Т.к. /boot/grub был и >> > остался в оригинальном /. >> >> Он лежит в fs, но я эти файлы всегда перегенерировал заново. Хотя >> может быть это была моя паранойя оставшаяся с lilo? AGG> Угу, паранойя. :) Для груба оно не требуется. Почему это? Если мы уменьшаем ФС, то есть вероятность, что stage2 окажется в новом месте. А тогда stage1 его без переустановки не найдет. Как я это дело понимаю, во время установки в stage1 хардкодится положение первого блока stage2 (или stage1.5), который уже умеет работать с ФС. -- to my, trociny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Hello! On Tue, May 22, 2007 at 01:51:32PM +0400, Alexander GQ Gerasiov wrote: > > 1. Может быть не стоило делать партишн больше размера fs? Может нужно > > было байт-в-байт размер сделать? > Нет, это нормально, партишн делать чуть больше фс, а затем фс расширять > до размера партишна. > > 2. Возможно cfdisk, при удалении первого партишна, потер и mbr? Или > > grub как-то по-другому стал к этому все относиться? Возможно стоило > > переинициализировать grub (к этому варианту больше всего склоняюсь). > Я бы вообще cfdisk'ом не пользовался. fdisk он как-то надежнее, потому > как менее умный. > > ИМХО больше похоже на то, что груб стоял не в mbr а в первом разделе. > Хотя нет, раздел же на том же самом месте создан. Может все-таки cfdisk > чего умного сделал? Да, возможно cfdisk напартачил. Не стоило его юзать. Но пока что неизвестно что произошло. > Совет на будущее, вначале те же самые операции прогонять на виртуальной > машине дома. Я все действия пробовал на домашней машине. Правда не ресайзил именно раздел с загрузчиком, т.к. тестовые условия несколько отличались от реальных. А виртуальную машину создать поленился.. а стоило бы, да. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
На Tue, 22 May 2007 11:28:09 +0300 Alexander Burnos <[EMAIL PROTECTED]> записано: > Результат второго этапа: > Мертвая система, на ребуты не реагирует. > > Жду ответа от саппорта в данный момент, что они там на экране увидят. > > ИМХО, вероятные причины провала: > > 1. Может быть не стоило делать партишн больше размера fs? Может нужно > было байт-в-байт размер сделать? Нет, это нормально, партишн делать чуть больше фс, а затем фс расширять до размера партишна. > 2. Возможно cfdisk, при удалении первого партишна, потер и mbr? Или > grub как-то по-другому стал к этому все относиться? Возможно стоило > переинициализировать grub (к этому варианту больше всего склоняюсь). Я бы вообще cfdisk'ом не пользовался. fdisk он как-то надежнее, потому как менее умный. ИМХО больше похоже на то, что груб стоял не в mbr а в первом разделе. Хотя нет, раздел же на том же самом месте создан. Может все-таки cfdisk чего умного сделал? Совет на будущее, вначале те же самые операции прогонять на виртуальной машине дома. > > Ну и, перед тем, как бутался уже в урезанную основную систему - > неплохо было бы сделать fallback на мою "новую" систему в /dev/sda5, > чтобы в случае чего можно было обратно в нее откатиться хардварным > ресетом (при условии, что grub все же живой остался). > > Вот такая вот история.. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
На Tue, 22 May 2007 13:27:37 +0400 Иван Лох <[EMAIL PROTECTED]> записано: > On Tue, May 22, 2007 at 12:20:53PM +0300, Alexander Burnos wrote: > > > Да. Теперь у Вас скорее всего нет стадии 1.5 grub в новой системе. > > > (/boot/grub/) он в процессе инициализации grub создается. > > > > Эта стадия лежит где-то за пределами fs? Т.к. /boot/grub был и > > остался в оригинальном /. > > Он лежит в fs, но я эти файлы всегда перегенерировал заново. Хотя > может быть это была моя паранойя оставшаяся с lilo? Угу, паранойя. :) Для груба оно не требуется. > > > -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
On Tue, May 22, 2007 at 12:20:53PM +0300, Alexander Burnos wrote: > > Да. Теперь у Вас скорее всего нет стадии 1.5 grub в новой системе. > > (/boot/grub/) он в процессе инициализации grub создается. > > Эта стадия лежит где-то за пределами fs? Т.к. /boot/grub был и остался в > оригинальном /. Он лежит в fs, но я эти файлы всегда перегенерировал заново. Хотя может быть это была моя паранойя оставшаяся с lilo? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Hello! On Tue, May 22, 2007 at 01:08:59PM +0400, Иван Лох wrote: > On Tue, May 22, 2007 at 11:28:09AM +0300, Alexander Burnos wrote: > > Или grub > > как-то по-другому стал к этому все относиться? Возможно стоило > > переинициализировать grub (к этому варианту больше всего склоняюсь). > > Да. Теперь у Вас скорее всего нет стадии 1.5 grub в новой системе. > (/boot/grub/) он в процессе инициализации grub создается. Эта стадия лежит где-то за пределами fs? Т.к. /boot/grub был и остался в оригинальном /. > P.S. Я такие маневры успешно проделывал пару раз (всегда через своп). Завидую :) Ну если дело и правда в grub'е, то значит моя ситуация будет спасена recovery cd с их стороны и восстановлением grub'а. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
On Tue, May 22, 2007 at 11:28:09AM +0300, Alexander Burnos wrote: > Или grub > как-то по-другому стал к этому все относиться? Возможно стоило > переинициализировать grub (к этому варианту больше всего склоняюсь). Да. Теперь у Вас скорее всего нет стадии 1.5 grub в новой системе. (/boot/grub/) он в процессе инициализации grub создается. P.S. Я такие маневры успешно проделывал пару раз (всегда через своп). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Hello! On Mon, May 21, 2007 at 06:38:03PM -0400, Nicholas wrote: > Alexander Burnos wrote: > >А реально ли изменить размер /, при условии что это единственный раздел > >на всей системе и доступа к консоли нет? Fs: ext3. > > Недавно пытались сделать тоже самое. > Тоже на свап новую систему установили и т.д. > Но при перезагрузке система зависла и пришлось делать ресет (удаленно), > что ситуацию не спасло - переставить ОС пришлось сотрудникам колокейшина. Увы, похоже иду по вашему пути.. > Человек который пытался этот процесс реализовать читает эту рассылку, но > почему то не высказывается в этом топике, хотя, наверняка, есть что > рассказать :) Например о сложностях анализа логов некоректной загрузки > (основная сложность - их нет). > > Справедливости ради надо отметить, что заменялось ядро и проблема могла > быть в нем. > > Творческих вам успехов. > Если попробуете - пожалуйста расскажите о результате (любом). Итак, докладываю: Есть (была? :) машина со следующей разбивкой (повторяюсь): Device Boot Start End Blocks Id System /dev/sda1 * 1 19127 153637596 83 Linux /dev/sda2 19128 19457 26507255 Extended /dev/sda5 19128 19457 2650693+ 82 Linux swap / Solaris /dev/sda1 - / /dev/sda5 - swap debian etch, 2.6.18-4-686 стандартное ядро. Задача: уменьшить / до нескольких гиг, создать на освободившемся месте другие разделы. Что было сделано: I этап: 1. swapoff /dev/sda5 && mkfs.ext3 /dev/sda5 2. mkdir /etch-root && mount /dev/sda5 /etch-root 3. debootstrap в /etch-root 4. chroot в /etch-root 5. настроена сеть, нарисован fstab, поднят ssh, создан юзер 6. выход из chroot, правка grub'а с fallback'ом на основную систему. 7. grub-set-default на "новую" систему в /dev/sda5 Результат первого этапа: 2 бутабельные системы. Грузимся, попадаем в / == /dev/sda5, перезагружаемся, попадаем в / == /dev/sda1. Надо заметить, что есть возможность самостоятельного удаленного хардварного ребута. II этап: 1. Бутаемся в /dev/sda5 систему. 2. e2fsck -f /dev/sda1 3. resize2fs /dev/sda1 5G 4. cfdisk в котором сначала удалил /dev/sda1 партишн, а потом создал его, но меньшего размера. На всякий случай сделал его чуть больше 5G, чтобы не попасть на границу новой уменьшенной fs. 5. Бутаюсь, в надежде попасть в "основную" систему но с уменьшенным корнем. Результат второго этапа: Мертвая система, на ребуты не реагирует. Жду ответа от саппорта в данный момент, что они там на экране увидят. ИМХО, вероятные причины провала: 1. Может быть не стоило делать партишн больше размера fs? Может нужно было байт-в-байт размер сделать? 2. Возможно cfdisk, при удалении первого партишна, потер и mbr? Или grub как-то по-другому стал к этому все относиться? Возможно стоило переинициализировать grub (к этому варианту больше всего склоняюсь). Ну и, перед тем, как бутался уже в урезанную основную систему - неплохо было бы сделать fallback на мою "новую" систему в /dev/sda5, чтобы в случае чего можно было обратно в нее откатиться хардварным ресетом (при условии, что grub все же живой остался). Вот такая вот история.. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
On Mon, May 21, 2007 at 12:03:46PM +0300, Alexander Burnos wrote: > Здравствуйте! > > А реально ли изменить размер /, при условии что это единственный раздел > на всей системе и доступа к консоли нет? Fs: ext3. > > parted отказывается работать на примонтированных разделах. > > Если реально, то поделитесь опытом, плз. Еще раз повторюсь: работа > только удаленная, консоли нет. > > Есть идея создать какой-нибудь ramdisk, загрузиться в свой реальный /, > потом как-то перевести / на этот ramdisk, отмонтировать реальный / и с > ним работать.. или бред? > Я бы не рискнул наверное. Разве что у сотрудников collocation в случае чего просить загрузить машину с livecd с sshd. Впрочем сам раз debootstrap-ом менял удаленно федору на testing. Но там не винте достатончо места было + ребутил с помощью grub-reboot указав на всякий случай заведомо рабочий вариант в default. Машина после этого даже загрузилась, но потом, когда /usr перенсоил на другой раздел, случайно в fstab вписал для него noexec. Достаточно было попросить нажать на reset. -- WBR, Dmitry signature.asc Description: Digital signature
Re: resize / on working system
Alexander Burnos wrote: А реально ли изменить размер /, при условии что это единственный раздел на всей системе и доступа к консоли нет? Fs: ext3. Недавно пытались сделать тоже самое. Тоже на свап новую систему установили и т.д. Но при перезагрузке система зависла и пришлось делать ресет (удаленно), что ситуацию не спасло - переставить ОС пришлось сотрудникам колокейшина. Человек который пытался этот процесс реализовать читает эту рассылку, но почему то не высказывается в этом топике, хотя, наверняка, есть что рассказать :) Например о сложностях анализа логов некоректной загрузки (основная сложность - их нет). Справедливости ради надо отметить, что заменялось ядро и проблема могла быть в нем. Творческих вам успехов. Если попробуете - пожалуйста расскажите о результате (любом). -- Best regards, Nicholas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
На Mon, 21 May 2007 17:11:10 +0300 Alexander Burnos <[EMAIL PROTECTED]> записано: > Hello! > > On Mon, May 21, 2007 at 06:08:59PM +0400, Alexander GQ Gerasiov wrote: > > > Все же у меня ext3, не рейзер. Попробовал resize2fs на > > > отмонтированном разделе, он действительно может уменьшить разделы > > > файловой системы.. но только вот раздел остается прежним. fdisk > > > как видел его целиком, так и видит. > > А таблицу разделов он как раз трогать и не должен. Он тебе fs > > уменьшил, а не раздел. > > Т.е. я потом fdisk'ом удаляю этот раздел и создаю вместо него такой, > который соответствует размеру fs, правильно понял? Да. Или уменьшаешь размер lvm тома, в случае, если у тебя lvm. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Hello! On Mon, May 21, 2007 at 06:09:49PM +0400, Artem Chuprina wrote: > AB> Все же у меня ext3, не рейзер. Попробовал resize2fs на отмонтированном > AB> разделе, он действительно может уменьшить разделы файловой системы.. но > AB> только вот раздел остается прежним. fdisk как видел его целиком, так и > AB> видит. > > Мухи отдельно, котлеты отдельно. Отдельно файловая система, отдельно > раздел, на котором она расположена. Главное - чтобы в каждый момент эта > файловая система на этот раздел помещалась (т.е. если уменьшать - то > сначала файловую систему, а потом раздел, а если увеличивать - то > наоборот). Тормозил. Все, врубился. Мои тесты показывают что схема вполне себе живет (resize2fs -> fdisk delete/create partition). Всем большое спасибо за помощь! -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Hello! On Mon, May 21, 2007 at 06:08:59PM +0400, Alexander GQ Gerasiov wrote: > > Все же у меня ext3, не рейзер. Попробовал resize2fs на отмонтированном > > разделе, он действительно может уменьшить разделы файловой системы.. > > но только вот раздел остается прежним. fdisk как видел его целиком, > > так и видит. > А таблицу разделов он как раз трогать и не должен. Он тебе fs уменьшил, > а не раздел. Т.е. я потом fdisk'ом удаляю этот раздел и создаю вместо него такой, который соответствует размеру fs, правильно понял? -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Alexander Burnos -> Alexander GQ Gerasiov @ Mon, 21 May 2007 16:58:39 +0300: >> > Здравствуйте! >> > >> > А реально ли изменить размер /, при условии что это единственный >> > раздел на всей системе и доступа к консоли нет? Fs: ext3. >> > >> reiserfs позволяет увеличивать примонтированный раздел. >> Насчет ext3 в мане написано: >> >> If the filesystem is mounted, it can be used to expand the size of >> the mounted filesystem, assuming the kernel supports on-line >> resizing. (As of this writing, the Linux 2.6 kernel supports on-line >> resize for filesystems mounted using ext3 only.). >> resise2fs(8) AB> Все же у меня ext3, не рейзер. Попробовал resize2fs на отмонтированном AB> разделе, он действительно может уменьшить разделы файловой системы.. но AB> только вот раздел остается прежним. fdisk как видел его целиком, так и AB> видит. Мухи отдельно, котлеты отдельно. Отдельно файловая система, отдельно раздел, на котором она расположена. Главное - чтобы в каждый момент эта файловая система на этот раздел помещалась (т.е. если уменьшать - то сначала файловую систему, а потом раздел, а если увеличивать - то наоборот). -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Нажатие на кнопку "Запомнить пароль" не поможет ВАМ запомнить пароль. http://bash.org.ru/quote.php?num=101483 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
На Mon, 21 May 2007 16:58:39 +0300 Alexander Burnos <[EMAIL PROTECTED]> записано: > Hello! > > On Mon, May 21, 2007 at 01:51:07PM +0400, Alexander GQ Gerasiov wrote: > > На Mon, 21 May 2007 12:03:46 +0300 > > Alexander Burnos <[EMAIL PROTECTED]> записано: > > > > > Здравствуйте! > > > > > > А реально ли изменить размер /, при условии что это единственный > > > раздел на всей системе и доступа к консоли нет? Fs: ext3. > > > > > reiserfs позволяет увеличивать примонтированный раздел. > > Насчет ext3 в мане написано: > > > > If the filesystem is mounted, it can be used to expand the size of > > the mounted filesystem, assuming the kernel supports on-line > > resizing. (As of this writing, the Linux 2.6 kernel supports > > on-line resize for filesystems mounted using ext3 only.). > > resise2fs(8) > > Все же у меня ext3, не рейзер. Попробовал resize2fs на отмонтированном > разделе, он действительно может уменьшить разделы файловой системы.. > но только вот раздел остается прежним. fdisk как видел его целиком, > так и видит. А таблицу разделов он как раз трогать и не должен. Он тебе fs уменьшил, а не раздел. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Hello! On Mon, May 21, 2007 at 04:53:08PM +0300, Mikolaj Golub wrote: > >> parted отказывается работать на примонтированных разделах. > > А если fdisk? Что-то сомневаюсь, что он откажется переразбить, по крайней > мере, не вижу что бы ему помешало. Ядро да -- не сможет перечитать таблицу > разделов. Ну так увеличить раздел, перегрузиться, а потом resise2fs. Главное, > осторожно с переразбивкой -- убедиться, что начало раздела не поменялось. Допустим, я загрузился в систему, которую поставил на бывший swap-раздел и оригинальный / на данный момент отмонтирован. Таблица разделов выглядит так: Device Boot Start End Blocks Id System /dev/sda1 * 1 19127 153637596 83 Linux /dev/sda2 19128 19457 26507255 Extended /dev/sda5 19128 19457 2650693+ 82 Linux swap / Solaris Как мне уменьшить /dev/sda1 и на освободившемся месте сделать еще пару разделов, при этом чтобы система на /dev/sda1 осталась целой? Если уменьшу fs через resize2fs, потом удалю /dev/sda1 fdisk'ом и создам вместо него раздел == разделу fs, до которого я уменьшил ext3 - прокатит? Или сомнительная затея? parted какой-то битый, когда на etch пытаюсь им уменьшить ext3 раздел, получаю такое: Error: File system has an incompatible feature enabled. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Hello! On Mon, May 21, 2007 at 01:51:07PM +0400, Alexander GQ Gerasiov wrote: > На Mon, 21 May 2007 12:03:46 +0300 > Alexander Burnos <[EMAIL PROTECTED]> записано: > > > Здравствуйте! > > > > А реально ли изменить размер /, при условии что это единственный > > раздел на всей системе и доступа к консоли нет? Fs: ext3. > > > reiserfs позволяет увеличивать примонтированный раздел. > Насчет ext3 в мане написано: > > If the filesystem is mounted, it can be used to expand the size of > the mounted filesystem, assuming the kernel supports on-line > resizing. (As of this writing, the Linux 2.6 kernel supports on-line > resize for filesystems mounted using ext3 only.). > resise2fs(8) Все же у меня ext3, не рейзер. Попробовал resize2fs на отмонтированном разделе, он действительно может уменьшить разделы файловой системы.. но только вот раздел остается прежним. fdisk как видел его целиком, так и видит. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Hello! On Mon, May 21, 2007 at 12:48:59PM +0300, Игорь Чумак wrote: > Если есть своп-раздел, можно создать внутри него ещё 1 root#2 > (debootstrap например) , загрузиться в root#2, сделать операцию над > root#1 , загрузиться в root#1, восстановить swap За идею со swap'ом спасибо! Сейчас пытаюсь реализовать.. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
On Mon, 21 May 2007 13:51:07 +0400 Alexander GQ Gerasiov wrote: AGG> На Mon, 21 May 2007 12:03:46 +0300 AGG> Alexander Burnos <[EMAIL PROTECTED]> записано: >> Здравствуйте! >> >> А реально ли изменить размер /, при условии что это единственный >> раздел на всей системе и доступа к консоли нет? Fs: ext3. >> AGG> reiserfs позволяет увеличивать примонтированный раздел. AGG> Насчет ext3 в мане написано: AGG> If the filesystem is mounted, it can be used to expand the size of AGG> the mounted filesystem, assuming the kernel supports on-line AGG> resizing. (As of this writing, the Linux 2.6 kernel supports on-line AGG> resize for filesystems mounted using ext3 only.). AGG> resise2fs(8) как написано ниже, до resise2fs дело не доходит. Человек не может раздел переразбить. >> parted отказывается работать на примонтированных разделах. А если fdisk? Что-то сомневаюсь, что он откажется переразбить, по крайней мере, не вижу что бы ему помешало. Ядро да -- не сможет перечитать таблицу разделов. Ну так увеличить раздел, перегрузиться, а потом resise2fs. Главное, осторожно с переразбивкой -- убедиться, что начало раздела не поменялось. -- to my, trociny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
На Mon, 21 May 2007 12:03:46 +0300 Alexander Burnos <[EMAIL PROTECTED]> записано: > Здравствуйте! > > А реально ли изменить размер /, при условии что это единственный > раздел на всей системе и доступа к консоли нет? Fs: ext3. > reiserfs позволяет увеличивать примонтированный раздел. Насчет ext3 в мане написано: If the filesystem is mounted, it can be used to expand the size of the mounted filesystem, assuming the kernel supports on-line resizing. (As of this writing, the Linux 2.6 kernel supports on-line resize for filesystems mounted using ext3 only.). resise2fs(8) > parted отказывается работать на примонтированных разделах. > > Если реально, то поделитесь опытом, плз. Еще раз повторюсь: работа > только удаленная, консоли нет. > > Есть идея создать какой-нибудь ramdisk, загрузиться в свой реальный /, > потом как-то перевести / на этот ramdisk, отмонтировать реальный / и с > ним работать.. или бред? > -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: resize / on working system
Alexander Burnos пишет: Здравствуйте! А реально ли изменить размер /, при условии что это единственный раздел на всей системе и доступа к консоли нет? Fs: ext3. parted отказывается работать на примонтированных разделах. Если реально, то поделитесь опытом, плз. Еще раз повторюсь: работа только удаленная, консоли нет. Есть идея создать какой-нибудь ramdisk, загрузиться в свой реальный /, потом как-то перевести / на этот ramdisk, отмонтировать реальный / и с ним работать.. или бред? Если есть своп-раздел, можно создать внутри него ещё 1 root#2 (debootstrap например) , загрузиться в root#2, сделать операцию над root#1 , загрузиться в root#1, восстановить swap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
resize / on working system
Здравствуйте! А реально ли изменить размер /, при условии что это единственный раздел на всей системе и доступа к консоли нет? Fs: ext3. parted отказывается работать на примонтированных разделах. Если реально, то поделитесь опытом, плз. Еще раз повторюсь: работа только удаленная, консоли нет. Есть идея создать какой-нибудь ramdisk, загрузиться в свой реальный /, потом как-то перевести / на этот ramdisk, отмонтировать реальный / и с ним работать.. или бред? -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
