Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
czesc
mam 2 macieze kazda po 4 dyski po 1 spare. raid 5. szyfrowane. mialem zanik pradu i sie jedna posypala. w zasadzie to maciez jest ok ale posypal sie ext4.
fsck.ext4 /dev/mapper/small e2fsck 1.41.9 (22-Aug-2009) fsck.ext4: Superblok błędny, podczas próby wykonania kopii zapasowej bloków... fsck.ext4: Bad magic number in super-block podczas próby otworzenia /dev/mapper/small superblok nie mógł być odczytany lub nie opisuje prawidłowego systemu plików ext2. Jeżeli urządzenie jest prawidłowe i naprawdę zawiera system plików ext2 (nie jest swapem, ufs-em ani niczym innym), to superblok jest uszkodzony - można próbować uruchomić e2fsck z innym superblokiem: e2fsck -b 8193 <urządzenie> zsh: exit 8 fsck.ext4 /dev/mapper/small
probowalem na wszystkie mozliwe superbloki i nic caly czas ten sam komunikat. mam tam jakies 400 gb danych ktorych nie chce stracic. macie jakis pomysl ?
btw. nie chce ext4 bo jak widac ma problemy i jeszcze mu brakuje do stabilnosci. co byscie polecali ? priorytet to dane. nie zalezy mi na szybkosci tylko na odpornosci na awarie.
Ostatnio edytowany przez ukasz (2010-04-12 18:39:47)
Offline
jezeli masz miejsce zrob kopie dd calej macierzy ... potem mozna bedzie eksperymentowac ...
przy zalozeniu odpornosci na awarie to chyba ext3 (stary sprawdzony i dosc stabilny), pozatym oczywiscie backup ...
Offline
ok zrobie backup i co dalej ?
2 tez myslalem o ext3 ale wolalem sie upewnic.
Offline
A Google ponoc migruje swoje systemy na ext4 :)
Offline
nie chce mi sie w to wiezyc. chociazby w wyzej wymienionego wzgledu
Offline
ukasz napisał(-a):
nie chce mi sie w to wiezyc. chociazby w wyzej wymienionego wzgledu
To uwierz czlowieku malej wiary :)
http://www.dobreprogramy.pl/Google-przechodzi-na-ex … sc,16114.html
Ostatnio edytowany przez debianus_userus (2010-01-23 18:09:50)
Offline
problem rozwiazany. okazalo sie ze zle haslo wpisuje i cryptsetup nie pokazuje ze zle wpisalem. co za ym idzie wywala smieci na dysku zamist faktycznych danych.
Offline
To wpisanie złego hasła powoduje podmontowanie czegokolwiek do /dev/mapper ? O_o
Offline
no na to wyglada. kumpel mi mowil ze jak wpiszesz dobre haslo to cryptsetup zwraca kod 0 a jak zle to hyba -1 czy cus.
Offline
Strony: 1