Könnyebb lesz telepítéskor Ubuntu desktopon a root fájlrendszert ZFS-re formázni

Ubuntu

Pénteken beolvasztásra került a kísérleti (állapotú) ZFS root fájlrendszer telepítési támogatás az Ubuntu desktop "Ubiquity" telepítőjébe. Ezzel egyszerűbbé válik az Ubuntu desktop felhasználók számára, telepítéskor a guided particionálási metódust használva, a root fájlrendszert ZFS-re formázni, majd a rendszert e fájlrendszerre telepíteni.

Részletek itt.

( bennyh | 2019. 10. 08., k – 06:53 )

Jó lesz ez? Mármint desktop alá zfs root?

Nem ismerem az aktuális állapotát, mert nem használom jelenleg. Én úgy gondolom, hogy ha fejlődik is, azt csak csiga tempóban teszi. Márpedig lenne hová fejlődnie. Szerintem fél úton van a hagyományos fájl rendszerek és a zfs között.
Viszont azt el kell ismerni, hogy pl. a Synology az összes NAS-ára ezt teszi, ezért aztán annyira nem lehet rossz. Persze nem tudjuk, hogy mennyi benne a saját fejlesztés.
Amúgy nem mindegy milyen célra használod a géped. Nyilván egy otthoni bohóckodó gépre nem kell zfs. Én viszont munkára használom, nekem bőven megéri azt a kevés plusz erőforrást.

A Synology nem "rendesen" használja a BTRFS-t, hanem a mapper-en és a dmraid-en keresztül.
Pont az veszik el, ami a legfontosabb lenne egy NAS-on, a natív RAID...
A Synology úgy bővíti a kötetet, hogy felhúz mellé a mapper-rel egy újat és összefűzi. Nagyon gáz.

Egyébként a BTRFS fejlesztése eléggé leállt, ha végignézitek a fórumot, nagyon lehangoló a kép.

A ZFS meg simán elveszít minden adatot, ha kivesz az ember a MIRROR egyik elemét, IO error-ra hivatkozva. Már kétszer jártam így....
---
http://plazmauniverzum.hu <> A látható anyag 99.999%-a plazma <>

Nemrég írta egy RedHat fejlesztő, hogy azért dobta a RedHat a BTRFS támogatást, mert röviden a BTRFS egy szar. Hosszaban is kifejtette, nem vagyok fejlesztő, amit értettem belőle az annyi volt, hogy túl gyorsan akartak belefejleszetni túl sok funkciót és kód minőség ellenőrzésére nem fordítottak figyelmet. Nagyon bug-os a kód, és már akkora, hogy a RedHat szerint csak a teljes kód újraírásával lehetnem megoldani, amivel ők nem fognak küzdeni. Ezért nem támogatják. Ez elég rosszul hangzik.

Még véletlenül sem találom azt a cikket előzményeim között :( viszont ezeket igen:

https://access.redhat.com/discussions/3138231

http://www.linux-magazine.com/Online/News/Red-Hat-to-Drop-Support-for-B…

https://www.theregister.co.uk/2017/08/16/red_hat_banishes_btrfs_from_rh…

https://news.ycombinator.com/item?id=14907771

elvileg a BTRFS még mindig nem production ready... bár én sok éve használom a home szerveren és laptopon, sőt céges QA szerveren is, soha semmi bajom nem volt vele... régen néha megtörtént, hogy le kellett futtatni egy offline btrfs check-et, de mostanában nincs ilyen.

Pedig használva van rendesen: a szerveren backupnak használom, jelenleg van 500+ subvolume a 4x1TB raid1-es filerendszeren, a laptopon is kb. ugyanannyi (5 percenként, naponta, havonta snapshotolok).

Nekem személy szerint sokkal jobban tetszik, mint a zfs, ilyenek miatt mint a "cp --reflink=always" vagy a subvolume-ok "szabadsága": zfs-nél ilyen egyszerű dolgot nem lehet megcsinálni, hogy egy dataset-et "megklónozok" és mindkettő szabadon él tovább, azt törlöm le és olyan sorrendben, amelyiket csak akarom. Nyilván, más az elképzelés, ami a snapshotokat illeti.

elvileg a BTRFS még mindig nem production ready...

Süsü (ahol évek óta alapértelmezett FS mind a nyíltSÜSÜ mind a SLES/SLED-en a /-re, home-ra pedig xfs) kedveli ezt :)

Szvsz. az nem tett jót a megítélésének, hogy az RH (érdekes módon miután egy csomó időt ölt az xfs fejlesztésébe, akkortájt, amikor az Oracle-el elkezdett vitatkozni, egyszerre azzal, hogy a Süsü bejelentette a btrfs defaultot) bejelentette, hogy unsupported...

Az itthoni gépemben van egy öt-hat éves btrfs fájlrendszer, ami indult egy 1T-s lemezről, aztán egy darabig pakoltam bele a diskeket, aztán az egész mókát áttettem egy 4T-sre, aztán leszedtem róla csomó szemetet és vissza egy most éppen 1T-s laptop vinyóra, közben volt, hogy RAID1-re tettem, aztán mégsem, volt disk hiba (szépen felsorolta a hibás fájlokat, kuka, ment az élet tovább másik lemezről)... mindezt úgy, hogy a fájlrendszer végig fel volt csatolva és csak annyi downtime volt, amíg a disk cserék miatt ki volt kapcsolva a gép :)

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

( uid_16313 | 2019. 10. 08., k – 12:27 )

Nem tartozik szorosan a tárgyhoz, de azt látom a több éves laptopomon, hogy az újabb és újabb linux verziók is szépen lassulnak, kb. úgy, mint a windows verziók. Bár hozzáteszem, a Windows 10 sokkal reszponzívabb, mint az Ubuntu... régen ez nem így volt.
Ez mind szubjektív észrevétel, de nekem ez sokkal fontosabb, mint mindenféle méröszámok, amik ennek az ellenkezöjét bizonyítják.

Be kell látni, elblótosodott a linux világ is tisztességesen, hála a sok innovációnak.

--
robyboy