|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Michael Shigorin 2:5020/400 27 Nov 2001 14:00:12
To : Sergey Korshunoff
Subject : Re: KnowHow about Mandrake RE Spring 2001
--------------------------------------------------------------------------------
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Sergey Korshunoff <Sergey.Korshunoff@p5.f434.n5020.z2.fidonet.org> wrote:
SK>Во пеpвых, DrakeX из SUBJ вполне может уничтожить ваши
SK>pазделы на жестком диске. По кpайней меpе, у меня он
SK>это смог сделать (написал, что DrakeX не смог пpочитать
А проблем никаких с PT не было?! Вот уж на что боюсь драконов -- но
десяток инсталяций ничего криминального не выявил.
SK>пpавильно таблицу pазделов). И я потеpял сконфигуpиpованный
SK>Win2000 и ASP-Linux.
Можно поподробнее? Хоть примерный расклад по диску и режим установки.
А то -- сами понимаете...
SK>Во-втоpых, установщик не пpовеpяет,
SK>сколько места есть на pазделе (в pежиме экспеpт) пpи
SK>установке пакетов (хватит ли места для пакетов).
Да, можно наступить на неочевидное "битые пакеты" при всего лишь
заокончившемся месте на /, скажем. Тем более, если забыть про журнал
рейзера. Об этом уже сказано.
SK>А мог бы, навеpно.
Все же не соглашусь :( В случае, когда раздел один (/), проверка делается
и Вам таки не дадут занять больше ~80% свободного места при установке.
А вот как Вы предлагаете вести учет места в случае нескольких разделов?
Это или к каждому пакету нужно что-то вешать (что обречено), или хитрым
образом их _все_ раскурочивать и смотреть, что куда лезет при Вашем
текущем раскладе. Что увеличивает время установки _как минимум_ на время
полной распаковки всех пакетов (со сменой дисков) плюс перемолачивание
полученных данных.
Пример -- есть пакет kernel, который в основном живет на /. А есть пакет
tetex, который в основном сидит в /usr. А теперь предположим, что
/usr/share у Вас -- отдельный раздел на отдельном диске. И куда смотреть
инсталеру?
Проблема, боюсь, слишком сложная для правильного решения в разумные сроки
- -- а частичное решение с упихиванием du -s $RPM_BUILD_ROOT/{usr,var,...}
криво и все равно кого-то (с /usr/share || /usr/lib сбоку) укусит.
- --
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ http://visa.chem.univ.kiev.ua/~mike/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE8A0xabsPDprYMm3IRAsfIAJ0Z/wsEHjUeEENJ/vE+qDjKiveLtwCgrt4m
AIK9TlwrXVJYp8Vp9fdDhpM=
=Rfd8
-----END PGP SIGNATURE-----
--- ifmail v.2.15dev5
* Origin: ~ (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
