Проверьте плиз правельность разбивки диска !?
/dev/sda1 * boot
/dev/sda2 swap
/dev/sda3 /
/dev/sda4 /var/calculate
Правельный запрос инсталяции ??
cl-install -d /dev/sda1:/boot:ext4:on -d /dev/sda3:/:ext4 -d /dev/sda4:/var/calculate:reiserfs -d dev/sda2:swap --build --scheduler cfq
У своп-раздела корневой слэш пропущен, да и лучше полностью /dev/sda2:swap:swap
Корня лучше два, чтобы была возможность обновления через установку нового образа
что за мода пошла в кальке выносить /boot на отдельный раздел
Я когда-то также в gentoo делал (по хаутушке), а потом мучался со слишком малым разделом и не в меру растущими initrd.
тем более, что вы для boot выбрали ext4… ЗАЧЕМ???
Лучше используйте стандартную кальковскую разбивку
a в чем ошибка
*wrong option --build The builder mode does not support multiplication install
Это как сделать без билда
Михаил Гагауз wrote:
что за мода пошла в кальке выносить /boot на отдельный раздел
Я когда-то также в gentoo делал (по хаутушке), а потом мучался со слишком малым разделом и не в меру растущими initrd.
тем более, что вы для boot выбрали ext4… ЗАЧЕМ???Лучше используйте стандартную кальковскую разбивку
boot летит часто и легче его востановить если он на отдельноме отделе я выделяю ему 700Мб и проблем нет и нет не чего страшного что он будет ext4 a не ext2 сути это не меняет
Установка в builder-режиме производится только на корень(–build) и своп насколько помню
Iurii Blokhin wrote:
Установка в builder-режиме производится только на корень(–build) и своп насколько помню
Ето я прочел в мане
cl-install -d /dev/sda2:/:ext4:on -d /dev/sda3:/var/calculate:reiserfs -d dev/sda1:swap --build --scheduler cfq
boot летит часто и легче его востановить если он на отдельноме отделе я выделяю ему 700Мб и проблем нет и нет не чего страшного что он будет ext4 a не ext2 сути это не меняет
Что значит boot летит часто? Чаще других разделов?
Alexander Tratsevskiy wrote:
boot летит часто и легче его востановить если он на отдельноме отделе я выделяю ему 700Мб и проблем нет и нет не чего страшного что он будет ext4 a не ext2 сути это не меняет
Что значит boot летит часто? Чаще других разделов?
вобшето да
особенно если есть пребоии с инергией и нет UPS
Ни разу таких проблем с /boot у меня небыло.
Да и откуда им быть?
Я вообще стараюсь, по возможности, в корень ничего не писать. Для этого самые часто используемые на запись директории пораскидал по другим местам:
* /tmp в tmpfs, запись в fstab следующая:
none /tmp tmpfs nodev,nosuid,noexec,mode=01777,size=1G 0 0
/var/tmp - симлинк на /var/calculate/tmp, при этом права на последнюю 01777
/var/log либо на отдельном логическом томе (на сервере), или симлинк на /var/calculate/log(на десктопе)Den Iss wrote:
boot летит часто
это бывает,если диск с брачком или оч.старый и есть проблемки с парковкой головок,сделайте первым своп а бут за ним,и вылетать не будет,а небольшое уменьшение своп из-за битых секторов вблизи парковочной зоны некритично…,попробуйте рекомендуюмую кальковскую разбивку-своп и далее…у меня на старой машине древний сигейт,лет семь ему, без сбоев уже не один год работает с калькой,и без бесперебойника,и аварийные откл.весьма часты…
Летящий бут это из разряда аномалий каких-то. Т.е. если /boot у меня в корне, то у меня значит летающий корень? или наоборот из за того, что бут в корне летит корень? ) Максимум что я наблюдал на офисных машинах это переход в read-only корня на ext4. Сейчас подобного не наблюдаем.
это бывает,если диск с брачком или оч.старый и есть проблемки с парковкой головок,сделайте первым своп а бут за ним, а небольшое уменьшение своп…
…сделайте первым своп а бут за ним корень, вообще без отдельной партиции под /boot, а небольшое уменьшение своп…
* fixed
PS
2 Aleksey Mikhaleff, кстати, всегда хотел узнать, если swap окажется на битых секторах, не накроется ли от этого система? при недоступности на чтение некоторых секторов swap-а разве не произойдет повреждение памяти?
Может разумнее при помощи mhdd или victoria определить битую область, и эту область оставить неразмеченной?
Михаил Гагауз wrote:
2 Aleksey Mikhaleff, кстати, всегда хотел узнать, если swap окажется на битых секторах, не накроется ли от этого система? при недоступности на чтение некоторых секторов swap-а разве не произойдет повреждение памяти?
ну насколько знаю в современных дисках контроллер умеет исправлять ошибки чтения-записи и обходить проблемные сектора,данные из кеша пишутся на блины с проверкой и многократной перезаписью…,ошибки появляются только при массовых повреждениях цилиндров,винт начинает "сыпаться"и SMART метит сектор/цилиндр бракованными когда количество неудач при записи бита приблизится к 50%,до того он считается контроллером годным…ну и избыточная инфа при записи,перемежение байтов, позволяют контроллеру довольно успешно восстанавливать данные…ниразу не сталкивался с тем чтобы система упала из за сбоящего свопа на диске
ну насколько знаю в современных дисках контроллер умеет исправлять ошибки чтения-записи и обходить проблемные сектора
Это называется reallocated sectors если интересно - я об этом ранее немного писал
И когда reallocated sectors заканчиваются - хард начинает сыпать бэдами. И вот тогда начинаются проблемы с ФС, и я подозреваю что со свопом проблемы будут аналогичные.
возможно,Михаил,возможно…