Хрумна ми да направя публикация за Btrfs, файлова система, която в бъдеще трябва да замени ext4, който засега е най-бързият и най-използваният, освен че дефрагментирането му е почти нулев, освен ако нямате диск с повече от 95% пълно пространство.
Но какво планира да подобри Btrfs тогава?
Btrfs е файлова система, разработена от Оракул, с участието на Кардинал, SUSE, Intel, сред други. Във връзка с това трябва да се отбележи, че SUSE поставя специален акцент, че вече е готов за използване в бизнес областта, и вече го предлага по подразбиране в своята SUSE Enterprise дистрибуция.
Защо толкова се набляга на използването му? Това се дължи на много подобрения, които Btrfs носи, много от които са напълно оригинални и правят много иновации в областта на файловите системи. Btrfs това е файлова система копиране на запис« търсене на стабилност, дори ако нещо се обърка, и лекота на поправка и администриране на системата.
Основните функции на Btrfs, налични в момента, са:
- Съхранение на файл, базиран на разширение
- 2 ^ 64 байта == 16 EiB максимален размер на файла
- Ефективно пространство за опаковане на малки файлове
- Пространствено ефективни индексирани директории
- Динамично разпределение на inode
- Напишете моментни снимки, снимки само за четене
- Подтоми (отделни вътрешни корени на файловата система)
- Контролни суми за данни и метаданни (CRC32C)
- Компресия (zlib и LZO)
- Поддръжка на множество вградени устройства
- Разделяне на файлове, огледално отразяване, ивициране на файлове + огледално отразяване, ивици с реализации на единични и двойни паритети
- Информираност за SSD (Flash Storage) (TRIM / Discard за отчитане на безплатни блокове за повторна употреба) и оптимизации (например избягване на ненужни оптимизации за търсене, изпращане на записи в групи, дори ако те са от несвързани файлове. Това води до по-големи операции на запис и по-бързо изпълнение на запис)
- Ефективно постепенно архивиране
- Процес на изтриване на фона за намиране и коригиране на грешки във файлове с излишни копия
- Онлайн дефрагментиране на файлова система
- Проверка на офлайн файлова система
- Преобразуване на съществуващи файлови системи ext3 / 4
- Посевни устройства. Създайте (само за четене) файлова система, която действа като шаблон за засяване на други файлови системи Btrfs. Оригиналната файлова система и устройства са включени като начална точка само за четене на новата файлова система. Използвайки copy-on-write, всички модификации се съхраняват на различни устройства, оригиналът е непроменен.
- Поддръжка на квота за подтома -aware
- Изпращане / получаване на промени в подтома
- Ефективно инкрементално отразяване на файловата система
- Дедупликация на партида или извън обхвата (което се случва след записване, а не по време)
Допълнителни функции в разработката или в проекта за разработка:
- Няма много бърза проверка на връзката на файловата система
- Огледално и райе на ниво обект
- Алтернативни алгоритми за контролна сума
- Онлайн проверка на файловата система
- Други методи за компресия (бърз, LZ4)
- Проследяване на горещи данни и преминаване към по-бързи устройства (в момента се изтласква като обща функция, достъпна чрез VFS)
- Дедупликация в лентата (възниква по време на запис)
Трябва да се изясни, че Btrfs вече се счита за стабилна и че няма много планирани промени в бъдеще, освен ако няма много основателни причини за това. Те обаче се опитват да подобрят скоростта на Btrfs с всяко ново ядро на Linux, така че се препоръчва да има винаги най-новото инсталирано ядро и последната версия на вашата GNU / Linux дистрибуция.
Също така се препоръчва за особено големи дискове, където btrfs прави иновации най-много и ползите от него могат да бъдат усетени. Освен това има поддръжка за най-новите технологииТака че, ако имате SSD, мисля, че ще забележите подобрение спрямо ext4, тъй като ext4 все още използва малко стари технологии.
Моят личен опит
Любимото ми дистрибуция е OpenSUSE и той е този, който използвам на нетбука си от 2011 г., така че форматирах дяла с btrfs, за да го тествам и истината е, че той работи по-бавно в моя нетбук, отколкото с ext4. Стартирането на компютъра отне повече време и се почувствах по-заседнал, въпреки че мисля, че той копира файлове по-бързо. Те биха могли да мислят, че съм предубеден, но взех времето за реакция, за да съм сигурен и те бяха по-бавни и системата наистина се чувстваше по-заседнала.
Моите заключения
Btrfs вече се счита за стабилен, те го изясниха на официалната си страница, така че:
- Ако имате малко стар компютър, придържайте се към ext4
- Ако имате нещо по-ново със SSD, използвайте btrfs.
- Имайте предвид, че те планират да подобрят интеграцията си с всяко ново ядро на Linux, така че в бъдеще може да е добра идея да опитате, така че дори да имат стар хардуер сега, скоростта им може да надвишава скоростта на ext4 в бъдеще, но в това момент, поне не се препоръчва.
Би било необходимо да се направят тестове на ултрабук със SSD, за да се каже наистина дали неговата производителност е по-добра, тъй като дори ако се „предполага“, че ще бъде по-мощен в хардуера само чрез „теория“, това би привлякло нашето желание за откриване. От своя страна хората на Phoronix бяха направили тестове: http://www.phoronix.com/scan.php?page=article&item=btrfs_linux31_ssd&num=1
Истината е, че това е добра алтернатива на EXT4, която, въпреки че е най-добрата алтернатива на NTFS (за мен, най-скандалната), ми даваше чувството, че й липсва малко повече, за да има по-добри резултати .
Както и да е, надявам се, че в следващата версия на Debian тя ще бъде налична.
PS: Използвам Lynx, защото решавам проблем с видео драйвера на Intel, който съм инсталирал на работния си плот с Debian.
Xubuntu 14.04 на Btrfs: за някои операции е малко по-бавен от ext4 - и ext4 _е бавен_, макар и не толкова, колкото сладки картофи NTFS.
Освен това Btrfs не е файлова система, както сме свикнали, а е вселена сама по себе си, ако няма да четете подробно wiki, не го инсталирайте, ще бъде за главоболие (например инструменти като df [dfc] или du [ cdu] не работят коректно в Btrfs и трябва да използвате свои собствени инструменти).
В моя случай най-накрая избрах Btrfs, тъй като инсталирането на Wincrap е трудно да се използва LVM, можете, но трябва да правите магия на ръка. Исках пингвинът ми да работи възможно най-скоро.
Ако нямате инсталиран Winbosta, LVM + ext4 е страхотна комбинация: гъвкавостта и сигурността при използването на LVM с файлова система, която непрекъснато се подобрява - и по това време гиладата се бори толкова силно ...
В моя случай проблемът не е точно в NTFS, а по-скоро в самия интерфейс на Windows Vista.
Благодаря за коментара. Никога не съм използвал LVM и предполагам, че няма да го направя, но е хубаво да знам тези неща. Между другото, какво подобрение използва LVM?
Btrfs е файлова система. LVM е система за разделяне. В Wikipedia има пълна статия.
Същото в моя случай, забелязах много бавно btrfs, предпочитам ext4.
Вярно е, случи ми се, исках да експериментирам и го забелязах много бавно.
ext4 досега не ми е създавал проблеми
Имам двойно зареждане, следователно другите дялове в ntfs
и истината е, че не забелязвам разлики с ntfs
засега не трябва да експериментирам с файлови системи
Ние сме в същата ситуация, когато става въпрос за експериментиране с файлова система.
В момента използвам Debian Lenny с файлова система reiserfs 3.6 на настолния си компютър, тъй като вече е твърде остарял, започнах да тествам (на друг диск) с Debian Wheezy. Тъй като reiserfs вече не е на разположение за използване в инсталацията (въпреки че е възможно да инсталирате системата на дял, форматиран преди това с reiserfs), направих тестове с btrfs, ext4 и xfs, в допълнение към reiserfs с гореспоменатия метод. От направените тестове най-подходящото нещо, което забелязах, беше, че както при ext4, reiserfs, така и при xfs, производителността е почти еднаква, може би с възприемането на малко по-бързо при използване на xfs, но определено е много по-бавна при използване на btrfs, всъщност само инсталацията отне около три пъти повече време на тази файлова система. Също така, както се очаква с ext4, приблизително 5% от използваемото пространство се губи при разделяне, така че никога не съм смятал никакъв ext * за добър вариант. Тъй като инсталирах първата си дистрибуция (Suse Linux 6.4) на компютър с 20 Gb диск, използвах reiserfs ( тогава беше експериментално). Трябва да споменем недостатъка на reiserfs, освен факта, че той вече няма активно развитие и поддръжка, времето, необходимо за монтиране, е по-забележимо, колкото по-голям е дялът. По отношение на xfs, недостатъкът, който открих е, че не може да бъде преоразмерен ...
Търсейки информация в интернет за файлови системи, които могат да заменят reiserfs, прочетох някои статии, в които те посочиха xfs, тъй като има добър дизайн и активно развитие и е актуализиран, за да се възползва от съвременните многоядрени процесори, в допълнение към Red Hat е насочил вниманието си към тази файлова система.
Както и да е, за момента xfs го считам за най-добрата алтернатива, поне на работния плот, на reiserfs (над ext * и btrfs).
Много добра информация, изглежда, че xfs е много добра алтернатива, въпреки че трябва да преоразмерявам диска доста често, така че не знам дали бих го сложил, но определено ще го опитам.
Не толкова страхотна информация, проверете отговора ми.
Вашата оценка за представянето на Btrfs е изкривена, предполагам поради липса на знания.
Wheezy използва ядро 3.2, което според днешните стандарти е квази палеолит.
Подобно на толкова много други технологии в Linux, по-голямата част от Btrfs се намира в същото ядро, а не в потребителските приложения, така че има безброй включвания на функции и корекции на грешки от ядрото, което използва "старата" в ядрото, което ние използвайте днес в останалите модерни дистрибуции (3.12,3.13 и 3.14).
На Xubuntu 14.04 (ядра 3.13 и 3.14-pf) и ChakraOS (ядро 3.12.6) Btrfs работи безотказно, ако не и по-бързо от ext4. Единственото наказание по отношение на скоростта на четене и запис е при интензивни операции с бази данни - документирани до смърт.
Вярно е, че с най-новите версии на linux драйверите за btrfs трябва да са получили безброй добавки на функции и корекции на грешки, но това би било вярно и за xfs.
Въпреки че макар да ми липсват технически и задълбочени познания за файловите системи, драйверите за Linux и други ... Освен факта, че преди години спрях да опитвам и експериментирам с всички дистрибуции и нови програми, пресекли пътя ми (добри времена!), Test of тоест все още използвам Debian Lenny! Хехе! Ето защо все още не съм направил скок от дистрибуция, докато не приключат изследванията и тестовете на файловата система, които ще използвам за замяна на reiserfs; че в момента кандидат номер едно е xfs. Също така вярвам, че имам достатъчно критерии и способност да избера това, което според мен би било най-доброто, което отговаря на моите нужди, които са близки до тези на всеки обикновен потребител на домашен компютър ...
Оставям връзката към интересна статия, озаглавена: Red Hat смята, че XFS е по-добра файлова система от Ext4. От които подчертавам изречение, което дава представа защо btrfs може да бъде по-бавен от xfs: ... Създаването на излишни копия на метаданни, например, дава сигурност, но записването на едни и същи данни два пъти на диск винаги ще бъде по-бавно от не какво да направя…
Връзка към статията: http://diegocg.blogspot.com.ar/2013/06/red-hat-xfs-es-mejor-sistema-de.html
„Вярно е, че с най-новите версии на linux драйверите за btrfs трябва да са получили безброй добавки на функции и корекции на грешки, но това би било вярно и за xfs.“
Грешен силогизъм: „Вярно е, че моето куче далматинец има 4 крака и 1 опашка, тогава трябва да е вярно, че всички кучета с четири крака и една опашка са бели и петнисти.“
Следите ли развитието на XFS? Не аз, но бих се осмелил да кажа, че това не е дори близо до скоростта на развитие на Btrfs. Всъщност ... има текущо развитие или само корекции на грешки? Годините могат да минат, вечността, ако искате, и представянето няма да се подобри, ако зад гърба няма никой 😀
Абсолютно разбирам болката ви, когато трябва да изоставите ReiserFS, една от най-добрите файлови системи за всички времена, срам, че не му позволяват да продължи да се развива ...
Що се отнася до нуждата ви да търсите нова файлова система, препоръчвам комбинираното LVM + ext4, Btrfs е твърде чужд, трябва да прочетете много, за да го използвате правилно и да го използвате максимално, това със сигурност не е "инсталиране и забрави "технология, както и Мануел обяснява в своята връзка, която изисква допълнителна работа за поддържане.
Ако нямате инсталиран Wincrap, LVM + ext4 е славен. Всъщност Btrfs донякъде има за цел да замести необходимостта от файлова система LVM + X.
Що се отнася до Debian, може да искате да опитате Tanglu (споменат тук в DL), Semplice (стабилизиран Sid) или някой от новите дистрибуции, които се опитват да надстроят чист, основен Debian до днешните употреби и технологии.
Поздрави.
За мен това ме убеди, когато изпробвах Gnome Documents. С ext4 търсенето на документи отне векове. С btrfs това беше мигновена операция.
Използвах го с Fedora 16 и не забелязах промени. Тогава се смяташе за нестабилно, затова запазих живота си ext4
BTRFS е отлична файлова система, сред предимствата, които забелязах, е по-голяма скорост в компютрите ми (използвайки дяла / под BTRFS) на сървърите, по-голяма толерантност към грешки, които причиняват повреда на данните (Под Ext4, ако изключите сървър, който изпълнява демон MongoDB, базата данни изисква да го активирате ръчно, като изтриете файла «/var/lib/mongodb/mongod.lock» и рестартирате демона mongod, под BTRFS това не се случва поради структурата на CoW и други екстри) . В допълнение към възможността да "съживят" повредените твърди дискове (очевидно преди това са имали Windows NTFS и завършват толкова зле, че не приемат Linux инсталация с Ext4 без грешка).
ПРОБЛЕМЪТ е, че BTRFS не е файлова система, която работи „извън кутията“ за потребителя като ExtX, които не се нуждаят от допълнителна поддръжка или оптимизация. Използвам BTRFS в производството от Fedora 15 (в момента съм на Fedora 20) и с течение на времето забелязах много неща, които са необходими, за да работи добре, включително процесите на поддръжка, които обяснявам в тази статия:
http://xenodesystems.blogspot.com/2014/05/btrfs-maintenance-and-other-tips.html
(С което, наред с много други неща, се избягва обичайната фрагментация, която тази система предполага)
и също така открих, че като файлова система на CoW всичко е „местоположение, местоположение, местоположение“. Виждате ли, BTRFS е чудесен за / дяла по своята същност и профил за достъп до файлове, но ако го поставите на / home дял и след това очаквате да стартирате например нещо, което прави обратни записи на твърдия диск (като работеща виртуална машина, чийто "твърд диск" е в споменатия / home btrfs), системата просто замръзва, защото CoW не е създадена за такъв тип операция (въпреки че работи върху нея) ...
В края на краищата мисля, че заради тези неща все още не го виждаме като „подразбиране по подразбиране“ за повечето дистрибуции, тъй като тези неща са точки, върху които трябва да се работи без съмнение.
Страхотна информация, да, добавих тези предимства в публикацията, но аз съм домашен потребител (така да се каже), тези опции нямат особено значение за мен, нито съм сигурен как работят изобщо, затова запазих този, който работи най-доброто за мен. Въпреки това, аз също ще тествам xfs за това, което казаха по-горе.
XFS
За SSD бих заложил на f2fs
Чувал съм добри препратки към btrfs и проблемът с превключването (ако искам) е да форматирам ВСИЧКО и тъй като имам твърде много информация, бих имал проблеми с архивирането му ._.
И добре, че вече беше стабилен, въпреки че не знам дали за всички дистрибуции (тук в Gentoo случаят не е обсъждан). Междувременно се придържам към ext4 за въпроси на навика и стабилността.
И нямам драми с намирането на файлове и ми е трудно да индексирам, за да ускоря търсенията, поради необходимото място на твърдия диск: /
Бих опитал btrfs, когато е по-масивен, и да разбера как да архивирам за известно време (а също и когато имате по-голям твърд диск :)
Здравейте, той се счита за стабилен за своите разработчици повече от всичко в други дистрибуции, различни от SUSE или Fedora, нито се обсъжда, въпреки че SUSE вече го е приел, както казах по-горе.
Ммм сега разбирам. Ще изчакам по-късно тогава. Благодаря 😀
Не, не е нужно да форматирате всичко. ExtX дяловете се мигрират прозрачно към Btrfs с предимството да върнат промените (т.е. да се върнат към старата си файлова система), ако желаете.
Добре е да знам. Ще изчакам Btrfs да има толкова подкрепа, колкото ext4 и да бъде толкова масивен, колкото е ext4 сега. И благодаря, оставя ме по-спокоен, когато става въпрос за желание да се бъзикам с тази файлова система 😀
Имам BTRFS на SSD както в KaOS, така и в Antergos, засега не съм забелязал нищо странно, тоест имам fstab кондициониране.
Оставям ги в случай, че помага на някого.
UUID = xxxxacaminumeroxxxxxx / btrfs по подразбиране, rw, noatime, компресиране = lzo, ssd, space_cache, inode_cache 0 0
Имам само btrfs в / root, нито използвам отделно / начало, нито суап
Проверете връзката, публикувана от @Manuel, за да добавите оптимизации към вашия SSD.
XFS продължава да се развива и включва подобрения в новите ядра, задайте опцията delaylog.
Използвахте ли машинен превод в предимствата? защото е написано много странно.
Какъв е този машинен превод? Опция за WordPress?
Все още остана на ext3
Докато не ускоря до ext4 (според тестовете, които прочетох, това е доста далеч), не намирам причина да превключвам.
Това не е целта на Btrfs
но безплатно ли е?
И ... ако е част от ядрото ...
Оставете ме с ext4, който върви много добре, въпреки че имам много нова машина с ssd. 🙂
Използвам XFS от Ubuntu 10.04 и за мен това е най-доброто, което работи!
Btrfs все още има начин да извърви.
Междувременно XFS е ваш приятел.
Използвайки компресия, с ядрото 3.12.x, цялата файлова система се поврежда след писане на тежък диск. Предупредено ...
Обмислям много коя файлова система да използвам. Не знам дали да използвам BTRFS, ZFS или XFS. Сега, след като прочетох статията, чиято връзка, под тези прикачени думи, мисля, че ще започна да използвам btrfs.
http://libuntu.com/marc-merlin-de-google-habla-sobre-las-ventajas-de-btrfs-y-las-desventajas-de-zfs/
ZFS на GNU / Linux? Успех, просто продължих да мисля.
Не е нужно да мислите много 😉
https://clusterhq.com/blog/state-zfs-on-linux/
Наскоро купих лаптоп Pavillion AMD A8 процесор, 8 GB RAM с фабрично инсталиран Windows 8.1, купих и 160 GB SSD диск и продължих да инсталирам Ubuntu 14.04 LTS на SSD чрез външна usb връзка (използвам SSD диск външно към компютъра, за да не докосвам нищо вътре в лаптопа), за инсталацията на Ubuntu избрах автоматичната инсталация, всичко мина перфектно, дори без да се прави друга операция след инсталацията, когато включа компютъра автоматично се появява меню, което Предлага опция за зареждане или с Ubuntu, или с Windows, всъщност никога не бях опитвал Ubuntu на скромно модерен компютър и със SSD диск не работи, лети, но ми беше любопитно да видя каква ще бъде производителността на Ubuntu разделяйки с Btrfs, нямам много дълбоки компютърни умения, но използвам Ubuntu от известно време и обичам да бъркам и опитвам различни опции за разделяне, за да сравнявам резултатите, за Колкото повече гледам в мрежата, не виждам пълен урок, който позволява да се правят разширени дялове в linux с помощта на SSD диск, ако имате някакъв съвет в това отношение, оценявам вниманието ви предварително ... хааа ... между другото, поздравления ... Добра статия.
Добро утро на всички, търсих подходяща файлова система за обработка на големи файлове, по-специално видео файлове. Трябва ли да им подготвя ексклузивен дял с формат XFS? В момента използвам ext4, но разбира се, имам файлове от всякакъв вид в моя / дом.
В този дял основно би било само да се четат файлове.
Използвам лаптоп Lenovo ideapad s400touch с ubuntu 14.01 и 4 дяла, / boot, swap, / и / home.
Поздрави и благодарности, че ме прочетохте.
Лека нощ на всички. Имам производствена машина с SSD диск, на който монтирам OpenSUSE с btrfs. Неговите функции са доста весели и всъщност са много бързи за процесите на спиране на сървъра и стартиране. В тази файлова система лежеше производствената база данни на моя бизнес, но трябваше да преинсталирам компютъра си отново, тъй като той не поддържаше прекъсване на захранването и това беше единствената повредена файлова система. Не успях да извлека файловата система, за да я направя монтируема. С помощната програма btrfs възстановяване успях да получа базата данни, но въпреки това тя вече беше повредена и не беше възможно да я възстановите със собствените помощни програми на firebird. Истината беше, че ми създаде голям проблем, защото записите за продажбите бяха загубени за цели половин ден (това са много записи), проблеми с инвентара и т.н. В крайна сметка не го препоръчвам за производство.
Здравейте на всички, използвам Xubuntu 14.04.01 LTS, откакто излезе и ме насърчава да сменя ext4. За мен / използвам btrfs, а за / home използвам xfs и истината ... просто отлично, дори при xfs копирането на големи файлове става по-бързо, отколкото когато използвах ext4. Не разбирам нищо за файловите системи, но истината е, че бях насърчен да опитам и съм много доволен от резултата, не знам какво ще се случи по-късно. 🙂
Здравей
Току-що срещнах проблема, че имах сървър на oracle linux (redhat) с LVM. Имах 7gig FS btrfs, където монтирах всичко / и след това още 2G за суап. Факт е, че беше петадо и въпреки това имаше много неизползвани дискове.
Взех и демонтирах суапа и заредих логическия обем на суапа. След това създадох дял с fdisk с останалото налично неизползвано пространство и физически обем от това и го добавих към групата томове. И накрая разширих VL, където е файловата система btrfs (монтирано ВСИЧКО в /) и създадох нов VL за суап, преименувайки същия, за да не се налага да докосвам / etc / fstab (закон на най-малкото усилие).
Засега нищо необичайно за тези, които знаят как да използват LVM. Използвайки командите на дисплея, можех да видя моите 2 VL (корен и суап) и коренният вече имаше необходимото място. Но разбира се, когато правим df -h, ние продължаваме да виждаме стария капацитет на FS (7 гига). Затова отидох да направя resize2fs и тогава (след съобщението за грешка) установих, че FS е btrfs и трябваше да отида в интернет, за да намеря информация. Търсих командите за горещо преоразмеряване (всичко, което увеличава размера, обикновено не е необходимо да се демонтира).
#btrfs файлова система преоразмеряване + 10G /
Това е била използваната команда. И мога да кажа, че беше перфектно. По това време направих df -h отново и новият капацитет излизаше. Всичко това е на root FS (/) и всичко горещо от същия сървър. Без да се налага да стартирам livecd или каквото и да било.
В заключение всичко е правилно. btrfs и LVM вземат майката dp.
Чао.
Една от многото уж технически статии, които изкривяват техническата вселена и които в крайна сметка не са нищо повече от „коментари и лични оценки“. Няма обективни данни, а вместо това има «Мисля» «Направих тестове (чиито данни не се публикуват» ...
От друга страна, използваният дистрибутор и неговото ядро, повече от остаряло, не са надеждно доказателство за нищо.
Освен това той дори не си е направил труда да преведе добре копиращата паста за функциите на BTRF. Накратко, типичната «статия», която е много щедра, е спечелена за посещения ...
Здравейте всички.
На първо място, това, което казва г-н Матеос е вярно, всичко се основава на опит и показания от "там", но е вярно, че всичко работи, малцина биха разбрали такива технически данни.
По отношение на fs, използвам openSUSE от самото начало, тествах колко дистрибуции ми пресичаха пътя, в не много мощен нетбук, 4GB RAM и процесор Celeron 1.6 Ghz x2. От версия 13.2 разделянето с btrfs в / и xfs в / home е по подразбиране. SUSE го направи и с причина е така. Истината е, че работи чудесно, никой друг дистрибутор не работи като openSUSE, скоростта на търсене на работния плот е незабавна, копира се, изрязва, поставя всичко е бързо, повече отколкото в debian и деривати, (истината е, че все още не разбирам как потребителите на Linux използват ubuntu) .
Инсталирах ubuntu с ext4 и след това btrfs и последното беше по-добре, не знам защо, но беше.
Продължавайки с btrfs, SUSE и компания го използват по подразбиране, защото включват моментни снимки за възстановяване, без да се налага да бъдете експерт за възстановяване в случай на бедствие.
Истината е, че няма нищо по-добро от openSUSE и да не останеш в 13.1 само за вечнозелени, промените в 13.2 са невероятни. Не бих препоръчал или използвал нищо друго освен хамелеон дистрибуцията.
Поздрави на всички и ... МНОГО ЗАБАВЛЕНИЯ !!
Използвал съм файловата система btrfs за microsd и е невъзможно да я форматирам по-късно, след като съм използвал безброй системи за форматиране. Лош опит, въпреки че системата изглежда обещаваща, особено за ssd дискове, стига да се преодолеят проблеми като този, който ми се случи.