The OpenNET Project / Index page

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



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

Оглавление

Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в ФС, opennews (??), 04-Мрт-21, (0) [смотреть все]

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


39. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Sergey (??), 04-Мрт-21, 23:53 
А как это swap файл не на отдельном разделе ?
Ответить | Правка | Наверх | Cообщить модератору

46. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –1 +/
Сообщение от AlexYeCu_not_logged (?), 05-Мрт-21, 00:05 
> А как это swap файл не на отдельном разделе ?

По определению.

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

53. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –1 +/
Сообщение от Sergey (??), 05-Мрт-21, 00:15 
Вспоминаю разные дистры, это типа в инсталяторе вообще свап не делать ?
Ответить | Правка | Наверх | Cообщить модератору

59. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Timoteo Cirkla (ok), 05-Мрт-21, 00:20 
Если автоматическую установку делаете, то да, swap будет файлом. Если вручную, то можно до сих пор создавать именно swap-раздел.
Ответить | Правка | Наверх | Cообщить модератору

61. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Sergey (??), 05-Мрт-21, 00:28 
Спасибо. Не знал про такое, вроде в Федоре если нажать создать автоматом то все на лвм разделах крячит.
Ответить | Правка | Наверх | Cообщить модератору

63. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –1 +/
Сообщение от Sergey (??), 05-Мрт-21, 00:33 
Хотя теерь уже наверное на бтрфс.
Ответить | Правка | Наверх | Cообщить модератору

71. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 05-Мрт-21, 01:10 
> Если автоматическую установку делаете, то да, swap будет файлом.

Нет.

Правда, на моих эльбрусах эта ваша убунта и не водится [нативно].

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

72. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –1 +/
Сообщение от муу (?), 05-Мрт-21, 01:19 
> Нет.

На бубубнте _да_, причём давно

> Правда, на моих эльбрусах эта ваша убунта и не водится [нативно].

давайте обсуждать устрицы с теми кто ...

задолбал уже

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

103. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +2 +/
Сообщение от n00by (ok), 05-Мрт-21, 07:59 
Что там обсуждать? Гребешок живёт в чистой воде, значит есть можно. Мидия выживает в грязной, не стоит и пробовать.
Ответить | Правка | Наверх | Cообщить модератору

306. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 06-Мрт-21, 01:49 
> Что там обсуждать? Гребешок живёт в чистой воде, значит есть можно. Мидия
> выживает в грязной, не стоит и пробовать.

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

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

320. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от n00by (ok), 06-Мрт-21, 08:56 
>> Что там обсуждать? Гребешок живёт в чистой воде, значит есть можно. Мидия
>> выживает в грязной, не стоит и пробовать.
> Ну то-есть вон те красивые чистые ягодки жрать на вон той аккуратной
> полянке - по этой логике нормалек?

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

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

370. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 07-Мрт-21, 00:49 
Ну как, на поляне воздух чистый, вода чистая...
Ответить | Правка | Наверх | Cообщить модератору

375. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от n00by (ok), 07-Мрт-21, 08:11 
Вода на поляне? Тогда да. Жрите всё подряд, что ушлые рестораторы втюхивают. Но других вовлекать не надо.
Ответить | Правка | Наверх | Cообщить модератору

220. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Michael Shigorinemail (ok), 05-Мрт-21, 17:12 
>> Нет.
> На бубубнте _да_, причём давно

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

>> Правда, на моих эльбрусах эта ваша убунта и не водится [нативно].
> давайте обсуждать устрицы с теми кто ...

Юноша, _этих_ "устриц" я уже объелся, когда Вы ещё поперёк лавки помещались, по всей вероятности.

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

88. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 05-Мрт-21, 05:18 
Эпичное ламерство. Или лажовый маркетинг.
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

136. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Oxyd76 (?), 05-Мрт-21, 10:37 
Начнём с того, что эти ваши эльбрусы как тот Неуловимый Джо.
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

218. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/
Сообщение от Аноним (207), 05-Мрт-21, 16:48 
Они, по крайней мере, защищены от ряда уязвимостей классических архитектур. С таким можно было бы вполне выйти на международный рынок (тем более, что ценник какой-то фантастический для закрытой архитектуры с закрытым компилятором), камни то всё равно китайские и все чертежи давно слиты куда надо. Да и все исходники, скорее всего, зная нашу типичную экономию на кадрах. Поэтому даже непонятно к чему вся эта огороженность, кроме как с целью сокрытия бэкдоров.
Ответить | Правка | Наверх | Cообщить модератору

222. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Michael Shigorinemail (ok), 05-Мрт-21, 17:18 
> (тем более, что ценник какой-то фантастический для закрытой архитектуры
> с закрытым компилятором)

Вы давно видели исходники интеловского микрокода?  Ах, и бинарники-то уже не очень посмотреть?  Ну надо же.  А тут "оно" по сути в компиляторе.

> камни то всё равно китайские и все чертежи давно слиты куда надо.

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

> Да и все исходники, скорее всего, зная нашу типичную экономию на кадрах.

Исходники Бабаяна, видимо, утрачены -- а так да, в интеле вслед за вот этим дяденькой:

---
Vladimir Pentkovski

Vladimir Pentkovski is a Principal Engineer in the Microprocessor Product Group in Folsom. He was one of the architects in the core team, which defined the Internet Streaming SIMD Extensions of IA-32 architecture. Vladimir led the development of Pentium III processor architecture and performance analysis. Previously he led the development of compilers and software and hardware support for programming languages for Elbrus multi-processor computers in Russia. Vladimir holds a Doctor of Science degree and Ph.D. degree in computer science and engineering from Russia. His e-mail is vladimir.m.pentkovski@intel.com.

* Legal Information © 1999 Intel Corporation
--- http://web.archive.org/web/19991115185234/http://developer.i...

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

"Как бы чего не вышло" (ц) -- я не шучу.

Работаем над этим -- и не мы одни: http://github.com/OpenE2K (но там у ребят подход несколько отличается).

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

299. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 06-Мрт-21, 01:31 
> Вы давно видели исходники интеловского микрокода?

Это бинарник несколько кило. И набор команд можно как минимум отFUZZить если ну вот очень надо. На тему эффектов от выполнения команд, недокументированных опкодов и проч. А у вас даже всего этого - нельзя. Ну, у интеля есть как минимум формальное описание как это должно работать по их версии. У вас - нет даже этого. Есть какая-то филькина грамота, нужная неизвестно кому и зачем. И проц для покупки которого ИП надо быть. Наверное надо сказать спасибо что очереди на 10 лет как за жигулями нет?

> Ах, и бинарники-то уже не очень посмотреть?  Ну надо же.  А тут "оно" по сути в компиляторе.

Только размер бинаря в 100500 раз поболее, а заодно вон там в соседней новости какой-то лицемер плачется про перфоманс 0da'шного JS движка, которому на неуловимом Джо jit видимо не завезли. И как вам тот бинарь в этом поможет? А, никак?

> Работаем над этим -- и не мы одни: http://github.com/OpenE2K

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

Ну и с вашими темпами (за столько лет нету открытой core инфраструктуры и докомунтации и поддержки в ключевом софте) - это как строительство коммунизма. Так можно пилять лет 70, а потом капитализм^W RISC-V какой усех пожрет. Вон там кто-то прикололся - на 5 ГГц его загнал. TDP? 1W! А на 5 ГГц даже ерундовое ядро будет долбить дофига команд. И к тому же без VLIW'овских заморочек.

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

54. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/
Сообщение от Timoteo Cirkla (ok), 05-Мрт-21, 00:16 
Это в винде swap всегда был файлом. В линуксах ещё несколько лет назад он даже при автоматической разметке создавался именно swap-разделом. Потом сделали так, что по-умолчанию при автоматической разметке swap создавался файлом. Как минимум в *buntu.
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

66. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (66), 05-Мрт-21, 00:41 
бубнта давно по дефолту уже 5 лет как https://ubuntu-news.ru/news/ubuntu-otkazyvaetsya-ot-razdela-...
Ответить | Правка | Наверх | Cообщить модератору

74. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/
Сообщение от Ordu (ok), 05-Мрт-21, 04:10 
> А как это swap файл не на отдельном разделе?

Так же как и на отдельном разделе:

mkswap my-file
swapon my-file

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

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

94. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –1 +/
Сообщение от Аноним (94), 05-Мрт-21, 05:41 
> Единственное что, mkswap уродская утилита, и она не умеет создавать файл, приходится сначала создать файл нужного размера, и только потом вызывать на нём mkswap.

Да потому что это не комбайн! Созданием файлов (и не только для свопа) занимается другая утиль.

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

113. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +3 +/
Сообщение от Аноним (-), 05-Мрт-21, 09:09 
А еще нужна третья утилита чтобы проверить есть ли уже такой файл и четвертая чтобы сделать этот файл на чтение
Ответить | Правка | Наверх | Cообщить модератору

200. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (207), 05-Мрт-21, 15:32 
Не на чтение, а убрать лишние права (дефолтные права зависят от umask). Всего три простые команды на самом деле fallocate -l5G swap && mkswap swap && chmod 600 swap
Ответить | Правка | Наверх | Cообщить модератору

329. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  –1 +/
Сообщение от InuYasha (??), 06-Мрт-21, 10:31 
вот потому у слюникса так мало юзеров... *sigh*
Ответить | Правка | Наверх | Cообщить модератору

393. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 09-Мрт-21, 13:50 
> вот потому у слюникса так мало юзеров... *sigh*

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

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

156. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +1 +/
Сообщение от Ordu (ok), 05-Мрт-21, 12:01 
>> Единственное что, mkswap уродская утилита, и она не умеет создавать файл, приходится сначала создать файл нужного размера, и только потом вызывать на нём mkswap.
> Да потому что это не комбайн! Созданием файлов (и не только для
> свопа) занимается другая утиль.

О да, точно, я не подумал: это ведь отлично демонстрирует идею "UnixWay sucks".

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

177. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +2 +/
Сообщение от Ritail (?), 05-Мрт-21, 12:33 
> Единственное что, mkswap уродская утилита

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

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

219. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Ordu (ok), 05-Мрт-21, 16:52 
>> Единственное что, mkswap уродская утилита
> Куда не сунешься на вашем линуксе, костыль костылем погоняет.

Ага. Именно так.

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

300. "Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..."  +/
Сообщение от Аноним (-), 06-Мрт-21, 01:39 
> Куда не сунешься на вашем линуксе, костыль костылем погоняет.

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

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

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

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




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

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