У своп-раздела корневой слэш пропущен, да и лучше полностью /dev/sda2:swap:swap
Корня лучше два, чтобы была возможность обновления через установку нового образа
что за мода пошла в кальке выносить /boot на отдельный раздел
Я когда-то также в gentoo делал (по хаутушке), а потом мучался со слишком малым разделом и не в меру растущими initrd.
тем более, что вы для boot выбрали ext4… ЗАЧЕМ???
Лучше используйте стандартную кальковскую разбивку
что за мода пошла в кальке выносить /boot на отдельный раздел
Я когда-то также в gentoo делал (по хаутушке), а потом мучался со слишком малым разделом и не в меру растущими initrd.
тем более, что вы для boot выбрали ext4… ЗАЧЕМ???
Лучше используйте стандартную кальковскую разбивку
boot летит часто и легче его востановить если он на отдельноме отделе я выделяю ему 700Мб и проблем нет и нет не чего страшного что он будет ext4 a не ext2 сути это не меняет
boot летит часто и легче его востановить если он на отдельноме отделе я выделяю ему 700Мб и проблем нет и нет не чего страшного что он будет ext4 a не ext2 сути это не меняет
Что значит boot летит часто? Чаще других разделов?
boot летит часто и легче его востановить если он на отдельноме отделе я выделяю ему 700Мб и проблем нет и нет не чего страшного что он будет ext4 a не ext2 сути это не меняет
Что значит boot летит часто? Чаще других разделов?
это бывает,если диск с брачком или оч.старый и есть проблемки с парковкой головок,сделайте первым своп а бут за ним,и вылетать не будет,а небольшое уменьшение своп из-за битых секторов вблизи парковочной зоны некритично…,попробуйте рекомендуюмую кальковскую разбивку-своп и далее…у меня на старой машине древний сигейт,лет семь ему, без сбоев уже не один год работает с калькой,и без бесперебойника,и аварийные откл.весьма часты…
Летящий бут это из разряда аномалий каких-то. Т.е. если /boot у меня в корне, то у меня значит летающий корень? или наоборот из за того, что бут в корне летит корень? ) Максимум что я наблюдал на офисных машинах это переход в read-only корня на ext4. Сейчас подобного не наблюдаем.
это бывает,если диск с брачком или оч.старый и есть проблемки с парковкой головок,сделайте первым своп а бут за ним, а небольшое уменьшение своп…
…сделайте первым своп а бут за ним корень, вообще без отдельной партиции под /boot, а небольшое уменьшение своп… * fixed
PS 2 Aleksey Mikhaleff, кстати, всегда хотел узнать, если swap окажется на битых секторах, не накроется ли от этого система? при недоступности на чтение некоторых секторов swap-а разве не произойдет повреждение памяти?
Может разумнее при помощи mhdd или victoria определить битую область, и эту область оставить неразмеченной?
2 Aleksey Mikhaleff, кстати, всегда хотел узнать, если swap окажется на битых секторах, не накроется ли от этого система? при недоступности на чтение некоторых секторов swap-а разве не произойдет повреждение памяти?
ну насколько знаю в современных дисках контроллер умеет исправлять ошибки чтения-записи и обходить проблемные сектора,данные из кеша пишутся на блины с проверкой и многократной перезаписью…,ошибки появляются только при массовых повреждениях цилиндров,винт начинает "сыпаться"и SMART метит сектор/цилиндр бракованными когда количество неудач при записи бита приблизится к 50%,до того он считается контроллером годным…ну и избыточная инфа при записи,перемежение байтов, позволяют контроллеру довольно успешно восстанавливать данные…ниразу не сталкивался с тем чтобы система упала из за сбоящего свопа на диске
И когда reallocated sectors заканчиваются - хард начинает сыпать бэдами. И вот тогда начинаются проблемы с ФС, и я подозреваю что со свопом проблемы будут аналогичные.