View previous topic :: View next topic |
Author |
Message |
nelchael Retired Dev
Joined: 20 Mar 2004 Posts: 1948 Location: /dev/drzewo
|
Posted: Thu Oct 14, 2004 10:08 am Post subject: |
|
|
galimedes wrote: | Ale gorzej z przenośnością i licencjami oraz cudem patentów |
Niestety tak WinFS moze zaczac (powtarzam: zaczac) odbierac *niksom piaskownice w postaci NAS. Ech... nie chcialbym administrowac czyms takim na WinFS (a juz nie daj Boze na fat/ntfs). Na NAS IMHO najlepiej dac albo reiserfs albo xfs (w zaleznosci od tego co na nim bedzie skladowane) _________________ [color=gray:17697d0166]http://dev.gentoo.org/~nelchael/[/color:17697d0166]
[size=14:17697d0166]>> [b:17697d0166]Zasady na f.g.o->Polish[/b:17697d0166] <<[/size:17697d0166] |
|
Back to top |
|
|
galimedes Guru
Joined: 26 Jun 2004 Posts: 316 Location: Poland->Home
|
Posted: Thu Oct 14, 2004 2:08 pm Post subject: |
|
|
nelchael wrote: |
Niestety tak WinFS moze zaczac (powtarzam: zaczac) odbierac *niksom piaskownice w postaci NAS. Ech... nie chcialbym administrowac czyms takim na WinFS (a juz nie daj Boze na fat/ntfs). Na NAS IMHO najlepiej dac albo reiserfs albo xfs (w zaleznosci od tego co na nim bedzie skladowane) |
Myślę iż to mam nie grozi ze wzgledu na to iż winfs to mała baza danych co trzyma pierdoły nie prawa dostępu np. moża bedzie przypisac opis do pliku albo jakiś inne śmieszne rzeczy
Plus w wykonaniu m$ będzie to działać wolno i jeszcze długo nie będzie tedo fs _________________ "Tylko dwie rzeczy są nieskończone: wszechświat i ludzka głupota, chociaż co do pierwszego nie mam pewności"
-- Albert Einstein |
|
Back to top |
|
|
nelchael Retired Dev
Joined: 20 Mar 2004 Posts: 1948 Location: /dev/drzewo
|
Posted: Thu Oct 14, 2004 2:20 pm Post subject: |
|
|
galimedes wrote: | Myślę iż to mam nie grozi ze wzgledu na to iż winfs to mała baza danych co trzyma pierdoły nie prawa dostępu np. moża bedzie przypisac opis do pliku albo jakiś inne śmieszne rzeczy
Plus w wykonaniu m$ będzie to działać wolno i jeszcze długo nie będzie tedo fs |
Prawa dostepu (w wersji kalekiej) sa juz w NTFS - dziala to makabrycznie zle (IMHO), ale jest Co do WinFS: zapisywanie razem z plikiem jakichs danych o nim (metadata) jest dobrym pomyslem - np. wyobraz sobie katalogi ze zdjeciami - kazde z nich ma opis wlasnie w metadata. Teraz: szukasz zdjecia i nie pamietasz gdzie jest, wiec w 'wyszukaj' wklepujesz to co pamietasz z opisu.
[ edit ]
Ciekawie by wygladalo takie rozwiazanie na linuksach:
Code: | find . -type f -metadata "Zdjęcia [cC]ioci .* urodziny.*" |
[ /edit ]
Pomysl nie jest zly, aczkolwiek z powaznymi zastosowaniami tych metadata nalezy jeszcze poczekac (moze w nieskonczonosci ) Jak narazie najszybszym systemem plikow 'made by m$' jest FAT32, bo jest najprostszy _________________ [color=gray:17697d0166]http://dev.gentoo.org/~nelchael/[/color:17697d0166]
[size=14:17697d0166]>> [b:17697d0166]Zasady na f.g.o->Polish[/b:17697d0166] <<[/size:17697d0166] |
|
Back to top |
|
|
galimedes Guru
Joined: 26 Jun 2004 Posts: 316 Location: Poland->Home
|
Posted: Thu Oct 14, 2004 2:43 pm Post subject: |
|
|
nelchael wrote: | galimedes wrote: | Myślę iż to mam nie grozi ze wzgledu na to iż winfs to mała baza danych co trzyma pierdoły nie prawa dostępu np. moża bedzie przypisac opis do pliku albo jakiś inne śmieszne rzeczy
Plus w wykonaniu m$ będzie to działać wolno i jeszcze długo nie będzie tedo fs |
Prawa dostepu (w wersji kalekiej) sa juz w NTFS - dziala to makabrycznie zle (IMHO), ale jest Co do WinFS: zapisywanie razem z plikiem jakichs danych o nim (metadata) jest dobrym pomyslem - np. wyobraz sobie katalogi ze zdjeciami - kazde z nich ma opis wlasnie w metadata. Teraz: szukasz zdjecia i nie pamietasz gdzie jest, wiec w 'wyszukaj' wklepujesz to co pamietasz z opisu.
[ edit ]
Ciekawie by wygladalo takie rozwiazanie na linuksach:
Code: | find . -type f -metadata "Zdjęcia [cC]ioci .* urodziny.*" |
[ /edit ]
Pomysl nie jest zly, aczkolwiek z powaznymi zastosowaniami tych metadata nalezy jeszcze poczekac (moze w nieskonczonosci ) Jak narazie najszybszym systemem plikow 'made by m$' jest FAT32, bo jest najprostszy |
A teraz realia sprzętowe wyszukiwanie w tych meta danych by potwornie pożerało procesor a o wydajności dysków nie wspomnę więc to może za 10 lat zda egzamin
Może trzeba dać mały [OT] _________________ "Tylko dwie rzeczy są nieskończone: wszechświat i ludzka głupota, chociaż co do pierwszego nie mam pewności"
-- Albert Einstein |
|
Back to top |
|
|
nelchael Retired Dev
Joined: 20 Mar 2004 Posts: 1948 Location: /dev/drzewo
|
Posted: Thu Oct 14, 2004 3:00 pm Post subject: |
|
|
galimedes wrote: | A teraz realia sprzętowe wyszukiwanie w tych meta danych by potwornie pożerało procesor a o wydajności dysków nie wspomnę więc to może za 10 lat zda egzamin |
Hm.. zalezy jak by te metadata byly ulozone na dysku. Of koz jakies ograniczenia w ich dlugosci musialyby byc, np: rozmiar jednoski alokacji. Wtedy wyszukiwanie w tak zorganizowanych danych mogloby byc calkiem szybkie. _________________ [color=gray:17697d0166]http://dev.gentoo.org/~nelchael/[/color:17697d0166]
[size=14:17697d0166]>> [b:17697d0166]Zasady na f.g.o->Polish[/b:17697d0166] <<[/size:17697d0166] |
|
Back to top |
|
|
mdk Apprentice
Joined: 30 Sep 2004 Posts: 243 Location: Warsaw / Poland
|
Posted: Thu Oct 14, 2004 4:35 pm Post subject: |
|
|
Nie wiem, czy to "metadata" to jest coś takiego wyjątkowo rewolucyjnego. Myślę, że to powinno być niezależne od systemu plików - tak jak to jest np. zrobione w Gnome. Dowolnemu plikowi mogę przypisać notatkę, i nawet wyszukiwać pliki na podstawie notatek (które przechowywane są w jednym centralnym katalogu, podobnie jak thumbnailsy do obrazków. Dodatkowo można w ten sposób zmienić ikonę pliku, nadać mu emblemat, kategorię, etc. Wszystko przechowywane jest w pliku "metafile" który jest związany z innym plikiem). Jest parę innych bajerów z tym związanych - np. widziałem skrypt, który automatycznie tworzy notatki dla JPEG'ów ściąganych z aparatów cyfrowych (obiektyw, czas naświetalania, przesłona, etc.).
Oczywiście - to ma swoje wady (prznoszenie plików nie przenosi notatek). Ale ten problem i tak będzie dotyczył winFS, bo cdromy, dyskietki, etc. nie będą miały wsparcia dla metadata. Zresztą, zanim to wszystko rozwiną do poziomu użyteczności, stabilności, bezpieczeństwa... zobaczcie ile trwało, zanim Reiser osiągnął to, czym jest teraz. MS ma większe zasoby siły roboczej, ale jak pokazuje praktyka - ta ilość rzadko się przenosi na jakość.
A wracając do głównego wątku:
Quote: |
gdy nastapi nagly reset i w tym czasie jakies pliki sa otwarte do edycji lub sa poprostu uzywane, xfs potrafi dopisac jakies bzdety w srodku pliku lub calkowicie go wyzerowac, grrr
|
W Gentoo Handbook tak piszą o XFS:
Quote: |
We only recommend using this filesystem on Linux systems with high-end SCSI and/or fibre channel storage and an uninterruptible power supply. Because XFS aggressively caches in-transit data in RAM, improperly designed programs (those that don't take proper precautions when writing files to disk and there are quite a few of them) can lose a good deal of data if the system goes down unexpectedly.
|
A odpowiadając na główne pytanie:
reiserfs3 - bo dzięki niemu "odzyskałem" 500mb z podstawowej partycji Linuxa (poj 20GB, dysk 160GB, 3.6GB zajęte, wcześniej na ext3)
I jeszcze ciekawostka: nie wiem czy wiecie, ale reiserfs czyta się "raj-zur-fs"
P.s - Jeszcze jedna rzecz ze skarbczyka moich błędów: nie próbujcie nigdy ruszać (w sensie - przemieszczać) resierfs na partycjach (przy użyciu np. qtparted). Powiększanie działa bezproblemowo, ale ruszanie... hmm... w moim przypadku skończyło się 5 godzinną operacją reperowania reiserFS i paroma setkami plików w lost&found. _________________ Michael Dominic K.
www.mdk.org.pl |
|
Back to top |
|
|
C1REX l33t
Joined: 02 Jan 2004 Posts: 774 Location: Poland/UK
|
Posted: Thu Oct 14, 2004 8:15 pm Post subject: |
|
|
Windows
fat16
++ Mega szybki.
-- Gigantyczne ograniczenia.
Jeśli stawiam jakiegoś windowsa, to na fat16. Program Files i cała reszta softu leży na fat32.
Linux
XFS się rozczarowałem. JFS jeszcze bardziej. Zostaję przy Reiser3.6 _________________ CLICK HERE to help move gentoo up on distrowatch.
If you like Gentoo you can thank devs here - https://www.gentoo.org/donate/ |
|
Back to top |
|
|
nelchael Retired Dev
Joined: 20 Mar 2004 Posts: 1948 Location: /dev/drzewo
|
Posted: Thu Oct 14, 2004 9:00 pm Post subject: |
|
|
mdk wrote: | Jest parę innych bajerów z tym związanych - np. widziałem skrypt, który automatycznie tworzy notatki dla JPEG'ów ściąganych z aparatów cyfrowych (obiektyw, czas naświetalania, przesłona, etc.). |
[OT] JPEGi sciagane z aparatow cyfrowych maja tak zwane EXIF - dane zapisane w strumieniu JPEG - wlasnie te o ktorych mowisz. _________________ [color=gray:17697d0166]http://dev.gentoo.org/~nelchael/[/color:17697d0166]
[size=14:17697d0166]>> [b:17697d0166]Zasady na f.g.o->Polish[/b:17697d0166] <<[/size:17697d0166] |
|
Back to top |
|
|
Volt3r n00b
Joined: 30 Jan 2004 Posts: 61 Location: Poland -> Jaworzno
|
Posted: Fri Oct 15, 2004 6:04 pm Post subject: |
|
|
To moze ja sie jeszcze wypowiem "na temat ".
Aktualnie u siebie uzywam 3 systemow plikow, ktory najlepszy to wedlug mnie zalezy od zastosowania, wiec nie pocyferkuje ich...
- ext3: journaling, sprawdzony i stabilny
- reiser3.6: idealny na partycje z malymi plikami np. /usr/portage/
- xfs: bardzo dobry do duzych plikow jak filmy, obrazy plyt itp itd |
|
Back to top |
|
|
Strus l33t
Joined: 19 Apr 2004 Posts: 780 Location: Poland - Bochnia
|
Posted: Fri Oct 15, 2004 6:09 pm Post subject: |
|
|
Volt3r wrote: | xfs: bardzo dobry do duzych plikow jak filmy, obrazy plyt itp itd |
Nie masz z tym xfs'em żadnych problemów? brakło Ci kiedyś prądu? |
|
Back to top |
|
|
arsen Bodhisattva
Joined: 10 Apr 2004 Posts: 1803 Location: Siemianowice Śląskie, Poland
|
Posted: Fri Oct 15, 2004 7:16 pm Post subject: |
|
|
to jakis mit z tym brakiem prądu, każdy uważa że jak sie ma xfs i braki pradu to sie posypie, nie prawda, mam ponad rok i rożne sytuacje i jakoś mi sie nie posypał. |
|
Back to top |
|
|
Strus l33t
Joined: 19 Apr 2004 Posts: 780 Location: Poland - Bochnia
|
Posted: Fri Oct 15, 2004 7:23 pm Post subject: |
|
|
Ja miałem na partycji /home xfs'a i po drugim braku prądu zmieniłem na ext3 i jak do tej pory raz prąd wyłączyli i nic mu nie jest. Na xfs KDE mi profil zapominało i inne takie jazdy miałem. |
|
Back to top |
|
|
C1REX l33t
Joined: 02 Jan 2004 Posts: 774 Location: Poland/UK
|
Posted: Fri Oct 15, 2004 8:57 pm Post subject: |
|
|
Strus wrote: | Ja miałem na partycji /home xfs'a i po drugim braku prądu zmieniłem na ext3 i jak do tej pory raz prąd wyłączyli i nic mu nie jest. Na xfs KDE mi profil zapominało i inne takie jazdy miałem. |
Miałem coś podobnego. Mimo wszystko partycję na duże dane mam na xfs. _________________ CLICK HERE to help move gentoo up on distrowatch.
If you like Gentoo you can thank devs here - https://www.gentoo.org/donate/ |
|
Back to top |
|
|
mdk Apprentice
Joined: 30 Sep 2004 Posts: 243 Location: Warsaw / Poland
|
Posted: Sat Oct 16, 2004 1:32 am Post subject: |
|
|
Quote: | - xfs: bardzo dobry do duzych plikow jak filmy, obrazy plyt itp itd |
Hmm... dobry, tzn. szybki? Szybszy? Odczyt? Zapis? Zastanawiam się nad XFS'em na partycji do zgrywania video, ale nie wiem co by mi to mogło dać. Przy maksymalnej rozdzielczości i minimalnej kompresji moja karta video "wypluwa" jakieś 10MB danych/sek na dysk. ReiserFS sobie z tym radzi. _________________ Michael Dominic K.
www.mdk.org.pl |
|
Back to top |
|
|
C1REX l33t
Joined: 02 Jan 2004 Posts: 774 Location: Poland/UK
|
Posted: Sat Oct 16, 2004 6:57 am Post subject: |
|
|
fallow podawał kiedyś tabele z wynikami testów.
XFS ogólnie radzi sobie dobrze z dużymi plikami (zwłaszcza zapis) i w bardzo niewielkim stopniu obciąża procesor. Pod tym względem jedynie JFS może mu "podskoczyć". _________________ CLICK HERE to help move gentoo up on distrowatch.
If you like Gentoo you can thank devs here - https://www.gentoo.org/donate/ |
|
Back to top |
|
|
arach`666 n00b
Joined: 26 Sep 2004 Posts: 12 Location: Poland, Wejherowo
|
Posted: Sat Oct 16, 2004 7:38 am Post subject: |
|
|
reiser3.6
calkiem stabilny i bardzo szybki.
mam na nim wszystko poza /usr/portage
reiser4
wyglada na to ze jest lepszy od poprzednika ale narazie trzymam go tylko na /usr/portage (z distfiles sobie poradzilem za pomoca DISTDIR w make.conf)
to ze oba te fs'y obciazaja procka jest mi obojetne _________________ Athlon-XP 2500+@3200+ ; 2*512 MB DDR-400 Kingston |
|
Back to top |
|
|
galimedes Guru
Joined: 26 Jun 2004 Posts: 316 Location: Poland->Home
|
Posted: Sat Oct 16, 2004 7:44 am Post subject: |
|
|
Ja przeniosłem sobie home na r4 i była to zmiana na jakieś 2 dni później wróciłem i przyznam racje wszystkim który twierdzą że r4 był za szybko wydany
Co do xfs nie jest taki straszny miałem zaniki napięcia podczas zapisu odczyty etc i narazie stabilnie _________________ "Tylko dwie rzeczy są nieskończone: wszechświat i ludzka głupota, chociaż co do pierwszego nie mam pewności"
-- Albert Einstein |
|
Back to top |
|
|
fallow Bodhisattva
Joined: 08 Jan 2004 Posts: 2208 Location: Poland
|
Posted: Sat Oct 16, 2004 9:55 am Post subject: |
|
|
zgadza sie C1REX , i chyba wkleje jeszcze raz
1.tabelka , starsze wyniki , UWAGA : Reiser4 to snapshot 0.5 czyli ten niestabilny , lecz szybszy niz 1.0 i bez az tak duzych lagow w dostepio dy fs.
dysk byl jeszcze troche wolniejszy , ale i tak duzo to mowi w odniesieniu do fsow bo byly testowane na tym samym sprzecie.
Code: |
Version 1.03 ------Sequential Output------ --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
ext2 512M 9697 99 35934 17 10591 7 12669 91 30850 11 215.6 0
ext3 512M 9864 97 35918 35 12186 9 11300 82 32600 12 191.4 0
jfs 512M 9295 99 34634 16 10894 6 12781 91 30732 10 192.1 0
xfs 512M 11416 98 36395 17 11585 7 12518 92 30777 12 182.5 0
reiser3 512M 7605 79 34131 23 12375 9 11674 85 29697 12 177.5 1
reiser4 512M 8959 95 28129 18 14299 15 10410 95 30204 16 215.8 2
------Sequential Create------ --------Random Create--------
-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
ext2 32 428 99 +++++ +++ +++++ +++ 430 99 +++++ +++ 1163 99
ext3 32 317 99 +++++ +++ 30967 99 320 99 +++++ +++ 883 9
jfs 32 6647 30 +++++ +++ 5216 25 1057 15 +++++ +++ 226 2
xfs 32 1453 26 +++++ +++ 1490 19 1580 32 +++++ +++ 358 5
reiser3 32 12853 98 +++++ +++ 9067 81 10699 87 +++++ +++ 7611 80
reiser4 32 16122 88 +++++ +++ 7378 96 7340 94 +++++ +++ 7558 96
|
ta tabelka to porownanie reiser3.6 z reiserem4 v1.0 na 2.6.8 i moim aktualnym sprzecie AMD1.0 + Seagate B 7200.7 UATA 8mb cache.
Code: |
Version 1.03 ------Sequential Output------ --Sequential Input- --Random-
-Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
r3 768M 19941 95 43424 35 16377 12 19185 89 37940 17 180.1 0
r4 768M 17264 83 35688 26 16162 18 20534 96 39300 23 194.3 1
------Sequential Create------ --------Random Create--------
-Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
r3 16 13579 100 +++++ +++ 11595 98 13069 100 +++++ +++ 10594 100
r4 16 18941 99 +++++ +++ 7916 100 8275 99 +++++ +++ 7901 99
|
zrobilem takze inny test polegajacy na kopiowaniu duzego katalogu (portage,kilka duzych binarek,maly film ) oraz kasowaniu go.
dodalem te wieksze pliki dlatego bo na samym portage zawsze " wygrywa " reiser4 , przy malych plikach radzi sobie lepiej of course
Code: |
fs cp del
r4 148s 31s
r3 145s 36s
|
i jeszcze test polegajacy na rozpakowaniu zrodel kernela 2.6.8.1
Code: |
fs tar
r4 71s
r3 67s
|
pozdro _________________ "Time is a companion that goes with us on a journey. It reminds us to cherish each moment, because it will never come again. What we leave behind is not as important as how we have lived" J-L. Picard |
|
Back to top |
|
|
uho n00b
Joined: 19 Aug 2004 Posts: 50 Location: Lukow
|
Posted: Mon Oct 18, 2004 12:13 am Post subject: |
|
|
wykonalem prosty test dla potrzeb wlasnych i moge sie podzielic wrazeniami:
start systemu od bootloadera az do pulpitu kde, po drodze kupa startujacych uslug:
xfs - 60s
reiserfs - 50s
emerge sync:
xfs - 4min 20s
reiserfs - 2min 41s _________________ # cd pub && more beer |
|
Back to top |
|
|
Volt3r n00b
Joined: 30 Jan 2004 Posts: 61 Location: Poland -> Jaworzno
|
Posted: Mon Oct 18, 2004 6:03 am Post subject: |
|
|
Strus wrote: | Volt3r wrote: | xfs: bardzo dobry do duzych plikow jak filmy, obrazy plyt itp itd |
Nie masz z tym xfs'em żadnych problemów? brakło Ci kiedyś prądu? |
Hmm kiedys mialem na tym caly system i owszem raz po takim braku zniknela spora ilosc losowych plikow z partycji, nie pomogly zadne programy z pakietu xfsprogs do naprawy. Ale wkoncu sprawilem sobie UPSa i teraz mam tylko xfs na najwiekszej partycji z filmami, mp3 itd i nawet przy jakims zwisie i resecie dziala. Problem wydaje mi sie jest tylko z xfs na partycjach z ktorych non stop pliki sa uzywane. |
|
Back to top |
|
|
fallow Bodhisattva
Joined: 08 Jan 2004 Posts: 2208 Location: Poland
|
Posted: Mon Oct 18, 2004 8:35 am Post subject: |
|
|
uho wrote: | wykonalem prosty test dla potrzeb wlasnych i moge sie podzielic wrazeniami:
start systemu od bootloadera az do pulpitu kde, po drodze kupa startujacych uslug:
xfs - 60s
reiserfs - 50s
emerge sync:
xfs - 4min 20s
reiserfs - 2min 41s |
no wlasnie , wydawalo mi sie ze tak powinno byc , ale takiej dokumentacji nie mialem pod reka
Volt3r wrote: | Strus wrote: | Volt3r wrote: | xfs: bardzo dobry do duzych plikow jak filmy, obrazy plyt itp itd |
Nie masz z tym xfs'em żadnych problemów? brakło Ci kiedyś prądu? |
Hmm kiedys mialem na tym caly system i owszem raz po takim braku zniknela spora ilosc losowych plikow z partycji, nie pomogly zadne programy z pakietu xfsprogs do naprawy. Ale wkoncu sprawilem sobie UPSa i teraz mam tylko xfs na najwiekszej partycji z filmami, mp3 itd i nawet przy jakims zwisie i resecie dziala. Problem wydaje mi sie jest tylko z xfs na partycjach z ktorych non stop pliki sa uzywane. |
ja takze sie z tym zgadzam,wydaje mi sie ze wlasnie tak jest ( z tego co zaobserwowalem) .osobiscie i tak mam szczescie i rzadko pada mi jakis fs,ale przy xfs`ie zdarzylo mi sie to kilka razy i xfs_repair nie pomogl.
a moze jesli to sa duze pliki , nie potrzeba journalingu - to po prostu trzymac to w ext2 ?
swego czasu uzywalem kombinacji reiser3+xfs , ale mysle ze chyba wybralbym ext2 na probe teraz w zastepstwie xfs na partycje z filmami np.
pozdro _________________ "Time is a companion that goes with us on a journey. It reminds us to cherish each moment, because it will never come again. What we leave behind is not as important as how we have lived" J-L. Picard |
|
Back to top |
|
|
uho n00b
Joined: 19 Aug 2004 Posts: 50 Location: Lukow
|
Posted: Mon Oct 18, 2004 9:10 pm Post subject: |
|
|
fallow wrote: | a moze jesli to sa duze pliki , nie potrzeba journalingu - to po prostu trzymac to w ext2 ?
swego czasu uzywalem kombinacji reiser3+xfs , ale mysle ze chyba wybralbym ext2 na probe teraz w zastepstwie xfs na partycje z filmami np. |
kiedys, kiedys, gdy pld ra bylo jeszcze niestabilne i slack byl w wersji kolo 8.0, uzywalem na jednym z moich serwerow ext2 (od tamtej pory juz nie uzywam) i obserwowalem czeste sklonnosci samodestrukcyjne tego file systemu, serwer nie miewal naglych brakow pradu, czy cos w tym stylu, ale partycje na ktorych lezaly logi lub ceche proxy, ulegaly dziwnym bledom, ktore nie daly sie usunac za pomoca fsck, pomagalo tylko wykasowanie i ponowne zalozenie partycji i file systemu !!! nie raz takie przypadki trafiaja sie takze na fat32, w paradoksalnych okolicznosciach nakladania sie dwoch lub wiecej klastrow na siebie. _________________ # cd pub && more beer |
|
Back to top |
|
|
fallow Bodhisattva
Joined: 08 Jan 2004 Posts: 2208 Location: Poland
|
Posted: Mon Oct 18, 2004 9:14 pm Post subject: |
|
|
hmmm,dzieki za info . kiedys uzywalem ext2 ale jakos nie mialem z nim wiekszych problemow, myslalem nad ta partycja na filmy i muzyke wlasnie w ext2 , ale rezygnuje w takim razie
btw. slyszaliscie o mfs - music file system ?
pozdro _________________ "Time is a companion that goes with us on a journey. It reminds us to cherish each moment, because it will never come again. What we leave behind is not as important as how we have lived" J-L. Picard |
|
Back to top |
|
|
uho n00b
Joined: 19 Aug 2004 Posts: 50 Location: Lukow
|
Posted: Mon Oct 18, 2004 10:22 pm Post subject: |
|
|
fallow wrote: | btw. slyszaliscie o mfs - music file system ? |
nie _________________ # cd pub && more beer |
|
Back to top |
|
|
Strus l33t
Joined: 19 Apr 2004 Posts: 780 Location: Poland - Bochnia
|
Posted: Tue Oct 19, 2004 12:44 am Post subject: |
|
|
fallow wrote: | btw. slyszaliscie o mfs - music file system ? |
No ja wiem Tylko dlaczego nazwałeś mfs music file system ? |
|
Back to top |
|
|
|