Re: Menu GRUB-a OK!

2011-03-17 Thread Lech Pankowski
> Na komputerze z Windows XP wpisz z konsoli roota:> > update-grub> Piotr 
> DrozdekWielkie dzięki! Działa!Ale żeby nie robił tego instalator dodając 
> wykryte systemy...Pozdrawiam,L. Pańkowski


Re: Partycje 3TB

2011-03-17 Thread Robert Ramiega
On Wed, Mar 16, 2011 at 08:07:24PM +0100, Norbert Kiszka wrote:
> Dnia 2011-03-16, śro o godzinie 19:59 +0100, Paweł Bogaczewicz pisze:
> > Wiadomość napisana przez Raf Czlonka w dniu 2011-03-16, o godz. 19:30:
> > 
> > > On Wed, Mar 16, 2011 at 06:06:40PM GMT, Norbert Kiszka wrote:
> > >> xfs na backupy brzmi jak drut kolczasty na pasy bezpieczeństwa :)
> > > 
> > > Mozna wiedziec po czym wnosisz?
> > > Jakis link?
> > > 
> > wyłącz komputer przez wyciągnięcie wtyczki z gniazdka. porównaj wyniki dla 
> > xfs i ext. 
> > 
> > Paweł Bogaczewicz
> 
> Statystycznie rzecz biorąc (statystyka wzięta z mojego własnego
> doświadczenia) xfs jest najbardziej wrażliwy na awarie i najtrudniejszy
> do naprawy.

 Trochę za mało danych wejściowych te Twoje statystyki obejmują =o)
XFSa używam od dobrych 10 lat i nigdy nie straciłem z jego powodu choćby
jednego pliku. Niejednokrotnie zdarzały mi się pady zasilania w trakcie
różnego rodzaju zwiększonego obciążenia dysku (kompilowanie itp). Parę razy
zdarzyło mi się, że była seria padów zasilania w krótkich odstępach czasu
(system się zaczynał podnosić i znowu pad). Nawet to nie zdołało uszkodzić
filesystemu. 
 Nawet nie jestem w stanie sobie przypomnieć czy przez te 10 lat chociaż raz
użyłem xfs_repair.


heh! właśnie namierzyłem datę od której używam XFSa: 7 maja 2001 jeszcze na
Amidze z PowerPC =o)) 

-- 
 NameLess, the Jedi | Just a friendly Jedi Knight
 Robert Ramięga | http://www.nl-j.org/ http://www.plukwa.net/


-- 
To UNSUBSCRIBE, email to debian-user-polish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110317122025.ga17...@plukwa.net



Re: Partycje 3TB

2011-03-17 Thread Norbert Kiszka
Dnia 2011-03-17, czw o godzinie 13:20 +0100, Robert Ramiega pisze:
> On Wed, Mar 16, 2011 at 08:07:24PM +0100, Norbert Kiszka wrote:
> > Dnia 2011-03-16, śro o godzinie 19:59 +0100, Paweł Bogaczewicz pisze:
> > > Wiadomość napisana przez Raf Czlonka w dniu 2011-03-16, o godz. 19:30:
> > > 
> > > > On Wed, Mar 16, 2011 at 06:06:40PM GMT, Norbert Kiszka wrote:
> > > >> xfs na backupy brzmi jak drut kolczasty na pasy bezpieczeństwa :)
> > > > 
> > > > Mozna wiedziec po czym wnosisz?
> > > > Jakis link?
> > > > 
> > > wyłącz komputer przez wyciągnięcie wtyczki z gniazdka. porównaj wyniki 
> > > dla xfs i ext. 
> > > 
> > > Paweł Bogaczewicz
> > 
> > Statystycznie rzecz biorąc (statystyka wzięta z mojego własnego
> > doświadczenia) xfs jest najbardziej wrażliwy na awarie i najtrudniejszy
> > do naprawy.
> 
>  Trochę za mało danych wejściowych te Twoje statystyki obejmują =o)
> XFSa używam od dobrych 10 lat i nigdy nie straciłem z jego powodu choćby
> jednego pliku. Niejednokrotnie zdarzały mi się pady zasilania w trakcie
> różnego rodzaju zwiększonego obciążenia dysku (kompilowanie itp). Parę razy
> zdarzyło mi się, że była seria padów zasilania w krótkich odstępach czasu
> (system się zaczynał podnosić i znowu pad). Nawet to nie zdołało uszkodzić
> filesystemu. 
>  Nawet nie jestem w stanie sobie przypomnieć czy przez te 10 lat chociaż raz
> użyłem xfs_repair.
> 
> 
> heh! właśnie namierzyłem datę od której używam XFSa: 7 maja 2001 jeszcze na
> Amidze z PowerPC =o)) 
> 
> -- 
>  NameLess, the Jedi | Just a friendly Jedi Knight
>  Robert Ramięga | http://www.nl-j.org/ http://www.plukwa.net/
> 
> 

Kilka maszyn - kilkanaście padów - kilka długotrwałych zabaw w
naprawianie - 2 albo 3 razy system plików nie do naprawy + przypadek
opisany przez Pawła + przypadki o których zdarzało mi się czytać na
forach. Jak dla mnie w zupełności wystarczająca ilość dowodów.
 


-- 
To UNSUBSCRIBE, email to debian-user-polish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1300366505.2796.120.camel@rh1



Re: Partycje 3TB

2011-03-17 Thread Wojciech Ziniewicz
W dniu 17 marca 2011 13:55 użytkownik Norbert Kiszka napisał:

>
>
>
> Kilka maszyn - kilkanaście padów - kilka długotrwałych zabaw w
> naprawianie - 2 albo 3 razy system plików nie do naprawy + przypadek
> opisany przez Pawła + przypadki o których zdarzało mi się czytać na
> forach. Jak dla mnie w zupełności wystarczająca ilość dowodów.
>
> A tak z ciekawosci , co jest nie tak z ext3/4 ? :)

pozdr

-- 
Wojciech Ziniewicz
http://www.rfc-editor.org/rfc/rfc2324.txt


Re: Partycje 3TB

2011-03-17 Thread Norbert Kiszka
Dnia 2011-03-17, czw o godzinie 14:17 +0100, Wojciech Ziniewicz pisze:
> W dniu 17 marca 2011 13:55 użytkownik Norbert Kiszka
>  napisał:
> 
> 
> 
> 
> Kilka maszyn - kilkanaście padów - kilka długotrwałych zabaw w
> naprawianie - 2 albo 3 razy system plików nie do naprawy +
> przypadek
> opisany przez Pawła + przypadki o których zdarzało mi się
> czytać na
> forach. Jak dla mnie w zupełności wystarczająca ilość dowodów.
> 
> 
> A tak z ciekawosci , co jest nie tak z ext3/4 ? :)
> 
> pozdr 
> 
> 
> -- 
> Wojciech Ziniewicz
> http://www.rfc-editor.org/rfc/rfc2324.txt
> 

ext4 używam od niedawna więc się nie wypowiadam - jedynie podczas
jednego z kilku padów zginął mi jeden mało ważny plik który akurat był
otwarty podczas hard-resetu.

ext3 - stosunkowo rzadko zdarzało mi się stracić część danych ale wtedy
zawsze mogłem odzyskać z lost+found. Raz słyszałem o przypadku gdy fsck
odmówił posłuszeństwa po padzie.



-- 
To UNSUBSCRIBE, email to debian-user-polish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1300368027.2796.130.camel@rh1



Re: Partycje 3TB

2011-03-17 Thread darkestkhan
W dniu 17 marca 2011 13:20 użytkownik Norbert Kiszka  napisał:
> Dnia 2011-03-17, czw o godzinie 14:17 +0100, Wojciech Ziniewicz pisze:
>> W dniu 17 marca 2011 13:55 użytkownik Norbert Kiszka
>>  napisał:
>> [ . . . ]
>> A tak z ciekawosci , co jest nie tak z ext3/4 ? :)
>> [ . . . ]
>
> ext4 używam od niedawna więc się nie wypowiadam - jedynie podczas
> jednego z kilku padów zginął mi jeden mało ważny plik który akurat był
> otwarty podczas hard-resetu.
>
> ext3 - stosunkowo rzadko zdarzało mi się stracić część danych ale wtedy
> zawsze mogłem odzyskać z lost+found. Raz słyszałem o przypadku gdy fsck 
> odmówił posłuszeństwa po padzie.
>

Osobiscie korzystam z ext3 juz od jakiegos czasu, i nigdy mi sie nie
zdarzylo czegokolwiek utracic ( no moze po za jednym razem kiedy to
padl mi dysk twardy ). Jako ze moj system jest pod obciazeniem (100%
CPU + 100% RAM), nierzadko jakies bugi w aplikacjach/kernelu wychodza
na wierzch, czesto twardo zwieszajac caly system. Czasem padnie
zasilanie. Nic jeszcze nie utracilem, a ext3.fsck moze nie jest
najszybszy ale przynajmniej porzadnie odzyskuje dane. Jeden dysk
twardy mam podpiety przez USB i dosyc czesto trace z nim polaczenie,
nierzadko majac mnostwo jednoczesnie otwartych plikow. Zero strat.
Zero problemow. Czesto nawet nie musze fsck'owac go.

darkestkhan
--
jid: darkestk...@gmail.com
May The Source be with You.


--
To UNSUBSCRIBE, email to debian-user-polish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/AANLkTi=pekibjyp6sczumlwhm2zeweepsm3jott4-...@mail.gmail.com



Re: Partycje 3TB

2011-03-17 Thread Paweł Lalewicz || i-pawe...@tlen.pl ||
Mam te same doświadczenia z xfs. Raz miałem pad ale to w powodu 
uszkodzenia głowicy dysku.
Dlaczego mam xfs na dysku przeznaczonym starsze backupy ponieważ resztę 
dysków i partycji też mam na xfs.
Serwer stoi w środowisku produkcyjnym pięćdziesiąt kilka hostów, 
niestety na razie o zakupie macierzy mogę pomarzyć. Do macierzy 
programowych nie mam zaufania.


Dlaczego też wybrałem xfs a nie ext3. Sytuacja następująca mamy 5 dysków 
1-2TB odłączam zasilanie od serwera ile czasu trwa podniesienie systemu 
na xfs a ile na ext3 przy średnim zapełnieniu dysków 50-60%.


Z poważaniem,
Paweł Lalewicz
_
GG:39211GSM: +48 510 808 000
ICQ:78825643Fax: 0048 41 3108000
Tlen: i-pawelek Skype: i-pawelek
IRCnet: Pawelek_  #kielce



W dniu 2011-03-17 13:20, Robert Ramiega pisze:


  Trochę za mało danych wejściowych te Twoje statystyki obejmują =o)
XFSa używam od dobrych 10 lat i nigdy nie straciłem z jego powodu choćby
jednego pliku. Niejednokrotnie zdarzały mi się pady zasilania w trakcie
różnego rodzaju zwiększonego obciążenia dysku (kompilowanie itp). Parę razy
zdarzyło mi się, że była seria padów zasilania w krótkich odstępach czasu
(system się zaczynał podnosić i znowu pad). Nawet to nie zdołało uszkodzić
filesystemu.
  Nawet nie jestem w stanie sobie przypomnieć czy przez te 10 lat chociaż raz
użyłem xfs_repair.


heh! właśnie namierzyłem datę od której używam XFSa: 7 maja 2001 jeszcze na
Amidze z PowerPC =o))




--
To UNSUBSCRIBE, email to debian-user-polish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d82492d.1030...@tlen.pl



Re: Partycje 3TB

2011-03-17 Thread Wojciech Ziniewicz
2011/3/17 "Paweł Lalewicz || i-pawe...@tlen.pl ||" 

> Mam te same doświadczenia z xfs. Raz miałem pad ale to w powodu uszkodzenia
> głowicy dysku.
> Dlaczego mam xfs na dysku przeznaczonym starsze backupy ponieważ resztę
> dysków i partycji też mam na xfs.
> Serwer stoi w środowisku produkcyjnym pięćdziesiąt kilka hostów, niestety
> na razie o zakupie macierzy mogę pomarzyć. Do macierzy programowych nie mam
> zaufania.
>
> Dlaczego też wybrałem xfs a nie ext3. Sytuacja następująca mamy 5 dysków
> 1-2TB odłączam zasilanie od serwera ile czasu trwa podniesienie systemu na
> xfs a ile na ext3 przy średnim zapełnieniu dysków 50-60%.
>
>
> Ja dorzuce swoje 0.03$ - zarowno XFS jak i Reiser sprawily mi duzo
problemów ktorych nigdy nie mialem z EXT3/4 . Wiem ze troche roznia sie
wydajnoscia jesli chodzi i obsluge duzej ilosci bardzo małych plików vs.
dużych plików, ale są inne spoby zeby radzic sobie z bottleneckami IO pod
ext3 (np. slice'y LVM po 2gb pod woluminem 10tb) . Dodatkowo EXT mnie
jeszcze nigdy nie zawiodl , szczegolnie jesli chodzi o odtwarzanie poprzez
FSCK.

Dla przykladu mialem kiedys na reiserze przestój 2dniowy (sic!) w dzialaniu
serwera ponieważ reiser stwierdzil nagle (bez zadnej przyczyny i awarii -
prosty reboot ) przy maintenance'owym reboocie ,ze trzeba koniecznie
przefsckować dysk. Okazało sie ze trwało to wlasnie prawie 48h . Na
szczescie w tym przypadku do lost+found wrzucilo mi kilka plików (z kilku
milionów lacznie) . Inne opcje z ktorymi mialem do czynienia to np.
- reiserfsck po padzie prądu przerzuca całą zawartosc filesystemu do
lost+found z pliczkami o nazwach 1 ,2,3,4 itd
- xfs stwierdza pewnego dnia przy reboocie maintenance'owym ,ze partycja
ktora chce zamontowac nie jest partycją XFS


Z extem w wersji 3 z tego co pamietam  minus byl taki ze czas montowania
duzego woluminu i jego format jest troszke dluzszy (co mnie osobiscie akurat
nie zniechęca ale wiem ze sa fascynaci "szybkiego bootowania" ) no i obsluga
duzych plikow z tego co pamiętam troche kuleje (chociaz sie z tym nie
spotkalem) .

Druga rzecz ktora jeszcze przyszla mi do glowy jesli chodzi o minusy exta to
zdarzalo mi sie ze ubywalo automagicznie miejsca na dysku - tzn du -hs /
pokazywal zupelnie co innego niz df -h . Nie wiem do konca czym jest to
spowodowane, ale zdarza mi sie to raz na pol roku na maszynie do zbierania
logów w sieci ,ktora na vmstacie ma praktycznie 20-40 iowait (tzn. dosc
mocno pisze na dysk )

pozdr.


-- 
Wojciech Ziniewicz
http://www.rfc-editor.org/rfc/rfc2324.txt


Re: Partycje 3TB

2011-03-17 Thread Piotr Drozdek
Dnia 2011-03-16, o godz. 20:11:21
Raf Czlonka  napisał(a):

> Czy istnieje jakis system plikow, ktory radzi sobie z w/w awariami
> znakomicie?
> 

Na pewno nie będzie to (na tą chwilę przynajmniej) - tak
zachwalany - BTRFS, do którego nie opracowano jeszcze działającego
narzędzia do sprawdzania i naprawy systemu plików;)

-- 
Regards,
Piotr Drozdek


--
To UNSUBSCRIBE, email to debian-user-polish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110317194801.304a8799@debian