The OpenNET Project / Index page

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



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

Оглавление

Проект FreeBSD перевёл порт ARM64 в число первичных и исправил 3 опасных уязвимости, opennews (ok), 10-Апр-21, (0) [смотреть все]

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


7. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –35 +/
Сообщение от Аноним (25), 10-Апр-21, 08:50 
А вообще фрибзда - система входного дня. Как всегда, отстает от линукса во всем. И это даже не смотря на неплохо работающий линуксатор, тянущий даже хромоногие браузеры и на вполне нормальную(с 13-й версии) работу линуксовых видеодров.
Все так же остается риск потерять все данные из-за очередного взбрыка UFS, когда даже fsck говорит что "его полномочия - всё".
Всё так же команду reboot лучше не делать вообще никогда.
Всё так же войфай при засыпании/просыпании больше не работает. Попытка выгрузить модуль даёт:
# kldunload -f iwm7260fw.ko
kldunload: can't unload file: Device busy
Ответить | Правка | Наверх | Cообщить модератору

10. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +5 +/
Сообщение от Анонимс (?), 10-Апр-21, 09:02 
За всë время использования ни разу не было перечисленных проблем.
Про WiFi ничего сказать не могу не пользовался на серверах.
А почему ребут лучше не делать?
Ответить | Правка | Наверх | Cообщить модератору

14. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –9 +/
Сообщение от Аноним (25), 10-Апр-21, 09:23 
Сервера - это такое. Мне интересен десктоп/лэптоп.
Ребут почему-то именно во фрибзде оставляет обородование в странном состоянии - пц-спикер пищит почти минуту, иногда USB-контроллер, насыпав ошибок, вешает ядро. Где-то память не очищается при ребуте, нужно выключение.

По потере данных из-за выключения на UFS - наблюдал с фрибзды 8 до 11. Потерял около 10 серверов(физ и вирт), и один десктоп. В 13-й бзде этого ещё не наблюдал, но всё равно очкую.

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

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

16. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +9 +/
Сообщение от Аноним (16), 10-Апр-21, 09:48 
очкуй дальше. и ни в коем случае не пробуй zfs. и продолжай рассказывать басни про ufs. чем меньше вас, тем больше нас.
Ответить | Правка | Наверх | Cообщить модератору

22. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –3 +/
Сообщение от Аноним (25), 10-Апр-21, 10:33 
> и ни в коем случае не пробуй zfs

Ну вот благодоря нашим нагрузкам в zfs были исправлены проблемы с read-range locks. Молодец, попал пальцем в небо. И кстати скоро ZoL будет и во фрибзде, вот только зачем она мне на ноуте? Хотя есть вариант - если ufs продолжит падать, то от безальтернативщины придётся на zfs переходить.

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

31. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +4 +/
Сообщение от Аноним (31), 10-Апр-21, 11:27 
"Мужик, я не пойму - ты охотник или [cencored] (гей)?" (с) анекдот

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

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

40. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от n80 (?), 10-Апр-21, 13:25 
> зачем она мне на ноуте?

Если вопрос про ZFS в целом (а не про конкретно ZoL), в очередной раз повторюсь: ИМХО, хотя бы и ради прозрачных контрольных сумм (а чем дальше, тем железо нежнее и более склонно к bit rot, хотя и есть нюансы) и снапшотов.

А ещё есть подозрение, что пользователей ZFS побольше будет (чем у UFS), что в определённой мере коррелирует с обнаружением багов и их исправлением.

Ещё, конечно, очень интересен смысл использования *BSD вместо что-то_там/Linux на домашнем железе в целом и ноуте в частности, что это дало? Наверняка что-то даёт, просто я не особо в курсе BSD мира, без всякой задней мысли интересуюсь.

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

70. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от пох. (?), 10-Апр-21, 18:43 
> А ещё есть подозрение, что пользователей ZFS побольше будет (чем у UFS),
> что в определённой мере коррелирует с обнаружением багов и их исправлением.

а есть печальный факт:  https://github.com/openzfs/zfs/issues/6224

> Ещё, конечно, очень интересен смысл использования *BSD вместо что-то_там/Linux на домашнем
> железе в целом и ноуте в частности, что это дало? Наверняка

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

p.s. а зачем на ноуте снапшоты, кстати? Ну разьве что ради теоретической возможности отката системы (но для этого нужны не просто снапшоты, а толком недоделанные и недокументированные bootenvы) - то есть исправления последствий рукожопия разработчиков. А зачем иметь дело с их продуктом вообще, если его ТАК надо исправлять?

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

87. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от n80 (?), 11-Апр-21, 00:09 
> а есть печальный факт:  https://github.com/openzfs/zfs/issues/6224

К ZoL/OpenZFS у меня самого претензий хватает, но тут уж выбор меньшего зла, скорее.

> я вас про ваш линyпсь могу спросить о том же. "вместо нормальной дисяточки".

Вопрос был к конкретному пользователю, который (по идее) может именно про BSD рассказать, а не вот это вот всё.

> Но не буду, вы ж опять бредом сивой кобылы ответите.

Вот не надо грязи, где это я бредом отвечал?

> p.s. а зачем на ноуте снапшоты, кстати? Ну разьве что ради теоретической возможности отката системы (но для этого нужны не просто снапшоты, а толком недоделанные и недокументированные bootenvы) - то есть исправления последствий рукожопия разработчиков. А зачем иметь дело с их продуктом вообще, если его ТАК надо исправлять?

За всех сказать не могу, а лично мне для бекапов нужны и, иногда, чтобы быстро что-то восстановить можно было (не всю систему, а случайно снесённый/изменённый файл). Но пока решается где-то с помощью NILFS, где-то XFS + xfsdump, где-то вообще банально rsync. ZFS только на экспериментальной полке гоняю пока, но у кого-то опыт работы с ним куда больше моего и полностью им довольны и используют у себя для целей, аналогичных моим. Я пока только рассматриваю.

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

97. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от пох. (?), 11-Апр-21, 11:15 
> К ZoL/OpenZFS у меня самого претензий хватает, но тут уж выбор меньшего зла, скорее.

я вяло посматриваю на refs. over storage direct, разумеется.
Остальное успело достать. Если уж выбирать меньшее зло - то выбирать без идеологических глупостей.

> а лично мне для бекапов нужны и, иногда, чтобы быстро что-то восстановить можно было (не всю
> систему, а случайно снесённый/изменённый файл).

хм...

> но у кого-то опыт работы с ним куда больше моего и полностью им довольны

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

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

103. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от n80 (?), 11-Апр-21, 16:14 
> я вяло посматриваю на refs. over storage direct, разумеется.
> Остальное успело достать.

Очень удачная формулировка, однако. Точная. Именно что остальное уже успело, а это — (пока) ещё нет.

> боюсь что мой опыт работы таки куда больше этих ковот. Как и представления о том, что там под капотом и как занятно оно может поломаться на ровном месте.

Святое дело, чем дальше копаешь что-то, тем больше ужасаешься от мысли, как оно вообще работает и сколько тут ещё мест для подстилания соломы неприкрытых. И может начать казаться, что у ещё неизученного дела обстоят куда лучше. Только вот после изучения потрохов NT в целом (и этого самого ReFS в частности) обнаруживается, что там драконов заныкано не меньше, а некоторые из них ещё страшнее (хотя кому как). Так что всецело поддерживаю идею насчёт выбора «без идеологических глупостей», ковырять — так всех одинаково глубоко. С собаками, может, и спокойнее, но меня ещё не настолько достало, я пока ещё поковыряюсь.

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

105. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от пох. (?), 11-Апр-21, 16:55 
> И может начать казаться, что у ещё неизученного дела обстоят куда лучше.

оно хотя бы чисто технически выглядит лучше. Из отдаленно похожего у нас только gluster, но там и с производительностью, и с надежностью все ровно так, как и должно быть у продукта made in India.

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

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

67. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Аноним (67), 10-Апр-21, 18:21 
не ZFS on Linux, он же ZoL, а OpenZFS
и можно тогда взять и назвать тот проект ZFS on FreeBSD
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

125. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от bOOster (ok), 13-Апр-21, 09:55 
Да это клиника головного мозга, паранойя называется. Он просто настолько туп что не понимает что ядро ZFS было изначально портировано на BSD. И основной вклад в стабильность работы внесли illumos и bsd, что первый что второй уже давно ZFS используют в продуктиве. Linux оиды с горем пополам дописали обвес чтобы прикрутить через задний проход ZFS к Linux ядру - назвав это ZoL и как результат никакая часть этого поделия в другие реализации OpenZFS не попадет. Да есть и у линуксоидов части OpenZFS ядра которые они пилят, но общий их вклад в OpenZFS не превышает и 10%. Зато традиционно криков что они чето там пилят на все 90%.
Ответить | Правка | Наверх | Cообщить модератору

128. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от пох. (?), 13-Апр-21, 14:46 
Бредни впопеннетчиков, рулоны на вес.

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

17. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +8 +/
Сообщение от Аноним (31), 10-Апр-21, 09:56 
Потерять 10 серверов - это уже однозначно диагноз пользователя, а не ОС. Тебя гнать надо от любой техники.

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

21. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –5 +/
Сообщение от Аноним (25), 10-Апр-21, 10:29 
А почему тогда на других осях файловые системы работают в отличии от UFS? В этом тоже пользователь виноват? Где-то мы уже такое слышали.
Ответить | Правка | Наверх | Cообщить модератору

29. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Аноним (31), 10-Апр-21, 11:15 
Потому что компьютеры у нас теперь осваивают раньше, чем учатся читать. А иногда - и раньше, чем думать.
А те, кто читать и осмысливать прочитанное умеют, знают про то, что такое background fsck, как оно работает, и когда оно нужно, а когда - нет.
Ответить | Правка | Наверх | Cообщить модератору

39. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +4 +/
Сообщение от Аноним (-), 10-Апр-21, 13:25 
> А почему тогда на других осях файловые системы работают в отличии от UFS?

Потому что очередное кулстори от опеннетного анонима "как оно все там, на 100500 машинах, будет - экстраполяция опыта установки фри на хреново поддерживаемый азуз ноут, бай аноним".

Только вот намертво виснущая при просыпании бубунта на EXT4 на леново L430 и "но оператинг систем детектед" после ребута - "Это другое! Понимать надо!"(с)

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

55. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Аноним (55), 10-Апр-21, 16:00 
Лол. Хдд поменяй
Ответить | Правка | Наверх | Cообщить модератору

56. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Аноним (-), 10-Апр-21, 16:03 
>> Ноут с SSD
> Лол. Хдд поменяй

"Это другое! Понимать надо!"(с)


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

73. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от пох. (?), 10-Апр-21, 19:35 
> А почему тогда на других осях файловые системы работают в отличии от UFS? В этом тоже
> пользователь виноват?

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

Я тут нашел прелестную историю о превращении в тыкву xfs после банального апгрейда ведра - необратимом, практически. С works-as-intended в качестве решения проблемы. И чо?

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


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

89. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от Аноним (89), 11-Апр-21, 04:26 
> нашел прелестную историю о превращении в тыкву xfs после банального апгрейда ведра

нашел - делись ссылкой!

по моему опыту, xfs одна из самых беспроблемных фс (проблемы не умеющих программировать не в счет), интересно.

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

109. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от пох. (?), 11-Апр-21, 17:16 
> нашел - делись ссылкой!

https://www.opennet.ru/openforum/vsluhforumID3/123884.html#110

> по моему опыту, xfs одна из самых беспроблемных фс (проблемы не умеющих
> программировать не в счет)

оригинально. Нет. Я не хочу ее "программировать".

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

23. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от Сергей (??), 10-Апр-21, 10:40 
Прикольно однако, особенно про потерю на вирт. машине... Я на слабых машинках и вм именно ufs с журналом и юзаю и все хоккей, может я руки не мою и еще чего не делаю...
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

26. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от Аноним (25), 10-Апр-21, 10:48 
И на виртуалках, и на физиках. При остановке машины или выключении питания.
По виртуалкам - так вообще, линуксовому хосту - ничего, а фрибздешную машину даже fsck не исправит. То есть метаданные провтыкались вообще полностью. По физикам - то же, будем смотреть как 13-я себя поведёт.
Ответить | Правка | Наверх | Cообщить модератору

90. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +1 +/
Сообщение от _ (??), 11-Апр-21, 05:52 
Дендромутант-рукожоп! Талантливый! :)
Ответить | Правка | Наверх | Cообщить модератору

27. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –4 +/
Сообщение от Аноним (27), 10-Апр-21, 10:53 
У меня именно уфс рассыпалась и именно на железе, в дефолтной конфигурации, но фанатики мне не верят. Дело было пару лет назад. Те же самые фанатики пугают проблемами с ext4, когда реальные проблемы бывают только у xfs.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

32. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +3 +/
Сообщение от Аноним (31), 10-Апр-21, 11:31 
Да эти сказочники с историями про разваливающуюся UFS в каждом треде про bsd обязательно отмечаются. Традиция у них такая. Унылая и беспощадная.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

35. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +3 +/
Сообщение от Аноним (35), 10-Апр-21, 13:04 
> Да эти сказочники с историями про разваливающуюся UFS

Причем каждый раз добавляются "детали" из комментов последнего треда ... но как обычно - 0 ссылок на багрепорты и палевные мелочи.

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

36. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Михрютка (ok), 10-Апр-21, 13:06 
>>>Где-то память не очищается при ребуте, нужно выключение.

прелесть какая.

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

118. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от t28 (?), 12-Апр-21, 14:14 
> Ребут почему-то именно во фрибзде оставляет обородование в странном состоянии …
> … насыпав ошибок, вешает ядро.

На десктопе Free давно не юзал, а на серверах наблюдал странное поведение при reboot'ах.
Ядро выпадает в кору, но при этом через 15 секунд перезагружается.

> По потере данных из-за выключения на UFS - наблюдал с фрибзды 8 до 11.
> Потерял около 10 серверов(физ и вирт), и один десктоп.

На Free за 23 года юзания на серверах такого не припомню. Т.е. подобное, возможно, и было,
но в памяти как-то не отложилось. А вот в линуксе стабильно по нескольку раз в год на
серверах, в случае кернел паник или unscheduled power off. При том, терялись данные как
на EXTx так и на XFS.

Домашний ноут на линукс. / — на BTRFS, /home — на EXT4.
С / BTRFS вообще никаких проблем ни разу не было, а вот /home падает раз в 3—4 месяца.

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

20. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Аноним (20), 10-Апр-21, 10:02 
Не гони. Фрибсд у меня на ноутах с 2006 года, а на серверах с 2004.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

24. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –7 +/
Сообщение от Аноним (25), 10-Апр-21, 10:40 
Да я и не отрицаю что у тебя
> на ноутах с 2006 года, а на серверах с 2004.

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

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

28. Скрыто модератором  +2 +/
Сообщение от tim2k (ok), 10-Апр-21, 11:00 
Ответить | Правка | Наверх | Cообщить модератору

57. Скрыто модератором  –3 +/
Сообщение от IN_SLACKWARE_WE_TRUST (?), 10-Апр-21, 16:26 
Ответить | Правка | Наверх | Cообщить модератору

61. Скрыто модератором  +2 +/
Сообщение от Аноним (-), 10-Апр-21, 16:48 
Ответить | Правка | Наверх | Cообщить модератору

63. Скрыто модератором  –3 +/
Сообщение от IN_SLACKWARE_WE_TRUST (?), 10-Апр-21, 16:57 
Ответить | Правка | Наверх | Cообщить модератору

64. Скрыто модератором  +2 +/
Сообщение от Михрютка (ok), 10-Апр-21, 17:23 
Ответить | Правка | Наверх | Cообщить модератору

81. Скрыто модератором  +/
Сообщение от IN_SLACKWARE_WE_TRUST (?), 10-Апр-21, 22:48 
Ответить | Правка | Наверх | Cообщить модератору

68. Скрыто модератором  +1 +/
Сообщение от Аноним (-), 10-Апр-21, 18:27 
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

80. Скрыто модератором  –1 +/
Сообщение от IN_SLACKWARE_WE_TRUST (?), 10-Апр-21, 22:43 
Ответить | Правка | Наверх | Cообщить модератору

82. Скрыто модератором  +/
Сообщение от IN_SLACKWARE_WE_TRUST (?), 10-Апр-21, 23:00 
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

100. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от tim2k (ok), 11-Апр-21, 13:00 
>[оверквотинг удален]
> без метаданных и заголовков! Вот это я понимаю - УРОВЕНЬ.
> В это время FreeBSD бегает где-то в детском саду по всем вышеперечисленным
> вопросам.
>> На реддите... о миграции
> Ха. Пусть мигрируют. Я почитываю иногда. Там в основном смузихлебы мигрируют. Системд
> им не нравится? Вот это поворот! Я тоже не используют systemd.
> Они могут приготовить из Slackware или CRUX'а то, что нужно <-
> тут нет systemd. Но они или не могут или не хотят,
> а вполне возможно и не умеют. Поэтому шифропанки и спецы остаются
> на линуксе.

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

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

38. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Аноним (38), 10-Апр-21, 13:22 
Имея такой богатый опыт, ты отсылал репорт об ошибках разработчикам?
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

42. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +3 +/
Сообщение от Михрютка (ok), 10-Апр-21, 13:30 
судя по каментам, ничего, кроме "дорогие разработчики, у меня происходит подземный стук" этот анон зарепортить не может.
Ответить | Правка | Наверх | Cообщить модератору

98. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от пох. (?), 11-Апр-21, 11:17 
Я пару раз репортил и такое - стук ликвидировали.

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

30. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Fracta1L (ok), 10-Апр-21, 11:15 
Такое надо психиатру рассказывать, а не в интернете
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

47. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Ананимас123 (?), 10-Апр-21, 14:08 
>Всё так же команду reboot лучше не делать вообще никогда.

Потому что сначала стоит почитать ман и понять, что делает reboot, а что shutdown -r.

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

71. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от пох. (?), 10-Апр-21, 18:45 
>>Всё так же команду reboot лучше не делать вообще никогда.
> Потому что сначала стоит почитать ман и понять, что делает reboot, а
> что shutdown -r.

они уже двадцать лет везде делают одно и то же. С разморозочкой, кстати.

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

76. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от Ananimasss (?), 10-Апр-21, 21:21 
Shutdown не пришлет sigkill опосля 30с после sigterm, а значит какой-нибудь орацл таки успеет корректно завершится. Так что мимо.
Ответить | Правка | Наверх | Cообщить модератору

83. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  –1 +/
Сообщение от пох. (?), 10-Апр-21, 23:11 
это если бы существовал орацл для фри.

Но к повреждениям fs у того страдальца это не имеет ни малейшего отношения - reboot корректно сбрасывает буферы (более того, shutdown этого не делает, вызывая для этой цели именно reboot)

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

86. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +/
Сообщение от Ананимас123 (?), 10-Апр-21, 23:59 
> это если бы существовал орацл для фри.
> Но к повреждениям fs у того страдальца это не имеет ни малейшего
> отношения - reboot корректно сбрасывает буферы (более того, shutdown этого не
> делает, вызывая для этой цели именно reboot)

Суть не в орацле, а в процессе, которому надо для завершения некое время.
А что там будет дело десятое.

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

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

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

51. "Проект FreeBSD перевёл порт ARM64 в число первичных и исправ..."  +1 +/
Сообщение от Аноним (51), 10-Апр-21, 14:59 
Это карма. У меня BSD 20 лет отработало, десятки серверов - да, проблемы были.

Когда на серверную стойку упал монтажник, пришлось менять диски в рейде.

Когда в дешёвом сервере стояла глючная память - машина глючила. Зарёкся ставить сервера с памятью без ECC.

Однажды пришлось отключить на файловой системе журнализацию и прогнать fsck в оффлайн (т.е. не в бэкграунде) когда было отключение питания, а nut не сработал и машину не загасил.

Однажды накосячил с модулем авторизации через smb, и после обновления операционки возникли проблемы - которые спокойно решил, даже без single user.

Про команду reboot не понял в принципе. Всегда ею пользуюсь после обновления операционки.


Насчёт ноутбуков - ну да, не десктопная это операционка. Ну и что?

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

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

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




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

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