The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..., opennews (??), 09-Фев-19, (0) [смотреть все]

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


7. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от botman (ok), 09-Фев-19, 10:26 
Да, на десктопном debian root-раздел был на btrfs был несколько лет, потом при переустановке решил оставить root-раздел btrfs и он начал со стабильным постоянством ломаться при использовании активно использующих диск приложений, типа торент-клиента, даже починка раздела помогала ненадолго. В конце-концов пришлось переустанавливать систему, до этого хотел попользоваться Manjaro, и там уже ставил на ext4(/home в ext4 был) и проблем таких теперь нет.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

11. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от Аноним (11), 09-Фев-19, 10:37 
У вас рейд btrfs был?
Ответить | Правка | Наверх | Cообщить модератору

22. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  –1 +/–
Сообщение от Анонимный Роман (?), 09-Фев-19, 11:13 
Для таких операций нужно отключать COW для директорий с торрент файлами и образами ВМ. BTRFS не очень совместима с большими файлами которые постоянно меняются по мелочи. А это образы ВМ и большинство торренов (торрент качалки часто создают пустой файл, выделяя себе пространство)
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

26. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  –3 +/–
Сообщение от Аноним (11), 09-Фев-19, 11:18 
force-cpmpress=zstd автоматом выключает проклятый CoW. Или уходить вовсе от CoW в ZoL.
Ответить | Правка | Наверх | Cообщить модератору

35. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +1 +/–
Сообщение от Анонимный Роман (?), 09-Фев-19, 11:53 
У меня для тебя плохие новости, потому что ZFS постороена на технологии COW

По поводу btrfs

Compression does not work with direct IO (DIO), does work with COW (the default) and does not work for NOCOW files. If a file is opened in DIO mode, it will fall back to buffered IO.
(c) btrfs.wiki.kernel.org

Не знаю, с чего это ты решил, что компрессия отключает COW

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

39. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от riv1329email (?), 09-Фев-19, 12:06 
в zfs используется Redirect on Write, как думаю и BTRFS в отличие от LVM, где для классических снимков используется именно Copy on Write и очень сильно тормозит работу. Но там-же в LVM есть тонкие снимки, основанные на RoW
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

37. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +8 +/–
Сообщение от Аноним (37), 09-Фев-19, 11:57 
Пока надо так заморачиваться, что-то думать - значит что ФС не готова
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

40. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +3 +/–
Сообщение от riv1329email (?), 09-Фев-19, 12:09 
Полностью согласен. Она могла бы тормозить, как-то не оптимально работать, но если при любом сочетании настроек и нагрузок возникает ситуация повреждения данных, значит fs не готова. Не надо нам расказывать чего там надо отключить или подключить.
Ответить | Правка | Наверх | Cообщить модератору

100. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от Алеша (?), 09-Фев-19, 21:21 
О каких повреждениях вы обеспечите? Я, лет эдак 5, ежедневно наблюдаю btrfs в весьма жестком продакшне. И что бы повреждения.. - не единого разу. Было разве что одна-другая остановка, да и то там ни коим образом не btrfs виновник.
Вы бы хоть глянуть о чем тс пишет - у него корень на btrfs и там же терренты, там и cow и бог знает что еще!
Но вам же лишь бы подмахивать?
Ответить | Правка | Наверх | Cообщить модератору

102. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +1 +/–
Сообщение от maximnik0 (?), 09-Фев-19, 22:44 
>Я, лет эдак 5, ежедневно наблюдаю btrfs в весьма жестком продакшне.

Я тоже думал что для домашнего использования без фич сойдёт (только сжатие) ,жила у меня на ОРТ 4 года.Пока не перенес базу sqlite3.Элементарная база без нагрузки,используется для приложения как индексатор fb2 файлов.Тупо для чтения раздел через неделю, fcsk падает, чистка журнала не помогла, все утилиты btrfs тупо падали....  Правда данные не потерялись но звоночек тревожный.Народ жалуется до сих пор что с sqlite нет дружбы.

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

129. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +1 +/–
Сообщение от пох (?), 10-Фев-19, 11:25 
> Народ жалуется до сих пор что с sqlite нет дружбы.

можно ссылок? Я хотеть это видеть! КАК, КАК блжад они это делают? =====#8-O

(поняша, дай смайлик белой цисгендерной х..зи, с волосней на жопе стоящей дыбом?!)

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

132. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от maximnik0 (?), 10-Фев-19, 12:40 
>можно ссылок? Я хотеть это видеть! КАК, КАК блжад они это делают? =====#8-O

Поищу в логах, но месяц уже прошёл...Как тут отметели выше
(Я про это честно не знал и мало кто пишет к сожалению) - подают btrfs как унерсисальную фс без допиливния в отличие от zfs и негде не пишут что для томов с базами данных рекомендуется отключать механизм datacow при монтировании (опция nodatacow),или
пофайлово (команда «chattr +C /file/name») .Как в жалобах отмечалась что с sync вызовом btrfs не отрабатывает, как и то что sqlite по своему работает с кэшами.Просто обидно, данные в базе не обновлялись и все равно что то поломалось ...

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

133. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от maximnik0 (?), 10-Фев-19, 12:46 
https://blog.programs74.ru/how-to-fix-error-no-space-left-on...

Нашёл, осталось статья в кэше
правда там оракл , но тоже звоночек....

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

135. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +1 +/–
Сообщение от пох (?), 10-Фев-19, 18:54 
не, это совсем не про то, это про то что у btrfs есть определенные особенности с вычислением этого самого freespace, но они как раз вполне документированные, понятные и поддаются управлению - просто заранее надо знать, что df бесполезен и нужно пользоваться btrfs df и что там - du еще?
(это я по первым строкам, поленившись прочитать сам текст)

то есть тут автор сам себе буратина, а нам пишуть что fs сама себя необратимо повредила из-за наличия на ней sqlite, и что фича вроде как всем известная. Давайте подробностев.


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

136. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от анонн (?), 10-Фев-19, 19:45 
> не, это совсем не про то, это про то что у btrfs есть определенные особенности с вычислением этого самого freespace,

нет, это как раз про спотыкания на ровном месте.


> ORA-27061: waiting for async I/Os failed
> Linux-x86_64 Error: 28: No space left on device
....
Давайте попробуем переназначить блоки данных и высвободить место, для этого выполним:
# btrfs fi balance start -dusage=5 /data
Done, had to relocate 43 out of 201 chunks


> (это я по первым строкам, поленившись прочитать сам текст)

Короче, как обычно. Можно было бы не упоминать.


А теперь отвечу на вопрос, почему же команды du, df и btrfs filesystem df показывали разную информацию:
— Команда du показывает размер файла до сжатия без учёта метаданных (снимки учитываются дважды);
— Команда df показывает общее доступное место и занятое место с учётом метаданных, свободное место для этой точки монтирования без учёта сжатия и уровня RAID;
— Команда «btrfs filesystem df /mount/point» показывает выделенное место с учётом уровня RAID и использованное в выделенном для данных, метаданных и системы;

> то есть тут автор сам себе буратина, а нам пишуть что fs
> сама себя необратимо повредила из-за наличия на ней sqlite, и что
> фича вроде как всем известная. Давайте подробностев.

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

137. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от пох (?), 10-Фев-19, 19:55 
> нет, это как раз про спотыкания на ровном месте.

нет, это именно known feature, кончилось место когда вроде бы было место, но по показаниям не того прибора. Повторяю, "проблема" автора детектилась с первых двух строк, дальнешйие страдания впервые замужем читать было скучно. При том что я ни разу не эксперт, починить сдохшую не возьмусь. Ничего не побилось, ничего не потеряно, исправляется понятным способом, хотя и немного стремным (ну то есть в общем делаем выводы, что btrfs действительно немного не совсем окончательно уже готова для fs под базой данных...хм...кстати, cow не должен мешать штатному режиму работы sqlite если я правильно понимаю, как она работает)

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

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

156. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от fi (ok), 11-Фев-19, 13:04 
Да, да! документированный баг становиться  "known feature" )))))))))))))))))))))))))))))))

как писал после детального изучения парень из RH в этот фс проблема в днк, то есть в самой архитектуре. Скорей всего сама отомрет со временем как класс. И увидим новый проект Apache FS, хотя лучше уж Apache ZFS  ))))

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

157. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от пох (?), 11-Фев-19, 13:30 
> Да, да! документированный баг становиться  "known feature" )

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

но нам-то ужасов с невосстановимым развалом и неработающими тулзами обещали, а не чижика с глистами сожрать.

> И увидим новый проект Apache FS, хотя лучше уж Apache ZFS

оптимист...

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

140. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от maximnik0 (?), 10-Фев-19, 22:25 
>Давайте подробностев.

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

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

142. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от maximnik0 (?), 10-Фев-19, 23:47 
Добавлю, я вспомнил что версия библиотеки sqlite была устаревшая как бы не 2.Приложение было устаревшее, но сожалению свежих версий нет (статически скомпилировано).А аналогов с таким функционалом и с таким объёмом я не нашёл (кому интересно MyRuLib).
Ответить | Правка | Наверх | Cообщить модератору

149. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от пох (?), 11-Фев-19, 12:02 
быстрое гугление не приносит никакого результата (я имею в виду - сногсшибательного откровения что sqlite как-то способна повредить btrfs, а не просто неэффективно работает или может неудачно падать вместе с fs при отключении на ходу)

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

по сумме впечатлений - отнесем к сказкам венского леса.

> некоторые вызовы корректно btrfs не отрабатывает.

это не имеет никакого отношения к задекларированному "sqlite ломает btrfs", sorry

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

160. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от maximnik0 (?), 11-Фев-19, 14:48 
>Клиент не помнит ни ошибки, ни ее сути

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

Btrfs-check,btrfsk,btrfsk-zero-log тупо падали в корку (раздел я отмонтировывал).Правда как я говорил данные не потеряны, просто писал выше наткнулся на багрепорт в ubunty по коду ошибки.Может совпало устаревшая версия sqlite с версией ядра.И в живом журнале как человек поченил с схожей как у меня ошибкой, правда там ещё в конце
Btrfs-balanse команда приведена была,но у меня до этого не дошло, см выше.Человек разобрался что 2 вызова отрабатывали неправильно и отправил падч.


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

161. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от пох (?), 11-Фев-19, 16:08 
> Писалось про ошибку транзакции, падение одного из модулей и цифровой код ошибки и что бтрфс в
> режиме только чтения (сообщения в dmesg).

ну, здорово - но как мне это воспроизвести?
Возможно (судя по тому что sqlite2 нынче даже в музее убрали в запасник) речь о какой-нибудь пре-альфе btrfs десятилетней давности?

система в состоянии активной разработки имеет право сыпаться под нетипичной нагрузкой.

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

166. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от maximnik0 (?), 12-Фев-19, 01:34 
>речь о какой-нибудь пре-альфе btrfs десятилетней давности?

16.04 lts *buntu, 4 года,32 бита.

>ну, здорово - но как мне это воспроизвести?

У меня был статически скомпилированных Myrulib.Поздно нашёл, подсказали неофициальные пакеты с портированием на
http://notesalexp.org/
Там человек кое что переделал и на современных дистрибутивах этот пакет работает (лишь бы версия sqlite старая была, оболочку он с гтк переписал), просто создай индекс  с файлами fb2.zip  каталога , у меня из за непонятных ошибок 2 раза прерывалось создание базы, но объём у меня книг очень большой.Ошибок отсутствие места у меня не было, через неделю обратил внимание что раздел орт только в чтение .

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

167. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от maximnik0 (?), 12-Фев-19, 01:48 
Добавлю , раздел был до этого конвертирован с ext4 (а до этого конвертирован с ехт3 и перенесен с мелкого диска), снапшот
восстановления удален.Проблем с разделом не испытывал, но фичами не пользовался ,бэкапы наше все.
Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

168. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от пох (?), 12-Фев-19, 19:49 
ну в общем да, неновая. Воспроизвести сложно еще и потому, что в такую погоду переться на кладбище за трупом вашего мужа - в смысле, добывать не те ядра, которые там сейчас, а те что были 5 лет назад - тот еще гемор.

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

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

171. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от maximnik0 (?), 12-Фев-19, 21:57 
>полагаю, что-то индексировать, чтобы замусорить cow'ом весь диск и таки стать колом.

Да программа индексирует каталоги и содержимое.
Я перешёл на 18.04 и 64 бита,база полноценная, не битая ,переиндексация не понадобилась.Получается  всё-таки бтрфс чуть по позже обвалилась, но видь по умолчанию в фоне должна балансировка работать как я помню и дефрагментация , я их не отключал ,почему они замусоренным cow  не справились?

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

172. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от пох (?), 12-Фев-19, 23:04 
нет, тут все "как в винде" - хочешь фоновой дефрагментации - запихивай ее в cron, ядро таким ИИ не оборудовано.
Правда, предполагалось, что она обычному юзеру и не нужна.

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

173. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от maximnik0 (?), 13-Фев-19, 02:08 
>нет, тут все "как в винде" - хочешь фоновой дефрагментации -

А как же описание в вики юбинти, (смысловое цитирование,не дословное)фоновый процесс btrfs-defrag  при превышение лимита по умолчанию 15% на фрагмент ровные блоки запускает процесс дефрагментации.И при отсутствие нагрузки проводит фоновую проверку и дефрагментацию отдельных блоков (для флэш дисков при явном указании что это флэш диск дефрагментация не проводиться).Документация врет ?

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

178. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от пох (?), 14-Фев-19, 10:54 
% ps -xa | grep defrag
21548 pts/0    S+     0:00 grep defrag
%
чавой-то нету у меня такого - вероятно это чья-то рукописная самодеятельность. Eсть какой-то загадочный параметр mount autodefrag, но про него написано "не пользоваться для large databases" - то есть оно вообще нахрен не нужное, не работает именно там где есть проблема фрагментации ;-)
Причем написано в 2011м году и с тех пор интереса афтырей не вызывало, может они йаду сразу после этого выпили?

> Документация врет ?

скорее, как обычно, чего-то недоговаривает - во всяком случае, я бы не рекомендовал слухи не из первоисточника, а btrfs.wiki.kernel.org как-то первое упоминание находит в "gotchas" ;-)

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

181. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от maximnik0 (?), 14-Фев-19, 22:07 
>чавой-то нету у меня такого

Это самодеятельность "Канникол", народ частенько жаловался про десятки непонятных btrfs-вскякие процессы, но хочу заметить в фоне при маленькой нагрузке вполне нормально работали.Фрагментация у меня не разу больше 2 процентов была, балансировау 1 раз только запускалась.
Внимательно прочитал про режим  без COW у btrfs , получается хренотень, контрольных сумм нет, кроме снапшотов (которые можно организовать в других файловых системах lvm) преимуществ то перед xfs особенно то и нет, уравнивает только то что там и там код относительно свежий :-]

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

174. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от maximnik0 (?), 13-Фев-19, 02:14 
>которые там сейчас, а те что были 5 лет назад

Обновления у меня 2 месячной давности были, просто эта версия у меня 4 года без проблем работала.Знал бы что есть тот репозиторий с 64 битной версией программы раньше перешёл.

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

138. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от пох (?), 10-Фев-19, 19:59 
> Вы бы хоть глянуть о чем тс пишет - у него корень на btrfs и там же терренты, там и cow и бог

и чего, нельзя что-ли?

У меня вот корень на ext4, и там же торренты, и никакого cow в помине не умеет, и как-то работало десять лет почти, пока диск не сдох - что я делаю не так? ;-)

> Но вам же лишь бы подмахивать?

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

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

70. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  –1 +/–
Сообщение от botman (ok), 09-Фев-19, 17:14 
Раздел с торентами был на ext4, btrfs был только у root-раздела с системой.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

81. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от Аноним (81), 09-Фев-19, 18:43 
Тут всё очень просто, btrfs не поддерживает fsync, поэтому не совместима вообще ни с чем что подразумевает надёжное хранение данных.

https://btrfs.wiki.kernel.org/index.php/FAQ

> Btrfs does not force all dirty data to disk on every fsync or O_SYNC operation, fsync is designed to be fast.

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

84. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +1 +/–
Сообщение от Аноним (84), 09-Фев-19, 19:08 
файловая система для которой нужен UPS! Инновационно!
Ответить | Правка | Наверх | Cообщить модератору

107. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от псевдонимус (?), 10-Фев-19, 01:02 
>Для таких операций нужно отключать COW для директорий с торрент файлами и образами ВМ.

Ну и зачем оно такое нужно?

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

117. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +/–
Сообщение от Gannetemail (ok), 10-Фев-19, 03:31 
Да что ты говоришь! У меня и система и отдельный диск для с образами VM на Btrfs и ничего подобного не наблюдаю. Всё работает отлично. ЧЯДНТ? Единственная неприятная особенность, на Btrfs медленно работает dpkg - это следует признать. В остальном проблем не наблюдаю.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

57. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  +1 +/–
Сообщение от нех (?), 09-Фев-19, 14:23 
года четыре на нескольких рабочих станциях btrfs и в корне и в хомяке.
падения питания были, все ок.
у кого-то кривые руки и древний дистр?
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

71. "В SUSE/openSUSE будет отключена по умолчанию поддержка нетип..."  –1 +/–
Сообщение от botman (ok), 09-Фев-19, 17:25 
Нет, первые годы всё уcтраивало, просто увлёкся testing и свеженьким софтом из оного(VirtualBox, lts-ядро, Gnome>=3.30, systemd).
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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