Hivatalosan is "elavult" lett a ReiserFS

Fájlrendszer, NAS, storage

Megkapta a fejlesztés alatt álló 6.6-os Linux kernelben a "supported" helyett az "obsolete", azaz "elavult" címkét. Használata innentől kezdve nem igazán javasolt. Részletek itt.

root@lofasz:/home/trey# uname -a 
Linux lofasz 2.6.15-27-server #1 SMP Fri Dec 8 18:43:54 UTC 2006 i686 GNU/Linux
root@lofasz:/home/trey# cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=6.06
DISTRIB_CODENAME=dapper
DISTRIB_DESCRIPTION="Ubuntu 6.06.2 LTS"
root@lofasz:/home/trey# cat /etc/fstab       
# /etc/fstab: static file system information.
#
# <file system>    <mount point>     <type>        <options>                   <dump>  <pass>
proc               /proc              proc         defaults                     0       0
/dev/sda1          /                  ext3         defaults,errors=remount-ro   0       1
/dev/sda5          none               swap         sw                           0       0

#/dev/hda1        /home              reiserfs     noatime                      0       1

/dev/hdb           /media/cdrom0      udf,iso9660  user,noauto                  0       0
/dev/fd0           /media/floppy0     auto         rw,user,noauto               0       0

Már nem. Az utolsó ReiserFS-es diszkem fél éve döglött meg, egyszerűen kibasztam a gépből és nem pótoltam.

Jó kis fs volt, nyugodjon békében!

trey @ gépház

Kár érte, mert mégis beletették anno a munkát, meg lehet több potenciál lett volna benne, de mivel a szerzőnek be kellett húzni ezt a kinyírást, ezért emiatt olyan rossz megítélése van, hogy inkább senki nem használja, és elhalt az egész. Erre az lett volna a megoldás, ha valaki nagyok korán a kódbázist forkolja, és átnevezi az egészet, hogy ne Reiser legyen a neve, akkor talán lett volna esélye, már túl késő ezt is behúzni, elment az a vonat nagyon rég már.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( strogg v | 2023. 09. 01., p – 12:27 )

mkfs.asszony -dead /dev/wife0 :D

-42-

( kisg v | 2023. 09. 01., p – 14:10 )

Nosztalgia on:

2002 körül, amikor az egyetemen az első "igazi" szervert telepítettem (valami HP ML150 volt talán), akkor Reisert akartam rá rakni, mint ultramodern FS-t, de akkor még nem volt benne hivatalos quota támogatás - de szerencsére Chris Mason a SuSE-nál megcsinálta, úgyhogy onnan patcheltem bele (A szerverre nyilván Debian került, mint minden "komoly" helyen akkoriban). Az OpenVZ miatt már úgyis patchelni kellett, nem számított.

Én használtam reisert, amíg az egyik szerveren össze nem fosta magát. (DAT-ról vissza lehetett játszani a tartalmat.) Aztán használtam anno-anno btrfs-t is, amíg - sokminden más mellett - az összes ázsiai képpel videóval és a házépítési dokumentációval együtt össze nem fosta magát a supermicro. Ezek szerint adrenalin függő lennék? :)

(Azóta csak ext3/4 és zfs)

Olyan szinten meg sose fosta ossze magat a btrfs nalam hogy adatokat elvesztettem volna, pedig hasznalom mar jo ideje (olyan volt mar hogy btrfs-rescue-val kellett adatot visszahalaszni, de mar ez is jo sok eve. es szerencsere olyan iszonyat modon redundans a btrfs, hogy eleg ritka hogy tenyleg teljesen eltunjon az adat). Csak ne tedd dm-cache-re a btrfst, azt nagyon nem szereti.

I hate myself, because I'm not open-source.

Jo, annyira reg azert meg nem hasznaltam, megvartam amig azert kb ramondjak hogy stable. De monstanaban mar nem annyira rossz a helyzet, bar azert valoszinuleg nem olyan atomstabil mint az ext4. De a cow snapshotok meg data checksumming meg transparent compression miatt nem cserelnem le, max zfs-re, de azt meg szopas linuxon mukodesre birni. Esetleg a bcachefs-bol meg lehet hogy lesz valami, de ott is inkabb megvarom amig bekerul a kernelbe, kb azt mondjak ra hogy stabil, es mindent fog tudni ami nekem kell.

Par eve egyszer valami daemon megkergult es telepakolta egy btrfs-es fajlrendszeremet valami bazi nagy logfilelal. Kitoroltem, es mukodott. Nem kellett truncatelni 0 bytera, vagy egy usb devicet hozzaadni mint extra device hogy tudja howa COW-olni az uj directoryt, vagy akarmi. Az elet apro oromei.

I hate myself, because I'm not open-source.

ha jol remlik cska nehany eve vettek le az unstable flaget a btrfs-rol, 10+ eve meg eleg kezdetleges/beta volt. en is kiprobaltam nagyon sok eve egy ssd-n egy kis szerveren, de meg felig se volt adattal mar azt irta hogy disk full :)  persze rebalance stb idolegesen megjavitotta de ezutan en se eroltettem tovabb...

Az ext2-4 ezért lesz örök életű. Régi, de elég jó a legtöbb felhasználónak, a legtöbb felhasználási területre. Kb. olyan kinyírhatatlan lesz, mint az x264, mp3, jpeg, zip/gzip(/tar.gz), stb.. Utóbbiak esetén is hiába vannak ott a modernebb megoldások, jobb minőség azonos bitráta esetén, vagy jobb tömörítés, vagy jobb optimalizáltság, jobb futási teljesítmény, a legtöbb ember marad a jól bevált régi formátumnál, mert az is van elég jó, plusz minden támogatja már ezeket, régi legacy megoldások is, minden platformon. Így még mesterségesen elavultatni is lehetetlen lesz. Fájlrendszereknél is hiába vannak ott ezek a modern csodák, mint a ZFS, btrfs, bcachefs, f2fs, meg beépített RAID-pótló funkciók, röptömörítés, deduplicáció, online defrag, bootolható snapshotok, stb., a legtöbb felhasználót ez nem érdekli, és marad az ext2, ext4, XFS vonalon, és miért is váltana, ha azokat minden támogatja, beváltak, van vele tapasztalat, hosszabb távon bizonyítottak. Az X sem megy sehova, hiába szeretik sokan ma már a legtöbb disztróban default waylandes megoldások ellenében temetni, azért jó ideig közös nevező lesz az egyes unixlike platfromok és legacy WM-ek, programok miatt, amik támogatják.

A másik meg, ami miatt egy fájlrendszert nehéz kinyírni, mert sok adattár azon ragad. Nekem is van két archiválásra használt külső HDD, azokon ext4 van, és az is marad rajta. Mert elég jó, és most technikai kísérletezésért, meg némi extra teljesítményért, optimalizációért nem fogom az egészet megbolygatni, pár terát átmásolgatni, és kicserélni alatta a fájlrendszert, ha a mostani is kiszolgál, az adatok olvashatók róla. Egyszerűen csak nem éri meg, nem lenne elég megtérülés. Sok embernek, aki fetisizálja az újra nem telepítést, és már ilyen 10-15 éves rendszert görget maga előtt, azok sem fognak újratelepíteni, csak egy másik fájlrendszer kedvéért. Erre én pont hajlandó lennék, pl. a következő újratelepítéskor XFS-re fogom formázni a root partíciót, mert azt még sose hajtottam fő rendszer alatt, de pl. a /home partíciót nem fogom ext4-ről átbolygatni, a /boot-nak meg muszáj az UEFI boot miatt FAT32-nek maradnia. Egyszer talán az adattáramat is ZFS-re teszem, de azt majd csak akkor, ha új HDD-t vennék. Rendszer alá azt nem erőltetem, mert az én egyszerű igényeimnek overkill, feleslegesen enné a memóriát, erőforrásokat.

Ilyen értelemben szerintem a ReiserFS se fog kihalni, mert ha a mainline kernelből ki is szedik, valami külön forgatható kernelmodul, vagy user space tool mindenképp lesz hozzá, amivel felcsatolható, javítható, írható, olvasható marad, legfeljebb némi (de nem túl jelentős) teljesítményvesztés, telepítgetés, állítgatás árán.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

ilyen 10-15 éves rendszert görget maga előtt, azok sem fognak újratelepíteni, csak egy másik fájlrendszer kedvéért

17 eve nem telepitettem ujra a rendszeremet, megis btrfs van alatta. Anno meg szerintem ext3 volt valami parszaz gigas hdd-n, most meg btrfs egy 2T nvme ssd-n (meg egy masik masolat a laptopomban, ott csak satas ssd van). Amikor masik diskre koltoztetem (ami mar megtortent egy parszor) akkor mar semmibol nem all masik filesystemre formazni az uj disket, rsync-nek tokmindegy mi van alatta. Max fstabba kell picit belenyulni (de abba szinte biztos hogy amugy is), meg hogy milyen fs-t kell beleforditani a kernelbe.

I hate myself, because I'm not open-source.

( salaud v | 2023. 09. 01., p – 22:01 )

Kedvenc fájlrendszer volt anno. Az ext3-nál gyorsabb is volt, illetve volt Windows-ra driver hozzá és TotalCommander plugin is, így dualbootos gépen nem kellett az akkoriban random öngyilkosságra képes ntfs-en adatot tartani, Windows alól is elérhető volt minden. Volt olyan merevlemezem, amin ext4 váltotta, egész addig megmaradt. Kár hogy Reiser börtönbe került és nem folytatta. (Igen, tudom hogy meggyilkolta a nejét, nem vitatom a jogosságát hogy sitten ül, a munkájáért kár, nem érte.)

A Linux nem ingyenes. Meg kell fizetni a tanulópénzt. / Az emberek 66 százaléka nem tud számolni! Gondoljatok bele, ez majdnem a fele!! / Mindenki jó valamire. Ha másra nem, hát elrettentő példának. /  "Az udvariasság olyan, mint a nulla a számtanban. Egymagában mit sem jelent, de sokat változtat azon, amihez hozzátesszük." - Freya Stark 1893 - 1993

Wow, ezt nem is tudtam, hogy volt rá windowsos megoldás is. Sose használtam a reisert, pár éve elgondolkodtam rajta, de már akkor rebesgették, hogy meg fog halni a projekt, így végül elvetettem a távoli ötletét is.

Valóban kár a munkájáért, de egy másik fejlesztő folytatta, valami Shishkin, vagy hogy hívják, csak ugye a Reiser név negatív híre miatt nem volt hajlandó senki használni.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Én nem a hírneve miatt szoktam le róla, hanem azért, mert az ext4 mellett már nem igazán volt a ReiserFS-nek előnye, különösen SSD-ken.
Volt idő, amikor a ReiserFS nagyon jó volt, főleg sok kis fájl tárolására. De mostanában már egyre kevesebb dolognál van szükség kis fájlok tárolására, inkább sok nagyobb állományt kell tárolni.

Nagy Péter

akkoriban random öngyilkosságra képes ntfs

Jaj, utaltam is nagyon. Es akkor emberek azt mondjak a btrfs-rol hogy instabil, win xp alatt az ntfs 1-2 evente megadta magat valamelyik gepemben (es akkor meg kevesebb gepem is volt mint most).

I hate myself, because I'm not open-source.

( wladek1 | 2023. 09. 02., szo – 18:16 )

Jó kis csavar volt pedig, kar erte :(

Error: nmcli terminated by signal Félbeszakítás (2)

( dyra | 2023. 09. 03., v – 06:59 )

Használom meg szokták mondani szokás nagyúr. 

( drojid | 2023. 09. 19., k – 00:47 )

Az Android Studio valamelyik komponense csinálta azt egy időben, hogy irdatlan hosszú nevű (255+) átmeneti fileokat generált, ha tudott, és ha nem tudott, akkor megdöglött a build. Ilyenkor a projektet át lehetett tenni reiserre (4000+ max hossz), és onnan végig tudta tolni a buildet. Szerintem gyász, hogy 2023-ban ez probléma tud lenni, akkor is, ha ez épp Andoid Studio bénaság miatt probléma.