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/.
Tak jak w temacie, podczas startu systemu fsck skanuje któraś z partycji np. ostatnio była to /dev/sda9 (u mnie /home)
Po dokończeniu skanowania zwiecha i tylko twardy resecik pomaga.
w logach fsck było coś takiego w (/var/log/fsck) pliku checkfs
Log of fsck -C -R -A -a Wed Feb 25 14:44:05 2009 fsck 1.41.3 (12-Oct-2008) /sbin/fsck.xfs: XFS file system. /dev/sda9: clean, 65387/18726912 files, 25248348/37425417 blocks /dev/sda8: clean, 24/98392 files, 22712/393560 blocks (check after next mount) /dev/sda5: clean, 144242/611648 files, 927408/1220932 blocks /dev/sda6: clean, 37542/366528 files, 406735/732957 blocks Wed Feb 25 14:44:05 2009 ----------------
a w checkroot
Log of fsck -C -a -t ext3 /dev/sda1 Wed Feb 25 14:44:04 2009 fsck 1.41.3 (12-Oct-2008) /dev/sda1: clean, 15024/68272 files, 216887/273072 blocks (check in 4 mounts) Wed Feb 25 14:44:04 2009 ----------------
W czym może być problem ?
Offline
A jak wygląda:
cat /etc/fstab
Offline
A no tak:
# /etc/fstab: static file system information. # # <file system> <mount point> <type> <options> <dump> <pass> proc /proc proc defaults 0 0 /dev/sda1 / ext3 defaults,errors=remount-ro 0 1 /dev/sda9 /home ext3 defaults 0 2 /dev/sda8 /tmp ext3 defaults 0 2 /dev/sda5 /usr ext3 defaults 0 2 /dev/sda6 /var ext3 defaults 0 2 /dev/sdb1 /mnt/500GB xfs defaults 0 2 /dev/sda7 none swap sw 0 0 /dev/hda /media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/hdb /media/cdrom1 udf,iso9660 user,noauto 0 0
Offline
Zrobiłem jeszcze coś takiego:
linux:~# e2fsck -n -v /dev/sda9 e2fsck 1.41.3 (12-Oct-2008) Uwaga! /dev/sda9 jest podmontowany. Uwaga: pominięto odtwarzanie z kroniki z powodu sprawdzania w trybie tylko do odczytu. /dev/sda9 zawiera system plików z błędami, wymuszono sprawdzenie. Przebieg 1: Sprawdzanie i-węzłów, bloków i rozmiarów Przebieg 2: Sprawdzanie struktury katalogów Wpis 'config' w /marcin/.config/audacious (10257296) ma usunięty/nie używany i-węzeł 10257312. Wyczyścić? nie Przebieg 3: Sprawdzanie łączności katalogów Przebieg 4: Sprawdzanie liczników odwołań Niedołączony i-węzeł zerowej długości 10257344. Wyczyścić? nie Niedołączony i-węzeł 10257344 Dołączyć do /lost+found? nie Przebieg 5: Sprawdzanie sumarycznych informacji o grupach Różnice bitmapy bloków: -20514850 +20535090 Poprawić? nie Błędna liczba wolnych bloków (12171102, naliczono 12169419). Poprawić? nie Różnice bitmapy i-węzłów: -10257312 +10257344 Poprawić? nie Błędna liczba wolnych i-węzłów (18661409, naliczono 18661300). Poprawić? nie /dev/sda9: ********** UWAGA: System plików nadal ma błędy ********** 65503 inodes used (0.35%) 7594 non-contiguous inodes (11.6%) liczba i-węzłów z blokami ind/dind/tind: 9372/2554/2 25254315 blocks used (67.48%) 0 bad blocks 6 large files 57197 regular files 8228 directories 0 character device files 0 block device files 0 fifos 0 links 175 symbolic links (175 fast symbolic links) 3 sockets -------- 65603 files
Ale jak te błędy usunąć ?
Offline
init 1
mount -o remount,ro /
fsck -fyC /
Offline
coś pomieliło pokręciło i wyskoczyło info
FILE SYSTEM WAS MODIFIED ... (2,9% non-contiguous)
odnosnie sda6 czyli u mnie /var
znaczy to ze się do końca nie naprawiło ?
Offline
Zajrzyj do: Debian reference co można z tym fantem próbować zrobić.
Edit:
Przydałoby Ci się do sprawdzenia jakieś livecd.
Ostatnio edytowany przez fnmirk (2009-02-25 20:28:58)
Offline
znaczy, że zapisał zmiany :] dla pewności możesz puścić fsck jeszcze raz i sprawdź, czy znajdzie jakieś błędy
Offline
Podepnę się perfidnie i offtopic'owo pod wątek z pytaniem: Jak to ustrojstwo wyłączyć? Żeby mi nie sprawdzał partycji co ileś tam uruchomień, czy co pewien czas. :)
Offline
Na stałe, sprawdzanie partycji można wyłączyć w pliku /etc/fstab wstawiając na końcu zero zamiast jedynki lub dwójki.
Offline
tune2fs -c0 -i0 /dev/partycja
jest to w zasadzie bezpieczne, jeżeli używasz ext3 (a nie ext2). w razie większych problemów (rozsypany system plików na skutek zaniku napięcia itd) zawsze możesz puścić fsck z ręki.
Offline
Wszystko zaczęło się od apt-get dist-upgrade do Lenny. Do tej pory fsck skanował od czasu do czasu ale nie było zwiech. A czy dobrym pomysłem jest wyłączenie tego sprawdzania partycji ? Myślicie że
tune2fs -c0 -i0 /dev/partycja
jest bezpieczne i nic mi nie spie*&%$y ? Może problem jest w pakiecie fsck ?
Mam nadzieje że okaże się to bugiem jakiejś paczki a nie padem mego dysku.
Offline