A ReiserFS-t végül eltávolították a Linux kernelből

Fájlrendszer, NAS, storage

Részletek itt.

( goodbyte v | 2024. 11. 24., v – 11:30 )

Kár érte, jó katona volt (soha se használtam).

“Luck Is What Happens When Preparation Meets Opportunity" - Seneca

( dejo v | 2024. 11. 24., v – 14:55 )

Szerkesztve: 2024. 11. 24., v – 14:56

Én sem használtam soha, de tudott valamit amit a zfs vagy a btrfs nem és nem lehet meglenni nélküle?

Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Nekem érdekes hibám volt reiserfs-en, többször is előjött. Valami rejtélyes okból - ha jól rémlik - időnként a /var/log/Xorg.0.log file vált read-onlyvá, és mellesleg emiatt az X indítása elhasalt. Visszaállítva read-write-tá minden OK volt, aztán egy idő után ugyanaz a hiba előjött ismét ugyanezen. Lehet, hogy nem csak itt kavart be valamit a reiserfs, de mást nem vettem észre. Miután dobtam a reiserfs-t (xfs-t használtam utána), ezek a problémák megszűntek.

Az ezredfordulón már módosított Debian install disk-et csináltam a tesómmal reiserfs support-tal (ezt hívják magyarítva korai örökbefogadónak?) - akkor még nem volt más naplózó fájlrendszer és áramszünettel szemben nem volt olyan ellenálló az ext2. Reiseren nekem sem volt adatvesztésem.

Btrfs-sel viszont nekem is volt többször is porblémám. Pedig nem történt semmilyen gimnasztika (nem voltak egzotikus subvolume-ok, vagy ilyesmi), csak sima deployment. A második ilyen óta nem használok btrfs-t, tesztelje helyettem valaki más.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Itteni kolléga is Maildir formátumú levelezést ReiserFS-re pakolt fel nálunk. Adatvesztést fájlrendszer miatt nem tapasztaltunk, pedig rohadt már ki merevlemez, alaplap meg tápegység alóla. Több volt a küzdelem a különféle Outlook verziók IMAP implementációival :(.

Igen, 2001-ben már elérhető volt, a korai 2.4.x kernel verziókban.  Pár hónappal később jött ki az ext3 is, úgyhogy annak volt a direkt alternatívája.  Akkoriban előnyös volt a "sok file egykönvtárban" scenario esetén, mivel B+ tree-ben tárolta a könyvtárszerkezetet, valamint a sok kis file esetén is (tail packaging feature).  Emiatt raktuk például NNTP server alá, ha még emlékszik valaki a Usenet-re :D  Előbbire az ext3 évekkel később hozott alternatívát (dir_index feature).  Egy időben a SuSE (akkor még német distrib volt és így írták) default filerendszere volt.  Mi workload-tól függően később ext4-re vagy xfs-re migráltunk róla.

Talan a 3.6-os verzio volt a kernelben, ami osregi. Kozel ket evtizedig letezett a 4-es is kulso patch formajaban (ami a karbantartonak eleg massziv problema volt, mert minden a kodjat erinto kernel modositast sajat maga kellett, hogy atvezessen). Mostanra mar nem sok ertelme maradt a 3-as hasznalatanak, az uj filterendszerek, foleg a btrfs (Chris Mason annak idejen a ReiserFS-en is dolgozott, lehet, hogy onnan meritett otleteket) kivaltjak minden elonyos funkciojat, cserebe egy rakas ujabb dolgot tudnak (titkositas, snapshotok, ...).

Amúgy azon túl, hogy divat a mindentegyben FS, mennyire éri meg, mint külön a LUKS, md meg az LVM, amik már, gondolom, elég érett technikák?

Synology-nál is, ahogy olvastam a BTRFS-ből se használják pl a RAID funkciókat. Én mondjuk annak is örülök, hogy legalább a fájltömörítés bekapcsolható, kár, hogy a deduplikáció nem, csak a saját NVMe meghajtóival, ha jól olvastam.

NetHServer-t próbáltam annak idején BTRFS+tömörítés+deduplikáció mellett teszt e-mail szervernek (RAID nem volt, VM-en futott, a vason meg volt RAID). Sajnos egyszer összeomlott és a BTRFS partíció odalaett, utána már csak a gyári alaprendszert használtam, azon stabil volt.

A filerendszer szintjen implementalas vs block device (valamelyik layerben) azert sok szempontbol elonyos, bar nyilvan koveli a komplexitast igy hibalehetoseget is hoz be. Titkositani lehet egyes fileokat, nem a teljes device-ot, snapshotolni is lehet csak egy fs (sub)volume-ot, nem a komplett device-ot es konzisztens is, nem marad kiiratlan adat valahol pufferelve. A checksum is igencsak hasznos (nem kell idonkent vegigolvasni a teljes mdraid device-ot, hogy eltereseket talaljunk), hogy az adatkorrupcio kideruljon, es javithato legyen, ha rendelkezesre all masolat.

Szerintem nincs egyertelmuen mindent a legjobban tudo filerendszer, ami minden mast elavultta tesz. Se a zfs, se a btrfs, se a bcachefs, ... En a mai napig xfs-eket hasznalok a regen felhuzott gepeimen, fejlesztik ugyan az xfs funkcionalitasat, de tobb szempontbol elavultnak szamit a modern filerendszerekhez kepest.

( arpi_esp v | 2024. 11. 24., v – 19:51 )

Szerkesztve: 2024. 11. 24., v – 19:51

RIP. kar erte, mai napig hasznalom production kornyezetben... jo moka lesz atmigralni, bar 13-as szamu kernelt ugyse raknek fel sehova, foleg penteken :)

( lacesz v | 2024. 11. 24., v – 21:28 )

Kár érte.. Mai napig minden rendszeremen azt használom. Hans azt mondta, ha kijön újraírja az egészet. Remélhetőleg kiengedik az elkövetkezendő időszakban. Kár volt Reisernek azt tenni amit tett. :(

Offtopik, de számomra azért ez egy elég nagy rejtély, hogy lesittelnek mondjuk egy szoftverfejlesztőt (orvost, akármit), és kiviszik kukoricát címerezni, vagy rosszabb esetben hagyják megrohadni a cellában, az adófizetők meg fizetik a számlát. Szerintem simán* lehetne, hogy érdemi munkát** végezzenek, amiből kapnak valamennyit a saját BV számlájukra, a többi meg mehet a közösbe. Járulékos előny, hogy a fogvatartott sem fog bekattanni a semmittevéstől --> nagyobb eséllyel tud visszailleszkedni a társadalomba.

* Még úgy is, hogy az állam dotálja az ilyen munkahelyeket, bőven-bőven megérné
** Értsd jól, ahol a körülmények megengedik. Mondjuk egy adócsaló orvos simán elláthatna egy háziorvosi körzetet (akár remote), ahol most nincs senki. Nyilván akit azért ültettek le, mert megölte a betegeit, az nem.

ez mondjuk tényleg egy támogatandó ötlet

szerk: közben beszélgettem a témában jogász ( ügyvéd és bíró is volt ) hozzátartozóval, de sajnos több kérdést vetne fel mint amit megoldana jogi szemmel nézve.

“Luck Is What Happens When Preparation Meets Opportunity" - Seneca

Tudom, de mi itt az ellentmondás?

Tegyük fel hogy van egy szakorvos, akit leültetnek hálapénz miatt. Btk. 290. § (6) -> vétség -> első alkalmas -> fogházba kerül fél évre. Mi van akkor, ha nem a fogházban látna el könyvtárosi munkát, és nem a könyves kocsit tologatná a többi sittesnek, hanem mondjuk az állami eü keretein belül foglalkozna olyan betegekkel, akik mondjuk alapesetben nem jutnak hozzá az adott szakellátáshoz, mert pl. nincs az adott területen megfelelő képesítésű orvos?

Mit nyerne/veszítene egy ilyen rendszerben

  1. a fogvatartott,
  2. az államkassza és
  3. a betegek?

Nem az volt a felvetésem, hogy mindenki szabadon élhessen a hobbijának, miközben fogházban/börtönben van, hanem hogy (ahol a körülmények engedik!) ne csak az adóforintokat égessük, hanem legyen valami kompenzáció.

Sőt, továbbmegyek, be lehetne vezetni olyan rendszert (fárasztóak ezek a disclaimerek, de itt megint csak értsd jól: nem a hivatásos börtöntöltelékre gondolok, hanem alapvetően normális állampolgárokra, akik hibáztak valahol), hogy amikor az ítélet megszületik, ott eleve úgy lehetne meghatározni a szabveszt mértékét, hogy X idő, amiből lesz a végére mondjuk 0,75*X, ha konstruktív dolgot csinálsz közben, vagy 1,5*X, ha csak számolod a napokat a cellában.

Nyilván ez egy gondolatkísérlet, az implementációs részletekbe biztos ezer helyen bele lehetne kötni. :) A lényeg akkor is az, hogy a képzett, potenciálisan jól reintegrálható elítéltek ne egész nap a brét verjék a sitten, hanem csináljanak valami olyat, ami kompenzálja a rájuk eső állami kiadásokat, és segítse a társadalmi reintegrációt.

YMMV, de nekem bőven elég elrettentő erő az, hogy bezárnak valahova, ahonnan csak dolgozni mehetek el, egy olyan helyre, amit az állam jelöl ki, és ahonnan a fizetésem (hasamra ütök, és) 80%-át lenyúlják az "ingyenes" lakhatásom fedezetéül.

A börtönnek kurvára nem attól van elrettentő ereje (számomra), hogy nyomorultak a körülmények, mert felőlem bezárhatnak egy wellness-szállóba is, attól még ugyanúgy kimarad X év az életemből, közben felnőnek a gyerekek, kimaradok a családom életéből, nem csinálhatom a hobbijaimat, nem találkozom a barátaimmal, stb.

ha az akarat megvolna hogy szabályozzák valószínű meg lehetne oldani, de mint lentebb is irtam, se politikus se jogász nem vagyok, szóval az öteletet jónak tartom, de eldönteni nem tudom hogy megvalósítható -e.

“Luck Is What Happens When Preparation Meets Opportunity" - Seneca

foghazban is csomo olyan szabaly van amit igy konnyen ki lehet jatszani: nem veletlen hogy csak konyvtarosi munkat/kapalast adnak ilyenkor. onnan nincs mit becsempeszni a cellaba.

gyanitom ez az otlet megfordult mar masok fejeben is, csak amikor feljott hogy "meg kene csinalni biztonsagosra", akkor kijott hogy dragabb mint amit hoz+a mostani allapot.

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

most eltekintve attól hogy a vészhelyzeti kormányzással egyetértek-e nem vagyok se jogász , se politikus. az ötletet, hogy az elitéltek visszadolgozzanak a társadalomba jónak tartom. hogy megvalósítható-e azt nem tudom eldönteni.

“Luck Is What Happens When Preparation Meets Opportunity" - Seneca

( dyra | 2024. 11. 25., h – 11:18 )

Szerkesztve: 2024. 11. 25., h – 11:18

Kár érte. Korábban csak ezt használtam, főleg azért, mert gyors volt. Ez igazából a merevlemez érában volt jó.

( oykawa | 2024. 11. 25., h – 13:22 )

Szerkesztve: 2024. 11. 25., h – 13:23

Sub

Oykawa