openSUSE 13.2 a souborové systémy (diskuse)

[mvx]

pouzit live s novejsim jadrem ... prece jen je rozdil mezi radou 3.11 a 3.16

[gtz]

to je snad jasné, ale o to nejde. Jde o to, že pokud někdo něco takového udělá -> tím myslím to, že FS není zpětně kompatibilní je pěkná syčárna a bordel.

Nevím co někoho k tomu vedlo, ale XFS jsem otevřel kdekoliv i když bylo vytvořeno a formátované čímkoliv jiným. A najednou toto ...

Myslel jsem to i protože použiješ toto a najednou bum/pác/škráb a Error. Takže použiješ dobrý rescue disk a říkáš si, že to je pohoda a najednou XFS neotevřeš. A vem si, že když jseš někde na servise a ono toto, pak je to celkem velký průser. A jak jsem se díval tu modifikaci XFS mají skoro všichni.

[Michal Kubeček]

Ale ono to je zpětně kompatibilní; nová verze driveru namountuje jakýkoli filesystém vytvořený kteroukoli starší. Zároveň umožňuje vytvořit i filesystém, který přečte i ta starší. Pokud by ale měl jít kterýkoli nový filesystém mountovat i (kteroukoli) starší verzí driveru, znamenalo by to rezignovat na jakýkoli vývoj.

Jiná otázka samozřejmě je, jestli bylo rozumné, aby 13.2 defaultně zapínala featury, které 13.1 neumí (IMHO ne).

[gtz]

znamenalo by to rezignovat na jakýkoli vývoj.

No když se podívám na NTFS tak systém který jsem udělal kdysi na 98 tak otevřu klidně na W7/W8, což je jasné. Ale i když zformátuji disk NTFS na W7 tak jej v klidu otevřu zpětně na XP apod. A NTFS se celkem hodně vyvíjí a dodělávají se do ní nové věci.

Zkoušel jsem poslední verzi co byla dostupná a myslel jsem si, že 7 dní před vydáním už to bude vše doladěné a dodělané. Pokud by se mně instalák u této volby zeptal zda použít novou verzi driveru nebo to starší tak bych asi volil tu starší verzi.

[alkoholik]

Hahaha, tak zrovna Windows se k NTFS chovaji dost zakerne. Staci disk pripojit k Windows s novejsim NTFS a ony ho okamzite a bez ptani upgraduji! Resi se to pak kopirovanim ntfs.dll z novych do starych.
A jinak pekne kecas, 98 NTFS neumely, leda NT/2000/XP rada..

[gtz]

Aha, tak ony to nebyly 98, ale Windows NT, kde byl NTFS defaultní systém. Ano máte pravdu 98 je nepodporovaly, ale dokázaly jej přečíst v klidu.

No to s tím ntfs.dll je mi divné, protože když jsem v práci na W7 formátoval USB disk tak ho dcera na Netbooku s XP normálně v klidu otevřela.

Pouze jsem chtěl říct, že pokud někdo dělá věci do FS tak, že tam něco přidá tak by měl něco udělat aby ten systém šel číst i na starších systémech.

[mvx]

co se tyce Windows NT byla nejvetsi sranda kdyz na NTFS partition WindowsNT4 clovek nainstaloval W2K beta .. a po te kdyz vyprsel beta klic tak zjistil ze s WinNTse clovek nepripoji protze W2K povysilo verzi NTFS ....

[alkoholik]

To je mozne, protoze "A NTFS se celkem hodně vyvíjí a dodělávají se do ní nové věci." je taky kec.
Posledni verze NTFS je totiz 3.1 uvedena v XP.

[Leinad]

Z Wikipedie:

"Windows Vista implemented Transactional NTFS, NTFS symbolic links, partition shrinking and self-healing.[13] All except NTFS symbolic links are operating system's features. Windows Vista also introduced persistent shadow copies for use with System Restore and Previous Versions features. Persistent shadow copies, however, are deleted when the older operating system mounts that NTFS volume. This happens because the older operating system does not understand the newer format of persistent shadow copies.[14]"

[Honza Jaroš]

No tak zrovna symlinky umělo NTFS dávno před Vistama; Visty akorát přinesly utilitu mklink umožňující symlinky vytvářet, předtím se kvůli nim musel doinstalovávat linkd z Windows Resource Kitu. Pokud někde ještě máte doménový řadič s Windows 2003, mrkněte do C:\Windows\sysvol\sysvol, jeden symlink tam na 100% najdete.

[Bhua]

Takze XFS je furt jeste ve vyvoji. EXT4 forever!!!!

[snajpa]

Kazdej rozumnej FS je ve vyvoji, kdo stoji na miste, umira, protoze svet se hybe a pozadavky na storage se meni. Btw, @gtz - samozrejme ze XFS bude rychlejsi nez BTRFS, moderni checksumming cow filesystem tezko porovnavat s necim navrhnutym v minulem tisicileti.

A moje oblibene ZFS se taky vyviji porad, pool vytvoreny na nove implementaci (pokud pomoci prepinacu nereknu jinak) uz na Solaris 11 taky neotevru. On ani nikdy nebyl zamer ten FS nekdy dokoncit, proto uz to v prvnich verzich dostalo podporu verzovani jak poolu, tak filesystemu nad nim :)

[Michal Kubeček]

Proboha proč někdo něco takového dělá, aby FS nebyl zpětně kompatibilní bez instalace nějakého dalšího bordelu?

Jestli jsem dobře pochopil, co jste udělal, tak je problém v tom, že jste ve 13.2 vyrobil filesystém, který má zapnuté nové featury, které byly ve 13.1 ještě označené jako experimentální nebo dokonce ještě nebyly podporované vůbec. To se ale může stát u jakéhokoli filesystému, který se aktivně vyvíjí a přidávají se do něj nové featury, třeba i ext4.

[gtz]

7 dní před vydáním by tato věc neměla být experminentální, ale stable. Divné mi to bylo, protože instalák mi nabízel standardní nastavení btrfs + XFS. Já jsem použil pouze XFS, protože btrfs je na pomalejších strojích prostě pomalý.

Já jsem nic nevyrobil, použil jsem standardní věc, kterou používám už hodně dlouho a vždy jsem byl s XFS spokojen.

[Michal Kubeček]

7 dní před vydáním by tato věc neměla být experminentální, ale stable.

Teď se v tom nějak ztrácím. To, že jsou ty featury experimentální, vám píše jádro z 13.1, ne? Nebo snad 13.2 tvrdí, že jsou experimentální featury, které na filesystému defaultně zapnul její vlastní instalátor?

[gtz]

Jasně, já to nějak domotal. Myslel jsem pouze to, že když na novějším distru naformátuju externí disk na XFS tak budu mít problém to na starším stroji připojit. Ale jak jsem psal to by se stát nemělo. To co jsem psal používám dost často, že mám nějaké věci na XFS a přečetl jsem to vždy.

[Tom K]

Nazdar

Kazdy FS se vyviji a XFS taky. Kdyz je to opravdu nezbytne nutne, tak se dokonce zmeni format superbloku. U XFS se to nedeje prilis casto, ale cas od casu ano. Vysledkem je, ze u superbloku v 5 lze napriklad zapnout ukladani informaci o souboru primo do inode a podobne drobnosti, ktere velmi urychluji praci s metadaty souboru (treba hloupy stat() muze sahnout pouze na jedno misto na disku misto aby musel sahat na dve). Proto jsou tyhle veci defaultne zapnute. Pokud chces udelat XFS kompatibilni i se starsi verzi kernelu, tak je treba se pri mkfs trosku snazit. Stejne, jako to plati u EXT4 a vetsiny ostatnich. Moc bych se nad tim nerozciloval a bral to jako vlastnost, ktera plati uplne vsude (windows, linux, bsd, ...).

[gtz]

Ano vím, ale já jsem to instaloval tím jeho instalákem a mkfs dělal on a ve volbách tam nic nebylo. Kdybych o tom, že XFS se takto vyvíjí tak jsem dal bacha a podíval se co a jak (snad mkfs.xfs má nějakou volbu, která umožní zpoětnou kompatibilitu).

Já se nerozčiluji, připadlo mi to trošku divné. Při koexistenci rozdílných systémů může být problém s upgrade kernelu/grubu apod. protože ty staré systémy nedokáží zjistit co na té partici je a jedinou šancí je pak úprava ručně.

Prozatím mohu jen prohlásit, že 13.2 se opravdu povedla, systém je vcelku svižný i na starších strojích.

[Leinad]

To je nevýhoda toho, že ještě nejsou poznámky k nové verzi. Třeba právě dneska vydaný SLED 12 má v poznámkách, že XFS je v nové verzi 5, kterou nelze používat ve starším SLED 11

[Leinad]

Jinak, za mě jsem narazil na tyto problémy: 1) výchozí WICD místo NetworkManageru 2) Mám problém s jasem na notebooku při přepnutí se do terminálu (CTRL + ALT + F2) 3) Problém s LUKS zašifrovaným oddílem; prvně jsem ho ručně připojoval, protože instalátor ho nepřipojil a druze, teď se mi vždy checkuje fsck a nevím proč

A výchozí grafický styl 12.3/13.1 byl mnohem hežčí

[Michal Kubeček]

výchozí WICD místo NetworkManageru

Není to spíš wicked? A proč je to problém?

[pavlix]

Není to spíš wicked?

+1

Navíc mi Olaf Kirch teď v Dusseldorfu říkal, že se to týká jen serverových instalací, i když je pravda, že asi mluvil o SLES versus SLED. Předpokládám, že openSUSE žádnou ostrou hranici mezi serverem a desktopem nemá a vyměnit wicked za NetworkManager je u nainstalovaného openSUSE triviální operace.

[Leinad]

Jj, myslel jsem Wicked. Pořád se mi ten název plete...

[Leinad]

Jeden, že je v KDE vtipné vidět NM applet, který tam je jen na hlášení, že není zapnutý NetworkManager. A tak jsem čerstvě po instalaci nechápal, jaktože mi běží internet, když to podle NM appletu vypadá, že neběží. A druhý, že YAST2 GUI pro nastavení sítě neumí nastavit pohodlně VPN tak, jak to jde v NM appletu (vyžadujícím NetworkManager).

Teď přemýšlím, Wicked mám pocit neumí ještě Wifi (nebo to aspoň v nějaké prezentaci psali). Takže je možné, že na notebook se spouští Networkmanager a na desktop se spouští Wicked v defaultu??

[pavlix]

Originální applet (nm-applet) se při vypnutém NetworkManageru vůbec nezobrazuje, nejspíš by bylo dobré to v KDE udělat stejně. Tvrzení, že tam je na hlášení, že není NM zapnutý, je podle mě omyl, to je administrátorské rozhodnutí a není jediný důvod absenci NM explicitně uživateli hlásit.

[gtz]

No každý z nás používá něco jiného, já jsem používal také NM a nějak mi nevadí, že tam je WICD. Připadá mi, že WICD je o něco přívětivější.

No já jsem na fsck taky nadával, protože jsem po instalaci zapomenul upravit fstab, aby mi nedělal fsck tam kde nechci. A pak čumím a čumím a on stále kontroluje pořád (neřád).

[Leinad]

Omlouvám se, popletl jsem WICD s Wicked