Re: Resize hda nparted
Ктони будь пробывал менять размер рабочего раздела ? --- Akimov Denis mailto: [EMAIL PROTECTED] UIN: 171087822
Re: Resize hda nparted
On 2002.10.22 at 00:57:27 +0400, Akimov Denis wrote: > > Ктони будь пробывал менять размер рабочего раздела ? Самоубийц тут вроде не водится. Лично я вообще никогда не меняю размер разделов, не забэкапив с них куда-нибудь данные. Поэтому партедом никогда не пользовался. fdisk+mkfs более чем достаточно. Я обычно разбиваю каждый диск на 7-8 разделов, и в случае если потребности в дисковом пространстве были оценены неверно, просто меняю разделы местами. -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
Re: Resize hda nparted
А собственно чем обосновано такое количество разделов? Victor Wagner wrote: On 2002.10.22 at 00:57:27 +0400, Akimov Denis wrote: Ктони будь пробывал менять размер рабочего раздела ? Самоубийц тут вроде не водится. Лично я вообще никогда не меняю размер разделов, не забэкапив с них куда-нибудь данные. Поэтому партедом никогда не пользовался. fdisk+mkfs более чем достаточно. Я обычно разбиваю каждый диск на 7-8 разделов, и в случае если потребности в дисковом пространстве были оценены неверно, просто меняю разделы местами. -- Jan Solovjov mob. +37256159411 ICQ UIN: 92473601 sysadmin MagicNET Network | Registered Linux User: 202313 mailto:[EMAIL PROTECTED]
Re: Resize hda nparted
On 2002.10.22 at 11:06:33 +0300, Jan Solovjov wrote: > >Я обычно разбиваю каждый диск на 7-8 разделов, и в случае если > >потребности в дисковом пространстве были оценены неверно, просто меняю > >разделы местами. > > А собственно чем обосновано такое количество разделов? Вообще-то в usenet за задавание вопроса ПЕРЕД цитатой, которую он вызвал, бьют подсвечниками. Здесь, конечно, не usenet, но все же в дальшейшем стоит прежде чем начинать набирать вопрос продвинуть курсор на несколько строчек вниз, и удалить лишнее. Такое количество разделов обусловлено тем, что в файловой системе имеется куча логических частей, каждую из которых удобно держать на отдельном разделе. Поскольку у них разные закономерности роста используюемого дискового пространства со временем, да еще и разные требования к параметрам файловой системы. Например, в /usr осмыслено иметь один инод на 8-16 килобайт, а в /var/spool/news - на один. Кроме того, имеется совершенно разная динамика обращения к разным разделам, поэтому разумно распределив разделы по двум дискам можно получить прирост в производительности, сравнымый с софтверным raid-ом. Опять же, квоты назначать удобнее, а кроме того, в случае какого-нибудь сбоя и жесткой перезагрузки риску потери данных подвержены только /var/log, /var/mail и /var/spool/news. А если они к тому же на разных разделах, то есть шансы что два из трех выживут. Вообще-то для всего этого хватило бы 3-5 разделов на диск, но увеличение их количества до 7-8 облегчает задачу поиска того раздела, который надо поменять местами с переполнившимся. -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
Re: Resize hda nparted
Hi! > Такое количество разделов обусловлено тем, что в файловой системе > имеется куча логических частей, каждую из которых удобно держать на > отдельном разделе. Поскольку у них разные закономерности роста > используюемого дискового пространства со временем, да еще и разные > требования к параметрам файловой системы. Например, в /usr осмыслено > иметь один инод на 8-16 килобайт, а в /var/spool/news - на один. А почему для этого не использовать, например, lvm или evms? На них ведь и stripe'ы сделать... и сказать, то выделять место из последовательных кусков... -- Alexander Kogan AutoWave Processes Group Institute of Applied Physics RAS
Re: Resize hda nparted
VW> Вообще-то в usenet за задавание вопроса ПЕРЕД цитатой, которую он VW> вызвал, бьют подсвечниками. Здесь, конечно, не usenet, но все же в VW> дальшейшем стоит прежде чем начинать набирать вопрос продвинуть курсор VW> на несколько строчек вниз, и удалить лишнее. Немного OT, но я не мог удержаться :) Мне буквально накануне попалась на глаза шикарная cookie на это тему: A: No Q: Should I quote below my posts? :) -- Dmitry Astapov //ADEpt E-mail: [EMAIL PROTECTED] GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D
Re: Resize hda nparted
On 2002.10.22 at 13:09:43 +0400, Alexander Kogan wrote: > Hi! > > > Такое количество разделов обусловлено тем, что в файловой системе > > имеется куча логических частей, каждую из которых удобно держать на > > отдельном разделе. Поскольку у них разные закономерности роста > > используюемого дискового пространства со временем, да еще и разные > > требования к параметрам файловой системы. Например, в /usr осмыслено > > иметь один инод на 8-16 килобайт, а в /var/spool/news - на один. > > А почему для этого не использовать, например, lvm или evms? Потому что придет злобный старик Оккам с огромной бритвой и зарежет. > -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus
Re: Resize hda nparted
Hi! > > А почему для этого не использовать, например, lvm или evms? > > Потому что придет злобный старик Оккам с огромной бритвой и зарежет. Гы ;-)) Тогда уж лучше каждый раздел на свой диск, раз в 20 больше предполагаемых данных и вперед, не занимаясь перетасовкой ;-)) -- Alexander Kogan AutoWave Processes Group Institute of Applied Physics RAS
Re: Resize hda nparted
On Tue, 22 Oct 2002, Victor Wagner wrote: > On 2002.10.22 at 13:09:43 +0400, Alexander Kogan wrote: > > > > > А почему для этого не использовать, например, lvm или evms? > > Потому что придет злобный старик Оккам с огромной бритвой и зарежет. > Что то не уверен я, что Оккам старик, да и лезвие, если им всё подряд резать, затупиться быстро. Принцип "не следует умножать сущности без необходимости" применим _только_ к процессу познания, хотя было бы неплохо применить его, скажем, к мобильным телефонам :( Обычно же сущности умножаются случайным образом: copulations and mirrors are abominable (с) Borges Ю.