Fájlrendszer, NAS, storage

Seafile, a nyílt forráskódú tárhely megoldás a padláson

Néhány hete volt szerencsém belebotlani a SeaFile weboldalába. A Web UPD8 cikkezett róla. Még aznap este telepítettem is a padlásra, mivel régóta kerestem olyan megoldást amivel a család gépei között egyszerűen tudom megoldani a fájlok küldését és nem kell hozzá valamelyik nagy „cloud storage” szolgáltató. Semmi közük a fájljaimhoz :-o . Ígéretes a Bittorent Sync amihez egyáltalán nem kell köztes tároló, az egyik gépről a másikra közvetlenül p2p protokoll segítségével közlekednek az adatok. Csont nélkül működött, asztali gépek és mobil között is. Sajnos, hogy belül hogy működik az rejtély, nem nyílt forráskódú. Aztán volt még a git-annex ami a gitet terjeszti ki fájlok tárolására. Sok backenddel működik az usb-sticktől az amazon S3-ig. De nem teljesen az mint egy cloud storage és androidon a kliens sajnos nekem a telefonon nem ment.

Így adtam egy esélyt a SeaFile-nak. Meglepetésemre a leírás alapján semmi perc alatt működőképessé varázsoltam a padláson lévő gépen, aminek a változó IP címét az itt található instrukciók alapján egy saját IperWebnél hostolt virtuális szerveren lévő Bind9-nek adom át.

Bejelentette létezését az OpenZFS projekt

2013. szeptember 17-én bejelentette létezését az OpenZFS, a "ZFS projekt teljesen nyílt forrású utódja". A ZFS-t immár egy évtizede fejlesztik. Az újabb fejlesztések már nyíltan folynak. OpenZFS lett a hivatalos neve ennek a nyitott közösségnek, amely összefogja azokat a ZFS fejlesztőket, felhasználókat, vállalatokat, amelyek a ZFS-t fejlesztik, használják és építenek rá.

A ZFS on Linux kész a széleskörű használatra

Brian Behlendorf 2010-ben jelentette be, hogy Linuxra ZFS támogatáson dolgozik. Az elmúlt években folyt a fejlesztés és több mint két éve már annak, hogy valódi userek használják az eredményeit. A fejlesztők ezért úgy döntöttek, hogy az 0.6.1 verzió kiadásával széleskörű felhasználásra érettnek nyilvánítják a ZFS on Linux-ot.

Jelentősebb változások:

Kísérleti RAID5/6 támogatás a btrfs-hez

Chris Mason - a btrfs megalkotója - tegnap bejelentette, hogy létrehozott egy-egy raid56-experimental ágat (kernelmodulnak, programoknak) amelyben megtalálható a kísérleti állapotú RAID5/6 támogatás a btrfs-hez. A munka David Woodhouse kezdeti implementációján alapul.

Részletek a bejelentésben.

fuse-exfat & exfat-utils 1.0.0

Andrew Nayenko nemrég bejelentette, hogy több mint 3 évnyi fejlesztés és kilenc kiadott béta kiadás után megjelent a fuse-exfat 1.0.0-s kiadása. Az fuse-exfat egy fájlrendszer driver, amely képes írni-olvasni a Microsoft exFAT (Extended File Allocation Table) fájlrendszerét. A FUSE-t használó driver Linux és OS X alatt használható.

Részletek a bejelentésben.

Dual-boot esetén érdemes letiltani a Windows 8 "Fast Startup" funkcióját

A H Open arról ír, hogy ha valaki Windows 8 mellett Linux (vagy más) rendszert is tart számítógépén és Linuxról (vagy más rendszerről) szokta írni a Windows NTFS partícióit, akkor ajánlott kikapcsolni a Windows 8-ban alapértelmezetten bekapcsolt "Fast Startup" funkciót, elkerülendő, hogy az írt fájlrendszer inkonzisztens állapotba kerüljön, vagy rossz esetben adatvesztés lépjen fel. A jelenség nem új, de a Windows 8 Fast Startup funkciója miatt sokkal valószínűbb, hogy előjön, mivel a korábbiaknál több ember fog anélkül hibernálni, hogy valójában tudná, hogy azt teszi. Az ntfs-3g fejlesztői már gondoskodtak a probléma megfelelő kezeléséről. A megfelelő változtatásoknak köszönhetően a driver csak "read-only" módba mountolja a Windows partíciót, ha észleli, hogy a Fast Startup funkció aktív. Viszont az ntfs-3g-ből egy éve nem jött ki új verzió, így a népszerű Linux disztribútorok se kínálják még széles körben az új driver-t... A részletek itt olvashatók.

Újabb csúszás a Fedora 18 kiadási ütemtervében

Immár hetedik alkalommal döntöttek úgy a fejlesztők, hogy csúsztatást iktatnak a Fedora 18 kiadási ütemtervébe. Decemberben még úgy volt, hogy a végleges kiadás 2013. január 8-án érkezik. Jaroslav Reznik azonban tegnapelőtt egy levelet küldött a devel-announce listára, amelyben közölte, hogy a Go/No-Go meetingen úgy határoztak, hogy egy héttel elhalasztják a végleges kiadást. Az jelenleg érvényes ütemterv szerint a végleges kiadás január 15-én érkezik, hacsak a szerdai újabb Go/No-Go meetingen máshogy nem határoznak.

Válasz a "Lehet még egy ext4 sérüléses bug"-ra

Úgy tűnik, hogy Ted-nek az ünnepek alatt is van mivel foglalkoznia. A Phoronix-en jelent meg egy cikk tegnap "There Might Be Another EXT4 Corruption Bug" címmel. A cikk arról számol be, hogy Ubuntu(-k) alatt reprodukálhatónak látszik egy probléma. A feltételezett hibát bejelentették az Ubuntu Launchpad-re is. A kommenteknél felbukkant nemrég Theodore Ts'o is, aki megpróbálta eloszlatni az aggodalmakat és a kezdődő pánikot csírájában elfojtani. Ts'o szerint a jelentett fsck javítások teljesen normálisak, csak kozmetikai problémáról van szó. Nincs miért aggódni. A probléma gyökere úgy fest az, hogy más disztribúciókkal ellentétben az Ubuntu nem képes megbízhatóan tiszta rendszerleállítást csinálni úgy, hogy a fájlrendszer tisztán unmountolásra kerüljön. Ezért van az, hogy az ubuntusok gyakrabban találkoznak ezzel a jelenséggel...