Re: etch и lenny на одно м диске
On Tue, Jan 27, 2009 at 09:49:04PM +0600, Mikhail Gusarov wrote: > > ИЛ> В смысле, Вы восприняли мое письмо как предложение удалить из > ИЛ> coreutils chroot ;-} > > Я к тому, что действительность слегка богаче вашей машинки :) На машинки чуть больше я ставлю amd64. И, кстати, для запуска нужных мне 32-bit приложений тоже обхожусь без chroot... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: etch и lenny на одно м диске
On Tue, Jan 27, 2009 at 09:40:30PM +0600, Mikhail Gusarov wrote: > > Twas brillig at 18:35:10 27.01.2009 UTC+03 when l...@1917.com did gyre and > gimble: > > ИЛ> Того минимального набора amd64 библиотек, что есть в i386 lenny мне > ИЛ> вполне хватает. Не мозиллу же 64-разрядную я запускаю. Так, что и > ИЛ> chroot не нужен. > > Я так подозреваю, вам и hppa-порт Debian не нужен, а кому-то без него не > жизнь. В смысле, Вы восприняли мое письмо как предложение удалить из coreutils chroot ;-} -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: etch и lenny на одно м диске
On Tue, Jan 27, 2009 at 06:40:28PM +0300, Валентин Лоскутов wrote: > Дяденьки, я вас не понимаю. Я что, зря ставил > Linux sinker-linux 2.6.24-1-amd64 #1 SMP Fri Apr 18 23:08:22 UTC 2008 x86_64 > GNU/Linux > на свою рабочую машину с 2Gb RAM? Ни с openvz, ни с pbuilder я не знаком... > Надо было не выпендриваться и ставить i386? > Если ходить по 64-битным чрутам нет необходимости, то IMHO да. -- WBR, Dmitry signature.asc Description: Digital signature
Re: etch и lenny на одно м диске
On Tue, Jan 27, 2009 at 08:11:57PM +0600, Mikhail Gusarov wrote: > > DN>> А есть от этого какая-то польза на машине с < 4Gb RAM? Ну кроме > DN>> потенциальной возможности залезть в 64-битный чрут > > MG> Например, использование закрытого проприетарного шыта не в > MG> 32-битном чруте > > А, amd64 ядро + i386 юзерспейс? Тогда да, именно реальная возможность > сделать 64-битный чрут или ovz-контейнер. Того минимального набора amd64 библиотек, что есть в i386 lenny мне вполне хватает. Не мозиллу же 64-разрядную я запускаю. Так, что и chroot не нужен. И потом _бывают_ случаи когда amd64 быстрей. Я бы даже сказал -- чаще так бывает. Да за это надо платить перерасходом памяти, но, в-общем, возможность запустить 64-разрядное приложение не лишняя. P.S. Кстати, тут в lenny, как я понял, появилась поддержка родных драйверов nvidia для такого режима nvidia-kernel-2.6.26-1-amd64. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: etch и lenny на одно м диске
On Tue, Jan 27, 2009 at 03:49:06PM +0300, Alexander GQ Gerasiov wrote: > > ИЛ> А чем комбинация ядро amd64, а root i386 ненормальна? Это вполне > > ИЛ> штатная ситуация, IMHO оптимальная. У меня так стоит. > > > > Ага, я так попробовал. Когда обломался с (открытым) драйвером > > вебкамеры > > - вернул на место k7 и больше не выпендриваюсь. > > А я так живу. С закрытым драйвером nVidia. Да, он в i386 не собирается, > но собрать его в amd64 и воткнуть в i386 вполне можно. > А есть от этого какая-то польза на машине с < 4Gb RAM? Ну кроме потенциальной возможности залезть в 64-битный чрут -- WBR, Dmitry signature.asc Description: Digital signature
Re: etch и lenny на одно м диске
On Tue, Jan 27, 2009 at 03:18:36PM +0300, Artem Chuprina wrote: > > DN> Есть нечто под названием update-grub, которое обновляет menu.lst согласно > DN> своим комментам и тому, что лежит в /boot. Вопрос в том, как правильно > DN> написать menu.lst, чтобы для /boot, шарящегося на две системы (для > DN> простоты -- оба debian, i386 и x86_64), menu.lst оставался в нормальном > DN> состоянии после обновления ядер (и x86 и x86_64). > > Тут кто-то недавно приводил конфиг ядерного пакета, в котором есть > строчка на тему "трогать загрузчик". Ну, в конце концов, заменить > update-grub на скрипт exit 0;... С lilo сложнее, а grub-то на файловую > систему ходит... > Не трогать -- мало =) Нужно таки трогать, но правильно -- WBR, Dmitry signature.asc Description: Digital signature
Re: etch и lenny на одно м диске
On Tue, Jan 27, 2009 at 01:44:40PM +0300, Иван Лох wrote: > On Tue, Jan 27, 2009 at 11:29:44AM +0200, Dmitry Nezhevenko wrote: > > On Tue, Jan 27, 2009 at 11:52:14AM +0300, Artem Chuprina wrote: > > > > Под нормальным состоянием понимаю то, что i386-ядрам указывается > > root=LABEL=i386-root, для x86_64 соответственно LABEL=x86_64-root. > > А чем комбинация ядро amd64, а root i386 ненормальна? Это вполне штатная > ситуация, IMHO оптимальная. У меня так стоит. Я и не говорил, что она ненормальная. Вполне себе нормальная. За исключением того что и тут конфигурация grub и тут не совсем тривиальная. Мое прошлое письмо показывало, что шарить один /boot на несколько систем (даже debian-ов) не есть тривиальная задача. Единственное, что приходит в голову -- патчить make-kpkg, чтобы он ядра не в /boot ложил а в /boot/$SOME_ID/ и update-grup, чтобы ему можно было указывать разные параметры в зависимости от этого $SOME_ID. Ну а в качестве SOME_ID можнно использовать, например, LABEL файловой системы под / > P.S. Что такое x86_64? Неужели Вам удалось молотком вбить итаниум в разъем > для i686? > liveflash:~# uname -a Linux liveflash.local 2.6.28.1 #1 SMP PREEMPT Sun Jan 18 18:00:17 EST 2009 x86_64 GNU/Linux liveflash:~# file /sbin/init /sbin/init: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped -- WBR, Dmitry signature.asc Description: Digital signature
Re: etch и lenny на одно м диске
On Tue, Jan 27, 2009 at 04:53:07PM +0600, Mikhail Gusarov wrote: > > Twas brillig at 13:44:40 27.01.2009 UTC+03 when l...@1917.com did gyre and > gimble: > > ИЛ> P.S. Что такое x86_64? > > x86-64 != ia64, fyi. И чему это равно? Никогда не встречал такого обозначения. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: etch и lenny на одно м диске
On Tue, Jan 27, 2009 at 11:29:44AM +0200, Dmitry Nezhevenko wrote: > On Tue, Jan 27, 2009 at 11:52:14AM +0300, Artem Chuprina wrote: > > Под нормальным состоянием понимаю то, что i386-ядрам указывается > root=LABEL=i386-root, для x86_64 соответственно LABEL=x86_64-root. А чем комбинация ядро amd64, а root i386 ненормальна? Это вполне штатная ситуация, IMHO оптимальная. У меня так стоит. P.S. Что такое x86_64? Неужели Вам удалось молотком вбить итаниум в разъем для i686? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: etch и lenny на одно м диске
On Tue, Jan 27, 2009 at 11:52:14AM +0300, Artem Chuprina wrote: > George Shuklin -> Debian-russian List @ Tue, 27 Jan 2009 10:20:59 +0300: > > >> Я не претендую на правильность, но практикую на своих машинах так: > >> 1. Создал отдельный раздел /boot 100 Мб. > >> 2. Создаёшь файловую систему на нём. > >> 3. Монтируешь в /boot на рабочую систему. > >> 4. Говоришь grub-install "(hd0)" --root-directory=/boot, > >> то есть первую часть в мбр, остальные части смотреть > >> в отдельном разделе. > >> 5. Лезешь в /boot/grub/menu.lst заносишь нужные ос для загрузки. > >> Да, кстати, не забыть перенести содержимое "старых " /boot > >> в новый boot. > >> При последующих инсталяциях ос, указываешь вновь созданный > >> раздел и отказываешься от установки загрузчика. > >> Как я уже сказал, это чисто субъективный мой метод. > > GS> Что произойдёт при автообновлении ядра? > > Если menu.lst написан правильно - автоматически подхватится новое ядро. > Есть нечто под названием update-grub, которое обновляет menu.lst согласно своим комментам и тому, что лежит в /boot. Вопрос в том, как правильно написать menu.lst, чтобы для /boot, шарящегося на две системы (для простоты -- оба debian, i386 и x86_64), menu.lst оставался в нормальном состоянии после обновления ядер (и x86 и x86_64). Под нормальным состоянием понимаю то, что i386-ядрам указывается root=LABEL=i386-root, для x86_64 соответственно LABEL=x86_64-root. Плюсом было бы еще группировать ядра в каком-то не random-ном порядке (например первым идет самое новое x86_64 ядро, следом самое новое i386, а дальше все остальные i386 и все остальные x86_64 соответственно). -- WBR, Dmitry signature.asc Description: Digital signature
Re: etch и lenny на одно м диске
On Mon, Jan 26, 2009 at 01:49:33PM +0300, Mishustin Alexey wrote: > Отдельный /boot только для основной системы - его преимущество только в > том, что он останется при сносе основной системы? Вообще отдельный /boot нужен когда / на LVM-е или шифруется с помощью dm-crypt. > > А можно ли сделать так: > > - поставить grub в MBR диска при установке lenny, /boot со штатным ядром > и штатный конфиг grub'а расположить по дефолту - всё на том же разделе, > где lenny > - etch'евские ядро и конфиг оставить на своих старых местах > - поставить дополнительный grub в раздел, где etch: grub>setup (hd0,2) > - написать в конфиге в lenny: > > title Lenny > root(hd0,0) > kernel /boot/<какое там штатное> > root=/dev/disk/by-id/ata-ST3500630A_9QG87X6K-part1 ro > initrd /boot/<какой там штатный> > savedefault > > title Etch > root (hd0,2) > savedefault > chainloader +1 > Я примерно это и имел в виду. Но в случае, когда корень etch-а лежит тоже на LVM-е, работать не будет. -- WBR, Dmitry signature.asc Description: Digital signature
Re: etch и lenny на одно м диске
On Mon, Jan 26, 2009 at 11:58:28AM +0300, Mishustin Alexey wrote: > > Необходимость ручной правки /boot/grub/menu.1st - это была единственная > некорректность? > Это то, что меня остановило. Я не нашел механизма, как обьяснить чему-нибудь вроде update-grub, что "вот эти ядра у нас от i386, вот эти от x86_64, при чем дефолтным ставить i386". Лично сейчас мне кажется, что наиболее просто иметь отдельный /boot для основной системы, соответственно grub основной системы ставить в MBR. Для дополнительных систем /boot вообще не выделять и ставить загрузчики на разделы. Ну и в конфиге граба основной системы (который на отдельном /boot) делать chainloader куда нужно. НО, это все должно работать, пока не захочется LVM. Мне вот вполне себе удобно управлять разделами LVM-ом... По сути отдельный /boot на 100 метров, а остальное идет как PV для LVM-а. Grub с LVM-раздела загрузиться не сможет... -- WBR, Dmitry signature.asc Description: Digital signature
Re: etch и lenny на одно м диске
On Mon, Jan 26, 2009 at 09:07:09AM +0300, Boris Popov wrote: > Советую создать отдельный загрузочный раздел, где будет груб и > ядра. > > Тогда загрузчик, установленный в мбр не будет зависить от осей. Есть > ос, нет её -- груб всегда > есть и может загрузить что угодно с любого раздела. > Я когда-то искал как корректно "расшарить" один /boot на несколько дистров. Например Debian i386 и x86_64. Корректно -- это в смысле когда после установки ядер не нужно в конфиг grub-а руками залазить. У меня ничего хорошего с этого не вышло. -- WBR, Dmitry signature.asc Description: Digital signature
