The OpenNET Project / Index page

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



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

Оглавление

Выпуск Debian 9.8, opennews (??), 16-Фев-19, (0) [смотреть все]

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


17. "Выпуск Debian 9.8"  –10 +/
Сообщение от Аноним (17), 16-Фев-19, 21:52 
Debian — это тот самый дистрибутив, на котором нужно остановиться. Перестать ерзать и остановиться на единственном вменяемом варианте.
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск Debian 9.8"  +1 +/
Сообщение от th3m3 (ok), 16-Фев-19, 22:02 
Мудрость приходит с годами. Не все поймут.
Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск Debian 9.8"  +13 +/
Сообщение от Kazanova (?), 16-Фев-19, 22:32 
>приходит с годами

Это вы с импотенцией попутали. С годами приходит только склероз маразм и болезнь Альцгеймера.

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

36. "Выпуск Debian 9.8"  +/
Сообщение от microcoder (ok), 16-Фев-19, 22:48 
Там же дополнение, которое Вы не учли - "не все поймут", а это значит, что поймёт малое количество, обычно это 5%, а к 95% придёт альцгеймер...
Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск Debian 9.8"  +/
Сообщение от Ordu (ok), 17-Фев-19, 00:12 
Казанова, вроде от сифилиса в старости страдал, а не от маразма да альцгеймера. Цвейг, во всяком случае, описывал его как старого и обиженного жизнью сифилитика, который, мстя несправедливому миру, писал мемуары. Цвейг врал всё?
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

80. "Выпуск Debian 9.8"  +/
Сообщение от пох (?), 17-Фев-19, 09:18 
конечно врал - с чего ему было на жизнь обижаться-то, учитывая что и помер-то в 70 лет - что по тем временам нехилое достижение само по себе. И не по уши в навозе. По жизни ему, по-моему, все время везло.
Просто когда сифилис да еще и х..й не стоит, а склероз не пожаловал - только и остается развлечений, что писать мемуары и троллить в них публику.

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

134. "Выпуск Debian 9.8"  +1 +/
Сообщение от Andrey Mitrofanov (?), 18-Фев-19, 09:36 
> Просто когда сифилис да еще и х..й не стоит, а склероз не
> пожаловал - только и остается развлечений, что писать мемуары и троллить
> в них публику.

Ты пока камментами на опенетах разминаешься, ждёшь прихода мудрости?

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

136. "Выпуск Debian 9.8"  +/
Сообщение от пох (?), 18-Фев-19, 10:54 
я жду попадания в рай, как фюрер велел!

дожить в наших краях до 70 лет? Не смешите мои тапочки.

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

184. "Выпуск Debian 9.8"  –1 +/
Сообщение от Саша (??), 25-Фев-19, 16:52 
>дожить в наших краях до 70 лет? Не смешите мои тапочки.

На Википедии прочитал: в Париже одна девушка умерла в возрасте 122 года...

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

25. "Выпуск Debian 9.8"  –4 +/
Сообщение от Аноним (7), 16-Фев-19, 22:08 
Будущее Линукс за Arch
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

32. "Выпуск Debian 9.8"  –4 +/
Сообщение от Аноним (32), 16-Фев-19, 22:36 
Нет, за никсос
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск Debian 9.8"  –2 +/
Сообщение от zzz (??), 16-Фев-19, 23:02 
Девочки, не спорьте. Все рано или поздно приходят к единственно нормальной ОСи - FreeBSD
Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск Debian 9.8"  +4 +/
Сообщение от Аноним (49), 17-Фев-19, 00:01 
Это типа в могилу?
Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск Debian 9.8"  –3 +/
Сообщение от zzz (??), 17-Фев-19, 00:55 
Это типа к нормальной ОС, в которой всё просто работает. Когда подрастешь - поймешь, что вся эта возня с цифрой после второй точки в номере версии гнома не имеют никакого значения. Главное - как стабильно работает ОС. И тут FreeBSD даст десятки очков форы любой лапчатой раскривушке, при этом совмещая в себе все плюсы как Debian, как стабильной ОС, так и свежесть пакетов арча без арчевских неожиданностей.
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск Debian 9.8"  –1 +/
Сообщение от IRASoldier (?), 17-Фев-19, 01:54 
>возня с цифрой после второй точки в номере версии гнома не имеют никакого значения

Имеют, если речь идёт об одном из вариантов десктопного использования ОСи. FreeBSD, несомненно, велика и прекрасна, но сколько сапиенсов на планете выходят за рамки сугубо серверного юзания оной?

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

73. "Выпуск Debian 9.8"  +/
Сообщение от Аноним (73), 17-Фев-19, 07:28 
Если в твоем трепе заменить FreeBSD на что угодно прочее ничего не изменится. Хорош уже мантрами жырнить.
Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

86. "Выпуск Debian 9.8"  –1 +/
Сообщение от пох (?), 17-Фев-19, 09:31 
> Если в твоем трепе заменить FreeBSD на что угодно прочее ничего не изменится.

к сожалению, да.
Нормальных свободных систем не осталось.

А для остального есть Б-жественная Десяточка.
Где, кстати, все работает, и можно даже выбирать, скачать себе самую распоследнюю мурзилу, или еще годик на старой посидеть, при этом вовсе не надо отключать апдейты системы и ковыряться руками.

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

84. "Выпуск Debian 9.8"  +/
Сообщение от пох (?), 17-Фев-19, 09:26 
это у которой одна fs "works as intended", а у второй, как давеча выяснили "нет средств проверки консистентности в принципе"? Красиво жить не запретишь.

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

118. "Выпуск Debian 9.8"  +/
Сообщение от анонн (?), 17-Фев-19, 21:43 
> это у которой одна fs "works as intended",

"Works as intended" вполне документирована - делай бэкапы, отключай "оптимизацию" записи данных на диск (или не бери диски, которые в ответ на sync "врут", что они все записали, хотя на самом деле ... а ведь просто нужно было вовремя и дружно бить маркетологов арматуриной, когда они проталкивали эту пакость, вместо покорного подстраивания и вкорячивания квирксов) или отключай журнал или заимей УПС и будет тебе щастье.
Опять же, dump+restore прекрасно работает, в отличие от.

К тому, есть некоторые сомнения что чексуммы метаданных в журнале решают эту проблему сильно лучше, т.к. по умолчанию запись и в пингвине вроде как "ordered" (и зависит от этого) плюс журналируются только метаданные. Но целостность метаданных совсем не означает целостность самих данных.


Или вы хотели сказать, что лучше (потому что меньше знаешь -- крепче спишь) просто тихо портить данные (типа blq-mq) в любой FS, заодно превращая бэкапы в тыкву?

https://www.opennet.ru/keywords/ext4.html


[05.12.2018] Выпущен патч, решающий проблему с blq-mq в ядре Linux 4.19, которая приводит к потере данных    
[23.05.2015] Проблема с повреждением разделов Ext4 оказалась в md-raid0    
[20.05.2015] В ядре Linux выявлены ошибки, приводящие к зависанию процессов и повреждению разделов EXT4    
[05.04.2013] В Ext4 исправлена ошибка, которая потенциально могла привести к разрушению данных    
[06.11.2012] Обновление ядра Linux 3.0.51, 3.4.18 и 3.6.6 с устранением нашумевшей проблемы в ext4    
[02.11.2012] Выпущен патч для исправления ошибки в ext4, которая могла привести к повреждению ФС    
[25.10.2012] Появившаяся в ядре Linux 3.6.2 ошибка способна привести к повреждению данных в ФС Ext4    

А вот в простой, как валенок, UFS только "works as intended".

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

119. "Выпуск Debian 9.8"  +/
Сообщение от анонн (?), 17-Фев-19, 21:45 
> по умолчанию запись и в пингвине вроде как "ordered" (и зависит от этого) плюс журналируются только метаданные.

Уточнение: речь в основном идет о ext4.

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

120. "Выпуск Debian 9.8"  +/
Сообщение от пох (?), 17-Фев-19, 22:13 
> "Works as intended" вполне документирована

вы, похоже, не в курсе, что именно там "intended".

ups, внезапно, раз в десять лет тоже может сделать "oops". И ядро может само по себе.

Так вот, если вы не разобрались в проблеме - суть не в том что в fs побьются данные, которые только что писались - они не могут не побиться, и это совершенно нормально, а нормально спроектированная программа должна это пережить. Суть не в том что побьются метаданные, хотя journaled, cow, log-store fs изобретены сто лет назад и при правильной реализации ведут только к потере последнего изменения и то если звезды не сошлись.
Суть в том, что в системе произойдет _silent_ corruption, который будет расти, пока не приведет к полному развалу fs.

Разница что в случае ufs можно просто подождать часок после перезагрузки, пока штатный fsck тупит и тормозит, потому что гранты уже попилены, наверх доложили что fsck при загрузке ненужно, и оптимизировать его под современные диски и память никто не собирается, а в случае zfs лучше самовыпилиться побыстрее, там вообще нет fsck, а scrub "works as intended", то бишь циклично ребутится, и так называемый "разработчик" не видит в этом _своей_ проблемы.

> https://www.opennet.ru/keywords/ext4.html

видите ли, там ни одна проблема не закрыта с ресолвом "as intended" и "notabug". Разработчиков пока еще немного беспокоит работоспособность их детища. В этом и заключается существенная разница с freebsd, где работоспособность системы беспокоит почему-то совсем других людей, а разработчики годами игнорируют даже работающие и отлаженные в HL проектах патчи, вместо этого таща в систему всякий мусор, отсыпанный на лопате линуксным апстримом.

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

125. "Выпуск Debian 9.8"  +/
Сообщение от анонн (?), 17-Фев-19, 22:50 
> Так вот, если вы не разобрались в проблеме - суть не в
> том что в fs побьются данные, которые только что писались -
> они не могут не побиться, и это совершенно нормально, а нормально
> спроектированная программа должна это пережить. Суть не в том что побьются
> метаданные, хотя journaled, cow, log-store fs изобретены сто лет назад и

Я-то может не разобрался, но вот проблема была как раз в системах с gmirror+журнал+unexpected poweroff.
Что и упоминалось в ответе:
> This is a problem that is endemic to all overwriting  filesystems that use journalling. Specifically, the journal only checks and corrects things that it knows need to be fixed.

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

> при правильной реализации ведут только к потере последнего изменения и то  если звезды не сошлись.

Ну да, ну да.
https://lwn.ext4 experience
> Posted Nov 30, 2011 4:52 UTC (Wed) by ringerc (subscriber, #3071)
> In reply to: ext4 experience by dskoll
> The usual culprit in those sorts of severe corruption or loss cases is aggressive write-back caching without battery backup. Some cheap RAID

https://opensource.com/article/18/4/ext4-filesystem


Journal checksumming

Ext3 did not checksum its journals, which presented problems for disk or controller devices with caches of their own, outside the kernel's direct control. If a controller or a disk with its own cache did writes out of order, it could break ext3's journaling transaction order, potentially corrupting files being written to during (or for some time preceding) a crash.

In theory, this problem is resolved by the use of write barriers—when
(...)
In practice, it's been discovered that storage devices and controllers frequently do not honor write barriers—improving performance (and benchmarks, where they're compared to their competitors) but opening up the possibility of data corruption that should have been prevented.

Я же говорю, что чексуммы просто из любви к искусству добавили.

> Суть в том, что в системе произойдет _silent_ corruption, который будет расти, пока не приведет к полному развалу fs.

Суть в том, что без чексум всех _данных_ - silent corruption может быть в любом случае.

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

150. "Выпуск Debian 9.8"  +/
Сообщение от Алкогол (?), 18-Фев-19, 14:48 
> (...)
> In practice, it's been discovered that storage devices and controllers frequently do
> not honor write barriers-improving performance (and benchmarks, where they're compared
> to their competitors) but opening up the possibility of data corruption
> that should have been prevented.

Это всё совсем не так. Там вообще путаница. Барьеры, о которых в цитате речь, вообще относятся к ОС, не к самому диску, и ОС должна их как-то реализовывать. И как выянилось где-то не совсем реализует :-) Где-то да, из-за прогресса в устройстве дисков. Прогресс этот однако -- инженерный процесс, отнюдь не от маркетологов...

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

151. "Выпуск Debian 9.8"  +/
Сообщение от Алкогол (?), 18-Фев-19, 15:33 
> Суть в том, что без чексум всех _данных_ - silent corruption может быть в любом случае.

Не в любом :-) В ошибочном только. Вот для лучшего выявления этих случаев и сделали. В норме ошибок быть не должно.

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

152. "Выпуск Debian 9.8"  +/
Сообщение от анонн (?), 18-Фев-19, 15:53 
>> Суть в том, что без чексум всех _данных_ - silent corruption может быть в любом случае.
> Не в любом :-) В ошибочном только.

Угу, угу.
https://queue.acm.org/detail.cfm?id=1866298
> The NetApp study looked at the incidence of silent storage corruption in individual disks in RAID arrays. The data was collected over 41 months from NetApp's filers in the field, covering more than 1.5×106 drives. The study found more than 4×105 silent corruption incidents.
> их как-то реализовывать. И как выянилось где-то не совсем реализует :-)

Вот именно что при отсутсвии надежного способа делать sync -- "как-то".

> Где-то да, из-за прогресса в устройстве дисков. Прогресс этот однако -- инженерный процесс, отнюдь не от маркетологов...

Читсо технически то да. Но вот есть у меня большие сомнения, что инициатива "а давай сделаем так, что write cache будет игнорить все попытки синхронизации, сразу возвращая "ок"? Пусть оно будет ломать данные, зато в бенчах все будет ого-го как!" исходила от иженеров.
Да и в чем тут "прогресс", кроме как для синтетических бенчей и дополнительного (в идеальном случае, если не забьют) геморроя разрабам ФС?

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

126. "Выпуск Debian 9.8"  +/
Сообщение от Анонн (?), 17-Фев-19, 23:26 
>видите ли, там ни одна проблема не закрыта с ресолвом "as intended" и "notabug". Разработчиков пока еще немного беспокоит работоспособность их детища.

dump/restore в качестве примера был не зря. Багрепорт "не работает для онлай фс"для ext закрыли как раз с "нотабаг/нинужно".

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

88. "Выпуск Debian 9.8"  +/
Сообщение от Аноним (88), 17-Фев-19, 09:48 
>Все рано или поздно приходят к единственно нормальной ОСи - FreeBSD

Не позорьтесь, они сотрудничают с Google Analytics.

Давно пора, делать свою ОС...

Как пример:
>KolibriOS — операционная система для PC, полностью написанная на ассемблере fasm и распространяемая на условиях лицензии GPL.
>Основной дистрибутив имеет размер 1,44 Мб (помещается на одной 3,5″ дискете).

1,44 Мб!!!!!!!!

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

108. "Выпуск Debian 9.8"  +/
Сообщение от Аноним (108), 17-Фев-19, 15:10 
fasm, безусловно, интересная штука. Правда, в тексте масса восклицательных знаков, вместо "я написал на нём то-то для Колибри". Странно.
Ответить | Правка | Наверх | Cообщить модератору

121. "Выпуск Debian 9.8"  +/
Сообщение от тов. майор (?), 17-Фев-19, 22:15 
>>Все рано или поздно приходят к единственно нормальной ОСи - FreeBSD
> Не позорьтесь, они сотрудничают с Google Analytics.

все , рано или поздно, соглашаются на сотрудничество.

У меня есть очень эффективные средства убеждения.

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

155. "Выпуск Debian 9.8"  +/
Сообщение от Аноним (155), 18-Фев-19, 20:16 
OpenIndiana же!
Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

153. "Выпуск Debian 9.8"  +/
Сообщение от Аноним (155), 18-Фев-19, 20:11 
FreeBSD замечательная ОС, но я сейчас смотрю в сторону OpenIndiana. Не зря над ней работал автор Дебиан перед смертью
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

46. "Выпуск Debian 9.8"  +/
Сообщение от axredneck (?), 16-Фев-19, 23:30 
Сам пользуюсь Арчем, но при этом понимаю, что существует куча юзкейсов, для которых Арч не подойдет. Например, своей маме я не Арч поставил.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

51. "Выпуск Debian 9.8"  +4 +/
Сообщение от А (??), 17-Фев-19, 00:03 
о, тяжелый продакшн подтянулся.
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск Debian 9.8"  +/
Сообщение от Persepolis (?), 16-Фев-19, 22:27 
Главное, что вам нравится. Мне вот невдомёк зачем в 2019 нужны такие дистрибутивы Debian и MacOS, когда есть Manjaro Linux и Windows 10, которые позволяют решать почти весь спектр задач от гибкой настройки системы до научных расчётов грамотно и без головной боли.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

33. "Выпуск Debian 9.8"  +5 +/
Сообщение от Аноним (73), 16-Фев-19, 22:37 
>Manjaro Linux и Windows 10
>без головной боли

В голосину.

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

37. "Выпуск Debian 9.8"  –1 +/
Сообщение от microcoder (ok), 16-Фев-19, 22:59 
Пейсатели, такие пейсатели... программисты...
Пишут кроссплатформенное приложение, но одна и таже версия работает по разному на разных платформах. На каких-то вообще не запускается приложение на определенном железе, а на win10 запускается. На MacOS используются фичи не доступные в той же самой версии, но на других платформах. Сейчас была речь про Davinci Resolve. Так что, на Manjaro Linux и Win 10 могут быть проблемы, которых нет на macos и наоборот, остановится на одной оси практически нереально, всё меняется, бажится, ломается, чинится и снова ломается. Бесконечный адов круг )))
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

63. "Выпуск Debian 9.8"  +/
Сообщение от Анонимный селебрити (?), 17-Фев-19, 01:14 
Воу, полегче. Пейсатель - он только один. Прогневишь его - отправит в лабиринты отражений даншифтить на модеме со скоростью 1200 бод
Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск Debian 9.8"  –1 +/
Сообщение от Аноним (71), 17-Фев-19, 06:43 
> Воу, полегче. Пейсатель - он только один. Прогневишь его - отправит в
> лабиринты отражений даншифтить на модеме со скоростью 1200 бод

Один это кто? Бог? Который управляет миром через мысли других, тем самым Он пишет программы, а люди это инструмент? Ну в принципе, мудрый и здравый взгляд на мир, однако "Прогневишь" это слабость, зависимость. К Богу это никакого отношения не имеет, не может Он быть слабее меня. А другие не страшны, у них нет таких сил отправить меня дуншифтить )))

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

101. "Выпуск Debian 9.8"  +1 +/
Сообщение от DerRoteBaron (ok), 17-Фев-19, 13:16 
Manjaro и Win10 объединяют 2 принципа: закрытость и непрозрачность разработки и игнорирование принципов распространения, нормальных для binary-based GNU/Linux.
И если в винде это нормально, система таки проприетарная, то факт, что в Manjaro нормально достать исходники невозможно, а мейнтейнеры позволяют себе собирать обновления, исходников которых нет нигде в публичном доступе, несколько не норм.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

112. "Выпуск Debian 9.8"  +/
Сообщение от Andy_Vetrov (?), 17-Фев-19, 16:09 
PKGBUILD'ы Manjaro'вских пакетов:
https://gitlab.manjarso.org/explore/groups
Хоть обсобирайся.
Ответить | Правка | Наверх | Cообщить модератору

114. "Выпуск Debian 9.8"  +/
Сообщение от DerRoteBaron (ok), 17-Фев-19, 18:06 
> Хоть обсобирайся.

Ммм, замечательно


Напомнило официального дятла из Manjaro Team и его "why do you need PKGBUILD source?"
https://forum.manjaro.org/t/how-to-find-the-source-codes-for...
И вся ситуация там прекрасна


> PKGBUILD'ы Manjaro'вских пакетов:
> https://gitlab.manjarso.org/explore/groups

Отлично, вот только никакого варианта понять, PKGBUILD и сорцы чего там лежат, кроме как руками, я не вижу.
А сорцы все остального надо опять же руками искать на git'е Arch.
Для сравнения, в нормальных дистрибутивах сорцы пакета можно вытянуть пакетными менеджером или хотя бы какой-то надстроенной утилитой.
Хотя о чём я, Манджара для тех домохозяек, у которых уже сломался Mint

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

34. "Выпуск Debian 9.8"  +1 +/
Сообщение от Аноним (34), 16-Фев-19, 22:40 
> на единственном вменяемом варианте.

Хранить в 2019 году индекс пакетов в текстовом файле и парсить его на каждый чих - это очень вменяемо!

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

103. "Выпуск Debian 9.8"  +/
Сообщение от Аноним (103), 17-Фев-19, 13:40 
А бинарные логи вам что-то не понравились, лiл.
Ответить | Правка | Наверх | Cообщить модератору

123. "Выпуск Debian 9.8"  +/
Сообщение от пох (?), 17-Фев-19, 22:17 
> А бинарные логи вам что-то не понравились, лiл.

подсказка: логи читают люди, и больше никто.
индекс пакетов люди никогда не открывают вообще.
если вы даже этого не в силах понять - ложитесь спать, завтра вам в ваш пятый класс к 7:15.


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

106. "Выпуск Debian 9.8"  +2 +/
Сообщение от Аноним (106), 17-Фев-19, 14:44 
> Хранить в 2019 году индекс пакетов в текстовом файле

А где его нужно хранить в 2019 году? В облаке?

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

181. "Выпуск Debian 9.8"  +/
Сообщение от Аноним (181), 20-Фев-19, 11:32 
А зачем переделывать? Чтобы потом сочинять утилиты для просмотра, если что-то пошло не так?
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

35. "Выпуск Debian 9.8"  –3 +/
Сообщение от BlackRotemail (?), 16-Фев-19, 22:42 
Знаете, я частично с вами согласен.
Очень долго сидел на Дебиане, но... попробовав Федору, Дебиан для меня теперь на втором месте.
И не правду говорят, что самый свежий софт это 100% глюкавый дистр, так говорят те, кто его не пробовал.
Я сам долго боялся даже пробовать его, верил всяким дурачкам с форумов... в результате Федора стабильнее той же хваленой Убунты и Минта.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

55. "Выпуск Debian 9.8"  –1 +/
Сообщение от Аноним (55), 17-Фев-19, 00:36 
Не знаю у меня с ней за 2 недели 2 раза упал гном, причем 3.28 (федора 28 была тогда), в то время как в тестинге дебиана был 3.30, не упавший ни разу за 3 недели аптайма.
На этом этапе я решил остаться на дебиане 10 и обновляться лишь когда 11 станет стабильным, ибо сейчас в 10 тоже есть мелкие баги.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск Debian 9.8"  –1 +/
Сообщение от Hellseher (ok), 17-Фев-19, 00:51 
Из опыта:
- самый долгий аптайм на работе - убунту 9.4 == 463дня, сдохло железо

- самый долгий аптайм на домашнем пк - федора 28 == 68дней габирация отрубилась когда дернули разетку

- на новой работе дебиан лини - 6лет аптайма с постоянным сбором данных в постгрес

если линь не трогать система умирает толь от износа механики и сбоя электричества

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

70. "Выпуск Debian 9.8"  +/
Сообщение от iPony (?), 17-Фев-19, 06:11 
> если линь не трогать

В том то и дело. А если у тебя десктоп, а не сервер. И ты его трогаешь, ну там между приложениями переключаешься и так далее.
То тут уж...
То Compiz (Unity 7) натекёт, то Gnome, то ещё кто...

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

72. "Выпуск Debian 9.8"  +1 +/
Сообщение от Аноним (71), 17-Фев-19, 06:50 
> - на новой работе дебиан лини - 6лет аптайма с постоянным сбором
> данных в постгрес

За это время Вы ни разу не обновляли ядро? Если нет, то поделитесь, как обновить ядро, не перезагружаясь?


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

131. "Выпуск Debian 9.8"  +/
Сообщение от iPony (?), 18-Фев-19, 06:49 
>  За это время Вы ни разу не обновляли ядро? Если нет

Видать нет.
Вообще из простого можно использовать на том же Ubuntu server LivePatch.
Если до трёх машин, то бесплатно

https://www.ubuntu.com/livepatch

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

76. "Выпуск Debian 9.8"  +1 +/
Сообщение от ЁжеГ (?), 17-Фев-19, 08:45 
Такой uptime характерен для рабочих станций в изолированных сетях или одиночных домашних localhost. В противном случае это свидетельствует о том, что администратор/пользователь чихали на безопасность.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

107. "Выпуск Debian 9.8"  +/
Сообщение от Annoynymous (ok), 17-Фев-19, 14:57 
> Такой uptime характерен для рабочих станций в изолированных сетях или одиночных домашних
> localhost. В противном случае это свидетельствует о том, что администратор/пользователь
> чихали на безопасность.

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

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

60. "Выпуск Debian 9.8"  +/
Сообщение от zzz (??), 17-Фев-19, 00:59 
Да вы прикалываетесь. У меня KDE3 под фряхой бутались каждый день - и хоть бы что.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

148. "Выпуск Debian 9.8"  +/
Сообщение от BlackRotemail (?), 18-Фев-19, 14:15 
У меня такие проблемы не встречались в 28й и в 29й версии.
Кстати, у федоры всегда самый свежий софт. На сколько я знаю они вносят наибольший вклад в развитие гнома, поэтому гном последний всегда быстрее релизится на федоре, видимо в тестинге дебиана была бета версия гнома 3.30. На федоре софт в репах обновляется намного быстрее чем в тестинг депах дебы.
Вот в равхайде федоры (30й) уже 3.32 версия. Релиз 30й версии шляпы запланирован где то на лето.
И если в тестинге действительно могла быть бетка, то это уже шаг на встречу большему риску. Не подумайте, я не из тех красногласых *удаков которые гонят на другие дистры, просто мне федора ближе по духу, хоть я и 10 лет на дебе сидел, федора для меня более удобнее, продуманее, проще, и dnf мне интереснее чем apt.
В любом случае это лучшие дистры.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

180. "Выпуск Debian 9.8"  +/
Сообщение от Levon77 (?), 20-Фев-19, 09:09 
8 месяцев на убунте хватило чтобы понять что нужно перелезать на дебиан, но вопрос как это сделать наименее безбоязненно?
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

182. "Выпуск Debian 9.8"  –1 +/
Сообщение от Абдулко (?), 20-Фев-19, 12:53 
LMDE 3 Cindy. Тот же Debian Stretch, только мятный.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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