жадная джента

ставлю дженту на старый компьютер. маленький жесткий диск - 4.3 Гб. выношу сборку на другой жесткий, распаковываю стэйг 3,скачиваю-компилирую ядро,собираю хорг и утилиты,начинаю собирать кде, и тут появляется сообщение.no space left of defice... до этого ставил 2006 - места хватало. df - свободно полтора гига. в принципе можно поменять диск на нормальный, но где гарантия что то же не будет сказано на 20-40-320 Гб диска? Можно ли что- то с этим сделать? Может кто- нибудь сталкивался?

sizif

sizif написал(а):
выношу сборку на другой жесткий... начинаю собирать кде... df - свободно полтора гига.

как именно "выносишь сборку"? df на "другом" или на маленьком? Сколько "другой" в Гб?

Где df: df -h /dev/hda1

Где df: df -h /dev/hda1 3.5 G used 2.1 G avail 1.3 G. hda1 это /. То где по заверению системы no space. В данный момент оно просто пыталось скачать один из кде пакетов в /usr/portage/distfiles.
Как выношу сборку: В make.conf прописал: PORTAGE_TMPDIR=/mnt/f и BUILD_PREFIX=/mnt/f/portage. Собирается именно там - на другом старом диске объемом 3.5 G, на него не жалуется. Я понимаю что кде объемна, но не так же!

Заголовок

Заголовок лучше сделать "Жадный Йа"
Напрмер Openoffice вроде просит 5 гигов места на диске под сборку.
А если у вас USE="kdeenablefinal" - то заголовок "ССЗБ"

Господин alk, я

Господин alk, я прекрасно в курсе сколько просит опен офис при сборке. Я его и не стану собирать на этой развалюхе. Я собираю кде. На который - теоретически - места хватить должно.

:)

Коллега, прошу прощения, что задел Вас своим ответом.
Из вопроса сложилось впечатление, что сообщение о нехватке места появляется в момент сборки. Если же сообщение выдается при работе wget'a, то надо проверять разбивку и сам диск.

сообщение

сообщение появляется или в момент копирования уже собранных файлов из каталога сборки (/mnt/f/=3.5 G) в /, или в момент скачивания в distfiles. Увы, моих небольших знаний явно не хватает :( в google тоже ничего найти не смог. Там все про то что места в каталоге сборки не хватает.
Вы имеете в виду бэд- блоки на диске?

не уверен, что

не уверен, что происходит при нехватке места на диске, но при ошибке сборки он выдает подобное сообщение:
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/sys-fs/encfs-1.4.2/temp/build.log'
Вот бы посмотреть ваш build.log

encfs

encfs действительно не собирается на 2.6.26 ядрах.

извиняюсь если

извиняюсь если туплю, но при чем тут шифрованная файловая система? не получается собрать кде - вплоть до остановки системы по поводу переполнения жесткого диска. заполнение / 59%.
файловая там ext3 создана mkfs.ext3.

encfs не

encfs не собирается из-за rlog-1.4 - ядро тут не при чем :)
я привел ее в качестве примера где искать билд.лог

файловая там ext3 создана

файловая там ext3 создана mkfs.ext3.

df -i в студию

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

в том то и дело,

в том то и дело, что это не ошибка сборки! по крайней мере я это так понял.
Стал собирать отдельно тот пакет на котором падало - это был артс, опять написало не ошибку, а нехватку места на диске - при свободных 1.5 Гб.
в связи со сборкой на другом жестком лог, как я понял - /mnt/f/portage/kdebase/arts-3.5.9/temp/build.log
он на 79 страниц а4 формата, заканчивается вот этим.
make[2]: Leaving directory `/mnt/f/portage/kde-base/arts-3.5.9/work/arts-1.5.9'
make[1]: Leaving directory `/mnt/f/portage/kde-base/arts-3.5.9/work/arts-1.5.9'
>>> Completed installing arts-3.5.9 into /mnt/f/portage/kde-base/arts-3.5.9/image/

strip: i686-pc-linux-gnu-strip --strip-unneeded -R .comment
usr/kde/3.5/lib/libmcop.so.1.0.0
usr/kde/3.5/lib/libartsflow_idl.so.1.0.0
usr/kde/3.5/lib/libartsflow.so.1.0.0
usr/kde/3.5/lib/libmcop_mt.so.1.0.0
usr/kde/3.5/lib/libkmedia2_idl.so.1.0.0
usr/kde/3.5/lib/libsoundserver_idl.so.1.0.0
usr/kde/3.5/lib/libartsgslplayobject.so.0.0.0
usr/kde/3.5/lib/libartswavplayobject.so.0.0.0
usr/kde/3.5/lib/libkmedia2.so.1.0.0
usr/kde/3.5/lib/libartsc.so.0.0.0
usr/kde/3.5/lib/libartscbackend.so.0.0.0
usr/kde/3.5/lib/libartsdsp.so.0.0.0
usr/kde/3.5/lib/libartsdsp_st.so.0.0.0
usr/kde/3.5/lib/libgmcop.so.1.0.0
usr/kde/3.5/lib/libqtmcop.so.1.0.0
usr/kde/3.5/lib/libx11globalcomm.so.1.0.0
usr/kde/3.5/bin/mcopidl
usr/kde/3.5/bin/artsd
usr/kde/3.5/bin/artsplay
usr/kde/3.5/bin/artscat
usr/kde/3.5/bin/artswrapper
usr/kde/3.5/bin/artsshell
usr/kde/3.5/bin/artsrec

интересно, что я не так делаю.

Если ошибка

Если ошибка возникает именно _тут_, то не хватает места, судя по всему именно на диске сборки. Вероятно уж больно толстые комменты у артса, а после ошибки - их киляет, вот вы и не замечаете нехватку места.

Во время сборки

Во время сборки arts максимальнй размер на диске:

du -sh /var/tmp/portage/kde-base/arts-3.5.9/
32M     /var/tmp/portage/kde-base/arts-3.5.9/

полагаю что проблема либо с разбивкой диска либо с самим диском.

ошибка может

ошибка может быть в любом месте.
emerge kde
downloading http://mirror.yandex.ru/gentoo-distfiles/distfiles/libao-0.8.8.tar.gz>>/usr/portage/distfiles/libao-0.8.8.tar.gz: no space left of device
!!!could not download libao-0.8.8.tar.gz. Aborting.
Fetch failed for "media-libs/libao-0.8.8
can't process invalid log fail: merge.ERROR
в этом файле одна строка: Fetch failed for "media-libs/libao-0.8.8
при попытке отмонтировать диск (hdb1) выдается сообщение: cannot open /etc/mtab.tmp (no space left of device) - mtab not updated
df с лайв сд - / use 60%.
df с / - rootfs use 60%
свободно полтора гига. не думаю что libao способен не влезть на этот объем.

вот здесь и обрывается?

здесь EOF?

а почему бы на

а почему бы на старой железке xfce4 не поставить? гораздо более компактная и шустрая вещь... а openoffic'у и ff пофиг, что у тебя - кеды, гном, xfce, прочее...
или собрать систему с кедами в chroot на более мощной системе, почистить лишнее, чтобы на 4,3ГБ влезло и перелить на него?

Я собирал xfce.

Я собирал xfce. стало и заработало. Стал собирать туда же abiword, оно упало из- за переполнения диска. df показывало заполнение примерно 60%.
если не удастся ничего сделать так и придестя поступать. собирать на другой. или купить таки не столь убогий жесткий. упрямство, блин.

>>теоретически -

>>теоретически - места хватить должно.
?? Ежели что-то требует места, место для начала надо дать.

Кеда сильно распухла. На вашем железе вообще не стоит ничего собирать.

Можно попытаться вынести портежи в сеть при помощи нфс/samba/fusessh. Менее привлекательно вынос на сетку /var/tmp/ . Лучший способ - установка из бинарей. Бинари можно получить путем сборки системы под сшрутом на более мощном железе. Так оно быстрее получится. Можно руками, можно заюзать catalyst.

Вы уже второй

Вы уже второй человек,который это советует. ставить из бинарей или удовлетвориться чем-нибудь полегче. xfce например.
Наверно не видать мне на этом железе кде под дженту :(
еде поставлю :)

А в чем

А в чем проблема? Берем любой линбокс, распаковываем внутрь какого нить каталога стаж, настраиваем заточку под конкретное железо и вперед. Кора дуба к примеру или атлон двуядерный систему соберут много быстрее. Качество байткода от места сборки не зависит. Емерге прекрасно работает с бинарями.

Ежели очень хочется доолго ждать , воткните временно дополнительный винт. Путь истинного джедая.

А еще

А еще извращенный способ, когда корневая система машины монтируется по nfs, на другой машине ставится gentoo (или распакоывается stage и в него chroot), после чего туда же монтируется корень и используется
ROOT="/path/to/nfs/root" emerge package
При этом все зависимости для сборки будут ставиться в текущую систему (или куда указывает SYSROOT), а для работы в ту, которая указана в ROOT.

Видимо я не

Видимо я не джедай :)буду собирать на чем- нить более мощном. Просто очень уж любопытно было чего оно не работает.

dd при развертке

dd при развертке системы не использовали?
и дайте посмотреть таблицы разделов ваших дисков
fdisk /dev/xda
p

dd не

dd не пользовался. в принципе почти полностью следовал хэндбуку.

cfdisk /dev/hda
hda1 boot Primari Linux ext3 3800.08
hda5 logical Linux swap 126.77
hda6 logical LinuxRieserFS 400.62
cfdisk /dev/hdb
hdb1 boot Primari Linux XFS 3228.70

1

sizif написал(а):
dd не пользовался. в принципе почти полностью следовал хэндбуку.

cfdisk /dev/hda
hda1 boot Primari Linux ext3 3800.08
hda5 logical Linux swap 126.77
hda6 logical LinuxRieserFS 400.62
cfdisk /dev/hdb
hdb1 boot Primari Linux XFS 3228.70

А зачем у тебя бут раздел 3,8 гига?
Понятно что системе места не хватает, ели конечно у тя корень не на hda1 находится...
Ладна, не буду гадать, объясни вообщем что у тя на каком разделе лежит, если не трудно.

Да, Вы

Да, Вы правильно поняли.
/dev/hda1 это именно /. Boot - это не /boot, а флаг того что раздел загрузочный. Я полностью переписал вывод cfdick.
hda5 понятно что.
hda6 - /home. Он просто так, там немного текстовых с прошлого линуха.
hdb1 - это дополнительный диск, куда вынесена сборка. он монтируется в /mnt/f/.

Ясно. Тогда

Ясно. Тогда странно, что места не хватает, хотя я не собирал кеды на таком харде, но по-идее места-то хватать должно...
У меня вся система с кде, опенофисом, исходниками ядра и пр. и др., но без дистфайлсов занимает 2,9 GB...

То- то и оно! И

То- то и оно! И еще это no space left of device :( при полутора свободных гигах. И не в том дело что собираться негде, я так думал, здесь тоже писали об этом. Если бы некуда было собираться то уж в /usr/portage/distfiles всякие .tar.bz2 бы всяко скачивались. Ан нет - тоже no space left of device.
Увы, для меня это по прежнему загадка.
Я, конечно, соберу все это на другом диске, но ведь всю жизнь будет мучить вопрос: а почему? :(

А попробуй

А попробуй другую фс в корень? Мож криво раздел создался? Хотя я конечно не уверен...

Или просто

наверно не

наверно не имеет смысла.другое то там же работает.
или думаете все же стоит?

Что значит "там

Что значит "там же"? Файловая система не пересоздавалась перед установкой, что ли?


Пожалуйста, не описывайте своё железо в подписи

раздел тот же.

раздел тот же. форматировал, конечно, как же без этого.

Ну вот

Ну вот конкретно в этот раз она могла неудачно создасться. Файловая система
Хотя вряд ли, конечно


Пожалуйста, не описывайте своё железо в подписи

Вряд ли. Я уже

Вряд ли. Я уже раз седьмой ставлю, неделю попарюсь и втыкаю другой дистр. Потом опять. Вот, сам отчаявшись найти решение, сюда пришел.
Очень маловероятно что она семь раз подряд не правильно создается,причем именно под дженту.
Вроде минимально то я что- то соображаю, ставил уже 2006 причем из 1, успешно, а сейчас не получается.

Вы не XFS

Вы не XFS пробывали? Попробуйте обнулить при помощи dd - может битое что-нить вылезет. Да, и посмотрите в top, когда ставите. Вдруг (ну, может быть ;)) вы в ram это все пихаете =).

Нет, коренвая

Нет, коренвая файловая систем ext3.
насчет dd попробую.
если бы пихал в ram оно бы на диске не наращивало присутствие, вплоть до останова.

Навряд ли криво

Навряд ли криво создан раздел. Я не раз форматировал и начинал с нуля. То же.
На этот же раздел ставится мандря с лайв сд и работает.
И хубунта...
И суся...
Думаю это показатель того, что с разделом все в порядке.

а PORTAGE_TMPDIR точно

а PORTAGE_TMPDIR точно указывает в /mnt/f/ ? судя по логам - /var/tmp. /usr/portage/distfiles где? оба каталога получаются в /dev/hda1. ни разу не видел сдесь вывод df

nano -w

nano -w /etc/make.conf
PORTAGE_TMPDIR=/mnt/f
BUILD_PREFIX=/mnt/f/portage

df с лайв сд
filesystem size use available use% mounted on
tmpfs 125M
/dev/hdc 80M
/dev/loop0 55M
udev 10M
tmpfs 125M
tmpfs 125M
/dev/hda1 3.5G 1.7G 1.7G 51% /mnt/gentoo
/dev/hdb1 3.0G 1.1G 2G 36% /mnt/gentoo/mnt/f

при сборке распаковка идет в /mnt/f. Так и пишет. Сборка идет там же. Если /dev/hdb1 не подмонтировать, станет ругаться.

/usr/portage/distfiles в корне, на /dev/hda1.
падает примерно при 60% заполнения /dev/hda1 (/)
/dev/hdb1 так и остается 35% use.

сейчас собираю без кде. с хфце.
сказало: errno 28 не могу скопировать со сборочного диска в целевой каталог. нет места. занято 51% на корневом.
рука тянется к диску с хубунтой :(

Раз уже столько

Раз уже столько раз форматировали, попробуйте ещё раз, но с проверкой на бэды. А ещё лучше проверьте винт викторией или mhdd.
И закоментируйте BUILD_PREFIX. Не нравится он мне и всё тут.
Я на IBM ThinkPad 390 (PII 200/128Mb/3.4Gb) ставил. Правда xfce, но с опенофисом. Так я только PORTAGE_TMPDIR и DST_DIR ч/з нфс на десктоп выносил и опенофис на десктопе собирал в бинарник. Своп 200Мб, остальное корень ext3

Сейчас

Сейчас попробую проверять диск на бэды.
Насчет BUILD_PREFIX - это я не сам придумал. В руководстве с gentoo.org было. Но я попробую и без него.
xfce вчера тоже не собралось... вернее собралось, но не скопировалось в /. места, грит, нетуть. df врет что есть.
начал заново.

Щас вообще

Щас вообще дикость скажу. :) но больше уж голову ничего не приходит - copy/past /etc/fstab

Вы о том, что я

Вы о том, что я забыл fstab сделать? Не-е-е :) есть!

nano -w /etc/fstab

/dev/hda1 / ext3 noatime 0 1
/dev/hda5 none swap sw 0 0
/dev/hda6 /home reiserfs noatime 0 0

вспомнил! года

вспомнил! года полтора назад была такая фига непонтная. перезагрузка помогала. но так и не вкурил, в чем дело было - прошло само собой при каком-то обновлении.

увы, reboot или

увы, reboot или волшебная кнопочка уже не раз использовались. и ни фига толку.
сейчас проверю диск какой- нить прогой, и пойду на сайт спецальный,смотреть почем старые жесткие диски не столь убогие как мой.
наверно дело все же в диске. больше причин не вижу.

Вот у меня таой вывод:

Filesystem Size Used Avail Use% Mounted on
/dev/root 13G 5.9G 6.5G 48% /
с учётом того что :
2.2G /var/tmp/ccache
997M /usr/portage/distfiles/
407M /usr/src/linux-2.6.25.13/

ну и по мелочи...

просто собирайте кеды командой :
emerge kdebase-startkde

и места должно хватить на всё, даже на openoffice + firefox + gimp помимо кед

я ставил 2006, на

я ставил 2006, на этом же железе. Все нормально собралось, кроме опен офиса. Тому места показалось маловато, и я поставил koffice. теперь же нет места даже для xfce. (3 стэйг, диск форматирован mkfs.ext3, размер 3.5 Гб. сборка вынесена. Не собирается! no space left of devace в корне! df - занято 55%. достало!)
чем бы проверить диск?
советовали mhdd и викторию.это проги под виндовс, насколько я понял.
сейчас делаю e2fsk -c /dev/hda1. интересно, хватит ли этого?

не помогло :(

не помогло :(

А извратиться и

А извратиться и проверить наличие места на диске путем записи туда какого-нибудь файла пробовали?
Еще можно попробовать посмотреть занятое место при помощи du.

cp

cp /mnt/флэшка/картинки/* /папка в корне
cp: cannot create regular file /папка/файл.jpg no space left on device для всех 30 картинок.
du не делал. сейчас сделаю,но не думаю что даст что- то иное нежели df. df - use 51%.
сейчас ткнуть попробую на диск что- нить другое. если заработает то... ну не знаю.

Попробуй

Попробуй проверить файловую систему, если еще не проверял

Была

Была аналогичная проблема, только на диске в оперативке, выснилось, что кол-во файлов на фc ограничено. Помогло задание количества inodes выше дефолтного.

Сходите за

Сходите за тысячу рублей купите новый винчестер. За то время пока вы потратили на этот, можно было бы заработать на 10-20 новых винчестеров [-:
Вроде еще никто не советовал такой вариант.

да,вариант

да,вариант неплохой. но как очевидный оставлен на крайний случай.
да и как- то упорство или упрямство... хочется понять чего это такое. ведь должно - а не работает.
сейчас я склоняюсь к покупке.
но тем - кто будет ставить дженту на слабые машины может пригодиться... если у кого- то будет такая проблема.

Я ставил на

Я ставил на пятигектарный винт, но без кед.


Пожалуйста, не описывайте своё железо в подписи

Я тоже без кед

Я тоже без кед пробовал. Xfce. та же ерунда.места нет.должно же быть что- то кроме замены диска на бОльший.вынос в сетку - как советовали, это то же что я делаю, только я на дополнительный маленький диск.
пробовал я ставить и на тот, который работал местом сборки.3 Гб. падает с тем же заявлением на emerge gentoo-source.
какого тогда икса спокойно влезает мандря с лайв сд? и занимает (по крайней мере занимала) на диске за 60%?
увы,пока преодолеть проблему не удалось.куплю жесткий поболее... :(
щас буду думать чем проверять.

Ну йа ставил на

Ну йа ставил на 4-х гиговый, с кедами вроде, работало.
Винч просто дохлый

да ставится

да ставится оно!в теории.
относительно жесткого диска. начинаю установку мандривы с лайв сд. если станет не жалуясь...ну...

поставил

поставил мандриву с лайв сд. работает. занят 61% корневого! не при чем тут диск. он может старый и все такое, но еще рабочий.
варианты: 1 - все же что- то сделал не так. Что и где? 2. мандрива обладает большей неприхотливостью?? э-э-э...

Вот ещё вопрос

Вот ещё вопрос возник: а вы уверены в портеже и стейджах, что используете? Может контрольную сумму проверить?
Скачайте minimal-install и портеж с офф зеркала и попробуйте с 1 стейджа.
Если и так не пройдёт, тестите ваше железо вдоль и поперёк - может память битая или вовсе проц. Гента их очень активно пользует при установке в отличии от мандривы

PS вы спрашивали про mhdd и викторию, не под винду ли они. Нет, они под ДОС, как и большинство тестов, требующих прямого доступа к железу

gfd

Eveler написал(а):
Скачайте minimal-install и портеж с офф зеркала и попробуйте с 1 стейджа

Ага, с LFS. Советовать людям ставить со stage1 нельзя, это решение сами принимают (-:Е


Пожалуйста, не описывайте своё железо в подписи

на моем железе

на моем железе stage1 это неделя сборки.
я собирал так 2006 в первый раз, парился долго но смог.а потом 2007 вроде, DVD с ксоровским срезом, не стали ставиться, я и решил что 3 тоже неплохо. тем более что многие жаловались на то что нужны "танцы с бубном" и "обновление мира" дает тот же результат.
насчет устанвовчного диска не знаю, еще не проверял.откуда скачал этот minimal-install не помню. портежи и стэйг скачаны с зеркала яндекса,насколько я понял это зеркало официальнее некуда :)

:-D Советовать, я

:-D Советовать, я думаю можно и нужно, т.к. этот вариант даёт наиболее полное понимание системы, и, соответственно, оптимизацию и контроль. А решение естественно каждый принимает сам. Никто никого не заставляет ;-)
Другой вопрос, что на таком железе это ОЧЕНЬ долго. Но как вариант, можно собирать на другой машине. Вспомнить хотя б тот же каталист.

сейчас

сейчас проверил. сходится. портежи и стейдж с яндексовского зеркала.воткнул диск в 40 Гб, так что думаю проблема приобретет для меня чисто академический характер.

Вполне

Вполне вероятно, что при длительной напряжной работе (записи большого кол-ва мелких файлов + компиляция) винч перегревается/просто отрубается, что и вызывает ошибку 'no space left'. Посмотрите dmesg/strace -f

Была у меня

Была у меня похожая фигня. На старенький пенек ставил 6 фряху. Вроде диск разбивался как положено и файловые системы нормально создалиь, а все равно ругалась фряха что нет места на диске, хотя df покалывал свободные 3 гига. Проблема оказалась в БИОСе старой материнки. Причем полседняя версия БИОСа с сайта производителя материнки глючила так-же. Брал правленый биос на www.rom.by - только тогда все нормально заработало.
____________________________________________
Всё что не убивает меня, делает меня сильнее.

жадная джента

Загляни сюда, может поможет:
http://boh.bestpersons.ru/feed/post1044782/
и вот сюда, на всякий случай:
http://ru.wikipedia.org/wiki/Inode

такая ж ботва была. вынес на

такая ж ботва была. вынес на отдельный диск /usr/portage - вроде полегчало. тож думаю что у парня проблемы были из-за слишком маленького количества айнод на диске ( дерево портейджей всё съедало).
наверное, можно было как-то с помощью tune2fs поправить положение, подскажет кто-нибудь?

Гарантированно помогает смена

Гарантированно помогает смена жесткого диска на хотя бы вдесятеро больший :) А старый на - полку. :)

зачем на полку, можно под

зачем на полку, можно под portage's или /tmp и|или /var/tmp
Пусть ещё маленько поработает =)

.

Atlant написал(а):
зачем на полку, можно под portage's или /tmp и|или /var/tmp
Пусть ещё маленько поработает =)

Проблема в том, что сейчас узким местом является наличие свободного порта и/или места в системнике (ну и энергопотребление).

:wq
--
Live free or die

У меня такая же проблема на

У меня такая же проблема на кпк :)
используй reiser fs проблема с inode отпадет

Working on Gentoo Linux for Asus P535 and Qtopia :-)

А как же SMART?

При помощи smartctl считайте атрибуты S.M.A.R.T. жёсткого диска.
Критичный - No 01, 03, 05, 07, 10, 196, 197, 198, 220

Недавно с похожим приколом Самсунг на 40Гб 2001г.в. был, при этом наработка - не более 8тыс. часов, но Raw Read Error Rate (01) - 9385

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".