The OpenNET Project / Index page

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



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

"Выпуск GhostBSD 24.01.1"  +/
Сообщение от opennews (??), 14-Фев-24, 21:50 
Опубликован релиз десктоп-ориентированного дистрибутива GhostBSD 24.01.1, построенного на базе FreeBSD 14-STABLE и предлагающего пользовательское окружение MATE. Отдельно сообществом формируются неофициальные сборки с Xfce. По умолчанию в GhostBSD применяется  файловая система ZFS. Поддерживается как работа в  Live-режиме, так и установка на жесткий диск (используется собственный инсталлятор ginstall, написанный на языке Python). Загрузочные образы сформированы для архитектуры x86_64 (2.5 ГБ)...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=60600

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

Оглавление

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

2. Сообщение от Аноним (2), 14-Фев-24, 21:53   +1 +/
И чем же она лучше фряхи?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #23

4. Сообщение от Аноним (4), 14-Фев-24, 21:57   +7 +/
Гуём и граф-инсталлятором из коробки. Также кучей настроек, необходимых для гуя. Фрибзда с человеческим лицом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10, #65

7. Сообщение от Аноним (7), 14-Фев-24, 22:46   +1 +/
Лучше любого дистрибутива этого вашего Линукс.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #22, #72

8. Сообщение от beck (??), 14-Фев-24, 22:51   +/
Зачем на десктопе zfs? Серьёзно,  я не понимаю.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #14, #18, #21, #26, #89, #94

10. Сообщение от dannyD (?), 14-Фев-24, 23:04   –6 +/
>>граф-инсталлятором из коробки

это и все что надо чтоб быть
>>с человеческим лицом.

?

измельчал современный человек (((

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #13, #96

11. Сообщение от Аноним (4), 14-Фев-24, 23:25   –1 +/
Для снэпшотов, например. Но там где Zfs, уж лучше на линуксе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #19

12. Сообщение от Аноним (4), 14-Фев-24, 23:26   –2 +/
Что серьёзно? И по вайваю, и но видеоускорению?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #16

13. Сообщение от Аноним (4), 14-Фев-24, 23:27   +/
А с дровами - те же самые проблемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #15

14. Сообщение от 128557 (?), 14-Фев-24, 23:31   –2 +/
Подставленный вопрос указывает на то, что Вы просто ещё не доросли. Дайте себе время.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #95

15. Сообщение от Аноним (-), 14-Фев-24, 23:58   +1 +/
> А с дровами - те же самые проблемы.

Так никто же не нарантировал что лицо не может приложиться об асфальт...

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

16. Сообщение от Аноним (7), 15-Фев-24, 00:00   +/
Да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

17. Сообщение от Аноним (17), 15-Фев-24, 00:09   +/
А Mate то обновляется? Мой любимый десктоп, но его менюха Пуск имеет свойство в некоторых дистрах переодически падать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #41

18. Сообщение от Аноним (18), 15-Фев-24, 01:51   +1 +/
У них всего 2 фс, и одна из них совсем скучная и ничего не умеет. Большинство здешних обитателей наверное даже не знает как она называется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

19. Сообщение от Аноним (19), 15-Фев-24, 02:18   +1 +/
Ну вопрос был зачем, а не какие функции. Снепшоты ж не самоцель.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

20. Сообщение от Аноним (23), 15-Фев-24, 04:54   +4 +/
Не знаю почему, не вникал в подробности. Но (из коробки в обоих случаях) фаерфокс работает несравнимо более плавно, чем в федоре. Железо реальное, не виртуалка, i7-8700. Звук не завелся, не работают функциональные клавиши типа громкости и спячки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27

21. Сообщение от Аноним (23), 15-Фев-24, 04:56   –3 +/
У бзди всего две фс, эта хоть с ссд может, та другая вообще древняя из 80х не менялась.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #30, #35

22. Сообщение от Аноним (23), 15-Фев-24, 04:58   +1 +/
Это хром ос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

23. Сообщение от Аноним (23), 15-Фев-24, 05:00   –1 +/
В мануале фряхи прямым текстом пишут, если надо гуй, ставьте ЭТО и не пердольте себе и другим мозг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #25

24. Сообщение от Аноним (23), 15-Фев-24, 05:09   –1 +/
> А Mate то обновляется?

Как и крыса - попахивает. Банально застряв в прошлом во всех смыслах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #32, #40

25. Сообщение от Аноним (25), 15-Фев-24, 05:54   +3 +/
Не пишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

26. Сообщение от Аноним (26), 15-Фев-24, 07:01   +1 +/
И правда, зачем дома нужна надёжная файловая система. Подумаешь, старые семейные фотографии "побьются"... ещё нафоткаем!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #29, #82

27. Сообщение от Аноним (26), 15-Фев-24, 07:09   +/
Кастомизируйте ядро, настройте планировщик... будет вам плавный линукс. Для справки, в моей системе - максимальная задержка не превышает 1мс и это при 100% загрузке ЦП! Это на Debian & ZFS с планировщиком EEVDF.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #28, #38, #45

28. Сообщение от dannyD (?), 15-Фев-24, 08:14   +/
>>и это при 100% загрузке ЦП!

и как это добитсо? и главное - зачем?

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

29. Сообщение от нах. (?), 15-Фев-24, 09:19   +/
Надежная - это не про zfs от слова совсем.

Если у тебя бьются старые фотографии - она тебе не поможет решительно ничем.

Она избавляет от микроменеджмента и упрощает жизнь тем кто умеет ей пользоваться. Этого вполне достаточно чтобы продолжать это делать, но в большинстве домашних применений совершенно необязательно. (и да, снапы есть в ufs, все остальное - есть в geom)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #36, #42

30. Сообщение от нах. (?), 15-Фев-24, 09:21   +3 +/
эксперта опеннета-то - за версту видать!

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

32. Сообщение от Аноним (32), 15-Фев-24, 09:31   +/
Что угодно лучше гнома.
Тебя корёжит что независимый дистрибутив не выбрал дегенератский гном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

33. Сообщение от Аноним (32), 15-Фев-24, 09:51   +/
>т.е. теперь можно обновить GhostBSD с версии на базе FreeBSD 13.2-STABLE до версии на основе FreeBSD 14.0-STABLE.

Вот это действительно нужная функция, что-бы бесшовно обновляться с одной версии  до другой.

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

34. Сообщение от Hell_Hammer (?), 15-Фев-24, 10:30   –1 +/
Там есть Adobe After Effects, Logic Pro и Final Cuts? Ещё бы хорошо было foobar2000 и WinRar.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37

35. Сообщение от Аноним (35), 15-Фев-24, 12:13   +2 +/
> эта хоть с ссд может, та другая вообще древняя из 80х не менялась.

Эта та, что научилась в асинхронный и объединенный (consolidated) TRIM (ну и до кучи те же снапшоты) раньше EXT4, в SSD не может и "не менялась"?

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

36. Сообщение от Аноним (26), 15-Фев-24, 12:20   +/
Знаток! Будем считать, что вы меня уделали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

37. Сообщение от Аноним (75), 15-Фев-24, 12:26   –1 +/
Я стесняюсь спросить, а что есть под этот ваш Линукс?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #66

38. Сообщение от Аноним (53), 15-Фев-24, 12:52   +/
> с планировщиком EEVDF

Красавцы, чё. Скоро будете каждую версию новый планировщик настраивать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #39

39. Сообщение от Аноним (26), 15-Фев-24, 13:10   +/
Этим Linux и прекрасен, разве нет? Наравне с надёжностью, гибкость - одно из важнейших качеств и не только программного обеспечения. "Подогнать" что-то под свои нужды и потребности - это же просто сказка!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #44

40. Сообщение от Аноним (40), 15-Фев-24, 13:40   +/
До сих самых пор, пользуются Window Maker и бед не знают. Свои функции исполняет исправно, а чего ещё желать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #83

41. Сообщение от BorichL (ok), 15-Фев-24, 14:02   +/
mate-panel --replace
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

42. Сообщение от Аноним (35), 15-Фев-24, 14:15   +/
> и да, снапы есть в ufs,

На него нельзя "откатить" - только сделать с него бэкап дампом или "вытащить" пару файлов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #53, #91

43. Сообщение от Аноним (75), 15-Фев-24, 14:21   +/
У меня одного оно тормозит с о страшной силой?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #84

44. Сообщение от Антон с макбуком (?), 15-Фев-24, 14:54   +3 +/
> Этим Linux и прекрасен

Для кого? Для одиноких, немолодых и безработных дедушек? Для нормальных людей линпус непригоден для десктопа чуть менее чем полностью.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #47, #99

45. Сообщение от Антон с макбуком (?), 15-Фев-24, 14:56   +2 +/
> Кастомизируйте ядро, настройте планировщик...

Фигасе у тебя, дедче, время свободного. А почему это в линпусе не может быть из коробки? Почему обязательно нужно пердолить конфиги и что-то там конпилять?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #48, #101

47. Сообщение от Аноним (47), 15-Фев-24, 15:32   –1 +/
Вы меня пытаетесь в этом убедить или себя? Да и с каких пор, норма стало синонимом глупости...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #54

48. Сообщение от Аноним (47), 15-Фев-24, 15:32   –2 +/
Сборка ядра занимает около 12 минут. Я и не подозревал, что это целая вечность!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

53. Сообщение от Аноним (53), 15-Фев-24, 17:11   –2 +/
Ты бы не позорился.
https://man.freebsd.org/cgi/man.cgi?restore(8)

> нельзя "откатить"

А голова с руками тебе на что? Или будешь сидеть и ждать, когда дядя с деньгами в загрузчик встроит ресторатор? :)

"The restore utility appeared in 4.2BSD."

Продолжай свой трёп про осталость ufs против ext, которая из неё и выдиралась.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #59

54. Сообщение от Аноним (53), 15-Фев-24, 17:59   +1 +/
Да с тех пор, как "подправить под себя" стало означать тупой пересбор чужого конфига ядра за 12 минут, не вникая в подробности и что вообще компилится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #55

55. Сообщение от Аноним (47), 15-Фев-24, 18:05   +/
Вам разумеется виднее. Что у других, да как..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #62

57. Сообщение от ua9oasemail (ok), 15-Фев-24, 18:37   +/
Не имел с этой вещью дело, а интересно бы ее попробовать (тем более что в live-режиме работать может), руки пока не доходят и перед этим интересно было бы по списку пакетов https://distrowatch.com/table.php?distribution=ghostbsd&pkgl... в ее "мозгах" определить- например все ли аудио и видео форматы она может воспроизводить? (И если не все, то какими тогда командами в терминале можно туда что-то доустанавливать? (В т.ч. драйвера, если таковых на что-то там не оказалось- как под конкретное не работающее устройство в этой ОС определять причину, почему это устройство там не работает? (И сколько может стоить наем специалистов по написанию какого-либо недостающего драйвера?))
И возможна ли там какая-либо поддержка и Wayland ?

И где есть список основных команд в терминале под эту ОС? (Под "дебианубунтовые" и находил и наизусть главные уже выучил, под ОС на RPM-пакетах- до этого дело у меня не доходило, но там, я смотрю,- большинство одних и тех же по функционалу команд иначе уже выглядят (в винде тоже)- на эту ОС думаю аналогично- а где есть список-самоучитель и таких команд? (А и под винду? И рядом с виндой на одном диске как и эту ОС ставить? (Как для коллекционирований, спортивных интересов, так и для других задач- а что на этой ОС делают те, кто ее себе установил? (Сколько ее экземпляров всего насчитывается в эксплуатации и что на них там делают?) Будет ли винда понимать ту файловую систему "ZFS", которая в этой ОС используется? (Во всяком случае по умолчанию EXT4 она и уже не видит и специальных каких-то драйверов этой файловой системы установки в себя требует- а и сама GhostBSD сия все ли файловые системы на "винтах" (и флешках) понимает?)) Есть ли в этой ОС такие команды в терминале, которые не задублированы кнопками из под графическаго интерфейса? И есть ли там ПО- аналог "Wine" и что-нибудь для запуска смартфонного ПО на apk-пакетах? (Или ну либо в самой этой GhostBSD можно ли в ней виртуальные машины запускать, чтобы в них запускать что-то еще?)

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

59. Сообщение от Аноним (35), 15-Фев-24, 19:04   +/
> Ты бы не позорился.
> https://man.freebsd.org/cgi/man.cgi?restore(8)

Э ... кекспердусик ты наш опеннетный, прикинь, у меня этот ман не только локально есть - вдобавок я этим dump-restоre еще и пользуюсь регулярно.

А ты бы прошел и почитал таки, про что restore(8) (нет, ему совершенно не нужен снэпшот), ну хотя бы первую строчку в том самом мане, а?
И что можно делать с снэпшотами в zfs/btrfs - для общего развития и понимания ...

>> нельзя "откатить"
> А голова с руками тебе на что? Или будешь сидеть и ждать, когда дядя с деньгами в загрузчик встроит ресторатор? :)

Че сказать-то хотел, балаболка? Ну кроме твоих фантазий про дядю и того, что отсылку на zfs-ный "rollback" ты нифига не понял?

> "The restore utility appeared in 4.2BSD."
> Продолжай свой трёп про осталость ufs против ext, которая из неё и выдиралась.

Какие забавные^W унылые фантазии - сам что-то придумал, сам опроверг ... а по теме, как обычно - 0.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #71

62. Сообщение от Аноним (62), 15-Фев-24, 19:33   +1 +/
Ну он собсно прав.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

65. Сообщение от crypt (ok), 15-Фев-24, 19:48   +/
овно это, а не гуй. очень нелепое все. и граф. инсталятор не нужен.

апплет для управления сетью и монтирование флешек - вот их изобретение.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #102

66. Сообщение от Аноним (66), 15-Фев-24, 19:49   +/
Bitwig, Renoise, Waveform, а что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #76

69. Сообщение от Аноним (69), 15-Фев-24, 23:02   +/
> а указанный для этого пользователя пароль также выставляется для пользователя root

Не конфигурация, а подарок!

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

71. Сообщение от Аноним (53), 16-Фев-24, 08:59   +/
Так пойди и почитай. Если бы ты на самом деле дампы восстанавливал, ты бы не написал той чепухи, которая выше. И в мане чётко написано для чего он. Он именно для "откатить".

Так что протри глазки и последуй своему же совету.

Ну или на форуме иди посмотри, как люди годами снапшоты откатывали. Там есть нюансы, да.
Но ext и этого не умеет. Пытались к нему эти снапшоты прикрутить, но что-то проект не стал развиваться.

А про фантазии, вот тебе цитаты:
1) Every Linux filesystem implements a basic set of common concepts derivated from the Unix operating system.
2) For example, the Ext2fs library was used during the port of the 4.4BSD dump and restore backup utilities. Very few changes were needed to adapt these tools to Linux: only a few filesystem dependent functions had to be replaced by calls to the Ext2fs library.

Сам нагуглишь, чьи они?

А про zfs и btrfs речи не шло. Это ты сам придумал. Потому что ты и есть балаболка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #73

72. Сообщение от Аноним (72), 16-Фев-24, 11:03   +/
Чем заменить Ubuntu?
https://i.imgur.com/kn9htpy.png
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #75

73. Сообщение от Аноним (35), 16-Фев-24, 12:24   +/
> Так пойди и почитай. Если бы ты на самом деле дампы восстанавливал,
> ты бы не написал той чепухи, которая выше. И в мане чётко написано для чего он. Он именно для "откатить".

Откатить бэкап, а не снапшот, Ыкспердус.
Снапшот в UFS - это именно про консистентное состояние ФС, для того чтобы можно было сделать лайв-дамп. Бонусом - ты можешь его замоунтить и выдернуть пару файлов (можно и все, но требует как бы не x2 дискового пространства).
Сделать "откат" одним махом, за пару мс и без того, чтобы перекопировать все и вся и занять еще дофига диска, именно на вон тот снапшот - ты не можешь. В отличие от zfs rollback my_snapshot

> Так что протри глазки и последуй своему же совету.
> Ну или на форуме иди посмотри, как люди годами снапшоты откатывали. Там есть нюансы, да.

Там есть только один "нюанс" - ты этим походу вообще не пользовался и все твои "знания" - "почитал что-то на форуме, половину не понял, остальное додумал". Иначе не нес бы отборный бред (но ты можешь всегда кинуть ссылку на "как люди откатывали снапшоты в уфс" - хоть поржу).

> Но ext и этого не умеет. Пытались к нему эти снапшоты прикрутить, но что-то проект не стал развиваться.
> А про фантазии, вот тебе цитаты:
> 1) Every Linux filesystem implements a basic set of common concepts derivated

Опять пошли фантазии и спрыги. Где ты там углядел у меня что-то про EXT - хз.
Или ты просто не умеешь читать цитированное?

> Сам нагуглишь, чьи они?

"А подтвержение моим бредням гугли сам!" - прылестно, просто прылестно!

>> ... (и да, снапы есть в ufs, все остальное - есть в geom)
> А про zfs и btrfs речи не шло. Это ты сам придумал.

Читать ветку не пробовал? Контекст обсуждения, все такое? Давай я тебя ткну:
>>> Зачем на десктопе zfs? Серьёзно,  я не понимаю.
>> Надежная - это не про zfs от слова совсем.

--
> Потому что ты и есть балаболка.

Странно, отборный бред гонишь ты, а балаболка тут я. Впрочем, ничего нового для Ыкспертов опеннета.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #74

74. Сообщение от Аноним (53), 16-Фев-24, 13:56   –1 +/
>>> Зачем на десктопе zfs? Серьёзно,  я не понимаю
>> Надежная - это не про zfs от слова совсем.

А разве это наш контекст?

Ты думаешь, что все люди в ветке это один человек?

Конкретно, контекст был такой:

> кто-то: и да, снапы есть в ufs,
> ты: На него нельзя "откатить" - только сделать с него бэкап дампом или "вытащить" пару файлов.
> я: кинул ссылку на официальный ман и сказал "Продолжай свой трёп про осталость ufs против ext, которая из неё и выдиралась."

Ты где-то видишь здесь слова btrfs и zfs? Говорится про ufs и ext, в котором на снапшоты в итоге забили. Больше ничего.

Если читаешь задницей, то и не надо лезть с умным видом про контекст. В этом контексте было только про дамп.

Выше у других людей было обсуждение про снапшоты в zfs и btrfs. Но начиная от твоего ответа, этих слов даже не упоминалось. Выше могут обсуждать хоть котиков, но я отвечал именно на твой выпад, а он был про дамп и чего-то там невозможность. А, ну да. Ты не можешь его смонтировать средствами ОС и восстановить целиком или только то, что нужно.

> "А подтвержение моим бредням гугли сам!" - прылестно, просто прылестно!

Ну, если ты слова авторов ext считаешь моими бреднями, и не можешь вбить эти строчки в гугл, то всё понятно относительно твоей экспертизы про дампы и ufs.

> Давай я тебя ткну:

Продолжай учиться читать дальше, тыкальщик недоделанный. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #77

75. Сообщение от Аноним (75), 16-Фев-24, 14:20   +/
Чем угодно. Что из этого скриншота должно было мне стать ясно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #81, #98

76. Сообщение от Аноним (75), 16-Фев-24, 14:22   +/
Ну просто я не понял к чему идет вопрос о наличии проприетарных программ на свободной ОС? Логичнее же сравнивать одну свободную с другой свободной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

77. Сообщение от Аноним (35), 16-Фев-24, 15:20   +/
>>>> Зачем на десктопе zfs? Серьёзно,  я не понимаю
>>> Надежная - это не про zfs от слова совсем.
>>> [...] и да, снапы есть в ufs, все остальное - есть в geom)
> А разве это наш контекст?

Если не читать опой, то да.
> Ты думаешь, что все люди в ветке это один человек?

Ты вообще, в курсе, что такое цитата и почему ответы тут в виде дерева (а для самых недалеких еще и дополнение " К родителю #29"?
А ... я понял, это такой модный теперь "троллинг тупостью", да?

>> кто-то: Надежная - это не про zfs от слова совсем.
>> кто-то: и да, снапы есть в ufs,
>> ты: На него нельзя "откатить" - только сделать с него бэкап дампом или "вытащить" пару файлов.
>> я: кинул ссылку на официальный ман и сказал "Продолжай свой трёп про осталость ufs против ext, которая из неё и выдиралась."
> Ты где-то видишь здесь слова btrfs и zfs?

Ты читаешь опой и не в курсе, что такое снапшоты, я уже понял.

> Говорится про ufs и ext, в котором на снапшоты в итоге забили. Больше ничего.

Ну т.е. ты даже сейчас не заметил, что сам же и приплел что-то про отсталость и ext?

> Если читаешь задницей, то и не надо лезть с умным видом про
> контекст. В этом контексте было только про дамп.

Оправдывайся теперь.

> Выше у других людей было обсуждение про снапшоты в zfs и btrfs.
> Но начиная от твоего ответа, этих слов даже не упоминалось.

А то, что я отвечал на это обсуждение, ты "не заметил" или просто не смог в контекст?
ЧСХ, это никак не отменяет бредовости твоего коммента (restore снэпшот никуда не уперся, он с ним тупо работать не может).

> Выше могут обсуждать хоть котиков, но я отвечал именно на твой выпад,

Короче, балаболка прочитала опой, обделалась с комментом  и теперь въется ужом на сковородке.

> а он был про дамп и чего-то там невозможность. А, ну да. Ты не можешь его смонтировать средствами ОС и восстановить целиком или только то, что нужно.

Ну вот, ыксперд опять спалился на не знании разницы между дампом и снэпшотом (нет, дамп смонтировать не выйдет. И нет restore -i -f /cachefs/backups/dump0_rootfs_11_02_24.zst - это не монтирование).


>> "А подтвержение моим бредням гугли сам!" - прылестно, просто прылестно!
> Ну, если ты слова авторов ext считаешь моими бреднями, и не можешь

Вобщем, эта балаболка запуталась в совей билиберде и слилась, вносите следующую ...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #78

78. Сообщение от Аноним (53), 16-Фев-24, 16:12   +/
А зачем ты в контекст добавил про zfs? Ведь ты же отвечал про ufs.

> А то, что я отвечал на это обсуждение, ты "не заметил" или просто не смог в контекст?

На какое обсуждение? Ты ответил на конкретное сообщение про ufs и снапшоты в ней.

Давай выкинем ту часть, на которую ты дурить начал.

Остаётся
> кто-то: Надежная - это не про zfs от слова совсем.

... выкидываем фразу, на которую ты ответил что-то неразумное
> ты: На него нельзя "откатить" - только сделать с него бэкап дампом или "вытащить" пару файлов.

Вот тут "него" - что будет означать? zfs? На него нельзя откатить? :)
Нет, тут ты говорил явно про ufs.
И я тебе ответил про ufs. И ссылку кинул не на что-нибудь, а фряшную команду.

В общем, в контекст ты можешь примерно как чатгпт. :D

> restore снэпшот никуда не уперся, он с ним тупо работать не может

Вообще-то снэпшоты ufs, через связку dump и restore работают.
И ключ -L не просто так придумали.

Но ты можешь сочинить ещё какой-нибудь бред. И даже убедить в этом многих. Кто на слово таким кекспертам как ты верит.

> И нет restore -i -f /cachefs/backups/dump0_rootfs_11_02_24.zst - это не монтирование).

Вот тут ты что-то написал, но разве я где-то упоминал, что это монтирование?
Клоун ты, а не эксперт.
Клоуны всегда что-то придумывают, а потом другим это приписывают.

> нет, дамп смонтировать не выйдет

Перечитай то, что выше

> ыксперд опять спалился на не знании разницы между дампом и снэпшотом

Так ты сам не знаешь.
Я уверен, что ты просто пытаешься заострить внимание на разнице в процессе, а не самом объекте.
Ну-ка, простой наводящий вопрос: что такое snapshot памяти и дамп памяти.
И чем они отличаются, если они лежат в виде файлов на диске?
И чем это будет отличаться от файлов-копий файловой системы?

Сможешь разницу найти, если тебе два этих файла показать?


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #79

79. Сообщение от Аноним (35), 16-Фев-24, 18:49   +/
> А зачем ты в контекст добавил про zfs? Ведь ты же отвечал про ufs.

Т.е. ты все еще не в курсе, что в zfs есть снапшоты, но они != ufs-snapshot (на что как бэ, намекалось)?

>>>> Зачем на десктопе zfs?
>>> Для снэпшотов, например. Но там где Zfs, уж лучше на линуксе.
>>> ... (и да, снапы есть в ufs,
>> <снэпы в ufs не умеют то же самое>
> На какое обсуждение? Ты ответил на конкретное сообщение про ufs и снапшоты в ней.

"Папа, где море?"
или опять "Троллинг тупостью"?


> ... выкидываем фразу, на которую ты ответил что-то неразумное
>> ты: На него нельзя "откатить" - только сделать с него бэкап дампом или "вытащить" пару файлов.

Мне почти интересно, какую ты там фразу вообще выкинул, т.к. там она одна, та самая которую ты оставил. Опять путаешь фантазии и реальность?


> Вот тут "него" - что будет означать? zfs? На него нельзя откатить?
> :)
> Нет, тут ты говорил явно про ufs.
> И я тебе ответил про ufs. И ссылку кинул не на что-нибудь, а фряшную команду.

Как упорно ты любишь обделываться ...
В третий раз для Ыкспердов-теоретиков - restore не работает с снэпшотами ufs, и да, ufs-снэпшот нельзя откатить так же, как zfs ...

>> restore снэпшот никуда не уперся, он с ним тупо работать не может
>> Снапшот в UFS - это именно про консистентное состояние ФС, для того чтобы можно было сделать лайв-дамп.
> Вообще-то снэпшоты ufs, через связку dump и restore работают.
> И ключ -L не просто так придумали.

Ну т.е. ты глянул в ман, но ничего не понял (иначе не задвигал бы тут про связки и -L). И да, dump вполне работает и без снапшота, а restore он вообще никуда не уперся.


> Но ты можешь сочинить ещё какой-нибудь бред. И даже убедить в этом
> многих. Кто на слово таким кекспертам как ты верит.
>> И нет restore -i -f /cachefs/backups/dump0_rootfs_11_02_24.zst - это не монтирование).
> Вот тут ты что-то написал, но разве я где-то упоминал, что это

Т.е. я угадал - ты вещал с умным видом про resore, но никогда с ним не работал ...

> Клоун ты, а не эксперт.
> Клоуны всегда что-то придумывают, а потом другим это приписывают.

Какой ты самокритичный, но почему о себе в третьем лице?

>> нет, дамп смонтировать не выйдет
> Перечитай то, что выше
> Так ты сам не знаешь.
> Я уверен, что ты просто пытаешься заострить внимание на разнице в процессе,

<прочий бред поскипан>
Давай сюда монтирования дампа ufs средствами ОС, балабол.

>> ыксперд опять спалился на не знании разницы между дампом и снэпшотом
> а не самом объекте.
> Ну-ка, простой наводящий вопрос: что такое snapshot памяти и дамп памяти.
> И чем они отличаются, если они лежат в виде файлов на диске?

Пошел юлеж ... короче ты не имеешь представления.
Ыксперд, дамп UFS - это поток байтов в определенном формате (см. /usr/include/protocols/dumprestore.h), типа tar и может "лежать" хоть на кассетах, для бэкапа на которых dump-restore и писался изначально ...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #86

80. Сообщение от iZENemail (ok), 16-Фев-24, 19:13   –1 +/
man man
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #87

81. Сообщение от Аноним (72), 16-Фев-24, 20:16   +/
🙂 Ну, ладно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

82. Сообщение от Аноним (72), 16-Фев-24, 20:18   –1 +/
А смысл в старых фотографиях, кроме более зелёной травы какой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #104

83. Сообщение от Аноним (72), 16-Фев-24, 20:25   +/
Но ведь стаканы в аппаратах с газировкой довно попёрли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

84. Сообщение от Аноним (72), 16-Фев-24, 20:26   +/
Ай386?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

86. Сообщение от Аноним (53), 16-Фев-24, 22:03   +/
> Т.е. ты все еще не в курсе, что в zfs есть снапшоты,
> но они != ufs-snapshot (на что как бэ, намекалось)?

В курсе. Но ты же говорил не про них, а про снапшот ufs, что "На него нельзя "откатить" - только сделать с него бэкап дампом или "вытащить" пару файлов."
Оказывается можно, а ты просто сболтнул лишнего не подумав.
Можно восстановить и снапшот и дамп, поскольку в снапшоте дамп. А по другому и быть не может.
Чтобы получить состояние системы, делается дамп. Не важно, какая логика там потом поверх прикручивается для удобства.
Оба варианта можно использовать для восстановления.

> на что как бэ, намекалось

Где это ты намекал про снапшоты zfs в контексте ufs? Выше? Там тебя не было. Ты позже влез.
И тупо сказал, что откатить нельзя. Откатить можно, неудобно только, встроенного отката нет.

Так я тебе поэтому сразу сказал про дядю с деньгами.
Вон, vermaden себе запилил даже аналог bectl для ufs. Не стал дядю ждать.
Понимает, что для ufs никто удобств делать не будет.

>>>>> Зачем на десктопе zfs?
>>>> Для снэпшотов, например. Но там где Zfs, уж лучше на линуксе.
>>>> ... (и да, снапы есть в ufs,
>>> <снэпы в ufs не умеют то же самое>
>> На какое обсуждение? Ты ответил на конкретное сообщение про ufs и снапшоты в ней.

Зачем ты опять лезешь в чужой контекст, на который ты не отвечал? Ты там даже в разговоре не участвовал.
Снапы в ufs может не умеют делать то же самое с теми же удобствами, но откатить часть или всю систему из них можно. А ты сказал нельзя. Потому что ты не знаешь, как создаются снапшоты. И почему для этого используется дамп ты тоже не знаешь. Хотя уже должен, раз в исходники полез.

>> ... выкидываем фразу, на которую ты ответил что-то неразумное
>>> ты: На него нельзя "откатить" - только сделать с него бэкап дампом или "вытащить" пару файлов.
> Мне почти интересно, какую ты там фразу вообще выкинул, т.к. там она
> одна, та самая которую ты оставил. Опять путаешь фантазии и реальность?

Ослеп что ли? Тогда всё понятно про контекст. Юли дальше. Может поднимешь глаза вверх и посмотришь, какую я фразу выкинул. Так я выкинул ту фразу на которую ты отвечал. И сразу твой верхний контекст поломался, о котором ты "как бэ, намекал". А всё почему? Да потому что он оказался не связан с твоим ответом.

Давай я тоже использую контекст выше и предъявлю тебе претензии, что "ты что обалдел что ли, когда это восстановление журнала гарантировало целостность данных?".
Что? Будешь оправдываться, что ты не говорил ничего такого? Или тупо смиришься?
А я на твои претензии скажу, что это я тебе отвечал на сообщения тех, кто говорил выше.

И цитирование идёт не на всю ветку, а только на то сообщение, на которое ты отвечаешь. Поэтому и в цитату идёт текст, только от сообщения, на которое отвечаешь, а не всей ветки.
Так что, если ты ответил на чьё-то сообщение, жди ответ на своё, а не на всю ветку.
Никто гадать не будет, на что ты там как бэ намекал.

>> Вот тут "него" - что будет означать? zfs? На него нельзя откатить?
>> :)
>> Нет, тут ты говорил явно про ufs.
>> И я тебе ответил про ufs. И ссылку кинул не на что-нибудь, а фряшную команду.
> Как упорно ты любишь обделываться ...
> В третий раз для Ыкспердов-теоретиков - restore не работает с снэпшотами ufs,
> и да, ufs-снэпшот нельзя откатить так же, как zfs ...

А из чего по твоему снапшот создаётся?

>>> restore снэпшот никуда не уперся, он с ним тупо работать не может
>>> Снапшот в UFS - это именно про консистентное состояние ФС, для того чтобы можно было сделать лайв-дамп.
>> Вообще-то снэпшоты ufs, через связку dump и restore работают.
>> И ключ -L не просто так придумали.
> Ну т.е. ты глянул в ман, но ничего не понял (иначе не
> задвигал бы тут про связки и -L). И да, dump вполне
> работает и без снапшота, а restore он вообще никуда не уперся.

Ну да, из связки dump / restore, половина вообще никуда упёрлась.
А ресторить дамп будет некая неведомая херня. restore просто так написали, от нечего делать. just for fun.

> Т.е. я угадал - ты вещал с умным видом про resore, но
> никогда с ним не работал ...

Не угадал.

> Какой ты самокритичный, но почему о себе в третьем лице?

Там местоимение 'ты' было.

>>> нет, дамп смонтировать не выйдет
>> Перечитай то, что выше
>> Так ты сам не знаешь.
>> Я уверен, что ты просто пытаешься заострить внимание на разнице в процессе,
> <прочий бред поскипан>
> Давай сюда монтирования дампа ufs средствами ОС, балабол.

Мне тебе ман на русский переводить?
Монтируешь снапшот, который есть дамп живой системы ufs (цитата из мана), сделанный с ключом -L, через mdconfig. Это тебе так сложно? А я тебя не просто так спрашивал про дампы и снапшоты памяти. Только ты решил, что это юлёж.

>>> ыксперд опять спалился на не знании разницы между дампом и снэпшотом
>> а не самом объекте.
>> Ну-ка, простой наводящий вопрос: что такое snapshot памяти и дамп памяти.
>> И чем они отличаются, если они лежат в виде файлов на диске?
> Пошел юлеж ... короче ты не имеешь представления.

То есть ты даже не понимаешь, что в снапшоте сдампленная фс, которую ты можешь вытащить через mdconfig и dump?
Так держать, экспертус опенетус вульгариус!

> Ыксперд, дамп UFS - это поток байтов в определенном формате (см. /usr/include/protocols/dumprestore.h),
> типа tar и может "лежать" хоть на кассетах, для бэкапа на
> которых dump-restore и писался изначально ...

Так любой файл - это поток байтов в определённом формате. Даже больше - один и тот же поток байтов можно выводить по разному, не меняя его внутренний формат. Непонятно, к чему это было сказано. Потому что это же определение подходит под файл снапшота. И ты его тоже можешь в тар запихать.
А потом вытащить и восстановиться из него. Чем тебе не бэкап.

------------------------------------------------------------------------------
Цитаты из манов, как обещал:

-L      This option is to notify    dump that it is    dumping     a  live  file
           system.     To obtain a consistent    dump image, dump takes a snap-
           shot of the file    system in the .snap directory in the  root  of
           the  file system    being dumped and then does a dump of the snap-
           shot.

Что в словах dump и snapshot тебе не понятно?
Ты вообще понимаешь, что эти два термина взаимосвязаны?
Я уже сомневаюсь. Потому что ты их упорно пытаешься отделить.

-------------------------------------------------------------------------------

Once  you have taken a snapshot,    there are three    inter-
               esting things that you can do with it:

               2.   Run    dump(8)    on the snapshot.  You will get a  dump
                that  is consistent    with the file system as    of the
                timestamp of the snapshot.

               3.   Mount the snapshot as a frozen image of  the  file
                system.      To      mount         the      snapshot
                /var/snapshot/snap1:

                mdconfig -a    -t vnode -f /var/snapshot/snap1    -u 4
                mount -r /dev/md4 /mnt

                You    can now    cruise around your  frozen  /var  file
                system  at    /mnt.    Everything will    be in the same
                state that it was at the  time  the     snapshot  was
                taken.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #88

87. Сообщение от Капитан Грамотей (?), 16-Фев-24, 22:05   +1 +/
Изя, живой! Долгих лет и здоровья побольше! ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

88. Сообщение от Аноним (35), 17-Фев-24, 03:13   +/
> Можно восстановить и снапшот и дамп, поскольку в снапшоте дамп. А по другому и быть не может.
> поскольку в снапшоте дамп

Короче, ты не знаешь матчасть и почему-то очень любишь это подтвержать отборным бредом - нет в снапшоте никаких дампов, снапшот - наружу ("замороженный") срез файловой системы, дамп делается с этого среза, если _нельзя_ отмонтировать ФС, но хочется консистентности.
Унутрях у снапшота там может быть только хидер ФС и больше ничего - 0 данных, если данные с момента среза не изменялись.

> Чтобы получить состояние системы, делается дамп. Не важно, какая логика там потом
> поверх прикручивается для удобства.
> Оба варианта можно использовать для восстановления.

Знал бы ты матчасть, был бы в курсе, что нет, не оба - для костыльного "восстановления" из снапшота может понадобиться x2 (и больше) дискового места, в отличие от восстановления из дампа.

> Где это ты намекал про снапшоты zfs в контексте ufs? Выше? Там тебя не было. Ты позже влез.  

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

> И тупо сказал, что откатить нельзя. Откатить можно, неудобно только, встроенного отката нет.

Увы, от повторения бреда бред не становится реальностью - как ты не повторяй, что запуливание предварительно снятого дампа с помощью resore или перекопирование файлов из снэпшота и есть такой "самделишний откат" снапшота.

> А ты сказал нельзя. Потому что ты не знаешь, как создаются
> снапшоты. И почему для этого используется дамп
ты тоже не знаешь.
> Хотя уже должен, раз в исходники полез.

"знания" так и прут, так и прут. Теперь у кекспертов для снапшотов используется дамп.


> Так я выкинул ту фразу на которую ты отвечал. И сразу твой верхний контекст
> поломался, о котором ты "как бэ, намекал". А всё почему? Да потому что он оказался не связан с твоим ответом.

"Я выкинул ключевую фразу из твоего коммента и усе поломалося"
Образец логики, че.

> Давай я тоже использую контекст выше и предъявлю тебе претензии, что "ты
> что обалдел что ли, когда это восстановление журнала гарантировало целостность данных?".
> Что? Будешь оправдываться, что ты не говорил ничего такого? Или тупо смиришься?

<остальной бред поскипан>
Твой юлеж местами даже забавен, но слишком уж однообразен.


>> В третий раз для Ыкспердов-теоретиков - restore не работает с снэпшотами ufs,
>> и да, ufs-снэпшот нельзя откатить так же, как zfs ...
> А из чего по твоему снапшот создаётся?

Из невыученной тобой матчасти, вестимо.


>> работает и без снапшота, а restore он вообще никуда не уперся.
> Ну да, из связки dump / restore, половина вообще никуда упёрлась.
> А ресторить дамп будет некая неведомая херня. restore просто так написали, от
> нечего делать. just for fun.

Занимательная болтология никак не отменяет факт того, что restore работает лишь с форматом из утилиты dump и никак иначе. Формат файла снапшота он не понимает.

>> Т.е. я угадал - ты вещал с умным видом про resore, но
>> никогда с ним не работал ...
> Не угадал.

Не-не, угадал - тыж вообще "ни в зуб ногой", ни с теми утилитами, ни с (У)ФС ..

> Мне тебе ман на русский переводить?
> Монтируешь снапшот, который есть дамп живой системы ufs (цитата из мана), сделанный
> с ключом -L, через mdconfig. Это тебе так сложно? А я
> тебя не просто так спрашивал про дампы и снапшоты памяти. Только ты решил, что это юлёж.

Именно юлеж (ну и походу незнание аглицкого, где ты почему-то прочитал что снапшот и есть "дамп живой системы").
Дамп UFS - это выхлоп утилиты dump, именно с ним и работает утилита restore, а не твоя вольная трактовка, что "снапшот это тоже дамп, потому что память, вот!"


> То есть ты даже не понимаешь, что в снапшоте сдампленная фс, которую
> ты можешь вытащить через mdconfig и dump?

Прелестно, просто прелестно. Ыкспердизм так и прет (нет, туда копируются лишь "оригиналы" блоков ФС, если их изменяют после момента заморозки - т.е. изначальный снапшот практически пустой хидер ФС. Именно поэтому он создается почти мгновеннои и именно поэтому ты можешь удалить его простым rm snapshot).
> Так держать, экспертус опенетус вульгариус!

Опять ты о себе в третьем лице?


> Цитаты из манов, как обещал:
> -L      This option is to notify dump that it is dumping  a  live  file
>         system.  To obtain a consistent dump image, dump takes a snap-
>         shot of the file system in the .snap directory in the  root  of
>         the  file system
> being dumped and then does a dump of the snap-
>         shot.
> Что в словах dump и snapshot тебе не понятно?
> Ты вообще понимаешь, что эти два термина взаимосвязаны?
> Я уже сомневаюсь. Потому что ты их упорно пытаешься отделить.

Это ты тут вычитал "снапшот, который есть дамп живой системы"?
Т.е. с аглицким у тебя тоже беда? Ну ... ожидаемо (dump в этом конектсте - это утилита dump, из мана которой ты выдрал этот кусок и которую ты походу никак не отличаешь от dump image. И да, для того, чтобы считать консистентный образ, dump запрашивает создание снапшота, но никаким образом для этого создания не требуется - его создает ядро).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #90

89. Сообщение от iZENemail (ok), 17-Фев-24, 08:45   +/
> Зачем на десктопе zfs? Серьёзно,  я не понимаю.

Делать zfs rollback systempool (или programpool), если что-то пойдёт не так.
Переслать снимок живой файловой системы по сети, чтобы быстро установить на новую систему или в бэкап на сервере.

А ваша Ext4 что из этого может кроме dd в отмонтированном состоянии?

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

90. Сообщение от Аноним (90), 17-Фев-24, 09:09   –1 +/
> dumping  a  live  file

dumping здесь не утилита (утилита - dump), а процесс получения дампа живой системы, то есть снапшота с помощью утилиты dump. ключ -L означает Live file system.

Последний шанс тебе даю.

Вот два определения:

Дамп — «снимок» состояния системы в определенный момент времени.
Snapshot — это снимок или фотография текущего состояния системы.

Найди, как говорится, отличия.

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

Команду я тебе показал. Из снапшота получается дамп и монтируется куда хочешь. С возможностью последующего восстановления.

Можешь и дальше противоречить документации.

У тебя ограниченное мышление, ты не можешь преобразовывать одно в другое, потому что считаешь что это абсолютно разные вещи.

> "Дамп UFS - это выхлоп утилиты dump..."

А ключ -L это чьё?

> из мана которой ты выдрал этот кусок

Надо было весь кидать? :)

Короче, можешь забить, можешь помедитировать на те два определения дампа и снапшота. Дело твоё.
Да снизойдёт на тебя озарение.
А английский подтяни. Хромает он у тебя.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #92

91. Сообщение от нах. (?), 17-Фев-24, 20:03   +/
да, эта вот фича отсутствует by design принципиально - но мне честно говоря трудно представить что такое надо сотворить чтобы такой откат внутри ОС был меньшим злом. (в случае с виртуалками - да, бывает, но как раз с такими где внутри ос лучше вообще не оказываться и откатываетя там все целиком и часто с runtime состоянием впридачу)

То есть вот за все 10 или сколько уже прошло лет использования zfs ни разу не пригодилось.

Либо по одному файлику, либо целиком клон куда-то, либо crash consistent backup.

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

92. Сообщение от Аноним (-), 17-Фев-24, 20:54   +/
> dumping здесь не утилита (утилита - dump), а процесс получения дампа живой

...
> Команду я тебе показал. Из снапшота получается дамп и монтируется куда хочешь.
> С возможностью последующего восстановления.

...
> У тебя ограниченное мышление, ты не можешь преобразовывать одно в другое, потому
> что считаешь что это абсолютно разные вещи.

В общем, ты обычный опеннетный болтолог, не владеющий матчастью вообще - но как обычно, знающий "как оно там все на самом деле" ...

> Короче, можешь забить, можешь помедитировать на те два определения дампа и снапшота.

На мнение опеннетного ыксперта я давно забил, просто было интересно, насколько у него хватит запала и фантазии.
Троечка с плюсом - начал быстро повторяться и игнорить слишком неудобные вопросы и пассажи. Старайся еще.


Иди теперь поспорь с пoxом-наxом ниже, а то он как бэ, не только с лету понял о чем речь, но и согласился - покажи ему Силу Опеннетной Ыкспердизы!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #93

93. Сообщение от Аноним (93), 17-Фев-24, 22:20   –1 +/
А чего с ним спорить, он-то сказал уже после слов, что это оказывается отсылка к zfs rollback-у была.

Ну не так всё работает как в zfs, и что дальше? Откатить нельзя, потому что команду не встроили?
Ты посмотри в каком году это всё появилось. Решили сделать быстро, через dump.
Кроме соляриса наверное никто тогда и не умел.

Вот ещё одну цитату брошу, и завяжу.

The dump command also supports a -L option, which will automatically create a snapshot of a live (mounted and writable) filesystem, and then dump from the static, read-only snapshot instead of the actively-changing filesystem.

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

94. Сообщение от Аноним (94), 18-Фев-24, 04:39   –1 +/
Это в линуксе у вас есть LVM. У б3дунов-то нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #97, #103

95. Сообщение от Аноним (96), 18-Фев-24, 10:00   +/
Кто вырос, создаёт и даёт в аренду другим )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

96. Сообщение от Аноним (96), 18-Фев-24, 13:00   +/
кнопочный телефон со строкой команд?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

97. Сообщение от iZENemail (ok), 18-Фев-24, 13:03   +1 +/
> Это в линуксе у вас есть LVM. У б3дунов-то нет.

Во FreeBSD испокон веку была и есть GEOM.


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

98. Сообщение от Аноним (98), 18-Фев-24, 22:42   +/
Поставлю Десятку, может, за портола года найдут способ обновлять..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

99. Сообщение от Аноним (-), 18-Фев-24, 23:40   +/
>> Этим Linux и прекрасен
> Для кого? Для одиноких, немолодых и безработных дедушек? Для нормальных людей линпус
> непригоден для десктопа чуть менее чем полностью.

Так хомячкам и сделали десктоп меты. Вот прям из линуха. Андроид называется. Од@б@лен по максимуму, думать не надо почти, за вас все более разумные существа из гугола подумали.

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

101. Сообщение от Аноним (-), 19-Фев-24, 00:05   +/
> Фигасе у тебя, дедче, время свободного. А почему это в линпусе не
> может быть из коробки?

Потому что универсальная система - и это как бы не совсем нахаляву. Латенси дается ценой некоей потери bulk перфоманса, разумеется.

> Почему обязательно нужно пердолить конфиги и что-то там конпилять?

Примерно по той же причине по которой машинки для бритья, стандартизирующие форму морды лица не получили распостранения.

Вот например макбук - и вообще поделия эппла на серверах ни о чем. И на эмбедовке - тоже. А линух можно и туда заковырять. В отличие от.

А еще - да, вон те решалы конечно решают за юзера ряд проблем. Но к сожалению хотят за свои услуги слишком много. И не только денег, им этого теперь мало. Еще тоталконтроль и данные юзера теперь подавай, по сути душу пользователя хотят, дьяволы.

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

102. Сообщение от Котофалк (?), 19-Фев-24, 12:44   +/
> вот их изобретение.

Не их, а DesktopBSD (помним, скорбим)

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

103. Сообщение от Котофалк (?), 19-Фев-24, 12:49   +/
LVM это инопланетная поделка для ушибленых, и по сравнению с GEOM она вообще не тянет, увы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

104. Сообщение от 1 (??), 22-Фев-24, 13:48   +/
Они чёрно-белые ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82


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

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




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

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