The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Восьмой альфа-выпуск инсталлятора Debian 9 с унифицированным /usr и поддержкой screen

14.11.2016 09:43

Доступен для тестирования восьмой альфа-выпуск инсталлятора следующего значительного релиза Debian - "Stretch". В настоящее время дистрибутив находится на первой стадии заморозки пакетной базы (прекращено обновление пакетов, требующее корректировки зависимостей у других пакетов). 5 января 2017 года состоится мягкая заморозка пакетной базы, при которой будет прекращён приём новых исходных пакетов и закрыта возможность повторного включения ранее удалённых пакетов. 5 февраля будет применена полная заморозка перед релизом, при которой процесс переноса пакетов из unstable в testing будет полностью остановлен.

Основные изменения в Debian Installer Stretch Alpha 8:

  • В debootstrap по умолчанию задействован перенос всех исполняемых файлов и библиотек из корневых директорий в /usr. Каталоги /bin, /sbin и /lib* теперь унифицированы с соответствующими каталогами внутри /usr и оформлены через символические ссылки на них. Подобная реструктуризация позволит избавиться от путаницы с размещением файлов и упростит поддержание пакетов.
  • В инсталлятор добавлена возможность использования утилиты GNU/screen для формирования многооконного консольного интерфейса;
  • Ядро Linux обновлено до версии 4.7 (в прошлой сборке использовалось ядро 4.6);
  • Возможность использования сжатия xz для индексов Packages;
  • Поддержка загрузки и проверки файлов InRelease;
  • В качестве зеркала по умолчанию теперь указывается deb.debian.org;
  • В руководство по установке добавлен раздел для mips64el и удалены разделы для kfreebsd-* и powerpc;
  • Состав пакета core-modules перемещён в kernel-image;
  • В загрузчик добавлена поддержка EFI-систем на базе архитектуры armhf;
  • Добавлена поддержка платы Orange Pi Plus;
  • В БД поддерживаемого оборудования добавлены устройства Xunlong Orange Pi One, Xunlong Orange Pi PC, Xunlong Orange Pi 2, DragonBoard 410c, Colorfly E708 Q1, Difrnce DIT4350, Dserve DSRV9703C, Polaroid MID2809PXE04, HumanWare USB, NVIDIA Jetson TX1 Developer Kit.


  1. Главная ссылка к новости (https://lists.debian.org/debia...)
  2. OpenNews: Debian 9 "Stretch" перешёл на первую стадию заморозки пакетной базы
  3. OpenNews: В Debian 9 "Stretch" прекращена поддержка 32-разрядной архитектуры PowerPC
  4. OpenNews: Для сайтов Debian запущены скрытые сервисы в сети Tor
  5. OpenNews: Седьмой альфа-выпуск инсталлятора Debian 9. Определено кодовое имя Debian 11
  6. OpenNews: Обоснование целесообразности переноса компонентов из корня в /usr
Лицензия: CC-BY
Тип: Программы
Ключевые слова: debian
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (144) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 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. Наверное это и было сделано.
     
     
  • 3.81, Аноним (-), 18:26, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +19 +/
    *тут должна быть шутка про костыли в SysVInit*
     
  • 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.

     
     
  • 5.48, Аноним (-), 14:56, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > поттерофобом

    Вы так говорите, как будто это что-то плохое.

     
     
  • 6.57, Аноним (-), 15:04, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> поттерофобом
    > Вы так говорите, как будто это что-то плохое.

    Это замечательно! Особенно когда он продвигает ленькины идеи и поделки.

     
     
  • 7.82, Аноним (-), 18:27, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> поттерофобом
    >> Вы так говорите, как будто это что-то плохое.
    > Это замечательно! Особенно когда он продвигает ленькины идеи и поделки.

    Воу-воу. У Лёни не всё плохо. Обвиняют его в комбайне под названием "systemd" и агрессивном продвижение оного. Ни больше ни меньше.

     
     
  • 8.137, twilight (ok), 11:21, 15/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А шо, пш-пш аудио уже простили ... текст свёрнут, показать
     
     
  • 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 стать заодно? Иначе недостаточно ретроградно :)

     
  • 3.65, аномалус (?), 15:14, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Гарри что ли? Или который Слаку сделал?
     
  • 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: грузитесь с внешнего носителя, граждане.

     
     
  • 4.14, Andrey (??), 11:31, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    так нонче есть initrd с fsck.
    ведь не то что давеча.
     
     
  • 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? Серьёзно?

     
     
  • 7.51, Аноним (-), 14:58, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Очень, при твоей жизни и ядро туда же вдолбят.
     
     
  • 8.53, Аноним (-), 14:58, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле в systemd, а не в embedded ... текст свёрнут, показать
     
     
  • 9.63, Аноним (-), 15:09, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Примерно такие же шансы, как падение Земли на Луну systemd по сравнению с ядром... текст свёрнут, показать
     
     
  • 10.84, Аноним (-), 18:42, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Спасибо, ты сделал мой день ... текст свёрнут, показать
     
     
  • 11.87, Пуск (?), 18:58, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А без него без дней , как же ты живёшь ... текст свёрнут, показать
     
     
  • 12.93, Аноним (-), 19:42, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Веду ночную жизнь ... текст свёрнут, показать
     
  • 10.127, Аноним (-), 03:08, 15/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Чуваки с хабры прочитав про успехи с EmDrive уже придумали - прикрутить движок п... текст свёрнут, показать
     
  • 10.138, twilight (ok), 11:23, 15/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    пофиксил, не благодари ... текст свёрнут, показать
     
  • 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 и всем таком прочем.

     
     
  • 8.130, Аноним (-), 06:49, 15/11/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    А потом сам валится, но что там произошло не знает даже Поццеринг ... текст свёрнут, показать
     
     
  • 9.165, Аноним (-), 01:14, 17/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поцтеринг как раз такие вещи чинит очень оперативно, в отличие от всяких бракоде... текст свёрнут, показать
     
  • 6.37, deadfood (ok), 14:20, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    fsck в эмбеддедед? Это тот самый эмбеддед, который по характеристикам обходит сервера в 95ом?
     
     
  • 7.77, freehck (ok), 17:19, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > fsck в эмбеддедед?

    А что Вас так удивляет?

     
     
  • 8.91, deadfood (ok), 19:09, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Просто это уже не эмбеддед, а просто девайс с маленьким кол-вом рамы диска ... текст свёрнут, показать
     
  • 8.120, Аноним (-), 02:34, 15/11/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То что в общем случае 1 Никому не в кассу ждать его завешения работы Могут бы... текст свёрнут, показать
     
  • 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 +/
    Теперь осталось рассказать об этом разработчикам ПО И да, тоже видел пайплайны ... текст свёрнут, показать
     
     
  • 11.64, Аноним (-), 15:11, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что, простите Может, сокеты или FIFO Но даже в этом случае у меня для вас неп... текст свёрнут, показать
     
  • 8.29, SunXE (ok), 13:15, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    У разработчиков никогда не было модно делать свои дела в одном каталоге У них м... текст свёрнут, показать
     
  • 8.62, Пакет (?), 15:09, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ты кто вообще ... текст свёрнут, показать
     
  • 8.108, AlexYeCu (ok), 22:43, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мда ... текст свёрнут, показать
     
  • 6.39, Ilya Indigo (ok), 14:42, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мне вот самому стало интересно и я решил ознакомиться с этим документом http ... текст свёрнут, показать
     
     
  • 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, а там внутри уже разбиваю по сервисам

     
     
  • 8.58, Ilya Indigo (ok), 15:05, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Тут всё зависит от дистрибутива, если, конечно, у вас не Gentoo, так как при пер... текст свёрнут, показать
     
     
  • 9.67, Ergil (ok), 15:18, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот уж то что по дефолту апач и nginx считают, что что-то лежит в var www это в... текст свёрнут, показать
     
  • 6.110, KonstantinB (ok), 00:26, 15/11/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Отдельный /var нужен тогда, когда все остальное read-only.
     
     
  • 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 и даст спокойно проверить все разделы вообще без участия всей остальной системы.
     
     
  • 5.18, AlexYeCu_not_logged (?), 11:43, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Т — теоретики.
     
     
  • 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. По сравнению с вами, даже прочитавший "линукс для чайников" семиклассник Вася уже практически профессор линуксовых наук)

     
     
  • 7.135, AlexYeCu_not_logged (?), 09:46, 15/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >И это говорит человек, не знающий про initrd.

    Вообще-то, обсуждаемая ситуация немного не про это.

     
  • 4.19, аноном (?), 11:44, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Мой комментарий как раз про то обстоятельство, что нынче делать /usr отдельным разделом смысла ровно 0

    А мой комментарий как раз про то обстоятельство, что нынче не делать /usr отдельным разделом смысла ровно 0.
    А кому оно принципиально, нехрена ломать обратную совместимость, используя микроскоп и гвозди.

     
     
  • 5.44, Аноним (-), 14:53, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А мой комментарий как раз про то обстоятельство, что нынче не делать /usr отдельным разделом смысла ровно 0.

    Да нет, наоборот. Усложнение, добавление лишних сущностей и точек отказа. И вы сами это доказали.

     
     
  • 6.80, rt (??), 17:47, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что есть лишние сущности?
     
     
  • 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 Следовательно, разруха не в клозет... текст свёрнут, показать
     
  • 3.100, Perl_Jam (?), 21:04, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Фанат /usr/Program \files?
     

     ....нить свёрнута, показать (57)

  • 1.5, Аноним (-), 10:33, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    если /usr отдельная файловая система (или теперь это запрещено)
    что будет при загрузке в однопользовательском режиме?
     
     
  • 2.11, anonymous (??), 11:15, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > если /usr отдельная файловая система (или теперь это запрещено)
    > что будет при загрузке в однопользовательском режиме?

    systemd этого не разрешает уже давно.

     
     
  • 3.12, Anonim (??), 11:27, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Ну вот и дожили,системд не разрешает!
     
  • 3.13, Crazy Alex (ok), 11:28, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    sys5init никто не отменял, перескочить на него с systemd не особо сложно в Дебиане
     
     
  • 4.75, Аноним 80_уровня (ok), 16:53, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Довольно сложно, особенно, если хотим какое-нибудь DE.
     
     
  • 5.86, Аноним (-), 18:53, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Довольно сложно, если хотим какое-нибудь DE.

    Если без DE то несложно.

    Пользователь Debian 8.6 без systemd.


     
  • 5.140, Crazy Alex (ok), 13:29, 15/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, здесь я  не в курсе - DE много лет нет. А так - живёт и не пищит.
     
  • 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.34, Аноним (-), 13:53, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > при загрузке в однопользовательском режиме

    А зачем?

     
  • 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 пихается? А не жирно ли?

     
     
  • 4.132, АнонимХ (ok), 08:55, 15/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Уж лучше только в initrd, чем в /sbin и 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.26, HIMEM.SYS (?), 13:10, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    /usr/local/{bin;sbin;lib;etc} наше всё!
     
  • 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 +/
    Дебиан с точки зрения руссификации -не паханное поле! От руководств до названия пакетов там много чего не переведено! Буду пробовать переводить.
     
     
  • 2.38, Аноним (-), 14:23, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Давай! Только "репозитОрий" - на будущее :-)
     
     
  • 3.50, DmA (??), 14:58, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Давай! Только "репозитОрий" - на будущее :-)

    а я  где-то по-другому написал??? Я только в переводах открытых программ участвую, так что не мешаю никому другому(если где неправ себя)поправить!

     
  • 2.71, анонимус (??), 16:15, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> руссификации

    Не в обиду, но переводчику лучше сначала прокачать грамотность.

     
     
  • 3.83, DmA (??), 18:37, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    ой
     
  • 3.97, Zenitur (ok), 20:02, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Правильно написал же. "Русский"
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    "Не" не всегда слитно, цитируйте правило целиком, а то он там напереводит...
     

  • 1.70, Аноним (-), 16:13, 14/11/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Может тогда уж сделать usr симлинком на корень, что уж там...
     
     
  • 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.99, Аноним (-), 20:04, 14/11/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    в современных - это в Федорином горе ?
     
  • 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% коммитов. Наверное остальные коммиты кто-то делет.

     
     
  • 4.171, Andrey Mitrofanov (?), 18:22, 17/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кто-то ещё кроме красной шапки делает существенный вклад в линукс?
    > git log в помощь. У шапки что-то типа 25% коммитов.

    Они последнее время опустились.
        https://lwn.net/Articles/701650/
    %) Ниже 10% в смысле.

    Не факт, что было _сильно_ больше:
    https://lwn.net/Articles/555968/
    https://lwn.net/Articles/395961/
    https://lwn.net/Articles/275954/
    https://lwn.net/Articles/222773/

    > Наверное остальные
    > коммиты кто-то делет.

     
  • 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... текст свёрнут, показать
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру