The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Инициатива Fedora Atomic Desktop, opennews (?), 18-Окт-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


39. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от Аноним (39), 18-Окт-23, 14:26 
"Атомарные сборки поставляются в форме монолитного образа, не разделяемого на отдельные пакеты и обновляемого как единое целое через замену системного образа целиком."

И как это работает, поясните пожалуйста, а то я тупенький?!
Это что же получается в такой ситуации, обнаружили в этой неразделяемой системе баг, или обновили компонент системный и вместо обновления этого одного пакета, скажем в 50-100Мб мне каждый раз предлагается выкачивать цельный образ корня в несколько гигов, я правильно понимаю всю эту чехарду с атомарностью/неделимостью?

А ещё из-за этого подхода корень будет жрать не своё положенное место на диске, а два таких места, потому что ещё и на второй системный раздел целиком его тоже нужно зарезервировать, так дела обстоят?

Ответить | Правка | Наверх | Cообщить модератору

48. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от Аноньимъ (ok), 18-Окт-23, 15:36 
Как в андроиде примерно.

Да, качается целый образ системы, затем разворачивается на раздел В, после чего раздел В помечается как активный и становится разделом А. А старая система на разделе А помечается как В.

Если нужно откатить то меняешь разделы местами. Если в процессе обновления что-то пошло не так то ничего не сломается.

Ответить | Правка | Наверх | Cообщить модератору

52. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от Аноним (52), 18-Окт-23, 16:11 
> Как в андроиде примерно.
> Да, качается целый образ системы, затем разворачивается на раздел В, после чего
> раздел В помечается как активный и становится разделом А. А старая
> система на разделе А помечается как В.
> Если нужно откатить то меняешь разделы местами. Если в процессе обновления что-то
> пошло не так то ничего не сломается.

Я не знаю, как на андроиде, я же написал, что я тупенький, можно прямо сказать, мои предположения верны или нет?!

Ответить | Правка | Наверх | Cообщить модератору

55. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от Аноньимъ (ok), 18-Окт-23, 16:59 
> Я не знаю, как на андроиде, я же написал, что я тупенький,
> можно прямо сказать, мои предположения верны или нет?!

Да, верны. И думаю должно около гига тянуть каждый раз, но может и меньше.


Ответить | Правка | Наверх | Cообщить модератору

59. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 18-Окт-23, 17:11 
Вот дословный перевод системы обновления Endless OS, той которой сам пользуюсь:

"После обновления на вашем компьютере сохраняется одна предыдущая версия операционной системы. Это позволяет выполнить откат к старой версии, если возникнет проблема с новой версией.

В OSTree сохранение предыдущей версии операционной системы _не удваивает_ используемое дисковое пространство: необходимо сохранить только различия между двумя версиями. Для незначительных обновлений (таких как с 3.4.0 по 3.4.1) _разница обычно составляет всего несколько мегабайт_. Для крупных обновлений (таких как с 3.3.x до 3.4.x) разница значительно больше, но возможность отката к старой версии еще более ценна.

Если после серьезного обновления вам очень не хватает места на диске, вы можете удалить предыдущую версию, открыв окно терминала и выполнив эту команду:

$ sudo ostree admin undeploy 1

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

60. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 18-Окт-23, 17:12 
https://support.endlessos.org/en/endless-os/updates
Ответить | Правка | Наверх | Cообщить модератору

61. "Инициатива Fedora Atomic Desktop"  –1 +/
Сообщение от pic (?), 18-Окт-23, 17:17 
$ sudo ostree admin undeploy 1

Специально проверил результат команды:

user@endless:~$ sudo ostree admin undeploy 1
[sudo] пароль для user:
Bootloader updated; bootconfig swap: yes; bootversion: boot.0.1, deployment count change: -1
Freed objects: 263,9 МБ
Deleted deployment 91fb890e30588637eb927b5ec34813adb0e86015f772c0052493e14e73e76ce1.0

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

83. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от Аноним (83), 19-Окт-23, 11:45 
> Вот дословный перевод системы обновления Endless OS, той которой сам пользуюсь:
> "После обновления на вашем компьютере сохраняется одна предыдущая версия операционной
> системы. Это позволяет выполнить откат к старой версии, если возникнет проблема
> с новой версией.
> В OSTree сохранение предыдущей версии операционной системы _не удваивает_ используемое
> дисковое пространство: необходимо сохранить только различия между двумя версиями. Для
> незначительных обновлений (таких как с 3.4.0 по 3.4.1) _разница обычно составляет
> всего несколько мегабайт_. Для крупных обновлений (таких как с 3.3.x до
> 3.4.x) разница значительно больше, но возможность отката к старой версии еще
> более ценна.

Тогда поясните пожалуйста мне тупенькому, если сохраняются только различия между двумя версиями, то каким образом это сочетается с "Атомарные сборки поставляются в форме монолитного образа, не разделяемого на отдельные пакеты и обновляемого как единое целое через замену системного образа целиком"?

Ведь исходя из логики монолитный - это неделимый, там даже написано "неразделяемый на отдельные пакеты" и обновляемый как единое целое, т.е. по логике предложения - целиком, т.е. сразу как один образ ВСЕЙ системы, да ещё "через замену системного образа", вот каким образом это всё говорит, что качается и сохраняется ТОЛЬКО РАЗЛИЧИ МЕЖДУ ДВУМЯ ВЕРСИЯМИ?!
Это же всё явное логическое противоречие в описании, не находите?

Да, возможно оно как-то так и работает, как вы описали, но тогда получается, что описанное в статье не соответствует действительности, т.к. в реальной живом мире образы либо неделимые и обновляемые целиком с полной заменой и так происходит обновления, либо обновления идут компонентно через дельты, ближе к классической системе!

В реальности не может быть сразу два этих сценария одновременно, это же Fedora Atomic, т.е. атомарно обновляемая, а не Schrödinger's Fedora, тут либо одно, либо другое. Стало быть, что-то где-то описано неверно!

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

86. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 19-Окт-23, 12:37 
>обновляемого как единое целое через замену системного образа целиком

Раздел / один, образов более двух, один основной, остальные версии, не мажорные, как обновления.
При обновлении с одной мажорной версии на другую, скажем с версии 4.0.6 на 5.0 скачивается полный образ и происходит замена. В минорных обновлениях скачивается и устанавливается только дельта между образами размещенными на сервере. Поэтому Freed objects: 263,9 МБ, а не гигабайты.

Ответить | Правка | Наверх | Cообщить модератору

87. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 19-Окт-23, 12:45 
Атомарное обновление — это процесс обновления программного обеспечения или системы, в результате которого все изменения вносятся одновременно и целиком. Термин «атомарный» здесь обозначает, что обновление происходит как одно _неразделимое целое_, _без возможности прерывания или частичного применения изменений_.

Основная идея атомарного обновления состоит в том, чтобы минимизировать проблемы, связанные с несовместимостью различных версий ПО или системы. Когда обновление происходит атомарно, _пользователи не сталкиваются с ситуацией, когда некоторые части системы обновлены_, _а другие — нет_, что может привести к непредсказуемому поведению или сбоям работы.

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

88. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 19-Окт-23, 12:48 
Т.е. суть в том, что обновления применяются целиком, не частично.
В классическом менеджере пакетов можно обновить или запинить только нужный пакет, как с .deb
В атомарном - только _обновление целиком_, оно одно для новой версии системы, там нет rpm или deb.
Ответить | Правка | Наверх | Cообщить модератору

89. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 19-Окт-23, 13:05 
Атомарное обновление это _не рокировка образов_ системы.

Например, старой версии 4.0 объёмом 3GB и нового образа весом 3.5GB, версии 4.2 на разных разделах или в одном разделе с 2-мя образами системы, одного основного и обновлённого.
Это не так.

Образ системы в read only после перезагрузки обновляется полностью ОДНИМ обновлением, не пакетным способом (т.е. частично), а ЦЕЛИКОМ ко всему рабочему образу в разных его частях, т.е. атомарно.
И не только сами бинарники, но файлы с настройками, скажем в /etc.

Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

90. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 19-Окт-23, 13:10 
И это обновление не содержит пакеты RPM или DEB, вообще.

У Fedora есть возможность добавить из пакетов RPM софт в основной образ, но обновления к ним придут всё равно атомарно.

У Endless OS, она на Debian, данный механизм не применяется. Возможно и у Vanilla OS, она на Ubuntu, этого тоже нет, хотя я не интересовался. Считаю Endless OS более безопасной, чем Fedora Atomic именно из-за отсутствия такой возможности.

Ответить | Правка | Наверх | Cообщить модератору

106. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от Аноним (106), 20-Окт-23, 12:09 
> И это обновление не содержит пакеты RPM или DEB, вообще.
> У Fedora есть возможность добавить из пакетов RPM софт в основной образ,
> но обновления к ним придут всё равно атомарно.
> У Endless OS, она на Debian, данный механизм не применяется. Возможно и
> у Vanilla OS, она на Ubuntu, этого тоже нет, хотя я
> не интересовался. Считаю Endless OS более безопасной, чем Fedora Atomic именно
> из-за отсутствия такой возможности.

Так а я уже запутался, вы что описываете, механизмы Fedora Sikverblue и подобных, или какие-то ванилы-эндлесы? Что у вас конкретно установлено? Почему у всех этих ванил и эндлесов вдруг также, как у этих Atomic Fedora всё должно быть устроено, ведь в том же Steam OS тоже механизм поставки неделимых обновлений и если я ничего не путаю, там оно c происходит заменой подтомов btrfs образа A  на образ B и далее сменяется.

У меня нет претензий к вашим описаниям, возможно всё происходит именно так, как вы и описали, я отмечаю то, что описанное вами никаким образом не соответствует тому, что описано в новости, чисто логически, потому что это совершенно иное описанному там поведению.
Стало быть, если конкретно в Fedora Atomic происходит всё так, как вы описали, значит новость, пусть даже если это просто перевод, описывает механизм этой работы совершенно некорректно, вводя в заблуждение читающих!

Ответить | Правка | Наверх | Cообщить модератору

107. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 20-Окт-23, 19:38 
>[оверквотинг удален]
> тоже механизм поставки неделимых обновлений и если я ничего не путаю,
> там оно c происходит заменой подтомов btrfs образа A  на
> образ B и далее сменяется.
> У меня нет претензий к вашим описаниям, возможно всё происходит именно так,
> как вы и описали, я отмечаю то, что описанное вами никаким
> образом не соответствует тому, что описано в новости, чисто логически, потому
> что это совершенно иное описанному там поведению.
> Стало быть, если конкретно в Fedora Atomic происходит всё так, как вы
> описали, значит новость, пусть даже если это просто перевод, описывает механизм
> этой работы совершенно некорректно, вводя в заблуждение читающих!

______________

>Вот дословный перевод системы обновления Endless OS, той которой сам пользуюсь:

Ответить | Правка | Наверх | Cообщить модератору

108. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 20-Окт-23, 19:41 
>[оверквотинг удален]
> тоже механизм поставки неделимых обновлений и если я ничего не путаю,
> там оно c происходит заменой подтомов btrfs образа A  на
> образ B и далее сменяется.
> У меня нет претензий к вашим описаниям, возможно всё происходит именно так,
> как вы и описали, я отмечаю то, что описанное вами никаким
> образом не соответствует тому, что описано в новости, чисто логически, потому
> что это совершенно иное описанному там поведению.
> Стало быть, если конкретно в Fedora Atomic происходит всё так, как вы
> описали, значит новость, пусть даже если это просто перевод, описывает механизм
> этой работы совершенно некорректно, вводя в заблуждение читающих!

Лучше поставить Fedora Silverblue и проверить тогда самому. У меня свободного SSD нет. Мой целиком занят Endless OS и работой.

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

109. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 20-Окт-23, 19:46 
>[оверквотинг удален]
> тоже механизм поставки неделимых обновлений и если я ничего не путаю,
> там оно c происходит заменой подтомов btrfs образа A  на
> образ B и далее сменяется.
> У меня нет претензий к вашим описаниям, возможно всё происходит именно так,
> как вы и описали, я отмечаю то, что описанное вами никаким
> образом не соответствует тому, что описано в новости, чисто логически, потому
> что это совершенно иное описанному там поведению.
> Стало быть, если конкретно в Fedora Atomic происходит всё так, как вы
> описали, значит новость, пусть даже если это просто перевод, описывает механизм
> этой работы совершенно некорректно, вводя в заблуждение читающих!

Рокировка образов какая-то, а не атомарное обновление.

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

63. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 18-Окт-23, 17:31 
>А ещё из-за этого подхода корень будет жрать не своё положенное место на диске, а два таких места, потому что ещё и на второй системный раздел целиком его тоже нужно зарезервировать, так дела обстоят?

Корневой раздел _один_:

user@endless:~$ sudo fdisk -l
[sudo] пароль для user:
Disk /dev/nvme0n1: 238,47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: ADATA SX8200PNP                        
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: A4BE085D-B2AB-7548-94CE-2D3FD8991539

Device          Start       End   Sectors   Size Type
/dev/nvme0n1p1   2048    129023    126976    62M EFI System
/dev/nvme0n1p2 129024    131071      2048     1M BIOS boot
/dev/nvme0n1p3 131072 500118158 499987087 238,4G Linux root (x86-64)

user@endless:~$ sudo blkid
/dev/nvme0n1p1: SEC_TYPE="msdos" UUID="EE6E-4AC8" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="15d4bc4d-b2cd-fa46-b5cf-dd41f279f51e"
/dev/nvme0n1p2: PARTUUID="5f22e934-63a6-d242-944a-f5ca881b3365"
/dev/nvme0n1p3: LABEL="ostree" UUID="47a2b363-c90d-43a1-b13e-59f8bb425006" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="3ab3d6ce-8fed-b940-b1be-4737b771861c"

user@endless:~$ sudo cat /etc/fstab
LABEL=ostree / ext4  errors=remount-ro 0 0

user@endless:~$ sudo cat /etc/mtab
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
devtmpfs /dev devtmpfs rw,nosuid,size=4096k,nr_inodes=1048576,mode=755,inode64 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev,inode64 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,nodev,size=2852420k,nr_inodes=819200,mode=755,inode64 0 0
tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k,inode64 0 0
cgroup2 /sys/fs/cgroup cgroup2 rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
bpf /sys/fs/bpf bpf rw,nosuid,nodev,noexec,relatime,mode=700 0 0
/dev/disk/by-uuid/47a2b363-c90d-43a1-b13e-59f8bb425006 /sysroot ext4 rw,relatime,errors=remount-ro 0 0
/dev/disk/by-uuid/47a2b363-c90d-43a1-b13e-59f8bb425006 / ext4 rw,relatime,errors=remount-ro 0 0
/dev/disk/by-uuid/47a2b363-c90d-43a1-b13e-59f8bb425006 /boot ext4 rw,relatime,errors=remount-ro 0 0
/dev/disk/by-uuid/47a2b363-c90d-43a1-b13e-59f8bb425006 /usr ext4 ro,relatime,errors=remount-ro 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=31,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=21548 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime,pagesize=2M 0 0
mqueue /dev/mqueue mqueue rw,nosuid,nodev,noexec,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /tmp tmpfs rw,nosuid,nodev,size=7131044k,nr_inodes=1048576,inode64 0 0
tracefs /sys/kernel/tracing tracefs rw,nosuid,nodev,noexec,relatime 0 0
configfs /sys/kernel/config configfs rw,nosuid,nodev,noexec,relatime 0 0
fusectl /sys/fs/fuse/connections fusectl rw,nosuid,nodev,noexec,relatime 0 0
/dev/disk/by-uuid/47a2b363-c90d-43a1-b13e-59f8bb425006 /var ext4 rw,relatime,errors=remount-ro 0 0
tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=1426208k,nr_inodes=356552,mode=700,uid=1000,gid=1000,inode64 0 0
gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0
portal /run/user/1000/doc fuse.portal rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0


Удовлетворил?

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

91. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от Заместитель местного эксперта (?), 19-Окт-23, 13:51 
>[оверквотинг удален]
> /dev/nvme0n1p1   2048    129023    126976
>    62M EFI System
> /dev/nvme0n1p2 129024    131071      2048
>     1M BIOS boot
> /dev/nvme0n1p3 131072 500118158 499987087 238,4G Linux root (x86-64)
> user@endless:~$ sudo blkid
> /dev/nvme0n1p1: SEC_TYPE="msdos" UUID="EE6E-4AC8" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="15d4bc4d-b2cd-fa46-b5cf-dd41f279f51e"
> /dev/nvme0n1p2: PARTUUID="5f22e934-63a6-d242-944a-f5ca881b3365"
> /dev/nvme0n1p3: LABEL="ostree" UUID="47a2b363-c90d-43a1-b13e-59f8bb425006" BLOCK_SIZE="4096"
> TYPE="ext4" PARTUUID="3ab3d6ce-8fed-b940-b1be-4737b771861c"

А зачем EFI System  и BIOS boot одновременно, да ещё и такой размер BIOS boot при таком занимаемом пространстве?

Ответить | Правка | Наверх | Cообщить модератору

92. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 19-Окт-23, 13:57 
Это автоматическая разметка накопителя, Endless OS размещается на всём его пространстве, в установщике есть возможность указать только на какой накопитель ставить, все разделы в создаются в автоматическом режиме без участия и опций пользователя.

Вопрос должен быть адресован разработчикам образа Endless OS.  

Ответить | Правка | Наверх | Cообщить модератору

66. "Инициатива Fedora Atomic Desktop"  +/
Сообщение от pic (?), 18-Окт-23, 17:52 
И совсем для любопытных:

[sudo] пароль для user:
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
devtmpfs           4,0M            0  4,0M            0% /dev
tmpfs              6,9G            0  6,9G            0% /dev/shm
tmpfs              2,8G         9,7M  2,8G            1% /run
tmpfs              5,0M         4,0K  5,0M            1% /run/lock
/dev/nvme0n1p3     235G          33G  203G           14% /sysroot
tmpfs              6,9G          16K  6,9G            1% /tmp
tmpfs              1,4G          11M  1,4G            1% /run/user/1000

В домашнем каталоге моими файлами занято только 18 GB.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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