| 1.1, Аноним (-), 09:51, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>перенос всех исполняемых файлов и библиотек из корневых директорий в /usr. Каталоги /bin, /sbin и /lib* теперь унифицированы с соответствующими каталоги внутри /usr и оформлены через символические ссылки на них
void-linux way
>Добавлена возможность использования утилиты GNU/screen
Стоп. Вот не поверю, что раньше в debian не было screen. Может конкретно в инсталляторе такая возможность появилась? Уточняйте в новости подробные моменты.
| | |
| |
| 2.2, Аноним (-), 09:54, 14/11/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Может конкретно в инсталляторе такая возможность появилась?
^ this
В Дебьяне был Screen.
| | |
| 2.3, Аноним (-), 09:55, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
>Уточняйте в новости подробные моменты.
>Основные изменения в Debian Installer Stretch Alpha 8:
Что тебе еще уточнить? Пойди кофе выпей.
>не поверю, что раньше в debian не было screen
Всегда было.
| | |
| |
| 3.7, Andrey Mitrofanov (?), 10:55, 14/11/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
>>Уточняйте в новости подробные моменты.
>>Основные изменения в Debian Installer Stretch Alpha 8:
> Что тебе еще уточнить? Пойди кофе выпей.
Вот это, например:
""Any arch that can install with a console that supports switching between screens with “<alt>-Fn” does not benefit from having screen be default. It’s only when one is installing from a serial console (i.e. non-video) that it would be useful to have screen be the default."" --https://lists.debian.org/debian-boot/2016/08/msg00082.html
Расскажи ему ещй вот про это https://lists.debian.org/debian-boot/2016/02/msg00547.html и обозри все последовавшие 9 месяцев постройки и починки сей убер-фичи.
Тут всем будет интересно! Начинай.
| | |
| |
| 4.85, Аноним (-), 18:44, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
Сказать-то че хотел? Он спросил, screen в инсталлере или в Дебе. Я и ответил. Нафиг мне твое инфо?
| | |
|
|
| 2.9, анон (?), 11:12, 14/11/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
Возможно дело в том, что в последних выпусках systemd сломали screen? Суть в том, что как только пользователь закрывает свою последнюю сессию, тут же идет очистка от любых процессов запущенных от этой сессии. В то числе и от screen. Обойти этом можно, написав специальный юнит для screen. Наверное это и было сделано.
| | |
| 2.10, anonymous (??), 11:13, 14/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>void-linux way
Какой войд? Это идея, которую Поттеринг протащил. Гугли UsrMove
| | |
| |
| 3.31, freehck (ok), 13:34, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
 >> void-linux way
> Какой войд? Это идея, которую Поттеринг протащил. Гугли UsrMove
void-poettering way
| | |
| |
| 4.41, Аноним (-), 14:47, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> void-poettering way
На всякий случай напомню, что void linux основан идейным поттерофобом. И вместо инита там runit.
| | |
| |
| |
| 6.57, Аноним (-), 15:04, 14/11/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> поттерофобом
> Вы так говорите, как будто это что-то плохое.
Это замечательно! Особенно когда он продвигает ленькины идеи и поделки.
| | |
| |
| 7.82, Аноним (-), 18:27, 14/11/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>> поттерофобом
>> Вы так говорите, как будто это что-то плохое.
> Это замечательно! Особенно когда он продвигает ленькины идеи и поделки.
Воу-воу. У Лёни не всё плохо. Обвиняют его в комбайне под названием "systemd" и агрессивном продвижение оного. Ни больше ни меньше.
| | |
| |
| |
| 9.150, Аноним (-), 18:15, 15/11/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Тут так часто и со вкусом говорят про пш-пш , что, видимо, у меня одного оно ни... текст свёрнут, показать | | |
| |
| 10.152, Led (ok), 21:23, 15/11/2016 [^] [^^] [^^^] [ответить] | +1 +/– |  Это про тебя статья в районной газете была 100000 километров не пердел ... текст свёрнут, показать | | |
|
|
|
|
|
| 5.118, Аноним (-), 02:17, 15/11/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
> На всякий случай напомню, что void linux основан идейным поттерофобом. И вместо
> инита там runit.
Может ему сразу форком openbsd стать заодно? Иначе недостаточно ретроградно :)
| | |
|
|
|
| 2.24, Аноним (-), 12:34, 14/11/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
>>перенос всех исполняемых файлов и библиотек из корневых директорий в /usr. Каталоги /bin, /sbin и /lib* теперь унифицированы с соответствующими каталоги внутри /usr и оформлены через символические ссылки на них
>void-linux way
systemd-Potteringd во все поля
| | |
| |
| 3.42, Аноним (-), 14:48, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
>>>перенос всех исполняемых файлов и библиотек из корневых директорий в /usr. Каталоги /bin, /sbin и /lib* теперь унифицированы с соответствующими каталоги внутри /usr и оформлены через символические ссылки на них
>>void-linux way
> systemd-Potteringd во все поля
Вот так, тихо и незаметно, борцы с Поттерингом продвигают его идеи.
Ждем в Devuan.
| | |
|
|
| 1.4, AlexYeCu_not_logged (?), 10:12, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>Подобная реструктуризация позволит избавиться от путаницы с размещением файлов и упростит поддержание пакетов.
И обеспечит дополнительную мороку при повреждении фс корневого раздела.
| | |
| |
| 2.6, rmrm (?), 10:47, 14/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Зачем вы до сих пор живёте в 1995м и делаете /usr отдельным разделом?
| | |
| |
| 3.8, AlexYeCu_not_logged (?), 11:06, 14/11/2016 [^] [^^] [^^^] [ответить]
| –4 +/– | |
>Зачем вы до сих пор живёте в 1995м и делаете /usr отдельным разделом?
Мой комментарий как раз про то обстоятельство, что нынче делать /usr отдельным разделом смысла ровно 0.
И если, пусть не в 95-м (тогда я про никсы и не слышал), а в 2005, система могла выявить проблему в фс, автоматически запустить fsck, проверить непримонтированный (!) раздел и перезагрузиться, то нынче она в такой же ситуации вывалится в emergency mode: грузитесь с внешнего носителя, граждане.
| | |
| |
| |
| 5.33, freehck (ok), 13:42, 14/11/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> так нонче есть initrd с fsck.
А как обрадуются разработчики embedded-устройств, которые до сих пор собирают ядро монолитно и без initrd.
| | |
| |
| 6.35, Аноним (-), 14:04, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> так нонче есть initrd с fsck.
> А как обрадуются разработчики embedded-устройств, которые до сих пор собирают ядро монолитно
> и без initrd.
systemd в embedded? Серьёзно?
| | |
| |
| |
| |
| 9.63, Аноним (-), 15:09, 14/11/2016 [^] [^^] [^^^] [ответить] | –2 +/– | Примерно такие же шансы, как падение Земли на Луну systemd по сравнению с ядром... текст свёрнут, показать | | |
|
|
| 7.79, freehck (ok), 17:23, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> systemd в embedded? Серьёзно?
systemd вообще никда не стоит. Серьёзно. :)
А речь вообще говоря про /usr merge, а не про systemd.
| | |
| 7.119, Аноним (-), 02:29, 15/11/2016 [^] [^^] [^^^] [ответить]
| –5 +/– | |
> systemd в embedded? Серьёзно?
Абсолютно. Он не только работает, но
1) Система с ним грузится в разы быстрее и в эмбедовке это нужно.
2) С ним сложнее забить на ошибки и схалтурить, он позволяет отлавливать хитрозадые взбрыки систем.
3) В нем еще и обработать можно отвал критичных сервисов.
4) И мониторить живость критичных процессов он может, у него апи есть.
5) Он решает множество проблем, будь то установка релтаймного шедулера и прочих приоритетов или нормальная дележка ресурсов. Фанаты ulimit и nice дружно курят бамбук.
Кста поцтера попинали совместными усилиями с подачи фирмочки pengutronix - системд теперь вполне себе живет и на readonly rootfs и всем таком прочем.
| | |
| |
| |
| 9.165, Аноним (-), 01:14, 17/11/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Поцтеринг как раз такие вещи чинит очень оперативно, в отличие от всяких бракоде... текст свёрнут, показать | | |
|
|
|
| 6.37, deadfood (ok), 14:20, 14/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 fsck в эмбеддедед? Это тот самый эмбеддед, который по характеристикам обходит сервера в 95ом?
| | |
| 6.46, Аноним (-), 14:54, 14/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А как обрадуются разработчики embedded-устройств, которые до сих пор собирают ядро монолитно и без initrd.
Ну уж в embedded-то точно дофига носителей, и без usr на отдельном разделе никуда)
| | |
| |
| 7.78, freehck (ok), 17:22, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну уж в embedded-то точно дофига носителей, и без usr на отдельном разделе никуда)
Дофига - это сомнительный аргумент. На embedded дофига чего и вовсе на винде вертится. Что же теперь, gnu/linux закапывать, что ли?
| | |
| |
| 8.121, Аноним (-), 02:36, 15/11/2016 [^] [^^] [^^^] [ответить] | –3 +/– | Это делали такие же как вы, только еще и винд00зоиды к тому же А зак пывать ник... текст свёрнут, показать | | |
|
|
|
|
| 4.15, rm_ (ok), 11:34, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > нынче делать /usr отдельным разделом смысла ровно 0
Так какие тогда возражения к изменению описанному в новости?
> И обеспечит дополнительную мороку при повреждении фс корневого раздела.
Если / и /usr это один и тот же раздел, какая морока и кому будет обеспечена в зависимости от того где бинарники, а где симлинки на них?
| | |
| 4.16, evkogan (?), 11:35, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
Я знаю в каких случаях нужен отльный var, tmp, home. Могу придумать зачем отдельный boot, но вот зачем отдельный usr я придумать не могу. Так что все нормально
| | |
| |
| 5.21, Ergil (ok), 11:45, 14/11/2016 [^] [^^] [^^^] [ответить]
| –3 +/– |
 > Я знаю в каких случаях нужен отльный var, tmp, home. Могу придумать
> зачем отдельный boot, но вот зачем отдельный usr я придумать не
> могу. Так что все нормально
А я вот даже зачем отдельный /var придумать не могу. Зачем выносить /var/lib(раз уж до сих пор, насрав на FHS, туда суют базы мускуля, постгри и ко) я понимаю, зачем отдельный /var/log или /var/spool понимаю, а зачем весь /var нет. А /tmp давно все нормальные люди суют в tmpfs, нечего ему вообще на харде делать.
| | |
| |
| 6.22, Аноним (-), 12:32, 14/11/2016 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> А /tmp давно все нормальные люди суют в tmpfs
Это потому что "нормальные люди" на своём локалхосте не сталкивались, скажем, с массовой обработкой картинок или звука. В /tmp в этом случае может тусоваться пара тысяч файлов по гигу каждый.
| | |
| |
| 7.23, Ergil (ok), 12:34, 14/11/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
>> А /tmp давно все нормальные люди суют в tmpfs
> Это потому что "нормальные люди" на своём локалхосте не сталкивались, скажем, с
> массовой обработкой картинок или звука. В /tmp в этом случае может
> тусоваться пара тысяч файлов по гигу каждый.
Малыш, ты прячешься за пакетом и размышляешь о реальных серверах, которых не видел в жизни. Я пишу под своим реальным именем и под ним же работаю админом с 1997 года. Что там про локалхост-то?
Ты не сри на сервере в /tmp, работай в директории пользователя и там обрабатывай, когда мамка разрешит сесть за комп.
| | |
| |
| 8.25, Аноним (-), 13:07, 14/11/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Cрач в tmp может вообще не зависеть от админа Странно не знать этого работая с... текст свёрнут, показать | | |
| |
| 9.30, Ergil (ok), 13:32, 14/11/2016 [^] [^^] [^^^] [ответить] | +3 +/– | Только от админа и зависит Есть pam-tmpdir и юзеры в системный tmp не лезут, а... текст свёрнут, показать | | |
| |
| 10.60, none (??), 15:07, 14/11/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Теперь осталось рассказать об этом разработчикам ПО И да, тоже видел пайплайны ... текст свёрнут, показать | | |
|
|
| 8.29, SunXE (ok), 13:15, 14/11/2016 [^] [^^] [^^^] [ответить] | +/– |  У разработчиков никогда не было модно делать свои дела в одном каталоге У них м... текст свёрнут, показать | | |
|
|
| |
| 7.40, Ergil (ok), 14:47, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> Зачем выносить /var/lib(раз уж до сих пор, насрав на FHS, туда суют базы мускуля, постгри и ко)...
> Мне вот самому стало интересно и я решил ознакомиться с этим документом.
Исходя из духа FHS базы должны быть в /srv, так же как содержимое сайтов и так далее. /var должен содержать файлы утеря которых не повлияет на работоспособность системы. Вообще вынос данных в /srv это очень удобно. Я знаю, что вот у меня в /srv/web/domaintld лежат сайты, вот в /srv/db/mysql, /srv/db/pg(и так далее) лежат бд. И бэкапить удобней :)
Мне в свое время концепция /srv очень понравилась.
Файлы любых фтп-webdav и ко храню в /srv/files или /srv/data, а там внутри уже разбиваю по сервисам
| | |
| |
| |
| 9.67, Ergil (ok), 15:18, 14/11/2016 [^] [^^] [^^^] [ответить] | +1 +/– | Вот уж то что по дефолту апач и nginx считают, что что-то лежит в var www это в... большой текст свёрнут, показать | | |
|
|
|
| |
| 7.112, Ergil (ok), 01:16, 15/11/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Отдельный /var нужен тогда, когда все остальное read-only.
Специфичный кейс, не подумал о нем.
| | |
|
|
| 5.134, leonidko (?), 09:43, 15/11/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Я знаю в каких случаях нужен отльный var, tmp, home. Могу придумать
> зачем отдельный boot, но вот зачем отдельный usr я придумать не
> могу. Так что все нормально
А я могу придумать зачем отдельный boot.
Когда есть повреждения на ФС. Например в корне. А там у тебя ёпт, ядро!
| | |
| 5.161, 11111 (?), 23:52, 15/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
Ну например /usr может монтироваться как squashfs для защиты от перезаписи и ускорения доступа к файлам на медленных носителях за счет сжатия.
| | |
|
| 4.17, Ergil (ok), 11:36, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
Нынче она в такой ситуации загрузится из initramfs и даст спокойно проверить все разделы вообще без участия всей остальной системы.
| | |
| |
| |
| 6.20, Ergil (ok), 11:44, 14/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Т — теоретики.
Ага, только вчера у меня по питалу полетела машина, ФС обиделась и все загрузилось из initramfs, но я — теоретик, а ты не знающий реальности у нас практик.
| | |
| |
| 7.122, Аноним (-), 02:44, 15/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ага, только вчера у меня по питалу полетела машина, ФС обиделась и
> все загрузилось из initramfs, но я — теоретик
Если еще не - скоро таковым станете. Нафига б продакшнам администрирование где при малейшем факпе какой-то высокооплачиваемый динозавр тратит уйму времени на какие-то левые действия? По современным понятиям так только локалхосты админят, а подобных ископаеммых замещают всякими девопсами, понимающими что за такое админу бошку снимают.
| | |
|
| 6.43, Аноним (-), 14:52, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Т — теоретики.
И это говорит человек, не знающий про initrd. По сравнению с вами, даже прочитавший "линукс для чайников" семиклассник Вася уже практически профессор линуксовых наук)
| | |
|
|
| 4.19, аноном (?), 11:44, 14/11/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Мой комментарий как раз про то обстоятельство, что нынче делать /usr отдельным разделом смысла ровно 0
А мой комментарий как раз про то обстоятельство, что нынче не делать /usr отдельным разделом смысла ровно 0.
А кому оно принципиально, нехрена ломать обратную совместимость, используя микроскоп и гвозди.
| | |
| |
| 5.44, Аноним (-), 14:53, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> А мой комментарий как раз про то обстоятельство, что нынче не делать /usr отдельным разделом смысла ровно 0.
Да нет, наоборот. Усложнение, добавление лишних сущностей и точек отказа. И вы сами это доказали.
| | |
| |
| |
| 7.105, chinarulezzz (ok), 22:14, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > Что есть лишние сущности?
раздееееелы там, пааааапки дополнительные... там bin и там bin! там sbin и там sbin! Зачем дублировать информацию?
| | |
| |
| 8.136, alex (??), 10:24, 15/11/2016 [^] [^^] [^^^] [ответить] | +/– | в openbsd это объясняется разделением на системные утилиты и установленные польз... текст свёрнут, показать | | |
| 8.149, rt (??), 18:03, 15/11/2016 [^] [^^] [^^^] [ответить] | +/– | Надо все на C И настанет всем WinSxS Следовательно, разруха не в клозет... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 1.5, Аноним (-), 10:33, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
если /usr отдельная файловая система (или теперь это запрещено)
что будет при загрузке в однопользовательском режиме?
| | |
| |
| 2.11, anonymous (??), 11:15, 14/11/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> если /usr отдельная файловая система (или теперь это запрещено)
> что будет при загрузке в однопользовательском режиме?
systemd этого не разрешает уже давно.
| | |
| |
| 3.13, Crazy Alex (ok), 11:28, 14/11/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
 sys5init никто не отменял, перескочить на него с systemd не особо сложно в Дебиане
| | |
| |
| |
| 5.86, Аноним (-), 18:53, 14/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Довольно сложно, если хотим какое-нибудь DE.
Если без DE то несложно.
Пользователь Debian 8.6 без systemd.
| | |
|
|
| 3.47, Аноним (-), 14:56, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> если /usr отдельная файловая система (или теперь это запрещено)
>> что будет при загрузке в однопользовательском режиме?
> systemd этого не разрешает уже давно.
Разве? Поучите матчасть.
| | |
| |
| 4.88, anonymous (??), 19:00, 14/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Разве? Поучите матчасть.
Разве. Из анабиоза вылезайте. udev - часть systemd.
| | |
|
|
| 2.27, Аноним (-), 13:11, 14/11/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
/usr может быть отдельной ФС, но она должна быть примонтирована initrd при загрузке перед запуском init.
| | |
| |
| 3.103, Perl_Jam (?), 21:19, 14/11/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Вообще-то это называется маленьким и емким словом "костыль". Жизнь есть и за пределами initramfs/systemd. Просто наш маленький программист опять накодил в сустемГ^W углу. И да, у меня есть веские основания держать /usr отдельно (и не только /usr), причем, это явно не связано с гигами на винтах. И да, с далекого 98-го initrd/initramfs нужды не вызывал. До крайних времен.
| | |
| |
| 4.111, KonstantinB (ok), 00:32, 15/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 К вопросу о костылях. Напомню, что изначально /usr был тем, чем сейчас является /home, а /usr/bin-ы появились банально из-за нехватки места на первом диске.
| | |
| |
| 5.116, Michael Shigorin (ok), 01:56, 15/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > а /usr/bin-ы появились банально из-за нехватки места на первом диске.
С тех пор было много итераций -- и сеть, и дорогие диски, и мелкие флэшки...
А ещё есть старый добрый bad block или filesystem corruption в том или ином виде. Который куда как лучше если не приводит к _полной_ неработоспособности системы (несмотря на все rescue, ipmi и т.п. -- которые когда окажутся заготовлены в нужной комбинации, а когда и нет).
| | |
| |
| 6.128, KonstantinB (ok), 04:58, 15/11/2016 [^] [^^] [^^^] [ответить]
| +/– | |
Итераций было предостаточно. И именно поэтому смешно выглядит отношение к man hier как к священному писанию.
fs corruption - знакомо, конечно. Во времена freebsd 4, помню, остался без /usr, вспоминал, как пользоваться ed-ом, все закончилось хорошо. Но сейчас-то эту проблему initrd решает.
| | |
| |
| 7.164, Michael Shigorin (ok), 14:12, 16/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Но сейчас-то эту проблему initrd решает.
Не-а.
В нормальном initrd редактора не положено. А если положен -- то здрасьте, новая итерация: новый мини-корень в initrd и /usr с ещё кучкой в довесок -- на новом корне. "Наша песня хороша, нанимай ещё индусов, начинай сначала".
| | |
|
|
|
| 4.151, Аноним (-), 18:45, 15/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
За пределами initramfs жизни нет. Попробуйте, например, как нибудь загрузиться на компьютере у которого есть только накопители с последовательным доступом.
| | |
| |
| 5.153, Led (ok), 21:24, 15/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Попробуйте, например, как нибудь загрузиться на компьютере
> у которого есть только накопители с последовательным доступом.
USB?
| | |
| |
| 6.163, Michael Shigorin (ok), 14:10, 16/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> Попробуйте, например, как нибудь загрузиться на компьютере
>> у которого есть только накопители с последовательным доступом.
> USB?
SATA?
PS: нет, понятно, что человек про планшетный сканер... ;)
| | |
|
| 5.169, Аноним (-), 01:36, 17/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
> За пределами initramfs жизни нет. Попробуйте, например, как нибудь загрузиться на компьютере
> у которого есть только накопители с последовательным доступом.
Загрузиться без initrd/initramfs можно с чего угодно. Но придется утолкать модуль в ядро как встроенный. А просто потому что когда rootfs еще нет - модуль блочного устройства а потом и файлухи - будет немного не судьба. Initrd/initramfs - только один из вариантов решения этой проблемы.
| | |
|
|
|
| 2.52, Аноним (-), 14:58, 14/11/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> если /usr отдельная файловая система (или теперь это запрещено)
> что будет при загрузке в однопользовательском режиме?
Так как /usr монтируется из initrd, то, при условии целостности /usr, он будет смонтирован независимо от того, однопользовательский режим или нет.
Если условие целостности не выполняется, пользователь остается в оболочке initrd, с fsck, mount, и прочими инструментами.
| | |
| |
| 3.89, anonymous (??), 19:02, 14/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Если условие целостности не выполняется, пользователь остается в оболочке initrd, с fsck,
> mount, и прочими инструментами.
Что, теперь это всё в initrd пихается? А не жирно ли?
| | |
| |
| |
| 5.143, Crazy Alex (ok), 13:34, 15/11/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Чем лучше? Занимает копейки, а у этих штук лишняя копия никогда не мешает. Хотя как по мне - этот initrd - адский костыль, на фиг не нужный в абсолютном большинстве случаев.
| | |
|
| 4.166, Аноним (-), 01:18, 17/11/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Что, теперь это всё в initrd пихается? А не жирно ли?
У меня так дебиан без всякого initrd взлетает. Just because I can.
| | |
|
|
|
| 1.28, Аноним (-), 13:12, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
У нас с Марком /bin /lib /usr отдельно. Если бы не новость, я и не поинтересовался бы. Лично мне пофиг, где оно.
| | |
| |
| 2.56, Аноним (-), 15:02, 14/11/2016 [^] [^^] [^^^] [ответить]
| +5 +/– |
> У нас с Марком /bin /lib /usr отдельно. Если бы не новость,
> я и не поинтересовался бы.
Пользователям убунты стоит заглядывать в дебиановские новости - это и их будущее тоже.
| | |
| |
| 3.101, Аноним (-), 21:05, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
Так я и заглянул и даже высказал своё (никому не нужное, конечно же) мнение. Так что, в убунте новые обои появятся, если они там переместят/перелинкуют туда-сюда? Убунта будет работать как работала, да и Демьян тоже. Это вас тут просто колбасит уже от дуновения ветра.
| | |
|
| 2.69, Аноним (-), 15:54, 14/11/2016 [^] [^^] [^^^] [ответить]
| +9 +/– |
> У нас с Марком /bin /lib /usr отдельно. Если бы не новость,
> я и не поинтересовался бы. Лично мне пофиг, где оно.
У меня для любителей желудей, которым пофиг на дубы, плохие новости!
| | |
| |
| 3.124, Аноним (-), 02:55, 15/11/2016 [^] [^^] [^^^] [ответить]
| –3 +/– |
Извини, дуб, но если к тебе пришли дровосеки - они как-нибудь обойдутся без желудей.
| | |
| |
| 4.142, Аноним (-), 13:32, 15/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Извини, дуб, но если к тебе пришли дровосеки
А это ты к чему? Собрались выпилить дебиан? Так убунята регулярно заявляют про ненужность дебиана, но почему-то дальше заявлений никогда не заходит.
Или все проще и некоторые про классику "Басни Крылова: Свинья и Дуб" -- ни ухом, ни ... ?
Зря, ведь там отличная концовка:
---
Убунтуйщик также в ослепленье
Бранит дебианщиков, их достижения,
И деб-мейнтейнеров труды,
Не чувствуя, что он вкушает их плоды.
---
| | |
|
|
|
| 1.36, DmA (??), 14:16, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Дебиан с точки зрения руссификации -не паханное поле! От руководств до названия пакетов там много чего не переведено! Буду пробовать переводить.
| | |
| |
| |
| 3.50, DmA (??), 14:58, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Давай! Только "репозитОрий" - на будущее :-)
а я где-то по-другому написал??? Я только в переводах открытых программ участвую, так что не мешаю никому другому(если где неправ себя)поправить!
| | |
|
| 2.71, анонимус (??), 16:15, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– | |
>> руссификации
Не в обиду, но переводчику лучше сначала прокачать грамотность.
| | |
| 2.115, Michael Shigorin (ok), 01:52, 15/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
> руссификации
> -не паханное поле
Ох. :(
"русификации", "непаханое".
Вы уж как-нить скооперируйтесь тогда с местным Grammar Nazi, глядишь, совместная польза получится.
| | |
| |
| 3.146, DmA (??), 14:46, 15/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
собака лает, а караван идёт. Текст в переводе проверяется многократно и если что, то его и исправить можно. Это вам не здесь, на опеннете.
| | |
| |
| 4.156, Аноним (-), 22:02, 15/11/2016 [^] [^^] [^^^] [ответить]
| +/– | |
А что за локализация опенбокса была много лет подряд! С ошибками правописания для школьников начальных классов. Это было просто позорище! Сейчас уже с полгода-год как попрвили, наконец-то.
| | |
| |
| 5.173, Аноним84701 (?), 19:25, 17/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
> А что за локализация опенбокса была много лет подряд! С ошибками правописания
> для школьников начальных классов. Это было просто позорище! Сейчас уже с полгода-год как попрвили, наконец-то.
А можно узнать, что они отвечали на ваши пулл-реквесты/багрепорты или просто негодующие письма?
| | |
|
|
| 3.172, Аноним (-), 18:37, 17/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
"Не" не всегда слитно, цитируйте правило целиком, а то он там напереводит...
| | |
|
|
| |
| 2.72, Andrey Mitrofanov (?), 16:22, 14/11/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Может тогда уж сделать usr симлинком на корень, что уж там...
Нет! Так сделано в EL7. Так в Debian-е _нельзя_!!
| | |
|
| 1.73, chinarulezzz (ok), 16:36, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Каталоги /bin, /sbin и /lib* теперь унифицированы с соответствующими каталогами внутри /usr и оформлены через символические ссылки на них. Подобная реструктуризация позволит избавиться от путаницы с размещением файлов и упростит поддержание пакетов.
Одни плюсы, погляжу :)
| | |
| |
| 2.104, Perl_Jam (?), 21:26, 14/11/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Каталоги /bin, /sbin и /lib* теперь унифицированы с соответствующими каталогами внутри /usr и оформлены через символические ссылки на них. Подобная реструктуризация позволит избавиться от путаницы с размещением файлов и упростит поддержание пакетов.
> Одни плюсы, погляжу :)
Просто у бедных вантузятнегов-новаторов немного крышку срывает, у них когнитивный диссонанс возникает, в аккурат, по лурку =) жаль, что срывает не дно..
| | |
|
| 1.74, Аноним (-), 16:43, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Даёшь файлопомойку, складывай всё в /, зачем вообще нужны подкаталоги?
Подкаталоги для слабакой, складывайте всё в корень товарищи и всё будет просто и никакой путаницы - известно где лежит любой файл!
| | |
| 1.76, PSV (?), 17:06, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 А оно теперь вообще способно брать с сети /usr и /home ?
Ну что бы не геммороится с обслуживанием рабочих станций "условно бездисковых"?
| | |
| |
| 2.90, anonymous (??), 19:03, 14/11/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
> А оно теперь вообще способно брать с сети /usr и /home
> ?
> Ну что бы не геммороится с обслуживанием рабочих станций "условно бездисковых"?
Откуда вы такие берётесь. UsrMove сделали уже лет 5 назад во всех современных дистрибутивах. Только в сабже отстают.
| | |
| |
| 3.114, Michael Shigorin (ok), 01:51, 15/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Откуда вы такие берётесь. UsrMove сделали уже лет 5 назад во всех
> современных дистрибутивах. Только в сабже отстают.
Откуда _вы_ такие берётесь?
| | |
| 3.131, Аноним (-), 06:54, 15/11/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> UsrMove сделали уже лет 5 назад во всех современных дистрибутивах.
Кто здесь?
Это где-это сделали? В каких дистрибутивах? Вы в своём Gentoo\Arch сделали? И другим не сказали? Поздравляю.
| | |
| |
| 4.144, Crazy Alex (ok), 13:36, 15/11/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не знаю, как насчёт арчей, а генту, как обычно пользователя не угнетает и позволяет делать, как удобно.
| | |
|
|
| 2.92, DmA (??), 19:41, 14/11/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
> А оно теперь вообще способно брать с сети /usr и /home
> ?
> Ну что бы не геммороится с обслуживанием рабочих станций "условно бездисковых"?
скоро до Program Files дойдёт.
| | |
|
| 1.95, Аноним (-), 19:51, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>The next release of Debian is codenamed "stretch" — no release date has been set
До первой звезды нельзя )
| | |
| 1.98, Аноним (-), 20:03, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В debootstrap по умолчанию задействован перенос всех исполняемых файлов и библиотек из корневых директорий в /usr.
прогнулись под RedHat и systemd
| | |
| |
| 2.133, Аноним (-), 09:01, 15/11/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Кто-то ещё кроме красной шапки делает существенный вклад в линукс? Нету разработок, а от отсутсвия оных ничего не остаётся как включать в дистрибутивы уже существующие разработки. Чё шапка пилит - то и расползается по дистрам.
| | |
| |
| 3.168, Аноним (-), 01:33, 17/11/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Кто-то ещё кроме красной шапки делает существенный вклад в линукс?
git log в помощь. У шапки что-то типа 25% коммитов. Наверное остальные коммиты кто-то делет.
| | |
|
| 2.162, Аноним (-), 10:16, 16/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
Прогнулись? А кто-то что-то делал? Не раз уже подымался вопрос, что дистрибутивы, как таковые перестали что-либо разрабатывать - все тупо перли патчи и ключи сборок с красношапки. Закономерно, что дошли до состояния, когда им прийдется копировать то что дадут - удерживать свою линию разработки уже не смогут, а отказаться от халявы - не хотят.
| | |
|
| 1.113, Michael Shigorin (ok), 01:50, 15/11/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
usrmove в мире ненадёжных носителей -- всё тот же идиотизм, происходящий из криворукости красношапых (ляпы с линковкой через /usr, которого могло ещё не быть).
| | |
| |
| 2.125, Аноним (-), 02:58, 15/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
> usrmove в мире ненадёжных носителей -- всё тот же идиотизм, происходящий из
> криворукости красношапых (ляпы с линковкой через /usr, которого могло ещё не быть).
Холст, масло, лаптоп, read error. Потарахтев винчом btrfs обиделся и достал не читавшиеся метаданные из второй копии, невзирая на однодисковость. Иногда и DUP метаданных за RAID котируется.
| | |
| |
| 3.145, Аноним (-), 13:38, 15/11/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Холст, масло, лаптоп, read error. Потарахтев винчом btrfs обиделся и достал не
> читавшиеся метаданные из второй копии, невзирая на однодисковость. Иногда и DUP
> метаданных за RAID котируется.
А до btrfs никто не додумывался делать дубли метаданных. Ни в ufs, ни в ext! Глупые были, что уж.
| | |
| |
| 4.167, Аноним (-), 01:22, 17/11/2016 [^] [^^] [^^^] [ответить]
| +/– |
> А до btrfs никто не додумывался делать дубли метаданных. Ни в ufs,
> ни в ext! Глупые были, что уж.
В btrfs чексуммы додумались пихать, чтобы еще и понимать какая из копий правильная. Хотя на самом деле додумались то еще в ZFS, но он так вроде и не умеет, что иронично.
А ext и тем более ufs вы там как-нибудь сами пользуйтесь. Можете еще снапшоты LVMом делать, если мазохизма много. Как заменять reflink - не знаю, но вы там что-нибудь придумайте. Хотя шапка вроде грозилась в XFS еще запилить. Потому что хорошая фича - энтерпрайзники, спецы по data recovery и любители запустить цать почти одинаковых виртуалок одобряют.
| | |
| |
| 5.170, Аноним (-), 01:51, 17/11/2016 [^] [^^] [^^^] [ответить] | +1 +/– | И как там, в криокамере https ext4 wiki kernel org index php Ext4_Disk_Layout... большой текст свёрнут, показать | | |
|
|
|
|
|
