Где общается сообщество? Траффик в рассылках АЛьТ неуклонно падает уже не первый год. На форуме тоже весьма тухло. Официальный сайт в анабиозе. Проект умирает совсем? Поэтому и нет уже никакого сообщества? Решил поглядеть, что там у других. На Russian Fedora, например. Вообще не нашел, где они живут. В рассылке ни одного письма за два года, в jabber только боты держат канал, форум в режиме read only. Посмотрел статистику gmane по первым попавшимся рассылкам с именами altlinux, fedora, redhat... Нда... у нас-то еще траффик ничего так, по сравнению с другими. Или теперь все в каких-то твиттерах, фейсбучиках и вконтактиках?
On Mon, 29 Feb 2016 11:31:24 +0300 Alexei V. Mezin wrote: > Где общается сообщество? > > Траффик в рассылках АЛьТ неуклонно падает уже не первый год. На > форуме тоже весьма тухло. Официальный сайт в анабиозе. Проект умирает > совсем? Поэтому и нет уже никакого сообщества? Насколько я понимаю, то всё дело в том, что дистрибутивов нынче развелось видимо-невидимо, а от идеи создать российскую национальную операционную систему остался только пшик. Даже на сайтах госуслуг все документы выкладываются в формате МО, несмотря на все призывы ДАМ. Кое что, правда, выкладывается в .pdf. Я уже и не припомню, когда нас обещали порадовать новым дистрибутивом, то ли прошлым летом, то ли прошлой осенью... .... > Или теперь все в каких-то твиттерах, фейсбучиках и вконтактиках? Сомневаюсь, слишком уж там сложно историю общения вытягивать. -- Успехов. Павел. ===================== Jabber: pavel_solo@jabber.ru ICQ: 33437660 phone: +7 922 222 49 16 Skype: pavel_n_solo =====================
[-- Attachment #1: Type: text/plain, Size: 516 bytes --] Здравствуйте ! On Monday 29 February 2016 11:31:24 Alexei V. Mezin написал(а): > На форуме тоже весьма тухло. Не соглашусь. На форуме ежемесячно от 1500 до 3500 новых сообщений с редким всплесками до 6000. Можете сами посмотреть его статистику. Она практически не меняется уже несколько лет (с 2011-го года). Или по годам число новых сообщений: + 2015 31 199 + 2014 22 572 + 2013 25 673 + 2012 33 703 + 2011 34 917 + 2010 51 172 + 2009 50 709 + 2008 24 791 -- C уважением, Хихин Руслан. [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 198 bytes --]
On Monday 29 February 2016, Pavel N. Solovyov wrote:
> Даже на сайтах госуслуг все документы выкладываются
> в формате МО,
Надо им централизовано всем рабочие станции поставить
там на Байкале-Т1. Пусть потом выкладывают в формате МО.
:-)
--
С уважением, Сергей.
On 29.02.2016 11:31, Alexei V. Mezin wrote: > Где общается сообщество? <skip> > Или теперь все в каких-то твиттерах, фейсбучиках и вконтактиках? Теперь всё работает (или почти всё работает) и вопросов не осталось.
01.03.2016 18:33, Anton Farygin пишет:
> On 29.02.2016 11:31, Alexei V. Mezin wrote:
>> Или теперь все в каких-то твиттерах, фейсбучиках и вконтактиках?
>
> Теперь всё работает (или почти всё работает) и вопросов не осталось.
То есть, Абсолют таки достижим? Ой, не ломайте мне мировоззрение!
--
Мимо крокодил.
WBR, rednex CIO.
JID = <mailto:>
Skype = $local_part@<mailto:>
Viber = +7(964)103-65-67
On 01.03.2016 13:43, Вадим Илларионов wrote:
> 01.03.2016 18:33, Anton Farygin пишет:
>> On 29.02.2016 11:31, Alexei V. Mezin wrote:
>>> Или теперь все в каких-то твиттерах, фейсбучиках и вконтактиках?
>>
>> Теперь всё работает (или почти всё работает) и вопросов не осталось.
>
> То есть, Абсолют таки достижим? Ой, не ломайте мне мировоззрение!
>
По сравнению с миром Linux 15-ти летней давности - практически абсолют.
Теперь если проблема и вылезает, то где-то глубоко и без общения с кодом
практически неисправима.
Ну и опытных специалистов прибавилось.
1 марта 2016 г., 13:33 Anton Farygin написал:
> Теперь всё работает (или почти всё работает) и вопросов не осталось.
Кстати да, использование линукса просто перестало быть маркером эдакой
элитарности :)
--
WBR,
Eugene Prokopiev
02.03.2016 9:57, Anton Farygin пишет:
> Ну и опытных специалистов прибавилось.
>
Где их прибавилось? В рассылках убавилось. Вопросы висят без ответа,
даже в духе "у меня работает". А уж если спросить у Гугла что-то вроде
"ubuntu bla-bla", то можно получить сотни ответов, в основном или
неправильные ("переставь систему") или костыльные ("сделай рестарт
сервису").
02.03.2016 10:27, Eugene Prokopiev пишет:
> Кстати да, использование линукса просто перестало быть маркером эдакой
> элитарности :)
>
Скорее, современные Виндовзы стали работать не вызывая рвотных рефлексов
и головных болей. И Линукс стал слегка не нужен. Работает он у тех, кто
его ставил десяток лет назад и пилил годами.
Вот что думаете, современный АЛьТ обычный юзер сможет поставить?
Прекрасный, но старенький Симпли -- может быть. Если на не слишком новое
железо. Сегодняший regular или starterkit? Нет. Потому что на UEFI на
автомате оно ставится в практически неработоспособной конфигурации, а
создание UEFI-раздела вручную это СИЛЬНО выше порога вхождения обычного
юзера.
On 02.03.2016 10:37, Alexei V. Mezin wrote:
> 02.03.2016 10:27, Eugene Prokopiev пишет:
>
>> Кстати да, использование линукса просто перестало быть маркером эдакой
>> элитарности :)
>>
>
> Скорее, современные Виндовзы стали работать не вызывая рвотных рефлексов
> и головных болей. И Линукс стал слегка не нужен. Работает он у тех, кто
> его ставил десяток лет назад и пилил годами.
>
> Вот что думаете, современный АЛьТ обычный юзер сможет поставить?
> Прекрасный, но старенький Симпли -- может быть. Если на не слишком новое
> железо. Сегодняший regular или starterkit? Нет. Потому что на UEFI на
> автомате оно ставится в практически неработоспособной конфигурации, а
> создание UEFI-раздела вручную это СИЛЬНО выше порога вхождения обычного
> юзера.
Конечно смогут, постоянно отдаю обычным юзверям кентавр или kdesktop и
те его ставят без проблем на Uefi.
За редким исключением, когда какое-то железо не поддерживается или
работает не так, как планировалось.
02.03.2016 17:13, Anton Farygin пишет:
> Конечно смогут, постоянно отдаю обычным юзверям кентавр или kdesktop и
> те его ставят без проблем на Uefi.
Это на 7ке? Нет, оно не работает на новом железе. Причем "новое" это
полтора года назад выпущенное.
On 02.03.2016 17:30, Alexei V. Mezin wrote:
> 02.03.2016 17:13, Anton Farygin пишет:
>
>> Конечно смогут, постоянно отдаю обычным юзверям кентавр или kdesktop и
>> те его ставят без проблем на Uefi.
>
> Это на 7ке? Нет, оно не работает на новом железе. Причем "новое" это
> полтора года назад выпущенное.
Ну говорю же - в моём случае всё удачно было.
Да, на 7-ке.
02.03.2016 11:34, Ruslan Hihin пишет:
> Что-то я не замечал проблем с Uefi при установке. Правда, первоначальную
> установку поручал автомату, а потом уже при необходимости его поправлял
> (особенно в размере раздела, отводимого под корень.
Именно. Очень юзер-френдли: поставить систему, чтоб тут же загружаться с
флэшки и тягать размеры разделов. Сколько процентов пользователей
справятся с таким самостоятельно? А сколько захочет систему, в которой
работа начинается с этой процедуры?
On Wed, Mar 02, 2016 at 05:30:24PM +0300, Alexei V. Mezin wrote: > > Конечно смогут, постоянно отдаю обычным юзверям кентавр или > > kdesktop и те его ставят без проблем на Uefi. > Это на 7ке? Нет, оно не работает на новом железе. > Причем "новое" это полтора года назад выпущенное. Старый xorg-drv-intel? -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
[-- Attachment #1: Type: text/plain, Size: 783 bytes --] On Wed, Mar 02, 2016 at 10:37:27AM +0300, Alexei V. Mezin wrote: > Вот что думаете, современный АЛьТ обычный юзер сможет поставить? > Прекрасный, но старенький Симпли -- может быть. Если на не слишком новое > железо. Сегодняший regular или starterkit? Нет. Потому что на UEFI на > автомате оно ставится в практически неработоспособной конфигурации, а > создание UEFI-раздела вручную это СИЛЬНО выше порога вхождения обычного > юзера. Лучше помоги выработать эвристику. На всякий прилагаю текущий скрипт, над которым работаю -- по умолчанию profile.scm из alterator-vm, см. http://git.altlinux.org/gears/a/alterator-vm.git?p=alterator-vm.git;a=blob;f=profile.scm;hb=HEAD -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info [-- Attachment #2: 10-vm-profile.sh --] [-- Type: application/x-sh, Size: 1618 bytes --]
04.03.2016 19:52, Michael Shigorin пишет:
> Лучше помоги выработать эвристику. На всякий прилагаю текущий скрипт,
> над которым работаю -- по умолчанию profile.scm из alterator-vm, см.
> http://git.altlinux.org/gears/a/alterator-vm.git?p=alterator-vm.git;a=blob;f=profile.scm;hb=HEAD
Там слишком много скобочек :)))), я их не разумею. Размер корня от 4 до
8? В зависимости от чего? Домашний от 4 до максимума?
Но в любом случае надо обсуждать стратегию. Потому что так, как сейчас,
приводит к корневому разделу, который после установки офиса заполняется
на 80-90%.
Какие могут быть стратегии?
* оставить как есть
* сделать "как у всех", например у той же Убунты, мотивировав тем, что
"в самом популярном пользовательском дистрибутиве все уже продумано за нас".
* отдать на выбор пользователю
* зафиксировать в процентах от доступного места, но не менее чем ХХ Гб,
и не более чем YY Гб.
Я бы, конечно, для себя предпочел "выбор пользователя". Но я не совсем
"обычный пользователь", и могу себе представить (хотя и очень
приблизительно), сколько мне может понадобиться на корневом и домашнем
разделе. Большинство моих знакомых, которые смогут поставить Линукс,
совершенно не представляют, сколько надо места под него. Поэтому в
качестве единственной опции -- не вариант совершенно.
Если выбирать последний вариант, то надо прикидывать, сколько занимает
"типичная установка". Но это понятие весьма расплывчатое. От 20Гб снизу
до 50Гб сверху?
[-- Attachment #1: Type: text/plain, Size: 475 bytes --] Здравствуйте Alexei V. Mezin В сообщении от 5 марта 2016 Alexei V. Mezin написал(a): > Если выбирать последний вариант, то надо прикидывать, сколько > занимает "типичная установка". Но это понятие весьма > расплывчатое. От 20Гб снизу до 50Гб сверху? Так это можно в момент установки приблизительно высчитать по выбранным пакетам. -- А ещё говорят так (fortune): . ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 181 bytes --]
Hi!
5 марта 2016 г., 9:37 пользователь Hihin Ruslan написал:
>> От 20Гб снизу до 50Гб сверху?
>
> Так это можно в момент установки приблизительно высчитать по
> выбранным пакетам.
В момент установки ставится не всё из того, что хочется, и ставится
что-то из того, что не хочется. Поэтому в конце всегда прохожусь в
synaptic'е по списку пакетов, чтобы удалить лишнее, и поставить
необходимое.
Сейчас на домашней машине у меня под корень отведено 21 GB, из них
занято 19 GB. На машине на работе под корень отведено 15 GB, занято 14
GB. При этом пришлось что-то крупное поудалять, а то не проходили
обновления системы из-за нехватки места в корне.
Так что сейчас я оцениваю необходимый минимум под корневой раздел в 25
GB. Хотя подумываю прикупить ssd на 100 GB и целиком отдать его под
корневой раздел, тогда места точно на всё хватит.
--
Всего доброго,
Денис.
[-- Attachment #1: Type: text/plain, Size: 1112 bytes --] Здравствуйте Denis G. Samsonenko В сообщении от 5 марта 2016 Denis G. Samsonenko написал(a): > Hi! ..... > Так что сейчас я оцениваю необходимый минимум под корневой > раздел в 25 GB. Хотя подумываю прикупить ssd на 100 GB и > целиком отдать его под корневой раздел, тогда места точно на > всё хватит. Ну у меня-то другое мнение - по любому должно отводится под корень не менее 40-50 Гб, если свободное место больше 100Гб, не зависимо, что сейчас устанавливается, вот если свободное место меньше 100 Гб, то возникают вопросы, но в любом случае, надо исходить как минимум, из удвоенного размера устанавливаемых пакетов и как максимум - оставлять под все остальные разделы, помимо корня - 10-20Гб. Сейчас регулярку с KDE4 поставил, так она отвела под корень 10 Гб, при свободном месте 120 Гб. Нафига такой большой /home для одного пользователя ? При ручном делении я делаю 60Гб под корень, 60 - на всё остальное (swap+ /home + какой-нибудь /mnt/media_arhiv). -- А ещё говорят так (fortune): . ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 181 bytes --]
05.03.2016 08:12, Denis G. Samsonenko пишет:
> Сейчас на домашней машине у меня под корень отведено 21 GB, из них
> занято 19 GB.
У меня занято 17 из 55 (полный ssd на 64Gb).
Это, с одной стороны, с установленными компиляторами и прочим, нужным
для сборки пакетов. Для пользователей это необязательно. Но с другой
стороны, это без игрушек. А некоторые игрушки из наших дистрибутивов
могут сожрать весьма много места.
Hi!
5 марта 2016 г., 14:04 пользователь Alexei V. Mezin написал:
> У меня занято 17 из 55 (полный ssd на 64Gb).
>
> Это, с одной стороны, с установленными компиляторами и прочим, нужным для
> сборки пакетов. Для пользователей это необязательно. Но с другой стороны,
> это без игрушек. А некоторые игрушки из наших дистрибутивов могут сожрать
> весьма много места.
Ага. У меня самый большой пакет по занимаемому месту wesnoth-data (450
MB), затем идут libreoffice, supertuxkart, freedroidrpg-data,
widelands, части texlive, chromium, части java-1.8.0-oracle, ещё
игрушки, AdobeReader, wine и так далее. Все эти пакеты занимают сотни
мегабайт. Так что поставив пару игрушек, можно легко упереться в
нехватку места в корне, если он меньше 25 GB. Да и помимо игрушек есть
довольно увесистые пакеты, тот же texlive в наборе.
--
Всего доброго,
Денис.
05.03.2016 12:14, Denis G. Samsonenko пишет:
> Ага. У меня самый большой пакет по занимаемому месту wesnoth-data (450
> MB)
Вот топ из раздела noarch, в магабайтах:
vdrift-data 1326
FlightGear-data 1105
xonotic-data 933
ufoai-data 876
nexuiz-data 777
bloodfrontier-data 580
0ad-data 556
sauerbraten-data 540
warsow-data 496
clipart-wp-png 441
openarena 386
vegastrike-data 364
wesnoth-data 339
wesnoth1.10-data 295
naev-data 279
megaglest-data 264
speed-dreams-data 263
clipart-openclipart-svg 243
ember-media 237
p6014-hires4x 224
scourge-data 210
vtk6.2-doc-html 205
freedroidrpg-data 199
dangerdeep-data 176
festvox_msu_ru_nsh_clunits 171
Так что три-четыре игрушки запросто сожрут пяток гигабайт. При этом
dist-upgrade, если вдруг что-то в игрушке обновится, потребует еще кучу
места под кэш.
P.S. Опять кажется, что все эти игрушки заслуживают отдельного репо. И
опять мысль "почему debuginfo частично в отдельном репо, а частично в
основном".
05.03.2016 13:12, Denis G. Samsonenko пишет:
> В момент установки ставится не всё из того, что хочется, и ставится
> что-то из того, что не хочется. Поэтому в конце всегда прохожусь в
> synaptic'е по списку пакетов, чтобы удалить лишнее, и поставить
> необходимое. Сейчас на домашней машине у меня под корень отведено 21
> GB, из них занято 19 GB. На машине на работе под корень отведено 15
> GB, занято 14 GB. При этом пришлось что-то крупное поудалять, а то не
> проходили обновления системы из-за нехватки места в корне. Так что
> сейчас я оцениваю необходимый минимум под корневой раздел в 25 GB.
> Хотя подумываю прикупить ssd на 100 GB и целиком отдать его под
> корневой раздел, тогда места точно на всё хватит.
Мегабайтов полста под /boot, чтоб ядра 3-4 уместилось, остальное -
томами на lvm.
И нет проблем с нехваткой места на разделах.
А хомяки можно на отдельный винт, а то и зеркало.
--
Мимо крокодил.
WBR, rednex CIO.
JID = <mailto:>
Skype = $local_part@<mailto:>
Viber = +7(964)103-65-67
On 05.03.2016 00:01, Alexei V. Mezin wrote: > 04.03.2016 19:52, Michael Shigorin пишет: > Если выбирать последний вариант, то надо прикидывать, сколько занимает > "типичная установка". Но это понятие весьма расплывчатое. От 20Гб снизу > до 50Гб сверху? Кактусы кололись но продолжали жрать ёжиков ? У всех современных десктопов должно быть примерно так: Number Start (sector) End (sector) Size Code Name 1 16065 530144 251.0 MiB EF00 2 530145 546209 7.8 MiB EF02 3 546210 15583049 7.2 GiB 0700 4 15583050 250067789 111.8 GiB 0700 Где под номером 4 - это корень, всё остальное для UEFI. Тогда проблем не будет всерьёз и надолго.
On 10.03.2016 20:06, Anton Farygin wrote:
> On 05.03.2016 00:01, Alexei V. Mezin wrote:
>> 04.03.2016 19:52, Michael Shigorin пишет:
>
>> Если выбирать последний вариант, то надо прикидывать, сколько занимает
>> "типичная установка". Но это понятие весьма расплывчатое. От 20Гб снизу
>> до 50Гб сверху?
>
> Кактусы кололись но продолжали жрать ёжиков ?
>
> У всех современных десктопов должно быть примерно так:
> Number Start (sector) End (sector) Size Code Name
> 1 16065 530144 251.0 MiB EF00
> 2 530145 546209 7.8 MiB EF02
> 3 546210 15583049 7.2 GiB 0700
> 4 15583050 250067789 111.8 GiB 0700
>
> Где под номером 4 - это корень, всё остальное для UEFI.
>
> Тогда проблем не будет всерьёз и надолго.
>
И да, я тут не очень внятно выразился, перевожу:
под корень надо отдавать всё место, не делить на хомяк, бут и тем более
логи.
10.03.2016 20:09, Anton Farygin пишет:
> под корень надо отдавать всё место, не делить на хомяк, бут и тем более
> логи.
Тоже вариант.
Hi!
10 марта 2016 г., 23:09 Anton Farygin написал:
> И да, я тут не очень внятно выразился, перевожу:
> под корень надо отдавать всё место, не делить на хомяк, бут и тем более
> логи.
Системы приходят и уходят, а хомяк остаётся.
--
Всего доброго,
Денис.
On 10.03.2016 20:38, Denis G. Samsonenko wrote:
> Hi!
>
> 10 марта 2016 г., 23:09 Anton Farygin написал:
>> И да, я тут не очень внятно выразился, перевожу:
>> под корень надо отдавать всё место, не делить на хомяк, бут и тем более
>> логи.
>
> Системы приходят и уходят, а хомяк остаётся.
Зависит от использования, в моём случае системы приходят только на
другое железо. А хомяк перетаскивается rsync'ом по мере необходимости.
Hi!
11 марта 2016 г., 12:21 Anton Farygin написал:
>> Системы приходят и уходят, а хомяк остаётся.
>
> Зависит от использования, в моём случае системы приходят только на другое
> железо. А хомяк перетаскивается rsync'ом по мере необходимости.
Ну, я пару раз убивал систему, что приходилось по новой ставить. Ну и
переход на x86-64 тоже как то раз пришлось делать. На железо тоже
новое переходил, а винчестер с хомяком давно не менял.
--
Всего доброго,
Денис.
[-- Attachment #1: Type: text/plain, Size: 664 bytes --] On Fri, Mar 11, 2016 at 12:47:41PM +0600, Denis G. Samsonenko wrote: > >> Системы приходят и уходят, а хомяк остаётся. +1 > > Зависит от использования, в моём случае системы приходят > > только на другое железо. А хомяк перетаскивается rsync'ом по > > мере необходимости. > Ну, я пару раз убивал систему, что приходилось по новой > ставить. Ну и переход на x86-64 тоже как то раз пришлось > делать. На железо тоже новое переходил, а винчестер с хомяком > давно не менял. Стоит бэкапить. PS: всем спасибо за обсуждение, см. новый скриптик, кто не боится. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info [-- Attachment #2: 10-vm-profile.sh --] [-- Type: application/x-sh, Size: 2202 bytes --]
11.03.2016 01:38, Denis G. Samsonenko пишет:
> Системы приходят и уходят, а хомяк остаётся.
Подписываюсь!
Хомяк держу на отдельном зеркале лет 9 уже.
--
Мимо крокодил.
WBR, rednex CIO.
JID = <mailto:>
Skype = $local_part@<mailto:>
Viber = +7(964)103-65-67
11.03.2016 01:06, Anton Farygin пишет:
>> Если выбирать последний вариант, то надо прикидывать, сколько занимает
>> "типичная установка". Но это понятие весьма расплывчатое. От 20Гб снизу
>> до 50Гб сверху?
>
> Кактусы кололись но продолжали жрать ёжиков ?
>
> У всех современных десктопов должно быть примерно так:
> Number Start (sector) End (sector) Size Code Name
> 1 16065 530144 251.0 MiB EF00
> 2 530145 546209 7.8 MiB EF02
> 3 546210 15583049 7.2 GiB 0700
> 4 15583050 250067789 111.8 GiB 0700
>
> Где под номером 4 - это корень, всё остальное для UEFI.
Фигня. Видно же: уефи - только первый раздел. Второй - для загрузки из
биоса. И непонятно, нафига оба? В зависимости от материнки нужен либо
тот, либо другой.
Зато со всем остальным непонятно. Который из двух корень? Я б
предположил, что третий. А четвёртый - таки хомяк. :)
--
Мимо крокодил.
WBR, rednex CIO.
JID = <mailto:>
Skype = $local_part@<mailto:>
Viber = +7(964)103-65-67
On 12.03.2016 01:54, Michael Shigorin wrote:
> On Fri, Mar 11, 2016 at 12:47:41PM +0600, Denis G. Samsonenko wrote:
>>>> Системы приходят и уходят, а хомяк остаётся.
>
> +1
>
>>> Зависит от использования, в моём случае системы приходят
>>> только на другое железо. А хомяк перетаскивается rsync'ом по
>>> мере необходимости.
>> Ну, я пару раз убивал систему, что приходилось по новой
>> ставить. Ну и переход на x86-64 тоже как то раз пришлось
>> делать. На железо тоже новое переходил, а винчестер с хомяком
>> давно не менял.
>
> Стоит бэкапить.
>
> PS: всем спасибо за обсуждение, см. новый скриптик, кто не боится.
Что-то тут не то:
# cat /var/cache/alterator/vm-profile.scm
((workstation
(title . "Setup for workstation")
(action . trivial)
(actiondata
("swap" (size 0 . 32) (fsim . "SWAPFS") (methods plain))
("/" (size 10995116277760 . 10995116277760 ) (fsim . "Ext2/3")
(methods plain))
("/home" (size 1048576 . #t) (fsim . "Ext2/3") (methods raid plain)))))
напоминаю, что на SSD в 120Gb большая глупость резать диск на хомяк и
корень.
On 12.03.2016 05:28, Вадим Илларионов wrote:
> 11.03.2016 01:06, Anton Farygin пишет:
>>> Если выбирать последний вариант, то надо прикидывать, сколько занимает
>>> "типичная установка". Но это понятие весьма расплывчатое. От 20Гб снизу
>>> до 50Гб сверху?
>>
>> Кактусы кололись но продолжали жрать ёжиков ?
>>
>> У всех современных десктопов должно быть примерно так:
>> Number Start (sector) End (sector) Size Code Name
>> 1 16065 530144 251.0 MiB EF00
>> 2 530145 546209 7.8 MiB EF02
>> 3 546210 15583049 7.2 GiB 0700
>> 4 15583050 250067789 111.8 GiB 0700
>>
>> Где под номером 4 - это корень, всё остальное для UEFI.
>
> Фигня. Видно же: уефи - только первый раздел. Второй - для загрузки из
> биоса. И непонятно, нафига оба? В зависимости от материнки нужен либо
> тот, либо другой.
> Зато со всем остальным непонятно. Который из двух корень? Я б
> предположил, что третий. А четвёртый - таки хомяк. :)
>
sda3 это ошмётки от предустановленной винды.
Корень - 4.
12.03.2016 13:42, Anton Farygin пишет:
> напоминаю, что на SSD в 120Gb большая глупость резать диск на хомяк и корень.
Почему?
--
С уважением,
Владимир.
On 12.03.2016 14:16, Vladimir Karpinsky wrote:
> 12.03.2016 13:42, Anton Farygin пишет:
>> напоминаю, что на SSD в 120Gb большая глупость резать диск на хомяк и
>> корень.
>
> Почему?
>
Потому что и так места мало, и никогда не угадаете где оно кончится быстрее.
12.03.2016 15:54, Anton Farygin пишет:
> Потому что и так места мало, и никогда не угадаете где оно кончится быстрее.
Когда-то очень давно пользователи съели всё свободное места на единственном
разделе -- было плохо, с тех пор я опасаюсь такого развития событий. Но,
если планируется 120 ГБ, то понятно, что большого количества пользователей
не ожидается...
--
С уважением,
Владимир.
On 12.03.2016 16:14, Vladimir Karpinsky wrote:
> 12.03.2016 15:54, Anton Farygin пишет:
>> Потому что и так места мало, и никогда не угадаете где оно кончится
>> быстрее.
> Когда-то очень давно пользователи съели всё свободное места на
> единственном разделе -- было плохо, с тех пор я опасаюсь такого развития
> событий. Но, если планируется 120 ГБ, то понятно, что большого
> количества пользователей не ожидается...
>
если планируется 120Gb то тут вообще ничего не ожидается, всё верно.
Квоты пользователям никто не отменял.
13.03.2016 14:44, Anton Farygin пишет:
> если планируется 120Gb то тут вообще ничего не ожидается, всё верно.
>
Господа, предлагаю все же не забывать, что мы говорим о дистрибутиве ДЛЯ
ПОЛЬЗОВАТЕЛЯ. Или я не прав?
Пользователь не админ, у него нет серверов с многочисленными юзерами,
зеркальных массивов на терабайты, десятка гигабитных интерфейсов и тому
подобного.
У пользователя есть компьютер. С одной сетевухой, с не более чем двумя
мониторами. И если у него случился SSD, то он вероятно один, и вероятно
размером не в терабайты, а в условные 250Гб, да еще и половину из
которых занимает виндовз :)
13.03.2016 15:11, Alexei V. Mezin пишет:
> 13.03.2016 14:44, Anton Farygin пишет:
>
>> если планируется 120Gb то тут вообще ничего не ожидается, всё верно.
>>
>
> Господа, предлагаю все же не забывать, что мы говорим о дистрибутиве
> ДЛЯ ПОЛЬЗОВАТЕЛЯ. Или я не прав?
>
> Пользователь не админ, у него нет серверов с многочисленными юзерами,
> зеркальных массивов на терабайты, десятка гигабитных интерфейсов и
> тому подобного.
>
> У пользователя есть компьютер. С одной сетевухой, с не более чем двумя
> мониторами. И если у него случился SSD, то он вероятно один, и
> вероятно размером не в терабайты, а в условные 250Гб, да еще и
> половину из которых занимает виндовз :)
>
Да даже 1Тб. У пользователя может быть одна из популярных программ -
торрент-клиент, и любимое желание - качать всё подряд. А про свободное
место вспоминает, только когда вылезет окошко "не могу записать"
(хорошо, если вспоминает, а то просто "компьютер плохо работает").
--
Alexander
[-- Attachment #1: Type: text/plain, Size: 1307 bytes --] Здравствуйте Alexander Yereschenko В сообщении от 13 марта 2016 Alexander Yereschenko написал(a): > 13.03.2016 15:11, Alexei V. Mezin пишет: > > 13.03.2016 14:44, Anton Farygin пишет: > >> если планируется 120Gb то тут вообще ничего не ожидается, > >> всё верно. > > > > Господа, предлагаю все же не забывать, что мы говорим о > > дистрибутиве ДЛЯ ПОЛЬЗОВАТЕЛЯ. Или я не прав? > > > > Пользователь не админ, у него нет серверов с многочисленными > > юзерами, зеркальных массивов на терабайты, десятка > > гигабитных интерфейсов и тому подобного. > > > > У пользователя есть компьютер. С одной сетевухой, с не более > > чем двумя мониторами. И если у него случился SSD, то он > > вероятно один, и вероятно размером не в терабайты, а в > > условные 250Гб, да еще и половину из которых занимает > > виндовз :) > > Да даже 1Тб. У пользователя может быть одна из популярных > программ - торрент-клиент, и любимое желание - качать всё > подряд. А про свободное место вспоминает, только когда вылезет > окошко "не могу записать" (хорошо, если вспоминает, а то > просто "компьютер плохо работает"). Вот по этой причине все мультимедиа файлы и образы для virtualbox храню в отдельном разделе, что-бы и в home и в корне всегда было дочтаточно места для текущих "обыденных" задач. -- С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 198 bytes --]
On Sat, Mar 12, 2016 at 01:42:33PM +0300, Anton Farygin wrote: > напоминаю, что на SSD в 120Gb большая глупость резать диск на > хомяк и корень. 1) я так не считаю (в т.ч. и на двух 128 Гб SSD); 2) патчи, как известно, приветствуются :) (на самом деле мысли про профилировку десктопных вариантов были, но пытаться ещё и их реализовать накануне, когда наконец снялся с ручника и понял, _что_ хотел увидеть -- малость слишком; так что это не издёвка, а предложение, лучше сразу проверить юзабельность на себе только) -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On Sun, Mar 13, 2016 at 08:25:52PM +0300, Хихин Руслан wrote: > Вот по этой причине все мультимедиа файлы и образы для virtualbox > храню в отдельном разделе, что-бы и в home и в корне всегда было > дочтаточно места для текущих "обыденных" задач. Аналогично и у меня сейчас на 250 Гб SSD отрезаны корень, /home и "всё остальное", гругря. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
[-- Attachment #1: Type: text/plain, Size: 901 bytes --] Здравствуйте Michael Shigorin В сообщении от 13 марта 2016 Michael Shigorin написал(a): > On Sun, Mar 13, 2016 at 08:25:52PM +0300, Хихин Руслан wrote: > > Вот по этой причине все мультимедиа файлы и образы для > > virtualbox храню в отдельном разделе, что-бы и в home и в > > корне всегда было дочтаточно места для текущих "обыденных" > > задач. > > Аналогично и у меня сейчас на 250 Гб SSD отрезаны корень, > /home и "всё остальное", гругря. Тут сегодня записал видео установки Стартеркита Gnome3. https://yadi.sk/i/3zHCE-rJq9LDr ИМХО Всё равно не оптимально. root - только 10 Гб - это мало. Насчёт патчи приветствуются - могу на С написать примерный алгоритм расчёта размера разделов, а применяемый тут язык програмирования мне не незнаком :-( -- А ещё говорят так (fortune): . ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 181 bytes --]
On Sun, Mar 13, 2016 at 10:27:18PM +0300, Hihin Ruslan wrote: > Тут сегодня записал видео установки Стартеркита Gnome3. > https://yadi.sk/i/3zHCE-rJq9LDr > ИМХО Всё равно не оптимально. root - только 10 Гб - это мало. Каков был объём диска? Там для установки с LiveCD реализовано умножение в 1,5...40 раз с ограничением сверху в виде объёма диска минус пара гигабайт на домашник и своп. > Насчёт патчи приветствуются - могу на С написать примерный > алгоритм расчёта размера разделов, а применяемый тут язык > програмирования мне не незнаком :-( Как, это же шелл! Всё формирование опорных циферок сделано на нём, дальше они записываются в конфигурационный файл на языке scheme. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
Hi!
14 марта 2016 г., 4:45 Michael Shigorin написал:
> On Sun, Mar 13, 2016 at 10:27:18PM +0300, Hihin Ruslan wrote:
>> Тут сегодня записал видео установки Стартеркита Gnome3.
>> https://yadi.sk/i/3zHCE-rJq9LDr
>> ИМХО Всё равно не оптимально. root - только 10 Гб - это мало.
>
> Каков был объём диска? Там для установки с LiveCD реализовано
> умножение в 1,5...40 раз с ограничением сверху в виде объёма
> диска минус пара гигабайт на домашник и своп.
Думаю, что меньше 25 ГБ нет смысла делать при любом разумном объёме
предоставляемого диска (от 100 ГБ и выше).
--
Всего доброго,
Денис.
[-- Attachment #1: Type: text/plain, Size: 526 bytes --] Здравствуйте Michael Shigorin В сообщении от 14 марта 2016 Michael Shigorin написал(a): > Каков был объём диска? Из картинки видно - 135 Гб. >Как, это же шелл! Всё формирование опорных циферок сделано на >нём, > дальше они записываются в конфигурационный файл на языке > scheme. Просто в shell я так глубоко не влезал. На досуге подумаю про формулу, как она мне видится. -- А ещё говорят так (fortune): . ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 181 bytes --]
On Mon, Mar 14, 2016 at 09:08:00AM +0600, Denis G. Samsonenko wrote: > >> ИМХО Всё равно не оптимально. root - только 10 Гб - это мало. > > Каков был объём диска? Там для установки с LiveCD реализовано > > умножение в 1,5...40 раз с ограничением сверху в виде объёма > > диска минус пара гигабайт на домашник и своп. > Думаю, что меньше 25 ГБ нет смысла делать при любом разумном > объёме предоставляемого диска (от 100 ГБ и выше). А если это была тестовая виртуалка? В том же vbox, широко используемом пользователями для ознакомления с ОС, по умолчанию предлагается создать диск на 8 Гб. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
Для такого объёма единственно правильное решение делать один раздел, и если позволяет объём ОЗУ, то без свопа. -- Простите за краткость, создано в K-9 Mail.
14.03.2016 14:15, Michael Shigorin пишет:
> В том же vbox, широко
> используемом пользователями для ознакомления
по умолчанию создается динамически расширяемый образ, который на
реальном диске занимает примерно столько, сколько в нем данных. При этом
виртуальный размер может быть сильно больше. Так что единственная
проблема в этом месте -- объяснить пользователю, что ему надо создать
30+Гб диск при создании виртуальной машины.
On Mon, Mar 14, 2016 at 09:31:08PM +0300, Alexei V. Mezin wrote: > > В том же vbox > Так что единственная проблема в этом месте -- объяснить http://www.opennet.ru/openforum/vsluhforumID3/106386.html#224 -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
[-- Attachment #1: Type: text/plain, Size: 1201 bytes --] Здравствуйте ! On Monday 14 March 2016 22:34:09 Michael Shigorin написал(а): Вот "на коленке" накидал алгоритм: unsigneg int size_hd; // Общий размер диска (В Гб) unsigneg int size_mem; // Общий размер ОЗУ (В Гб) unsigneg int size_root; // размер раздела root (В Гб) unsigneg int size_home; // размер раздела home (В Гб) unsigneg int size_swap; // размер раздела swap (В Гб) unsigneg int size_other; // размер раздела для медиаархива (условно /mnt/disk) (В Гб) if (size_hd <= 10 Гб) { size_home=0; size_other=0; if (size_mem < 1 Гб) { size_swap = 2*size_mem; }else size_swap = 0; size_root=size_hd-size_swap; } if (10 Гб <size_hd < 25 Гб) { size_other=0; if (size_mem < 1 Гб) { size_swap = 2*size_mem; }else size_swap = 0; } size_root= 10 Гб + (size_hd - 10)*0.4 (Гб); size_home=size_hd - size_root - size_swap; } if (25 Гб <size_hd < 150 Гб) { size_other=0; size_swap = 4 (Гб); size_root= 16 + (size_hd - 16) * 0.45 (Гб); size_home=size_hd - size_root - size_swap; } if (size_hd > 150 Гб) { size_swap = 4 (Гб); size_root = 60 (Гб) + 0.1 *size_hd; size_home = 86 (Гб) + 0.2 *size_hd; size_other= size_hd - size_root - size_swap - size_home; } -- C уважением, Хихин Руслан. [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 198 bytes --]
On 13.03.2016 20:25, Хихин Руслан wrote:
> Здравствуйте Alexander Yereschenko
> В сообщении от 13 марта 2016 Alexander Yereschenko написал(a):
>> 13.03.2016 15:11, Alexei V. Mezin пишет:
>>> 13.03.2016 14:44, Anton Farygin пишет:
>>>> если планируется 120Gb то тут вообще ничего не ожидается,
>>>> всё верно.
>>>
>>> Господа, предлагаю все же не забывать, что мы говорим о
>>> дистрибутиве ДЛЯ ПОЛЬЗОВАТЕЛЯ. Или я не прав?
>>>
>>> Пользователь не админ, у него нет серверов с многочисленными
>>> юзерами, зеркальных массивов на терабайты, десятка
>>> гигабитных интерфейсов и тому подобного.
>>>
>>> У пользователя есть компьютер. С одной сетевухой, с не более
>>> чем двумя мониторами. И если у него случился SSD, то он
>>> вероятно один, и вероятно размером не в терабайты, а в
>>> условные 250Гб, да еще и половину из которых занимает
>>> виндовз :)
>>
>> Да даже 1Тб. У пользователя может быть одна из популярных
>> программ - торрент-клиент, и любимое желание - качать всё
>> подряд. А про свободное место вспоминает, только когда вылезет
>> окошко "не могу записать" (хорошо, если вспоминает, а то
>> просто "компьютер плохо работает").
>
> Вот по этой причине все мультимедиа файлы и образы для virtualbox
> храню в отдельном разделе, что-бы и в home и в корне всегда было
> дочтаточно места для текущих "обыденных" задач.
Ты ж админ!
On 14.03.2016 06:08, Denis G. Samsonenko wrote:
> Hi!
>
> 14 марта 2016 г., 4:45 Michael Shigorin написал:
>> On Sun, Mar 13, 2016 at 10:27:18PM +0300, Hihin Ruslan wrote:
>>> Тут сегодня записал видео установки Стартеркита Gnome3.
>>> https://yadi.sk/i/3zHCE-rJq9LDr
>>> ИМХО Всё равно не оптимально. root - только 10 Гб - это мало.
>>
>> Каков был объём диска? Там для установки с LiveCD реализовано
>> умножение в 1,5...40 раз с ограничением сверху в виде объёма
>> диска минус пара гигабайт на домашник и своп.
>
> Думаю, что меньше 25 ГБ нет смысла делать при любом разумном объёме
> предоставляемого диска (от 100 ГБ и выше).
>
>
Корень должен быть не менее 250Gb ;)
On 13.03.2016 21:32, Michael Shigorin wrote: > On Sat, Mar 12, 2016 at 01:42:33PM +0300, Anton Farygin wrote: >> напоминаю, что на SSD в 120Gb большая глупость резать диск на >> хомяк и корень. > > 1) я так не считаю (в т.ч. и на двух 128 Гб SSD); > 2) патчи, как известно, приветствуются :) возьми алгоритм у меня из server-light, там всё просто и прозрачно. > > (на самом деле мысли про профилировку десктопных вариантов > были, но пытаться ещё и их реализовать накануне, когда наконец > снялся с ручника и понял, _что_ хотел увидеть -- малость слишком; > так что это не издёвка, а предложение, лучше сразу проверить > юзабельность на себе только) > Не надо много труда над этим - если кому-то понадобится сделать систему так, что бы застрелить себе голову через заднее место - он сделает это сам, без тебя - не надо ему в этом помогать. Т.е. - корень на всё, если ОЗУ 2Gb или менее - своп. В остальном случае необходимость свопа - это большой вопрос, разве что только для suspend2disk Все остальные варианты делаются в ручном режиме.
On Wednesday 16 March 2016, Anton Farygin wrote: > > Думаю, что меньше 25 ГБ нет смысла делать при любом разумном объёме > > предоставляемого диска (от 100 ГБ и выше). > > Корень должен быть не менее 250Gb ;) Зачем? :-) http://www.altlinux.org/РазбиениеДиска (пример в конце) -- С уважением, Сергей.
On 16.03.2016 17:07, Sergey wrote:
> On Wednesday 16 March 2016, Anton Farygin wrote:
>
>>> Думаю, что меньше 25 ГБ нет смысла делать при любом разумном объёме
>>> предоставляемого диска (от 100 ГБ и выше).
>>
>> Корень должен быть не менее 250Gb ;)
>
> Зачем? :-)
>
> http://www.altlinux.org/РазбиениеДиска (пример в конце)
>
Что бы на всё остальное места не оставалось
On 16.03.2016 17:51, Anton Farygin wrote:
> On 16.03.2016 17:07, Sergey wrote:
>> On Wednesday 16 March 2016, Anton Farygin wrote:
>>
>>>> Думаю, что меньше 25 ГБ нет смысла делать при любом разумном объёме
>>>> предоставляемого диска (от 100 ГБ и выше).
>>>
>>> Корень должен быть не менее 250Gb ;)
>>
>> Зачем? :-)
>>
>> http://www.altlinux.org/РазбиениеДиска (пример в конце)
>>
>
> Что бы на всё остальное места не оставалось
Посмотрел на пример - это дикий ужас.
1) /usr в отдельном разделе перестанет работать. Когда - не знаю, но это
случится 100%.
2) корень на 4Gb, при этом не lvm и нет свободного места -
гарантированная необходимость переустанавливать/переразбивать систему
через год-другой
3) Хомяк в 30Gb на рабочей станции ? Да вы что, у меня только почта
занимает 16Gb, и то скачана не вся (IMAP).
4) 120Gb под /var/ftp на рабочей станции ? А не пойти ли автору куда
подальше с такими рекомендациями ? Какой ещё такой /var/ftp на декстопе ?
5) под /var десять гигов ? да лучше б под хому сдедали нормально
6) /boot в 426Mb если всегда говорить update-kernel кончится через пару
десятков ядер
7) /home/user/RPM - это что за бред в примерах ? Давайте уж приведём
реальные примеры, без такого извращения. Тем более что ~/RPM уже в общем
то не так актуален с появлением гита.
А вот все эти проблемы можно было бы избежать, достаточно сделать так:
# df
Filesystem Size Used Avail Use% Mounted on
udevfs 5.0M 0 5.0M 0% /dev
runfs 1.8G 1.2M 1.8G 1% /run
/dev/sda4 110G 86G 19G 83% /
tmpfs 1.8G 21M 1.8G 2% /dev/shm
tmpfs 1.8G 0 1.8G 0% /sys/fs/cgroup
/dev/sda1 248M 119K 248M 1% /boot/efi
tmpfs 367M 24K 367M 1% /run/user/500
On 16.03.2016 18:00, Anton Farygin wrote:
> On 16.03.2016 17:51, Anton Farygin wrote:
>> On 16.03.2016 17:07, Sergey wrote:
>>> On Wednesday 16 March 2016, Anton Farygin wrote:
>>>
>>>>> Думаю, что меньше 25 ГБ нет смысла делать при любом разумном объёме
>>>>> предоставляемого диска (от 100 ГБ и выше).
>>>>
>>>> Корень должен быть не менее 250Gb ;)
>>>
>>> Зачем? :-)
>>>
>>> http://www.altlinux.org/РазбиениеДиска (пример в конце)
>>>
>>
>> Что бы на всё остальное места не оставалось
>
> Посмотрел на пример - это дикий ужас.
>
Ещё добавлю - если вы думаете, что то, что по ссылке - никто не читает,
то вы сильно ошибаетесь.
На самом деле читают, потом насоздают такой вот вермишели из диска и
приходят жаловаться на то, что Linux неожиданно перестал пакеты обновлять.
[-- Attachment #1: Type: text/plain, Size: 1497 bytes --] On Wed, Mar 16, 2016 at 06:02:51PM +0300, Anton Farygin wrote: > Ещё добавлю - если вы думаете, что то, что по ссылке - никто не читает, > то вы сильно ошибаетесь. > На самом деле читают, потом насоздают такой вот вермишели из диска и > приходят жаловаться на то, что Linux неожиданно перестал пакеты обновлять. Изначальная статья писалась в совершенно других реалиях. В настоящее время даже отделение /boot является скорее привычкой (правда, IMHO, все же полезной). На десктопе с ext4 достаточно двух разделов -- для UEFI и /. Остальное tmpfs по необходимости. Можно добавить свопа для любителей чрезмерно использовать tmpfs, вроде меня :) На ноутбуке еще таки желателен swap (для suspend2disk). Хотя на практике обычно пользуются все же suspend2ram. Все, остальные ухищрения нужны уже лишь в конфигурациях с несколькими дисковыми устройствами, в простейшем случае просто добавляется файлопомойка на HDD, а корень/home на SSD. При использовании btrfs имеет смысл нарезать тонко subvolume, для удобного выполнения snapshot's и откатов. Но пока это для экстремалов, потому в руководстве для "обычных юзеров" смысла не имеет. На простых по дисковой (1 диск или RAID-массив) серверах разделение имеет смысл разве что для изоляции мест, в которых может возникнуть внезапное переполнение, или мест, которые особо ценны, и переполнение где-то еще их затронуть не должно. Скажем /var/log я бы таки отделял. -- С уважением, Денис http://mithraen.ru/ [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 181 bytes --]
On 17.03.2016 02:51, Денис Смирнов wrote: > On Wed, Mar 16, 2016 at 06:02:51PM +0300, Anton Farygin wrote: > > >> Ещё добавлю - если вы думаете, что то, что по ссылке - никто не читает, >> то вы сильно ошибаетесь. >> На самом деле читают, потом насоздают такой вот вермишели из диска и >> приходят жаловаться на то, что Linux неожиданно перестал пакеты обновлять. > > Изначальная статья писалась в совершенно других реалиях. О чём и речь - надо переписать. > > В настоящее время даже отделение /boot является скорее привычкой (правда, > IMHO, все же полезной). Это сильно зависит. На одной из древних установок (примерно года так 2003-его) я сделал отдельный /boot не очень большого размера, о чём сильно жалел через 10 лет ;( Ядра растут. А Linux, в отличии от винды, может прожить без переустановок очень долго. Так долго, что за это время успевают вырасти дети. > > На десктопе с ext4 достаточно двух разделов -- для UEFI и /. Остальное > tmpfs по необходимости. Можно добавить свопа для любителей чрезмерно > использовать tmpfs, вроде меня :) Вот со свопом вопрос пока открытый - мне тут объясняли, что для приложений активно использующих mmap типа chrome - своп даже не используемый скорее полезен чем вреден. Но это утверждение надо проверить на практике. Я же на своём ноутбуке своп нашёл, но он мне нужен был для suspend'а. > > На ноутбуке еще таки желателен swap (для suspend2disk). Хотя на практике > обычно пользуются все же suspend2ram. suspend2disk за 15 лет - использовал максимум раз 20. Я не знаю, может быть на десктопе он более полезен, но на мой взгляд в ближайшее время эта уродская технология должна умереть как класс. Ждём энергонезависимое ОЗУ. > > Все, остальные ухищрения нужны уже лишь в конфигурациях с несколькими > дисковыми устройствами, в простейшем случае просто добавляется > файлопомойка на HDD, а корень/home на SSD. > > При использовании btrfs имеет смысл нарезать тонко subvolume, для удобного > выполнения snapshot's и откатов. Но пока это для экстремалов, потому в > руководстве для "обычных юзеров" смысла не имеет. > > На простых по дисковой (1 диск или RAID-массив) серверах разделение имеет > смысл разве что для изоляции мест, в которых может возникнуть внезапное > переполнение, или мест, которые особо ценны, и переполнение где-то еще их > затронуть не должно. > > Скажем /var/log я бы таки отделял. Отделить /var/log на серверах может быть полезно, что бы не создавать возможности досить систему переполнением лога.
On Wednesday 16 March 2016, Anton Farygin wrote: > 1) /usr в отдельном разделе перестанет работать. Когда - не знаю, > но это случится 100%. Никогда не случится, пока systemd не захватит мир. :-) > 2) корень на 4Gb, при этом не lvm и нет свободного места - > гарантированная необходимость переустанавливать/переразбивать систему > через год-другой Зачем ? На то он и отдельный /usr > 3) Хомяк в 30Gb на рабочей станции ? Да вы что, у меня только почта > занимает 16Gb, и то скачана не вся (IMAP). Ну так всё на сервере, ничего не скачано. > 4) 120Gb под /var/ftp на рабочей станции ? А не пойти ли автору куда > подальше с такими рекомендациями ? Какой ещё такой /var/ftp на декстопе ? Файловая помойка, которая может понадобиться, например, дома. > 5) под /var десять гигов ? да лучше б под хому сдедали нормально Под хому и так нормально. > 6) /boot в 426Mb если всегда говорить update-kernel кончится через пару > десятков ядер Зачем десяток ядер ?! Но нет, и с десятком не кончится: 10,940,733 bytes Это vmlinuz-4.1.19-std-def-alt1, initrd-4.1.19-std-def-alt1.img и System.map-4.1.19-std-def-alt1. Модули-то в корне. > 7) /home/user/RPM - это что за бред в примерах ? Давайте уж приведём > реальные примеры, без такого извращения. Тем более что ~/RPM уже в общем > то не так актуален с появлением гита. > > А вот все эти проблемы можно было бы избежать, Не увидел ни одной проблемы. :-) > достаточно сделать так: > # df > Filesystem Size Used Avail Use% Mounted on > udevfs 5.0M 0 5.0M 0% /dev > > > runfs 1.8G 1.2M 1.8G 1% /run > /dev/sda4 110G 86G 19G 83% / > tmpfs 1.8G 21M 1.8G 2% /dev/shm > tmpfs 1.8G 0 1.8G 0% /sys/fs/cgroup > /dev/sda1 248M 119K 248M 1% /boot/efi > tmpfs 367M 24K 367M 1% /run/user/500 reset, fsck, то ли загрузились, то ли нет... -- С уважением, Сергей.
On Wednesday 16 March 2016, Anton Farygin wrote:
> На самом деле читают, потом насоздают такой вот вермишели из диска и
> приходят жаловаться на то, что Linux неожиданно перестал пакеты обновлять.
А когда с одним корнем, валится "всё вдруг", так как какая-нибудь Бакула всё
съела, или ещё что-то. Отдельное веселье начинается при сохранении открытых
файлов с удалением предыдущей версии: удалили, а место-то и подъелось, писать
уже некуда.
--
С уважением, Сергей.
On Thursday 17 March 2016, Sergey wrote:
> > 6) /boot в 426Mb если всегда говорить update-kernel кончится через пару
> > десятков ядер
>
> Зачем десяток ядер ?! Но нет, и с десятком не кончится: 10,940,733 bytes
> Это vmlinuz-4.1.19-std-def-alt1, initrd-4.1.19-std-def-alt1.img и
> System.map-4.1.19-std-def-alt1. Модули-то в корне.
Хотя вот посмотрел на убунтовский initrd, да... 27,630,536b
--
С уважением, Сергей.
On Thursday 17 March 2016, Anton Farygin wrote:
> > Изначальная статья писалась в совершенно других реалиях.
>
> О чём и речь - надо переписать.
Я категорически против такой формулировки:
"более того - для облегчения себе жизни в дальнейшем при
условии отсутствия большого количества пользователей на
рабочей станции - рекомендуется делать один большой раздел
и отдавать его под / (всю систему), не разбивая диск на
множество мелких кусочков.''
Это не облегчение жизни, а, напротив, раскладывание грабель.
--
С уважением, Сергей.
On Thursday 17 March 2016, Sergey wrote:
> > > Изначальная статья писалась в совершенно других реалиях.
> >
> > О чём и речь - надо переписать.
>
> Я категорически против такой формулировки:
>
> "более того - для облегчения себе жизни в дальнейшем при
> условии отсутствия большого количества пользователей на
> рабочей станции - рекомендуется делать один большой раздел
> и отдавать его под / (всю систему), не разбивая диск на
> множество мелких кусочков.''
>
> Это не облегчение жизни, а, напротив, раскладывание грабель.
В общем, эту правку отменил, во введении дописал:
Так же, существует альтернативное мнение, что на рабочей станции вообще не следует делить диск на разделы (исключая /boot/efi). Плюс такого решения исключительно в том, что не придётся решать вопрос о выборе размеров разделов. В случае такого выбора статью можно дальше не читать.
Пример с / и /boot/efi добавил в примеры (взял тут)
--
С уважением, Сергей.
On 17.03.2016 12:30, Sergey wrote:
> On Wednesday 16 March 2016, Anton Farygin wrote:
>
>> На самом деле читают, потом насоздают такой вот вермишели из диска и
>> приходят жаловаться на то, что Linux неожиданно перестал пакеты обновлять.
>
> А когда с одним корнем, валится "всё вдруг", так как какая-нибудь Бакула всё
> съела, или ещё что-то. Отдельное веселье начинается при сохранении открытых
> файлов с удалением предыдущей версии: удалили, а место-то и подъелось, писать
> уже некуда.
>
Бакула съела ? мы точно про десктоп ?
On 17.03.2016 12:26, Sergey wrote: > On Wednesday 16 March 2016, Anton Farygin wrote: > >> 1) /usr в отдельном разделе перестанет работать. Когда - не знаю, >> но это случится 100%. > > Никогда не случится, пока systemd не захватит мир. :-) Уже захватило > >> 2) корень на 4Gb, при этом не lvm и нет свободного места - >> гарантированная необходимость переустанавливать/переразбивать систему >> через год-другой > > Зачем ? На то он и отдельный /usr Ну значит он кончится. > >> 3) Хомяк в 30Gb на рабочей станции ? Да вы что, у меня только почта >> занимает 16Gb, и то скачана не вся (IMAP). > > Ну так всё на сервере, ничего не скачано. НУ я про то и пишу - почти вся на сервере, это только кэши > >> 4) 120Gb под /var/ftp на рабочей станции ? А не пойти ли автору куда >> подальше с такими рекомендациями ? Какой ещё такой /var/ftp на декстопе ? > > Файловая помойка, которая может понадобиться, например, дома. А может не понадобится, а может не помойка. И почему /var/fый tp, который легко превращается в анонимный публичнftp ? > >> 5) под /var десять гигов ? да лучше б под хому сдедали нормально > > Под хому и так нормально. Мало > >> 6) /boot в 426Mb если всегда говорить update-kernel кончится через пару >> десятков ядер > > Зачем десяток ядер ?! Но нет, и с десятком не кончится: 10,940,733 bytes > Это vmlinuz-4.1.19-std-def-alt1, initrd-4.1.19-std-def-alt1.img и > System.map-4.1.19-std-def-alt1. Модули-то в корне. А затем, что по умолчанию у нас ядра не обновляются а устанавливаются. Если ставить каждое новое ядро без удаления, то место кончится за пару лет. > >> 7) /home/user/RPM - это что за бред в примерах ? Давайте уж приведём >> реальные примеры, без такого извращения. Тем более что ~/RPM уже в общем >> то не так актуален с появлением гита. >> >> А вот все эти проблемы можно было бы избежать, > > Не увидел ни одной проблемы. :-) Бывает ;) > >> достаточно сделать так: >> # df >> Filesystem Size Used Avail Use% Mounted on >> udevfs 5.0M 0 5.0M 0% /dev >> >> >> runfs 1.8G 1.2M 1.8G 1% /run >> /dev/sda4 110G 86G 19G 83% / >> tmpfs 1.8G 21M 1.8G 2% /dev/shm >> tmpfs 1.8G 0 1.8G 0% /sys/fs/cgroup >> /dev/sda1 248M 119K 248M 1% /boot/efi >> tmpfs 367M 24K 367M 1% /run/user/500 > > reset, fsck, то ли загрузились, то ли нет... Как будтно отдельный usr или хомяк спасёт от резетов ;)
On 17.03.2016 12:32, Sergey wrote:
> On Thursday 17 March 2016, Sergey wrote:
>
>>> 6) /boot в 426Mb если всегда говорить update-kernel кончится через пару
>>> десятков ядер
>>
>> Зачем десяток ядер ?! Но нет, и с десятком не кончится: 10,940,733 bytes
>> Это vmlinuz-4.1.19-std-def-alt1, initrd-4.1.19-std-def-alt1.img и
>> System.map-4.1.19-std-def-alt1. Модули-то в корне.
>
> Хотя вот посмотрел на убунтовский initrd, да... 27,630,536b
>
Это только сегодня, а завтра будет 120 мегабайт.
Фантазия авторов ничем не ограничена.
[-- Attachment #1: Type: text/plain, Size: 193 bytes --] Здравствуйте ! On Friday 18 March 2016 15:04:11 Anton Farygin написал(а): > Бакула съела ? мы точно про десктоп ? Ага - почитай на форуме про такие случаи :) -- C уважением, Хихин Руслан. [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 198 bytes --]
17.03.2016 17:32, Sergey пишет:
> On Thursday 17 March 2016, Sergey wrote:
>
>>> 6) /boot в 426Mb если всегда говорить update-kernel кончится через пару
>>> десятков ядер
>> Зачем десяток ядер ?! Но нет, и с десятком не кончится: 10,940,733 bytes
>> Это vmlinuz-4.1.19-std-def-alt1, initrd-4.1.19-std-def-alt1.img и
>> System.map-4.1.19-std-def-alt1. Модули-то в корне.
>
> Хотя вот посмотрел на убунтовский initrd, да... 27,630,536b
>
Это вы ещё кентось версии 7 не видали: в разделе /boot при одном ядре
под сотню МБ занято.
--
Мимо крокодил.
WBR, rednex CIO.
JID = <mailto:>
Skype = $local_part@<mailto:>
Viber = +7(964)103-65-67
On Friday 18 March 2016, Anton Farygin wrote: > >> 4) 120Gb под /var/ftp на рабочей станции ? А не пойти ли автору куда > >> подальше с такими рекомендациями ? Какой ещё такой /var/ftp на декстопе ? > > > > Файловая помойка, которая может понадобиться, например, дома. > > А может не понадобится, а может не помойка. И почему /var/fый tp, > который легко превращается в анонимный публичнftp ? Как раз за этим. Анонимная публичная часть есть тоже: кому-нибудь что-нибудь отдать по-быстрому. > >> 6) /boot в 426Mb если всегда говорить update-kernel кончится через пару > >> десятков ядер > > > > Зачем десяток ядер ?! Но нет, и с десятком не кончится: 10,940,733 bytes > > Это vmlinuz-4.1.19-std-def-alt1, initrd-4.1.19-std-def-alt1.img и > > System.map-4.1.19-std-def-alt1. Модули-то в корне. > > А затем, что по умолчанию у нас ядра не обновляются а устанавливаются. > Если ставить каждое новое ядро без удаления, то место кончится за пару лет. Ну надо же удалять-то. Зачем старые ядра-то держать !? Кторые либо не грузятся, либо дырявые. > >> runfs 1.8G 1.2M 1.8G 1% /run > >> /dev/sda4 110G 86G 19G 83% / > >> tmpfs 1.8G 21M 1.8G 2% /dev/shm > >> tmpfs 1.8G 0 1.8G 0% /sys/fs/cgroup > >> /dev/sda1 248M 119K 248M 1% /boot/efi > >> tmpfs 367M 24K 367M 1% /run/user/500 > > > > reset, fsck, то ли загрузились, то ли нет... > > Как будтно отдельный usr или хомяк спасёт от резетов ;) От ресетов - нет. А от повреждения корня, кода просят run fsck manually, как правило, да. Хотя, последние случаи, которые встречались, были на ext3, на ext4 не попадалось, кажется. -- С уважением, Сергей a_s_y@sama.ru
В Thu, 17 Mar 2016 13:26:38 +0400 Sergey <a_s_y@sama.ru> пишет: > On Wednesday 16 March 2016, Anton Farygin wrote: > > > 1) /usr в отдельном разделе перестанет работать. Когда - не знаю, > > но это случится 100%. > > Никогда не случится, пока systemd не захватит мир. :-) Существуют и другие мнения. $ df /usr/ Файловая система Размер Использовано Дост Использовано% Cмонтировано в /dev/sda5 9,9G 9,0G 433M 96% /usr $ ls /usr/lib|grep nvidia libnvidia-cfg.so.1 libnvidia-eglcore.so.340.65 libnvidia-eglcore.so.340.76 libnvidia-eglcore.so.340.93 libnvidia-eglcore.so.340.96 libnvidia-eglcore.so.346.72 libnvidia-eglcore.so.352.55 libnvidia-eglcore.so.352.79 libnvidia-glcore.so.256.35 libnvidia-glcore.so.295.49 libnvidia-glcore.so.304.125 libnvidia-glcore.so.304.128 libnvidia-glcore.so.304.131 libnvidia-glcore.so.310.44 libnvidia-glcore.so.340.65 libnvidia-glcore.so.340.76 libnvidia-glcore.so.340.93 libnvidia-glcore.so.340.96 libnvidia-glcore.so.346.72 libnvidia-glcore.so.352.55 libnvidia-glcore.so.352.79 libnvidia-glsi.so.340.65 libnvidia-glsi.so.340.76 libnvidia-glsi.so.340.93 libnvidia-glsi.so.340.96 libnvidia-glsi.so.346.72 libnvidia-glsi.so.352.55 libnvidia-glsi.so.352.79 libnvidianull.so libnvidia-tls.so.1 libnvidia-tls.so.256.35 libnvidia-tls.so.295.49 libnvidia-tls.so.304.125 libnvidia-tls.so.304.128 libnvidia-tls.so.304.131 libnvidia-tls.so.310.44 libnvidia-tls.so.340.65 libnvidia-tls.so.340.76 libnvidia-tls.so.340.93 libnvidia-tls.so.340.96 libnvidia-tls.so.346.72 libnvidia-tls.so.352.55 libnvidia-tls.so.352.79 nvidia nvidia_173.14.31 nvidia_173.14.37 nvidia_173.14.39 nvidia_256.35 nvidia_295.49 nvidia_304.125 nvidia_304.128 nvidia_304.131 nvidia_310.44 nvidia_340.65 nvidia_340.76 nvidia_340.93 nvidia_340.96 nvidia_346.72 nvidia_352.55 nvidia_352.79 nvidia_96.43.17 nvidia_96.43.20 nvidia_96.43.23 Что из перечисленного не нужно - не знаю. Но весит оно, мягко говоря, немало. $ rpm -qa|grep kernel-image kernel-image-std-def-3.14.54-alt0.M70P.1 kernel-image-std-def-3.14.64-alt0.M70P.1 $ rpm -qa|grep sysytemd [vip@notebook-Dell Рабочий стол]$ > > > 2) корень на 4Gb, при этом не lvm и нет свободного места - > > гарантированная необходимость переустанавливать/переразбивать > > систему через год-другой > > Зачем ? На то он и отдельный /usr > > > 3) Хомяк в 30Gb на рабочей станции ? Да вы что, у меня только почта > > занимает 16Gb, и то скачана не вся (IMAP). > > Ну так всё на сервере, ничего не скачано. > Тоже не так всё однозначно. Попробуйте с таким подходом где-нить на нефтепромысле, где модемных 13 кбит/сек уже за счастье, почитать почту с сервера. -- С уважением, Вячеслав Перевалов
On Saturday 19 March 2016, Vyatcheslav Perevalov wrote: > $ ls /usr/lib|grep nvidia > libnvidia-cfg.so.1 > libnvidia-eglcore.so.340.65 > libnvidia-eglcore.so.340.76 > nvidia_96.43.20 > nvidia_96.43.23 > > Что из перечисленного не нужно - не знаю. Но весит оно, мягко говоря, > немало. nvidia-clean-driver # rpm -qf /usr/bin/nvidia-clean-driver nvidia_glx_common-352.79-alt157 Про ядра, кстати, remove-old-kernels. Правда, тут баг висит, так что, я через apt-get remove kernel-image-... удаляю лишнее: https://bugzilla.altlinux.org/30717 > > Ну так всё на сервере, ничего не скачано. > > > > Тоже не так всё однозначно. > Попробуйте с таким подходом где-нить на нефтепромысле, где модемных 13 > кбит/сек уже за счастье, почитать почту с сервера. Так у каждого свои нюансы. Никто не обещал, что можно всё предусмотреть. -- С уважением, Сергей a_s_y@sama.ru
On Saturday 19 March 2016, Vyatcheslav Perevalov wrote: > Что из перечисленного не нужно - не знаю. Но весит оно, мягко говоря, > немало. Ещё можно почитать https://forum.altlinux.org/index.php?topic=10465.0 Но прочитать надо всё, так как список на удаление надо глазами смотреть, пояснения там есть в середине обсуждения. -- С уважением, Сергей a_s_y@sama.ru
On Friday 18 March 2016, Anton Farygin wrote: > > А когда с одним корнем, валится "всё вдруг", так как какая-нибудь Бакула всё > > съела, или ещё что-то. Отдельное веселье начинается при сохранении открытых > > файлов с удалением предыдущей версии: удалили, а место-то и подъелось, писать > > уже некуда. > Бакула съела ? мы точно про десктоп ? В дополнение к сообщению Руслана. :-) http://forum.altlinux.org/index.php?topic=31019.0 http://forum.altlinux.org/index.php?topic=32978.0 -- С уважением, Сергей a_s_y@sama.ru
On Friday 18 March 2016, Вадим Илларионов wrote:
> Это вы ещё кентось версии 7 не видали: в разделе /boot при одном ядре
> под сотню МБ занято.
А можно ls -l сюда ? Или, сразу, на wiki добавить, в примечание к /boot,
как пример в других ОС. А я убунтовский добавлю.
--
С уважением, Сергей
a_s_y@sama.ru
В Sat, 19 Mar 2016 12:35:36 +0400
Sergey <a_s_y@sama.ru> пишет:
> On Saturday 19 March 2016, Vyatcheslav Perevalov wrote:
>
> > Что из перечисленного не нужно - не знаю. Но весит оно, мягко
> > говоря, немало.
>
> Ещё можно почитать https://forum.altlinux.org/index.php?topic=10465.0
> Но прочитать надо всё, так как список на удаление надо глазами
> смотреть, пояснения там есть в середине обсуждения.
>
Спасибо, почитаю. Первый совет помог.
--
С уважением,
Вячеслав Перевалов
19.03.2016 17:56, Sergey пишет:
> On Friday 18 March 2016, Вадим Илларионов wrote:
>
>> Это вы ещё кентось версии 7 не видали: в разделе /boot при одном ядре
>> под сотню МБ занято.
> А можно ls -l сюда ? Или, сразу, на wiki добавить, в примечание к /boot,
> как пример в других ОС. А я убунтовский добавлю.
>
[root@nas-w boot]# grep -i pretty /etc/*release
/etc/os-release:PRETTY_NAME="CentOS Linux 7 (Core)"
[root@nas-w boot]# ls -l /boot
итого 92925
-rw-r--r--. 1 root root 123891 авг 6 2015 config-3.10.0-229.11.1.el7.x86_64
drwxr-xr-x. 2 root root 1024 окт 20 12:55 grub
drwxr-xr-x. 6 root root 1024 дек 25 07:16 grub2
-rw-r--r--. 1 root root 43422696 сен 14 2015 initramfs-0-rescue-3dd51b8747f94aa49159fbac88313753.img
-rw-r--r--. 1 root root 17854649 сен 14 2015 initramfs-3.10.0-229.11.1.el7.x86_64.img
-rw-r--r--. 1 root root 19570267 дек 25 06:05 initramfs-3.10.0-229.11.1.el7.x86_64kdump.img
-rw-r--r--. 1 root root 590207 сен 14 2015 initrd-plymouth.img
drwx------. 2 root root 12288 сен 14 2015 lost+found
-rw-r--r--. 1 root root 240331 авг 6 2015 symvers-3.10.0-229.11.1.el7.x86_64.gz
-rw-------. 1 root root 2881758 авг 6 2015 System.map-3.10.0-229.11.1.el7.x86_64
-rwxr-xr-x. 1 root root 5029136 сен 14 2015 vmlinuz-0-rescue-3dd51b8747f94aa49159fbac88313753
-rwxr-xr-x. 1 root root 5029744 авг 6 2015 vmlinuz-3.10.0-229.11.1.el7.x86_64
Видно, что без малого половину места занимает образ восстановления системы. Установщик предложил под /boot 300
МБ, я урезал до сотни, после чего обнаружил, что более пары ядер не установить.
--
Мимо крокодил.
WBR, rednex CIO.
Viber = +7(964)103-65-67
JID = <mailto:>
Skype = $local_part@<mailto:>
On Monday 21 March 2016, В.А. Илларионов wrote:
> -rw-r--r--. 1 root root 43422696 сен 14 2015 initramfs-0-rescue-3dd51b8747f94aa49159fbac88313753.img
> -rw-r--r--. 1 root root 17854649 сен 14 2015 initramfs-3.10.0-229.11.1.el7.x86_64.img
> -rw-r--r--. 1 root root 19570267 дек 25 06:05 initramfs-3.10.0-229.11.1.el7.x86_64kdump.img
Спасибо, добавил.
--
С уважением, Сергей.